Discussion:
10.1 hangs during boot on Intel DP35DP board
(too old to reply)
Christopher R. Bowman
2014-11-30 12:52:45 UTC
Permalink
I have a pretty stock Intel DP35DP board with and E8400 Core2Duo and the latest BIOS off the Intel website. This board runs 7.1 and 8.4 fine. However neither 9.1 nor 10.1 will boot the AMD64 memstick kernel beyond the “Timecounters tick every 1.000 msec“ section of probing. It wedges hard after that line and you have to pus the reset button. I’ve tried turning off ACPI in the boot loader. That does not work. I’ve tried turning on and off most of the options in the BIOS that seem like they might impact things and none of those have worked. Does anyone have any suggestions? Is anyone running this board under 9.x or 10.x? I can make this system available to anyone in the bay area if you’re looking for a project. Any help you can offer will be greatly appreciated. If I’ve sent this to the wrong list, please let me know privately.
Thank you
Christopher

--------
Christopher R. Bowman
Steven Hartland
2014-11-30 14:30:56 UTC
Permalink
Not sure if is the same board but we've had to use the following to
avoid a stall at a similar point on some machines:

set hint.atkbdc.0.disabled=1
set hint.atkbd.0.disabled=1
boot
Post by Christopher R. Bowman
I have a pretty stock Intel DP35DP board with and E8400 Core2Duo and the latest BIOS off the Intel website. This board runs 7.1 and 8.4 fine. However neither 9.1 nor 10.1 will boot the AMD64 memstick kernel beyond the “Timecounters tick every 1.000 msec“ section of probing. It wedges hard after that line and you have to pus the reset button. I’ve tried turning off ACPI in the boot loader. That does not work. I’ve tried turning on and off most of the options in the BIOS that seem like they might impact things and none of those have worked. Does anyone have any suggestions? Is anyone running this board under 9.x or 10.x? I can make this system available to anyone in the bay area if you’re looking for a project. Any help you can offer will be greatly appreciated. If I’ve sent this to the wrong list, please let me know privately.
Thank you
Christopher
--------
Christopher R. Bowman
_______________________________________________
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
Christopher R. Bowman
2014-12-01 06:42:24 UTC
Permalink
I have a pretty stock Intel DP35DP board with and E8400 Core2Duo and the latest BIOS off the Intel website. This board runs 7.1 and 8.4 fine. However neither 9.1 nor 10.1 will boot the AMD64 memstick kernel beyond the “Timecounters tick every 1.000 msec“ section of probing. It wedges hard after that line and you have to pus the reset button. I’ve tried turning off ACPI in the boot loader. That does not work. I’ve tried turning on and off most of the options in the BIOS that seem like they might impact things and none of those have worked. Does anyone have any suggestions? Is anyone running this board under 9.x or 10.x? I can make this system available to anyone in the bay area if you’re looking for a project. Any help you can offer will be greatly appreciated. If I’ve sent this to the wrong list, please let me know privately.
Thank you
Christopher

--------
Christopher R. Bowman
Adrian Chadd
2014-12-01 16:31:57 UTC
Permalink
Hi!

Does a boot verbose (set in the menu options) give more information?



-a
Post by Christopher R. Bowman
I have a pretty stock Intel DP35DP board with and E8400 Core2Duo and the latest BIOS off the Intel website. This board runs 7.1 and 8.4 fine. However neither 9.1 nor 10.1 will boot the AMD64 memstick kernel beyond the “Timecounters tick every 1.000 msec“ section of probing. It wedges hard after that line and you have to pus the reset button. I’ve tried turning off ACPI in the boot loader. That does not work. I’ve tried turning on and off most of the options in the BIOS that seem like they might impact things and none of those have worked. Does anyone have any suggestions? Is anyone running this board under 9.x or 10.x? I can make this system available to anyone in the bay area if you’re looking for a project. Any help you can offer will be greatly appreciated. If I’ve sent this to the wrong list, please let me know privately.
Thank you
Christopher
--------
Christopher R. Bowman
_______________________________________________
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
Christopher R. Bowman
2014-12-02 05:51:11 UTC
Permalink
Adrian,
Hi! Thank you for your response. Booting verbose does indeed produce more information. It still reaches the Timecounters line but now also produces the following output after that:

vlan: initialized, using hash tables with chaining
tcp_init: net.inet.tcp.tcphashsize auto tuned to 16384
lo0: bpf attached
hpt27xx: no controller detected.
hptrr: no controller detected.
hptnr: no controller detected.

And then it hangs again with no indication of why and you have to push reset as the keyboard is non responsive. Any suggestions? Again I’m happy to try and suggestion or even loan out the machine to someone who’s looking for a puzzle to solve. (You’re here in the bay area aren’t you? I think we met at a meetBSD year before last, was that you?)

Again, thanks for the response and don’t hesitate if you have more questions or suggestions.

Christopher
Post by Adrian Chadd
Hi!
Does a boot verbose (set in the menu options) give more information?
-a
Post by Christopher R. Bowman
I have a pretty stock Intel DP35DP board with and E8400 Core2Duo and the latest BIOS off the Intel website. This board runs 7.1 and 8.4 fine. However neither 9.1 nor 10.1 will boot the AMD64 memstick kernel beyond the “Timecounters tick every 1.000 msec“ section of probing. It wedges hard after that line and you have to pus the reset button. I’ve tried turning off ACPI in the boot loader. That does not work. I’ve tried turning on and off most of the options in the BIOS that seem like they might impact things and none of those have worked. Does anyone have any suggestions? Is anyone running this board under 9.x or 10.x? I can make this system available to anyone in the bay area if you’re looking for a project. Any help you can offer will be greatly appreciated. If I’ve sent this to the wrong list, please let me know privately.
Thank you
Christopher
--------
Christopher R. Bowman
_______________________________________________
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
Eduardo Morras
2014-12-03 13:01:52 UTC
Permalink
On Sun, 30 Nov 2014 22:42:24 -0800
Post by Christopher R. Bowman
I have a pretty stock Intel DP35DP board with and E8400 Core2Duo and
the latest BIOS off the Intel website. This board runs 7.1 and 8.4
fine. However neither 9.1 nor 10.1 will boot the AMD64 memstick
kernel beyond the “Timecounters tick every 1.000 msec“ section of
probing. It wedges hard after that line and you have to pus the
reset button. I’ve tried turning off ACPI in the boot loader. That
does not work. I’ve tried turning on and off most of the options in
the BIOS that seem like they might impact things and none of those
have worked. Does anyone have any suggestions? Is anyone running
this board under 9.x or 10.x? I can make this system available to
anyone in the bay area if you’re looking for a project. Any help you
can offer will be greatly appreciated. If I’ve sent this to the
wrong list, please let me know privately. Thank you Christopher
What's the output of

#sysctl kern.timecounter

In particular, the

kern.timecounter.choice
Post by Christopher R. Bowman
--------
Christopher R. Bowman
--- ---
Eduardo Morras <***@yahoo.es>
t***@optusnet.com.au
2014-12-01 22:48:43 UTC
Permalink
Hello,

this board runs fine under 9.1, 9.2 and 9.3 (and previously 8.x).
Have not tried 10.x

uname -r
9.3-RELEASE-p5

dmidecode -t baseboard
# dmidecode 2.12
SMBIOS 2.4 present.

Handle 0x0006, DMI type 2, 20 bytes
Base Board Information
    Manufacturer: Intel Corporation
    Product Name: DP35DP
    Version: AAD81073-207
...

dmidecode -t bios
# dmidecode 2.12
SMBIOS 2.4 present.

Handle 0x0004, DMI type 0, 24 bytes
BIOS Information
    Vendor: Intel Corp.
    Version: DPP3510J.86A.0572.2009.0715.2346
    Release Date: 07/15/2009
    Address: 0xF0000
    Runtime Size: 64 kB
    ROM Size: 1024 kB
    Characteristics:
        PCI is supported
        BIOS is upgradeable
        BIOS shadowing is allowed
        Boot from CD is supported
        Selectable boot is supported
        EDD is supported
        8042 keyboard services are supported (int 9h)
        Serial services are supported (int 14h)
        Printer services are supported (int 17h)
        CGA/mono video services are supported (int 10h)
        ACPI is supported
        USB legacy is supported
        ATAPI Zip drive boot is supported
        BIOS boot specification is supported
        Function key-initiated network boot is supported
        Targeted content distribution is supported
    BIOS Revision: 0.0
    Firmware Revision: 0.0

dmidecode -t processor
# dmidecode 2.12
SMBIOS 2.4 present.

Handle 0x0000, DMI type 4, 35 bytes
Processor Information
    Socket Designation: CPU1
    Type: Central Processor
    Family: Core 2 Duo
    Manufacturer: Intel(R) Corporation
    ID: FB 06 00 00 FF FB EB BF
    Signature: Type 0, Family 6, Model 15, Stepping 11
    Flags:
   ...
    Version: Intel(R) Core(TM)2 Duo CPU     E6750  @ 2.66GHz
    Voltage: 1.6 V
    External Clock: 333 MHz
    Max Speed: 4000 MHz
    Current Speed: 2666 MHz
    Status: Populated, Enabled
    Upgrade: Socket LGA775
  ...

----- Original Message -----
From: "Christopher R. Bowman" <***@chrisbowman.com>
To:<***@freebsd.org>
Cc:
Sent:Sun, 30 Nov 2014 22:42:24 -0800
Subject:10.1 hangs during boot on Intel DP35DP board

I have a pretty stock Intel DP35DP board with and E8400 Core2Duo and
the latest BIOS off the Intel website. This board runs 7.1 and 8.4
fine. However neither 9.1 nor 10.1 will boot the AMD64 memstick kernel
beyond the “Timecounters tick every 1.000 msec“ section of
probing. It wedges hard after that line and you have to pus the reset
button. I’ve tried turning off ACPI in the boot loader. That does
not work. I’ve tried turning on and off most of the options in the
BIOS that seem like they might impact things and none of those have
worked. Does anyone have any suggestions? Is anyone running this board
under 9.x or 10.x? I can make this system available to anyone in the
bay area if you’re looking for a project. Any help you can offer
will be greatly appreciated. If I’ve sent this to the wrong list,
please let me know privately.
Thank you
Christopher

--------
Christopher R. Bowman
_______________________________________________
freebsd-***@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to
"freebsd-hackers-***@freebsd.org"
-------------------------
Email sent using Optus Webmail
Tony Maher
2014-12-02 08:38:35 UTC
Permalink
Hello Christopher,
Tony, Thank you so much for your response. We do indeed appear to
have the same board and BIOS revision. How odd that yours boots the
9.x series and mine will not despite running fine in 8.4. It is at
least helpful to know that it can boot later kernels even if I don’t
know how to get it to do it yet. IF you have any suggestions I would
be grateful, again thank you for your response. Christopher
Perhaps it is just the booting from memstick that is the issue?
I would try a USB memory stick but do not have one here but if can get
one I will give it a try.
Does booting from an installation CD work?

cheers
--
Tony Maher email: ***@optusnet.com.au
Adrian Chadd
2014-12-02 15:32:24 UTC
Permalink
Hi!

Would you try booting a freebsd-head snapshot, just to compare?


-a
Post by Tony Maher
Hello Christopher,
Tony, Thank you so much for your response. We do indeed appear to
have the same board and BIOS revision. How odd that yours boots the
9.x series and mine will not despite running fine in 8.4. It is at
least helpful to know that it can boot later kernels even if I don’t
know how to get it to do it yet. IF you have any suggestions I would
be grateful, again thank you for your response. Christopher
Perhaps it is just the booting from memstick that is the issue?
I would try a USB memory stick but do not have one here but if can get
one I will give it a try.
Does booting from an installation CD work?
cheers
--
_______________________________________________
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
Christopher R. Bowman
2014-12-02 23:20:12 UTC
Permalink
Adrian,
Absolutely, it will take me a bit to download it and get it on a stick. 10 stable or 11 current?

Christopher
Post by Adrian Chadd
Hi!
Would you try booting a freebsd-head snapshot, just to compare?
-a
Post by Tony Maher
Hello Christopher,
Tony, Thank you so much for your response. We do indeed appear to
have the same board and BIOS revision. How odd that yours boots the
9.x series and mine will not despite running fine in 8.4. It is at
least helpful to know that it can boot later kernels even if I don’t
know how to get it to do it yet. IF you have any suggestions I would
be grateful, again thank you for your response. Christopher
Perhaps it is just the booting from memstick that is the issue?
I would try a USB memory stick but do not have one here but if can get
one I will give it a try.
Does booting from an installation CD work?
cheers
--
_______________________________________________
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
Christopher R. Bowman
2014-12-03 08:44:50 UTC
Permalink
Adrian,
I downloaded and booted an FreeBSD 11 snapshot. Booting from DVD or memory stick image both resulted in a hang during the probing process at the exact same spot as I reported before. I’m not sure where to go from here. I’ve tried fiddling with the bios options. I’ve tried removing all cards and devices save the keyboard mouse, ATAPI DVD, ata disk and video card. I’ve tried booting DVDs and USB sticks of 9.1, 10.1 and 11-snapshot. I’ve disable the keyboard with loader commands per someone else suggestion. I’ve tried turning of ACPI. I can’t think of what to try next.
Christopher
Post by Adrian Chadd
Hi!
Would you try booting a freebsd-head snapshot, just to compare?
-a
Post by Tony Maher
Hello Christopher,
Tony, Thank you so much for your response. We do indeed appear to
have the same board and BIOS revision. How odd that yours boots the
9.x series and mine will not despite running fine in 8.4. It is at
least helpful to know that it can boot later kernels even if I don’t
know how to get it to do it yet. IF you have any suggestions I would
be grateful, again thank you for your response. Christopher
Perhaps it is just the booting from memstick that is the issue?
I would try a USB memory stick but do not have one here but if can get
one I will give it a try.
Does booting from an installation CD work?
cheers
--
_______________________________________________
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
Adrian Chadd
2014-12-03 14:36:01 UTC
Permalink
Hi,

I'm not sure - it may be that the timekeeping stuff is a bit confused.
Maybe it's now time to file a bug and see if we can loop the
timekeeping folk into it.


-a
Post by Christopher R. Bowman
Adrian,
I downloaded and booted an FreeBSD 11 snapshot. Booting from DVD or memory
stick image both resulted in a hang during the probing process at the exact
same spot as I reported before. I’m not sure where to go from here. I’ve
tried fiddling with the bios options. I’ve tried removing all cards and
devices save the keyboard mouse, ATAPI DVD, ata disk and video card. I’ve
tried booting DVDs and USB sticks of 9.1, 10.1 and 11-snapshot. I’ve
disable the keyboard with loader commands per someone else suggestion. I’ve
tried turning of ACPI. I can’t think of what to try next.
Christopher
Hi!
Would you try booting a freebsd-head snapshot, just to compare?
-a
Hello Christopher,
Tony, Thank you so much for your response. We do indeed appear to
have the same board and BIOS revision. How odd that yours boots the
9.x series and mine will not despite running fine in 8.4. It is at
least helpful to know that it can boot later kernels even if I don’t
know how to get it to do it yet. IF you have any suggestions I would
be grateful, again thank you for your response. Christopher
Perhaps it is just the booting from memstick that is the issue?
I would try a USB memory stick but do not have one here but if can get
one I will give it a try.
Does booting from an installation CD work?
cheers
--
_______________________________________________
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
Christopher R. Bowman
2014-12-04 04:10:24 UTC
Permalink
Post by Adrian Chadd
Hi,
I'm not sure - it may be that the timekeeping stuff is a bit confused.
Maybe it's now time to file a bug and see if we can loop the
timekeeping folk into it.
-a
Post by Christopher R. Bowman
Adrian,
I downloaded and booted an FreeBSD 11 snapshot. Booting from DVD or memory
stick image both resulted in a hang during the probing process at the exact
same spot as I reported before. I’m not sure where to go from here. I’ve
tried fiddling with the bios options. I’ve tried removing all cards and
devices save the keyboard mouse, ATAPI DVD, ata disk and video card. I’ve
tried booting DVDs and USB sticks of 9.1, 10.1 and 11-snapshot. I’ve
disable the keyboard with loader commands per someone else suggestion. I’ve
tried turning of ACPI. I can’t think of what to try next.
Christopher
Hi!
Would you try booting a freebsd-head snapshot, just to compare?
-a
Hello Christopher,
Tony, Thank you so much for your response. We do indeed appear to
have the same board and BIOS revision. How odd that yours boots the
9.x series and mine will not despite running fine in 8.4. It is at
least helpful to know that it can boot later kernels even if I don’t
know how to get it to do it yet. IF you have any suggestions I would
be grateful, again thank you for your response. Christopher
Perhaps it is just the booting from memstick that is the issue?
I would try a USB memory stick but do not have one here but if can get
one I will give it a try.
Does booting from an installation CD work?
cheers
--
_______________________________________________
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
Adrian,
Thank you for your help. I have filed a bug report Bug 195669 <https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195669> (I think I accidentally created a duplicate: Bug 195670 <https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195670> which I imagine someone will close). Please let me know if you have any other thoughts or suggestions.
Christopher
John Baldwin
2014-12-04 16:39:31 UTC
Permalink
Post by Adrian Chadd
Hi,
I'm not sure - it may be that the timekeeping stuff is a bit confused.
Maybe it's now time to file a bug and see if we can loop the
timekeeping folk into it.
This is probably not timekeeping. That message is just the last thing printed
before the interrupt-driven hooks are run. If you booted a HEAD snapshot the
kernel should have DDB compiled in. Please drop into DDB using Ctrl-Alt-Esc
and then run 'show conifhk' and reply here with the output please.
--
John Baldwin
Christopher R. Bowman
2014-12-05 03:42:48 UTC
Permalink
Post by John Baldwin
Post by Adrian Chadd
Hi,
I'm not sure - it may be that the timekeeping stuff is a bit confused.
Maybe it's now time to file a bug and see if we can loop the
timekeeping folk into it.
This is probably not timekeeping. That message is just the last thing printed
before the interrupt-driven hooks are run. If you booted a HEAD snapshot the
kernel should have DDB compiled in. Please drop into DDB using Ctrl-Alt-Esc
and then run 'show conifhk' and reply here with the output please.
--
John Baldwin
John,
Thank you for responding. I tried that but the machine seemed wedged at that point. I can’t drop into DDB using Ctrl-Alt-Esc nor can I do Ctrl-Alt-Del to reboot. All I can do it push the reset button.
Christopher
John Baldwin
2014-12-05 15:20:48 UTC
Permalink
Post by Christopher R. Bowman
Post by John Baldwin
Post by Adrian Chadd
Hi,
I'm not sure - it may be that the timekeeping stuff is a bit confused.
Maybe it's now time to file a bug and see if we can loop the
timekeeping folk into it.
This is probably not timekeeping. That message is just the last thing
printed before the interrupt-driven hooks are run. If you booted a HEAD
snapshot the kernel should have DDB compiled in. Please drop into DDB
using Ctrl-Alt-Esc and then run 'show conifhk' and reply here with the
output please.
John,
Thank you for responding. I tried that but the machine seemed wedged at
that point. I can’t drop into DDB using Ctrl-Alt-Esc nor can I do
Ctrl-Alt-Del to reboot. All I can do it push the reset button. Christopher
If you let it sit for 60 seconds it should print out a message telling you
what it is waiting on.
--
John Baldwin
Christopher R. Bowman
2014-12-06 21:37:09 UTC
Permalink
John,
Its still sitting but I turned on verbose output and it's been sitting for 10 minutes so far without any further output.
Christopher.
--
Christopher R. Bowman
Post by John Baldwin
Post by Christopher R. Bowman
Post by John Baldwin
Post by Adrian Chadd
Hi,
I'm not sure - it may be that the timekeeping stuff is a bit confused.
Maybe it's now time to file a bug and see if we can loop the
timekeeping folk into it.
This is probably not timekeeping. That message is just the last thing
printed before the interrupt-driven hooks are run. If you booted a HEAD
snapshot the kernel should have DDB compiled in. Please drop into DDB
using Ctrl-Alt-Esc and then run 'show conifhk' and reply here with the
output please.
John,
Thank you for responding. I tried that but the machine seemed wedged at
that point. I can’t drop into DDB using Ctrl-Alt-Esc nor can I do
Ctrl-Alt-Del to reboot. All I can do it push the reset button. Christopher
If you let it sit for 60 seconds it should print out a message telling you
what it is waiting on.
--
John Baldwin
John Baldwin
2014-12-08 18:32:20 UTC
Permalink
Post by Christopher R. Bowman
John,
Its still sitting but I turned on verbose output and it's been sitting for
10 minutes so far without any further output. Christopher.
Grrr, then it might be stuck elsewhere than the interrupt config hooks.
Unfortunately we'd really need to find a way to get into DDB. I think GENERIC
doesn't include BREAK_TO_DEBUGGER by default, so Ctrl-Alt-Esc doesn't work out
of the box. Can you break into the loader prompt and type 'set
debug.kdb.break_to_debugger=1' before booting? Ctrl-Alt-Esc should then work
when it hangs. Once that happens, please get the output of 'ps' from DDB.
Post by Christopher R. Bowman
--
Christopher R. Bowman
Post by John Baldwin
Post by Christopher R. Bowman
Post by John Baldwin
Post by Adrian Chadd
Hi,
I'm not sure - it may be that the timekeeping stuff is a bit confused.
Maybe it's now time to file a bug and see if we can loop the
timekeeping folk into it.
This is probably not timekeeping. That message is just the last thing
printed before the interrupt-driven hooks are run. If you booted a HEAD
snapshot the kernel should have DDB compiled in. Please drop into DDB
using Ctrl-Alt-Esc and then run 'show conifhk' and reply here with the
output please.
John,
Thank you for responding. I tried that but the machine seemed wedged at
that point. I can’t drop into DDB using Ctrl-Alt-Esc nor can I do
Ctrl-Alt-Del to reboot. All I can do it push the reset button. Christopher
If you let it sit for 60 seconds it should print out a message telling you
what it is waiting on.
--
John Baldwin
Christopher R. Bowman
2014-12-09 10:17:47 UTC
Permalink
Post by John Baldwin
Post by Christopher R. Bowman
John,
Its still sitting but I turned on verbose output and it's been sitting for
10 minutes so far without any further output. Christopher.
Grrr, then it might be stuck elsewhere than the interrupt config hooks.
Unfortunately we'd really need to find a way to get into DDB. I think GENERIC
doesn't include BREAK_TO_DEBUGGER by default, so Ctrl-Alt-Esc doesn't work out
of the box. Can you break into the loader prompt and type 'set
debug.kdb.break_to_debugger=1' before booting? Ctrl-Alt-Esc should then work
when it hangs. Once that happens, please get the output of 'ps' from DDB.
Post by Christopher R. Bowman
--
Christopher R. Bowman
Post by John Baldwin
Post by Christopher R. Bowman
Post by John Baldwin
Post by Adrian Chadd
Hi,
I'm not sure - it may be that the timekeeping stuff is a bit confused.
Maybe it's now time to file a bug and see if we can loop the
timekeeping folk into it.
This is probably not timekeeping. That message is just the last thing
printed before the interrupt-driven hooks are run. If you booted a HEAD
snapshot the kernel should have DDB compiled in. Please drop into DDB
using Ctrl-Alt-Esc and then run 'show conifhk' and reply here with the
output please.
John,
Thank you for responding. I tried that but the machine seemed wedged at
that point. I can’t drop into DDB using Ctrl-Alt-Esc nor can I do
Ctrl-Alt-Del to reboot. All I can do it push the reset button. Christopher
If you let it sit for 60 seconds it should print out a message telling you
what it is waiting on.
--
John Baldwin
John,
I tried this twice on the off chance I typed it wrong once. This had no effect. After letting the machine sit for 5 minutes there was no further output or prompt. Doesn’t look like it dropped into the debugger. Any more suggestion?
Christopher
Eduardo Morras
2014-12-09 11:51:27 UTC
Permalink
On Tue, 9 Dec 2014 02:17:47 -0800
Post by Christopher R. Bowman
John,
I tried this twice on the off chance I typed it wrong once.
This had no effect. After letting the machine sit for 5 minutes
there was no further output or prompt. Doesn’t look like it dropped
into the debugger. Any more suggestion? Christopher
I'm not sure, please John or other developer confirm this, but 10.1 BETA or RC isos had all debug on. If this is true, you use them to investigate esasier this issue/bug.

HTH

--- ---
Eduardo Morras <***@yahoo.es>
Christopher R. Bowman
2014-12-10 03:16:31 UTC
Permalink
Post by Eduardo Morras
On Tue, 9 Dec 2014 02:17:47 -0800
Post by Christopher R. Bowman
John,
I tried this twice on the off chance I typed it wrong once.
This had no effect. After letting the machine sit for 5 minutes
there was no further output or prompt. Doesn’t look like it dropped
into the debugger. Any more suggestion? Christopher
I'm not sure, please John or other developer confirm this, but 10.1 BETA or RC isos had all debug on. If this is true, you use them to investigate esasier this issue/bug.
HTH
--- ---
_______________________________________________
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
Eduardo,
I’ll try this, but where can I download a 10.1 RC image. I couldn’t find one any more now that 10.1 is out.
Christopher
John Baldwin
2014-12-10 20:33:25 UTC
Permalink
Post by Christopher R. Bowman
Post by John Baldwin
Post by Christopher R. Bowman
John,
Its still sitting but I turned on verbose output and it's been sitting for
10 minutes so far without any further output. Christopher.
Grrr, then it might be stuck elsewhere than the interrupt config hooks.
Unfortunately we'd really need to find a way to get into DDB. I think GENERIC
doesn't include BREAK_TO_DEBUGGER by default, so Ctrl-Alt-Esc doesn't work out
of the box. Can you break into the loader prompt and type 'set
debug.kdb.break_to_debugger=1' before booting? Ctrl-Alt-Esc should then work
when it hangs. Once that happens, please get the output of 'ps' from DDB.
Post by Christopher R. Bowman
--
Christopher R. Bowman
Post by John Baldwin
Post by Christopher R. Bowman
Post by John Baldwin
Post by Adrian Chadd
Hi,
I'm not sure - it may be that the timekeeping stuff is a bit confused.
Maybe it's now time to file a bug and see if we can loop the
timekeeping folk into it.
This is probably not timekeeping. That message is just the last thing
printed before the interrupt-driven hooks are run. If you booted a HEAD
snapshot the kernel should have DDB compiled in. Please drop into DDB
using Ctrl-Alt-Esc and then run 'show conifhk' and reply here with the
output please.
John,
Thank you for responding. I tried that but the machine seemed wedged at
that point. I can’t drop into DDB using Ctrl-Alt-Esc nor can I do
Ctrl-Alt-Del to reboot. All I can do it push the reset button. Christopher
If you let it sit for 60 seconds it should print out a message telling you
what it is waiting on.
--
John Baldwin
John,
I tried this twice on the off chance I typed it wrong once. This had no
effect. After letting the machine sit for 5 minutes there was no further
output or prompt. Doesn’t look like it dropped into the debugger. Any more
suggestion?

Can you trigger an NMI? Perhaps remotely via IPMI? (I'm not sure if that's
even feasible in the IPMI spec.) Barring break_to_debugger, that's the only
other thing I'm aware of. Another option might be to compile a custom kernel
with 'options KTR', 'options KTR_VERBOSE', 'options KTR_COMPILE=KTR_PROC' and
'options KTR_MASK=KTR_PROC' and boot that. If the machine is truly hung it
will still hang. If you can point the machine at a serial console and log the
output, that would be good if it doesn't really hang but is sitting idle.
--
John Baldwin
Tony Maher
2014-12-06 08:02:13 UTC
Permalink
I finally got a chance to try USB memstick with 10.1.
It failed with BTX halted. I tried various BIOS options
related to USB booting but same result everytime.
I could Ctrl-Alt-Del to reboot.
Not much help I am afraid.

cheers
--
Tony Maher email: ***@optusnet.com.au
Christopher R. Bowman
2014-12-07 00:44:04 UTC
Permalink
Post by Tony Maher
I finally got a chance to try USB memstick with 10.1.
It failed with BTX halted. I tried various BIOS options
related to USB booting but same result everytime.
I could Ctrl-Alt-Del to reboot.
Not much help I am afraid.
cheers
--
Tony,
Considering that we both have the same board and BIOS and very similar processors, how very odd that mine will happily boot from a USB stick and yours won’t, but mine hangs during the probing and yours doesn’t.
Christopher
Mehmet Erol Sanliturk
2014-12-07 03:09:03 UTC
Permalink
Post by Christopher R. Bowman
Post by Tony Maher
I finally got a chance to try USB memstick with 10.1.
It failed with BTX halted. I tried various BIOS options
related to USB booting but same result everytime.
I could Ctrl-Alt-Del to reboot.
Not much help I am afraid.
cheers
--
Tony,
Considering that we both have the same board and BIOS and very similar
processors, how very odd that mine will happily boot from a USB stick and
yours won’t, but mine hangs during the probing and yours doesn’t.
Christopher
_______________________________________________
Impedance mismatch :

http://en.wikipedia.org/wiki/Impedance_matching


Thank you very much .

Mehmet Erol Sanliturk
Tony Maher
2014-12-07 03:10:20 UTC
Permalink
Hello,

I tried a CDROM with FreeBSD-10.1-RELEASE-amd64-bootonly.iso
and it booted fine and entered Live CD shell. All looked ok.
cheers
--
Tony Maher email: ***@optusnet.com.au
Christopher R. Bowman
2014-12-07 12:58:20 UTC
Permalink
Post by t***@optusnet.com.au
Hello,
I tried a CDROM with FreeBSD-10.1-RELEASE-amd64-bootonly.iso
and it booted fine and entered Live CD shell. All looked ok.
cheers
--
Tony,
Well, again, thank you. It’s helpful to at least know that board can boot 10.1. I wish I knew what to ask you to figure out why mine won’t.
Christopher
Loading...