Arch Linux

Same for me (xfce battery). It constantly shows "50%%"...

Oh, yeah, I'm so stupid I didn't even check. The battery problem is there with 2.6.20, too, so it should be unrelated.

Did you verify you loaded the 'battery' module before starting xfce? This solves the problem for me, I think it's related to acpi's modularization.

kqemu looks fine here, at least as fine as it always was. it is still slow and unreliable, but that is no news.

On my second pc which have an internal sis900 network card (Elitegroup K7S5A) the system crashed after mounting nfs volumes. The only info what i have found is this thread

http://marc.info/?l=linux-netdev&m=117707735821802&w=2

I am not a programmer so i can't say what is the problem. The only thing what i can say is that it could be a good idea that one who understand more than mine should read the link above. Background is that instead the sis900 driver is longer in the kernel it got rewritten in this release.

My usb keyboard has a lot more trouble with 2.6.21. Sometimes it decides to ignore certain keys. If it's ignoring a key, usually it takes a while to see the key again (if I move the keyboard over to another machine, I have no problems. I've never seen this problem with 2.6.20.

I would like to mention tha bardo's xfce battery issue with 2.6.20 was that his battery module wasn't loaded. With the battery module loaded in 2.6.21 xfce's battery monitor still doesn't work.

And in response to brain0, kqemu has worked fine for me with windows and linux guests up until 2.6.21. With 2.6.21, windows seems to still work, but I can't get arch to boot. It gets hung up on hwdetect (even if I disablehooks= it).

xfce4-battery-plugin is "patched" and shall work with both 2.6.20 and 2.6.21
it's in testing:wq

I am not sure if this is the correct place to ask this, but would it be possible for default arch config for 2.6.21 to include asus-laptop driver (new) instead of asus_acpi driver (old, but still present)? The new one is way nicer than the old one...

Not sure about wherer it's 2.6.21 issue. It's too much hassle for me ATM to check 2.6.20 for this problem, but I never noticed it before (or vwmare never did, actually), so I'll give it a try:
504:cromo@kromka:~$ sudo modprobe rtc
FATAL: Error inserting rtc (/lib/modules/2.6.21-ARCH/kernel/drivers/char/rtc.ko): Input/output error

There is a new RTC framework driver for CMOS RTCs (see Documentation/rtc.txt in the sources). For me at example a "lsmod | grep rtc" shows this:
rtc_cmos 7060 0
rtc_core 7428 1 rtc_cmos
rtc_lib 3200 1 rtc_core

Right, I noticed that before, but there is no /dev/rtc anyway. Is this an udev issue?

There be three rtc to get informations in sysfs, proc and dev. For having /dev/rtc you need to do a "modprobe rtc_dev". udev would be nice but i don't know how to test if the necessary rtc modules runs.

thanks i'll check that possibility shouldn't be too hard to add

I'm starting to believe my usb keyboard problem is actually in the hardware. If no one else reports anything, you can assume that it's just my keyboard.

ok,
sis900 module should be fixed with 21.1-6 package
rtc modules are now loaded by udev 110-2
lenovo realtek sound should work now too.

The sis900 patch solves my problem on the other pc. Thanks a lot.

I tried 2.6.21-arch, and every second or so I get "usb 5-7: reset high speed USB device using ehci_hcd and address 6", so after a while my dmesg is full of that warnings. Always the same address. It is small OLED display built-in Asus G1 laptop which is not supported at all. With 2.6.19 there was no such warning.

Another thing is cpufreq is not working on core2duo. This is known bug (http://bugzilla.kernel.org/show_bug.cgi?id=7578) and there is a patch for that, but as it is because of buggy BIOS it won't come into mainline. Would it be possible to include the patch (http://bugzilla.kernel.org/attachment.cgi?id=9950) in Arch version of the kernel? With that patch I get the same frequency on the list of frequencies returned by cpufreq-info, but at least I am able to use it. Without that patch speedstep_centrino driver doesn't load so cpufreq doesn't work.

added core2duo fix to new kernel package

please open new bugs, if any is found ;), kernel moved to current.