i using a LCD TV with resolution 1360x768. The intelfb framebuffer starts with kernel append line video=intelfb:accel,hwcursor,mode=1360x768-32@60 with gentoo-sources-2.6.20-r7 its works fine, but with gentoo-sources-2.6.20-r8 and later the framebuffer starts with 1366x768.(fbset says that) TV says it is 1360x768, the output is cut of on the left site. the bug is: mode=1360x768 should be set 1360x768. For Users with 1366x768 TV use mode=1366x768 Reproducible: Always Steps to Reproduce: 1.boot gentoo-sources-2.6.20-r7 - works fine 2.boot gentoo-sources-2.6.20-r8 - with same config and append line 3.wrong resolution, fbsplash does not work because no 1366x768 splashes exists
Please attach dmesg output from the failing kernel
Created attachment 121590 [details] Working kernel dmesg
Created attachment 121593 [details] failing kernel dmesg
Created attachment 121599 [details, diff] intel-agp change please REVERT this patch (patch -p1 -R) from the failing kernel and see if the problem goes away
revert patch 121599 does not help. same error, no changes in dmesg.
Created attachment 122488 [details, diff] VBE/DDC change hmm... Please try reverting this patch from the broken kernel
(In reply to comment #6) > Created an attachment (id=122488) [edit] > VBE/DDC change > > hmm... Please try reverting this patch from the broken kernel > after reverting this patch it works fine :-)
Created attachment 123355 [details, diff] more recent VBE tweak Please reapply that patch and apply this one on top, and see if anything is improved. It's a stab in the dark, but worth a try. Thanks.
(In reply to comment #8) > Created an attachment (id=123355) [edit] > more recent VBE tweak > > Please reapply that patch and apply this one on top, and see if anything is > improved. It's a stab in the dark, but worth a try. Thanks. > with this patch its works too. :-)
http://marc.info/?l=linux-kernel&m=118324350811283&w=2 Please could you now test mm-sources-2.6.22_rc6-r1 (2.6.22-rc6-mm1)? You don't need to add or remove any patches from this kernel - hopefully it just works. The -mm kernel is highly experimental so unless you're feeling adventurous, I'd suggest you simply boot it once, check the resolution, and then return to a stable/testing kernel.
Created attachment 124090 [details] Xorg.log wit 2.6.22-rc6-mm1 (In reply to comment #10) > > Please could you now test mm-sources-2.6.22_rc6-r1 (2.6.22-rc6-mm1)? this kernel version does not work for me. same error. one change is that the X-Server does not work correctly. the XServer Log attached.
but what about from before when you start X? does fbsplash work (because framebuffer resolution is 1360x768) or does it fail (because it's 1366x768)? Issues with the X server are probably unrelated.
(In reply to comment #12) > but what about from before when you start X? does fbsplash work (because > framebuffer resolution is 1360x768) or does it fail (because it's 1366x768)? > > Issues with the X server are probably unrelated. > It does not work. Framebuffer resolution is 1366x768, same log-entries in dmesg as first. What Information do you need for beter stab in the dark?
Please attach your kernel .config from a broken kernel
Created attachment 124339 [details] /usr/src/linux-2.6.22-rc6-mm1/.config there is the config file from broken 22-r6-mm1
Can also I see your .config from gentoo-sources-2.6.20-r7 or previous? Sorry for all the requests, progress is being made though :)
Created attachment 124435 [details] Config file for working linux-2.6.20-gentoo-r7 there is the config file for working linux-2.6.20-gentoo-r7. Without changes in this config file and with more recent VBE tweak patch it's work in 2.6.20-gentoo-r8.
Thanks again. Can you try enabling CONFIG_FIRMWARE_EDID in the 2.6.22-rc6-mm1 kernel? If it's still broken under that configuration, please post a new dmesg.
Created attachment 124479 [details] dmesg-2.6.22.rc6.mm1.log I tested CONFIG_FIRMWARE_EDID. Same error. One change is: TV starts with default resolution (800x600) but fbset says 1366x768
So in the above configuration, when you boot to a framebuffer, even before you start X, fbset says 1366x760 but the TV reports 800x600? Is the display that appears on the TV visibly corrupt in any way?
(In reply to comment #20) > So in the above configuration, when you boot to a framebuffer, even before you > start X, fbset says 1366x760 but the TV reports 800x600? Yes > Is the display that appears on the TV visibly corrupt in any way? the framebuffer does not start (No resolution change on begin of boot). 800x600 is the default resolution in bios. Output is 640x480 (??) centered in 800x600 with borders.
Thanks for the info so far. To make this a little less confusing I'm going to wait for 2.6.23-rc1 before suggesting further tests... (the x86 boot setup code is changing wildly at this point)
OK. Please test 2.6.23-rc1. Also enable CONFIG_FIRMWARE_EDID and continue to leave it enabled from this point onwards.
Created attachment 126203 [details] Kernel messages from 2.6.23-rc1 kernel today i tested 2.6.23-rc1 kernel. same error as on 2.6.22-rc6-mm1. no resolution change on boot. TV has default VGA resolution 800x600. fbset says 1366x768. dmesg is attached.
Thanks. We now need to identify the VBE version. Under a working kernel, please configure X to use the "vesa" video driver (may need to emerge xf86-video-vesa), start X, and upload /var/log/Xorg.0.log here. You can change back to your old driver after doing so, we just need the log.
Created attachment 126562 [details, diff] kernel debug patch Let's be thorough. In addition to the above, please also apply this patch to a working kernel, recompile and boot into it, and attach dmesg output here. Final request for now: again under a working kernel, as root run "get-edid > edid.txt" and upload edid.txt here. get-edid is found in the x11-misc/read-edid package. Thanks!!
Created attachment 126708 [details, diff] 2.6.23-rc1 patch to fix VBE DDC read We made some progress upstream. Ignore the latest requests for now, please apply this patch to 2.6.23-rc1 and see if it helps. Please also ensure that CONFIG_FIRMWARE_EDID and CONFIG_FRAMEBUFFER_CONSOLE are set in your .config
On my last test CONFIG_FRAMEBUFFER_CONSOLE was not set. today i tested 2.6.23-rc1 without and with patch to fix VBE DDC read Without: -> wrong 1366x768 and scrambled TV-Output With -> right 1360x768 and scrambled TV-Output too
Created attachment 126716 [details] read-edid output edid.txt
Created attachment 126720 [details] xorg log - vesa driver
hmm, ok... How about if you run 2.6.23-rc1, with the latest patch, with CONFIG_FIRMWARE_EDID, *without* CONFIG_FRAMEBUFFER_CONSOLE ? i.e. same as comment #24 but with the patch
(In reply to comment #31) > hmm, ok... How about if you run 2.6.23-rc1, with the latest patch, with > CONFIG_FIRMWARE_EDID, *without* CONFIG_FRAMEBUFFER_CONSOLE ? > > i.e. same as comment #24 but with the patch > I have no framebuffer console. It is the same error as #24 but with right resoluton on fbset. -No resolution change on boot. -TV has default VGA resolution 800x600. -fbset has the right resolution 1360x768.
today i tested with 2.6.23-gentoo-r3. Framebuffer works now with 1360x768 but i don't have fbsplash with this kernel. /sbin/fbcondecor_ctl -t mytheme -c on give FBIOCONDECOR_SETSTATE failed, error code 22. and dmesg give fbcondecor_ctl[4858]: segfault at 00000020 eip 4e64d94f esp bfdf4a10 error 4
Great, thanks for letting us know about the fix! Please open a new bug for the 2.6.23 fbcondecor issues.
