* should the kernel be initializing the uarts on the Au1550?
@ 2005-04-26 19:58 Clem Taylor
2005-04-26 20:47 ` Dan Malek
2005-04-26 21:53 ` Pete Popov
0 siblings, 2 replies; 3+ messages in thread
From: Clem Taylor @ 2005-04-26 19:58 UTC (permalink / raw)
To: linux-mips
It seems that the kernel (2.6.10) isn't properly initializing the
Au1550 serial ports. All three of the serial ports work, just not at
the same time. Linux seems to need yamon to configure the serial port
first. Out of the box yamon uses UART0 & UART3 and ttyS0 & ttyS2
(UART3, the 1550 doesn't have a UART2) work in linux, but ttyS1
doesn't. If I switch yamon to use UART1 & UART3, then ttyS0 doesn't
seem to work in linux. The serial port that isn't configured by yamon
will hang in an ioctl() on calling tcsetattr().
Before I just cheat and add a third serial port to yamon, should the
kernel be initializing the UARTs or does it really expect the yamon to
initialize them first? Is anyone using all 3 serial ports on an
Au1550?
Thanks,
Clem
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: should the kernel be initializing the uarts on the Au1550?
2005-04-26 19:58 should the kernel be initializing the uarts on the Au1550? Clem Taylor
@ 2005-04-26 20:47 ` Dan Malek
2005-04-26 21:53 ` Pete Popov
1 sibling, 0 replies; 3+ messages in thread
From: Dan Malek @ 2005-04-26 20:47 UTC (permalink / raw)
To: Clem Taylor; +Cc: linux-mips
On Apr 26, 2005, at 3:58 PM, Clem Taylor wrote:
> It seems that the kernel (2.6.10) isn't properly initializing the
> Au1550 serial ports.
What do you mean by "initializing"?
> .... Linux seems to need yamon to configure ....
Linux assumes yamon for the Db1xxx and Pb1xxx
boards will configure nearly all of the IO pins
properly. This is quite the opposite of most embedded
systems that assume nothing and rely on the Linux
board startup functions to do this.
It is just historical, and could be changed. First, we
need to add sufficient configuration information so
we know what IO is used (serial ports in this case).
Second we need the functions to do the proper
set up based upon the selected configuration.
Then, the discussions (arguments) start about what
should be further assumed about initialization :-)
My preference is that if we should do all of the
initialization and assume nothing, because we could
probably eliminate lots of board specific set up
files and use more common software.
Thanks.
-- Dan
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: should the kernel be initializing the uarts on the Au1550?
2005-04-26 19:58 should the kernel be initializing the uarts on the Au1550? Clem Taylor
2005-04-26 20:47 ` Dan Malek
@ 2005-04-26 21:53 ` Pete Popov
1 sibling, 0 replies; 3+ messages in thread
From: Pete Popov @ 2005-04-26 21:53 UTC (permalink / raw)
To: Clem Taylor; +Cc: 'linux-mips@linux-mips.org'
On Tue, 2005-04-26 at 15:58 -0400, Clem Taylor wrote:
> It seems that the kernel (2.6.10) isn't properly initializing the
> Au1550 serial ports. All three of the serial ports work, just not at
> the same time. Linux seems to need yamon to configure the serial port
> first. Out of the box yamon uses UART0 & UART3 and ttyS0 & ttyS2
> (UART3, the 1550 doesn't have a UART2) work in linux, but ttyS1
> doesn't. If I switch yamon to use UART1 & UART3, then ttyS0 doesn't
> seem to work in linux. The serial port that isn't configured by yamon
> will hang in an ioctl() on calling tcsetattr().
>
> Before I just cheat and add a third serial port to yamon, should the
> kernel be initializing the UARTs or does it really expect the yamon to
> initialize them first? Is anyone using all 3 serial ports on an
> Au1550?
Yes, it should. And we should really rewrite the serial driver from
scratch.
Pete
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2005-04-26 21:53 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-04-26 19:58 should the kernel be initializing the uarts on the Au1550? Clem Taylor
2005-04-26 20:47 ` Dan Malek
2005-04-26 21:53 ` Pete Popov
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.