[arch-dev-public] [signoff] kernel26 2.6.30-2
Hi guys, kernel26-2.6.30-2 please signoff, both arches. And tell me your opinion about madwifi and openswan-klisp 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/14958 http://bugs.archlinux.org/task/14923 -> #closing won't implement aufs doesn't work seperated! 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! - 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? madwifi -> AUR # 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
On Friday 12 June 2009 12:19:24 Tobias Powalowski wrote:
Enjoy have fun and give me feedback,
Just some side notes (will sign-off after some more testing) * xf86-video-intel produces something more useful than pixel garbage with this driver. But there are still lots of screen corruptions and its still slower than using intelfb. But xv works again. :-) * It looks like there are some ACPI improvements on my desktop. While sensors used to output only core temp I now get the following without any configuration or loading some of those ISA sensors modules: acpitz-virtual-0 Adapter: Virtual device temp1: +40.0°C (crit = +75.0°C) k8temp-pci-00c3 Adapter: PCI adapter Core0 Temp: +38.0°C Core1 Temp: +33.0°C atk0110-acpi-0 Adapter: ACPI interface Vcore Voltage: +1.12 V (min = +1.45 V, max = +1.75 V) +3.3 Voltage: +3.30 V (min = +3.00 V, max = +3.60 V) +5.0 Voltage: +4.95 V (min = +4.50 V, max = +5.50 V) +12.0 Voltage: +11.84 V (min = +11.20 V, max = +13.20 V) CPU FAN Speed: 1467 RPM (min = 0 RPM) CHASSIS FAN Speed:1875 RPM (min = 0 RPM) CHIPSET FAN Speed: 0 RPM (min = 0 RPM) CPU Temperature: +37.0°C (high = +90.0°C, crit = +125.0°C) MB Temperature: +41.0°C (high = +70.0°C, crit = +125.0°C) -- Pierre Schmitz Clemens-August-Straße 76 53115 Bonn Telefon 0228 9716608 Mobil 0160 95269831 Jabber pierre@jabber.archlinux.de WWW http://www.archlinux.de
On Fri, Jun 12, 2009 at 5:19 AM, Tobias Powalowski<t.powa@gmx.de> wrote:
Hi guys, kernel26-2.6.30-2 please signoff, both arches. And tell me your opinion about madwifi and openswan-klisp
Arch Linux changes: - changed to lzma kernel compression Any real reason for this besides the fact that it is newer and sexier? It is also slower, and I doubt we have many Arch users that need the benefits of a slightly smaller compressed kernel on disk (esp since it all needs to be unpacked in memory anyway).
Remove binary modules from extra? Guys opinions on this? madwifi -> AUR # supported by ath5k and ath9k normally openswan-klisp -> AUR # broken since ages +1 to this from me. I know I ditched madwifi a while back in favor of ath5k.
I'm not sure if I'm ready to signoff on everything yet, but looking good so far on x86_64 with the radeon driver that finally supports DRI/Xv on my video card. -Dan
On Fri, Jun 12, 2009 at 8:19 PM, Tobias Powalowski<t.powa@gmx.de> wrote:
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! - remove rt2500 when moving to core repository
The rt2x00 replacement for rt2500, rt2500pci has been stable for over a year so I'm surprised there's anyone using rt2500 at all. No issues there.
On Fri, Jun 12, 2009 at 5:19 AM, Tobias Powalowski<t.powa@gmx.de> wrote:
Hi guys, kernel26-2.6.30-2 please signoff, both arches. And tell me your opinion about madwifi and openswan-klisp
Arch Linux changes: - changed to lzma kernel compression
Any real reason for this besides the fact that it is newer and sexier? It is also slower, and I doubt we have many Arch users that need the benefits of a slightly smaller compressed kernel on disk (esp since it all needs to be unpacked in memory anyway). Hrm talked to thomas about it, if it's an issue of bootup speed we can revert
Am Freitag 12 Juni 2009 schrieb Dan McGee: this again, imho it's not that different at least on my machine. Anyone else who has objections in using lzma instead of gzip compressed kernel? greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
On Fri, Jun 12, 2009 at 11:50 AM, Tobias Powalowski<t.powa@gmx.de> wrote:
On Fri, Jun 12, 2009 at 5:19 AM, Tobias Powalowski<t.powa@gmx.de> wrote:
Hi guys, kernel26-2.6.30-2 please signoff, both arches. And tell me your opinion about madwifi and openswan-klisp
Arch Linux changes: - changed to lzma kernel compression
Any real reason for this besides the fact that it is newer and sexier? It is also slower, and I doubt we have many Arch users that need the benefits of a slightly smaller compressed kernel on disk (esp since it all needs to be unpacked in memory anyway). Hrm talked to thomas about it, if it's an issue of bootup speed we can revert
Am Freitag 12 Juni 2009 schrieb Dan McGee: this again, imho it's not that different at least on my machine. Anyone else who has objections in using lzma instead of gzip compressed kernel?
I probably came across a bit too against this- it really isn't a big deal either way, I just figured there wasn't much of a reason to go for a different compression scheme than gzip. I'm fine with whatever the maintainer(s) want to go with. -Dan
On Fri, Jun 12, 2009 at 1:06 PM, Dan McGee<dpmcgee@gmail.com> wrote:
On Fri, Jun 12, 2009 at 11:50 AM, Tobias Powalowski<t.powa@gmx.de> wrote:
On Fri, Jun 12, 2009 at 5:19 AM, Tobias Powalowski<t.powa@gmx.de> wrote:
Hi guys, kernel26-2.6.30-2 please signoff, both arches. And tell me your opinion about madwifi and openswan-klisp
Arch Linux changes: - changed to lzma kernel compression
Any real reason for this besides the fact that it is newer and sexier? It is also slower, and I doubt we have many Arch users that need the benefits of a slightly smaller compressed kernel on disk (esp since it all needs to be unpacked in memory anyway). Hrm talked to thomas about it, if it's an issue of bootup speed we can revert
Am Freitag 12 Juni 2009 schrieb Dan McGee: this again, imho it's not that different at least on my machine. Anyone else who has objections in using lzma instead of gzip compressed kernel?
I probably came across a bit too against this- it really isn't a big deal either way, I just figured there wasn't much of a reason to go for a different compression scheme than gzip. I'm fine with whatever the maintainer(s) want to go with.
I wonder why people are so gung-ho for lzma these days? It's been around for a while, where did the sudden "OMG THIS IS SO AWESOME" thing come from?
James Rayner schrieb:
On Fri, Jun 12, 2009 at 8:19 PM, Tobias Powalowski<t.powa@gmx.de> wrote:
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! - remove rt2500 when moving to core repository
The rt2x00 replacement for rt2500, rt2500pci has been stable for over a year so I'm surprised there's anyone using rt2500 at all. No issues there.
I wouldn't call a driver stable that selects 1MBit/s as a default speed and even if you force it to a higher rate is still slow in every second kernel version. And that was way less than a year ago. I didn't use it recently, but the auto rate bug was never gone for me.
Nouveau is broken with the new kernel. A rebuild of the old drm module and driver pkg won't load the module. We need a new drm module. Did a fresh git checkout. That one builds fine but it requieres also a new userspace driver. The driver pkg won't compile right now. http://lists.freedesktop.org/archives/nouveau/2009-June/003027.html -Andy
Am Samstag 13 Juni 2009 schrieb Andreas Radke:
Nouveau is broken with the new kernel. A rebuild of the old drm module and driver pkg won't load the module.
We need a new drm module. Did a fresh git checkout. That one builds fine but it requieres also a new userspace driver. The driver pkg won't compile right now.
http://lists.freedesktop.org/archives/nouveau/2009-June/003027.html
-Andy Hi i bumped it when i did the kernel rebuild, this compiled and is in testing. Is it not working?
greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
On Fri, 12 Jun 2009 12:19:24 +0200 Tobias Powalowski <t.powa@gmx.de> wrote:
Hi guys, kernel26-2.6.30-2 please signoff, both arches. And tell me your opinion about madwifi and openswan-klisp
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/14958 http://bugs.archlinux.org/task/14923 -> #closing won't implement aufs doesn't work seperated!
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! - 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? madwifi -> AUR # supported by ath5k and ath9k normally openswan-klisp -> AUR # broken since ages
Enjoy have fun and give me feedback, greetings tpowa
What's the Arch policy on the new default mount options for ext3? data=ordered (old, safe, slow behaviour) or data=writeback (new default, faster but riskier) I read on http://lwn.net/Articles/328363/ that you can customize the default setting. Personally I'ld stick to ordered for at least until the new data=guarded arrives but maybe that's just me. Dieter
participants (8)
-
Aaron Griffin
-
Andreas Radke
-
Dan McGee
-
Dieter Plaetinck
-
James Rayner
-
Pierre Schmitz
-
Thomas Bächler
-
Tobias Powalowski