A user noticed this oddness while using -test10 that he did
not see while using -test9. This error does not seem to affect
anything. His e-mail is [email protected] if you need more info
from him.
Reverting CSET 1.1437.1.2 fixed his problem below:
http://linux.bkbits.net:8080/linux-2.5/[email protected]?nav=index.html|tags|[email protected]..|[email protected]
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.35
<Adaptec 29160 Ultra160 SCSI adapter>
aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
(scsi0:A:0): 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit)
(scsi0:A:1): 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit)
(scsi0:A:2:0): refuses WIDE negotiation. Using 8bit transfers
(scsi0:A:2): 20.000MB/s transfers (20.000MHz, offset 16)
(scsi0:A:4:0): refuses WIDE negotiation. Using 8bit transfers
(scsi0:A:4): 20.000MB/s transfers (20.000MHz, offset 7)
Badness in kobject_get at lib/kobject.c:439
Call Trace:
[<c0238bad>] kobject_get+0x4d/0x50
[<c0291278>] get_device+0x18/0x30
[<c02d285c>] scsi_device_get+0x2c/0x80
[<c02d294e>] __scsi_iterate_devices+0x3e/0x70
[<c02d6409>] scsi_run_host_queues+0x19/0x50
[<c02f5f14>] ahc_linux_release_simq+0x94/0xd0
[<c02f2552>] ahc_linux_dv_thread+0x1e2/0x230
[<c02f2370>] ahc_linux_dv_thread+0x0/0x230
[<c01070a9>] kernel_thread_helper+0x5/0xc
Vendor: COMPAQPC Model: DDYS-T09170N Rev: B96H
Type: Direct-Access ANSI SCSI revision: 02
scsi0:A:0:0: Tagged Queuing enabled. Depth 253
Vendor: FUJITSU Model: MAP3367NP Rev: 0106
Type: Direct-Access ANSI SCSI revision: 03
scsi0:A:1:0: Tagged Queuing enabled. Depth 253
Vendor: PIONEER Model: DVD-ROM DVD-305 Rev: 1.03
Type: CD-ROM ANSI SCSI revision: 02
Vendor: YAMAHA Model: CRW2100S Rev: 1.0N
Type: CD-ROM ANSI SCSI revision: 02
SCSI device sda: 17773524 512-byte hdwr sectors (9100 MB)
SCSI device sda: drive cache: write back
/dev/scsi/host0/bus0/target0/lun0: p1
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
SCSI device sdb: 71775284 512-byte hdwr sectors (36749 MB)
SCSI device sdb: drive cache: write back
/dev/scsi/host0/bus0/target1/lun0: p1 p2 p3
Attached scsi disk sdb at scsi0, channel 0, id 1, lun 0
sr0: scsi3-mmc drive: 16x/40x cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.12
Attached scsi CD-ROM sr0 at scsi0, channel 0, id 2, lun 0
sr1: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray
Attached scsi CD-ROM sr1 at scsi0, channel 0, id 4, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0
Attached scsi generic sg1 at scsi0, channel 0, id 1, lun 0, type 0
Attached scsi generic sg2 at scsi0, channel 0, id 2, lun 0, type 5
Attached scsi generic sg3 at scsi0, channel 0, id 4, lun 0, type 5
"Brad House" <[email protected]> wrote:
>
> A user noticed this oddness while using -test10 that he did
> not see while using -test9. This error does not seem to affect
> anything. His e-mail is [email protected] if you need more info
> from him.
>
> Reverting CSET 1.1437.1.2 fixed his problem below:
> http://linux.bkbits.net:8080/linux-2.5/[email protected]?nav=index.html|tags|[email protected]..|[email protected]
>
>
>
> scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.35
> <Adaptec 29160 Ultra160 SCSI adapter>
> aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
>
> (scsi0:A:0): 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit)
> (scsi0:A:1): 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit)
> (scsi0:A:2:0): refuses WIDE negotiation. Using 8bit transfers
> (scsi0:A:2): 20.000MB/s transfers (20.000MHz, offset 16)
> (scsi0:A:4:0): refuses WIDE negotiation. Using 8bit transfers
> (scsi0:A:4): 20.000MB/s transfers (20.000MHz, offset 7)
> Badness in kobject_get at lib/kobject.c:439
> Call Trace:
> [<c0238bad>] kobject_get+0x4d/0x50
> [<c0291278>] get_device+0x18/0x30
> [<c02d285c>] scsi_device_get+0x2c/0x80
> [<c02d294e>] __scsi_iterate_devices+0x3e/0x70
> [<c02d6409>] scsi_run_host_queues+0x19/0x50
> [<c02f5f14>] ahc_linux_release_simq+0x94/0xd0
> [<c02f2552>] ahc_linux_dv_thread+0x1e2/0x230
> [<c02f2370>] ahc_linux_dv_thread+0x0/0x230
> [<c01070a9>] kernel_thread_helper+0x5/0xc
Me too. Also with aic7xxx.
This patch in the linux-scsi archives should remove this badness
warning.
http://marc.theaimsgroup.com/?l=linux-scsi&m=106940008217622&w=2
It should apply cleanly to test10. I am just updating my view now to
test10 so I have not tested the patch on test10 yet.
I did not have it refreshed in time from James to include it in his
last update.
Andrew Morton [[email protected]] wrote:
> "Brad House" <[email protected]> wrote:
> >
> > A user noticed this oddness while using -test10 that he did
> > not see while using -test9. This error does not seem to affect
> > anything. His e-mail is [email protected] if you need more info
> > from him.
> >
> > Reverting CSET 1.1437.1.2 fixed his problem below:
> > http://linux.bkbits.net:8080/linux-2.5/[email protected]?nav=index.html|tags|[email protected]..|[email protected]
> >
> >
> >
> > scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.35
> > <Adaptec 29160 Ultra160 SCSI adapter>
> > aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
> >
> > (scsi0:A:0): 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit)
> > (scsi0:A:1): 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit)
> > (scsi0:A:2:0): refuses WIDE negotiation. Using 8bit transfers
> > (scsi0:A:2): 20.000MB/s transfers (20.000MHz, offset 16)
> > (scsi0:A:4:0): refuses WIDE negotiation. Using 8bit transfers
> > (scsi0:A:4): 20.000MB/s transfers (20.000MHz, offset 7)
> > Badness in kobject_get at lib/kobject.c:439
> > Call Trace:
> > [<c0238bad>] kobject_get+0x4d/0x50
> > [<c0291278>] get_device+0x18/0x30
> > [<c02d285c>] scsi_device_get+0x2c/0x80
> > [<c02d294e>] __scsi_iterate_devices+0x3e/0x70
> > [<c02d6409>] scsi_run_host_queues+0x19/0x50
> > [<c02f5f14>] ahc_linux_release_simq+0x94/0xd0
> > [<c02f2552>] ahc_linux_dv_thread+0x1e2/0x230
> > [<c02f2370>] ahc_linux_dv_thread+0x0/0x230
> > [<c01070a9>] kernel_thread_helper+0x5/0xc
>
> Me too. Also with aic7xxx.
-andmike
--
Michael Anderson
[email protected]
On Mon, 2003-11-24 at 09:09, Mike Anderson wrote:
> This patch in the linux-scsi archives should remove this badness
> warning.
> http://marc.theaimsgroup.com/?l=linux-scsi&m=106940008217622&w=2
>
> It should apply cleanly to test10. I am just updating my view now to
> test10 so I have not tested the patch on test10 yet.
>
> I did not have it refreshed in time from James to include it in his
> last update.
Confirmed, the badness and backtrace are no longer seen with this patch
applied.
Thank you,
Tony.