* Problem with serial.c introduced in 2.4.15
@ 2002-03-24 16:57 Christian Asam
2002-03-24 17:48 ` Russell King
2002-03-24 18:01 ` Bernd Eckenfels
0 siblings, 2 replies; 4+ messages in thread
From: Christian Asam @ 2002-03-24 16:57 UTC (permalink / raw)
To: linux-kernel
After having found that my VM-Problem (USB/MOD) was due to an old
kernel I upgraded to 2.4.18 and found that I couldn't use my digitizer
board (Genius) with gpm(genitizer) anymoure.
I tracked it down to a change made from 2.4.14 to 2.4.15:
drivers/char/serial.c:
#if 0 /*
* !!! ignore all characters if CREAD is not set
*/
if ((cflag & CREAD) == 0)
info->ignore_status_mask |= UART_LSR_DR;
#endif
The #if 0 and #endif was removed in 2.4.15 and somehow that breaks
gpm/genitizer. Having added the "commenting out through $if 0" the
tablet works fine again and deactivating the appropriate line in 2.4.18
also works.
cu
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Problem with serial.c introduced in 2.4.15
2002-03-24 16:57 Problem with serial.c introduced in 2.4.15 Christian Asam
@ 2002-03-24 17:48 ` Russell King
2002-03-24 18:01 ` Bernd Eckenfels
1 sibling, 0 replies; 4+ messages in thread
From: Russell King @ 2002-03-24 17:48 UTC (permalink / raw)
To: Christian Asam; +Cc: linux-kernel
On Sun, Mar 24, 2002 at 05:57:08PM +0100, Christian Asam wrote:
> The #if 0 and #endif was removed in 2.4.15 and somehow that breaks
> gpm/genitizer. Having added the "commenting out through $if 0" the
> tablet works fine again and deactivating the appropriate line in 2.4.18
> also works.
It sounds like gpm is buggy. If an application turns off the CREAD flag
and expects to read characters from a TTY, then its asking too much. 8)
[-]cread
allow input to be received
--
Russell King (rmk@arm.linux.org.uk) The developer of ARM Linux
http://www.arm.linux.org.uk/personal/aboutme.html
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Problem with serial.c introduced in 2.4.15
2002-03-24 16:57 Problem with serial.c introduced in 2.4.15 Christian Asam
2002-03-24 17:48 ` Russell King
@ 2002-03-24 18:01 ` Bernd Eckenfels
1 sibling, 0 replies; 4+ messages in thread
From: Bernd Eckenfels @ 2002-03-24 18:01 UTC (permalink / raw)
To: linux-kernel
In article <E16pBIs-00024N-00@mrvdom03.kundenserver.de> you wrote:
> The #if 0 and #endif was removed in 2.4.15 and somehow that breaks
> gpm/genitizer. Having added the "commenting out through $if 0" the
> tablet works fine again and deactivating the appropriate line in 2.4.18
> also works.
Probably stty CREAD < /dev/ttyS0 will help (or whatever your tty is) Looks
like a bug in gpm, which is not setting the cread flag.
Greetings
Bernd
^ permalink raw reply [flat|nested] 4+ messages in thread
* Problem with serial.c introduced in 2.4.15
@ 2002-03-24 17:21 Christian Asam
0 siblings, 0 replies; 4+ messages in thread
From: Christian Asam @ 2002-03-24 17:21 UTC (permalink / raw)
To: linux-kernel
After having found out that a too old kernel caused my problem with
writing to slow devices I had the problem that my serial digitizer
(Genius using gpm/genitizer) didn't work with 2.4.18. I tracked it down
to a change made in 1.4.15:
drivers/char/serial.c:
#if 0 /*
* !!! ignore all characters if CREAD is not set
*/
if ((cflag & CREAD) == 0)
info->ignore_status_mask |= UART_LSR_DR;
#endif
In 2.4.15 the #if 0 and #endif was removed and somehow that manages to
break gpm/genitizer. I then added the #if 0/#endif to "remove" that
statement in 2.4.18 and the tablet works with 2.4.18 too.
cu
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2002-03-24 18:02 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-03-24 16:57 Problem with serial.c introduced in 2.4.15 Christian Asam
2002-03-24 17:48 ` Russell King
2002-03-24 18:01 ` Bernd Eckenfels
2002-03-24 17:21 Christian Asam
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®