Serial mouse only works during installation in graphics mode, problem with 'serial device driver'

Serial mouse only works during installation in graphics mode, problem with 'serial device driver'

Post by arie » Sun, 23 Sep 2001 18:33:52



Hi,
During installation in graphics mode the serial microsoft mouse works.
But when Linux starts the console mouse drivers, the following error
appears: 'LSR Safety check engaged!', meaning that the UART 16550A
returns 0xFF to a query of the serial device driver which then
concludes that there is some problem. Result: no serial mouse or
whatever device on the serial port will work.
Now I looked for this problem in google and found
http://uwsg.iu.edu/hypermail/linux/kernel/0002.1/0075.html
as an explanation: a sloppy designed UART 16550A chip...
My question: is there any updated driver somewhere in which this
problem is resolved?
Or is there any parameter that I can apply during start up to prevent
the serial driver from performing this check?

thanks a lot,
arie

 
 
 

Serial mouse only works during installation in graphics mode, problem with 'serial device driver'

Post by Michael Heimin » Mon, 24 Sep 2001 03:48:43



Quote:> Hi,
> During installation in graphics mode the serial microsoft mouse
> works. But when Linux starts the console mouse drivers, the
> following error appears: 'LSR Safety check engaged!', meaning that
> the UART 16550A returns 0xFF to a query of the serial device driver
> which then concludes that there is some problem. Result: no serial
> mouse or whatever device on the serial port will work.
> Now I looked for this problem in google and found
> http://uwsg.iu.edu/hypermail/linux/kernel/0002.1/0075.html
> as an explanation: a sloppy designed UART 16550A chip...
> My question: is there any updated driver somewhere in which this
> problem is resolved?
> Or is there any parameter that I can apply during start up to
> prevent the serial driver from performing this check?

> thanks a lot,
> arie

/usr/src/linux/drivers/char/serial.c says something different about
that, however you could try to change the below && to || and
recompile the kernel, may be this helps...

      /*
         * At this point there's no way the LSR could still be 0xFF;
         * if it is, then bail out, because there's likely no UART
         * here.
         */
        if (!(info->flags & ASYNC_BUGGY_UART) &&
            (serial_inp(info, UART_LSR) == 0xff)) {
                printk("ttyS%d: LSR safety check engaged!\n",
state->line);
                if (capable(CAP_SYS_ADMIN)) {
                        if (info->tty)
                                set_bit(TTY_IO_ERROR,
&info->tty->flags);
                } else
                        retval = -ENODEV;
                goto errout;
        }

Good luck

Michael Heiming

 
 
 

Serial mouse only works during installation in graphics mode, problem with 'serial device driver'

Post by arie » Mon, 24 Sep 2001 21:54:45


On Sat, 22 Sep 2001 20:48:43 +0200, Michael Heiming



>> Hi,
>> During installation in graphics mode the serial microsoft mouse
>> works. But when Linux starts the console mouse drivers, the
>> following error appears: 'LSR Safety check engaged!', meaning that
>> the UART 16550A returns 0xFF to a query of the serial device driver
>> which then concludes that there is some problem. Result: no serial
>> mouse or whatever device on the serial port will work.
>> Now I looked for this problem in google and found
>> http://uwsg.iu.edu/hypermail/linux/kernel/0002.1/0075.html
>> as an explanation: a sloppy designed UART 16550A chip...
>> My question: is there any updated driver somewhere in which this
>> problem is resolved?
>> Or is there any parameter that I can apply during start up to
>> prevent the serial driver from performing this check?

>> thanks a lot,
>> arie

>/usr/src/linux/drivers/char/serial.c says something different about
>that, however you could try to change the below && to || and
>recompile the kernel, may be this helps...

Auch! is that really needed? Never did that before, I'm quite a
newbie. Can't I just recompile the driver? And if so, any clues on how
to do that?

thanks for your reply!
arie

- Show quoted text -

Quote:>      /*
>         * At this point there's no way the LSR could still be 0xFF;
>         * if it is, then bail out, because there's likely no UART
>         * here.
>         */
>        if (!(info->flags & ASYNC_BUGGY_UART) &&
>            (serial_inp(info, UART_LSR) == 0xff)) {
>                printk("ttyS%d: LSR safety check engaged!\n",
>state->line);
>                if (capable(CAP_SYS_ADMIN)) {
>                        if (info->tty)
>                                set_bit(TTY_IO_ERROR,
>&info->tty->flags);
>                } else
>                        retval = -ENODEV;
>                goto errout;
>        }

>Good luck

>Michael Heiming