linux-fbdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* bugs!
@ 2004-05-14  4:30 Lucas Correia Villa Real
  2004-05-14 23:14 ` bugs! Lucas Correia Villa Real
  0 siblings, 1 reply; 3+ messages in thread
From: Lucas Correia Villa Real @ 2004-05-14  4:30 UTC (permalink / raw)
  To: Linux Frame Buffer Device Development

Hi!

I'm almost finished with my driver for the monochromatic ST7565 LCD, but I'm 
dealing with a bug that I could't solve by the entire day.

It was designed to be run as a module, and it's living together with another 
display that already owns the console devices. So, when I load st7565's 
module, it just skips take_over_console() code in fbmem.c and starts to 
accept write()'s on it.

By the way, I got some demo applications from MicroWindows (microwindows.org) 
that starts to get more information from the driver. It looks like when they 
request st7565_set_cmap(), some invalid pointer is accessed and the driver 
just dies:

Unhandled fault: external abort on non-linefetch (0x00a) at 0x4001a004
pgd = c3d78000
*pgd = 0bcaf001, *pmd = 0bcaf001, *pte = c4a5e0b3, *ppte = c4a5eff2

I've looked at other drivers' routines, such as hgafb, and it really looks to 
be everything on the right place. I got the impression that this error could 
be happening due to the fact that my driver didn't get the console's 
ownership, so I've disabled the other driver and compiled st7565 built-in, 
but then the driver dies with the same message at take_over_console().

Does anyone know if hgafb is a working driver that I could rely on? Also I got 
confused by the need to use or not a color pallete -- probably I don't need, 
as I'm working only with black/white, but at this time I'm no more sure about 
anything at all :-)

I'm also confused about the "setcolreg()" function passed to fb_get_cmap(). 
What should it do? What's the meaning of its 1st parameter, "regno"?

If someone could take a time to give a quick look on my set_cmap() routine, 
I've uploaded the code here:

http://cscience.org/~lucasvr/etc/st7565.c

Thanks in advance, any help will be very appreciated!
Lucas


-------------------------------------------------------
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadband and get the fastest
6.0/768 connection for only $19.95/mo for the first 3 months!
http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: bugs!
  2004-05-14  4:30 bugs! Lucas Correia Villa Real
@ 2004-05-14 23:14 ` Lucas Correia Villa Real
  2004-05-15  2:12   ` bugs! Lucas Correia Villa Real
  0 siblings, 1 reply; 3+ messages in thread
From: Lucas Correia Villa Real @ 2004-05-14 23:14 UTC (permalink / raw)
  To: linux-fbdev-devel

Hi again,

I've fixed the non-linefetch error: I was passing the virtual framebuffer 
address into fix.smem_start instead of the physical one. Things got weird 
then when fb_writeb() tryied to write on that address ;-)

Cheers,
Lucas


On Friday 14 May 2004 01:30, Lucas Correia Villa Real wrote:
> Hi!
>
> I'm almost finished with my driver for the monochromatic ST7565 LCD, but
> I'm dealing with a bug that I could't solve by the entire day.
>
> It was designed to be run as a module, and it's living together with
> another display that already owns the console devices. So, when I load
> st7565's module, it just skips take_over_console() code in fbmem.c and
> starts to accept write()'s on it.
>
> By the way, I got some demo applications from MicroWindows
> (microwindows.org) that starts to get more information from the driver. It
> looks like when they request st7565_set_cmap(), some invalid pointer is
> accessed and the driver just dies:
>
> Unhandled fault: external abort on non-linefetch (0x00a) at 0x4001a004
> pgd = c3d78000
> *pgd = 0bcaf001, *pmd = 0bcaf001, *pte = c4a5e0b3, *ppte = c4a5eff2
>
> I've looked at other drivers' routines, such as hgafb, and it really looks
> to be everything on the right place. I got the impression that this error
> could be happening due to the fact that my driver didn't get the console's
> ownership, so I've disabled the other driver and compiled st7565 built-in,
> but then the driver dies with the same message at take_over_console().
>
> Does anyone know if hgafb is a working driver that I could rely on? Also I
> got confused by the need to use or not a color pallete -- probably I don't
> need, as I'm working only with black/white, but at this time I'm no more
> sure about anything at all :-)
>
> I'm also confused about the "setcolreg()" function passed to fb_get_cmap().
> What should it do? What's the meaning of its 1st parameter, "regno"?
>
> If someone could take a time to give a quick look on my set_cmap() routine,
> I've uploaded the code here:
>
> http://cscience.org/~lucasvr/etc/st7565.c
>
> Thanks in advance, any help will be very appreciated!
> Lucas
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: SourceForge.net Broadband
> Sign-up now for SourceForge Broadband and get the fastest
> 6.0/768 connection for only $19.95/mo for the first 3 months!
> http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
> _______________________________________________
> Linux-fbdev-devel mailing list
> Linux-fbdev-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel


-------------------------------------------------------
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadband and get the fastest
6.0/768 connection for only $19.95/mo for the first 3 months!
http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: bugs!
  2004-05-14 23:14 ` bugs! Lucas Correia Villa Real
@ 2004-05-15  2:12   ` Lucas Correia Villa Real
  0 siblings, 0 replies; 3+ messages in thread
From: Lucas Correia Villa Real @ 2004-05-15  2:12 UTC (permalink / raw)
  To: linux-fbdev-devel

Ops, it's the opposite :-)

Lucas


On Friday 14 May 2004 20:14, Lucas Correia Villa Real wrote:
> Hi again,
>
> I've fixed the non-linefetch error: I was passing the virtual framebuffer
> address into fix.smem_start instead of the physical one. Things got weird
> then when fb_writeb() tryied to write on that address ;-)
>
> Cheers,
> Lucas
>
> On Friday 14 May 2004 01:30, Lucas Correia Villa Real wrote:
> > Hi!
> >
> > I'm almost finished with my driver for the monochromatic ST7565 LCD, but
> > I'm dealing with a bug that I could't solve by the entire day.
> >
> > It was designed to be run as a module, and it's living together with
> > another display that already owns the console devices. So, when I load
> > st7565's module, it just skips take_over_console() code in fbmem.c and
> > starts to accept write()'s on it.
> >
> > By the way, I got some demo applications from MicroWindows
> > (microwindows.org) that starts to get more information from the driver.
> > It looks like when they request st7565_set_cmap(), some invalid pointer
> > is accessed and the driver just dies:
> >
> > Unhandled fault: external abort on non-linefetch (0x00a) at 0x4001a004
> > pgd = c3d78000
> > *pgd = 0bcaf001, *pmd = 0bcaf001, *pte = c4a5e0b3, *ppte = c4a5eff2
> >
> > I've looked at other drivers' routines, such as hgafb, and it really
> > looks to be everything on the right place. I got the impression that this
> > error could be happening due to the fact that my driver didn't get the
> > console's ownership, so I've disabled the other driver and compiled
> > st7565 built-in, but then the driver dies with the same message at
> > take_over_console().
> >
> > Does anyone know if hgafb is a working driver that I could rely on? Also
> > I got confused by the need to use or not a color pallete -- probably I
> > don't need, as I'm working only with black/white, but at this time I'm no
> > more sure about anything at all :-)
> >
> > I'm also confused about the "setcolreg()" function passed to
> > fb_get_cmap(). What should it do? What's the meaning of its 1st
> > parameter, "regno"?
> >
> > If someone could take a time to give a quick look on my set_cmap()
> > routine, I've uploaded the code here:
> >
> > http://cscience.org/~lucasvr/etc/st7565.c
> >
> > Thanks in advance, any help will be very appreciated!
> > Lucas
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: SourceForge.net Broadband
> > Sign-up now for SourceForge Broadband and get the fastest
> > 6.0/768 connection for only $19.95/mo for the first 3 months!
> > http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
> > _______________________________________________
> > Linux-fbdev-devel mailing list
> > Linux-fbdev-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: SourceForge.net Broadband
> Sign-up now for SourceForge Broadband and get the fastest
> 6.0/768 connection for only $19.95/mo for the first 3 months!
> http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click
> _______________________________________________
> Linux-fbdev-devel mailing list
> Linux-fbdev-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel


-------------------------------------------------------
This SF.Net email is sponsored by: SourceForge.net Broadband
Sign-up now for SourceForge Broadband and get the fastest
6.0/768 connection for only $19.95/mo for the first 3 months!
http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2004-05-15  2:11 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-05-14  4:30 bugs! Lucas Correia Villa Real
2004-05-14 23:14 ` bugs! Lucas Correia Villa Real
2004-05-15  2:12   ` bugs! Lucas Correia Villa Real

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).