Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 29 Apr 2010 08:56:26 +0200
From:      Giovanni Trematerra <giovanni.trematerra@gmail.com>
To:        kama <kama@pvp.se>
Cc:        freebsd-stable@freebsd.org, John Baldwin <jhb@freebsd.org>
Subject:   Re: HP 380 G4 - ciss kernel page fault.
Message-ID:  <o2w4e6cba831004282356y176f5067nc6997b8796f2bf82@mail.gmail.com>
In-Reply-To: <20100428180600.V4522@ns1.as.pvp.se>
References:  <20100427150736.A4522@ns1.as.pvp.se> <201004271721.34248.jhb@freebsd.org> <20100428091758.F4522@ns1.as.pvp.se> <201004280802.26267.jhb@freebsd.org> <20100428160428.R4522@ns1.as.pvp.se> <q2n4e6cba831004280841ufbc12e91tdd9f1de0b7a527a8@mail.gmail.com> <r2s4e6cba831004280900td330ee3cw972531c1e0430104@mail.gmail.com> <20100428180600.V4522@ns1.as.pvp.se>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Apr 28, 2010 at 6:06 PM, kama <kama@pvp.se> wrote:
>
>
> On Wed, 28 Apr 2010, Giovanni Trematerra wrote:
>
>> On Wed, Apr 28, 2010 at 5:41 PM, Giovanni Trematerra
>> <giovanni.trematerra@gmail.com> wrote:
>> > On Wed, Apr 28, 2010 at 4:07 PM, kama <kama@pvp.se> wrote:
>> >>
>> >>
>> >> On Wed, 28 Apr 2010, John Baldwin wrote:
>> >>
>> >>> On Wednesday 28 April 2010 3:22:44 am kama wrote:
>> >>> >
>> >>> > On Tue, 27 Apr 2010, John Baldwin wrote:
>> >>> >
>> >>> > > On Tuesday 27 April 2010 9:30:12 am kama wrote:
>> >>> > > >
>> >>> > > > Hi.
>> >>> > > >
>> >>> > > > I have problem when probing the ciss device. Causing a kernel =
panic.
>> >>> This
>> >>> > > > happened when I upgraded from 6.3 to 7.3-stable. Booting the o=
ld kernel
>> >>> > > > works. So something has changed. I am also getting the error o=
n both the
>> >>> > > > 7.3 and the 8.0 install cd's.
>> >>> > > >
>> >>> > > > The ciss that causing the problem is a Smart Array 6404 and it=
s the
>> >>> addon
>> >>> > > > card that it faults at. The server disconnect it due to an err=
or. But
>> >>> > > > since it works on 6.3 it is something that have changed. FreeB=
SD should
>> >>> > > > not panic, it should just disable it.
>> >>> > > >
>> >>> > > > Also I tried to disable the card in the BIOS, but FreeBSD try =
to probe
>> >>> it
>> >>> > > > anyway and panic.
>> >>> > > >
>> >>> > > > This whats comes up on a verbose boot through the ILO remote c=
onsole.
>> >>> > > > (typed in manually from a screenshot)
>> >>> > > >
>> >>> > > > ciss2: <HP Smart Array 6400 EM> port 0x6400-0x64ff mem
>> >>> > > > 0xfdf70000-0xfdf71fff irq 98 at device 5.0 on pcill
>> >>> > > > ciss2: Reserved 0x2000 bytes for rid 0x10 type 3 at 0xfdf70000
>> >>> > > > pci11: child ciss2 requested type 3 for rid 0, but the BAR say=
s it is an
>> >>> > > > ioport
>> >>> > > > ciss2: can't allocate config window
>> >>> > > > kernel trap 12 with interupts disabled
>> >>> > >
>> >>> > > Can you get the ciss2 boot messages from a working 6.x kernel?
>> >>> >
>> >>> > This is the verbose boot on 6.3.
>> >>> >
>> >>> > FreeBSD 6.3-STABLE #3: Thu Mar =A06 14:29:33 CET 2008
>> >>> >
>> >>> > ciss1: 10 physical devices
>> >>> > ciss1: 4 logical drives
>> >>> > ciss1: logical drive (b0t0): RAID 1, 69120MB online
>> >>> > ciss1: logical drive (b0t1): RAID 1, 69120MB online
>> >>> > ciss1: logical drive (b0t2): RAID 1, 139776MB online
>> >>> > ciss1: logical drive (b0t3): RAID 1, 139776MB online
>> >>> >
>> >>> > ciss2: <HP Smart Array 6400 EM> port 0x6400-0x64ff mem
>> >>> > 0xfdf70000-0xfdf71fff,0xfdf00000-0xfdf3ffff irq 98 at device 5.0 o=
n pci11
>> >>> > ciss2: Reserved 0x2000 bytes for rid 0x10 type 3 at 0xfdf70000
>> >>> > pci11: child ciss2 requested type 3 for rid 0, but the BAR says it=
 is an
>> >>> > ioport
>> >>> > ciss2: can't allocate config window
>> >>> > device_attach: ciss2 attach returned 6
>> >>>
>> >>> Oh, so it didn't work in 6.x either, it just handles failure less gr=
acefully
>> >>> in 7.0+?
>> >>
>> >> No, ciss2 is disabled. The difference is that 6.x continue to boot in=
stead
>> >> of a kernel panic as in 7.x and 8.x.
>> >>
>> >> I dont have any disks attached to ciss2, so I dont really need it. Bu=
t
>> >> ciss1 and ciss2 is on the same physical card, so I cant just remove i=
t.
>> >>
>> >
>> > Could you try this one if you are looking for a patch to 7-STABLE.
>> >
>> > Thank you
>> >
>>
>> [snip patch]
>>
>> I think it's worth to have
>>
>> mtx_assert(&sc->ciss_mtx, MA_OWNED);
>>
>> in ciss_free just to be on safe side.
>
> Where in ciss_free()?

at begin.

but that is only a seat belt for further development and is no needed
to resolve your issue.

--
Gianni



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