* Heads up on 2.6.12-rc1 and later
@ 2005-04-14 16:29 ` James.Smart
0 siblings, 0 replies; 4+ messages in thread
From: James.Smart @ 2005-04-14 16:29 UTC (permalink / raw)
To: linux-kernel, linux-scsi
Folks,
FYI:
In testing with 2.6.12-rc1 and -rc2, we've been encountering an issue on SMP machines with the loading of scsi_mod and sd_mod modules. The sd_mod load fails with unresolved symbols. It appears to be a race condition based on how quickly the modules load. This works fine on uni systems and on 2.6.11.
Evidently, this problem has been before and is resolved by a short delay between module loads. http://seclists.org/lists/linux-kernel/2005/Apr/0383.html
Given it's been around for 2 -rc itterations, I expect it needed some highlighting.
-- james s
^ permalink raw reply [flat|nested] 4+ messages in thread
* Heads up on 2.6.12-rc1 and later
@ 2005-04-14 16:29 ` James.Smart
0 siblings, 0 replies; 4+ messages in thread
From: James.Smart @ 2005-04-14 16:29 UTC (permalink / raw)
To: linux-kernel, linux-scsi
Folks,
FYI:
In testing with 2.6.12-rc1 and -rc2, we've been encountering an issue on SMP machines with the loading of scsi_mod and sd_mod modules. The sd_mod load fails with unresolved symbols. It appears to be a race condition based on how quickly the modules load. This works fine on uni systems and on 2.6.11.
Evidently, this problem has been before and is resolved by a short delay between module loads. http://seclists.org/lists/linux-kernel/2005/Apr/0383.html
Given it's been around for 2 -rc itterations, I expect it needed some highlighting.
-- james s
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Heads up on 2.6.12-rc1 and later
2005-04-14 16:29 ` James.Smart
(?)
@ 2005-04-14 16:54 ` Tom Duffy
2005-04-14 17:13 ` K.R. Foley
-1 siblings, 1 reply; 4+ messages in thread
From: Tom Duffy @ 2005-04-14 16:54 UTC (permalink / raw)
To: James.Smart; +Cc: linux-kernel, linux-scsi
[-- Attachment #1: Type: text/plain, Size: 3567 bytes --]
On Thu, 2005-04-14 at 12:29 -0400, James.Smart@Emulex.Com wrote:
> In testing with 2.6.12-rc1 and -rc2, we've been encountering an issue
> on SMP machines with the loading of scsi_mod and sd_mod modules. The
> sd_mod load fails with unresolved symbols. It appears to be a race
> condition based on how quickly the modules load. This works fine on
> uni systems and on 2.6.11.
>
> Evidently, this problem has been before and is resolved by a short
> delay between module loads.
> http://seclists.org/lists/linux-kernel/2005/Apr/0383.html
>
> Given it's been around for 2 -rc itterations, I expect it needed some
> highlighting.
Ah, so it is not just me (thought I was going crazy -- couldn't get a
kernel to boot on my SMP system):
Mounting sysfs
Creating /dev
Starting udev
Loading scsi_modSCSI subsystem initialized
.ko module
LoadFusion MPT base driver 3.01.20
ing sd_mod.ko momptscsih: Unknown symbol mpt_deregister
mptscsih: Unknown symbol mpt_reset_deregister
mptscsih: Unknown symbol mpt_config
mptscsih: Unknown symbol mpt_device_driver_deregister
mptscsih: Unknown symbol mpt_free_msg_frame
mptscsih: Unknown symbol scsi_remove_host
mptscsih: Unknown symbol mpt_print_ioc_summary
mptscsih: Unknown symbol mpt_GetIocState
mptscsih: Unknown symbol mpt_put_msg_frame
mptscsih: Unknown symbol mpt_register
mptscsih: Unknown symbol mpt_add_sge
mptscsih: Unknown symbol mpt_event_deregister
mptscsih: Unknown symbol scsi_host_put
mptscsih: Unknown symbol mpt_read_ioc_pg_3
mptscsih: Unknown symbol scsi_scan_host
mptscsih: Unknown symbol mpt_event_register
mptscsih: Unknown symbol mpt_send_handshake_request
mptscsih: Unknown symbol scsi_add_host
mptscsih: Unknown symbol mpt_device_driver_register
mptscsih: Unknown symbol scsi_adjust_queue_depth
mptscsih: Unknown symbol mpt_get_msg_frame
mptscsih: Unknown symbol mpt_reset_register
mptscsih: Unknown symbol mpt_HardResetHandler
mptscsih: Unknown symbol scsi_host_alloc
mptscsih: Unknown symbol ioc_list
dule
Loading mpinput: ImPS/2 Generic Wheel Mouse on isa0060/serio1
sd_mod: Unknown symbol scsi_device_get
sd_mod: Unknown symbol scsi_wait_req
sd_mod: Unknown symbol scsi_get_sense_info_fld
sd_mod: Unknown symbol scsicam_bios_param
sd_mod: Unknown symbol scsi_command_normalize_sense
sd_mod: Unknown symbol scsi_test_unit_ready
sd_mod: Unknown symbol scsi_block_when_processing_errors
sd_mod: Unknown symbol scsi_register_driver
sd_mod: Unknown symbol scsi_ioctl
sd_mod: Unknown symbol scsi_nonblockable_ioctl
sd_mod: Unknown symbol scsi_device_put
sd_mod: Unknown symbol scsi_request_normalize_sense
sd_mod: Unknown symbol __scsi_mode_sense
sd_mod: Unknown symbol scsi_logging_level
sd_mod: Unknown symbol scsi_print_req_sense
sd_mod: Unknown symbol scsi_release_request
sd_mod: Unknown symbol scsi_print_sense
sd_mod: Unknown symbol scsi_allocate_request
sd_mod: Unknown symbol scsi_io_completion
sd_mod: Unknown symbol scsi_set_medium_removal
Loading mptscsiCopyright (c) 1999-2004 LSI Logic Corporation
h.ko module
LoaACPI: PCI Interrupt 0000:05:05.0[A] -> ding dm-mod.ko mGSI 72 (level,
low) -> IRQ 185
odule
Loading jmptbase: Initiating ioc0 bringup
bd.ko module
Lodevice-mapper: 4.4.0-ioctl (2005-01-12) initialised:
dm-devel@redhat.com
ading ext3.ko moext3: Unknown symbol journal_force_commit
dule
insmod: erext3: Unknown symbol journal_dirty_data
ror inserting '/<ex0>tK3e:r Unenkl npowann iscy -m bonlo t
jsouynrncailn_gf: oArctete_mcopmtemdit t_no eskitledl
iniext!t3
Unknown symbol journal_init_dev
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Heads up on 2.6.12-rc1 and later
2005-04-14 16:54 ` Tom Duffy
@ 2005-04-14 17:13 ` K.R. Foley
0 siblings, 0 replies; 4+ messages in thread
From: K.R. Foley @ 2005-04-14 17:13 UTC (permalink / raw)
To: Tom Duffy; +Cc: James.Smart, linux-kernel, linux-scsi
Tom Duffy wrote:
> On Thu, 2005-04-14 at 12:29 -0400, James.Smart@Emulex.Com wrote:
>
>>In testing with 2.6.12-rc1 and -rc2, we've been encountering an issue
>>on SMP machines with the loading of scsi_mod and sd_mod modules. The
>>sd_mod load fails with unresolved symbols. It appears to be a race
>>condition based on how quickly the modules load. This works fine on
>>uni systems and on 2.6.11.
>>
>>Evidently, this problem has been before and is resolved by a short
>>delay between module loads.
>>http://seclists.org/lists/linux-kernel/2005/Apr/0383.html
BTW. I haven't had time to debug this any further myself, but for me
adding a one second delay between module loads DOES NOT WORK for me.
>>
>>Given it's been around for 2 -rc itterations, I expect it needed some
>>highlighting.
>
>
> Ah, so it is not just me (thought I was going crazy -- couldn't get a
> kernel to boot on my SMP system):
>
> Mounting sysfs
> Creating /dev
> Starting udev
> Loading scsi_modSCSI subsystem initialized
> .ko module
> LoadFusion MPT base driver 3.01.20
> ing sd_mod.ko momptscsih: Unknown symbol mpt_deregister
> mptscsih: Unknown symbol mpt_reset_deregister
> mptscsih: Unknown symbol mpt_config
> mptscsih: Unknown symbol mpt_device_driver_deregister
> mptscsih: Unknown symbol mpt_free_msg_frame
> mptscsih: Unknown symbol scsi_remove_host
> mptscsih: Unknown symbol mpt_print_ioc_summary
> mptscsih: Unknown symbol mpt_GetIocState
> mptscsih: Unknown symbol mpt_put_msg_frame
> mptscsih: Unknown symbol mpt_register
> mptscsih: Unknown symbol mpt_add_sge
> mptscsih: Unknown symbol mpt_event_deregister
> mptscsih: Unknown symbol scsi_host_put
> mptscsih: Unknown symbol mpt_read_ioc_pg_3
> mptscsih: Unknown symbol scsi_scan_host
> mptscsih: Unknown symbol mpt_event_register
> mptscsih: Unknown symbol mpt_send_handshake_request
> mptscsih: Unknown symbol scsi_add_host
> mptscsih: Unknown symbol mpt_device_driver_register
> mptscsih: Unknown symbol scsi_adjust_queue_depth
> mptscsih: Unknown symbol mpt_get_msg_frame
> mptscsih: Unknown symbol mpt_reset_register
> mptscsih: Unknown symbol mpt_HardResetHandler
> mptscsih: Unknown symbol scsi_host_alloc
> mptscsih: Unknown symbol ioc_list
> dule
> Loading mpinput: ImPS/2 Generic Wheel Mouse on isa0060/serio1
> sd_mod: Unknown symbol scsi_device_get
> sd_mod: Unknown symbol scsi_wait_req
> sd_mod: Unknown symbol scsi_get_sense_info_fld
> sd_mod: Unknown symbol scsicam_bios_param
> sd_mod: Unknown symbol scsi_command_normalize_sense
> sd_mod: Unknown symbol scsi_test_unit_ready
> sd_mod: Unknown symbol scsi_block_when_processing_errors
> sd_mod: Unknown symbol scsi_register_driver
> sd_mod: Unknown symbol scsi_ioctl
> sd_mod: Unknown symbol scsi_nonblockable_ioctl
> sd_mod: Unknown symbol scsi_device_put
> sd_mod: Unknown symbol scsi_request_normalize_sense
> sd_mod: Unknown symbol __scsi_mode_sense
> sd_mod: Unknown symbol scsi_logging_level
> sd_mod: Unknown symbol scsi_print_req_sense
> sd_mod: Unknown symbol scsi_release_request
> sd_mod: Unknown symbol scsi_print_sense
> sd_mod: Unknown symbol scsi_allocate_request
> sd_mod: Unknown symbol scsi_io_completion
> sd_mod: Unknown symbol scsi_set_medium_removal
>
> Loading mptscsiCopyright (c) 1999-2004 LSI Logic Corporation
> h.ko module
> LoaACPI: PCI Interrupt 0000:05:05.0[A] -> ding dm-mod.ko mGSI 72 (level,
> low) -> IRQ 185
> odule
> Loading jmptbase: Initiating ioc0 bringup
> bd.ko module
> Lodevice-mapper: 4.4.0-ioctl (2005-01-12) initialised:
> dm-devel@redhat.com
> ading ext3.ko moext3: Unknown symbol journal_force_commit
> dule
> insmod: erext3: Unknown symbol journal_dirty_data
> ror inserting '/<ex0>tK3e:r Unenkl npowann iscy -m bonlo t
> jsouynrncailn_gf: oArctete_mcopmtemdit t_no eskitledl
> iniext!t3
> Unknown symbol journal_init_dev
>
--
kr
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2005-04-14 17:13 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-04-14 16:29 Heads up on 2.6.12-rc1 and later James.Smart
2005-04-14 16:29 ` James.Smart
2005-04-14 16:54 ` Tom Duffy
2005-04-14 17:13 ` K.R. Foley
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.