|
Bugzilla – Full Text Bug Listing |
| Summary: | unknown symbols in dmesg, but all modules loaded anyway | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | Andreas Klein <asklein> |
| Component: | Basesystem | Assignee: | Marian Jancar <mjancar> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Minor | ||
| Priority: | P5 - None | CC: | aj, Daniel.Ottey, dieter, kernel01, lgrimmer, vetter |
| Version: | Beta 1 | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: | module-init-tools-3.2_pre8-4.src.rpm | ||
|
Description
Andreas Klein
2005-02-24 17:42:37 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. Olaf, this one is a duplicate, but I don't have the initial number at hand. Feel free to close as DUPLICATE *** Bug 63643 has been marked as a duplicate of this bug. *** *** Bug 64590 has been marked as a duplicate of this bug. *** *** Bug 66449 has been marked as a duplicate of this bug. *** *** Bug 66946 has been marked as a duplicate of this bug. *** 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 *** Bug 96829 has been marked as a duplicate of this bug. *** *** Bug 113588 has been marked as a duplicate of this bug. *** 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?!? 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. /dev/kmsg *** Bug 114626 has been marked as a duplicate of this bug. *** *** Bug 114228 has been marked as a duplicate of this bug. *** Hmm. Looks more like an modprobe bug to me... Created attachment 49210 [details]
module-init-tools-3.2_pre8-4.src.rpm
I have added the check for -EINTR, please test.
fix submited, please reopen if the problem persists *** Bug 116377 has been marked as a duplicate of this bug. *** |