Re: [BUG] serial ioctl not returning with 2.4.3

[Steven Walter <srwalter@yahoo.com>]

On Wed, Apr 11, 2001 at 04:50:21PM -0400, Jeff Garzik wrote:
> Steven Walter wrote:
> > 
> > When I try to start "agetty" on my serial line, agetty hangs in an
> > ioctl; according to strace, this ioctl is "SNDCTL_TMR_STOP".  This
> > doesn't sound right, but that ioctl is defined as _IO('T', 3) if that
> > makes any more sense.
> > 
> > The reason that this must be a kernel bug is because agetty works
> > flawlessly in an identically-configured 2.4.2 kernel, and even a 2.4.3
> > kernel with the debugging tokens defined.  I'd be glad to give any help
> > that I could.
> 
> I am not sure this is a serial driver bug:
> 
> [jgarzik@rum linux_2_4]$ find . -name '*.[ch]'|xargs grep -wn
> SNDCTL_TMR_STOP
> ./arch/sparc64/kernel/ioctl32.c:3503:COMPATIBLE_IOCTL(SNDCTL_TMR_STOP)
> ./drivers/sound/mpu401.c:1522:          case SNDCTL_TMR_STOP:
> ./drivers/sound/sequencer.c:1352:               case SNDCTL_TMR_STOP:
> ./drivers/sound/sound_timer.c:195:              case SNDCTL_TMR_STOP:
> ./drivers/sound/sys_timer.c:206:        case SNDCTL_TMR_STOP:
> ./include/linux/soundcard.h:165:#define SNDCTL_TMR_STOP                
> _SIO  ('T', 3)

It would appear that way, if not for something I neglected to mention in
my first message--the ioctl is on the fd for the opened serial port.
This succeeds in other version of the kernel (as described in my
original posting) and so must somehow be valid for the serial driver.

Any more thoughts?  This would seem to be a definite bug in the serial
code.

-- 
-Steven
In a time of universal deceit, telling the truth is a revolutionary act.
			-- George Orwell