Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 21 Nov 2009 15:02:02 -0500
From:      David Horn <dhorn2000@gmail.com>
To:        Tim Judd <tajudd@gmail.com>
Cc:        FreeBSD Questions <questions@freebsd.org>, Chris Whitehouse <cwhiteh@onetel.com>
Subject:   Re: device hint -> disable firewire or sbp driver
Message-ID:  <25ff90d60911211202s325a4f18u116626beb355ab8d@mail.gmail.com>
In-Reply-To: <ade45ae90911211115q2bd17e83ufd4b94411312a921@mail.gmail.com>
References:  <ade45ae90911181406q3f205cdre521280a81059ccb@mail.gmail.com> <ade45ae90911181444r6c3969efr835d94058a08e00c@mail.gmail.com> <4B083083.4000907@onetel.com> <ade45ae90911211115q2bd17e83ufd4b94411312a921@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Nov 21, 2009 at 2:15 PM, Tim Judd <tajudd@gmail.com> wrote:
> On 11/21/09, Chris Whitehouse <cwhiteh@onetel.com> wrote:
>> Tim Judd wrote:
>>> Any way via tunables, environment, sysctl or device hints that one can
>>> disable firewire on the install medium of recent (7.2 and newer)
>>> Install CD/DVDs?
>>>
>>> more than one person is having problems with kernel panics on startup
>>> due to firewire, and I can't google my way out of this one.
>>>
>>>
>>>
>>> Any advice from the pros?
>>> _______________________________________________
>>> freebsd-questions@freebsd.org mailing list
>>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
>>> To unsubscribe, send any mail to
>>> "freebsd-questions-unsubscribe@freebsd.org"
>>>
>> Tim,
>>
>> I've got one of the affected motherboards if this is the problem you mea=
n:
>>
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D136327
>>
>> The things that have worked for me are disabling firewire in the BIOS
>> and using a GENERIC kernel or building a kernel with device sbp disabled
>> and having firewire enabled in the BIOS.
>
> See though, the guys coming to FreeBSD from $another-OS gets a panic
> from the install medium, which isn't speaking very well of our
> quality.
>
> I got caught with this because the guy I was helping online had an
> amd64-capable system, to which I don't. =A0I can't build a install CD or
> kernel to help him. =A0I have a PCI firewire card that runs sbp, but the
> livecd doesn't panic when i was booting from it.
>
>
> I tried all sorts of disabling hints, tried to go upstream (see it's
> dependencies and disable it's dependencies) and it still gave me a sbp
> when the system finished booting.
>
>
> Thought about asking him to run the memstick and disabling it from
> there, but he still can't get past it booting to tweak anything. =A0He
> didn't have an option to disable firewire in the BIOS, and there was
> no bios update from Sony for his Vaio.
>
>
> I got stuck, and it started to wear thin that we have such a major
> panic on install CDs. =A0My mentality is to offer disk, cd and network
> support in the kernel on the install CD/DVDs, but the generic kernel
> that's installed has everything.
>
>
> If others would like to offer suggestions, I'm still open for them.
>
>
>>
>> hint.sbp.0.disabled=3D"1" in /boot/device.hints with GENERIC kernel -
>> still get a panic
>>
>> sbp_load=3D"YES" in /boot/loader.conf with sbp disabled in the kernel -
>> get panic.
>>
>> It seems ok to kldload sbp after the system is up, ie the machine
>> doesn't panic, but I don't have anything firewire to test with.
>>
>> Would it be an option to have sbp disabled by default in the install
>> CD's? Those without the problem can put sbp_load in loader.conf, those
>> with the problem will have to kldload it later but at least they will be
>> able to install.

As per svn and cvs:

r199112 | kensmith | 2009-11-09 16:39:42 -0500 (Mon, 09 Nov 2009) | 11 line=
s
Changed paths:
   M /stable/8/sys/amd64/conf/GENERIC
   M /stable/8/sys/i386/conf/GENERIC
   M /stable/8/sys/ia64/conf/GENERIC
   M /stable/8/sys/powerpc/conf/GENERIC
   M /stable/8/sys/sparc64/conf/GENERIC

Comment out the sbp(4) entry for GENERIC config files that contain it.
There are known issues with this driver that are beyond what can be
fixed for 8.0-RELEASE and the bugs can cause boot failure on some systems.
It's not clear if it impacts all systems and there is interest in getting
the problem fixed so for now just comment it out instead of remove it.

Commit straight to stable/8, this is an 8.0-RELEASE issue.  Head was left
alone so work on it can continue there.

Reviewed by:    Primary misc. architecture maintainers (marcel, marius)

Looks like sbp(4) is disabled on the 8.0 branch already.

--Dave



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?25ff90d60911211202s325a4f18u116626beb355ab8d>