https://bugzilla.kernel.org/show_bug.cgi?id=34842
--- Comment #4 from Robert Delahunt <delah...@puresimplicity.net> 2011-05-11 13:47:01 --- OK, here are the memory mappings from dmesg: Generic 64 bit kernel, "pci=bios" http://www.puresimplicity.net/~delahunt/linux/acer/dmesg64-pcibios.txt Generic 64 bit kernel, "pci=direct" http://www.puresimplicity.net/~delahunt/linux/acer/dmesg64-pcidirect.txt Generic 32 bit kernel, "pci=bios" http://www.puresimplicity.net/~delahunt/linux/acer/dmesg-pcibios.txt Generic 32 bit kernel, "pci=direct" http://www.puresimplicity.net/~delahunt/linux/acer/dmesg-pcidirect.txt Generic 64 bit kernel "make oldconfig" for 2.6.38.6 (going with default option on all except those with module option, for which I chose module) without any LILO append statement: http://www.puresimplicity.net/~delahunt/linux/acer/dmesg64-test.txt I hope the memory mappings prove useful. Of the above, the Generic kernel images were loaded with /etc/modprobe.d/radeon.conf specifying no i2c and with i2c_piix4 blacklisted. The last one ("test") I loaded without specifying that option and without blacklisting the module. This may be a dumb question but I'm seeing that modesetting is the "NEW DRIVER" in the kernel config. Slackware 13.37 should have sufficient userspace for it, but the help in the kernel says "work is under way for...." and lists my card (HD 4xxxx series). Is work still under way? Should I revert to non-modesetting? The only real recent info is the ArchLinux wiki page, which recommends KMS disabled if one runs into problems, so I'll try that.... -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. ------------------------------------------------------------------------------ Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla