[lkml]   [2008]   [Aug]   [21]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [Bug #11272] BUG: parport_serial in 2.6.27-rc1 for NetMos Technology PCI 9835
On Sunday 10 August 2008 12:54:14 am Jaswinder Singh wrote:
> > Bug-Entry :
> > Subject : BUG: parport_serial in 2.6.27-rc1 for NetMos Technology PCI 9835
> > Submitter : Jaswinder Singh <>
> > Date : 2008-08-05 15:12 (5 days old)
> > References :
> This problem still exists on 2.6.27-rc2
> When I connect development boads to /dev/ttyS1 and /dev/ttyS2:
> bootloader still prints Junk (Garbage Characters) but when Linux
> starts then it becomes readable and normal.
> So I thought problem is in bootloader so I connected different kind of
> develepment boards and all shows junk characters during boot-loading.
> But when I connect development boads to /dev/ttyS0 : bootloader
> messages are readable and normal with same settings.

This sounds like a problem with the port configuration, e.g.,
baud rate, data bits, etc.

I'm a little confused about what's connected to what.

I assume you have the consoles of various development boards ("targets")
connected to a NetMos card in the host, and you're running conserver
or something on the host. And the target bootloader output is garbled,
but after the target boots Linux, the output from the target becomes

If that's the case, nothing should be changing on the host side that
could account for the change from garbled to normal.

I notice you're running at 115200. Does the same thing happen if
you run at 9600 baud? I'm wondering if the bootloader programs the
UART with a divisor that results in a baud rate that's enough different
to cause garbling, and when Linux boots, it reprograms the UART with
something that matches the NetMos more closely. The builtin ttyS0
and the NetMos ports probably use different clocks, which could
explain why it works on one but not the other.

There were no changes in parport_serial between 2.6.26 and 2.6.27-rc2.
Please confirm whether this is a regression from 2.6.26 or not.


 \ /
  Last update: 2008-08-21 23:37    [W:0.119 / U:1.084 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site