Re: Crash during boot [g_part_wither()?] @r329259

2018-02-14 Thread Justin Hibbits 
On Wed, Feb 14, 2018 at 8:49 AM, David Wolfskill  wrote:
> On Wed, Feb 14, 2018 at 06:09:51AM -0800, Cy Schubert wrote:
>> Try reverting this https://svnweb.freebsd.org/changeset/base/329225 for now.
>> 
>
> Aye; thanks:  after 'svn merge -c -329225 ^/head /usr/src' & a
> rebuild/install, the boot completes:
>
> FreeBSD freebeast.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #104  
> r329259M/329260:1200058: Wed Feb 14 06:40:10 PST 2018 
> r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC  
> amd64
>
> Thanks!
>
> Peace,
> david
> --
> David H. Wolfskill  da...@catwhisker.org
> The circus around that memo helps confirm that Mr. Trump is unfit for office.
>
> See http://www.catwhisker.org/~david/publickey.gpg for my public key.

Hi David,

Sorry, this was my fault.  I didn't think the partition table could
ever have NULL(incomplete?) entries, but I was wrong.  Fixed with
r329262.

- Justin
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Crash during boot [g_part_wither()?] @r329259

2018-02-14 Thread David Wolfskill 
On Wed, Feb 14, 2018 at 06:09:51AM -0800, Cy Schubert wrote:
> Try reverting this https://svnweb.freebsd.org/changeset/base/329225 for now.
> 

Aye; thanks:  after 'svn merge -c -329225 ^/head /usr/src' & a
rebuild/install, the boot completes:

FreeBSD freebeast.catwhisker.org 12.0-CURRENT FreeBSD 12.0-CURRENT #104  
r329259M/329260:1200058: Wed Feb 14 06:40:10 PST 2018 
r...@freebeast.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/GENERIC  
amd64

Thanks!

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
The circus around that memo helps confirm that Mr. Trump is unfit for office.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature

RE: Crash during boot [g_part_wither()?] @r329259

2018-02-14 Thread Cy Schubert 
Try reverting this https://svnweb.freebsd.org/changeset/base/329225 for now.

---
Sent using a tiny phone keyboard.
Apologies for any typos and autocorrect.
Also, this old phone only supports top post. Apologies.

Cy Schubert
<cy.schub...@cschubert.com> or <c...@freebsd.org>
The need of the many outweighs the greed of the few.
---

-Original Message-
From: David Wolfskill
Sent: 14/02/2018 05:04
To: curr...@freebsd.org
Subject: Crash during boot [g_part_wither()?] @r329259

I got one of these on each of my laptop and build machine; details
beelow are from the build machine (which has a serial console and
runs a vanilla GENERC kernel).

Previous (successful) builld was r329197 (for both machines), yesterday.

Copy/paste from serial console:

...
da1: Serial Number 2010081884130
da1: 40.000MB/s transfers
da1: Attempt to query device size failed: NOT READY, Medium not present
da1: quirks=0x2
ugen0.3:  at usbus0
da1: Delete methods: <NONE(*),ZERO>
ukbd0 on uhub1
ukbd0:  on 
usbus0
pass8 at umass-sim0 bus 0 scbus6 target 0 lun 2
kbd2 at ukbd0
kbd2: ukbd0, generic (0), config:0x0, flags:0x3dpass8:  Removable Direct Access SCSI device

pass8: Serial Number 2010081884130
pass8: 40.000MB/s transfersrandom: harvesting attach, 8 bytes (4 bits) from 
ukbd0

da2 at umass-sim0 bus 0 scbus6 target 0 lun 2
da2:  Removable Direct Access SCSI device
da2: Serial Number 2010081884130
da2: 40.000MB/s transfers
da2: Attempt to query device size failed: NOT READY, Medium not present
da2: quirks=0x2
da2: Delete methods: <NONE(*),ZERO>
(probe0:umass-sim0:0:0:3): Down reving Protocol Version from 2 to 0?


Fatal trap 12: page fault while in kernel mode
pass9 at umass-sim0 bus 0 scbus6 target 0 lun 3
cpuid = 4; apic id = 04
fault virtual address   = 0x78
pass9:  Removable Direct Access SCSI device
fault code  = supervisor write data, page not present
pass9: Serial Number 2010081884130
ugen0.4:  at usbus0
pass9: 40.000MB/s transfersinstruction pointer  = 0x20:0x80a20c87

stack pointer   = 0x28:0xfe428a10
da3 at umass-sim0 bus 0 scbus6 target 0 lun 3
da3:  Removable Direct Access SCSI device
da3: Serial Number 2010081884130
da3: 40.000MB/s transfers
da3: Attempt to query device size failed: NOT READY, Medium not present
da3: quirks=0x2
frame pointer   = 0x28:0xfe428a30
da3: Delete methods: <NONE(*),ZERO>
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 13 (g_event)
[ thread pid 13 tid 100044 ]
Stopped at  g_part_wither+0x37: movq$0,offset+0x40(%rdi)
db> bt
Tracing pid 13 tid 100044 td 0xf800039d2000
g_part_wither() at g_part_wither+0x37/frame 0xfe428a30
g_run_events() at g_run_events+0x344/frame 0xfe428a70
fork_exit() at fork_exit+0x84/frame 0xfe428ab0
fork_trampoline() at fork_trampoline+0xe/frame 0xfe428ab0
--- trap 0, rip = 0, rsp = 0, rbp = 0 ---
db> 


(This is still using the Forth loader, FWIW.)

On the laptop, I tried issuing the "panic" command (within ddb), and got
a core file, but the result appears to be a 'panic: from debugger', and
the stack trace doesn't reflect the above, so it's not clear to me that
that was a useful thing for me to have done.

Is there some poking I can do to this to shed more light?

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
The circus around that memo helps confirm that Mr. Trump is unfit for office.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Crash during boot [g_part_wither()?] @r329259

2018-02-14 Thread David Wolfskill 
I got one of these on each of my laptop and build machine; details
beelow are from the build machine (which has a serial console and
runs a vanilla GENERC kernel).

Previous (successful) builld was r329197 (for both machines), yesterday.

Copy/paste from serial console:

...
da1: Serial Number 2010081884130
da1: 40.000MB/s transfers
da1: Attempt to query device size failed: NOT READY, Medium not present
da1: quirks=0x2
ugen0.3:  at usbus0
da1: Delete methods: 
ukbd0 on uhub1
ukbd0:  on 
usbus0
pass8 at umass-sim0 bus 0 scbus6 target 0 lun 2
kbd2 at ukbd0
kbd2: ukbd0, generic (0), config:0x0, flags:0x3dpass8:  Removable Direct Access SCSI device

pass8: Serial Number 2010081884130
pass8: 40.000MB/s transfersrandom: harvesting attach, 8 bytes (4 bits) from 
ukbd0

da2 at umass-sim0 bus 0 scbus6 target 0 lun 2
da2:  Removable Direct Access SCSI device
da2: Serial Number 2010081884130
da2: 40.000MB/s transfers
da2: Attempt to query device size failed: NOT READY, Medium not present
da2: quirks=0x2
da2: Delete methods: 
(probe0:umass-sim0:0:0:3): Down reving Protocol Version from 2 to 0?


Fatal trap 12: page fault while in kernel mode
pass9 at umass-sim0 bus 0 scbus6 target 0 lun 3
cpuid = 4; apic id = 04
fault virtual address   = 0x78
pass9:  Removable Direct Access SCSI device
fault code  = supervisor write data, page not present
pass9: Serial Number 2010081884130
ugen0.4:  at usbus0
pass9: 40.000MB/s transfersinstruction pointer  = 0x20:0x80a20c87

stack pointer   = 0x28:0xfe428a10
da3 at umass-sim0 bus 0 scbus6 target 0 lun 3
da3:  Removable Direct Access SCSI device
da3: Serial Number 2010081884130
da3: 40.000MB/s transfers
da3: Attempt to query device size failed: NOT READY, Medium not present
da3: quirks=0x2
frame pointer   = 0x28:0xfe428a30
da3: Delete methods: 
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 13 (g_event)
[ thread pid 13 tid 100044 ]
Stopped at  g_part_wither+0x37: movq$0,offset+0x40(%rdi)
db> bt
Tracing pid 13 tid 100044 td 0xf800039d2000
g_part_wither() at g_part_wither+0x37/frame 0xfe428a30
g_run_events() at g_run_events+0x344/frame 0xfe428a70
fork_exit() at fork_exit+0x84/frame 0xfe428ab0
fork_trampoline() at fork_trampoline+0xe/frame 0xfe428ab0
--- trap 0, rip = 0, rsp = 0, rbp = 0 ---
db> 


(This is still using the Forth loader, FWIW.)

On the laptop, I tried issuing the "panic" command (within ddb), and got
a core file, but the result appears to be a 'panic: from debugger', and
the stack trace doesn't reflect the above, so it's not clear to me that
that was a useful thing for me to have done.

Is there some poking I can do to this to shed more light?

Peace,
david
-- 
David H. Wolfskill  da...@catwhisker.org
The circus around that memo helps confirm that Mr. Trump is unfit for office.

See http://www.catwhisker.org/~david/publickey.gpg for my public key.


signature.asc
Description: PGP signature