Re: requesting help working around boot failures with supermicro atom board

Synopsis: if sensors show missing data then reset the BMC unit before rebooting the system to prevent unable to boot long beep issue. I found a reliably reproducible workaround for this problem retaining control continuity without the need to trip the mains breaker. This entirely prevents the

Re: requesting help working around boot failures with supermicro atom board

com> Sent: Wednesday, October 21, 2015 8:50 PM To: misc@openbsd.org Subject: Re: requesting help working around boot failures with supermicro atom board Synopsis: if sensors show missing data then reset the BMC unit before rebooting the system to prevent unable to boot long beep issue. I foun

Re: requesting help working around boot failures with supermicro atom board

rg > Cc: > Date: Tue, 15 Sep 2015 19:19:10 + (UTC) > Subject: Re: requesting help working around boot failures with supermicro > atom board > Dewey Hylton gmail.com> writes: > > > > > Mark Kettenis xs4all.nl> writes: > > > > Oh that is in

Re: requesting help working around boot failures with supermicro atom board

it. I took a look at your AML and it seemed reasonable. > > -ml > > > -- Forwarded message -- > > From: Dewey Hylton <dewey.hyl...@gmail.com> > > To: misc@openbsd.org > > Cc: > > Date: Tue, 15 Sep 2015 19:19:10 + (UTC) > > Subject: R

Re: requesting help working around boot failures with supermicro atom board

to acpi? -- Forwarded message -- From: Dewey Hylton <dewey.hyl...@gmail.com> To: misc@openbsd.org Cc: Date: Tue, 15 Sep 2015 19:19:10 + (UTC) Subject: Re: requesting help working around boot failures with supermicro atom board Dewey Hylton gmail.com> writes: > >

Re: requesting help working around boot failures with supermicro atom board

Tue, 6 Oct 2015 21:41:15 -0700 Mike Larkin > I had thought this was acpi related earlier (before we realized that disabling > lm* fixes it). So I have no news here, as I don't think the solution is going > to be found in the AML. Thanks for the update and pointer in the

Re: requesting help working around boot failures with supermicro atom board

On Mon, Oct 05, 2015 at 01:18:53PM -0400, dewey.hyl...@gmail.com wrote: > unfortunately, not on my end. i have hopes that mike larkin may find something > when he gets a chance to look, but i am past the limit of my capabilities and > supermicro support has discontinued responding to me. their

Re: requesting help working around boot failures with supermicro atom board

On Tue, Sep 15, 2015 at 02:45:02AM +, Dewey Hylton wrote: > Mark Kettenis xs4all.nl> writes: > > > > > > # sysctl -a|grep 'sensors.*temp' > > > hw.sensors.cpu0.temp0=30.00 degC > > > hw.sensors.lm1.temp0=0.00 degC > > > hw.sensors.lm1.temp1=14.00 degC > > > hw.sensors.lm1.temp2=14.00 degC >

Re: requesting help working around boot failures with supermicro atom board

On Mon, Oct 5, 2015 at 1:18 PM, dewey.hyl...@gmail.com wrote: > but their non-support of this brand-new motherboard When the other OS's work fine is does seem to point to an OpenBSD issue, but that's not always a reliable conclusion to arrive at. Either way it would be

Re: requesting help working around boot failures with supermicro atom board

unfortunately, not on my end. i have hopes that mike larkin may find something when he gets a chance to look, but i am past the limit of my capabilities and supermicro support has discontinued responding to me. their last suggestion was to switch to linux or windows, and their last message was of

Re: requesting help working around boot failures with supermicro atom board

Any progress on this issue? On Thu, Sep 17, 2015 at 1:26 PM, Mike Larkin wrote: > On Thu, Sep 17, 2015 at 12:40:12PM +, Dewey Hylton wrote: >> Dewey Hylton gmail.com> writes: >> >> > >> > Mike Larkin azathoth.net> writes: >> > >> > > >> > > On Tue, Sep 15, 2015 at

Re: requesting help working around boot failures with supermicro atom board

Dewey Hylton gmail.com> writes: > > Mike Larkin azathoth.net> writes: > > > > > On Tue, Sep 15, 2015 at 07:16:40PM +, Dewey Hylton wrote: > > > Dewey Hylton gmail.com> writes: > > > > > > > > > > > Mike Larkin azathoth.net> writes: > > > > > > > > acpidump please. > motherboard:

Re: requesting help working around boot failures with supermicro atom board

On Thu, Sep 17, 2015 at 12:40:12PM +, Dewey Hylton wrote: > Dewey Hylton gmail.com> writes: > > > > > Mike Larkin azathoth.net> writes: > > > > > > > > On Tue, Sep 15, 2015 at 07:16:40PM +, Dewey Hylton wrote: > > > > Dewey Hylton gmail.com> writes: > > > > > > > > > > > > > >

Re: requesting help working around boot failures with supermicro atom board

Mike Larkin azathoth.net> writes: > > On Tue, Sep 15, 2015 at 07:16:40PM +, Dewey Hylton wrote: > > Dewey Hylton gmail.com> writes: > > > > > > > > Mike Larkin azathoth.net> writes: > > > > > > acpidump please. > > > > > > my pleasure: > > > > > > [demime removed a uuencoded section

Re: requesting help working around boot failures with supermicro atom board

On Tue, Sep 15, 2015 at 07:16:40PM +, Dewey Hylton wrote: > Dewey Hylton gmail.com> writes: > > > > > Mike Larkin azathoth.net> writes: > > > > acpidump please. > > > > my pleasure: > > > > [demime removed a uuencoded section named > supermicro-X7SPE-HF-D525-acpidump.tgz which was 276

Re: requesting help working around boot failures with supermicro atom board

Dewey Hylton gmail.com> writes: > > Mark Kettenis xs4all.nl> writes: > > Oh that is interesting. Can you try disabling the lm(4) driver in > > your kernel? You can do: > > > > # config -ef /bsd > > ... > > ukc> disable lm > > 254 lm0 disabled > > 255 lm* disabled > > 256 lm* disabled > >

Re: requesting help working around boot failures with supermicro atom board

Dewey Hylton gmail.com> writes: > > Mike Larkin azathoth.net> writes: > > acpidump please. > > my pleasure: > > [demime removed a uuencoded section named supermicro-X7SPE-HF-D525-acpidump.tgz which was 276 lines] > > alright ... so this didn't work. i'll try to make the acpidump

Re: requesting help working around boot failures with supermicro atom board

On Sat, Sep 12, 2015 at 03:51:36PM +, Dewey Hylton wrote: > the only real differences i see are: > 1) bios revision > 2) secondary disk attached to different sata port > 3) sensors only present on working machine I've had this issue with the same systems. Never guessed it would be OpenBSD

Re: requesting help working around boot failures with supermicro atom board

Patrick Dohman comcast.net> writes: > > Any thermal settings in the bios? CPU performance, Fan Speed etc.. > > Does the fan idle correctly? Often intel chipsets will throttle the fan during a bios test. > > Perhaps ACPI is not routing an interrupt?? Not much is available to be tweaked in

Re: requesting help working around boot failures with supermicro atom board

Kurt Mosiejczuk se.rit.edu> writes: > > On Sat, Sep 12, 2015 at 03:51:36PM +, Dewey Hylton wrote: > > > the only real differences i see are: > > 1) bios revision > > 2) secondary disk attached to different sata port > > 3) sensors only present on working machine > > I've had this issue

Re: requesting help working around boot failures with supermicro atom board

Kurt Mosiejczuk se.rit.edu> writes: > > On Mon, Sep 14, 2015 at 05:15:01PM +, Dewey Hylton wrote: > > > > I've had this issue with the same systems. Never guessed it would > > > be OpenBSD specific. What I've found to make it stop happening is > > > pulling the board out and redoing the

Re: requesting help working around boot failures with supermicro atom board

> # sysctl -a|grep 'sensors.*temp' > hw.sensors.cpu0.temp0=30.00 degC > hw.sensors.lm1.temp0=0.00 degC > hw.sensors.lm1.temp1=14.00 degC > hw.sensors.lm1.temp2=14.00 degC > # reboot > > BEEEP! Oh that is interesting. Can you try disabling the lm(4) driver in your kernel? You can

Re: requesting help working around boot failures with supermicro atom board

Mike Larkin azathoth.net> writes: > > On Fri, Sep 11, 2015 at 06:38:23PM -0400, dewey.hylton gmail.com wrote: > > hi all. i???m having difficulty with this board: > > > > Supermicro X7SPE-HD-D525 rev1 > > > > i have several similar systems, each running an older version of OpenBSD for a few

Re: requesting help working around boot failures with supermicro atom board

Dewey Hylton gmail.com> writes: > # sysctl -a|grep 'sensors.*temp' > hw.sensors.cpu0.temp0=31.00 degC > hw.sensors.lm1.temp0=48.00 degC > hw.sensors.lm1.temp1=52.50 degC > hw.sensors.lm1.temp2=36.00 degC > # reboot > > and meet with success ... if i wait just a few minutes (2) i end up with

Re: requesting help working around boot failures with supermicro atom board

Mark Kettenis xs4all.nl> writes: > > > # sysctl -a|grep 'sensors.*temp' > > hw.sensors.cpu0.temp0=30.00 degC > > hw.sensors.lm1.temp0=0.00 degC > > hw.sensors.lm1.temp1=14.00 degC > > hw.sensors.lm1.temp2=14.00 degC > > # reboot > > > > BEEEP! > > Oh that is interesting. Can you

Re: requesting help working around boot failures with supermicro atom board

Kurt Mosiejczuk [kurt-open...@se.rit.edu] wrote: > > Hearing that Linux doesn't trip it, I'm wondering if it's an ACPI difference > between OpenBSD and Linux. Perhaps OpenBSD runs the CPU hotter before > turning it back over to the BIOS on reboot? > OpenBSD 5.8-current enters deeper C states

Re: requesting help working around boot failures with supermicro atom board

On Mon, Sep 14, 2015 at 05:15:01PM +, Dewey Hylton wrote: > > I've had this issue with the same systems. Never guessed it would > > be OpenBSD specific. What I've found to make it stop happening is > > pulling the board out and redoing the thermal paste for the CPU > > heatsink. I had

Re: requesting help working around boot failures with supermicro atom board

On Fri, Sep 11, 2015 at 06:38:23PM -0400, dewey.hyl...@gmail.com wrote: > hi all. i???m having difficulty with this board: > > Supermicro X7SPE-HD-D525 rev1 > > i have several similar systems, each running an older version of OpenBSD for > a few years without incident. except this one ??? > >

Re: requesting help working around boot failures with supermicro atom board

On Sun, Sep 13, 2015 at 10:15 AM, Sonic wrote: > I also have this issue with OpenBSD on this box. Every time I reboot > after updating a snapshot I need to power cycle to eliminate the long > beep error. For some reason I kept thinking it was due to my replacing > the stock

Re: requesting help working around boot failures with supermicro atom board

My mistake - the board I have trouble with is the X7SPE-HF-D525 and not the X7SPA-HF-D525. On Sun, Sep 13, 2015 at 11:23 AM, Sonic wrote: > On Sun, Sep 13, 2015 at 10:15 AM, Sonic wrote: >> I also have this issue with OpenBSD on this box. Every time I

Re: requesting help working around boot failures with supermicro atom board

Never had any reboot issues on two X7SPA-HF-D525 (Bios R1.2b) and i'm updating/rebooting pretty often the last few weeks. On Sun, Sep 13, 2015 at 10:15:31AM -0400, Sonic wrote: > On Sat, Sep 12, 2015 at 11:02 PM, wrote: > > X7SPA-HF-D525 > > I also have this issue with OpenBSD

Re: requesting help working around boot failures with supermicro atom board

On Sat, Sep 12, 2015 at 11:02 PM, wrote: > X7SPA-HF-D525 I also have this issue with OpenBSD on this box. Every time I reboot after updating a snapshot I need to power cycle to eliminate the long beep error. For some reason I kept thinking it was due to my replacing the stock

Re: requesting help working around boot failures with supermicro atom board

Any thermal settings in the bios? CPU performance, Fan Speed etc.. Does the fan idle correctly? Often intel chipsets will throttle the fan during a bios test. Perhaps ACPI is not routing an interrupt?? Regards Patrick > On Sep 11, 2015, at 5:38 PM, dewey.hyl...@gmail.com wrote: > > hi all.

Re: requesting help working around boot failures with supermicro atom board

> i have indeed disabled quick/quiet boot options to no avail. i've also tried > failsafe mode, ide vs ahci, acpi v1/2/3. the issue does not present with > linux, which makes me wonder whether the openbsd kernel is somehow making > some kind of hardware setting change that is not cleared on

Re: requesting help working around boot failures with supermicro atom board

Sonic gmail.com> writes: > On Sun, Sep 13, 2015 at 10:15 AM, Sonic gmail.com> wrote: > > I also have this issue with OpenBSD on this box. Every time I reboot > > after updating a snapshot I need to power cycle to eliminate the long > > beep error. For some reason I kept thinking it was due to

Re: requesting help working around boot failures with supermicro atom board

> Whether they are identical or not, showing us a dmesg diff with a known > working release booted from both a working and the non-working system > could also be helpful. Another Supermicro X7SPA-HF-D525 board (same chipset/CPU combination) has been having the same issue since early 2011 (the

Re: requesting help working around boot failures with supermicro atom board

Richard Laysell xiphosura.co.uk> writes: > > On Fri, 11 Sep 2015 18:38:23 -0400 (EDT) > "dewey.hylton gmail.com" gmail.com> wrote: > > > hi all. i’m having difficulty with this board: > > > > Supermicro X7SPE-HD-D525 rev1 > > > > i have several similar systems, each running an older

Re: requesting help working around boot failures with supermicro atom board

wrant.com> writes: > > > Whether they are identical or not, showing us a dmesg diff with a known > > working release booted from both a working and the non-working system > > could also be helpful. > > Another Supermicro X7SPA-HF-D525 board (same chipset/CPU combination) > has been having the

Re: requesting help working around boot failures with supermicro atom board

On Fri, 11 Sep 2015 18:38:23 -0400 (EDT) "dewey.hyl...@gmail.com" wrote: > hi all. i’m having difficulty with this board: > > Supermicro X7SPE-HD-D525 rev1 > > i have several similar systems, each running an older version of > OpenBSD for a few years without incident.

Re: requesting help working around boot failures with supermicro atom board

Benny Lofgren lofgren.biz> writes: > > Hi Dewey, > > On 2015-09-12 00:38, dewey.hylton gmail.com wrote: > > hi all. i’m having difficulty with this board: > > I noticed your mail somehow got posted twice, but I'm commenting on the > first incarnation of it because the second had some

Re: requesting help working around boot failures with supermicro atom board

John E.P. Hynes hytronix.com> writes: > > Try booting the SP kernel and see if that works. If it does, you might > be running into a variant of an issie I've had on my SuperMicro boxen... > > -John john, i tried this (5.4 bsd.sp) and i'm seeing the same result. it didn't occur to me to try

Re: requesting help working around boot failures with supermicro atom board

Dewey Hylton gmail.com> writes: > > Whether they are identical or not, showing us a dmesg diff with a known > > working release booted from both a working and the non-working system > > could also be helpful. > > i'll post the diff below. the only real differences i see are: 1) bios revision

Re: requesting help working around boot failures with supermicro atom board

Hi Dewey, On 2015-09-12 00:38, dewey.hyl...@gmail.com wrote: > hi all. i’m having difficulty with this board: I noticed your mail somehow got posted twice, but I'm commenting on the first incarnation of it because the second had some characters like '\'' mangled (UTF-8 copy/paste issue I

Re: requesting help working around boot failures with supermicro atom board

Try booting the SP kernel and see if that works. If it does, you might be running into a variant of an issie I've had on my SuperMicro boxen... -John On 09/11/2015 06:38 PM, dewey.hyl...@gmail.com wrote: > hi all. i’m having difficulty with this board: > > Supermicro X7SPE-HD-D525 rev1 > > i