Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 17 Jun 2011 09:27:20 -0700
From:      "Vogel, Jack" <jack.vogel@intel.com>
To:        Bartosz Stec <bartosz.stec@it4pro.pl>
Cc:        FreeBSD Stable <freebsd-stable@FreeBSD.org>, Jeremy Chadwick <freebsd@jdc.parodius.com>
Subject:   RE: Panic during kernel booting on HP Proliant DL180G6 and latest STABLE
Message-ID:  <1DB50624F8348F48840F2E2CF6040A9D018D22E697@orsmsx508.amr.corp.intel.com>
In-Reply-To: <4DFB59A6.9030508@it4pro.pl>
References:  <4DC6A277.4030801@it4pro.pl> <4DC6E23B.2040207@it4pro.pl> <4DC81E22.5030806@it4pro.pl> <4DCC3844.6070008@it4pro.pl> <4DCD1672.4020405@FreeBSD.org> <4DF1DC26.5010600@it4pro.pl> <20110610093728.GA39453@icarus.home.lan> <4DF1EB98.9080109@it4pro.pl> <1DB50624F8348F48840F2E2CF6040A9D018ACA75C7@orsmsx508.amr.corp.intel.com> <4DFB59A6.9030508@it4pro.pl>

next in thread | previous in thread | raw e-mail | index | archive | help
Yes, there have been a few times when I have seen something like this, and =
issue when the driver is static and not when modulized. I have never been c=
lear what to make of this. If anyone else here has any thoughts or enlighte=
ning ideas I'd appreciate it. Also if it does not even happen when using th=
e GENERIC config then it would be interesting to see the diff between that =
and what does cause the panic.

Regards,

Jack


-----Original Message-----
From: Bartosz Stec [mailto:bartosz.stec@it4pro.pl]=20
Sent: Friday, June 17, 2011 6:42 AM
To: Vogel, Jack
Cc: Jeremy Chadwick; FreeBSD Stable
Subject: Re: Panic during kernel booting on HP Proliant DL180G6 and latest =
STABLE

W dniu 2011-06-10 20:23, Vogel, Jack pisze:
> Er, so what if you get rid of ZFS,  does your panic go away? It doesn't r=
eally matter what type adapter it is, the igb driver only requests standard=
 size clusters, so memory is getting trashed somewhere I suspect.
>
> Jack
Well, from my observations about this issue (which could be very wrong=20
because my lack of knowledge about BSD kernel) I don't suspect igb=20
driver directly, but rather an order which kernel is processing stuff=20
related to MSIX and hardware (so I suppose that  real cause of the=20
problem could be very hard to catch and repeat)? Here's why:

1. There's no panic when using GENERIC kernel. There's also nothing=20
unusual in my custom kernel (included in thread), neither in make.conf.

2. Before current build, panic was seen with igb driver included in=20
kernel, but no panic when using a module. Even better - no panic when=20
trying to load a module while igb driver is stil included in source. No=20
random memory corruption here - same scenario seen every boot with all=20
variants above. It's HP server with HP ECC memory by the way.

3. With current build kernel panics regardless if igb driver is a module=20
or included in kernel (unless i disable MSIX). But I found override - I=20
removed igb driver from kernel config, and a module from loader.conf.=20
Than booted in single user mode, and manually loaded igb driver. No=20
panic! Appareantly something gets wrong _only_ at boot time.

--=20
Bartosz Stec





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