Re: Please revert nouveau.
On Sun, Jan 16, 2011 at 12:00 PM, Anca Emanuel anca.eman...@gmail.com wrote: In 2.6.37-git5 with the revert, the boot screen is changing the resolution. With this version, it don't. So, can you make a nice report of that - along with 'dmesg' for _both_ cases - to the right people? In this case, that would be at a minimum James, Dave and Ben (added here to the list of people), along with the dri-devel mailing list. ( For people newly added to the cc: the revert in question is the revert of dfe63bb0ad9. It was committed mainline in commit 3632ef89091, but apparently there's still something missing because that isn't sufficient any more ) Linus -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl -- ___ Dri-devel mailing list dri-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: Please revert nouveau.
On Sun, 2011-01-16 at 12:10 -0800, Linus Torvalds wrote: On Sun, Jan 16, 2011 at 12:00 PM, Anca Emanuel anca.eman...@gmail.com wrote: In 2.6.37-git5 with the revert, the boot screen is changing the resolution. With this version, it don't. So, can you make a nice report of that - along with 'dmesg' for _both_ cases - to the right people? In this case, that would be at a minimum James, Dave and Ben (added here to the list of people), along with the dri-devel mailing list. I've tested a bit here, current git with the revert does appear to work fine for me. Ben. ( For people newly added to the cc: the revert in question is the revert of dfe63bb0ad9. It was committed mainline in commit 3632ef89091, but apparently there's still something missing because that isn't sufficient any more ) Linus -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl -- ___ Dri-devel mailing list dri-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: Please revert nouveau.
On Sun, Jan 16, 2011 at 3:44 PM, Ben Skeggs bske...@redhat.com wrote: I've tested a bit here, current git with the revert does appear to work fine for me. So Anca has a 8800GT - is that what you're testing? Also, there may be things like FB config issues and/or kernel command line arguments. For example, on the Intel side, we had people who had non-working Intel modesetting because they had VESAFB and the legacy INTELFB enabled. Did some ordering change so that perhaps having VESA enabled took priority and then breaks the accelerated case or something? Linus -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl -- ___ Dri-devel mailing list dri-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: Please revert nouveau.
On Sun, 2011-01-16 at 15:48 -0800, Linus Torvalds wrote: On Sun, Jan 16, 2011 at 3:44 PM, Ben Skeggs bske...@redhat.com wrote: I've tested a bit here, current git with the revert does appear to work fine for me. So Anca has a 8800GT - is that what you're testing? I don't have an 8800 in the office, testing on a Quadro FX 570M, which is identical from an acceleration standpoint. Also confirmed the revert fixes the same issue on GTX465, and NV44/NV4B (GeForce 6/7 boards). Also, there may be things like FB config issues and/or kernel command line arguments. For example, on the Intel side, we had people who had non-working Intel modesetting because they had VESAFB and the legacy INTELFB enabled. Did some ordering change so that perhaps having VESA enabled took priority and then breaks the accelerated case or something? Not that I can think of, I'll wait until I see Anca's dmesg from after the revert. Ben. Linus -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl -- ___ Dri-devel mailing list dri-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel