Re: [PATCH] kexec for 2.5.51....

Re: [PATCH] kexec for 2.5.51....

[Ed Tomlinson]

Eric W. Biederman wrote:

> Linus,
> 
> My apologies for not resending this earlier I've been terribly
> busy with other things..
> 
> No changes are included since the last time I sent this except
> the diff now patches cleanly onto 2.5.51.  If there is some problem
> holler and I will see about fixing it.
> 
> When I bypass the BIOS in booting clients my only current failure
> report is on an IBM NUMAQ and that almost worked.

I applied this to a 2.5.51 kernel with usb and fbcon updated via bk pulls.
Then after rebooting into the new kernel I tried

kexec -l /vmlinux.25 --append="console=tty0 console=ttyS0,38400 video=matrox:mem:32 idebus=33 profile=1"
kexec -ed

This rebooted but hangs at:

drivers/usb/host/uhci-hcd.c: USB Universal Host Controller Interface driver v2.0

when the boot works I expect to see:

uhci-hcd 00:07.2: VIA Technologies, In USB
uhci-hcd 00:07.2: irq 10, io base 0000a400
drivers/usb/core/hcd.c: new USB bus registered, assigned bus number 1
drivers/usb/core/hub.c: USB hub found at 0
drivers/usb/core/hub.c: 2 ports detected
mice: PS/2 mouse device common for all mice

following the above message.
 
kexec is version 1.8 built with gcc 2.95.4 and the distrubition is debian unstable.
lspci -v gives:

00:00.0 Host bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3] (rev 04)
        Flags: bus master, medium devsel, latency 16
        Memory at e0000000 (32-bit, prefetchable) [size=64M]
        Capabilities: <available only to root>

00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP] (prog-if 00 [Normal decode])
        Flags: bus master, 66Mhz, medium devsel, latency 0
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
        I/O behind bridge: 00009000-00009fff
        Memory behind bridge: e4000000-e7ffffff
        Prefetchable memory behind bridge: e8000000-e9ffffff

00:07.0 ISA bridge: VIA Technologies, Inc. VT82C586/A/B PCI-to-ISA [Apollo VP] (rev 47)
        Subsystem: VIA Technologies, Inc. MVP3 ISA Bridge
        Flags: bus master, stepping, medium devsel, latency 0

00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP])
        Flags: bus master, medium devsel, latency 64
        I/O ports at a000 [size=16]

00:07.2 USB Controller: VIA Technologies, Inc. USB (rev 02) (prog-if 00 [UHCI])
        Subsystem: VIA Technologies, Inc. (Wrong ID) USB Controller
        Flags: bus master, medium devsel, latency 64, IRQ 10
        I/O ports at a400 [size=32]

00:07.3 Host bridge: VIA Technologies, Inc. VT82C586B ACPI (rev 10)
        Flags: medium devsel, IRQ 9

00:08.0 Ethernet controller: VIA Technologies, Inc. VT3043 [Rhine] (rev 06)
        Subsystem: D-Link System Inc DFE-530TX rev A
        Flags: bus master, medium devsel, latency 64, IRQ 11
        I/O ports at a800 [size=128]
        Memory at ed120000 (32-bit, non-prefetchable) [size=128]
        Expansion ROM at ea000000 [disabled] [size=64K]

00:09.0 Unknown mass storage controller: Promise Technology, Inc. 20267 (rev 02)
        Subsystem: Promise Technology, Inc. Ultra100
        Flags: bus master, medium devsel, latency 64, IRQ 12
        I/O ports at ac00 [size=8]
        I/O ports at b000 [size=4]
        I/O ports at b400 [size=8]
        I/O ports at b800 [size=4]
        I/O ports at bc00 [size=64]
        Memory at ed100000 (32-bit, non-prefetchable) [size=128K]
        Expansion ROM at eb000000 [disabled] [size=64K]
        Capabilities: <available only to root>

00:0a.0 Ethernet controller: Digital Equipment Corporation DECchip 21140 [FasterNet] (rev 22)
        Subsystem: Kingston Technologies KNE100TX Fast Ethernet
        Flags: bus master, medium devsel, latency 64, IRQ 9
        I/O ports at c000 [size=128]
        Memory at ed122000 (32-bit, non-prefetchable) [size=128]
        Expansion ROM at ec000000 [disabled] [size=256K]

00:0b.0 Multimedia audio controller: Cirrus Logic CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator] (rev 01)
        Flags: bus master, medium devsel, latency 64, IRQ 9
        Memory at ed121000 (32-bit, non-prefetchable) [size=4K]
        Memory at ed000000 (32-bit, non-prefetchable) [size=1M]
        Capabilities: <available only to root>

01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 04) (prog-if 00 [VGA])
        Subsystem: Matrox Graphics, Inc. Millennium G400 MAX/Dual Head 32Mb
        Flags: bus master, medium devsel, latency 64, IRQ 11
        Memory at e8000000 (32-bit, prefetchable) [size=32M]
        Memory at e4000000 (32-bit, non-prefetchable) [size=16K]
        Memory at e5000000 (32-bit, non-prefetchable) [size=8M]
        Expansion ROM at <unassigned> [disabled] [size=64K]
        Capabilities: <available only to root>

Am I using kexec correctly?  What else can I try?  Is there any debug
info I can gather?

One other datum.  Without the --append line a kernel booted with kexec hangs when
tring to mount the real root - it cannot find the device.

TIA,

Ed Tomlinson

Re: [PATCH] kexec for 2.5.51....

[Eric W. Biederman]

Ed Tomlinson <tomlins@cam.org> writes:

> Eric W. Biederman wrote:
> 
> > Linus,
> > 
> > My apologies for not resending this earlier I've been terribly
> > busy with other things..
> > 
> > No changes are included since the last time I sent this except
> > the diff now patches cleanly onto 2.5.51.  If there is some problem
> > holler and I will see about fixing it.
> > 
> > When I bypass the BIOS in booting clients my only current failure
> > report is on an IBM NUMAQ and that almost worked.
> 
> I applied this to a 2.5.51 kernel with usb and fbcon updated via bk pulls.
> Then after rebooting into the new kernel I tried
> 
> kexec -l /vmlinux.25 --append="console=tty0 console=ttyS0,38400
> video=matrox:mem:32 idebus=33 profile=1"
> 
> kexec -ed
> 
> This rebooted but hangs at:
> 
> drivers/usb/host/uhci-hcd.c: USB Universal Host Controller Interface driver v2.0
> 

Hurray! a bug report :)

> One other datum.  Without the --append line a kernel booted with kexec hangs
> when
> 
> tring to mount the real root - it cannot find the device.

I suspect you want to specify --append="root=/dev/xyz" when calling kexec.


> Am I using kexec correctly?  What else can I try?  Is there any debug
> info I can gather?

Generally you want to put kexec -e your shutdown scripts just before
the call to reboot.  And then you can just say: kexec ...
and the you get a clean system shutdown.  Dropping to run level 1
before calling kexec tends to get most of the user space shutdown
called as well.  It is definitely a good idea to be certain X is
shutdown before calling kexec. 

With respect to USB it is quite possible something in the USB drivers
does not shutdown correctly on a reboot, and the driver then has trouble
reinitializing the device.

Since you got to the point of mounting root earlier when you did not
specify anything I wonder if you some of your command line arguments
made the situation worse.  

Which kernel are you booting with kexec anyway?

This is actually an expected failure mode, but one I have not seen
much of yet.  The new kernel not coming up because the old drivers
left the hardware in a state the new drivers cannot handle.

Eric

Re: [PATCH] kexec for 2.5.51....

[Ed Tomlinson]

On December 14, 2002 02:37 pm, Eric W. Biederman wrote:
>
> Hurray! a bug report :)

Feels good huh.

> > One other datum.  Without the --append line a kernel booted with kexec
> > hangs when
> >
> > tring to mount the real root - it cannot find the device.
>
> I suspect you want to specify --append="root=/dev/xyz" when calling kexec.

This helps - see below.

> > Am I using kexec correctly?  What else can I try?  Is there any debug
> > info I can gather?
>
> Generally you want to put kexec -e your shutdown scripts just before
> the call to reboot.  And then you can just say: kexec ...
> and the you get a clean system shutdown.  Dropping to run level 1

Why not include this info in kexec -h ?  Bet it would prevent a few
failure reports...

> before calling kexec tends to get most of the user space shutdown
> called as well.  It is definitely a good idea to be certain X is
> shutdown before calling kexec.

droping to init 1, then calling kexec -e (with the root= and the rest
of the appended parms) works and boots 2.5.51 just fine.  <grin>

Two more possible additions to the kexec command.  

1. kexec -q which returns rc=1 and types the pending selection and 
   its command/append string if one exists and returns rc=0 if nothing 
   is pending.  

2. kexec -c which clears any pending kernels.

> With respect to USB it is quite possible something in the USB drivers
> does not shutdown correctly on a reboot, and the driver then has trouble
> reinitializing the device.

Very possible since I did not do an init 0/1/6 before the kexec -e.  Usb
was probably being asked to do something very unexpected...

> Since you got to the point of mounting root earlier when you did not
> specify anything I wonder if you some of your command line arguments
> made the situation worse.
>
> Which kernel are you booting with kexec anyway?

2.5.51 + fbcon(bk) + usb(bk) + kexec

> This is actually an expected failure mode, but one I have not seen
> much of yet.  The new kernel not coming up because the old drivers
> left the hardware in a state the new drivers cannot handle

> Greg kh asked:

>Could you enable CONFIG_USB_DEBUG to hopefully see more debugging
>messages from the uhci driver during boot, so we could narrow this down?

Done.  I will see if I get this to reoccur and will send you debug
output.

TIA,
Ed Tomlinson

Re: [PATCH] kexec for 2.5.51....

[Eric W. Biederman]

Ed Tomlinson <tomlins@cam.org> writes:

> On December 14, 2002 02:37 pm, Eric W. Biederman wrote:
> >
> > Hurray! a bug report :)
> 
> Feels good huh.

Getting new and interesting feedback is good.  You can tell something
is happening if a bug report is submitted.

> > > One other datum.  Without the --append line a kernel booted with kexec
> > > hangs when
> > >
> > > tring to mount the real root - it cannot find the device.
> >
> > I suspect you want to specify --append="root=/dev/xyz" when calling kexec.
> 
> This helps - see below.
> 
> > > Am I using kexec correctly?  What else can I try?  Is there any debug
> > > info I can gather?
> >
> > Generally you want to put kexec -e your shutdown scripts just before
> > the call to reboot.  And then you can just say: kexec ...
> > and the you get a clean system shutdown.  Dropping to run level 1
> 
> Why not include this info in kexec -h ?  Bet it would prevent a few
> failure reports...

I will look, at that.
 
> Two more possible additions to the kexec command.  
> 
> 1. kexec -q which returns rc=1 and types the pending selection and 
>    its command/append string if one exists and returns rc=0 if nothing 
>    is pending.  

This would require effort to little purpose.  If you just call kexec
it loads the kernel and then calls shutdown -r now.  So the loaded kernel
should be a transient entity anyway.

> 2. kexec -c which clears any pending kernels.

This I can and should do.  The kernel side is already implemented.
 
> > With respect to USB it is quite possible something in the USB drivers
> > does not shutdown correctly on a reboot, and the driver then has trouble
> > reinitializing the device.
> 
> Very possible since I did not do an init 0/1/6 before the kexec -e.  Usb
> was probably being asked to do something very unexpected...

Ideally drivers should be able to cope with this.

> > Which kernel are you booting with kexec anyway?
> 
> 2.5.51 + fbcon(bk) + usb(bk) + kexec

Ah, the easy case kexec loading the same kernel that had the kexec support....


Eric

Re: [PATCH] kexec for 2.5.51....

[Ed Tomlinson]

On December 15, 2002 04:03 pm, Eric W. Biederman wrote:
> Ed Tomlinson <tomlins@cam.org> writes:
> > Why not include this info in kexec -h ?  Bet it would prevent a few
> > failure reports...
>
> I will look, at that.
>  
> > Two more possible additions to the kexec command.  
> >
> > 1. kexec -q which returns rc=1 and types the pending selection and
> >    its command/append string if one exists and returns rc=0 if nothing
> >    is pending.  
>
> This would require effort to little purpose.  If you just call kexec
> it loads the kernel and then calls shutdown -r now.  So the loaded kernel
> should be a transient entity anyway.

Consider, you are not sure what kexec has been setup to do (maybe 
some other admin has something setup to take a crash dump etc).  You 
do not want to destroy this setup, so you do kexec -q  

Think being able to query the pending kexec is very usefull.  Also
using an rc means that scripts can use it too.

> > 2. kexec -c which clears any pending kernels.
>
> This I can and should do.  The kernel side is already implemented.

Thanks  

Ed Tomlinson

Re: [PATCH] kexec for 2.5.51....

[Eric W. Biederman]

Ed Tomlinson <tomlins@cam.org> writes:

> On December 15, 2002 04:03 pm, Eric W. Biederman wrote:
> > Ed Tomlinson <tomlins@cam.org> writes:
> > > Why not include this info in kexec -h ?  Bet it would prevent a few
> > > failure reports...
> >
> > I will look, at that.
> >  
> > > Two more possible additions to the kexec command.  
> > >
> > > 1. kexec -q which returns rc=1 and types the pending selection and
> > >    its command/append string if one exists and returns rc=0 if nothing
> > >    is pending.  
> >
> > This would require effort to little purpose.  If you just call kexec
> > it loads the kernel and then calls shutdown -r now.  So the loaded kernel
> > should be a transient entity anyway.
> 
> Consider, you are not sure what kexec has been setup to do (maybe 
> some other admin has something setup to take a crash dump etc).  You 
> do not want to destroy this setup, so you do kexec -q  
> 
> Think being able to query the pending kexec is very usefull.  Also
> using an rc means that scripts can use it too.

I think setting up something like /etc/lilo.conf say /etc/kexec.conf
is probably practical.  You have already seen how difficult it is to
bring up the hardware into a sane state from an arbitrary point.  So
we can cross the crash dump bridge when we come to it.

If this was simply a case of supporting linux the problem would be
some easier.  But I also intend to support booting other operating
systems.

Now I think there is some advantage in setting up a new set of page
tables and just switching to those at kexec time, it slightly reduces
the amount of work I need to do at kexec time, enhancing the
reliability of something like kexec on panic.   And that could
probably be exported in /proc/<pid>/mem.  So if and when I go this
route I will keep your request in mind.  

> > > 2. kexec -c which clears any pending kernels.
> >
> > This I can and should do.  The kernel side is already implemented.

Oh, and of course I accept patches so you don't have to wait for me to
implement something.

Eric

Re: [PATCH] kexec for 2.5.51....

[Greg KH]

On Sat, Dec 14, 2002 at 12:15:49PM -0500, Ed Tomlinson wrote:
> Eric W. Biederman wrote:
> 
> > Linus,
> > 
> > My apologies for not resending this earlier I've been terribly
> > busy with other things..
> > 
> > No changes are included since the last time I sent this except
> > the diff now patches cleanly onto 2.5.51.  If there is some problem
> > holler and I will see about fixing it.
> > 
> > When I bypass the BIOS in booting clients my only current failure
> > report is on an IBM NUMAQ and that almost worked.
> 
> I applied this to a 2.5.51 kernel with usb and fbcon updated via bk pulls.
> Then after rebooting into the new kernel I tried
> 
> kexec -l /vmlinux.25 --append="console=tty0 console=ttyS0,38400 video=matrox:mem:32 idebus=33 profile=1"
> kexec -ed
> 
> This rebooted but hangs at:
> 
> drivers/usb/host/uhci-hcd.c: USB Universal Host Controller Interface driver v2.0

Could you enable CONFIG_USB_DEBUG to hopefully see more debugging
messages from the uhci driver during boot, so we could narrow this down?

thanks,

greg k-h

usb mouse and 2.5.56bk

[Ed Tomlinson]

[-- Attachment #1: Type: text/plain, Size: 610 bytes --]

Greg,

Something strange with 2.5.56.  My usb mouse is no longer working
after boot.  I can get it to work by repluging it.  Here is my
dmesg ang the init.d/local that should make sure the modules needed 
are loaded.  Before tring to replug I unloaded and reloaded hid and
psmouse to see if this would fix things (it did not).

I suspect the changeset below:

ChangeSet@1.889.19.1, 2003-01-09 10:29:40-08:00, greg@kroah.com

which got added just before .56 - I have been tracking bk fairly
closely and all was working up to the version of 55bk built at 8am
on the 9th.

Ideas?
Ed Tomlinson


[-- Attachment #2: local --]
[-- Type: application/x-shellscript, Size: 852 bytes --]

[-- Attachment #3: boot --]
[-- Type: text/plain, Size: 12968 bytes --]

Linux version 2.5.56 (ed@oscar) (gcc version 2.95.4 20011002 (Debian prerelease)) #33 Sun Jan 12 22:08:49 EST 2003
Video mode to be used for restore is ffff
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
 BIOS-e820: 0000000000100000 - 000000001fff0000 (usable)
 BIOS-e820: 000000001fff0000 - 000000001fff3000 (ACPI NVS)
 BIOS-e820: 000000001fff3000 - 0000000020000000 (ACPI data)
 BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
511MB LOWMEM available.
On node 0 totalpages: 131056
  DMA zone: 4096 pages, LIFO batch:1
  Normal zone: 126960 pages, LIFO batch:16
  HighMem zone: 0 pages, LIFO batch:1
Building zonelist for node : 0
Kernel command line: root=/dev/hde3 console=tty0 console=ttyS0,38400 idebus=33 hdb=none hdf=none hdh=none vga=ask
ide_setup: idebus=33
ide_setup: hdb=none
ide_setup: hdf=none
ide_setup: hdh=none
Initializing CPU#0
PID hash table entries: 2048 (order 11: 16384 bytes)
Detected 400.811 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 790.52 BogoMIPS
Memory: 515888k/524224k available (1321k kernel code, 7592k reserved, 776k data, 80k init, 0k highmem)
Dentry cache hash table entries: 65536 (order: 7, 524288 bytes)
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
-> /dev
-> /dev/console
-> /root
CPU: L1 I Cache: 32K (32 bytes/line), D cache 32K (32 bytes/line)
CPU: L2 Cache: 256K (32 bytes/line)
CPU:     After generic, caps: 008021bf 808029bf 00000000 00000002
CPU: AMD-K6(tm) 3D+ Processor stepping 01
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
mtrr: v2.0 (20020519)
PCI: PCI BIOS revision 2.10 entry at 0xfb520, last bus=1
PCI: Using configuration type 1
BIO: pool of 256 setup, 15Kb (60 bytes/bio)
biovec pool[0]:   1 bvecs: 256 entries (12 bytes)
biovec pool[1]:   4 bvecs: 256 entries (48 bytes)
biovec pool[2]:  16 bvecs: 256 entries (192 bytes)
biovec pool[3]:  64 bvecs: 256 entries (768 bytes)
biovec pool[4]: 128 bvecs: 256 entries (1536 bytes)
biovec pool[5]: 256 bvecs: 256 entries (3072 bytes)
Linux Plug and Play Support v0.94 (c) Adam Belay
pnp: Enabling Plug and Play Card Services.
PnPBIOS: Found PnP BIOS installation structure at 0xc00fc160
PnPBIOS: PnP BIOS version 1.0, entry 0xf0000:0xc188, dseg 0xf0000
PnPBIOS: 14 nodes reported by PnP BIOS; 14 recorded by driver
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
block request queues:
 128 requests per read queue
 128 requests per write queue
 8 requests per batch
 enter congestion at 31
 exit congestion at 33
drivers/usb/core/usb.c: registered new driver usbfs
drivers/usb/core/usb.c: registered new driver hub
PCI: Probing PCI hardware
PCI: Probing PCI hardware (bus 00)
PCI: Using IRQ router VIA [1106/0586] at 00:07.0
aio_setup: sizeof(struct page) = 40
Journalled Block Device driver loaded
Initializing Cryptographic API
Activating ISA DMA hang workarounds.
Serial: 8250/16550 driver $Revision: 1.90 $ IRQ sharing disabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
ttyS2 at I/O 0x3e8 (irq = 4) is a 16550A
pty: 256 Unix98 ptys configured
Linux agpgart interface v0.100 (c) Dave Jones
agpgart: Detected VIA MVP3 chipset
agpgart: Maximum main memory to use for agp memory: 439M
agpgart: AGP aperture is 64M @ 0xe0000000
[drm] Initialized mga 3.1.0 20021029 on minor 0
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes
VP_IDE: IDE controller at PCI slot 00:07.1
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: VIA vt82c586b (rev 47) IDE UDMA33 controller on pci00:07.1
    ide0: BM-DMA at 0xa000-0xa007, BIOS settings: hda:DMA, hdb:DMA
    ide1: BM-DMA at 0xa008-0xa00f, BIOS settings: hdc:DMA, hdd:DMA
hda: QUANTUM FIREBALLP KA13.6, ATA DISK drive
hda: DMA disabled
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hdc: AOPEN 16XDVD-ROM/AMH 20020328, ATAPI CD/DVD-ROM drive
hdd: HP COLORADO 20GB, ATAPI TAPE drive
hdc: DMA disabled
hdd: DMA disabled
ide1 at 0x170-0x177,0x376 on irq 15
PDC20267: IDE controller at PCI slot 00:09.0
PCI: Found IRQ 12 for device 00:09.0
PDC20267: chipset revision 2
PDC20267: not 100% native mode: will probe irqs later
PDC20267: ROM enabled at 0xeb000000
PDC20267: (U)DMA Burst Bit ENABLED Primary PCI Mode Secondary PCI Mode.
    ide2: BM-DMA at 0xbc00-0xbc07, BIOS settings: hde:DMA, hdf:pio
    ide3: BM-DMA at 0xbc08-0xbc0f, BIOS settings: hdg:DMA, hdh:DMA
hde: QUANTUM FIREBALLP AS40.0, ATA DISK drive
ide2 at 0xac00-0xac07,0xb002 on irq 12
hdg: QUANTUM FIREBALLP AS40.0, ATA DISK drive
ide3 at 0xb400-0xb407,0xb802 on irq 12
hda: host protected area => 1
hda: 27067824 sectors (13859 MB) w/371KiB Cache, CHS=26853/16/63, UDMA(33)
 hda: hda1 hda2 hda3 hda4 < hda5 >
hde: host protected area => 1
hde: 78177792 sectors (40027 MB) w/1902KiB Cache, CHS=77557/16/63, UDMA(100)
 hde: hde1 hde2 hde3 hde4 < hde5 >
hdg: host protected area => 1
hdg: 78177792 sectors (40027 MB) w/1902KiB Cache, CHS=77557/16/63, UDMA(100)
 hdg: hdg1 hdg2 hdg3 hdg4 < hdg5 >
drivers/usb/host/uhci-hcd.c: USB Universal Host Controller Interface driver v2.0
uhci-hcd 00:07.2: VIA Technologies, In USB
uhci-hcd 00:07.2: irq 10, io base 0000a400
Please use the 'usbfs' filetype instead, the 'usbdevfs' name is deprecated.
uhci-hcd 00:07.2: new USB bus registered, assigned bus number 1
hub 1-0:0: USB hub found
hub 1-0:0: 2 ports detected
mice: PS/2 mouse device common for all mice
input: AT Set 2 keyboard on isa0060/serio0
serio: i8042 KBD port at 0x60,0x64 irq 1
NET4: Linux TCP/IP 1.0 for NET4.0
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 32768)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
found reiserfs format "3.6" with standard journal
Reiserfs journal params: device ide2(33,3), size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
reiserfs: checking transaction log (ide2(33,3)) for (ide2(33,3))
hub 1-0:0: debounce: port 1: delay 100ms stable 4 status 0x101
hub 1-0:0: new USB device on port 1, assigned address 2
hub 1-1:0: USB hub found
hub 1-1:0: 4 ports detected
hub 1-0:0: debounce: port 2: delay 100ms stable 4 status 0x301
hub 1-0:0: new USB device on port 2, assigned address 3
hub 1-1:0: debounce: port 1: delay 100ms stable 4 status 0x101
hub 1-1:0: new USB device on port 1, assigned address 4
hub 1-1:0: debounce: port 4: delay 100ms stable 4 status 0x101
hub 1-1:0: new USB device on port 4, assigned address 5
reiserfs: replayed 27 transactions in 2 seconds
Using r5 hash to sort names
VFS: Mounted root (reiserfs filesystem) readonly.
Freeing unused kernel memory: 80k freed
Adding 393552k swap on /dev/hda1.  Priority:1 extents:1
Adding 393584k swap on /dev/hde1.  Priority:1 extents:1
Adding 393584k swap on /dev/hdg1.  Priority:1 extents:1
Execing /sbin/modprobe
Execing /sbin/modprobe
Execing /sbin/modprobe
Linux Tulip driver version 1.1.13 (May 11, 2002)
PCI: Found IRQ 11 for device 00:0a.0
IRQ routing conflict for 00:0a.0, have irq 9, want irq 11
tulip0:  EEPROM default media type Autosense.
tulip0:  Index #0 - Media MII (#11) described by a 21140 MII PHY (1) block.
tulip0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
Execing /sbin/hotplug
eth0: Digital DS21140 Tulip rev 34 at 0xc000, 00:C0:F0:32:30:70, IRQ 9.
via-rhine.c:v1.10-LK1.1.15  November-22-2002  Written by Donald Becker
  http://www.scyld.com/network/via-rhine.html
PCI: Found IRQ 9 for device 00:08.0
IRQ routing conflict for 00:08.0, have irq 11, want irq 9
Execing /sbin/hotplug
eth1: VIA VT86C100A Rhine at 0xed120000, 00:80:c8:f9:ee:ba, IRQ 11.
eth1: MII PHY found at address 8, status 0x782d advertising 05e1 Link 0000.
IPv4 over IPv4 tunneling driver
Execing /sbin/hotplug
warning: process `update' used the obsolete bdflush system call
Fix your initscripts?
Execing /sbin/modprobe
parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE,EPP]
parport0: irq 7 detected
parport0: cpp_daisy: aa5500ff(38)
parport0: assign_addrs: aa5500ff(38)
Module parport cannot be unloaded due to unsafe usage in include/linux/module.h:424
Module parport_pc cannot be unloaded due to unsafe usage in include/linux/module.h:424
parport0: cpp_daisy: aa5500ff(38)
parport0: assign_addrs: aa5500ff(38)
lp0: using parport0 (polling).
CSLIP: code copyright 1989 Regents of the University of California
PPP generic driver version 2.4.2
PPP BSD Compression module registered
Execing /sbin/hotplug
Execing /sbin/modprobe
Execing /sbin/modprobe
found reiserfs format "3.6" with standard journal
Reiserfs journal params: device ide0(3,5), size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
reiserfs: checking transaction log (ide0(3,5)) for (ide0(3,5))
reiserfs: replayed 24 transactions in 2 seconds
Using r5 hash to sort names
found reiserfs format "3.6" with standard journal
Reiserfs journal params: device ide2(33,5), size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
reiserfs: checking transaction log (ide2(33,5)) for (ide2(33,5))
reiserfs: replayed 5 transactions in 0 seconds
Using r5 hash to sort names
found reiserfs format "3.6" with standard journal
Reiserfs journal params: device ide3(34,3), size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
reiserfs: checking transaction log (ide3(34,3)) for (ide3(34,3))
reiserfs: replayed 26 transactions in 0 seconds
Using r5 hash to sort names
found reiserfs format "3.6" with standard journal
Reiserfs journal params: device ide3(34,5), size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
reiserfs: checking transaction log (ide3(34,5)) for (ide3(34,5))
reiserfs: replayed 1 transactions in 0 seconds
Using r5 hash to sort names
EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended
Execing /sbin/modprobe
Execing /sbin/modprobe
ip_tables: (C) 2000-2002 Netfilter core team
Execing /sbin/modprobe
Module ip_tables cannot be unloaded due to unsafe usage in include/linux/module.h:424
Module tulip cannot be unloaded due to unsafe usage in include/linux/module.h:424
Execing /sbin/modprobe
drivers/usb/core/usb.c: registered new driver hid
drivers/usb/input/hid-core.c: v2.0:USB HID core driver
ip_conntrack version 2.1 (4095 buckets, 32760 max) - 304 bytes per conntrack
SCSI subsystem driver Revision: 1.00
Initializing USB Mass Storage driver...
drivers/usb/core/usb.c: registered new driver usb-storage
USB Mass Storage support registered.
PCI: Found IRQ 9 for device 00:0b.0
Crystal 4280/46xx + AC97 Audio, version 1.28.32, 20:59:51 Jan 12 2003
cs46xx: Card found at 0xed121000 and 0xed000000, IRQ 9
cs46xx: Card without SSID set (0000:0000) at 0xed121000/0xed000000, IRQ 9
ac97_codec: AC97 Audio codec, id: CRY3 (Cirrus Logic CS4297)
lp0: using parport0 (polling).
Execing /sbin/modprobe
Module ppp_async cannot be unloaded due to unsafe usage in include/linux/module.h:424
Execing /sbin/hotplug
Module af_packet cannot be unloaded due to unsafe usage in include/linux/module.h:424
Execing /sbin/modprobe
Software Watchdog Timer: 0.06, soft_margin: 60 sec, nowayout: 0
Module bsd_comp cannot be unloaded due to unsafe usage in include/linux/module.h:424
Execing /sbin/modprobe
PPP Deflate Compression module registered
Module ppp_deflate cannot be unloaded due to unsafe usage in include/linux/module.h:424
Module ipchains cannot be unloaded due to unsafe usage in include/linux/module.h:424
Execing /sbin/modprobe
drivers/usb/core/usb.c: deregistering driver hid
drivers/usb/core/usb.c: registered new driver hid
drivers/usb/input/hid-core.c: v2.0:USB HID core driver
usb 1-2: USB disconnect, address 3
Execing /sbin/hotplug
Execing /sbin/hotplug
hub 1-0:0: debounce: port 2: delay 100ms stable 4 status 0x301
hub 1-0:0: new USB device on port 2, assigned address 6
Execing /sbin/hotplug
Execing /sbin/hotplug
input: USB HID v1.00 Mouse [Microsoft Microsoft IntelliMouse® Optical] on usb-00:07.2-2
Execing /sbin/hotplug
Execing /sbin/modprobe
Module cs46xx cannot be unloaded due to unsafe usage in include/linux/module.h:424
Execing /sbin/modprobe
Execing /sbin/modprobe
Execing /sbin/modprobe
Execing /sbin/modprobe
Execing /sbin/modprobe
Execing /sbin/modprobe
Execing /sbin/modprobe
Execing /sbin/modprobe
Execing /sbin/modprobe
Execing /sbin/modprobe
Execing /sbin/modprobe
Execing /sbin/modprobe
Execing /sbin/modprobe

Re: usb mouse and 2.5.56bk

[Greg KH]

On Sun, Jan 12, 2003 at 10:42:01PM -0500, Ed Tomlinson wrote:
> Greg,
> 
> Something strange with 2.5.56.  My usb mouse is no longer working
> after boot.  I can get it to work by repluging it.  Here is my
> dmesg ang the init.d/local that should make sure the modules needed 
> are loaded.  Before tring to replug I unloaded and reloaded hid and
> psmouse to see if this would fix things (it did not).
> 
> I suspect the changeset below:
> 
> ChangeSet@1.889.19.1, 2003-01-09 10:29:40-08:00, greg@kroah.com
> 
> which got added just before .56 - I have been tracking bk fairly
> closely and all was working up to the version of 55bk built at 8am
> on the 9th.

Hm, that single changeset only modified the ehci driver, which should
not bother your USB mouse at all, unless it's a USB 2.0 mouse :)

It looks like from your logs that the usb core saw a bunch of devices.
What does /proc/bus/usb/devices look like after booting, when your mouse
is not working?  The log also shows that a usb mouse was found by the
hid driver and bound to it, so I don't know why it wouldn't be working.

thanks,

greg k-h

Re: usb mouse and 2.5.56bk

[Ed Tomlinson]

[-- Attachment #1: Type: text/plain, Size: 1472 bytes --]

On January 13, 2003 08:23 pm, Greg KH wrote:
> On Sun, Jan 12, 2003 at 10:42:01PM -0500, Ed Tomlinson wrote:
> > Greg,
> >
> > Something strange with 2.5.56.  My usb mouse is no longer working
> > after boot.  I can get it to work by repluging it.  Here is my
> > dmesg ang the init.d/local that should make sure the modules needed
> > are loaded.  Before tring to replug I unloaded and reloaded hid and
> > psmouse to see if this would fix things (it did not).
> >
> > I suspect the changeset below:
> >
> > ChangeSet@1.889.19.1, 2003-01-09 10:29:40-08:00, greg@kroah.com
> >
> > which got added just before .56 - I have been tracking bk fairly
> > closely and all was working up to the version of 55bk built at 8am
> > on the 9th.
>
> Hm, that single changeset only modified the ehci driver, which should
> not bother your USB mouse at all, unless it's a USB 2.0 mouse :)
>
> It looks like from your logs that the usb core saw a bunch of devices.
> What does /proc/bus/usb/devices look like after booting, when your mouse
> is not working?  The log also shows that a usb mouse was found by the
> hid driver and bound to it, so I don't know why it wouldn't be working.

I used tar on my sysfs mount point (this did not work cleanly...) and have
attached the tar and the dmesg log from the boot.  The last message in
the log, which is from hid, was produced after the tar, when I replugged
the mouse.

Kernel is now 2.5.58.

Ed Tomlinson

[-- Attachment #2: 58.log --]
[-- Type: text/x-log, Size: 11898 bytes --]

Linux version 2.5.58 (ed@oscar) (gcc version 2.95.4 20011002 (Debian prerelease)) #2 Tue Jan 14 08:25:03 EST 2003
Video mode to be used for restore is f00
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
 BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000001fff0000 (usable)
 BIOS-e820: 000000001fff0000 - 000000001fff3000 (ACPI NVS)
 BIOS-e820: 000000001fff3000 - 0000000020000000 (ACPI data)
 BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
511MB LOWMEM available.
On node 0 totalpages: 131056
  DMA zone: 4096 pages, LIFO batch:1
  Normal zone: 126960 pages, LIFO batch:16
  HighMem zone: 0 pages, LIFO batch:1
Building zonelist for node : 0
Kernel command line: BOOT_IMAGE=Linux ro root=2103 console=tty0 console=ttyS0,38400 vga=ask idebus=33 profile=1
ide_setup: idebus=33
kernel profiling enabled
Initializing CPU#0
PID hash table entries: 2048 (order 11: 16384 bytes)
Detected 400.830 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 790.52 BogoMIPS
Memory: 513264k/524224k available (1323k kernel code, 10200k reserved, 778k data, 80k init, 0k highmem)
Dentry cache hash table entries: 65536 (order: 7, 524288 bytes)
Inode-cache hash table entries: 32768 (order: 6, 262144 bytes)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
-> /dev
-> /dev/console
-> /root
Enabling new style K6 write allocation for 511 Mb
CPU: L1 I Cache: 32K (32 bytes/line), D cache 32K (32 bytes/line)
CPU: L2 Cache: 256K (32 bytes/line)
CPU:     After generic, caps: 008021bf 808029bf 00000000 00000002
CPU: AMD-K6(tm) 3D+ Processor stepping 01
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
mtrr: v2.0 (20020519)
PCI: PCI BIOS revision 2.10 entry at 0xfb520, last bus=1
PCI: Using configuration type 1
BIO: pool of 256 setup, 15Kb (60 bytes/bio)
biovec pool[0]:   1 bvecs: 256 entries (12 bytes)
biovec pool[1]:   4 bvecs: 256 entries (48 bytes)
biovec pool[2]:  16 bvecs: 256 entries (192 bytes)
biovec pool[3]:  64 bvecs: 256 entries (768 bytes)
biovec pool[4]: 128 bvecs: 256 entries (1536 bytes)
biovec pool[5]: 256 bvecs: 256 entries (3072 bytes)
Linux Plug and Play Support v0.94 (c) Adam Belay
pnp: Enabling Plug and Play Card Services.
PnPBIOS: Found PnP BIOS installation structure at 0xc00fc160
PnPBIOS: PnP BIOS version 1.0, entry 0xf0000:0xc188, dseg 0xf0000
PnPBIOS: 14 nodes reported by PnP BIOS; 14 recorded by driver
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
block request queues:
 128 requests per read queue
 128 requests per write queue
 8 requests per batch
 enter congestion at 15
 exit congestion at 17
drivers/usb/core/usb.c: registered new driver usbfs
drivers/usb/core/usb.c: registered new driver hub
PCI: Probing PCI hardware
PCI: Probing PCI hardware (bus 00)
PCI: Using IRQ router VIA [1106/0586] at 00:07.0
aio_setup: sizeof(struct page) = 40
Journalled Block Device driver loaded
Initializing Cryptographic API
Activating ISA DMA hang workarounds.
Serial: 8250/16550 driver $Revision: 1.90 $ IRQ sharing disabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
ttyS2 at I/O 0x3e8 (irq = 4) is a 16550A
pty: 256 Unix98 ptys configured
Linux agpgart interface v0.100 (c) Dave Jones
agpgart: Detected VIA MVP3 chipset
agpgart: Maximum main memory to use for agp memory: 439M
agpgart: AGP aperture is 64M @ 0xe0000000
[drm] Initialized mga 3.1.0 20021029 on minor 0
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes
VP_IDE: IDE controller at PCI slot 00:07.1
VP_IDE: chipset revision 6
VP_IDE: not 100% native mode: will probe irqs later
VP_IDE: VIA vt82c586b (rev 47) IDE UDMA33 controller on pci00:07.1
    ide0: BM-DMA at 0xa000-0xa007, BIOS settings: hda:DMA, hdb:DMA
    ide1: BM-DMA at 0xa008-0xa00f, BIOS settings: hdc:DMA, hdd:DMA
hda: QUANTUM FIREBALLP KA13.6, ATA DISK drive
hda: DMA disabled
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hdc: AOPEN 16XDVD-ROM/AMH 20020328, ATAPI CD/DVD-ROM drive
hdd: HP COLORADO 20GB, ATAPI TAPE drive
hdc: DMA disabled
hdd: DMA disabled
ide1 at 0x170-0x177,0x376 on irq 15
PDC20267: IDE controller at PCI slot 00:09.0
PCI: Found IRQ 12 for device 00:09.0
PDC20267: chipset revision 2
PDC20267: not 100% native mode: will probe irqs later
PDC20267: ROM enabled at 0xeb000000
PDC20267: (U)DMA Burst Bit ENABLED Primary PCI Mode Secondary PCI Mode.
    ide2: BM-DMA at 0xbc00-0xbc07, BIOS settings: hde:DMA, hdf:pio
    ide3: BM-DMA at 0xbc08-0xbc0f, BIOS settings: hdg:DMA, hdh:DMA
hde: QUANTUM FIREBALLP AS40.0, ATA DISK drive
ide2 at 0xac00-0xac07,0xb002 on irq 12
hdg: QUANTUM FIREBALLP AS40.0, ATA DISK drive
ide3 at 0xb400-0xb407,0xb802 on irq 12
hda: host protected area => 1
hda: 27067824 sectors (13859 MB) w/371KiB Cache, CHS=26853/16/63, UDMA(33)
 hda: hda1 hda2 hda3 hda4 < hda5 >
hde: host protected area => 1
hde: 78177792 sectors (40027 MB) w/1902KiB Cache, CHS=77557/16/63, UDMA(100)
 hde: hde1 hde2 hde3 hde4 < hde5 >
hdg: host protected area => 1
hdg: 78177792 sectors (40027 MB) w/1902KiB Cache, CHS=77557/16/63, UDMA(100)
 hdg: hdg1 hdg2 hdg3 hdg4 < hdg5 >
drivers/usb/host/uhci-hcd.c: USB Universal Host Controller Interface driver v2.0
uhci-hcd 00:07.2: VIA Technologies, In USB
uhci-hcd 00:07.2: irq 10, io base 0000a400
Please use the 'usbfs' filetype instead, the 'usbdevfs' name is deprecated.
uhci-hcd 00:07.2: new USB bus registered, assigned bus number 1
hub 1-0:0: USB hub found
hub 1-0:0: 2 ports detected
mice: PS/2 mouse device common for all mice
input: AT Set 2 keyboard on isa0060/serio0
serio: i8042 KBD port at 0x60,0x64 irq 1
NET4: Linux TCP/IP 1.0 for NET4.0
IP: routing cache hash table of 4096 buckets, 32Kbytes
TCP: Hash tables configured (established 32768 bind 32768)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
found reiserfs format "3.6" with standard journal
Reiserfs journal params: device ide2(33,3), size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
reiserfs: checking transaction log (ide2(33,3)) for (ide2(33,3))
hub 1-0:0: debounce: port 1: delay 100ms stable 4 status 0x101
hub 1-0:0: new USB device on port 1, assigned address 2
hub 1-1:0: USB hub found
hub 1-1:0: 4 ports detected
hub 1-0:0: debounce: port 2: delay 100ms stable 4 status 0x301
hub 1-0:0: new USB device on port 2, assigned address 3
hub 1-1:0: debounce: port 1: delay 100ms stable 4 status 0x101
hub 1-1:0: new USB device on port 1, assigned address 4
hub 1-1:0: debounce: port 4: delay 100ms stable 4 status 0x101
hub 1-1:0: new USB device on port 4, assigned address 5
reiserfs: replayed 33 transactions in 2 seconds
Using r5 hash to sort names
VFS: Mounted root (reiserfs filesystem) readonly.
Freeing unused kernel memory: 80k freed
Adding 393552k swap on /dev/hda1.  Priority:1 extents:1
Adding 393584k swap on /dev/hde1.  Priority:1 extents:1
Adding 393584k swap on /dev/hdg1.  Priority:1 extents:1
Linux Tulip driver version 1.1.13 (May 11, 2002)
PCI: Found IRQ 11 for device 00:0a.0
IRQ routing conflict for 00:0a.0, have irq 9, want irq 11
tulip0:  EEPROM default media type Autosense.
tulip0:  Index #0 - Media MII (#11) described by a 21140 MII PHY (1) block.
tulip0:  MII transceiver #1 config 3000 status 7829 advertising 01e1.
eth0: Digital DS21140 Tulip rev 34 at 0xc000, 00:C0:F0:32:30:70, IRQ 9.
via-rhine.c:v1.10-LK1.1.15  November-22-2002  Written by Donald Becker
  http://www.scyld.com/network/via-rhine.html
PCI: Found IRQ 9 for device 00:08.0
IRQ routing conflict for 00:08.0, have irq 11, want irq 9
eth1: VIA VT86C100A Rhine at 0xed120000, 00:80:c8:f9:ee:ba, IRQ 11.
eth1: MII PHY found at address 8, status 0x782d advertising 05e1 Link 0000.
warning: process `update' used the obsolete bdflush system call
Fix your initscripts?
IPv4 over IPv4 tunneling driver
parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE,EPP]
parport0: irq 7 detected
parport0: cpp_daisy: aa5500ff(38)
parport0: assign_addrs: aa5500ff(38)
Module parport cannot be unloaded due to unsafe usage in include/linux/module.h:424
Module parport_pc cannot be unloaded due to unsafe usage in include/linux/module.h:424
parport0: cpp_daisy: aa5500ff(38)
parport0: assign_addrs: aa5500ff(38)
lp0: using parport0 (polling).
CSLIP: code copyright 1989 Regents of the University of California
PPP generic driver version 2.4.2
PPP BSD Compression module registered
found reiserfs format "3.6" with standard journal
Reiserfs journal params: device ide0(3,5), size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
reiserfs: checking transaction log (ide0(3,5)) for (ide0(3,5))
reiserfs: replayed 15 transactions in 1 seconds
Using r5 hash to sort names
found reiserfs format "3.6" with standard journal
Reiserfs journal params: device ide2(33,5), size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
reiserfs: checking transaction log (ide2(33,5)) for (ide2(33,5))
reiserfs: replayed 8 transactions in 0 seconds
Using r5 hash to sort names
found reiserfs format "3.6" with standard journal
Reiserfs journal params: device ide3(34,3), size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
reiserfs: checking transaction log (ide3(34,3)) for (ide3(34,3))
reiserfs: replayed 27 transactions in 0 seconds
Using r5 hash to sort names
found reiserfs format "3.6" with standard journal
Reiserfs journal params: device ide3(34,5), size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
reiserfs: checking transaction log (ide3(34,5)) for (ide3(34,5))
reiserfs: replayed 1 transactions in 0 seconds
Using r5 hash to sort names
EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended
ip_tables: (C) 2000-2002 Netfilter core team
Module ip_tables cannot be unloaded due to unsafe usage in include/linux/module.h:424
Module tulip cannot be unloaded due to unsafe usage in include/linux/module.h:424
drivers/usb/core/usb.c: registered new driver hid
drivers/usb/input/hid-core.c: v2.0:USB HID core driver
ip_conntrack version 2.1 (4095 buckets, 32760 max) - 304 bytes per conntrack
SCSI subsystem driver Revision: 1.00
Initializing USB Mass Storage driver...
drivers/usb/core/usb.c: registered new driver usb-storage
USB Mass Storage support registered.
soundcore: Unknown symbol errno
cs46xx: Unknown symbol unregister_sound_midi
cs46xx: Unknown symbol unregister_sound_mixer
cs46xx: Unknown symbol register_sound_dsp
cs46xx: Unknown symbol unregister_sound_dsp
cs46xx: Unknown symbol register_sound_mixer
cs46xx: Unknown symbol register_sound_midi
lp0: using parport0 (polling).
Module af_packet cannot be unloaded due to unsafe usage in include/linux/module.h:424
Module ppp_async cannot be unloaded due to unsafe usage in include/linux/module.h:424
Software Watchdog Timer: 0.06, soft_margin: 60 sec, nowayout: 0
Module bsd_comp cannot be unloaded due to unsafe usage in include/linux/module.h:424
PPP Deflate Compression module registered
Module ppp_deflate cannot be unloaded due to unsafe usage in include/linux/module.h:424
Module ipchains cannot be unloaded due to unsafe usage in include/linux/module.h:424
usb 1-2: USB disconnect, address 3
hub 1-0:0: debounce: port 2: delay 100ms stable 4 status 0x301
hub 1-0:0: new USB device on port 2, assigned address 6
input: USB HID v1.00 Mouse [Microsoft Microsoft IntelliMouse® Optical] on usb-00:07.2-2

[-- Attachment #3: sysfs.tar.gz --]
[-- Type: application/x-tgz, Size: 14910 bytes --]

Re: usb mouse and 2.5.56bk

[Greg KH]

On Tue, Jan 14, 2003 at 08:44:17AM -0500, Ed Tomlinson wrote:
> 
> I used tar on my sysfs mount point (this did not work cleanly...) and have
> attached the tar and the dmesg log from the boot.  The last message in
> the log, which is from hid, was produced after the tar, when I replugged
> the mouse.
> 
> Kernel is now 2.5.58.

Ok, I think I've duplicated this here, and have a patch from Pat Mochel
that might fix it, but need to test.  I'll let you know what I find (if
you want, go add a bug at bugme.osdl.org for this to get updates on the
status of this problem.)

thanks,

greg k-h

Re: usb mouse and 2.5.56bk

[Pete Zaitcev]

> I suspect the changeset below:
> 
> ChangeSet@1.889.19.1, 2003-01-09 10:29:40-08:00, greg@kroah.com

linux.bkbits.net:8080/linux-2.5 says "Cannot find the project root".
Can you send the patch, or refer to it somehow? BK is a wonderful
tool, but only when it works.

-- Pete

Re: usb mouse and 2.5.56bk

[Joshua M. Kwan]

[-- Attachment #1: Type: text/plain, Size: 728 bytes --]

I'm getting a "Bad file descriptor" right now... (was just trying to pull 2.5.57)

Regards
Josh

On Mon, Jan 13, 2003 at 02:06:15PM -0500, Pete Zaitcev wrote:
> > I suspect the changeset below:
> > 
> > ChangeSet@1.889.19.1, 2003-01-09 10:29:40-08:00, greg@kroah.com
> 
> linux.bkbits.net:8080/linux-2.5 says "Cannot find the project root".
> Can you send the patch, or refer to it somehow? BK is a wonderful
> tool, but only when it works.
> 
> -- Pete
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]