Re: gma500: Other things that I could work on
4) when using modules, initialization from hibernation is not good enough: my screen stays black; without using modules, the kernel boots normally, and everything is fine. 5) initialization from suspend is not good enough: my Asus stays in some text mode (80x25?), but shows garbage (possibly data from the desired console or graphics mode, since sometimes there are reactions correlated to actions) Switching tty or using `chvt` do not improve anything. NB: hibernating and booting solves this. I may have fixed some of your issues, could you please try the latest gma500-next and report back. https://github.com/patjak/drm-gma500.git gma500-next Like I said, I am on vacation. So it took a while before I had some time to spend on this experiment. The good news, both problems seem to be solved on my hardware. Bye, Kero. -- Are you master of your time here? Are you master of your own fate? -- Deep Inside -- Exile -- To-Mera ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
gma500: Other things that I could work on
> > 4) when using modules, initialization from hibernation is not good enough: > >my screen stays black; without using modules, the kernel boots normally, > > and everything is fine. > > 5) initialization from suspend is not good enough: my Asus stays in > >some text mode (80x25?), but shows garbage (possibly data from the > > desired console or > >graphics mode, since sometimes there are reactions correlated to actions) > >Switching tty or using `chvt` do not improve anything. > >NB: hibernating and booting solves this. > > I may have fixed some of your issues, could you please try the latest > gma500-next and report back. > > https://github.com/patjak/drm-gma500.git gma500-next Like I said, I am on vacation. So it took a while before I had some time to spend on this experiment. The good news, both problems seem to be solved on my hardware. Bye, Kero. -- Are you master of your time here? Are you master of your own fate? -- Deep Inside -- Exile -- To-Mera
gma500: Other things that I could work on
Hi, I would not mind improving use of my Asus EeePC X101CH with Cedar View / gma3600 a bit more. But a barrier is knowledge of the hardware. Meddling with existing (initialization) code is possible, but for point 1 and 3 below that is not going to cut, it, I expect. Does anyone have pointers? Who should I talk to about specifications? I know Intel is not forthcoming with documentation, yet several people have made contributions for poulsbo and later versions of the hardware. How did you get the required knowledge? Things I might, in order of personal preference, in due time (after holiday), take a look at: 1) would be nice to have the full 1024x600 on the external VGA and HDMI I had a chance to try another monitor over HDMI, same result: only 800x600 visible. 2) booting with either VGA or HDMI plugged in, yields two black screens: both the laptop and the monitor. Un- + re-plugging has no visible effect. 3) the Fn keys for the backlight induce a response in the backlight, but only with tiny results; /sys/class/backlight/psb-bl/brightness works fine, though 4) when using modules, initialization from hibernation is not good enough: my screen stays black; without using modules, the kernel boots normally, and everything is fine. 5) initialization from suspend is not good enough: my Asus stays in some text mode (80x25?), but shows garbage (possibly data from the desired console or graphics mode, since sometimes there are reactions correlated to actions) Switching tty or using `chvt` do not improve anything. NB: hibernating and booting solves this. Your patch has been applied to: https://github.com/patjak/drm-gma500.git gma500-next Thanks! We might also consider polling if this causes problems for people, but for now this is fine. Agreed; The Display Port was already hotpluggable; the Asus has no such connector, but is not bothered by polling (status is and remains 'disconnected'). That makes me hopeful that hardware without VGA or HDMI connectors will not be negatively affected. But given the 5 points above, there's no guarantee. No biggie, but your tabs where converted to spaces so I recommend running checkpatch.pl before submitting. woops, my mistake. will run checkpatch.pl next time. Bye, Kero. -- Are you master of your time here? Are you master of your own fate? -- Deep Inside -- Exile -- To-Mera ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
gma500: Other things that I could work on
Hi, I would not mind improving use of my Asus EeePC X101CH with Cedar View / gma3600 a bit more. But a barrier is knowledge of the hardware. Meddling with existing (initialization) code is possible, but for point 1 and 3 below that is not going to cut, it, I expect. Does anyone have pointers? Who should I talk to about specifications? I know Intel is not forthcoming with documentation, yet several people have made contributions for poulsbo and later versions of the hardware. How did you get the required knowledge? Things I might, in order of personal preference, in due time (after holiday), take a look at: 1) would be nice to have the full 1024x600 on the external VGA and HDMI I had a chance to try another monitor over HDMI, same result: only 800x600 visible. 2) booting with either VGA or HDMI plugged in, yields two black screens: both the laptop and the monitor. Un- + re-plugging has no visible effect. 3) the Fn keys for the backlight induce a response in the backlight, but only with tiny results; /sys/class/backlight/psb-bl/brightness works fine, though 4) when using modules, initialization from hibernation is not good enough: my screen stays black; without using modules, the kernel boots normally, and everything is fine. 5) initialization from suspend is not good enough: my Asus stays in some text mode (80x25?), but shows garbage (possibly data from the desired console or graphics mode, since sometimes there are reactions correlated to actions) Switching tty or using `chvt` do not improve anything. NB: hibernating and booting solves this. > Your patch has been applied to: > https://github.com/patjak/drm-gma500.git gma500-next Thanks! > We might also consider polling if this causes problems for people, but for now > this is fine. Agreed; The Display Port was already hotpluggable; the Asus has no such connector, but is not bothered by polling (status is and remains 'disconnected'). That makes me hopeful that hardware without VGA or HDMI connectors will not be negatively affected. But given the 5 points above, there's no guarantee. > No biggie, but your tabs where converted to spaces so I recommend > running checkpatch.pl before submitting. woops, my mistake. will run checkpatch.pl next time. Bye, Kero. -- Are you master of your time here? Are you master of your own fate? -- Deep Inside -- Exile -- To-Mera
[PATCH] gma500: Make VGA and HDMI connector hotpluggable
From: Kero van Gelder <k...@chello.nl> Both VGA and HDMI connectors are available on my Asus EeePC X101CH. This patch will cause output to be shown on either when plugged in. For both, it shows the leftmost 800x600, of the 1024x600 on LVDS. Signed-off-by: Kero van Gelder --- diff --git a/drivers/gpu/drm/gma500/cdv_intel_crt.c b/drivers/gpu/drm/gma500/cdv_intel_crt.c index 8c17534..7b8386f 100644 --- a/drivers/gpu/drm/gma500/cdv_intel_crt.c +++ b/drivers/gpu/drm/gma500/cdv_intel_crt.c @@ -276,6 +276,7 @@ void cdv_intel_crt_init(struct drm_device *dev, goto failed_connector; connector = _intel_connector->base; + connector->polled = DRM_CONNECTOR_POLL_HPD; drm_connector_init(dev, connector, _intel_crt_connector_funcs, DRM_MODE_CONNECTOR_VGA); diff --git a/drivers/gpu/drm/gma500/cdv_intel_hdmi.c b/drivers/gpu/drm/gma500/cdv_intel_hdmi.c index e223b50..464153d 100644 --- a/drivers/gpu/drm/gma500/cdv_intel_hdmi.c +++ b/drivers/gpu/drm/gma500/cdv_intel_hdmi.c @@ -319,6 +319,7 @@ void cdv_hdmi_init(struct drm_device *dev, goto err_priv; connector = _intel_connector->base; + connector->polled = DRM_CONNECTOR_POLL_HPD; encoder = _intel_encoder->base; drm_connector_init(dev, connector, _hdmi_connector_funcs,
[PATCH] gma500: Make VGA and HDMI connector hotpluggable
From: Kero van Gelder k...@chello.nl Both VGA and HDMI connectors are available on my Asus EeePC X101CH. This patch will cause output to be shown on either when plugged in. For both, it shows the leftmost 800x600, of the 1024x600 on LVDS. Signed-off-by: Kero van Gelder k...@chello.nl --- diff --git a/drivers/gpu/drm/gma500/cdv_intel_crt.c b/drivers/gpu/drm/gma500/cdv_intel_crt.c index 8c17534..7b8386f 100644 --- a/drivers/gpu/drm/gma500/cdv_intel_crt.c +++ b/drivers/gpu/drm/gma500/cdv_intel_crt.c @@ -276,6 +276,7 @@ void cdv_intel_crt_init(struct drm_device *dev, goto failed_connector; connector = psb_intel_connector-base; + connector-polled = DRM_CONNECTOR_POLL_HPD; drm_connector_init(dev, connector, cdv_intel_crt_connector_funcs, DRM_MODE_CONNECTOR_VGA); diff --git a/drivers/gpu/drm/gma500/cdv_intel_hdmi.c b/drivers/gpu/drm/gma500/cdv_intel_hdmi.c index e223b50..464153d 100644 --- a/drivers/gpu/drm/gma500/cdv_intel_hdmi.c +++ b/drivers/gpu/drm/gma500/cdv_intel_hdmi.c @@ -319,6 +319,7 @@ void cdv_hdmi_init(struct drm_device *dev, goto err_priv; connector = psb_intel_connector-base; + connector-polled = DRM_CONNECTOR_POLL_HPD; encoder = psb_intel_encoder-base; drm_connector_init(dev, connector, cdv_hdmi_connector_funcs, ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
