On Wednesday, December 16, 2009 4:23 PM, James Bottomley wrote:
> On Wed, 2009-12-16 at 15:44 -0700, Moore, Eric wrote:
> > James - Is there a way to turn of the enclosure services from the
> > SCSI LLD, command line option, or some other method that doesn't
> > require recompiling the kernel?
>
> Assuming you built it as a module, then just remove the module. If
> you're using a monolithic kernel, there's no real way to influence the
> ULD binding apart from by disabling it.
Thanks for the suggestion.
I just added enclosure.ko to /etc/modprobe.d/blacklist, and I avoid this situation.
> > The backtrace below is from enclosure_unregister, seems its deleting a NULL pointer from device_pm_remove.
> >
> >
> > BUG: unable to handle kernel NULL pointer dereference at 0000000000000008
>
> So if you're sure it's fixed, what happens when you try with a current
> kernel?
>
I guess it fixed, but not 100% sure. Has anybody else reported this oops?
I'm running a scsi-misc tree I pulled about a week ago, I don't hang in enclosure_unregister. It says it’s a 2.6.32 kernel.
I have not deep dived into it. I'm guessing your new function ses_enclosure_data_process might of properly detected it. Do we want to root cause this further? This impacts HP and Xyratex enclosure under SLES11 . I would imagine that Marvell and PMC would see the same problem.
If you want, I can send any of SES diagnostic pages. Please advise.
With the default SLES11 kernel (2.6.27.19-5) its missing all the slots subfolders:
dell2900u:/sys/class/enclosure/4:0:0:0 # ls -la
total 0
drwxr-xr-x 3 root root 0 2009-12-16 17:29 .
drwxr-xr-x 3 root root 0 2009-12-16 17:29 ..
-r--r--r-- 1 root root 4096 2009-12-16 17:29 components
lrwxrwxrwx 1 root root 0 2009-12-16 17:29 device -> ../../../4:0:0:0
drwxr-xr-x 2 root root 0 2009-12-16 17:29 power
lrwxrwxrwx 1 root root 0 2009-12-16 17:29 subsystem -> ../../../../../../../../../../../../../class/enclosure
-rw-r--r-- 1 root root 4096 2009-12-16 17:29 uevent
Under 2.6.32 kernel all the slots subfolders are there:
dell2900u:/sys/class/enclosure/4:0:0:0 # ls -la
total 0
drwxr-xr-x 19 root root 0 2009-12-16 17:37 .
drwxr-xr-x 3 root root 0 2009-12-16 17:37 ..
drwxr-xr-x 3 root root 0 2009-12-16 17:37 0
drwxr-xr-x 3 root root 0 2009-12-16 17:37 1
drwxr-xr-x 3 root root 0 2009-12-16 17:37 10
drwxr-xr-x 3 root root 0 2009-12-16 17:37 11
drwxr-xr-x 3 root root 0 2009-12-16 17:37 12
drwxr-xr-x 3 root root 0 2009-12-16 17:37 13
drwxr-xr-x 3 root root 0 2009-12-16 17:37 14
drwxr-xr-x 3 root root 0 2009-12-16 17:37 15
drwxr-xr-x 3 root root 0 2009-12-16 17:37 2
drwxr-xr-x 3 root root 0 2009-12-16 17:37 3
drwxr-xr-x 3 root root 0 2009-12-16 17:37 4
drwxr-xr-x 3 root root 0 2009-12-16 17:37 5
drwxr-xr-x 3 root root 0 2009-12-16 17:37 6
drwxr-xr-x 3 root root 0 2009-12-16 17:37 7
drwxr-xr-x 3 root root 0 2009-12-16 17:37 8
drwxr-xr-x 3 root root 0 2009-12-16 17:37 9
-r--r--r-- 1 root root 4096 2009-12-16 17:37 components
lrwxrwxrwx 1 root root 0 2009-12-16 17:37 device -> ../../../4:0:0:0
drwxr-xr-x 2 root root 0 2009-12-16 17:37 power
lrwxrwxrwx 1 root root 0 2009-12-16 17:37 subsystem -> ../../../../../../../../../../../../../class/enclosure
-rw-r--r-- 1 root root 4096 2009-12-16 17:37 uevent
��.n��������+%������w��{.n�����{������ܨ}���Ơz�j:+v�����w����ޙ��&�)ߡ�a����z�ޗ���ݢj��w�f
