[uClinux-dev] Serial support with kernel 2.6

David Wu davidwu at arcturusnetworks.com
Wed Jan 24 14:08:42 EST 2007


Hi Greg,

OK now. I have figured out the problem. Port UA Pin Assignment Register  
should set to UART mode.

attached patch(against that in uClinux-dist-test-20061215.tar.bz2) should  
fix it.

On Wed, 24 Jan 2007 10:35:49 -0500, David Wu  
<davidwu at arcturusnetworks.com> wrote:

> Hi Greg,
>
> I observe the same problem on our 5282 module. I'm using  
> uClinux-dist-test-20061215.tar.bz2, kernel 2.6.x which has this patch  
> applied.
>
> serial port ttyS1 tx interrupts counter increases when doing a echo 1111  
> > /dev/ttyS1 but the data is not seen from minicom, while sending data  
> to the ttyS1 from minicom did not generate interrupts(at least from  
> below it did not show).
>
> I'm tring to figure out the problem in  
> linux-2.6.x/driver/serial/mcfserial.c. If you can give me a hint that  
> will be great.
>
> # cat mcfserial
> ColdFire internal UART serial driver version 1.00
> 0: port:40000200 irq=77 baud:9600 tx:1424 rx:16 RTS
> 1: port:40000240 irq=78 baud:9600 tx:616 rx:0 RTS
> 2: port:40000280 irq=79 baud:0
> # cat /proc/interrupts
>   77:       1543   ColdFire UART
>   78:        673   ColdFire UART
>   79:          0   ColdFire UART
>   87:          5   fec(TXF)
>   88:        240   fec(TXB)
> [...]
>
> On Thu, 23 Nov 2006 22:53:38 -0500, Greg Ungerer <gerg at snapgear.com>  
> wrote:
>
>> Hi Aitor,
>>
>> Aitor Calderón wrote:
>>> El Jueves, 23 de Noviembre de 2006 08:29, Greg Ungerer escribió:
>>>
>>>>> /proc> cat interrupts
>>>>>  77:      26391   ColdFire UART
>>>>>  78:         44   ColdFire UART
>>>>>  87:          1   fec(TXF)
>>>>>  88:        134   fec(TXB)
>>>>> [...]
>>>>>
>>>>> The interrupts in the second port are produced when sending data,  
>>>>> but not
>>>>> receiving.
>>>>>
>>>>>> cat /proc/tty/driver/serial
>>>>> /proc/tty/driver> cat mcfserial
>>>>> ColdFire internal UART serial driver version 1.00
>>>>> 0: port:40000200 irq=77 baud:19200 tx:26645 rx:676 RTS|CTS
>>>>> 1: port:40000240 irq=78 baud:19200 tx:23 rx:0 RTS
>>>>>
>>>>> I see that in the second port there are not CTS. In the workstation  
>>>>> its
>>>>> the same, no CTS.
>>>> Is the workstation seeing data?
>>>> Is it sending any data back?
>>>
>>> Oh, nope, the workstation doesnt see anything.
>>
>> OK, I see what is going on here. The multifunction pins used
>> by the second UART are not enabled for "UART" mode.
>>
>> Apply the attached patch. It contains a fix for this (and a
>> couple of other recent fixes as well).
>>
>> Regards
>> Greg
>>
>>
>>
>>>> What kernel version are you working with?
>>>
>>> I am using uClinux-dist-20060803, I think its kernel 2.6.17
>>>
>>>
>>>  Thanks,
>>>   Aitor.
>>> _______________________________________________

-- 
David
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 2_6_mcfserial.patch
Type: application/octet-stream
Size: 1221 bytes
Desc: not available
URL: <http://mailman.uclinux.org/pipermail/uclinux-dev/attachments/20070124/f63b5964/attachment.obj>


More information about the uClinux-dev mailing list