I am using 5.0-Current (actually intended to get 4.2-Stable, but
anyways)...  It appears there is a problem with the way the system is
dealing with the mouse, keyboard, and sound devices.

My source tree was updated via CVSup just a day or so ago, and compiled on
that day, with no errors.  Kernel has since been re-compiled for my usual
settings (changes in the way sound devices are handled was noted and
adapted), and of course to trim out some unneeded stuff (SCSI and RAID
drivers, etc)

Consider this line from the obvious Beach Boys hit (an mp3 playing under
mpg123 0.59r):

"I wish they all could be california... girls..."

At one point, the sound, mouse, and keyboard all stalled in the middle of
the word "be".  It sounded like:

"I wish they all could brbrbrbrbrbrbrbrbebebe california... girls..."

At that moment, the mouse stops moving, for as long as the sound stalls,
and the keyboard will insert a garbage character to whatever application I
am focused on, if I happen to be pressing a key at that moment.  This
happens frequently when I move the mouse around, and moreso if something
else occurs along with that movement, such as a focus change from one
window to another.

Occasionally, typing on the keyboard also induces a stall in the sound and
mouse drivers.

Machine:  Compaq Presario 4764.  P166 MMX, 24 Megs RAM.
Sound:  ESS Audiodrive 18xx series on the motherboard, non PnP.
Mouse:  A typical IBM three-button wheel mouse.
Environment:  X Free86 3.3.6, Gnome/Sawmill.  (Problem is not limited to
              X, it also happens at the consolem, before X is even

To me this looks like an IRQ handling problem, but I am not certain.  On
my hobby platform, IRQ software malfunctions would be the first thing to
look for if such a problem were to occur.

My applications (mostly ports and packages) from 4.1 have not yet been
updated.  This same problem also exists in 4.2-Release as obtained via
kern.flp and mfsroot.flp images for 4.2-Release, FTP Install.

There have been no hardware changes made in several months.  In
4.1-Release (also obtained via FTP Install), this problem does NOT
exist.  I also verified that the problem goes away when 4.1 is present by
"downgrading" back to 4.1-Release from 4.2-Release (using a rather
brute-force method to insure a clean install).

In all cases I have of course obtained kernel source during the install,
and always compile it using the same settings (or equivalent, as with
sound parameters in 5.0-C compared to 4.1-R).

After mentioning my guess about possible IRQ problems in #freebsdhelp on
IRC/EFnet, someone suggested I take a look at the output of vmstat -i and
dmesg.  Here are those outputs:

Output from vmstat:

interrupt      total      rate
stray irq0          1        0
stray irq6          1        0
stray irq7          1        0
stray irq15         1        0
ata0 irq14     109593        1
ata1 irq15         10        0
fdc0 irq6           1        0
atkbd0 irq1    144561        1
psm0 irq12     107832        1
sio0 irq4           1        0
sbc0 irq5     1051032       12
ep0 irq3        40721        0
clk irq0      8750437       99
rtc irq8     11197886      127
lpt0 irq7      245507        2
Total        21647585      247

Output from dmesg:

Copyright (c) 1992-2001 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights reserved.
FreeBSD 5.0-CURRENT #3: Tue Jan  9 03:04:54 CST 2001
    [EMAIL PROTECTED]:/usr/src/sys/compile/FLUTE
Timecounter "i8254"  frequency 1193182 Hz
Timecounter "TSC"  frequency 167046462 Hz
CPU: Pentium/P55C (167.05-MHz 586-class CPU)
  Origin = "GenuineIntel"  Id = 0x544  Stepping = 4
real memory  = 25165824 (24576K bytes)
config> di sio1
config> di sn0
config> di lnc0
config> di le0
config> di ie0
config> di fe0
config> di ed0
config> di cs0
config> di bt0
config> di aic0
config> di aha0
config> di adv0
config> q
avail memory = 20930560 (20440K bytes)
Preloaded elf kernel "kernel" at 0xc039e000.
Preloaded userconfig_script "/boot/kernel.conf" at 0xc039e09c.
Intel Pentium detected, installing workaround for F00F bug
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Host to PCI bridge> at pcibus 0 on motherboard
pci0: <PCI bus> on pcib0
isab0: <PCI-ISA bridge> at device 1.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel PIIX3 ATA controller> port 0x1020-0x102f at device 1.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
uhci0: <Intel 82371SB (PIIX3) USB controller> port 0x1000-0x101f irq 11 at device 1.2 
on pci0
usb0: <Intel 82371SB (PIIX3) USB controller> on uhci0
usb0: USB revision 1.0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
pci0: <display, VGA> at 2.0 (no driver attached)
fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model IntelliMouse, device ID 3
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/15 bytes threshold
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
sbc0: <ESS 688> at port 0x220-0x22f irq 5 drq 1 flags 0x15 on isa0
pcm1: <ESS 18xx DSP> on sbc0
ep0: <3Com 3C509-TP EtherLink III> at port 0x300-0x30f irq 3 on isa0
ep0: Ethernet address 00:a0:24:1c:21:e4
unknown: <PNP0401> can't assign resources
unknown: <PNP0501> can't assign resources
unknown: <CPQae36> can't assign resources
unknown: <CPQae3e> can't assign resources
unknown: <PNP0700> can't assign resources
unknown: <PNP0303> can't assign resources
unknown: <PNP0f13> can't assign resources
IP packet filtering initialized, divert enabled, rule-based forwarding disabled, 
default to deny, logging disabled
ad0: 2445MB <QUANTUM FIREBALL_TM2500A> [4969/16/63] at ata0-master WDMA2
acd0: CDROM <ATAPI CDROM> at ata1-master using PIO4
Mounting root from ufs:/dev/ad0s1a
pcm1: hwptr went backwards 2068 -> 1900
pcm1: hwptr went backwards 3088 -> 2996
pcm1: hwptr went backwards 3092 -> 3084
pcm1: hwptr went backwards 1044 -> 804
pcm1: hwptr went backwards 2068 -> 2032
pcm1: hwptr went backwards 16 -> 3876
pcm1: hwptr went backwards 2064 -> 1872
pcm1: hwptr went backwards 3092 -> 2992
pcm1: hwptr went backwards 3088 -> 3004

 ___________________________________  _____  _____
|                                   _///@@@|      |
| [EMAIL PROTECTED]              /'//ZZ@@|____  |
|                                 |'''/    |'/@7  |
| http://home.kscable.com/natedac |`'|     `~~'   |
|                                 | `|     .--.   |
| C64/C128 - What's *YOUR* hobby? |  `\____|___\  |
|                                  \_      |      |
|___________________________________ \_____| _____|

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to