lkml.org 
[lkml]   [2006]   [Apr]   [15]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
DateFri, 14 Apr 2006 21:31:05 -0700
FromAndrew Morton <>
SubjectRe: [Linux-fbdev-devel] Behaviour change of /dev/fb0?
"Antonino A. Daplas" <adaplas@gmail.com> wrote:
>> Richard Purdie wrote:> > Ignoring whether this is a good idea or not, under 2.6.15 you could run
> > > > dd if=/dev/zero of=/dev/fb0> > > > which would clear the framebuffer. It would end up saying "dd: /dev/fb0:
> > No space left on device".> > > > Under 2.6.16 (and a recent git kernel), the same command clears the
> > screen but then hangs. Was the change in behaviour intentional? 
> > > > I've noticed this on a couple of ARM based Zaurus handhelds under both
> > w100fb and pxafb.> > > > After reading 'man 2 read' more thoroughly, I've adjusted fb_write()'s
> return codes  appropriately.  Can you try this patch and let me know if it
> fixes your problem.> > Tony> > fbdev: Fix return error of fb_write()> > - return -EFBIG if file offset is past the maximum allowable offset

OK.

> - return -EFBIG and write to end of framebuffer if size is bigger than the
>   framebuffer length

We should return the number of bytes written in this case.

> - return -ENOSPC and write to end of framebuffer if size is bigger than the
>   framebuffer length - file offset

Also here.


If we can transfer _any_ bytes, we should do so, then return the number of
bytes transferred.  If no bytes were transferrable then we should return
-Ewhatever.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2006-04-15 04:34    [from the cache]
©2003-2008