Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 81649 - kernel module sbp2.o fails to load and hangs kernel at boot
Summary: kernel module sbp2.o fails to load and hangs kernel at boot
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: kernel
Version: 1.0
Hardware: i686
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Dave Jones
QA Contact: Brian Brock
URL:
Whiteboard:
: 81646 (view as bug list)
Depends On:
Blocks: 79579 CambridgeTarget
TreeView+ depends on / blocked
 
Reported: 2003-01-12 04:05 UTC by Need Real Name
Modified: 2015-01-04 22:02 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2004-10-30 04:02:38 UTC
Embargoed:

Attachments (Terms of Use)

Description Need Real Name 2003-01-12 04:05:13 UTC 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021218

Description of problem:
Sorry to be the bearer of bad news.

Module /lib/modules/2.4.20-2.10/kernel/drivers/ieee1394/sbp2.o fails to load

This is also the case with 2.9 and 2.11 kernels

Can't even give you an attachment from kernel messages... Totally hangs

I have a 2.4.20-2.5custom that works just fine.


Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. Boot kernel
2. Stops at UHCI load statement
3.
    

Actual Results:  Hangs kernel boot

Expected Results:  Boot through to Login

Additional info:

Can't forward any attachments of the system log since it occurs before anything
is written to log. I have success with a custom 2.4.20-2.5 kernel
Comment 1 Need Real Name 2003-01-12 22:00:37 UTC 
A fix is in Linux 2.4.21pre3-ac3

o	Fix sbp2 build with some config options		(Eyal Lebidinsky)
Comment 2 Need Real Name 2003-01-12 23:36:57 UTC 
Undoable work around would be to remove the firewire connection to my BUSLINK
CD-RW drive.
Then the kernel boots. Again this is not a fix.
Comment 3 Need Real Name 2003-01-14 00:27:18 UTC 
Failed sbp2.o load from latest kernel-2.4.20-2.13.i686.rpm as well.

Also see bug  81788 for more depmod issues
Comment 4 Need Real Name 2003-01-14 16:54:41 UTC 
Failed sbp2.o load from latest kernel-2.4.20-2.15.i686
Comment 5 Need Real Name 2003-01-14 16:58:24 UTC 
If I unplug the BUSLINK CDRW4848FE (Firewire) drive the kernel 2.4.20-2.15 will
boot and load the sbp2.o driver.
Comment 6 Bill Nottingham 2003-01-15 06:37:13 UTC 
*** Bug 81646 has been marked as a duplicate of this bug. ***
Comment 7 Need Real Name 2003-01-16 14:17:34 UTC 
Continuing no load of sbp2.o with kernel-2.4.0-2.18.i686
Comment 8 Need Real Name 2003-01-18 00:32:53 UTC 
Continuing no load of sbp2.o with kernel-2.4.0-2.21.i686
Comment 9 Michael K. Johnson 2003-01-21 14:30:32 UTC 
just a note, kernel-2.4.20-2.21 has the fix from kernel 2.4.21pre3-ac3,
so while it is clearly a fix, that clearly isn't the fix for this particular
problem.
Comment 10 Need Real Name 2003-01-22 04:39:20 UTC 
2.4.20-2.24 seems to do it for me! sbp2.o loads without incident. I'm going to
report the kernel oops on the rpm install of 2.4.20-2.24 i686 though seperately,
not sure what happened there.
Comment 11 Need Real Name 2003-01-22 13:47:14 UTC 
Seem to have about every third boot sbp2.o errors out in same way as before...
Strange.. again a timing issue. So 2.4.20-2.24 works marginally well.
Comment 12 Need Real Name 2003-01-23 02:59:16 UTC 
Still about every third boot sbp2.o errors out in same way as before...
Strange.. again a timing issue. So 2.4.20-2.25 works a little better than
2.4.20-2.24.
Comment 13 Michael K. Johnson 2003-01-23 21:36:48 UTC 
Some NPTL-related changes have been going in lately, and they might
have something to do with this now working better.  Adding Ingo to
see if this gives him any ideas.
Comment 14 Matthew Galgoci 2003-01-28 04:32:30 UTC 
On a uni-processor system, I get the following message upon firewire initialization:

ieee1394: SelfID completion called outside of bus reset!
ieee1394: sbp2: Node[01:1023]: Max speed [S400] - Max payload [2048]


On SMP, I get a deadlock (usually)

When I format a filesyetem on a firewire device, I get the following sort of
errors:

mke2fs 1.32 (09-Nov-2002)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
30015488 inodes, 30013428 blocks
1500671 blocks (5.00%) reserved for the super user
First data block=0
916 block groups
32768 blocks per group, 32768 fragments per group
32768 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624, 11239424, 20480000, 23887872
 
Writing inode tables: ieee1394: sbp2: sbp2util_allocate_request_packet - no
packets available!
ieee1394: sbp2: sbp2util_allocate_write_request_packet failed
ieee1394: sbp2: aborting sbp2 command
Write (10) 00 01 34 1a a7 00 00 08 00
ieee1394: sbp2: sbp2util_allocate_request_packet - no packets available!
ieee1394: sbp2: sbp2util_allocate_write_request_packet failed
ieee1394: sbp2: aborting sbp2 command
Write (10) 00 06 7c 0e af 00 00 48 00
done
Creating journal (8192 blocks): done
Writing superblocks and filesystem accounting information: done
 
This filesystem will be automatically checked every 31 mounts or
180 days, whichever comes first.  Use tune2fs -c or -i to override.
Comment 15 raxet 2003-01-30 23:01:19 UTC 
the sbp2.o will not load on my system in kernels 2.4.20-2.27 or 2.4.20-2.28
Comment 16 Matthew Galgoci 2003-01-31 20:21:01 UTC 
To the original reporter, f1j1

Is the system in question multi-processor or a single processor system.

If its multi-processor, I have seen SMP hangs. If its single cpu, then I am
unable to make my
system hang or otherwise failt to load sbp2 and the supporting ieee1394 driver
stack.

Regards,

Matt Galgoci
Comment 17 Matthew Galgoci 2003-02-01 02:04:37 UTC 
The smp lockup that I had seen appears to be fixed in rawhide.

The ieee1394 packet starvation issue was worked around by setting the sbp2
module paramater sbp2_max_outstanding_cmds=64

My external firewire drive has survived tests that would cause deadlock in a
matter of seconds previously. I am happy. Not not lockup or bus reset.

:-)

I dunno about the fellow that can't get sbp2 to load :(
Note You need to log in before you can comment on or make changes to this bug.