[arch-dev-public] [signoff] kernel26 2.6.26-1 and related module packages
So this is it, 2.6.26 is going to testing. I adjusted the configuration according to http://bugs.archlinux.org/task/10512 and changed the maximum number of CPUs to 16. I hope I didn't miss any configuration bugs, if so, please tell me. Except some driver updates, there is nothing too exciting here. Just a few remarks: Kernel stuff: - uvesafb needs the new v86d from testing now (old one segfaults) - bcm43xx has been removed, all users must switch to b43 or b43legacy and use b43-fwcutter for firmware extraction. I am removing bcm43xx-fwcutter from core, as it is obsolete. - Someone should test squashfs, unionfs and aufs and report if they work (Simo?) If there is more, please tell me :) Module packages: - I patched catalyst with a weird patch to make it work, please anyone test and report! - intel-536ep and intel-537 don't compile. I didn't look closely yet, and frankly, I doubt they have much users. Do we really want to maintain them? - lirc is broken, maybe an update to 0.8.3 will fix it. Can the maintainer take care of this? I don't know when I'll get to it. - madwifi is broken. Do we still need it? AFAIK, all chipsets should now be supported by ath5k by now. Can a madwifi user please look at this (Aaron, Dan?) - martian is broken again. A user sent me patches last time, I have to look for his email address, maybe he fixes it again (user whose name I forgot, if you are reading this, please contact me). - I didn't try openswan-klips, any updates here? (tomk?) - wlan-ng26 is broken and I'd like to drop it, as I doubt anybody uses it. - I updated nvidia-71xx and nvidia-96xx to new upstream release for 2.6.26 compatibility. i686 is untested, so I need at least two signoffs. x86_64 works fine.
On Mon, Jul 21, 2008 at 3:56 PM, Thomas Bächler <thomas@archlinux.org> wrote:
- madwifi is broken. Do we still need it? AFAIK, all chipsets should now be supported by ath5k by now. Can a madwifi user please look at this (Aaron, Dan?)
ath5k is not quite there yet- I know it is missing support for the Eee chipset among others. If we use an SVN snapshot instead of the horribly outdated release, everything should work. I didn't need any patching to get it to compile against my Eee kernel. http://code.toofishes.net/gitweb.cgi?p=eee.git;a=blob;f=madwifi-eee-svn/PKGB... With that said, I have never really used or tested the madwifi we ship with Arch because the default HAL isn't compatible with the Eee chipset. That is why the above PKGBUILD uses the hal-0.10.5.6 snapshot branch. -Dan
signoff for x86_64. -- 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
x86_64: kernel boots well with nvidia modul. give you my signoff. -Andy
On Mon, 2008-07-21 at 22:56 +0200, =?ISO-8859-1?Q?Thomas_B=E4chler_ wrote:
[...] i686 is untested[...]
Boots fine with nvidia, I can game as well and have good performance, I think my gaming skills got better with this upgrade, :-D so I give you my signoff, i686.
On Mon, Jul 21, 2008 at 5:38 PM, Eduardo Romero <k3nsai@gmail.com> wrote:
On Mon, 2008-07-21 at 22:56 +0200, =?ISO-8859-1?Q?Thomas_B=E4chler_ wrote:
[...] i686 is untested[...]
Boots fine with nvidia, I can game as well and have good performance, I think my gaming skills got better with this upgrade, :-D so I give you my signoff, i686.
Booted and running fine (including nvidia-96xx), however I got something I haven't seen before immediately after the kernel takes over from grub: Undefined video mode number: 305 blah blah press enter to see modes or wait 30 seconds Did some video modes get deprecated or something, or what is going on here? This is my grub configuration, I don't think it is all that exotic: kernel /vmlinuz26 root=/dev/disk/by-label/hdroot ro vga=773 -Dan
Dan McGee schrieb:
Undefined video mode number: 305 blah blah press enter to see modes or wait 30 seconds
Did some video modes get deprecated or something, or what is going on here? This is my grub configuration, I don't think it is all that exotic: kernel /vmlinuz26 root=/dev/disk/by-label/hdroot ro vga=773
A friend of mine had this for a while with 2.6.25-ARCH, no idea why. It works here, although I have specified it in hex (vga=0x318). Since 2.6.25, uvesafb is working here, so I only booted up vesafb twice. With 915resolution and uveafb, I can get a framebuffer in 1280x800, my native resolution, which means I have square pixels even in console mode.
On Mon, 2008-07-21 at 23:18 -0500, Dan McGee wrote:
Undefined video mode number: 305 blah blah press enter to see modes or wait 30 seconds
Did some video modes get deprecated or something, or what is going on here? This is my grub configuration, I don't think it is all that exotic: kernel /vmlinuz26 root=/dev/disk/by-label/hdroot ro vga=773
-Dan
I don't really know why this is happening to some of us, but I do know that adding "edd=off" at the end of the kernel line fixes it. Cheers Eduardo "kensai" Romero
On Mon, 21 Jul 2008, Thomas Bächler wrote:
- Someone should test squashfs, unionfs and aufs and report if they work (Simo?)
my chroot works fine so unionfs should be OK. Only tested on x86_64
- lirc is broken, maybe an update to 0.8.3 will fix it. Can the maintainer take care of this? I don't know when I'll get to it.
It's currently orphaned. I could give it a try if no one else wants to adopt or try to fix it. But I don't use it and might not have time this week though.
i686 is untested, so I need at least two signoffs. x86_64 works fine.
Signing off x86_64 with nvidia and i686. Both systems boots and run fine. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
On Tue, 22 Jul 2008, Eric Belanger wrote:
On Mon, 21 Jul 2008, Thomas Bächler wrote:
- Someone should test squashfs, unionfs and aufs and report if they work (Simo?)
my chroot works fine so unionfs should be OK. Only tested on x86_64
- lirc is broken, maybe an update to 0.8.3 will fix it. Can the maintainer take care of this? I don't know when I'll get to it.
It's currently orphaned. I could give it a try if no one else wants to adopt or try to fix it. But I don't use it and might not have time this week though.
lirc has been updated to 0.8.3 and built against 2.6.26-1 in testing. I've also fix/implemented 2 bug reports at the same time: - fixed daemon script to facilitate the use of IR devices that don't create device (close FS#9767) - enabled IR transmitters support (close FS#9709) I don't have any IR device so I could only minimally test it. Feedback about success or problems would be nice. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Eric Belanger schrieb:
lirc has been updated to 0.8.3 and built against 2.6.26-1 in testing. I've also fix/implemented 2 bug reports at the same time: - fixed daemon script to facilitate the use of IR devices that don't create device (close FS#9767) - enabled IR transmitters support (close FS#9709)
I don't have any IR device so I could only minimally test it. Feedback about success or problems would be nice.
Thank you very much. Gerhard Brauer sent me patches for madwifi, I will update it as well. This leaves the following: intel-536ep intel-537 martian These are i686-only binary modules. I say we leave them there until a) I get motivation to fix them or b) a user sends us a patch. Maintaining them has always been a PITA and I wonder if it's worth it. openswan-klips Has been broken for quite some time (2.6.24 I think), we just leave it until Tom fixes it. wlan-ng26 I say drop it. We used the wlan-ng USB driver for some exotic hardware, which apart from Tom nobody used (and his is broken now). This hardware is probably supported by p54usb now anyway.
Thomas Bächler schrieb:
Module packages: - I patched catalyst with a weird patch to make it work, please anyone test and report!
Any reports here? Also from users, please.
- intel-536ep and intel-537 don't compile. I didn't look closely yet, and frankly, I doubt they have much users. Do we really want to maintain them? - lirc is broken, maybe an update to 0.8.3 will fix it. Can the maintainer take care of this? I don't know when I'll get to it. - madwifi is broken. Do we still need it? AFAIK, all chipsets should now be supported by ath5k by now. Can a madwifi user please look at this (Aaron, Dan?) - martian is broken again. A user sent me patches last time, I have to look for his email address, maybe he fixes it again (user whose name I forgot, if you are reading this, please contact me). - I didn't try openswan-klips, any updates here? (tomk?) - wlan-ng26 is broken and I'd like to drop it, as I doubt anybody uses it. - I updated nvidia-71xx and nvidia-96xx to new upstream release for 2.6.26 compatibility.
i686 is untested, so I need at least two signoffs. x86_64 works fine.
Okay, I think I have enough signoffs. Any opinions on dropping wlan-ng26? According to Dan, we still need madwifi, is there an Atheros user here who will fix it (apparently, a recent enough snapshot will compile). IMO, once madwifi and lirc are fixed and I got at least one positive report for catalyst for every architecture, we can move. intel-53{6,7ep} and martian are unmaintained closed-source crap anyway, I won't be held back by those.
Thomas Bächler schrieb:
Okay, I think I have enough signoffs. Any opinions on dropping wlan-ng26? According to Dan, we still need madwifi, is there an Atheros user here who will fix it (apparently, a recent enough snapshot will compile). IMO, once madwifi and lirc are fixed and I got at least one positive report for catalyst for every architecture, we can move. intel-53{6,7ep} and martian are unmaintained closed-source crap anyway, I won't be held back by those.
Ah, and if anyone needs configuration changes or patches/bugfixes applied: I will rebuild again tonight, because I forgot to enable uvcvideo in the configuration, which is quite popular. So write to this list (or to arch-general) if you need anything.
2008/7/22 Thomas Bächler <thomas@archlinux.org>:
Thomas Bächler schrieb:
Ah, and if anyone needs configuration changes or patches/bugfixes applied: I will rebuild again tonight, because I forgot to enable uvcvideo in the configuration, which is quite popular. So write to this list (or to arch-general) if you need anything.
Ouch! Didn't know you forgot that. My laptop has uvc cam on it! 8) -- Roman Kyrylych (Роман Кирилич)
Am Tue, 22 Jul 2008 10:00:03 +0200 schrieb Thomas Bächler <thomas@archlinux.org>:
Thomas Bächler schrieb:
Okay, I think I have enough signoffs. Any opinions on dropping wlan-ng26? According to Dan, we still need madwifi, is there an Atheros user here who will fix it (apparently, a recent enough snapshot will compile). IMO, once madwifi and lirc are fixed and I got at least one positive report for catalyst for every architecture, we can move. intel-53{6,7ep} and martian are unmaintained closed-source crap anyway, I won't be held back by those.
Ah, and if anyone needs configuration changes or patches/bugfixes applied: I will rebuild again tonight, because I forgot to enable uvcvideo in the configuration, which is quite popular. So write to this list (or to arch-general) if you need anything.
report for my notebook: had to replace ath_pci module from madwifi with ath5k kernel module and change netcfg2 config for ath0 -> wlan0 change. works well here. running the catalyst driver works but i get a weird report when the module gets loaded at bootup: unknown symbol from dmesg: fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel. fglrx: Unknown symbol flush_tlb_page -Andy
On Wed, Jul 23, 2008 at 3:03 PM, Andreas Radke <a.radke@arcor.de> wrote:
Am Tue, 22 Jul 2008 10:00:03 +0200 schrieb Thomas Bächler <thomas@archlinux.org>:
Thomas Bächler schrieb:
Okay, I think I have enough signoffs. Any opinions on dropping wlan-ng26? According to Dan, we still need madwifi, is there an Atheros user here who will fix it (apparently, a recent enough snapshot will compile). IMO, once madwifi and lirc are fixed and I got at least one positive report for catalyst for every architecture, we can move. intel-53{6,7ep} and martian are unmaintained closed-source crap anyway, I won't be held back by those.
Ah, and if anyone needs configuration changes or patches/bugfixes applied: I will rebuild again tonight, because I forgot to enable uvcvideo in the configuration, which is quite popular. So write to this list (or to arch-general) if you need anything.
report for my notebook:
had to replace ath_pci module from madwifi with ath5k kernel module and change netcfg2 config for ath0 -> wlan0 change. works well here.
running the catalyst driver works but i get a weird report when the module gets loaded at bootup: unknown symbol
from dmesg:
fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel. fglrx: Unknown symbol flush_tlb_page
My thinkpad has always misbehaved with ath_pci, so I've been using ndiswrapper. I will try the new atheros modules when I get a chance, to see if it behaves better.
Andreas Radke schrieb:
had to replace ath_pci module from madwifi with ath5k kernel module and change netcfg2 config for ath0 -> wlan0 change. works well here.
See my post further down, madwifi will be added again.
running the catalyst driver works but i get a weird report when the module gets loaded at bootup: unknown symbol
from dmesg:
fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel. fglrx: Unknown symbol flush_tlb_page
http://projects.archlinux.org/?p=linux-2.6-ARCH.git;a=blob;f=patches/ati-cat... We needed that patch with catalyst on 2.6.25 (x86_64 only), I thought they removed the dependence on that symbol. I could re-add the above patch.
Am Wed, 23 Jul 2008 22:29:05 +0200 schrieb Thomas Bächler <thomas@archlinux.org>:
Andreas Radke schrieb:
had to replace ath_pci module from madwifi with ath5k kernel module and change netcfg2 config for ath0 -> wlan0 change. works well here.
See my post further down, madwifi will be added again.
running the catalyst driver works but i get a weird report when the module gets loaded at bootup: unknown symbol
from dmesg:
fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel. fglrx: Unknown symbol flush_tlb_page
http://projects.archlinux.org/?p=linux-2.6-ARCH.git;a=blob;f=patches/ati-cat...
We needed that patch with catalyst on 2.6.25 (x86_64 only), I thought they removed the dependence on that symbol. I could re-add the above patch.
Just uploading catalyst 8.7-1 pkg. It still depends on that symbol. Please add that patch for next release again. Xorg and glxgears start fine without. So it shouldn't be a showstopper. -Andy
Andreas Radke schrieb:
We needed that patch with catalyst on 2.6.25 (x86_64 only), I thought they removed the dependence on that symbol. I could re-add the above patch.
Just uploading catalyst 8.7-1 pkg. It still depends on that symbol. Please add that patch for next release again.
Xorg and glxgears start fine without. So it shouldn't be a showstopper.
So, if it actually works, then I wonder how it can work with an unknown symbol. If there are no problems besides the message, then I say it should stay the way it is.
On Fri, Jul 25, 2008 at 12:34 PM, Thomas Bächler <thomas@archlinux.org> wrote:
Andreas Radke schrieb:
We needed that patch with catalyst on 2.6.25 (x86_64 only), I thought they removed the dependence on that symbol. I could re-add the above patch.
Just uploading catalyst 8.7-1 pkg. It still depends on that symbol. Please add that patch for next release again.
Xorg and glxgears start fine without. So it shouldn't be a showstopper.
So, if it actually works, then I wonder how it can work with an unknown symbol. If there are no problems besides the message, then I say it should stay the way it is.
Well, it reverts to software rendering, IIRC.
Does anybody else have problems with suspend2ram/disk? My Notebook just does not wakeup after s2ram and crashes before suspending to disk. -- 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
Pierre Schmitz schrieb:
Does anybody else have problems with suspend2ram/disk? My Notebook just does not wakeup after s2ram and crashes before suspending to disk.
How exactly does it "not wake up". I had similar trouble with both 2.6.25 and 2.6.26, each time reverting a "bugfix" that was applied in the late development stages helped. The kernel devs have no idea what's happening though.
How exactly does it "not wake up".
The power led lights up, the hard drive starts spinng and that's pretty much everything it does; blank screen and no reactions to key presses. I'll check if I'll be able to ssh into it. Btw: On my desktop (nforce4) suspend refused to work, too. Anyway: because suspend is no real shostopper I would signoff for i686, too if needed. -- 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 Tue, Jul 22, 2008 at 12:42 AM, Pierre Schmitz <pierre@archlinux.de> wrote:
Does anybody else have problems with suspend2ram/disk? My Notebook just does not wakeup after s2ram and crashes before suspending to disk.
I can verify that I don't have problems with suspend2ram. It works great still! Also, I have a wifi light again! This is going to take some getting used to... Jason
Thomas Bächler schrieb:
So this is it, 2.6.26 is going to testing. I adjusted the configuration according to http://bugs.archlinux.org/task/10512 and changed the maximum number of CPUs to 16. I hope I didn't miss any configuration bugs, if so, please tell me. Except some driver updates, there is nothing too exciting here. Just a few remarks:
Kernel stuff: - uvesafb needs the new v86d from testing now (old one segfaults) - bcm43xx has been removed, all users must switch to b43 or b43legacy and use b43-fwcutter for firmware extraction. I am removing bcm43xx-fwcutter from core, as it is obsolete. - Someone should test squashfs, unionfs and aufs and report if they work (Simo?)
If there is more, please tell me :)
Module packages: - I patched catalyst with a weird patch to make it work, please anyone test and report! - intel-536ep and intel-537 don't compile. I didn't look closely yet, and frankly, I doubt they have much users. Do we really want to maintain them? - lirc is broken, maybe an update to 0.8.3 will fix it. Can the maintainer take care of this? I don't know when I'll get to it. - madwifi is broken. Do we still need it? AFAIK, all chipsets should now be supported by ath5k by now. Can a madwifi user please look at this (Aaron, Dan?) - martian is broken again. A user sent me patches last time, I have to look for his email address, maybe he fixes it again (user whose name I forgot, if you are reading this, please contact me). - I didn't try openswan-klips, any updates here? (tomk?) - wlan-ng26 is broken and I'd like to drop it, as I doubt anybody uses it. - I updated nvidia-71xx and nvidia-96xx to new upstream release for 2.6.26 compatibility.
i686 is untested, so I need at least two signoffs. x86_64 works fine.
I'm building 2.6.26-2 now. Only change is that I am adding uvcvideo and some DVB driver (hope there wasn't something else). As I will be gone tomorrow, here is what needs to be done before this is moved to core: - Build madwifi. Gerhard Brauer sent me a fixed PKGBUILD, I attached it to this mail. - Andy said there is a new version for catalyst, which should hopefully fix the problem he reported. Maybe we need to reapply http://projects.archlinux.org/?p=linux-2.6-ARCH.git;a=blob;f=patches/ati-cat... - Drop wlan-ng26. It's not worth maintaining it, as it's probably unneeded by now. - Ignore intel-536ep, intel-537 and martian until somebody fixes it. If nobody sends a patch, move to core anyway, or just drop the packages. I really don't care. Have a great week.
On Thu, Jul 24, 2008 at 3:58 PM, Thomas Bächler <thomas@archlinux.org> wrote:
Thomas Bächler schrieb:
So this is it, 2.6.26 is going to testing. I adjusted the configuration according to http://bugs.archlinux.org/task/10512 and changed the maximum number of CPUs to 16. I hope I didn't miss any configuration bugs, if so, please tell me. Except some driver updates, there is nothing too exciting here. Just a few remarks:
Kernel stuff: - uvesafb needs the new v86d from testing now (old one segfaults) - bcm43xx has been removed, all users must switch to b43 or b43legacy and use b43-fwcutter for firmware extraction. I am removing bcm43xx-fwcutter from core, as it is obsolete. - Someone should test squashfs, unionfs and aufs and report if they work (Simo?)
If there is more, please tell me :)
Module packages: - I patched catalyst with a weird patch to make it work, please anyone test and report! - intel-536ep and intel-537 don't compile. I didn't look closely yet, and frankly, I doubt they have much users. Do we really want to maintain them? - lirc is broken, maybe an update to 0.8.3 will fix it. Can the maintainer take care of this? I don't know when I'll get to it. - madwifi is broken. Do we still need it? AFAIK, all chipsets should now be supported by ath5k by now. Can a madwifi user please look at this (Aaron, Dan?) - martian is broken again. A user sent me patches last time, I have to look for his email address, maybe he fixes it again (user whose name I forgot, if you are reading this, please contact me). - I didn't try openswan-klips, any updates here? (tomk?) - wlan-ng26 is broken and I'd like to drop it, as I doubt anybody uses it. - I updated nvidia-71xx and nvidia-96xx to new upstream release for 2.6.26 compatibility.
i686 is untested, so I need at least two signoffs. x86_64 works fine.
I'm building 2.6.26-2 now. Only change is that I am adding uvcvideo and some DVB driver (hope there wasn't something else). As I will be gone tomorrow, here is what needs to be done before this is moved to core:
- Build madwifi. Gerhard Brauer sent me a fixed PKGBUILD, I attached it to this mail. - Andy said there is a new version for catalyst, which should hopefully fix the problem he reported. Maybe we need to reapply http://projects.archlinux.org/?p=linux-2.6-ARCH.git;a=blob;f=patches/ati-cat...
Sorry for poking my head in here - from what I understand, Catalyst 8.7 does not have 2.6.26 support. Catalyst 8.8 might.
Thomas Bächler schrieb:
I'm building 2.6.26-2 now. Only change is that I am adding uvcvideo and some DVB driver (hope there wasn't something else). As I will be gone tomorrow, here is what needs to be done before this is moved to core:
- Build madwifi. Gerhard Brauer sent me a fixed PKGBUILD, I attached it to this mail. - Andy said there is a new version for catalyst, which should hopefully fix the problem he reported. Maybe we need to reapply http://projects.archlinux.org/?p=linux-2.6-ARCH.git;a=blob;f=patches/ati-cat...
- Drop wlan-ng26. It's not worth maintaining it, as it's probably unneeded by now. - Ignore intel-536ep, intel-537 and martian until somebody fixes it. If nobody sends a patch, move to core anyway, or just drop the packages. I really don't care.
Have a great week.
Okay, 2.6.26-2 is up. Feel free to move to core or not move to core whenever it pleases you.
Am Donnerstag 24 Juli 2008 22:42:08 schrieb Thomas Bächler:
Okay, 2.6.26-2 is up. Feel free to move to core or not move to core whenever it pleases you.
signed-off for both arches. -- 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
Pierre Schmitz wrote:
Am Donnerstag 24 Juli 2008 22:42:08 schrieb Thomas Bächler:
Okay, 2.6.26-2 is up. Feel free to move to core or not move to core whenever it pleases you.
signed-off for both arches.
signed-off + ipw3945 i686
Allan McRae schrieb:
signed-off + ipw3945 i686
Just a short notice: You should really switch to iwl3945. It is now very stable. As soon as ipw3945 won't build with a new kernel anymore, I will drop it and not try to fix it. 2.6.26 built fine without modifications, so I still provide the package.
Thomas Bächler wrote:
Allan McRae schrieb:
signed-off + ipw3945 i686
Just a short notice: You should really switch to iwl3945. It is now very stable.
As soon as ipw3945 won't build with a new kernel anymore, I will drop it and not try to fix it. 2.6.26 built fine without modifications, so I still provide the package.
I made the switch with this kernel. Yay for newly working LED indicators with iwlwifi! Allan
On Thu, Jul 24, 2008 at 10:42:08PM +0200, Thomas Bachler wrote:
Thomas Bächler schrieb:
I'm building 2.6.26-2 now. Only change is that I am adding uvcvideo and some DVB driver (hope there wasn't something else). As I will be gone tomorrow, here is what needs to be done before this is moved to core:
- Build madwifi. Gerhard Brauer sent me a fixed PKGBUILD, I attached it to this mail. - Andy said there is a new version for catalyst, which should hopefully fix the problem he reported. Maybe we need to reapply http://projects.archlinux.org/?p=linux-2.6-ARCH.git;a=blob;f=patches/ati-cat... - Drop wlan-ng26. It's not worth maintaining it, as it's probably unneeded by now. - Ignore intel-536ep, intel-537 and martian until somebody fixes it. If nobody sends a patch, move to core anyway, or just drop the packages. I really don't care.
Have a great week.
Okay, 2.6.26-2 is up. Feel free to move to core or not move to core whenever it pleases you.
Signed-off-i686: -kernel 2.6.26-2 -catalyst 8.7-1 -unionfs -aufs 20080527-2 -suspend2ram/disk
Simo Leone schrieb:
Signed-off-i686: -kernel 2.6.26-2 -catalyst 8.7-1 -unionfs -aufs 20080527-2 -suspend2ram/disk
Thanks. aufs is sort of your pet, so feel free to update it if you need a more recent version.
Okay, apparently, we need a -3: - Readd the ATI patch (the one that exports flush_tlb_page): http://projects.archlinux.org/?p=linux-2.6-ARCH.git;a=blob;f=patches/ati-cat... - Revert the configuration changes I made for 2.6.26 due to http://bugs.archlinux.org/task/10512 In particular, disable CONFIG_CGROUPS and CONFIG_GROUP_SCHED again. I can't do this before Aug 3rd, so anyone who has the time and can handle the gen_kernel_patch script in the linux-2.6-ARCH repository, feel free to take care of this.
Am Sat, 26 Jul 2008 09:44:28 +0200 schrieb Thomas Bächler <thomas@archlinux.org>:
I can't do this before Aug 3rd, so anyone who has the time and can handle the gen_kernel_patch script in the linux-2.6-ARCH repository, feel free to take care of this.
state? maybe it's not good to have the kernel that "hard" to maintain. meanwhile there were several stable kernel releases in 2.6.25 series we could have easily bumped in repos dir without touching the trunk. 2.6.26.1 is also out. how many kernel devs do we have around? tomk? will tpowa ever work again on the kernel after his pkgbuild got that much cleaned up and only Thomas having the knowledge of clean kernel patching he introduced? anybody else feeling responsible for our kernel? -Andy
On Mon, Aug 4, 2008 at 12:12 PM, Andreas Radke <a.radke@arcor.de> wrote:
how many kernel devs do we have around? tomk? will tpowa ever work again on the kernel after his pkgbuild got that much cleaned up and only Thomas having the knowledge of clean kernel patching he introduced?
Actually Thomas' patch system is very easy. He has a script and a config file to handle everything. Take a peek here: http://projects.archlinux.org/?p=linux-2.6-ARCH.git;a=blob;f=PATCHCFG
Am Samstag 26 Juli 2008 schrieb Thomas Bächler:
Okay, apparently, we need a -3:
- Readd the ATI patch (the one that exports flush_tlb_page): http://projects.archlinux.org/?p=linux-2.6-ARCH.git;a=blob;f=patches/ati-ca talyst-2.6.25.patch;h=f90d8b40a7f1c8a0ea9a3ec4229322d4df98e7ab;hb=daaa7a2c43 699c3b2acffaef1a4fed863194d29f - Revert the configuration changes I made for 2.6.26 due to http://bugs.archlinux.org/task/10512 In particular, disable CONFIG_CGROUPS and CONFIG_GROUP_SCHED again.
I can't do this before Aug 3rd, so anyone who has the time and can handle the gen_kernel_patch script in the linux-2.6-ARCH repository, feel free to take care of this. fixed intel-537 and intel-536ep for .26 series uploaded to testing greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
Am Samstag 26 Juli 2008 schrieb Thomas Bächler:
Okay, apparently, we need a -3:
- Readd the ATI patch (the one that exports flush_tlb_page): http://projects.archlinux.org/?p=linux-2.6-ARCH.git;a=blob;f=patches/ati-ca talyst-2.6.25.patch;h=f90d8b40a7f1c8a0ea9a3ec4229322d4df98e7ab;hb=daaa7a2c43 699c3b2acffaef1a4fed863194d29f - Revert the configuration changes I made for 2.6.26 due to http://bugs.archlinux.org/task/10512 In particular, disable CONFIG_CGROUPS and CONFIG_GROUP_SCHED again.
I can't do this before Aug 3rd, so anyone who has the time and can handle the gen_kernel_patch script in the linux-2.6-ARCH repository, feel free to take care of this. fixed wlan-ng26 and martian, uploaded to testing greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
Am Sat, 26 Jul 2008 09:44:28 +0200 schrieb Thomas Bächler <thomas@archlinux.org>:
Okay, apparently, we need a -3:
- Readd the ATI patch (the one that exports flush_tlb_page): http://projects.archlinux.org/?p=linux-2.6-ARCH.git;a=blob;f=patches/ati-cat...
not needed, fixed for me. see http://bugs.archlinux.org/task/11068 -Andy
participants (13)
-
Aaron Griffin
-
Allan McRae
-
Andreas Radke
-
Dan McGee
-
Eduardo Romero
-
Eric Belanger
-
Jason Chu
-
Pierre Schmitz
-
Roman Kyrylych
-
Simo Leone
-
Thomas Bächler
-
Tobias Powalowski
-
Travis Willard