Description of problem:
Recently performed a fresh RH9 install on ASUS A7S333 motherboard based system.
The system has an Athlon XP 1600+ processor and 1.25G of RAM. The RAM was
tested with memtest86 and passed.
The system was fine until I performed an upgrade to the latest kernel
2.4.20-13.9. With the new kernel boot process will not finish and the system
will panic.
Version-Release number of selected component (if applicable):
2.4.20-13.9
How reproducible:
100% reproducible.
Steps to Reproduce:
1. Install RH9 from CDs
2. Upgrade kernel using up2date
3. Reboot
Actual results:
Kernel will panic during the boot process. It's hard to tell exactly when
because the information scrolls off the screen.
Code: 0f 0b e7 03 3f 92 25 c0 e9 69 fd ff ff 89 f6 8d bc 27 00 00
<0>Kernel panic: Aiee, killing interrupt handler!
In interrupt handler - not syncing
Expected results:
Working system.
Additional info:
Reverting back to the original RH9 kernel as provided on CD works fine.

Actually, I'm almost sure 2.4.20-18 fails. De-needinfo-ing.
This seems to be a combination of several circumstances.
1. The usbserial sets tty->low_latency by default.
Thus, tty_flip_buffer_push falls through to flush_to_ldisc.
2. Likely, he PDA continuously sends crap, so when app opens a port (kudzu?),
a cooked port gets connected to PDA; then the line discipline echoes.
3. The usbserial assumes that its ->serial_write method is only called
from actual writes from a process, and so downs a semaphore.
In this case, line discipline echo writes and not a process.
Removing any single condition will fix the problem.

In response to the question about if it works on 2.4.20-18.9, yes it works just
fine with that kernel. Someone also referred me to a 2.4.20-13.9.1 kernel from
a Red Hat FTP site (don't remember original URL) that I'm currently running
successfully.

Note

You need to
log in
before you can comment on or make changes to this bug.