If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
Thanks to the people in #radeon on freenode! They pointed me to this bugreport in the kernel tracker: http://bugzilla.kernel.org/show_bug.cgi?id=15186
Though it is marked as regression I already had this with vanilla sources in 2.6.32 (so for me it is no regression). The issue though was fixed with the 2nd patch that was attached, as I wrote in my comments.
Yes, the issue itself is basically what can be observed in the screenshots RealNC. Looks like this (crude hack) does solve things, will report back if I still see those issues.
Thanks to the people in #radeon on freenode! They pointed me to this bugreport in the kernel tracker: http://bugzilla.kernel.org/show_bug.cgi?id=15186
Though it is marked as regression I already had this with vanilla sources in 2.6.32 (so for me it is no regression). The issue though was fixed with the 2nd patch that was attached, as I wrote in my comments.
Yes, the issue itself is basically what can be observed in the screenshots RealNC. Looks like this (crude hack) does solve things, will report back if I still see those issues.
Looks like Jerome Glisse just wrote a proper patch for that bug today.
Oh, I might as well mention another bug I've been experiencing. On my dual screen setup (1280x1024 + 1680x1050), the framebuffer resolution for both screens is set to the lower resolution, 1280x1024.
So on my large screen, I get a white box around the framebuffer in the space it didn't fill.
Oh, I might as well mention another bug I've been experiencing. On my dual screen setup (1280x1024 + 1680x1050), the framebuffer resolution for both screens is set to the lower resolution, 1280x1024.
So on my large screen, I get a white box around the framebuffer in the space it didn't fill.
It's not a bug. It's a limitation of the kernel framebuffer interface. It has no concept of multiple heads. In order to make sure no console information is lost the console is run at the largest mode supported by all attached heads. If you want full output flexibility, you'll need to use the kms interface like the X driver uses.
It's not a bug. It's a limitation of the kernel framebuffer interface. It has no concept of multiple heads. In order to make sure no console information is lost the console is run at the largest mode supported by all attached heads. If you want full output flexibility, you'll need to use the kms interface like the X driver uses.
Could the color at least be something other than white?
It's painful to look at.
Comment