[arch-dev-public] [signoff] kernel26 2.6.30-3
Hi guys, kernel26-2.6.30-3 please signoff, both arches. Upstream changes: http://kernelnewbies.org/LinuxChanges Arch Linux bugfixes: http://bugs.archlinux.org/task/15067 http://bugs.archlinux.org/task/14879 http://bugs.archlinux.org/task/14485 http://bugs.archlinux.org/task/14958 http://bugs.archlinux.org/task/14923 -> #closing won't implement aufs doesn't work seperated! http://bugs.archlinux.org/task/15071 - Fixed latest issues with kms - fixed wmi_acer module hang Arch Linux changes: - removed snd-pcspkr module #14958 - changed to lzma kernel compression - removed dsdt patch, it doesn't work anymore, probably we can remove it forever. Please shout out loud, if you really need this! - added dccp #15071 - remove rt2500 when moving to core repository Intel kms forum link: http://bbs.archlinux.org/viewtopic.php?pid=528543 Remove binary modules from extra? Guys opinions on this? Got madwifi compiled again: madwifi -> move from core to extra # supported by ath5k and ath9k normally openswan-klisp -> AUR # broken since ages Enjoy have fun and give me feedback, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
Tobias Powalowski schrieb:
Hi guys, kernel26-2.6.30-3 please signoff, both arches.
Double-signoff x86_64: - Core 2 Duo, nvidia (latest, proprietary) graphics - Core 2 Duo, laptop, intel graphics with KMS
On Sat, 13 Jun 2009 13:36:11 +0200 Thomas Bächler <thomas@archlinux.org> wrote:
Tobias Powalowski schrieb: - remove rt2500 when moving to core repository
Is there a specific reason this cannot be fixed already in testing? mkarchiso bails out on the kernel26<2.6.30 dep of rt2500, making it a bit harder to work 2.6.30 iso's I just removed it out of the packages.list file and it seems to work, but maybe we can do this a cleaner way. Dieter
signoff x86_64. desktop with nouveau running and laptop with ati card. all dmesg looks ok. -Andy
On Sat, Jun 13, 2009 at 5:54 AM, Tobias Powalowski<t.powa@gmx.de> wrote:
Hi guys, kernel26-2.6.30-3 please signoff, both arches.
I'm having network problems (x86_64, forcedeth driver) with the kernel in testing. Upon boot up, netcfg fails to start the network. I just get a "- No connection" error message. After the system boot is completed, restarting net-profiles still fails. I have noticed that if I disconnect and reconnect the ethernet cables, restarting the daemon succeeds and network is working fine. This happened with both -2 and -3 kernels. Does anyone knows what might be causing this? Does anyone else is experiencing this? BTW, the kernel works fine on my i686. Eric
On Sat, Jun 13, 2009 at 5:54 AM, Tobias Powalowski<t.powa@gmx.de> wrote:
Hi guys, kernel26-2.6.30-3 please signoff, both arches.
I'm having network problems (x86_64, forcedeth driver) with the kernel in testing. Upon boot up, netcfg fails to start the network. I just get a "- No connection" error message. After the system boot is completed, restarting net-profiles still fails. I have noticed that if I disconnect and reconnect the ethernet cables, restarting the daemon succeeds and network is working fine. This happened with both -2 and -3 kernels. Does anyone knows what might be causing this? Does anyone else is experiencing this?
BTW, the kernel works fine on my i686.
Eric Could it be that the new netcfg scripts are a bit buggy here, my custom bridge
Am Montag 15 Juni 2009 schrieb Eric Bélanger: script fails too with the same error. Digging a bit in netcfg code shows it uses ip link | grep UP which is not working here it says UNKNOWN, maybe James can enlighten us more. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
Tobias Powalowski schrieb:
Could it be that the new netcfg scripts are a bit buggy here, my custom bridge script fails too with the same error. Digging a bit in netcfg code shows it uses ip link | grep UP which is not working here it says UNKNOWN, maybe James can enlighten us more.
My guess as well, the link detection might be broken. netcfg should really have an option to force enabling the interface even if link detection fails. However, when no link is detected, some ethernet drivers disable TX completely. When it was first introduced for my old dmfe card, it was broken and I could receive packets, but nothing was ever transmitted - after my bug report they reverted the changes and reintroduced a working link detection in the next version. My point is, even if you fix netcfg, Eric's driver might be just as broken so he still has to reconnect the cable to make it work.
Thomas Bächler schrieb:
My guess as well, the link detection might be broken. netcfg should really have an option to force enabling the interface even if link detection fails.
However, when no link is detected, some ethernet drivers disable TX completely. When it was first introduced for my old dmfe card, it was broken and I could receive packets, but nothing was ever transmitted - after my bug report they reverted the changes and reintroduced a working link detection in the next version. My point is, even if you fix netcfg, Eric's driver might be just as broken so he still has to reconnect the cable to make it work.
Might be nothing, but you could play with the module parameter mentioned here: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=...
On Mon, Jun 15, 2009 at 10:19 AM, Thomas Bächler<thomas@archlinux.org> wrote:
Tobias Powalowski schrieb:
Could it be that the new netcfg scripts are a bit buggy here, my custom bridge script fails too with the same error. Digging a bit in netcfg code shows it uses ip link | grep UP which is not working here it says UNKNOWN, maybe James can enlighten us more.
My guess as well, the link detection might be broken. netcfg should really have an option to force enabling the interface even if link detection fails.
However, when no link is detected, some ethernet drivers disable TX completely. When it was first introduced for my old dmfe card, it was broken and I could receive packets, but nothing was ever transmitted - after my bug report they reverted the changes and reintroduced a working link detection in the next version. My point is, even if you fix netcfg, Eric's driver might be just as broken so he still has to reconnect the cable to make it work.
I tested with the netcfg in core and it works without any problems. So it seems to be an issue with the netcfg in testing.
On Tue, Jun 16, 2009 at 12:54 AM, Eric Bélanger<snowmaniscool@gmail.com> wrote:
On Mon, Jun 15, 2009 at 10:19 AM, Thomas Bächler<thomas@archlinux.org> wrote:
Tobias Powalowski schrieb:
Could it be that the new netcfg scripts are a bit buggy here, my custom bridge script fails too with the same error. Digging a bit in netcfg code shows it uses ip link | grep UP which is not working here it says UNKNOWN, maybe James can enlighten us more.
My guess as well, the link detection might be broken. netcfg should really have an option to force enabling the interface even if link detection fails.
However, when no link is detected, some ethernet drivers disable TX completely. When it was first introduced for my old dmfe card, it was broken and I could receive packets, but nothing was ever transmitted - after my bug report they reverted the changes and reintroduced a working link detection in the next version. My point is, even if you fix netcfg, Eric's driver might be just as broken so he still has to reconnect the cable to make it work.
I tested with the netcfg in core and it works without any problems. So it seems to be an issue with the netcfg in testing.
Update: I tried netcfg 2.2.0b3-1 and it works. My previous failiures were with 2.2.0b2.
On Sat, Jun 13, 2009 at 11:54 AM, Tobias Powalowski<t.powa@gmx.de> wrote:
Hi guys, kernel26-2.6.30-3 please signoff, both arches.
signoff x86_64 (nvidia proprietary, desktop) Ronald
Signoff. x86_64 kernel running fine on my laptop (i686 userspace, intel wireless). Allan
participants (7)
-
Allan McRae
-
Andreas Radke
-
Dieter Plaetinck
-
Eric Bélanger
-
Ronald van Haren
-
Thomas Bächler
-
Tobias Powalowski