Bug 66533 - unknown symbols in dmesg, but all modules loaded anyway
Summary: unknown symbols in dmesg, but all modules loaded anyway
Status: RESOLVED FIXED
: 63643 64590 66449 66946 96829 113588 114228 114626 116377 (view as bug list)
Alias: None
Product: SUSE LINUX 10.0
Classification: openSUSE
Component: Basesystem (show other bugs)
Version: Beta 1
Hardware: All Linux
: P5 - None : Minor
Target Milestone: ---
Assignee: Marian Jancar
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-02-24 17:42 UTC by Andreas Klein
Modified: 2005-09-11 11:15 UTC (History)
6 users (show)

See Also:
Found By: Other
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
module-init-tools-3.2_pre8-4.src.rpm (201.85 KB, application/x-rpm)
2005-09-08 13:26 UTC, Marian Jancar
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Andreas Klein 2005-02-24 17:42:37 UTC
I have the following errors in /var/log/boot.msg:

uhci_hcd: Unknown symbol usb_hcd_pci_suspend
uhci_hcd: Unknown symbol usb_hcd_pci_probe
uhci_hcd: Unknown symbol usb_check_bandwidth
uhci_hcd: Unknown symbol usb_disabled
uhci_hcd: Unknown symbol usb_release_bandwidth
uhci_hcd: Unknown symbol usb_register_root_hub
uhci_hcd: Unknown symbol usb_put_dev
uhci_hcd: Unknown symbol usb_get_dev
uhci_hcd: Unknown symbol usb_claim_bandwidth
uhci_hcd: Unknown symbol usb_hcd_pci_resume
uhci_hcd: Unknown symbol usb_hcd_giveback_urb
uhci_hcd: Unknown symbol usb_hcd_pci_remove
uhci_hcd: Unknown symbol usb_alloc_dev
uhci_hcd: Unknown symbol usb_hcd_pci_suspend
uhci_hcd: Unknown symbol usb_hcd_pci_probe
uhci_hcd: Unknown symbol usb_check_bandwidth
uhci_hcd: Unknown symbol usb_disabled
uhci_hcd: Unknown symbol usb_release_bandwidth
uhci_hcd: Unknown symbol usb_register_root_hub
Comment 1 Andreas Klein 2005-02-24 18:35:17 UTC
The problem only occurs after the first reboot (when DVD2 is needed).
When rebooting the machine after the installation is complete, everything is ok.
Comment 2 Hubert Mantel 2005-02-25 14:20:00 UTC
Olaf, this one is a duplicate, but I don't have the initial number at hand. Feel
free to close as DUPLICATE
Comment 3 Olaf Hering 2005-02-27 10:35:19 UTC
*** Bug 63643 has been marked as a duplicate of this bug. ***
Comment 4 Olaf Hering 2005-02-27 10:37:44 UTC
*** Bug 64590 has been marked as a duplicate of this bug. ***
Comment 5 Olaf Hering 2005-02-27 10:42:28 UTC
*** Bug 66449 has been marked as a duplicate of this bug. ***
Comment 6 Dieter Bloms 2005-02-28 22:32:07 UTC
*** Bug 66946 has been marked as a duplicate of this bug. ***
Comment 7 Olaf Hering 2005-03-21 07:24:14 UTC
just got it again with sles9 and 9.3 kernel:

load_module: err 0xffffffffffffffef (dont worry)
sg: Unknown symbol scsi_do_req, st_info == 0x1
sg: Unknown symbol scsi_device_get, st_info == 0x1
sg: Unknown symbol scsi_command_normalize_sense, st_info == 0x1
sg: Unknown symbol scsi_ioctl_send_command, st_info == 0x1
sg: Unknown symbol scsi_release_request, st_info == 0x1
sg: Unknown symbol scsi_print_req_sense, st_info == 0x1
SCSI subsystem initialized
sg: Unknown symbol scsi_allocate_request, st_info == 0x1
sg: Unknown symbol scsi_device_put, st_info == 0x1
sg: Unknown symbol scsi_logging_level, st_info == 0x1
sg: Unknown symbol scsi_ioctl, st_info == 0x1
sg: Unknown symbol scsi_block_when_processing_errors, st_info == 0x1
sg: Unknown symbol scsi_register_interface, st_info == 0x1
sg: Unknown symbol scsi_reset_provider, st_info == 0x1
load_module: err 0xfffffffffffffffe (dont worry)
NET: Registered protocol family 10
Disabled Privacy Extensions on device c00000000056d100(lo)
IPv6 over IPv4 tunneling driver
Disabled Privacy Extensions on device c00000000f55f800(sit0)
load_module: err 0xffffffffffffffef (dont worry)
load_module: err 0xffffffffffffffef (dont worry)
st: Version 20041025, fixed bufsize 32768, s/g segs 256
eth1: no IPv6 routers present
g182:~ # lsmod
Module                  Size  Used by
evdev                  33848  0 
joydev                 32592  0 
st                     71760  0 
sd_mod                 43496  0 
sr_mod                 44636  0 
ide_cd                 73632  0 
cdrom                  67928  2 sr_mod,ide_cd
autofs                 43408  3 
ipv6                  476016  19 
sg                     74488  0 
scsi_mod              216888  4 st,sd_mod,sr_mod,sg
tg3                   142988  0 
dm_mod                116472  0 

Comment 8 Olaf Hering 2005-07-20 17:19:23 UTC
*** Bug 96829 has been marked as a duplicate of this bug. ***
Comment 9 Olaf Hering 2005-08-28 10:45:23 UTC
*** Bug 113588 has been marked as a duplicate of this bug. ***
Comment 10 Christoph Thiel 2005-08-28 10:54:16 UTC
Just one additional comment: It doesn't only happen on first boot for me on
10.0-beta3. To me it looks like some weired ordering in module loading / some
race?!?
Comment 11 Olaf Hering 2005-08-28 13:13:34 UTC
I suspect sys_init_module returns -EINTR, and modprobe just ignores that.

to debug this further, redirect stderr/stdout during modprobe calls to
/proc/kmsg to not lose debug. And/Or call modprobe with -s

there is no simple testcase, so enabling debug for everyone has to be done.
Comment 12 Olaf Hering 2005-08-28 16:03:35 UTC
/dev/kmsg
Comment 13 Olaf Kirch 2005-09-01 08:22:40 UTC
*** Bug 114626 has been marked as a duplicate of this bug. ***
Comment 14 Olaf Hering 2005-09-01 09:56:49 UTC
*** Bug 114228 has been marked as a duplicate of this bug. ***
Comment 15 Hannes Reinecke 2005-09-08 09:21:56 UTC
Hmm. Looks more like an modprobe bug to me...
Comment 16 Marian Jancar 2005-09-08 13:26:05 UTC
Created attachment 49210 [details]
module-init-tools-3.2_pre8-4.src.rpm

I have added the check for -EINTR, please test.
Comment 17 Marian Jancar 2005-09-08 16:49:27 UTC
fix submited, please reopen if the problem persists
Comment 18 Olaf Hering 2005-09-11 11:15:13 UTC
*** Bug 116377 has been marked as a duplicate of this bug. ***