minicom bug and linux kernel 2.6.25.4
Adam Lackorzynski
adam at os.inf.tu-dresden.de
Mon Jun 9 17:38:12 UTC 2008
On Sun Jun 08, 2008 at 18:03:00 -0500, R.L. Horn wrote:
> On Sun, 8 Jun 2008, Adam Lackorzynski wrote:
>
> > Ok, so I looked into this a bit and unfortunately I cannot reproduce
> > this with any devices I used. Which did you use? I'd really like to know
> > what the cause is...
>
> I'm seeing it with a 2nd-gen. V.90 Courier (with the switches set so as
> not to ignore DTR). The UART is whatever 8250/16550 clone they put on my
> motherboard (ATI/ATI chipset).
>
> Kernel configuration is pretty standard:
>
> CONFIG_SERIAL_8250=y
> # CONFIG_SERIAL_8250_CONSOLE is not set
> CONFIG_FIX_EARLYCON_MEM=y
> CONFIG_SERIAL_8250_PCI=y
> CONFIG_SERIAL_8250_PNP=y
> CONFIG_SERIAL_8250_NR_UARTS=4
> CONFIG_SERIAL_8250_RUNTIME_UARTS=4
> # CONFIG_SERIAL_8250_EXTENDED is not set
>
> If you have a breakout box with indicator lights, you should see that DTR
> isn't raised provided that the problem is, in fact, universal.
>
> If everything's working great for you. then by all means please let me
> know and I'll put on my hip boots and wade around in the kernel source (it
> may be that the UART simply isn't being given time to settle after the
> clock programming -- I've run into that before).
Looks like I'm seeing the same with my Courier now too but somehow your
patch doesn't help (same non-working behaviour with it and without).
Need to further investigate this...
Adam
--
Adam adam at os.inf.tu-dresden.de
Lackorzynski http://os.inf.tu-dresden.de/~adam/
More information about the minicom-devel
mailing list