nanogui: Thread: error in graphics mode

Hi,
Can anyone tell me where can I get instructionds for porting application to a ARM board with LCD.Having this error in graphics mode.

Can you be more specific about the nature of the error?  I have ported 
Nano-X to an ARM system and it's worked quite well so far.

Gil Glass
Telecom Field Services
JDSU
Germantown, MD, USA
+1-240-404-2551

Tan,

I'm a little confused by your question so please bear with me.

>So what should be the graphics mode (MWPF_TRUECOLOR0888, 888, 565....)<

There is a comment in the config file that states that the graphics mode 
should be set to MWPF_TRUECOLOR0888 if you're using a Linux framebuffer 
driver.  I'm not sure why this is but I followed the instruction anyway. 
Are you using a framebuffer driver?

>should I set in the xconfigure or is that other thing I should do?<

Unless I'm mistaken, I don't think you would have xconfigure as that is an 
X window utility. 

>Any other
files that I should also download besides the library files in the
microwin/lib directory?<

You probably have the correct files.  Some more questions for you though:

1.  What is the color depth of your display?

2.  If you are using a framebuffer driver, are you sure that it's the 
correct one?

3.  Does your framebuffer driver support text mode?

4.  If you post your config file on this forum, we can take a look at it 
and maybe spot a problem.

Cheers,
Gil Glass
Telecom Field Services
JDSU
Germantown, MD, USA
+1-240-404-2551




"Tan Ying Liang" ####@####.#### 
09/02/2005 12:52 AM

To
"Gil Glass" ####@####.####
cc

Subject
Re: [nanogui] error in graphics mode






Hi Gil,
The error that I have encountered is "error in setting graphics mode -
invalid argument" after I downloaded the nano-X and nanowm into the ARM
(S3C2410) board (with 320X240 color LCD) and tried to execute nano-X.The
above error occurred.

So what should be the graphics mode (MWPF_TRUECOLOR0888, 888, 565....)
should I set in the xconfigure or is that other thing I should do?Any 
other
files that I should also download besides the library files in the
microwin/lib directory?

I thought it was quite straight forward but can't find instructions to do 
so
and really glad to know that someone has done it successfully.

Thanks in advance.

Best Regards,
Tan


----- Original Message -----
From: "Gil Glass" ####@####.####
To: ####@####.####
Sent: Thursday, September 01, 2005 6:10 AM
Subject: [nanogui] error in graphics mode


> Can you be more specific about the nature of the error?  I have ported
> Nano-X to an ARM system and it's worked quite well so far.
>
> Gil Glass
> Telecom Field Services
> JDSU
> Germantown, MD, USA
> +1-240-404-2551
>

I thought /dev/fb/n was introduced in Linux 2.6.  But you say you're 
running 2.4.  Hmmm...  Not sure about this.  Either way, I don't think 
that this is where the problem is.

Gil Glass
Telecom Field Services
JDSU
Germantown, MD, USA
+1-240-404-2551




"Tan Ying Liang" ####@####.#### 
09/02/2005 12:59 PM

To
"Gil Glass" ####@####.####
cc

Subject
Re: [nanogui] error in graphics mode






Hi Gil,
I have missed out this part which could be the problem also.
There isn't any /dev/fb0 on the root system but instead as /dev/fb/0 and I
use the ln command to link it.
Tan
----- Original Message -----
From: "Gil Glass" ####@####.####
To: "Tan Ying Liang" ####@####.####
Cc: ####@####.####
Sent: Thursday, September 01, 2005 10:36 AM
Subject: Re: [nanogui] error in graphics mode


> Tan,
>
> I'm a little confused by your question so please bear with me.
>
> >So what should be the graphics mode (MWPF_TRUECOLOR0888, 888, 565....)<
>
> There is a comment in the config file that states that the graphics mode
> should be set to MWPF_TRUECOLOR0888 if you're using a Linux framebuffer
> driver.  I'm not sure why this is but I followed the instruction anyway.
> Are you using a framebuffer driver?
>
> >should I set in the xconfigure or is that other thing I should do?<
>
> Unless I'm mistaken, I don't think you would have xconfigure as that is 
an
> X window utility.
>
> >Any other
> files that I should also download besides the library files in the
> microwin/lib directory?<
>
> You probably have the correct files.  Some more questions for you 
though:
>
> 1.  What is the color depth of your display?
>
> 2.  If you are using a framebuffer driver, are you sure that it's the
> correct one?
>
> 3.  Does your framebuffer driver support text mode?
>
> 4.  If you post your config file on this forum, we can take a look at it
> and maybe spot a problem.
>
> Cheers,
> Gil Glass
> Telecom Field Services
> JDSU
> Germantown, MD, USA
> +1-240-404-2551
>
>
>
>
> "Tan Ying Liang" ####@####.####
> 09/02/2005 12:52 AM
>
> To
> "Gil Glass" ####@####.####
> cc
>
> Subject
> Re: [nanogui] error in graphics mode
>
>
>
>
>
>
> Hi Gil,
> The error that I have encountered is "error in setting graphics mode -
> invalid argument" after I downloaded the nano-X and nanowm into the ARM
> (S3C2410) board (with 320X240 color LCD) and tried to execute nano-X.The
> above error occurred.
>
> So what should be the graphics mode (MWPF_TRUECOLOR0888, 888, 565....)
> should I set in the xconfigure or is that other thing I should do?Any
> other
> files that I should also download besides the library files in the
> microwin/lib directory?
>
> I thought it was quite straight forward but can't find instructions to 
do
> so
> and really glad to know that someone has done it successfully.
>
> Thanks in advance.
>
> Best Regards,
> Tan
>
>
> ----- Original Message -----
> From: "Gil Glass" ####@####.####
> To: ####@####.####
> Sent: Thursday, September 01, 2005 6:10 AM
> Subject: [nanogui] error in graphics mode
>
>
> > Can you be more specific about the nature of the error?  I have ported
> > Nano-X to an ARM system and it's worked quite well so far.
> >
> > Gil Glass
> > Telecom Field Services
> > JDSU
> > Germantown, MD, USA
> > +1-240-404-2551
> >
>
>
>

Hello Tan,

I may be getting a bit out of my element here so I welcome any input from 
other lurkers.

Regarding the xconfigure utility, sorry for the confusion, I didn't 
realize it was something that came with Nano-X.

The error that you are encountering appears to be generated by Nano-X's 
frame buffer driver code (that talks to the Linux frame buffer????).  I'm 
running 0.91, and I recommend that you do the same, and in my setup, the 
file .../src/drivers/scr_fb.c, line 233 is where the error is occurring. 
Here's the code snippet:

#if HAVETEXTMODE
    /* open tty, enter graphics mode*/
    tty = open ("/dev/tty0", O_RDWR);
    if(tty < 0) {
        EPRINTF("Error can't open /dev/tty0: %m\n");
        goto fail;
    }
    if(ioctl (tty, KDSETMODE, KD_GRAPHICS) == -1) {
        EPRINTF("Error setting graphics mode: %m\n");
        close(tty);
        goto fail;
    }
    close(tty);
#endif

This is why I asked you about text mode.  It looks like the system is 
successfully opening the TTY device but the ioctl for switching to 
graphics mode is failing.  I'm going to go out on a limb and suggest that 
you try setting HAVETEXTMODE to N.  I'm not promising that it will work, 
but it might tell you something.

Gil Glass
Telecom Field Services
JDSU
Germantown, MD, USA
+1-240-404-2551

<MESSAGE TRUNCATED TO APPEASE NANOGUI!!!>

> I thought /dev/fb/n was introduced in Linux 2.6.  But you say you're 
> running 2.4.  Hmmm...  Not sure about this.  Either way, I don't think 
> that this is where the problem is.

/dev/fb/n is an unfortunate side effect of devfs, which exists in 2.4 and
existed (good riddance!) in 2.6 for a while.   Your best best is to
do a soft link from /dev/fb/0 to /dev/fb0, or get rid of devfs all together,
move up to 2.6, and be introduced to the chewy goodness of udev.  :)

Jordan

--
Senior Linux Engineer
AMD - Personal Connectivity Solutions Group
<www.amd.com/embeddedprocessors>