Bug 1466 - firewire device not found
Summary: firewire device not found
Status: CLOSED CODE_FIX
Alias: None
Product: Drivers
Classification: Unclassified
Component: IEEE1394 (show other bugs)
Hardware: i386 Linux
: P2 high
Assignee: Ben Collins
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-10-31 14:14 UTC by James J Myers
Modified: 2004-03-11 04:50 UTC (History)
0 users

See Also:
Kernel Version: 2.6.0-test9
Subsystem:
Regression: ---
Bisected commit-id:


Attachments

Description James J Myers 2003-10-31 14:14:33 UTC
Distribution: RedHat 9 2.6.0-0.test9.1.67
Hardware Environment: Pentium 4 1.8GH, 640MB RAM
Software Environment: "
Problem Description: I have 3 Firewire devices on 2 cables. System only sees and
configures 1 of them. gscanbus however sees all 3 devices.

Steps to reproduce:
lspci
00:00.0 Host bridge: Silicon Integrated Systems [SiS] 650 Host (rev 01)
00:01.0 PCI bridge: Silicon Integrated Systems [SiS] SiS 530 Virtual PCI-to-PCI
bridge (AGP)
00:02.0 ISA bridge: Silicon Integrated Systems [SiS] 85C503/5513 (rev 10)
00:02.1 SMBus: Silicon Integrated Systems [SiS]: Unknown device 0016
00:02.2 USB Controller: Silicon Integrated Systems [SiS] SiS7001 USB Controller
(rev 07)
00:02.3 USB Controller: Silicon Integrated Systems [SiS] SiS7001 USB Controller
(rev 07)
00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev d0)
00:02.7 Multimedia audio controller: Silicon Integrated Systems [SiS] SiS7012
PCI Audio Accelerator (rev a0)
00:07.0 FireWire (IEEE 1394): NEC Corporation IEEE 1394 [OrangeLink] Host
Controller (rev 01)
00:08.0 Ethernet controller: Lite-On Communications Inc LNE100TX (rev 20)
01:00.0 VGA compatible controller: nVidia Corporation NV11DDR [GeForce2 MX 100
DDR/200 DDR] (rev b2)

cat /proc/scsi/scsi
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
  Vendor: Maxtor   Model: 5000XT           Rev: 0100
  Type:   Direct-Access                    ANSI SCSI revision: 06

lsmod
Module                  Size  Used by
raw1394                25572  1
ide_cd                 35972  0
cdrom                  31392  1 ide_cd
i810_audio             29204  0
ac97_codec             17164  1 i810_audio
soundcore               7744  1 i810_audio
vfat                   13184  0
fat                    40640  1 vfat
lp                     10564  0
md5                     3840  1
ipv6                  209472  18
autofs                 13952  0
iptable_filter          2688  0
ip_tables              15872  1 iptable_filter
tulip                  40864  0
crc32                   4352  1 tulip
floppy                 54100  0
parport_pc             24616  1
parport                38632  2 lp,parport_pc
ext3                  100904  4
jbd                    49304  1 ext3
sbp2                   22024  1
ohci1394               30088  0
ieee1394              211372  3 raw1394,sbp2,ohci1394
sd_mod                 14880  2
scsi_mod              107576  2 sbp2,sd_mod

dmesg output:  
Debug: sleeping function called from invalid context at include/asm/semaphore.h:119
in_atomic():0, irqs_disabled():1
Call Trace:
 [<c0117821>] __might_sleep+0x80/0x8b
 [<e88ac7a4>] hpsb_get_tlabel+0x6b/0x180 [ieee1394]
 [<c013179c>] cache_init_objs+0xc1/0x10a
 [<e88acacd>] hpsb_make_writepacket+0x73/0xd8 [ieee1394]
 [<e886907a>] sbp2util_allocate_write_packet+0x1f/0x46 [sbp2]
 [<e886a9db>] sbp2_link_orb_command+0x5c/0x14a [sbp2]
 [<e886ab5d>] sbp2_send_command+0x94/0x9c [sbp2]
 [<e886affb>] sbp2scsi_queuecommand+0xfc/0x12c [sbp2]
 [<e884d604>] scsi_done+0x0/0x53 [scsi_mod]
 [<e884d45d>] scsi_dispatch_cmd+0x192/0x1f0 [scsi_mod]
 [<e8851801>] scsi_request_fn+0x1ef/0x247 [scsi_mod]
 [<c01d4643>] __make_request+0x47a/0x49a
 [<c01d47e2>] generic_make_request+0x17f/0x18f
 [<c0146293>] submit_bh+0xc2/0x165
 [<c01d483e>] submit_bio+0x4c/0x53
 [<c0144cf8>] __block_write_full_page+0x1d4/0x2ca
 [<c01481cd>] blkdev_get_block+0x0/0x44
 [<c014616a>] block_write_full_page+0x9c/0xa5
 [<c01481cd>] blkdev_get_block+0x0/0x44
 [<c015b4be>] mpage_writepages+0x170/0x276
 [<c01482b7>] blkdev_writepage+0x0/0xc
 [<c012ff40>] do_writepages+0x1b/0x1d
 [<c015a168>] __sync_single_inode+0x9f/0x1aa
 [<c015a43e>] sync_sb_inodes+0x158/0x1c8
 [<c015a4d9>] writeback_inodes+0x2b/0x3f
 [<c012fe1c>] wb_kupdate+0x8c/0xf4
 [<c0130245>] __pdflush+0xc9/0x14b
 [<c01302c7>] pdflush+0x0/0xe
 [<c01302d1>] pdflush+0xa/0xe
 [<c012fd90>] wb_kupdate+0x0/0xf4
 [<c01081c0>] kernel_thread_helper+0x0/0xb
 [<c01081c5>] kernel_thread_helper+0x5/0xb
Comment 1 James J Myers 2003-10-31 14:17:16 UTC
gscanbus output:
gscanbus
Error while reading from IEEE1394: : Resource temporarily unavailable
0/0x0000fffff0000400: read failed
0/0x0000fffff0000400: wrong bus info block length
Error while reading from IEEE1394: : Resource temporarily unavailable
0/0x0000fffff0000400: read failed
0/0x0000fffff0000400: wrong bus info block length

it sees S400 Linux OHCI-1394 connected to S400 Unknown



Comment 2 James J Myers 2003-10-31 14:17:59 UTC
on other cable:
S400 QPS and S400 Maxtor
Comment 3 Ben Collins 2004-03-11 04:50:08 UTC
Seems like an old problem that has since been fixed.

Note You need to log in before you can comment on or make changes to this bug.