2001-04-19 16:09:10

by Marc Karasek

[permalink] [raw]
Subject: FW: Bug in serial.c



-----Original Message-----
From: Marc Karasek
To: 'Richard B. Johnson '
Sent: 4/19/01 11:53 AM
Subject: RE: Bug in serial.c

Did something change between 2.4.2 & 2.4.3? Under 2.4.2 I did not have
to init the terminal (are you refering to the host or client side?) and
just accepted the defaults (9600, 8n1) which was fine for debug and
terminal I/O.

My issue is with 2.4.2 it works with 2.4.3 (same .config) it does not.
So in my mind this is a bug of some type..... :-)

Which kernel are you using in your embedded project??




-----Original Message-----
From: Richard B. Johnson
To: Marc Karasek
Cc: '[email protected]'
Sent: 4/19/01 11:43 AM
Subject: Re: Bug in serial.c

On Thu, 19 Apr 2001, Marc Karasek wrote:

> I am doing some embedded development with the 2.4.x series and have
noticed
> a few things..
>
[SNIPPED...]

>
> 2) In 2.4.3 the console port using ttySX is broken. It dumps fine to
the
> terminal but when you get to a point of entering data (login,
configuration
> scripts, etc) the terminal does not accept any input.
>

It is not broken. It is used all the while in our embeded systems.

> So far I have been able to debug to the point where I see that the
kernel is
> receiving the characters from the serial.c driver. But it never echos
them
> or does anything else with them. I will continue to look into this at
this
> end.
>

Did you ever initialize the terminal? And I'm not talking about
baud-rate.
There is a termios structure of information necessary to configure a
terminal for I/O.

> I was also wondering if anyone else has seen this or if a patch is
avail for
> this bug??

You refer to a BUG? There isn't any of the kind you describe.


Cheers,
Dick Johnson

Penguin : Linux version 2.4.1 on an i686 machine (799.53 BogoMips).

"Memory is like gasoline. You use it up when you are running. Of
course you get it all back when you reboot..."; Actual explanation
obtained from the Micro$oft help desk.