Thanks for your quick response.
I did the same exercise on a super micro(X59SRL model) server, to segregate the
issue. The same issue is reproduced again.
So IMHO this may not be the system UEFI firmware issue due to following two
1. "load kernel" does not work on 2 different hardware platforms.
2. On FreeBSD 10.3 and 10.2, both the hardware platforms (HP ProLiant
ML110 Gen9 and Super micro X59SRL) work without problem.
Could you please advise some work around or any other exercise to narrow down
From: John Baldwin [mailto:j...@freebsd.org]
Sent: Tuesday, August 30, 2016 3:57 AM
To: Murthy Bhat <murthy.b...@microsemi.com>
Cc: email@example.com; FreeBSD-current@FreeBSD.org
Subject: Re: FreeBSD 11.0-RC1 boot prompt kernel load issue.
On Monday, August 29, 2016 05:37:57 PM Murthy Bhat wrote:
> Thanks for the response.
> It is UEFI boot. As such there is no stack dumped on the console
> during crash. System restarts from the FreeBSD boot prompt without any
> message on the console. Still I have a picture where monitor goes off
> during data load. PFA(sorry for the flash)
Ugh. I don't have a good suggestion on debugging this besides adding printfs
to the EFI loader code and/or moving an infinite loop around in the code to
narrow down exactly when it resets. It is quite possibly specific to the EFI
firmware on your machine (at least, reproducing the issue might be).
> Regards/Murthy Bhat
> -----Original Message-----
> From: John Baldwin [mailto:j...@freebsd.org]
> Sent: Monday, August 29, 2016 10:52 PM
> To: firstname.lastname@example.org
> Cc: Murthy Bhat <murthy.b...@microsemi.com>;
> Subject: Re: FreeBSD 11.0-RC1 boot prompt kernel load issue.
> EXTERNAL EMAIL
> On Wednesday, August 24, 2016 01:35:08 PM Murthy Bhat wrote:
> > Hi,
> > This is regarding issue faced during OS(FreeBSD 11.0-RC1) installation on
> > the storage behind our smartpqi storage controller.
> Are you using EFI or legacy boot? Also, can you capture a screenshot of the
> crash messages? If it is not EFI, we probably crashed in the BIOS routines
> used to read data from the USB drive. It may be a BIOS bug (which isn't
> easily fixable), but we would need the register dump from the crash to figure
> anything out.
> John Baldwin
email@example.com mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"