Re: reorder_kernel: failed
On Tue, Oct 17, 2023 at 10:34 AM Karel Lucas wrote:
> Content of relink.log:
>
> (SHA256) /bsd: OK
> LD="ld" sh makegap.sh 0x gapdummy.o
> ld -T ld.script -X --warn-common -nopie -o newbsd ${SYSTEM_HEAD}
> vers.o ${OBJS}
> text data bssdec hex
> 21325291403432 124108822969811 15e7dd3
> mv newbsd newbsd.gdb
> ctfstrip -S -o newbsd newbsd.gdb
> rm -f bsd.gdb
> mv -f newbsd bsd
> install -F -m 700 bsd /bsd && sha256 -h /var/db/kernel.SHA256 /bsd
> install: rename: INS@4erJJ3bo3 to /bsd: Operation not permitted
> *** Error 1 in /usr/share/relink/kernel/GENERIC.MP (Makefile:2267
> 'newinstall')
>
So renaming over /bsd failed with EPERM. That smells like /bsd is marked
immutable via chflags. To verify, what's the output of
ls -ldo / /bsd
?
If it *is* marked immutable, then uh, you'll need to undo that and figure
how the heck that happened and make sure it doesn't happen again.
(If _you_ marked it immutable, then don't, or at least don't waste people's
time when that breaks things.)
Philip Guenther
Re: reorder_kernel: failed
Op 17-10-2023 om 16:50 schreef Janne Johansson:
Den tis 17 okt. 2023 kl 16:49 skrev Karel Lucas :
Hi all,
After a new installation of openBSD 7.4 I received the following
message: "reorder_kernel: failed -- see
/usr/share/relink/kernel/GENERIC.MP/relink.log
<http://GENERIC.MP/relink.log>". That turns out to be a
zlib compressed data file, and I don't know how to unpack or read it.
Does anyone know how I can do that?
If it actually is a zlib compressed file, then "zcat" or "zless"
should work fine.
--
May the most significant bit of your life be positive.
Content of relink.log:
(SHA256) /bsd: OK
LD="ld" sh makegap.sh 0x gapdummy.o
ld -T ld.script -X --warn-common -nopie -o newbsd ${SYSTEM_HEAD}
vers.o ${OBJS}
text data bss dec hex
21325291 403432 1241088 22969811 15e7dd3
mv newbsd newbsd.gdb
ctfstrip -S -o newbsd newbsd.gdb
rm -f bsd.gdb
mv -f newbsd bsd
install -F -m 700 bsd /bsd && sha256 -h /var/db/kernel.SHA256 /bsd
install: rename: INS@4erJJ3bo3 to /bsd: Operation not permitted
*** Error 1 in /usr/share/relink/kernel/GENERIC.MP (Makefile:2267
'newinstall')
Re: reorder_kernel: failed
On Oct 17 18:20:01, cahlu...@planet.nl wrote: > > > Op 17-10-2023 om 16:53 schreef Jan Stary: > > On Oct 17 16:46:13, cahlu...@planet.nl wrote: > > > Hi all, > > > > > > After a new installation of openBSD 7.4 I received the following message: > > > "reorder_kernel: failed -- see > > > /usr/share/relink/kernel/GENERIC.MP/relink.log". That turns out to be a > > > zlib > > > compressed data file, and I don't know how to unpack or read it. Does > > > anyone > > > know how I can do that? > > That's supposed to be a text file (a log, duh). > > Have you looked at it? What makes you think it's a zlib file? > > > file /usr/share/relink/kernel/GENERIC.MP/relink.log Let's play the "how long can you make it" game: So what does zless display, if it's a zlib file? And what does less display, if it's a plaintext file? Have your tried those?
Re: reorder_kernel: failed
Op 17-10-2023 om 16:53 schreef Jan Stary: On Oct 17 16:46:13, cahlu...@planet.nl wrote: Hi all, After a new installation of openBSD 7.4 I received the following message: "reorder_kernel: failed -- see /usr/share/relink/kernel/GENERIC.MP/relink.log". That turns out to be a zlib compressed data file, and I don't know how to unpack or read it. Does anyone know how I can do that? That's supposed to be a text file (a log, duh). Have you looked at it? What makes you think it's a zlib file? file /usr/share/relink/kernel/GENERIC.MP/relink.log
Re: reorder_kernel: failed
On Oct 17 16:46:13, cahlu...@planet.nl wrote: > Hi all, > > After a new installation of openBSD 7.4 I received the following message: > "reorder_kernel: failed -- see > /usr/share/relink/kernel/GENERIC.MP/relink.log". That turns out to be a zlib > compressed data file, and I don't know how to unpack or read it. Does anyone > know how I can do that? That's supposed to be a text file (a log, duh). Have you looked at it? What makes you think it's a zlib file?
Re: reorder_kernel: failed
Den tis 17 okt. 2023 kl 16:49 skrev Karel Lucas : > Hi all, > > After a new installation of openBSD 7.4 I received the following > message: "reorder_kernel: failed -- see > /usr/share/relink/kernel/GENERIC.MP/relink.log". That turns out to be a > zlib compressed data file, and I don't know how to unpack or read it. > Does anyone know how I can do that? > > > If it actually is a zlib compressed file, then "zcat" or "zless" should work fine. -- May the most significant bit of your life be positive.
reorder_kernel: failed
Hi all, After a new installation of openBSD 7.4 I received the following message: "reorder_kernel: failed -- see /usr/share/relink/kernel/GENERIC.MP/relink.log". That turns out to be a zlib compressed data file, and I don't know how to unpack or read it. Does anyone know how I can do that?
Re: 7.2 panic and "reorder_kernel: failed" ...
On Sun, Apr 30, 2023, at 8:14 AM, Why 42? The lists account. wrote:
> After running fsck manually to clean one of the filesystems I did an
> additional reboot, just to be sure the system would/could come up
> cleanly.
>
> I noticed this message on the console, seemingly as the system was
> shutting down:
>> stopping package daemons: nginx slowcgi postfix cyrus_imapd(killed) amavisd
>> clamd sshguardreorder_kernel: failed -- see
>> /usr/share/relink/kernel/GENERIC.MP/relink.log
>
> That relink.log file looks like this:
>> root:[~]# ls -ltr /usr/share/relink/kernel/GENERIC.MP/relink.log
>> -rw-r--r-- 1 root wheel 142 Apr 30 14:29
>> /usr/share/relink/kernel/GENERIC.MP/relink.log
>
>> root:[~]# cat /usr/share/relink/kernel/GENERIC.MP/relink.log
>> (SHA256) /bsd: OK
>> LD="ld" sh makegap.sh 0x gapdummy.o
>> ld -T ld.script -X --warn-common -nopie -o newbsd ${SYSTEM_HEAD} vers.o
>> ${OBJS}
>> root:[~]#
>
> What might that mean? Is it significant?
I can't speak to the panic, but I think the relink error is just the background
process getting killed when you rebooted the system immediately after finishing
boot.
Brian Conway
RCE Software, LLC
7.2 panic and "reorder_kernel: failed" ...
Hi All,
Our 7.2 system just paniced again in pmap_page_remove / uvm_fault:
> ddb{1}> show panic
> *cpu1: uvm_fault(0xfd818b0ca560, 0x7f817ca74cb0, 0, 2) -> e
> ddb{1}> trace
> pmap_page_remove(fd8109c56480) at pmap_page_remove+0x21d
> uvm_anfree_list(fd804a0e7e40,800022eab518) at uvm_anfree_list+0x56
> amap_wipeout(fd80553d12e0) at amap_wipeout+0x113
> uvm_unmap_detach(800022eab5d8,0) at uvm_unmap_detach+0x6d
> sys_munmap(800022720010,800022eab640,800022eab6a0) at
> sys_munmap+0x113
> syscall(800022eab710) at syscall+0x35f
> Xsyscall() at Xsyscall+0x128
> end of kernel
> end trace frame: 0x7f7dcd10, count: -7
(See also bug report from 24.4, subject: "kernel panic in pmap_page_remove")
After running fsck manually to clean one of the filesystems I did an
additional reboot, just to be sure the system would/could come up
cleanly.
I noticed this message on the console, seemingly as the system was
shutting down:
> stopping package daemons: nginx slowcgi postfix cyrus_imapd(killed) amavisd
> clamd sshguardreorder_kernel: failed -- see
> /usr/share/relink/kernel/GENERIC.MP/relink.log
That relink.log file looks like this:
> root:[~]# ls -ltr /usr/share/relink/kernel/GENERIC.MP/relink.log
> -rw-r--r-- 1 root wheel 142 Apr 30 14:29
> /usr/share/relink/kernel/GENERIC.MP/relink.log
> root:[~]# cat /usr/share/relink/kernel/GENERIC.MP/relink.log
> (SHA256) /bsd: OK
> LD="ld" sh makegap.sh 0x gapdummy.o
> ld -T ld.script -X --warn-common -nopie -o newbsd ${SYSTEM_HEAD} vers.o
> ${OBJS}
> root:[~]#
What might that mean? Is it significant?
This is a virtualised OpenBSD instance running on QEMU / Debian Linux.
I've included some additional info, regarding the panic, output from ddb,
below ... if that is of interest.
Cheers,
Robb.
ddb{0}> show uvm
Current UVM status:
pagesize=4096 (0x1000), pagemask=0xfff, pageshift=121519007 VM pages: 615597
active, 54738 inactive, 1 wired, 299836 free (77933 zero)
min 10% (25) anon, 10% (25) vnode, 5% (12) vtext
freemin=50633, free-target=67510, inactive-target=0, wired-max=506335
faults=147405838, traps=149196391, intrs=4821202, ctxswitch=33921314
fpuswitch=0
softint=46722165, syscalls=281857273, kmapent=11
fault counts:
noram=0, noanon=0, noamap=0, pgwait=0, pgrele=0
ok relocks(total)=238350(239289), anget(retries)=19653204(0),
amapcopy=11109730
neighbor anon/obj pg=5361492/21511643, gets(lock/unlock)=9626010/239342
cases: anon=17935690, anoncow=1717514, obj=5849938, prcopy=3775080,
przero=118127605
daemon and swap counts:
woke=0, revs=0, scans=0, obscans=0, anscans=0
busy=0, freed=0, reactivate=0, deactivate=0
pageouts=0, pending=0, nswget=0
nswapdev=1
swpages=526128, swpginuse=0, swpgonly=0 paging=0
kernel pointers:
objs(kern)=0x822e7588
ddb{0}> ps
PID TID PPIDUID S FLAGS WAIT COMMAND
85463 376479 19056543 30x8a kqreadlmtpd
40689 333687 63656507 30x92 kqreadlmtp
20679 171977 63656507 3 0x192 kqreadcleanup
62580 393095 63656507 30x92 kqreadsmtpd
94055 484524 63656507 3 0x192 kqreadtrivial-rewrite
63319 120941 63656507 3 0x192 kqreadanvil
18813 417198 63656507 30x92 kqreadsmtpd
25010 114571 19056543 30x82 lockf imapd
53158 375953 19056543 30x8a kqreadimapd
68381 324871 63656507 30x92 kqreadtlsproxy
63605 58831 19056543 30x8a kqreadimapd
52360 292291 19056543 30x8a kqreadimapd
99886 433302 63656507 30x92 lockf dnsblog
768012093 19056543 7 0x2lmtpd
25035 175379 17871530 30x90 kqreadperl
6203 299107 17871530 30x90 lockf perl
71793 709 19056543 30x8a kqreadimapd
79965 216521 19056543 30x8a kqreadimapd
62342 450749 19056543 30x8a kqreadimapd
13176 514534 63656507 30x92 kqreaddnsblog
27955 360632 63656507 30x92 lockf dnsblog
69483 431512 63656507 30x92 kqreadpostscreen
10002 58404 19056543 30x8a kqreadimapd
46558 211092 19056543 30x8a kqreadimapd
46541 45982 19056543 30x8a kqreadimapd
14453 401009 19056543 30x8a kqreadimapd
36547 92359 63656507 3 0x192 kqreadpickup
68439 377693 17871530 30x90 lockf perl
20312 193348 17871530 30x90 lockf perl
29531 309738 17871530 30x90 lockf perl
47097 134056 19056543 30x8a kqreadimapd
57064 215926 19056543 3
Re: OpenBSD 7.1 : reorder_kernel: failed
> On Aug 2, 2022, at 06:30, Nick Holland wrote: > > On 7/29/22 7:29 AM, Nicolas wrote: > >> What's you opinion, could you help me with that message ? > > Well, I'm not really sure what is going on, but I'm guessing you > have done something odd in the past that left the kernel rebuild > process in a strange state. Not suggesting this is the same problem, but this is exactly the problem I had when I was compiling a kernel on another machine, and deploying it to several other machines. Maybe not exactly, but kernel relink failed spectacularly. I hacked around with adding the newly compiled kernel modules to the relink area, and got it to work. . . but then got busy with other stuff. Then later sysupgrade failed, and I had completely forgotten I was mucking about with it. So my choices were: * Actively maintain my own chain of commands for build and deployment of kernels *AND UPGRADES* (since you can’t use sysupgrade) * Stop being stupid and just use the release kernels, and use sysupgrade. I forget why I was doing this, but I think it might have been to fiddle with the blinky lights on an ALIX board. I.e., it was just for fun, and it quickly became unfun. I haven’t completely stopped being stupid, but I have enough projects going on that I don’t need to reengineer what the OpenBSD team has already done for me. Sean
Re: OpenBSD 7.1 : reorder_kernel: failed
On 2022-08-02, Nick Holland wrote: > On 7/29/22 7:29 AM, Nicolas wrote: >> The computer seems to run fine. I don't know if that error message is >> important. > > The message is important in that the kernel re-link process is a > really cool bit of OpenBSD security, which isn't working for you > right now. Which leave you still in the position of being much > more secure than Linux, but still worth fixing. :) > > Without this feature working, you are running the exact same kernel > every time you boot. Like most other OSs... Also syspatch will not be able to apply kernel patches. > I'm thinking booting off bsd.rd and "upgrading" the system to the > same version you are running now would probably fix the problem > by bringing everything back in sync (I'm assuming you are running > 7.1-release, if you are running a snapshot, just run "sysupgrade" > and move to a new snapshot). Agreed. (and run syspatch again afterwards).
Re: OpenBSD 7.1 : reorder_kernel: failed
On 7/29/22 7:29 AM, Nicolas wrote:
Hello,
I recently used the multiprocessor kernel on my OpenBSD 7.1 computer,
using this command :
cp bsd bsd.sp && cp bsd.mp bsd
Since then, I have this message in /var/log/messages :
Jul 25 20:17:05 server reorder_kernel: failed -- see
/usr/share/relink/kernel/GENERIC.MP/relink.log
Here is the contents of the relink.log file :
(SHA256) /bsd: OK
LD="ld" sh makegap.sh 0x gapdummy.o
ld -T ld.script -X --warn-common -nopie -o newbsd ${SYSTEM_HEAD} vers.o
${OBJS}
ld: error: duplicate symbol: i915_get_bridge_dev
>>> defined at i915_drv.c:106
(/usr/src/sys/dev/pci/drm/i915/i915_drv.c:106)
>>> i915_drv.o:(i915_get_bridge_dev)
>>> defined at i915_dma.c:206
(/usr/src/sys/dev/pci/drm/i915/i915_dma.c:206)
>>> i915_dma.o:(.text+0x0)
*** Error 1 in /usr/share/relink/kernel/GENERIC.MP (Makefile:999
'newbsd': @echo ld -T ld.script -X --warn-common -nopie -o newbsd
'${SYSTEM...)
I did a :
sha256 -h /var/db/kernel.SHA256 /bsd
That did not change anything.
Here is what I have in / :
-rwx-- 2 root wheel 22977229 Jul 20 20:10 bsd
-rwx-- 1 root wheel 15629818 Sep 19 2019 bsd.backup
-rwx-- 2 root wheel 22977229 Jul 20 20:10 bsd.booted
-rw-r--r-- 1 root wheel 22977229 Apr 22 13:40 bsd.mp
-rw--- 1 root wheel 4606368 Apr 22 13:40 bsd.rd
-rw--- 1 root wheel 22863908 Jul 20 20:09 bsd.sp
The computer seems to run fine. I don't know if that error message is
important.
The message is important in that the kernel re-link process is a
really cool bit of OpenBSD security, which isn't working for you
right now. Which leave you still in the position of being much
more secure than Linux, but still worth fixing. :)
Without this feature working, you are running the exact same kernel
every time you boot. Like most other OSs...
What's you opinion, could you help me with that message ?
Well, I'm not really sure what is going on, but I'm guessing you
have done something odd in the past that left the kernel rebuild
process in a strange state. Which is a lot of words for saying,
"I don't know, but I'm blaming you" :)
I'm thinking booting off bsd.rd and "upgrading" the system to the
same version you are running now would probably fix the problem
by bringing everything back in sync (I'm assuming you are running
7.1-release, if you are running a snapshot, just run "sysupgrade"
and move to a new snapshot).
Nick.
OpenBSD 7.1 : reorder_kernel: failed
Hello,
I recently used the multiprocessor kernel on my OpenBSD 7.1 computer,
using this command :
cp bsd bsd.sp && cp bsd.mp bsd
Since then, I have this message in /var/log/messages :
Jul 25 20:17:05 server reorder_kernel: failed -- see
/usr/share/relink/kernel/GENERIC.MP/relink.log
Here is the contents of the relink.log file :
(SHA256) /bsd: OK
LD="ld" sh makegap.sh 0x gapdummy.o
ld -T ld.script -X --warn-common -nopie -o newbsd ${SYSTEM_HEAD} vers.o
${OBJS}
ld: error: duplicate symbol: i915_get_bridge_dev
>>> defined at i915_drv.c:106
(/usr/src/sys/dev/pci/drm/i915/i915_drv.c:106)
>>> i915_drv.o:(i915_get_bridge_dev)
>>> defined at i915_dma.c:206
(/usr/src/sys/dev/pci/drm/i915/i915_dma.c:206)
>>> i915_dma.o:(.text+0x0)
*** Error 1 in /usr/share/relink/kernel/GENERIC.MP (Makefile:999
'newbsd': @echo ld -T ld.script -X --warn-common -nopie -o newbsd
'${SYSTEM...)
I did a :
sha256 -h /var/db/kernel.SHA256 /bsd
That did not change anything.
Here is what I have in / :
-rwx-- 2 root wheel 22977229 Jul 20 20:10 bsd
-rwx-- 1 root wheel 15629818 Sep 19 2019 bsd.backup
-rwx-- 2 root wheel 22977229 Jul 20 20:10 bsd.booted
-rw-r--r-- 1 root wheel 22977229 Apr 22 13:40 bsd.mp
-rw--- 1 root wheel 4606368 Apr 22 13:40 bsd.rd
-rw--- 1 root wheel 22863908 Jul 20 20:09 bsd.sp
The computer seems to run fine. I don't know if that error message is
important.
What's you opinion, could you help me with that message ?
Thank you !
Nicolas, Paris
PS : BTW, that's the computer which freezed some time ago. I sent some
messages about that issue in the past. From then, it hasn't freezed
anymore ! Fingers crossed !
Re: reorder_kernel: failed
I was getting the same error in the setting of Dual Booting:
More details in this daemonforums thread
http://daemonforums.org/showthread.php?t=11200
Dieter Rauschenberger said:
I forgot to include the error while make install of a kernel:
LD="ld" LDFLAGS="-g" sh makegap.sh 0x gapdummy.o
ld -T ld.script -X --warn-common -nopie -o bsd ${SYSTEM_HEAD} vers.o ${OBJS}
textdatabss dec hex
0 0 0 0 0
mv bsd bsd.gdb
ctfstrip -S -o bsd bsd.gdb
strip: bsd.gdb: File format not recognized
It looks like ld if totally failing.
-Dieter
On Sun, Dec 08, 2019 at 07:48:15PM +0100, Dieter Rauschenberger wrote:
Hi misc,
I have a reorder_kernel: failed -- see
/usr/share/relink/kernel/GENERIC/relink.log error in todays snapshot
(i386) Build date: 1575786572 - Sun Dec 8 06:29:32 UTC 2019
$ cat /usr/share/relink/kernel/GENERIC/relink.log
(SHA256) /bsd: OK
LD="ld" LDFLAGS="-g" sh makegap.sh 0x gapdummy.o
ld -T ld.script -X --warn-common -nopie -o newbsd ${SYSTEM_HEAD} vers.o ${OBJS}
size: newbsd: not object file or archive
*** Error 1 in /usr/share/relink/kernel/GENERIC (Makefile:1126 'newbsd': @size
newbsd ; umask 007; echo mv newbsd newbsd.gdb; rm -f newbsd)
I tried to build a GENERIC kernel on this machine, but make install
failed at the line:
ld -T ld.script -X --warn-common -nopie -o bsd ${SYSTEM_HEAD} vers.o ${OBJS}
The dmesg of this machine is:
OpenBSD 6.6-current (GENERIC) #418: Sat Dec 7 23:05:40 MST 2019
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
real mem = 266682368 (254MB)
avail mem = 246185984 (234MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: date 08/25/00, BIOS32 rev. 0 @ 0xe7300, SMBIOS rev. 2.3 @
0xf8dc6 (47 entries)
bios0: vendor Compaq version "686P2 v2.04" date 08/25/2000
bios0: Compaq Deskpro
acpi0 at bios0: ACPI 1.0
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP SSDT SSDT SSDT APIC SSDT SSDT SSDT SSDT SSDT SSDT SSDT
acpi0: wakeup devices PCI0(S4) HUB_(S4) COM1(S4) COM2(S4) USB1(S3) USB2(S3)
PBTN(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel Pentium III ("GenuineIntel" 686-class) 732 MHz, 06-08-06
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PSE36,MMX,FXSR,SSE,PERF,MELTDOWN
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 132MHz
ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins, remapped
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 2 (HUB_)
acpicpu0 at acpi0: C1(@1 halt!)
"PNP0A03" at acpi0 not configured
acpicmos0 at acpi0
"PNP0003" at acpi0 not configured
acpibtn0 at acpi0: PBTN
bios0: ROM list: 0xc/0xa000 0xca000/0x800 0xca800/0xd800! 0xe/0x1!
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 82815 Host" rev 0x02
vga1 at pci0 dev 2 function 0 "Intel 82815 Video" rev 0x02
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
ppb0 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0x02
pci1 at ppb0 bus 2
xl0 at pci1 dev 4 function 0 "3Com 3c905C" rev 0x78: apic 8 int 16, address
00:04:76:26:b5:0f
exphy0 at xl0 phy 24: 3Com internal media interface
fxp0 at pci1 dev 8 function 0 "Intel 82562" rev 0x01, i82562: apic 8 int 20,
address 00:02:a5:2b:0f:43
inphy0 at fxp0 phy 1: i82562EM 10/100 PHY, rev. 0
ichpcib0 at pci0 dev 31 function 0 "Intel 82801BA LPC" rev 0x02
pciide0 at pci0 dev 31 function 1 "Intel 82801BA IDE" rev 0x02: DMA, channel 0
wired to compatibility, channel 1 wired to compatibility
wd0 at pciide0 channel 0 drive 0:
wd0: 16-sector PIO, LBA48, 152627MB, 312581808 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5
atapiscsi0 at pciide0 channel 1 drive 0
scsibus1 at atapiscsi0: 2 targets
cd0 at scsibus1 targ 0 lun 0: removable
cd0(pciide0:1:0): using PIO mode 4, DMA mode 2
uhci0 at pci0 dev 31 function 4 "Intel 82801BA USB" rev 0x02: apic 8 int 23
auich0 at pci0 dev 31 function 5 "Intel 82801BA AC97" rev 0x02: apic 8 int 17,
ICH2
ac97: codec id 0x41445360 (Analog Devices AD1885)
ac97: codec features headphone, Analog Devices Phat Stereo
audio0 at auich0
isa0 at ichpcib0
isadma0 at isa0
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
lpt0 at isa0 port 0x378/4 irq 7
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
usb0 at uhci0: USB revision 1.0
uhub0 at usb0 configuration
Re: reorder_kernel: failed
Hi misc,
I forgot to include the error while make install of a kernel:
LD="ld" LDFLAGS="-g" sh makegap.sh 0x gapdummy.o
ld -T ld.script -X --warn-common -nopie -o bsd ${SYSTEM_HEAD} vers.o ${OBJS}
textdatabss dec hex
0 0 0 0 0
mv bsd bsd.gdb
ctfstrip -S -o bsd bsd.gdb
strip: bsd.gdb: File format not recognized
It looks like ld if totally failing.
-Dieter
On Sun, Dec 08, 2019 at 07:48:15PM +0100, Dieter Rauschenberger wrote:
> Hi misc,
>
> I have a reorder_kernel: failed -- see
> /usr/share/relink/kernel/GENERIC/relink.log error in todays snapshot
> (i386) Build date: 1575786572 - Sun Dec 8 06:29:32 UTC 2019
>
> $ cat /usr/share/relink/kernel/GENERIC/relink.log
> (SHA256) /bsd: OK
> LD="ld" LDFLAGS="-g" sh makegap.sh 0x gapdummy.o
> ld -T ld.script -X --warn-common -nopie -o newbsd ${SYSTEM_HEAD} vers.o
> ${OBJS}
> size: newbsd: not object file or archive
> *** Error 1 in /usr/share/relink/kernel/GENERIC (Makefile:1126 'newbsd':
> @size newbsd ; umask 007; echo mv newbsd newbsd.gdb; rm -f newbsd)
>
> I tried to build a GENERIC kernel on this machine, but make install
> failed at the line:
>
> ld -T ld.script -X --warn-common -nopie -o bsd ${SYSTEM_HEAD} vers.o ${OBJS}
>
> The dmesg of this machine is:
>
> OpenBSD 6.6-current (GENERIC) #418: Sat Dec 7 23:05:40 MST 2019
> dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
> real mem = 266682368 (254MB)
> avail mem = 246185984 (234MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: date 08/25/00, BIOS32 rev. 0 @ 0xe7300, SMBIOS rev. 2.3 @
> 0xf8dc6 (47 entries)
> bios0: vendor Compaq version "686P2 v2.04" date 08/25/2000
> bios0: Compaq Deskpro
> acpi0 at bios0: ACPI 1.0
> acpi0: sleep states S0 S1 S3 S4 S5
> acpi0: tables DSDT FACP SSDT SSDT SSDT APIC SSDT SSDT SSDT SSDT SSDT SSDT SSDT
> acpi0: wakeup devices PCI0(S4) HUB_(S4) COM1(S4) COM2(S4) USB1(S3) USB2(S3)
> PBTN(S4)
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: Intel Pentium III ("GenuineIntel" 686-class) 732 MHz, 06-08-06
> cpu0:
> FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PSE36,MMX,FXSR,SSE,PERF,MELTDOWN
> mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
> cpu0: apic clock running at 132MHz
> ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins, remapped
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpiprt1 at acpi0: bus 2 (HUB_)
> acpicpu0 at acpi0: C1(@1 halt!)
> "PNP0A03" at acpi0 not configured
> acpicmos0 at acpi0
> "PNP0003" at acpi0 not configured
> acpibtn0 at acpi0: PBTN
> bios0: ROM list: 0xc/0xa000 0xca000/0x800 0xca800/0xd800! 0xe/0x1!
> pci0 at mainbus0 bus 0: configuration mode 1 (bios)
> pchb0 at pci0 dev 0 function 0 "Intel 82815 Host" rev 0x02
> vga1 at pci0 dev 2 function 0 "Intel 82815 Video" rev 0x02
> wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
> wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
> ppb0 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0x02
> pci1 at ppb0 bus 2
> xl0 at pci1 dev 4 function 0 "3Com 3c905C" rev 0x78: apic 8 int 16, address
> 00:04:76:26:b5:0f
> exphy0 at xl0 phy 24: 3Com internal media interface
> fxp0 at pci1 dev 8 function 0 "Intel 82562" rev 0x01, i82562: apic 8 int 20,
> address 00:02:a5:2b:0f:43
> inphy0 at fxp0 phy 1: i82562EM 10/100 PHY, rev. 0
> ichpcib0 at pci0 dev 31 function 0 "Intel 82801BA LPC" rev 0x02
> pciide0 at pci0 dev 31 function 1 "Intel 82801BA IDE" rev 0x02: DMA, channel
> 0 wired to compatibility, channel 1 wired to compatibility
> wd0 at pciide0 channel 0 drive 0:
> wd0: 16-sector PIO, LBA48, 152627MB, 312581808 sectors
> wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5
> atapiscsi0 at pciide0 channel 1 drive 0
> scsibus1 at atapiscsi0: 2 targets
> cd0 at scsibus1 targ 0 lun 0: removable
> cd0(pciide0:1:0): using PIO mode 4, DMA mode 2
> uhci0 at pci0 dev 31 function 4 "Intel 82801BA USB" rev 0x02: apic 8 int 23
> auich0 at pci0 dev 31 function 5 "Intel 82801BA AC97" rev 0x02: apic 8 int
> 17, ICH2
> ac97: codec id 0x41445360 (Analog Devices AD1885)
> ac97: codec features headphone, Analog Devices Phat Stereo
> audio0 at auich0
> isa0 at ichpcib0
> isadma0 at isa0
> fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
> com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
> com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
> pckbc0 at isa0 port 0x60/5 irq 1 irq 12
> pckbd0 at
reorder_kernel: failed
Hi misc,
I have a reorder_kernel: failed -- see
/usr/share/relink/kernel/GENERIC/relink.log error in todays snapshot
(i386) Build date: 1575786572 - Sun Dec 8 06:29:32 UTC 2019
$ cat /usr/share/relink/kernel/GENERIC/relink.log
(SHA256) /bsd: OK
LD="ld" LDFLAGS="-g" sh makegap.sh 0x gapdummy.o
ld -T ld.script -X --warn-common -nopie -o newbsd ${SYSTEM_HEAD} vers.o ${OBJS}
size: newbsd: not object file or archive
*** Error 1 in /usr/share/relink/kernel/GENERIC (Makefile:1126 'newbsd': @size
newbsd ; umask 007; echo mv newbsd newbsd.gdb; rm -f newbsd)
I tried to build a GENERIC kernel on this machine, but make install
failed at the line:
ld -T ld.script -X --warn-common -nopie -o bsd ${SYSTEM_HEAD} vers.o ${OBJS}
The dmesg of this machine is:
OpenBSD 6.6-current (GENERIC) #418: Sat Dec 7 23:05:40 MST 2019
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
real mem = 266682368 (254MB)
avail mem = 246185984 (234MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: date 08/25/00, BIOS32 rev. 0 @ 0xe7300, SMBIOS rev. 2.3 @
0xf8dc6 (47 entries)
bios0: vendor Compaq version "686P2 v2.04" date 08/25/2000
bios0: Compaq Deskpro
acpi0 at bios0: ACPI 1.0
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP SSDT SSDT SSDT APIC SSDT SSDT SSDT SSDT SSDT SSDT SSDT
acpi0: wakeup devices PCI0(S4) HUB_(S4) COM1(S4) COM2(S4) USB1(S3) USB2(S3)
PBTN(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel Pentium III ("GenuineIntel" 686-class) 732 MHz, 06-08-06
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PSE36,MMX,FXSR,SSE,PERF,MELTDOWN
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 132MHz
ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins, remapped
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 2 (HUB_)
acpicpu0 at acpi0: C1(@1 halt!)
"PNP0A03" at acpi0 not configured
acpicmos0 at acpi0
"PNP0003" at acpi0 not configured
acpibtn0 at acpi0: PBTN
bios0: ROM list: 0xc/0xa000 0xca000/0x800 0xca800/0xd800! 0xe/0x1!
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 82815 Host" rev 0x02
vga1 at pci0 dev 2 function 0 "Intel 82815 Video" rev 0x02
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
ppb0 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0x02
pci1 at ppb0 bus 2
xl0 at pci1 dev 4 function 0 "3Com 3c905C" rev 0x78: apic 8 int 16, address
00:04:76:26:b5:0f
exphy0 at xl0 phy 24: 3Com internal media interface
fxp0 at pci1 dev 8 function 0 "Intel 82562" rev 0x01, i82562: apic 8 int 20,
address 00:02:a5:2b:0f:43
inphy0 at fxp0 phy 1: i82562EM 10/100 PHY, rev. 0
ichpcib0 at pci0 dev 31 function 0 "Intel 82801BA LPC" rev 0x02
pciide0 at pci0 dev 31 function 1 "Intel 82801BA IDE" rev 0x02: DMA, channel 0
wired to compatibility, channel 1 wired to compatibility
wd0 at pciide0 channel 0 drive 0:
wd0: 16-sector PIO, LBA48, 152627MB, 312581808 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5
atapiscsi0 at pciide0 channel 1 drive 0
scsibus1 at atapiscsi0: 2 targets
cd0 at scsibus1 targ 0 lun 0: removable
cd0(pciide0:1:0): using PIO mode 4, DMA mode 2
uhci0 at pci0 dev 31 function 4 "Intel 82801BA USB" rev 0x02: apic 8 int 23
auich0 at pci0 dev 31 function 5 "Intel 82801BA AC97" rev 0x02: apic 8 int 17,
ICH2
ac97: codec id 0x41445360 (Analog Devices AD1885)
ac97: codec features headphone, Analog Devices Phat Stereo
audio0 at auich0
isa0 at ichpcib0
isadma0 at isa0
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
lpt0 at isa0 port 0x378/4 irq 7
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
usb0 at uhci0: USB revision 1.0
uhub0 at usb0 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00
addr 1
vscsi0 at root
scsibus2 at vscsi0: 256 targets
softraid0 at root
scsibus3 at softraid0: 256 targets
root on wd0a (5463234f8754b441.a) swap on wd0b dump on wd0b
fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec
