Gentoo Archives: gentoo-user

From: Alan McKinnon <alan.mckinnon@×××××.com>
To: gentoo-user@l.g.o
Subject: Re: [gentoo-user] kernel 3.8 and external drivers
Date: Sun, 10 Mar 2013 19:59:30
Message-Id: 513CE59B.1020504@gmail.com
In Reply to: [gentoo-user] kernel 3.8 and external drivers by Daniel Wagener
1 On 10/03/2013 20:28, Daniel Wagener wrote:
2 > Hello,
3 >
4 > I ran into some trouble about an hour ago…
5 >
6 > My workstation has an onboard Realtek Ethernet which only works with the r8168 driver.
7 > Unfortunately, this driver is not in the kernel, but available to be compiled as a kernel module. (I guess because of som patents)
8 > That worked for quite some time, until i thought "hey, you got an hour of time, your workstation is still on 3.7.4, why don't you just upgrade it to 3.8.2?"
9 > So I did, only to find out that Linus and his friends changed the way drivers are initialized… (__devinit got unsupported for example)
10 >
11 > Of course, the guys who wrote that r8169 have not changed their code yet.
12 >
13 > tl;dr:
14 > My network is broken since 3.8.0.
15 >
16 > So for an immediate fix I am emerging 3.7.10 (since emerge --depclean deleted the Kernel source when it found the source fo 3.7.8 which got removed as soon as 3.8.2 was emerged…) to get it working again.
17 > For the long run im thinking of buying a PCI(e) card with Kernel support.
18 > Or maybe, if I find some time I will fix the driver myself.
19 >
20 > My question now is:
21 > Who should I talk to so something like this does not happen again?
22
23 yourself
24
25 > A certain gentoo dev, who could issue warnings on emerging kernels, something like excerpts from the changelog?
26 > Myself, because I missed what I described above?
27
28 yes, this one. The gentoo manual has many references to keeping more
29 than one kernel sources and working kernels around Why do you delete
30 previous ones before fully testing the new one?
31
32 You are not supposed to do that
33
34 > The devs of the r8169?
35
36 A polite request here would not go amiss
37
38 > Linus & co for breaking things?
39
40 Linus and the kernel devs broke nothing. Don't even think of going
41 there. Instead read the most famous stable_api_nonsense text file
42 shipped with all kernel sources
43
44 > Myself bcause I forgot something else?
45 > Realtek?
46 > Or someone completely different?
47 >
48
49
50 --
51 Alan McKinnon
52 alan.mckinnon@×××××.com