From: Aaron TC <aa...@ma...> - 2008-02-21 22:51:41
|
I'm trying to get microwindows working with the samsung LCD and a verdex motherboard, both from the gumstix website. I got the openembedded build environment setup, build the gumstix-basic-image, installed it onto flash, ran "bitbake microwindows", copied the ipk file and installed it. When I executed nano-X, this message was displayed: Unsupported 262144 color (18 bpp) truecolor framebuffer Cannot initialise screen I know the consoleLCD-vx board only breaks out 6 bits per channel per pixel, so 18 bits per pixel should be correct. How can I fix microwindows (this is from com.gumstix.collection/packages/microwindows/microwindows_0.91.bb) to work with this LCD? -- View this message in context: http://www.nabble.com/Microwindows-%22Unsupported-262144-color-%2818-bpp%29-truecolor-framebuffer%22-tp15622034p15622034.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Steve S. <sa...@gm...> - 2008-02-21 23:01:13
|
> How can I fix microwindows (this is from > com.gumstix.collection/packages/microwindows/microwindows_0.91.bb) to work > with this LCD? Sadly, there's not a lot you can do right now. Microwindows just doesn't like RGB18. Stay tuned though, we're working on a solution to this problem. Steve On Thu, Feb 21, 2008 at 2:51 PM, Aaron TC <aa...@ma...> wrote: > > I'm trying to get microwindows working with the samsung LCD and a verdex > motherboard, both from the gumstix website. I got the openembedded build > environment setup, build the gumstix-basic-image, installed it onto flash, > ran "bitbake microwindows", copied the ipk file and installed it. When I > executed nano-X, this message was displayed: > > Unsupported 262144 color (18 bpp) truecolor framebuffer > Cannot initialise screen > > I know the consoleLCD-vx board only breaks out 6 bits per channel per pixel, > so 18 bits per pixel should be correct. > > How can I fix microwindows (this is from > com.gumstix.collection/packages/microwindows/microwindows_0.91.bb) to work > with this LCD? > -- > View this message in context: http://www.nabble.com/Microwindows-%22Unsupported-262144-color-%2818-bpp%29-truecolor-framebuffer%22-tp15622034p15622034.html > Sent from the Gumstix mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Aaron T. C. <aa...@ma...> - 2008-02-21 23:05:45
Attachments:
smime.p7s
|
Thanks... is there any way to get X running on this LCD at all? I would be okay with fewer bits per pixel for for now. Can microwindows be tricked into running 16bpp or something? -Aaron On Feb 21, 2008, at 3:00 PM, Steve Sakoman wrote: >> How can I fix microwindows (this is from >> com.gumstix.collection/packages/microwindows/microwindows_0.91.bb) >> to work >> with this LCD? > > Sadly, there's not a lot you can do right now. Microwindows just > doesn't like RGB18. Stay tuned though, we're working on a solution to > this problem. > > Steve > > On Thu, Feb 21, 2008 at 2:51 PM, Aaron TC <aa...@ma...> wrote: >> >> I'm trying to get microwindows working with the samsung LCD and a >> verdex >> motherboard, both from the gumstix website. I got the openembedded >> build >> environment setup, build the gumstix-basic-image, installed it onto >> flash, >> ran "bitbake microwindows", copied the ipk file and installed it. >> When I >> executed nano-X, this message was displayed: >> >> Unsupported 262144 color (18 bpp) truecolor framebuffer >> Cannot initialise screen >> >> I know the consoleLCD-vx board only breaks out 6 bits per channel >> per pixel, >> so 18 bits per pixel should be correct. >> >> How can I fix microwindows (this is from >> com.gumstix.collection/packages/microwindows/microwindows_0.91.bb) >> to work >> with this LCD? >> -- >> View this message in context: http://www.nabble.com/Microwindows-%22Unsupported-262144-color-%2818-bpp%29-truecolor-framebuffer%22-tp15622034p15622034.html >> Sent from the Gumstix mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Steve S. <sa...@gm...> - 2008-02-21 23:35:46
|
> is there any way to get X running on this LCD at all? X11 will run, it just doesn't look pretty. You can try the gumstix-x11-image if you want to see for yourself. > I would be okay > with fewer bits per pixel for for now. Can microwindows be tricked > into running 16bpp or something? Microwindows loves rbg16, unfortunately the consoleLCD is wired for rgb18. The pxa270 lcd controller is not flexible enough to mux the lcd data outputs for the various pixel depths, so it it pretty much locked into rgb18 in hardware. Steve |
From: Christian R. <chr...@nd...> - 2008-02-22 08:28:32
|
Hi, Steve, what about the progress thats been made on 16-bpp so far.. Are you saying that its impossible to get the RGB aligned properly? l8r, Xris. Steve Sakoman wrote: >> is there any way to get X running on this LCD at all? >> > > X11 will run, it just doesn't look pretty. You can try the > gumstix-x11-image if you want to see for yourself. > > >> I would be okay >> with fewer bits per pixel for for now. Can microwindows be tricked >> into running 16bpp or something? >> > > Microwindows loves rbg16, unfortunately the consoleLCD is wired for > rgb18. The pxa270 lcd controller is not flexible enough to mux the > lcd data outputs for the various pixel depths, so it it pretty much > locked into rgb18 in hardware. > > Steve > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > |
From: Aaron T. C. <aa...@ma...> - 2008-02-25 01:02:04
Attachments:
smime.p7s
|
Thanks, I got this image compiled and installed. However it seems to be too large - I suspect it may have been truncated by installing the kernel. (I have an xm4-bt with 16M of flash) I've been reading through the bitbake files for the gumstix-x11-image and it eventually leads to "inhert image" in gumstix-minimal-image.bb. I don't know where this is. I want to remove some of the packages from the image file so it will fit. Do you have any pointers on this? Thanks a bunch! -Aaron On Feb 21, 2008, at 3:35 PM, Steve Sakoman wrote: >> is there any way to get X running on this LCD at all? > > X11 will run, it just doesn't look pretty. You can try the > gumstix-x11-image if you want to see for yourself. > >> I would be okay >> with fewer bits per pixel for for now. Can microwindows be tricked >> into running 16bpp or something? > > Microwindows loves rbg16, unfortunately the consoleLCD is wired for > rgb18. The pxa270 lcd controller is not flexible enough to mux the > lcd data outputs for the various pixel depths, so it it pretty much > locked into rgb18 in hardware. > > Steve > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Steve S. <sa...@gm...> - 2008-02-25 01:51:22
|
Aaron, Yes the x11 stuff is a really tight fit! There's not a lot of fat to remove in the x11 packages, so you'll likely need to cut back on some of the basics. I'd look in com.gumstix.collection/conf/machine/gumstix-custom-verdex.conf and comment out the MACHINE_FEATURES that you don't absolutely require. I'd suggest disabling bluetooth and sound to start with since the x11 stuff doesn't require (or use) either of them. That should reduce the size by several megabytes. Then: bitbake -c rebuild task-base-gumstix bitbake -c rebuild gumstix-x11-image Good luck! Steve On Sun, Feb 24, 2008 at 5:02 PM, Aaron Ten Clay <aa...@ma...> wrote: > Thanks, I got this image compiled and installed. However it seems to > be too large - I suspect it may have been truncated by installing the > kernel. (I have an xm4-bt with 16M of flash) > > I've been reading through the bitbake files for the gumstix-x11-image > and it eventually leads to "inhert image" in gumstix-minimal-image.bb. > I don't know where this is. I want to remove some of the packages from > the image file so it will fit. Do you have any pointers on this? > > Thanks a bunch! > -Aaron > > > > > On Feb 21, 2008, at 3:35 PM, Steve Sakoman wrote: > > >> is there any way to get X running on this LCD at all? > > > > X11 will run, it just doesn't look pretty. You can try the > > gumstix-x11-image if you want to see for yourself. > > > >> I would be okay > >> with fewer bits per pixel for for now. Can microwindows be tricked > >> into running 16bpp or something? > > > > Microwindows loves rbg16, unfortunately the consoleLCD is wired for > > rgb18. The pxa270 lcd controller is not flexible enough to mux the > > lcd data outputs for the various pixel depths, so it it pretty much > > locked into rgb18 in hardware. > > > > Steve > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > gumstix-users mailing list > > gum...@li... > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > |
From: eldeivid <eld...@ho...> - 2008-03-19 03:48:21
|
Any news with this issue? Hi, Steve, what about the progress thats been made on 16-bpp so far.. Are you saying that its impossible to get the RGB aligned properly? l8r, Xris. -- View this message in context: http://www.nabble.com/Microwindows-%22Unsupported-262144-color-%2818-bpp%29-truecolor-framebuffer%22-tp15622034p16136526.html Sent from the Gumstix mailing list archive at Nabble.com. |
From: Steve S. <sa...@gm...> - 2008-03-19 04:16:05
|
> Any news with this issue? The new consoleLCD16 solves the rgb16 issue for those who want to use X11, microwindows, directfb, etc: http://gumstix.com/store/catalog/product_info.php?cPath=31&products_id=205 A couple of screen grabs using this expansion card with X11: http://www.sakoman.net/oe/midori.png http://www.sakoman.net/oe/settings.png Steve On Tue, Mar 18, 2008 at 8:48 PM, eldeivid <eld...@ho...> wrote: > > Any news with this issue? > > > > > > Hi, > > Steve, what about the progress thats been made on 16-bpp so far.. Are > you saying that its impossible to get the RGB aligned properly? > > l8r, > Xris. > > -- > View this message in context: http://www.nabble.com/Microwindows-%22Unsupported-262144-color-%2818-bpp%29-truecolor-framebuffer%22-tp15622034p16136526.html > > Sent from the Gumstix mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |