1 |
walt wrote: |
2 |
> <entire post severely snipped for brevity> |
3 |
> |
4 |
> On Mon, 17 Aug 2015 00:53:37 -0500 |
5 |
> Dale <rdalek1967@×××××.com> wrote: |
6 |
> |
7 |
>>>> walt wrote: |
8 |
>>>>> Linus and friends have been marking lots of existing |
9 |
>>>>> kernel symbols with the SYMBOL_EXPORT_GPL macro, which was |
10 |
>>>>> designed to block the loading of any kernel module not explicitly |
11 |
>>>>> licensed as GPL software. |
12 |
> |
13 |
>> The only module I have |
14 |
>> is Nvidia but that is one thing that doesn't work at times. |
15 |
>> Sometimes, it doesn't want to boot all the way. It doesn't even get |
16 |
>> through the kernel loading everything up at times. |
17 |
> The Nvidia module is causing your problem then, because Nvidia supplies |
18 |
> their binary blob under their own proprietary license. |
19 |
> |
20 |
> I'm using an elderly version of x11-drivers/nvidia-drivers on an |
21 |
> elderly machine, but when I run 'modinfo -l nvidia' I see 'NVIDIA' as |
22 |
> the response. If the response isn't 'GPL' then the affected kernels |
23 |
> will refuse to load the module at boot time. |
24 |
> |
25 |
> The kernel devs have provided a workaround for the problem, however: |
26 |
> |
27 |
> You (or a gentoo dev) need to edit the source code for the problem |
28 |
> kernel by changing the SYMBOL_EXPORT_GPL to SYMBOL_EXPORT. |
29 |
> |
30 |
> That macro appears maybe hundreds of places in the kernel sources, and |
31 |
> has been there for years now, but only one or two of those source files |
32 |
> needs to be patched, depending on which of those exported symbols is |
33 |
> needed by your particular binary driver (e.g. nvidia-drivers or |
34 |
> ati-drivers). |
35 |
> |
36 |
> This whole GPL/module thing is far from new. What's new is that the |
37 |
> kernel devs are slowly adding more kernel symbols to their black list. |
38 |
> |
39 |
> I think the idea is to turn up the pressure very slowly on companies |
40 |
> like Nividia and ATI to discourage them from providing proprietary |
41 |
> drivers while not driving them out of the linux market completely. |
42 |
> |
43 |
> Every year linux is getting stronger and the devs can afford to be |
44 |
> pushier with wealthy corporations who need more linux customers. |
45 |
> |
46 |
> |
47 |
> |
48 |
> |
49 |
> |
50 |
|
51 |
|
52 |
I think there is two issues but you are addressing one of them it |
53 |
seems. The other issue happens when the kernel panics and it reboots |
54 |
itself. It doesn't complete the boot process. The one you describe |
55 |
could be it tho. On that one, I don't have a GUI. Since I use my puter |
56 |
a lot, I usually just reboot to a known working kernel and deal with it |
57 |
later. |
58 |
|
59 |
While I think I get the idea of what the kernel devs are doing. I also |
60 |
think they should let the users send the message. The users can start |
61 |
buying ATI or other video hardware and at some point, they will either |
62 |
get their ducks in a row or lose sales. In the meantime, the users |
63 |
decide what software they want to use. |
64 |
|
65 |
I did some searching based on the config option you gave and I'm unable |
66 |
to find a way to override this myself. It doesn't seem to be a setting |
67 |
I can put in make.conf or package.use etc either. If this is the case, |
68 |
I may wish Nvidia would switch to open source but it sort of rubs me the |
69 |
wrong way that someone else is making the decision and me having no way |
70 |
to exercise my decision to use it anyway. I don't care if Nvidia |
71 |
doesn't show its code as long as it works and it isn't spying on me or |
72 |
blowing up my house here. |
73 |
|
74 |
If you have any info on how to override this, I'd be glad to see it. |
75 |
Just a link or something would help. |
76 |
|
77 |
Thanks. |
78 |
|
79 |
Dale |
80 |
|
81 |
:-) :-) |