All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Smolik <marvin@mydatex.cz>
To: sparclinux@vger.kernel.org
Subject: Re: [PATCH] Fix E250 console with RSC
Date: Sat, 05 Aug 2006 12:43:15 +0000	[thread overview]
Message-ID: <44D49263.1080307@mydatex.cz> (raw)
In-Reply-To: <wrpwt9nk17j.fsf_-_@wild-wind.fr.eu.org>

Marc Zyngier napsal(a):
> Folks,
> 
> This patch fixes the RSC console oops Daniel discovered. The
> problem is that, when the console is redirected to the RSC, it uses
> the second sunsab chip, which is perfectly detected. Unfortunately,
> the console framework calls the sunsab_console_setup each time a port
> is registered. This has some adverse effect, as the third port has not
> been discovered yet...
> 
> This patch, tested on my own E250 through an RSC console, hides the
> problem by defering the console setup until the port has been properly
> initialized.
> 
> Dave, please consider applying.
> 
> 	M.
> 
> This patch fixes yet another sunsab problem, when console is set to
> anything but the first port. The console framework calls
> sunsab_console_setup for each port, and we end up setting up a console
> on a not yet discovered port, which leads to an Oops. Instead, defer
> console setup until the requested port is properly initialized. Tested
> on an E250 through an RSC console.
> 
> Reported by Daniel Smolik <marvin@mydatex.cz>
> 
> Signed-off-by: Marc Zyngier <maz@misterjones.org>
> 
> diff --git a/drivers/serial/sunsab.c b/drivers/serial/sunsab.c
> index dc673e1..077c201 100644
> --- a/drivers/serial/sunsab.c
> +++ b/drivers/serial/sunsab.c
> @@ -886,6 +886,15 @@ static int sunsab_console_setup(struct c
>  	unsigned long flags;
>  	unsigned int baud, quot;
>  
> +	/*
> +	 * The console framework calls us for each and every port
> +	 * registered. Defer the console setup until the requested
> +	 * port has been properly discovered. A bit of a hack,
> +	 * though...
> +	 */
> +	if (up->port.type != PORT_SUNSAB)
> +		return -1;
> +	
>  	printk("Console: ttyS%d (SAB82532)\n",
>  	       (sunsab_reg.minor - 64) + con->index);
>  
> 

Thanks Marc for patch. It works great for me. No crash  and my E250 now boots.
But in dmesg i found this:
  se@14,200000: ttyS3 at MMIO 0x1fff1200040 (irq = 8) is a SAB82532 V3.2
I mean that my E250 have only 2 ports + RSC console. Am I right ?

			Dan





  reply	other threads:[~2006-08-05 12:43 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-08-05  8:59 [PATCH] Fix E250 console with RSC Marc Zyngier
2006-08-05 12:43 ` Daniel Smolik [this message]
2006-08-05 13:07 ` Marc Zyngier
2006-08-06 17:07 ` Eric Brower
2006-08-06 19:54 ` Daniel Smolik
2006-08-07 23:15 ` Eric Brower
2006-08-08  8:32 ` Daniel Smolik
2006-08-08 20:57 ` Eric Brower
2006-08-23 22:48 ` David Miller

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=44D49263.1080307@mydatex.cz \
    --to=marvin@mydatex.cz \
    --cc=sparclinux@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.