From: Florian Tobias Schandinat <FlorianSchandinat@gmx.de>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: linux-fbdev-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] fb: do not ignore fb_set_par errors
Date: Fri, 21 Aug 2009 19:42:09 +0200 [thread overview]
Message-ID: <4A8EDC71.10403@gmx.de> (raw)
In-Reply-To: <20090820153100.eec12070.akpm@linux-foundation.org>
Andrew Morton schrieb:
> On Thu, 20 Aug 2009 11:59:56 +0000
> Florian Tobias Schandinat <FlorianSchandinat@gmx.de> wrote:
>
>> at the moment about half of the framebuffer drivers can return an error
>> code in fb_set_par. Until now it would be silently ignored by fbmem.c
>> and fbcon.c. The following patch fixes fbmem.c to pass it on but I have
>> no idea what the right behaviour in fbcon.c would look like.
>> Any comments?
>
> Nobody really maintains this code any more and I don't know to whom
> your question should be addressed. All I can suggest is that you
> decide what is the best path to take, and propose that we take it!
Okay. I think it's difficult to ensure that we always end up with a
working console. I assume that this is a very very rare case and as a
start it should be enough to detect those cases and print an error message.
> Yes, it seems reasonable to me - if we ignore this the machine will
> probably crash later anyway.
>
> A well-behaved driver should leave the hardware in an unchanged state
> if it's going to return an error (IMO).
>
> Do you know of any bug reports which are due to this lack of checking?
No, I just hit the problem by thinking about how dynamic errors can be
handled and looking at some drivers and fbmem.c.
> If you're concerned about the effects of this change, perhaps you
> should add a nice big printk when we decide to error out, so that it
> makes it easier for bug reporters (and responders!) to work out what
> happened?
That's a very good idea. Will add this too and resend the patch.
Thanks,
Florian Tobias Schandinat
next prev parent reply other threads:[~2009-08-21 17:42 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-20 11:59 [RFC] fbcon: fb_set_par error handling Florian Tobias Schandinat
2009-08-20 11:59 ` [PATCH] fb: do not ignore fb_set_par errors Florian Tobias Schandinat
2009-08-20 22:31 ` Andrew Morton
2009-08-20 22:31 ` Andrew Morton
2009-08-21 17:42 ` Florian Tobias Schandinat [this message]
2009-08-21 17:49 ` [PATCH v2] " Florian Tobias Schandinat
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4A8EDC71.10403@gmx.de \
--to=florianschandinat@gmx.de \
--cc=akpm@linux-foundation.org \
--cc=linux-fbdev-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.