Created attachment 39329 [details] Output from intel_reg_dumper tool This kernel is built from drm-intel-next The chipset is Intel HM55 Uname: Linux silver 2.6.36-rc5-ARCH-01304-g2d7b836 #1 SMP PREEMPT Fri Oct 8 23:33:35 BST 2010 x86_64 Intel(R) Pentium(R) CPU U5400 @ 1.20GHz GenuineIntel GNU/Linux Arch Linux I haven't attached any xf86-video-intel stuff because KMS isn't working. The machine is a Sony Vaio VPCY21S1E The native screen resolution is 1366x768 - but without modeset, with vesa, it'll only do 1024x768. It has VGA and HDMI connections available. To reproduce you just boot with a recent Linux kernel (KMS capable).
Created attachment 39330 [details] Output from dumping the vbios
Created attachment 39331 [details] Output of intel_reg_dumper when booting with nomodeset i915.modeset=0
Can anyone help with this? Any more information I can provide?
is this the similar to #29221 ?
William, maybe, you should try my workaround, which is essentially one line to reset backlight, https://bugs.freedesktop.org/attachment.cgi?id=37406
Hi, That file doesn't exist in the kernel tree I'm using (drm-intel-next). That code is in intel_opregion.c and is slightly different. So I'm not sure what to do there. Is there any more debug info I can provide to sort this? I'm stuck in Windows at the moment and it looks like everyone with the same model is having the same problems according to the Ubuntu forums and so on. Thanks, Will (In reply to comment #5) > William, > > maybe, you should try my workaround, which is essentially one line to reset > backlight, > > https://bugs.freedesktop.org/attachment.cgi?id=37406
I tried applying the opregion patch (adapting it to the source I have - and it didn't work - blank screen still.
(In reply to comment #4) > is this the similar to #29221 ? This bug is not similar to #29221. The xrandr workaround does not work on this model. An external monitor however does work.
xrandr is a workaround for #29221. if xrandr doesn't recover your monitor, then it's not the same. Sorry for pointing to the wrong place.
Same problem here. Same machine. Sony VAIO Y21S1E/SI William, I guess if you tried with drm-intel-next it is because #29141. Did you try with the latest commits of that report?
I just tried pulling the latest from drm-intel-next and the same happens - blank screen, backlight on. (In reply to comment #10) > Same problem here. Same machine. > > Sony VAIO Y21S1E/SI > > William, I guess if you tried with drm-intel-next it is because #29141. Did you > try with the latest commits of that report?
Hello, I have the same model and the same problems. I read and tried a couple of things, which are referred in the bugs: https://bugs.freedesktop.org/show_bug.cgi?id=29141 https://bugs.freedesktop.org/show_bug.cgi?id=29221 https://bugs.freedesktop.org/show_bug.cgi?id=29278 With an external LCD on HDMI it works fine, but the internal Screen stays black. Have anybody a new hint for me what to do, or missed I something? Best regards
I have just tried the latest drm-intel-next kernel (which identifies itself as 2.6.37-rc5-ARCH-13051-g8d5203c : ARCH obviously because this is an ArchLinux system) and it's working! I booted and KMS worked - switched the mode properly as it should, no blank screen. I now need to get X working. It starts in 1024x768 rather than the native resolution at the moment. I'm upgrading libdrm and xf86-video-intel to see if that fixes the problem. I suspect it's a configuration issue.
(In reply to comment #13) > I have just tried the latest drm-intel-next kernel (which identifies itself as > 2.6.37-rc5-ARCH-13051-g8d5203c : ARCH obviously because this is an ArchLinux > system) and it's working! > I booted and KMS worked - switched the mode properly as it should, no blank > screen. > > I now need to get X working. It starts in 1024x768 rather than the native > resolution at the moment. I'm upgrading libdrm and xf86-video-intel to see if > that fixes the problem. I suspect it's a configuration issue. I checked out the kernel repository but it is not clear to me what specific version as you tried. Could you tell me what tree and branch have you used? I would like to test it too.
Certainly, I am using the tree: git://git.kernel.org/pub/scm/linux/kernel/git/ickle/drm-intel Branch: drm-intel-next Revision: 8d5203ca62539c6ab36a5bc2402c2de1de460e30 9th December was the last commit Cheers, Will (In reply to comment #14) > (In reply to comment #13) > > I have just tried the latest drm-intel-next kernel (which identifies itself as > > 2.6.37-rc5-ARCH-13051-g8d5203c : ARCH obviously because this is an ArchLinux > > system) and it's working! > > I booted and KMS worked - switched the mode properly as it should, no blank > > screen. > > > > I now need to get X working. It starts in 1024x768 rather than the native > > resolution at the moment. I'm upgrading libdrm and xf86-video-intel to see if > > that fixes the problem. I suspect it's a configuration issue. > > I checked out the kernel repository but it is not clear to me what specific > version as you tried. > > Could you tell me what tree and branch have you used? I would like to test it > too.
(In reply to comment #13) > I have just tried the latest drm-intel-next kernel (which identifies itself as > 2.6.37-rc5-ARCH-13051-g8d5203c : ARCH obviously because this is an ArchLinux > system) and it's working! > I booted and KMS worked - switched the mode properly as it should, no blank > screen. > > I now need to get X working. It starts in 1024x768 rather than the native > resolution at the moment. I'm upgrading libdrm and xf86-video-intel to see if > that fixes the problem. I suspect it's a configuration issue. Did upgrading libdrm and xf86-video-intel fix the problem?
What fixed the problem was removing the Driver "vesa" line from my xorg.conf.d ... Then X used the intel driver and it's working fine now. Only issue now is suspend. The display does not wake when the machine wakes from suspend. (In reply to comment #16) > (In reply to comment #13) > > I have just tried the latest drm-intel-next kernel (which identifies itself as > > 2.6.37-rc5-ARCH-13051-g8d5203c : ARCH obviously because this is an ArchLinux > > system) and it's working! > > I booted and KMS worked - switched the mode properly as it should, no blank > > screen. > > > > I now need to get X working. It starts in 1024x768 rather than the native > > resolution at the moment. I'm upgrading libdrm and xf86-video-intel to see if > > that fixes the problem. I suspect it's a configuration issue. > > Did upgrading libdrm and xf86-video-intel fix the problem?
The same kernel works like a charm for me too. After compile it and remove the vesa driver I got the native resolution. Does anyone know if the changes are comming in the mainstream? (In reply to comment #15) > Certainly, I am using the tree: > git://git.kernel.org/pub/scm/linux/kernel/git/ickle/drm-intel > Branch: drm-intel-next > Revision: 8d5203ca62539c6ab36a5bc2402c2de1de460e30 > 9th December was the last commit > > Cheers, > Will >
git://git.kernel.org/pub/scm/linux/kernel/git/ickle/drm-intel works for me great, as well. After months of waiting I can use my internal monitor of my Sony Vaio VPCY21C5E with Intel HD Graphics. Thumbs up! BTW: resume from stand by works as well.
Ok, looks like the VPCY2 joins the small (but growing) list of working eDP chipsets. Anyone following this bug but does not have a Sony Vaio VPCY2 please search for an open bug specific to your machine or open a new report (be sure to include the manufacturer/model in the summary). Thanks.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.