NetBSD Problem Report #55662
From www@netbsd.org Tue Sep 15 16:51:17 2020
Return-Path: <www@netbsd.org>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(Client CN "mail.NetBSD.org", Issuer "mail.NetBSD.org CA" (not verified))
by mollari.NetBSD.org (Postfix) with ESMTPS id 4101A1A9239
for <gnats-bugs@gnats.NetBSD.org>; Tue, 15 Sep 2020 16:51:17 +0000 (UTC)
Message-Id: <20200915165116.230B01A923A@mollari.NetBSD.org>
Date: Tue, 15 Sep 2020 16:51:16 +0000 (UTC)
From: 20.100@defert.com
Reply-To: 20.100@defert.com
To: gnats-bugs@NetBSD.org
Subject: sysinst core dump when installing on Dell R610
X-Send-Pr-Version: www-1.0
>Number: 55662
>Category: install
>Synopsis: sysinst core dump when installing on Dell R610
>Confidential: no
>Severity: critical
>Priority: medium
>Responsible: martin
>State: closed
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Tue Sep 15 16:55:00 +0000 2020
>Closed-Date: Sat Nov 07 06:22:09 +0000 2020
>Last-Modified: Sat Nov 07 06:22:09 +0000 2020
>Originator: Vincent DEFERT
>Release: 9.0_STABLE 2020-09-13
>Organization:
>Environment:
NetBSD 9.0_STABLE NetBSD 9.0_STABLE (GENERIC) #01: Sun Sep 13 15:52:02 UTC 2020 mkrepro@mkrepro.NetBSD.org:/usr/src/sys/arch/amd64/compile/GENERIC amd64
>Description:
--- Output from sysctl machdep.bootmethod:
machdep.bootmethod = UEFI
--- Excerpt from dmesg output:
[ 4.031526] sd0 at scsibus0 target 0 lun 0: <DELL, PERC 6/i, 1.22> disk fixed
[ 4.031526] sd0: fabricating a geometry
[ 4.031526] sd0: 558 GB, 571776 cyl, 64 head, 32 sec, 512 bytes/sect x 1170997248 sectors
[ 4.031526] sd0: fabricating a geometry
[ 4.031526] sd0: GPT GUID: 66f55470-a671-8d48-85b9-1e8a0ad97a1a
[ 4.031526] sd0: tagged queueing
--- Output from gpt show /dev/sd0:
start size index contents
0 1 PMBR
1 1 Pri GPT header
2 32 Pri GPT table
34 1170997181 Unused
1170997215 32 Sec GPT table
1170997247 1 Sec GPT header
--- Output from fdisk /dev/sd0:
Disk: /dev/sd0
NetBSD disklabel disk geometry:
cylinders: 571776, heads: 64, sectors/track: 32 (2048 sectors/cylinder)
total sectors: 1170997248, bytes/sector: 512
BIOS disk geometry:
cylinders: 1023, heads: 255, sectors/track: 63 (16065 sectors/cylinder)
total sectors: 1170997248
Partitions aligned to 2048 sector boundaries, offset 1
Partition table:
0: GPT Protective MBR (sysid 238)
start 1, size 1170997247 (571776 MB, Cyls 0-72891/52/57)
PBR is not bootable: Bad magic number (0x0000)
1: <UNUSED>
2: <UNUSED>
3: <UNUSED>
No active partition.
Drive serial number: 0 (0x00000000)
--- Output from disklabel /dev/sd0:
# /dev/sd0:
type: SCSI
disk: PERC 6/i
label: fictitious
flags:
bytes/sector: 512
sectors/track: 32
tracks/cylinder: 64
sectors/cylinder: 2048
cylinders: 571776
total sectors: 1170997248
rpm: 3600
interleave: 1
trackskew: 0
cylinderskew: 0
headswitch: 0 # microseconds
track-to-track seek: 0 # microseconds
drivedata: 0
4 partitions:
# size offset fstype [fsize bsize cpg/sgs]
a: 1170997248 0 4.2BSD 0 0 0 # (Cyl. 0 - 571775)
d: 1170997248 0 unused 0 0 # (Cyl. 0 - 571775)
--- Installation steps in sysinst:
Select: Swiss French keyboard
Select: Install NetBSD to hard disk
Select: Yes
Select: sd0
Select: Add a user partition
Enter mount point: /data0
Select: the new partition (choice g:)
Enter size for /data0 in MB: 472972
Select: Go on
The list of partitions displayed is:
a: 1 128 128 MSDOS N
b: 130 66055 65926 FFSv2 N /
c: 66057 98805 32749 swap
d: 98807 571774 472972 FFSv2 N /data0
Select: Partition sizes ok
Select: Yes
--- What happens:
A newfs progresses, then execution stops with this error message:
assertion "p->gp_flags & GPF_WEDGE" failed: file "/usr/src/usr.sbin/sysinst/arch
/amd64/../../gpt.c", line 1391, function "gpt_get_part_device"
[1] Abort trap (core dumped) ${cmd}
>How-To-Repeat:
Test on Dell R610 (fails every time)
>Fix:
>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: install-manager->martin
Responsible-Changed-By: martin@NetBSD.org
Responsible-Changed-When: Tue, 15 Sep 2020 18:02:54 +0000
Responsible-Changed-Why:
my fault
From: Martin Husemann <martin@duskware.de>
To: gnats-bugs@netbsd.org
Cc:
Subject: Re: install/55662: sysinst core dump when installing on Dell R610
Date: Tue, 22 Sep 2020 20:08:34 +0200
I fail to reproduce this.
Starting with:
# gpt show vnd0
start size index contents
0 1 PMBR
1 1 Pri GPT header
2 32 Pri GPT table
34 1136641981 Unused
1136642015 32 Sec GPT table
1136642047 1 Sec GPT header
and then:
You can now change the sizes for the system partitions. The default is to
allocate all the space to the root file system. However, you may wish to
have separate /usr (additional system files), /var (log files etc) or /home
(users' home directories) file systems.
Free space will be added to the partition marked with a '+'.
Size (MB) Filesystem
----------------------------------- - --------------------
a: 128 (Other: MSDOS)
b: 65674 (79852) + /
c: 2048 <swap>
d: 25% /tmp (tmpfs)
e: 0 /usr
f: 0 /var
>g: 472972 /data0
----------------------------------- - --------------------
i: Add a user defined partition
j: Clone external partition(s)
k: Change input units (sectors/cylinders/MB/GB)
x: Go on. Free space 14178 MB.
Going on I get:
We now have your GPT partitions for vnd0 below. This is your last chance to
change them.
Flags: (I)nstall, (N)ewfs, (B)ootable. Total size: 542G, free: 3089K
Start (MB) End (MB) Size (MB) FS type Flag Filesystem
------------ ------------ ------------ -------- ---- ----------------
a: 1 128 128 MSDOS N
b: 130 79981 79852 FFSv2 N /
c: 79983 82030 2048 swap
d: 82032 554999 472968 FFSv2 N /data0
------------ ------------ ------------ -------- ---- ----------------
f: Change input units (sectors/cylinders/MB/GB)
g: Clone external partition(s)
h: Cancel
>x: Partition sizes ok
Selecting ok it creates all partitions and runs multiple newfs and then
I have:
Filesystem 1K-blocks Used Avail %Cap Mounted on
[..]
/dev/dk7 79274118 24 75310390 0% /targetroot
/dev/dk8 476827456 4 452986080 0% /targetroot/data0
/dev/dk9 130924 464 130460 0% /targetroot/mnt
This is with -current/HEAD, but I tried netbsd-9 and get the same results
in my test setup. What am I doing differently?
Martin
From: Vincent DEFERT <20.100@defert.com>
To: gnats-bugs@netbsd.org, martin@netbsd.org, gnats-admin@netbsd.org,
netbsd-bugs@netbsd.org
Cc:
Subject: Re: install/55662: sysinst core dump when installing on Dell R610
Date: Tue, 22 Sep 2020 21:24:18 +0200
This is a multi-part message in MIME format.
--------------6F919AE4ACC948BD1B61EAFA
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Hi Martin,
I'm not surprised it works inside a VM, I guess it has to do with the
firmware of the machine.
If it were possible to create an USB installation image with added
traces in the kernel/drivers/sysinst, I could repeat the installation
and provide you with more useful information.
Or let me know if I can do anything else to help.
Vincent
On 22/09/2020 20:10, Martin Husemann wrote:
> The following reply was made to PR install/55662; it has been noted by GNATS.
>
> From: Martin Husemann <martin@duskware.de>
> To: gnats-bugs@netbsd.org
> Cc:
> Subject: Re: install/55662: sysinst core dump when installing on Dell R610
> Date: Tue, 22 Sep 2020 20:08:34 +0200
>
> I fail to reproduce this.
>
> Starting with:
>
> # gpt show vnd0
> start size index contents
> 0 1 PMBR
> 1 1 Pri GPT header
> 2 32 Pri GPT table
> 34 1136641981 Unused
> 1136642015 32 Sec GPT table
> 1136642047 1 Sec GPT header
>
> and then:
>
> You can now change the sizes for the system partitions. The default is to
> allocate all the space to the root file system. However, you may wish to
> have separate /usr (additional system files), /var (log files etc) or /home
> (users' home directories) file systems.
>
> Free space will be added to the partition marked with a '+'.
>
> Size (MB) Filesystem
> ----------------------------------- - --------------------
> a: 128 (Other: MSDOS)
> b: 65674 (79852) + /
> c: 2048 <swap>
> d: 25% /tmp (tmpfs)
> e: 0 /usr
> f: 0 /var
> >g: 472972 /data0
> ----------------------------------- - --------------------
> i: Add a user defined partition
> j: Clone external partition(s)
> k: Change input units (sectors/cylinders/MB/GB)
> x: Go on. Free space 14178 MB.
>
>
> Going on I get:
>
> We now have your GPT partitions for vnd0 below. This is your last chance to
> change them.
>
> Flags: (I)nstall, (N)ewfs, (B)ootable. Total size: 542G, free: 3089K
>
> Start (MB) End (MB) Size (MB) FS type Flag Filesystem
> ------------ ------------ ------------ -------- ---- ----------------
> a: 1 128 128 MSDOS N
> b: 130 79981 79852 FFSv2 N /
> c: 79983 82030 2048 swap
> d: 82032 554999 472968 FFSv2 N /data0
> ------------ ------------ ------------ -------- ---- ----------------
> f: Change input units (sectors/cylinders/MB/GB)
> g: Clone external partition(s)
> h: Cancel
> >x: Partition sizes ok
>
>
> Selecting ok it creates all partitions and runs multiple newfs and then
> I have:
>
> Filesystem 1K-blocks Used Avail %Cap Mounted on
> [..]
> /dev/dk7 79274118 24 75310390 0% /targetroot
> /dev/dk8 476827456 4 452986080 0% /targetroot/data0
> /dev/dk9 130924 464 130460 0% /targetroot/mnt
>
>
> This is with -current/HEAD, but I tried netbsd-9 and get the same results
> in my test setup. What am I doing differently?
>
> Martin
>
--------------6F919AE4ACC948BD1B61EAFA
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<font face="DejaVu Sans">Hi Martin,<br>
<br>
I'm not surprised it works inside a VM, I guess it has to do with
the firmware of the machine.<br>
If it were possible to create an USB installation image with added
traces in the kernel/drivers/sysinst, I could repeat the
installation and provide you with more useful information.<br>
Or let me know if I can do anything else to help.<br>
<br>
Vincent<br>
</font><br>
<div class="moz-cite-prefix">On 22/09/2020 20:10, Martin Husemann
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:20200922181002.3B7F11A9239@mollari.NetBSD.org">
<pre class="moz-quote-pre" wrap="">The following reply was made to PR install/55662; it has been noted by GNATS.
From: Martin Husemann <a class="moz-txt-link-rfc2396E" href="mailto:martin@duskware.de"><martin@duskware.de></a>
To: <a class="moz-txt-link-abbreviated" href="mailto:gnats-bugs@netbsd.org">gnats-bugs@netbsd.org</a>
Cc:
Subject: Re: install/55662: sysinst core dump when installing on Dell R610
Date: Tue, 22 Sep 2020 20:08:34 +0200
I fail to reproduce this.
Starting with:
# gpt show vnd0
start size index contents
0 1 PMBR
1 1 Pri GPT header
2 32 Pri GPT table
34 1136641981 Unused
1136642015 32 Sec GPT table
1136642047 1 Sec GPT header
and then:
You can now change the sizes for the system partitions. The default is to
allocate all the space to the root file system. However, you may wish to
have separate /usr (additional system files), /var (log files etc) or /home
(users' home directories) file systems.
Free space will be added to the partition marked with a '+'.
Size (MB) Filesystem
----------------------------------- - --------------------
a: 128 (Other: MSDOS)
b: 65674 (79852) + /
c: 2048 <swap>
d: 25% /tmp (tmpfs)
e: 0 /usr
f: 0 /var
>g: 472972 /data0
----------------------------------- - --------------------
i: Add a user defined partition
j: Clone external partition(s)
k: Change input units (sectors/cylinders/MB/GB)
x: Go on. Free space 14178 MB.
Going on I get:
We now have your GPT partitions for vnd0 below. This is your last chance to
change them.
Flags: (I)nstall, (N)ewfs, (B)ootable. Total size: 542G, free: 3089K
Start (MB) End (MB) Size (MB) FS type Flag Filesystem
------------ ------------ ------------ -------- ---- ----------------
a: 1 128 128 MSDOS N
b: 130 79981 79852 FFSv2 N /
c: 79983 82030 2048 swap
d: 82032 554999 472968 FFSv2 N /data0
------------ ------------ ------------ -------- ---- ----------------
f: Change input units (sectors/cylinders/MB/GB)
g: Clone external partition(s)
h: Cancel
>x: Partition sizes ok
Selecting ok it creates all partitions and runs multiple newfs and then
I have:
Filesystem 1K-blocks Used Avail %Cap Mounted on
[..]
/dev/dk7 79274118 24 75310390 0% /targetroot
/dev/dk8 476827456 4 452986080 0% /targetroot/data0
/dev/dk9 130924 464 130460 0% /targetroot/mnt
This is with -current/HEAD, but I tried netbsd-9 and get the same results
in my test setup. What am I doing differently?
Martin
</pre>
</blockquote>
<br>
</body>
</html>
--------------6F919AE4ACC948BD1B61EAFA--
From: Martin Husemann <martin@duskware.de>
To: Vincent DEFERT <20.100@defert.com>
Cc: gnats-bugs@netbsd.org
Subject: Re: install/55662: sysinst core dump when installing on Dell R610
Date: Wed, 23 Sep 2020 06:44:27 +0200
On Tue, Sep 22, 2020 at 09:24:18PM +0200, Vincent DEFERT wrote:
> Hi Martin,
>
> I'm not surprised it works inside a VM, I guess it has to do with the
> firmware of the machine.
That is very unlikely - the only part where the firmware plays a roll is
the boot method (bios or uefi), and I used the same (uefi) as you, as
you can see in the 128MB MSDOS EFI partition being added.
> Or let me know if I can do anything else to help.
If my screens looked very close (minor differences in total disk size
and size of the swap partition do not matter) to what you saw, I'm not
sure right now what the difference would be.
You did boot from the USB install medium or CD?
If you could try again (with a very recent HEAD image and not before the
current build completes in ~4h from now, please) and
when it fails, run:
dkctl sd0 listwedges
gpt show -a sd0
Thanks!
Martin
From: Vincent DEFERT <20.100@defert.com>
To: Martin Husemann <martin@duskware.de>
Cc: gnats-bugs@netbsd.org
Subject: Re: install/55662: sysinst core dump when installing on Dell R610
Date: Thu, 24 Sep 2020 10:41:48 +0200
This is a multi-part message in MIME format.
--------------82D04DB3C18CDCED8D05C291
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Hi Martin,
I've tried the latest installation image, i.e.:
NetBSD-9.99.73-amd64-install.img.gz 23-Sep-2020 04:30 1080396kB
Boot failed with a stack trace, so I couldn't install at all:
Stopped in pid 0.0 (system) at netbsd:bus_space_read_4+0xa: ret
bus_space_read_4() at netbsd:bus_space_read_4+0xa
intr_establish_xname() at netbsd:intr_establish_xname+0x301
x86_pci_msi_establish() at netbsd:x86_pci_msi_establish+0x7c
pci_intr_establish_xname_internal() at
netbsd:pci_intr_establish_xname_internal+0x85
bnx_attach() at netbsd:bnx_attach+0x92e
I'll try again when the next build will be available and keep you posted.
Vincent
On 23/09/2020 06:44, Martin Husemann wrote:
> On Tue, Sep 22, 2020 at 09:24:18PM +0200, Vincent DEFERT wrote:
>> Hi Martin,
>>
>> I'm not surprised it works inside a VM, I guess it has to do with the
>> firmware of the machine.
> That is very unlikely - the only part where the firmware plays a roll is
> the boot method (bios or uefi), and I used the same (uefi) as you, as
> you can see in the 128MB MSDOS EFI partition being added.
>
>> Or let me know if I can do anything else to help.
> If my screens looked very close (minor differences in total disk size
> and size of the swap partition do not matter) to what you saw, I'm not
> sure right now what the difference would be.
>
> You did boot from the USB install medium or CD?
>
> If you could try again (with a very recent HEAD image and not before the
> current build completes in ~4h from now, please) and
> when it fails, run:
>
> dkctl sd0 listwedges
> gpt show -a sd0
>
> Thanks!
>
> Martin
--------------82D04DB3C18CDCED8D05C291
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<font face="DejaVu Sans">Hi Martin,<br>
<br>
I've tried the latest installation image, i.e.:<br>
<br>
NetBSD-9.99.73-amd64-install.img.gz 23-Sep-2020 04:30 1080396kB<br>
<br>
Boot failed with a stack trace, so I couldn't install at all:<br>
<br>
Stopped in pid 0.0 (system) at netbsd:bus_space_read_4+0xa: ret<br>
bus_space_read_4() at netbsd:bus_space_read_4+0xa<br>
intr_establish_xname() at netbsd:intr_establish_xname+0x301<br>
x86_pci_msi_establish() at netbsd:x86_pci_msi_establish+0x7c<br>
pci_intr_establish_xname_internal() at
netbsd:pci_intr_establish_xname_internal+0x85<br>
bnx_attach() at netbsd:bnx_attach+0x92e<br>
<br>
I'll try again when the next build will be available and keep you
posted.<br>
<br>
Vincent<br>
</font><br>
<div class="moz-cite-prefix">On 23/09/2020 06:44, Martin Husemann
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:20200923044427.GA19755@mail.duskware.de">
<pre class="moz-quote-pre" wrap="">On Tue, Sep 22, 2020 at 09:24:18PM +0200, Vincent DEFERT wrote:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">Hi Martin,
I'm not surprised it works inside a VM, I guess it has to do with the
firmware of the machine.
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">
That is very unlikely - the only part where the firmware plays a roll is
the boot method (bios or uefi), and I used the same (uefi) as you, as
you can see in the 128MB MSDOS EFI partition being added.
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">Or let me know if I can do anything else to help.
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">
If my screens looked very close (minor differences in total disk size
and size of the swap partition do not matter) to what you saw, I'm not
sure right now what the difference would be.
You did boot from the USB install medium or CD?
If you could try again (with a very recent HEAD image and not before the
current build completes in ~4h from now, please) and
when it fails, run:
dkctl sd0 listwedges
gpt show -a sd0
Thanks!
Martin
</pre>
</blockquote>
<br>
</body>
</html>
--------------82D04DB3C18CDCED8D05C291--
From: Vincent DEFERT <20.100@defert.com>
To: gnats-bugs@netbsd.org, martin@netbsd.org, gnats-admin@netbsd.org,
netbsd-bugs@netbsd.org
Cc:
Subject: Re: install/55662: sysinst core dump when installing on Dell R610
Date: Fri, 6 Nov 2020 22:47:18 +0100
This is a multi-part message in MIME format.
--------------48C1E9991102B6D995ED68AF
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Hi Martin,
This bug is fixed in 9.99.75, you can close it. :)
Cheers
Vincent
On 24/09/2020 10:45, Vincent DEFERT wrote:
> The following reply was made to PR install/55662; it has been noted by GNATS.
>
> From: Vincent DEFERT <20.100@defert.com>
> To: Martin Husemann <martin@duskware.de>
> Cc: gnats-bugs@netbsd.org
> Subject: Re: install/55662: sysinst core dump when installing on Dell R610
> Date: Thu, 24 Sep 2020 10:41:48 +0200
>
> This is a multi-part message in MIME format.
> --------------82D04DB3C18CDCED8D05C291
> Content-Type: text/plain; charset=utf-8; format=flowed
> Content-Transfer-Encoding: 8bit
>
> Hi Martin,
>
> I've tried the latest installation image, i.e.:
>
> NetBSD-9.99.73-amd64-install.img.gz 23-Sep-2020 04:30 1080396kB
>
> Boot failed with a stack trace, so I couldn't install at all:
>
> Stopped in pid 0.0 (system) at netbsd:bus_space_read_4+0xa: ret
> bus_space_read_4() at netbsd:bus_space_read_4+0xa
> intr_establish_xname() at netbsd:intr_establish_xname+0x301
> x86_pci_msi_establish() at netbsd:x86_pci_msi_establish+0x7c
> pci_intr_establish_xname_internal() at
> netbsd:pci_intr_establish_xname_internal+0x85
> bnx_attach() at netbsd:bnx_attach+0x92e
>
> I'll try again when the next build will be available and keep you posted.
>
> Vincent
>
> On 23/09/2020 06:44, Martin Husemann wrote:
> > On Tue, Sep 22, 2020 at 09:24:18PM +0200, Vincent DEFERT wrote:
> >> Hi Martin,
> >>
> >> I'm not surprised it works inside a VM, I guess it has to do with the
> >> firmware of the machine.
> > That is very unlikely - the only part where the firmware plays a roll is
> > the boot method (bios or uefi), and I used the same (uefi) as you, as
> > you can see in the 128MB MSDOS EFI partition being added.
> >
> >> Or let me know if I can do anything else to help.
> > If my screens looked very close (minor differences in total disk size
> > and size of the swap partition do not matter) to what you saw, I'm not
> > sure right now what the difference would be.
> >
> > You did boot from the USB install medium or CD?
> >
> > If you could try again (with a very recent HEAD image and not before the
> > current build completes in ~4h from now, please) and
> > when it fails, run:
> >
> > dkctl sd0 listwedges
> > gpt show -a sd0
> >
> > Thanks!
> >
> > Martin
>
>
> --------------82D04DB3C18CDCED8D05C291
> Content-Type: text/html; charset=utf-8
> Content-Transfer-Encoding: 8bit
>
> <html>
> <head>
> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
> </head>
> <body>
> <font face="DejaVu Sans">Hi Martin,<br>
> <br>
> I've tried the latest installation image, i.e.:<br>
> <br>
> NetBSD-9.99.73-amd64-install.img.gz 23-Sep-2020 04:30 1080396kB<br>
> <br>
> Boot failed with a stack trace, so I couldn't install at all:<br>
> <br>
> Stopped in pid 0.0 (system) at netbsd:bus_space_read_4+0xa: ret<br>
> bus_space_read_4() at netbsd:bus_space_read_4+0xa<br>
> intr_establish_xname() at netbsd:intr_establish_xname+0x301<br>
> x86_pci_msi_establish() at netbsd:x86_pci_msi_establish+0x7c<br>
> pci_intr_establish_xname_internal() at
> netbsd:pci_intr_establish_xname_internal+0x85<br>
> bnx_attach() at netbsd:bnx_attach+0x92e<br>
> <br>
> I'll try again when the next build will be available and keep you
> posted.<br>
> <br>
> Vincent<br>
> </font><br>
> <div class="moz-cite-prefix">On 23/09/2020 06:44, Martin Husemann
> wrote:<br>
> </div>
> <blockquote type="cite"
> cite="mid:20200923044427.GA19755@mail.duskware.de">
> <pre class="moz-quote-pre" wrap="">On Tue, Sep 22, 2020 at 09:24:18PM +0200, Vincent DEFERT wrote:
> </pre>
> <blockquote type="cite">
> <pre class="moz-quote-pre" wrap="">Hi Martin,
>
> I'm not surprised it works inside a VM, I guess it has to do with the
> firmware of the machine.
> </pre>
> </blockquote>
> <pre class="moz-quote-pre" wrap="">
> That is very unlikely - the only part where the firmware plays a roll is
> the boot method (bios or uefi), and I used the same (uefi) as you, as
> you can see in the 128MB MSDOS EFI partition being added.
>
> </pre>
> <blockquote type="cite">
> <pre class="moz-quote-pre" wrap="">Or let me know if I can do anything else to help.
> </pre>
> </blockquote>
> <pre class="moz-quote-pre" wrap="">
> If my screens looked very close (minor differences in total disk size
> and size of the swap partition do not matter) to what you saw, I'm not
> sure right now what the difference would be.
>
> You did boot from the USB install medium or CD?
>
> If you could try again (with a very recent HEAD image and not before the
> current build completes in ~4h from now, please) and
> when it fails, run:
>
> dkctl sd0 listwedges
> gpt show -a sd0
>
> Thanks!
>
> Martin
> </pre>
> </blockquote>
> <br>
> </body>
> </html>
>
> --------------82D04DB3C18CDCED8D05C291--
>
--------------48C1E9991102B6D995ED68AF
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<font face="DejaVu Sans">Hi Martin,<br>
<br>
This bug is fixed in 9.99.75, you can close it. :)<br>
<br>
Cheers<br>
<br>
Vincent<br>
</font><br>
<div class="moz-cite-prefix">On 24/09/2020 10:45, Vincent DEFERT
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:20200924084501.663371A923F@mollari.NetBSD.org">
<pre class="moz-quote-pre" wrap="">The following reply was made to PR install/55662; it has been noted by GNATS.
From: Vincent DEFERT <a class="moz-txt-link-rfc2396E" href="mailto:20.100@defert.com"><20.100@defert.com></a>
To: Martin Husemann <a class="moz-txt-link-rfc2396E" href="mailto:martin@duskware.de"><martin@duskware.de></a>
Cc: <a class="moz-txt-link-abbreviated" href="mailto:gnats-bugs@netbsd.org">gnats-bugs@netbsd.org</a>
Subject: Re: install/55662: sysinst core dump when installing on Dell R610
Date: Thu, 24 Sep 2020 10:41:48 +0200
This is a multi-part message in MIME format.
--------------82D04DB3C18CDCED8D05C291
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Hi Martin,
I've tried the latest installation image, i.e.:
NetBSD-9.99.73-amd64-install.img.gz 23-Sep-2020 04:30 1080396kB
Boot failed with a stack trace, so I couldn't install at all:
Stopped in pid 0.0 (system) at netbsd:bus_space_read_4+0xa: ret
bus_space_read_4() at netbsd:bus_space_read_4+0xa
intr_establish_xname() at netbsd:intr_establish_xname+0x301
x86_pci_msi_establish() at netbsd:x86_pci_msi_establish+0x7c
pci_intr_establish_xname_internal() at
netbsd:pci_intr_establish_xname_internal+0x85
bnx_attach() at netbsd:bnx_attach+0x92e
I'll try again when the next build will be available and keep you posted.
Vincent
On 23/09/2020 06:44, Martin Husemann wrote:
> On Tue, Sep 22, 2020 at 09:24:18PM +0200, Vincent DEFERT wrote:
>> Hi Martin,
>>
>> I'm not surprised it works inside a VM, I guess it has to do with the
>> firmware of the machine.
> That is very unlikely - the only part where the firmware plays a roll is
> the boot method (bios or uefi), and I used the same (uefi) as you, as
> you can see in the 128MB MSDOS EFI partition being added.
>
>> Or let me know if I can do anything else to help.
> If my screens looked very close (minor differences in total disk size
> and size of the swap partition do not matter) to what you saw, I'm not
> sure right now what the difference would be.
>
> You did boot from the USB install medium or CD?
>
> If you could try again (with a very recent HEAD image and not before the
> current build completes in ~4h from now, please) and
> when it fails, run:
>
> dkctl sd0 listwedges
> gpt show -a sd0
>
> Thanks!
>
> Martin
--------------82D04DB3C18CDCED8D05C291
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<font face="DejaVu Sans">Hi Martin,<br>
<br>
I've tried the latest installation image, i.e.:<br>
<br>
NetBSD-9.99.73-amd64-install.img.gz 23-Sep-2020 04:30 1080396kB<br>
<br>
Boot failed with a stack trace, so I couldn't install at all:<br>
<br>
Stopped in pid 0.0 (system) at netbsd:bus_space_read_4+0xa: ret<br>
bus_space_read_4() at netbsd:bus_space_read_4+0xa<br>
intr_establish_xname() at netbsd:intr_establish_xname+0x301<br>
x86_pci_msi_establish() at netbsd:x86_pci_msi_establish+0x7c<br>
pci_intr_establish_xname_internal() at
netbsd:pci_intr_establish_xname_internal+0x85<br>
bnx_attach() at netbsd:bnx_attach+0x92e<br>
<br>
I'll try again when the next build will be available and keep you
posted.<br>
<br>
Vincent<br>
</font><br>
<div class="moz-cite-prefix">On 23/09/2020 06:44, Martin Husemann
wrote:<br>
</div>
<blockquote type="cite"
cite=<a class="moz-txt-link-rfc2396E" href="mailto:mid:20200923044427.GA19755@mail.duskware.de">"mid:20200923044427.GA19755@mail.duskware.de"</a>>
<pre class="moz-quote-pre" wrap="">On Tue, Sep 22, 2020 at 09:24:18PM +0200, Vincent DEFERT wrote:
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">Hi Martin,
I'm not surprised it works inside a VM, I guess it has to do with the
firmware of the machine.
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">
That is very unlikely - the only part where the firmware plays a roll is
the boot method (bios or uefi), and I used the same (uefi) as you, as
you can see in the 128MB MSDOS EFI partition being added.
</pre>
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">Or let me know if I can do anything else to help.
</pre>
</blockquote>
<pre class="moz-quote-pre" wrap="">
If my screens looked very close (minor differences in total disk size
and size of the swap partition do not matter) to what you saw, I'm not
sure right now what the difference would be.
You did boot from the USB install medium or CD?
If you could try again (with a very recent HEAD image and not before the
current build completes in ~4h from now, please) and
when it fails, run:
dkctl sd0 listwedges
gpt show -a sd0
Thanks!
Martin
</pre>
</blockquote>
<br>
</body>
</html>
--------------82D04DB3C18CDCED8D05C291--
</pre>
</blockquote>
<br>
</body>
</html>
--------------48C1E9991102B6D995ED68AF--
State-Changed-From-To: open->closed
State-Changed-By: martin@NetBSD.org
State-Changed-When: Sat, 07 Nov 2020 06:22:09 +0000
State-Changed-Why:
Fixed, thanks for the report!
>Unformatted:
(Contact us)
$NetBSD: query-full-pr,v 1.46 2020/01/03 16:35:01 leot Exp $
$NetBSD: gnats_config.sh,v 1.9 2014/08/02 14:16:04 spz Exp $
Copyright © 1994-2020
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.