Hi Wolfgang,
Wolfgang Wegner wrote:
I am quite new to uClinux and have a question if there is any
common practice for such a case...
I have a Coldfire MCF5373L in an embedded design where I want to
use the SSI lateron. However, as the SSI shares pins with the second
serial port (UART1) and the GPIO module is set up during UART
initalisation, I have to disable UART1 completely in the driver.
How would one handle this in a way that it might be re-usable?
The possibilities I see are:
- just count the UARTs starting from 0, resulting in a mapping
UART0 -> ttyS0
UART2 -> ttyS1
(this has the disadvantage of ttyS1 being a different port
when I run on a standard kernel or on my patched kernel)
- give the UARTs their "hardware number"
UART0 -> ttyS0
UART2 -> ttyS2
Like this, I could always use ttyS2 during development regardless
if I run on a standard kernel or my patched kernel. However, the
"missing ttyS1" looks a bit strange to me...
It varies, but mostly serial drivers just number the devices
they find from 0 upwards.
In your case the UART1 is still there, only its output pins are
not active. So I would follow your second method.
Regards
Greg
I know this may be silly questions because in the production system,
I do only have one kernel, but at this stage I would like to make all
the changes as clean as possible.
Best regards,
Wolfgang
_______________________________________________
uClinux-dev mailing list
[email protected]
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by [email protected]
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
--
------------------------------------------------------------------------
Greg Ungerer -- Chief Software Dude EMAIL: [EMAIL PROTECTED]
Secure Computing Corporation PHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongabba, QLD, 4102, Australia WEB: http://www.SnapGear.com
_______________________________________________
uClinux-dev mailing list
[email protected]
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by [email protected]
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev
