> -----Original Message----- > From: Darren Hart [mailto:[email protected]] > Sent: Tuesday, February 05, 2013 3:38 PM > To: Kamble, Nitin A > Cc: [email protected] > Subject: Re: [meta-intel] [Patch v2 1/1] fri2-noemgd: use fbdev X driver > > > > On 02/05/2013 03:30 PM, Darren Hart wrote: > > On 02/05/2013 03:18 PM, [email protected] wrote: > >> From: Nitin A Kamble <[email protected]> > >> > >> The systems provided by the Yocto Project Fish River Island 2 > >> Giveaway Program come with the Fast Boot EFI firmware. This firmware > >> does not provide legacy BIOS support. And because the 'vesafb' X > >> driver depends on this legacy BIOS support, it fails to work on these > systems. > >> > >> On these systems the 'fbdev' X driver is able to work, giving a > >> functional X graphical screen. Somehow the 'fbdev' X driver is > >> finding > >> 800x600 as the only available mode for display on these systems. > >> > >> This 'fbdev' X driver should also work with the other FRI2 systems > >> which come with the Kontron supplied APTIO (AMI) BIOS. > >> > >> This fixes bug: > >> [YOCTO #3846] > >> > >> Signed-off-by: Nitin A Kamble <[email protected]> > >> --- > >> meta-fri2/conf/machine/fri2-noemgd.conf | 2 +- > >> .../xserver-xf86-config/fri2-noemgd/xorg.conf | 2 +- > >> 2 files changed, 2 insertions(+), 2 deletions(-) > >> > >> diff --git a/meta-fri2/conf/machine/fri2-noemgd.conf > >> b/meta-fri2/conf/machine/fri2-noemgd.conf > >> index cb94679..c546ba3 100644 > >> --- a/meta-fri2/conf/machine/fri2-noemgd.conf > >> +++ b/meta-fri2/conf/machine/fri2-noemgd.conf > >> @@ -16,7 +16,7 @@ PREFERRED_VERSION_linux-yocto = "3.4%" > >> > >> XSERVER ?= "${XSERVER_IA32_BASE} \ > >> ${XSERVER_IA32_EXT} \ > >> - ${XSERVER_IA32_VESA} \ > >> + ${XSERVER_IA32_FBDEV} \ > >> " > >> > >> # Syslinux does not know about the 64MHz uart clock and it does not > >> detect the diff --git > >> a/meta-fri2/recipes-graphics/xorg-xserver/xserver-xf86-config/fri2-no > >> emgd/xorg.conf > >> b/meta-fri2/recipes-graphics/xorg-xserver/xserver-xf86-config/fri2-no > >> emgd/xorg.conf > >> index da4fc3c..bda3535 100644 > >> --- > >> a/meta-fri2/recipes-graphics/xorg-xserver/xserver-xf86-config/fri2-no > >> emgd/xorg.conf > >> +++ b/meta-fri2/recipes-graphics/xorg-xserver/xserver-xf86-config/fri > >> +++ 2-noemgd/xorg.conf > >> @@ -1,6 +1,6 @@ > >> Section "Device" > >> Identifier "Generic VESA" > >> - Driver "vesa" > >> + Driver "fbdev" > >> EndSection > >> > >> Section "Monitor" > >> > > > > When I configured fbdev to experiment with DisplayLink, I had to > > manually specify the resolution as in the following example file: > > > > Section "Device" > > Identifier "DisplayLinkDevice" > > driver "displaylink" > > Option "fbdev" "/dev/fb1" > > EndSection > > > > Section "Monitor" > > Identifier "DisplayLinkMonitor" > > EndSection > > > > Section "Screen" > > Identifier "DisplayLinkScreen" > > Device "DisplayLinkDevice" > > Monitor "DisplayLinkMonitor" > > SubSection "Display" > > Depth 24 > > Modes "1920x1080" > > EndSubSection > > EndSection > > > > > > I would suggest specifying 1366x768 and seeing if you can get at least > > that. People wanting to override this resolution or create a more > > complex xorg.conf for fbdev can, but by default I would like to see if > > we can use full LVDS resolution. > > > > Now, it's possible that this is the EFI framebuffer we're using and > > that it is only 800x600. We can ask the firmware team to be sure. > > There also appear to be some kernel command line parameters that can > influence this. See linux/drivers/video/efifb.c for some context on where to > look next. > The resolution in the xorg.conf is denied by the fbdev X driver.
> It could be we are stuck at 800x600. It could be we need to populate efifb.c > with FRI2 data. I think this is what probably is happening. The efifb kernel driver is able to detect the the fb parameters for display. I think the EFI firmware need to change to get a different resolution. > > Let's explore our options before we settle on 800x600. Only option so far I see is change in the EFI firmware. Thanks, Nitin > > -- > Darren Hart > Intel Open Source Technology Center > Yocto Project - Technical Lead - Linux Kernel _______________________________________________ meta-intel mailing list [email protected] https://lists.yoctoproject.org/listinfo/meta-intel
