# notes :
# fb-related patches are broken (vesa-tng, fbsplash, viafb).
# if you use md (raid) or AFS, disable CacheFS.
# custom acpi-dsdt *might* be broken.
# HT (SMT) problems are random, only fix is to disable SMT.
# kernel-events-rml-2.6.9-rc1-mm2-3.patch, nforce2-*.diff, dropped because of no interest
# defaultcfq.diff dropped because of this new experimental CFQ, you are encouraged to pass elevator=cfq to the kernel by hand if you want to use cfq.
#
# md5sum : 6e5d21c935cb7997ca293c915c73aa3f 2.6.9-rc1-love2.bz2
#

Well,
Let's begin with bad news:
even if I don't use softraid or AFS, I am unable to boot from initrd with CacheFS enabled
Then the ivman eject problem is still here...
And if I unplug/plug my usb mouse I got this

Hi OneOfOne,
I have a request: Please include the ALPS Glidepoint patch from the Synaptics package. It applies cleanly to all kernels I have tried but it is frustrating to have to apply it manually each time I try a new kernel.

This patch is required to get the ALPS touchpad on several laptops going.

You can get the Synaptics package here - the patch is included in the archive.

http://ck.dbdfleet.net/nvidia-kernel-1.0.6111.tar.bz2 please use this ebuild instead.
@metal leper:
thats weird... no one else reported any problems related to fat.
would you run cfdisk on the drive and see if it reports it right or not? (dont delete or modify anything, just see if it lists the stuff right).

Ok, rocks nicely, also I don't understand, what this CacheFS exactly does, but it kills reiser4 (kernel panic), so better to let it disabled.

BTW No idea, what this nforce2-*.diff was all about. I have a nforce2 mobo here, but everthing seems to be working normally. If if was indeed something performance enhancing, why not leave it in the love patch-set? (lots's of people have nforce2 motherboards)_________________Las torturas mentales de la CIA

I also have an nforce2 mobo, and almost everything is working fine. The ati-drivers ebuild doesnt' seem to play nicely. The build comepletes, but with a nice string of errors and the module fails to load. When I get back later toight I'll do the proocess again and post some text. Also, the radeon drm in-kernel module is broken too it seems. When the fglrx module wouldn't work I tried the inkernel one, and the comp wouldn't boot into entrance. I had to change my /usr/src/linux symlink and rebuild the fglrx module with gentoo-dev-sources and laod it to get back into my gui. Did I miss something in the release notes that says this stuff shouldn't work?

Hi OneOfOne,
I have a request: Please include the ALPS Glidepoint patch from the Synaptics package. It applies cleanly to all kernels I have tried but it is frustrating to have to apply it manually each time I try a new kernel.

This patch is required to get the ALPS touchpad on several laptops going.

You can get the Synaptics package here - the patch is included in the archive.

Hï¿½an

sure, sorry for the delay, didn't notice your post before.

@mfkr79 sorry again, didnt notice the post, that sounds like usb/hotplug issue, i'll look into it and if i find anything i'll release an update patch.

@krejler thanks for the patch.

@snekiepete this a known issue with unknown fix, it works fine for a lot of people and doesnt work for others.

@Master One good point, gonna include them back.

@Genn :
ebuild /usr/portage/media-video/ati-drivers/ati-drivers-3.11.1.ebuild unpack
go to /var/tmp/portage/ati-drivers*/work/ati-drivers*/ (could be different name under work but you get the idea)
run : sed -i 's:pci_find_class:pci_get_class:g' *
ebuild /usr/portage/media-video/ati-drivers/ati-drivers-3.11.1.ebuild merge
like Isaiah said, this is a problem with mm-* (or actually problem with closed source drivers).

if i find a fix for any of these problems i'll post asap.

join us in #love-sources if you need more direct help or other needed patches.