Re: No boot with dnard and NetBSD 10_BETA

[Martin Husemann <martin%duskware.de@localhost>]

...  and now I am officially confused.

The size is calculated by the dbsym utility, and it seriously differs
for a -10 kernel:

/work/tools/bin/armv4--netbsdelf-eabi-dbsym -P netbsd.gdb 
15482320

vs. a -current kernel:

/work/tools/bin/armv4--netbsdelf-eabi-dbsym -P /tmp/netbsd.gdb
505852


(note that I used the same armv4--netbsdelf-eabi-dbsym in both cases, the
one from -current, but it makes no difference vs. the -10 tools version).

But: the symtab section in the kernel itself is of nearly identical size:

--- /tmp/10	2022-12-29 14:52:17.629128034 +0100
+++ /tmp/cur	2022-12-29 14:52:11.778764439 +0100
@@ -10,37 +10,36 @@
   Version:                           0x1
   Entry point address:               0xf0000020
   Start of program headers:          52 (bytes into file)
-  Start of section headers:          61682040 (bytes into file)
+  Start of section headers:          31731260 (bytes into file)
   Flags:                             0x5000200, Version5 EABI, soft-float ABI
   Size of this header:               52 (bytes)
   Size of program headers:           32 (bytes)
   Number of program headers:         1
   Size of section headers:           40 (bytes)
-  Number of section headers:         20
-  Section header string table index: 19
+  Number of section headers:         19
+  Section header string table index: 18
 
 Section Headers:
   [Nr] Name              Type            Addr     Off    Size   ES Flg Lk Inf Al
   [ 0]                   NULL            00000000 000000 000000 00      0   0  0
-  [ 1] .text             PROGBITS        f0000020 010020 3a369c 00  AX  0   0 32
-  [ 2] .data             PROGBITS        f03a4000 3b4000 edd854 00  WA  0   0 64
-  [ 3] .bss              NOBITS          f1281880 1291854 01d248 00  WA  0   0 64
-  [ 4] .ident            PROGBITS        00000000 1291854 00c17b 01  MS  0   0  1
-  [ 5] .ARM.attributes   ARM_ATTRIBUTES  00000000 129d9cf 000025 00      0   0  1
-  [ 6] .comment          PROGBITS        00000000 129d9f4 000022 01  MS  0   0  1
-  [ 7] .SUNW_ctf         PROGBITS        00000000 129da18 e4872c 00      0   0  4
-  [ 8] .note.netbsd.iden NOTE            00000000 20e6144 000018 00      0   0  4
-  [ 9] .debug_info       PROGBITS        00000000 20e615c 101526f 00      0   0  1
-  [10] .debug_abbrev     PROGBITS        00000000 30fb3cb 0df9b2 00      0   0  1
-  [11] .debug_loc        PROGBITS        00000000 31dad7d 4467e5 00      0   0  1
-  [12] .debug_aranges    PROGBITS        00000000 3621562 006f30 00      0   0  1
-  [13] .debug_ranges     PROGBITS        00000000 3628492 067618 00      0   0  1
-  [14] .debug_line       PROGBITS        00000000 368faaa 2dea48 00      0   0  1
-  [15] .debug_str        PROGBITS        00000000 396e4f2 079536 01  MS  0   0  1
-  [16] .debug_frame      PROGBITS        00000000 39e7a28 070400 00      0   0  4
-  [17] .symtab           SYMTAB          00000000 3a57e28 03ec60 10     18 6430  4
-  [18] .strtab           STRTAB          00000000 3a96a88 03c626 00      0   0  1
-  [19] .shstrtab         STRTAB          00000000 3ad30ae 0000c8 00      0   0  1
+  [ 1] .text             PROGBITS        f0000020 010020 3a36b8 00  AX  0   0 32
+  [ 2] .data             PROGBITS        f03a4000 3b4000 095294 00  WA  0   0 64
+  [ 3] .bss              NOBITS          f04392c0 449294 01d248 00  WA  0   0 64
+  [ 4] .ident            PROGBITS        00000000 449294 00c1e4 01  MS  0   0  1
+  [ 5] .ARM.attributes   ARM_ATTRIBUTES  00000000 455478 000025 00      0   0  1
+  [ 6] .comment          PROGBITS        00000000 45549d 000044 01  MS  0   0  1
+  [ 7] .note.netbsd.iden NOTE            00000000 4554e4 000018 00      0   0  4
+  [ 8] .debug_info       PROGBITS        00000000 4554fc 101564c 00      0   0  1
+  [ 9] .debug_abbrev     PROGBITS        00000000 146ab48 0dfbf9 00      0   0  1
+  [10] .debug_loc        PROGBITS        00000000 154a741 446787 00      0   0  1
+  [11] .debug_aranges    PROGBITS        00000000 1990ec8 006f70 00      0   0  1
+  [12] .debug_ranges     PROGBITS        00000000 1997e38 0675c8 00      0   0  1
+  [13] .debug_line       PROGBITS        00000000 19ff400 2deac2 00      0   0  1
+  [14] .debug_str        PROGBITS        00000000 1cddec2 07965e 01  MS  0   0  1
+  [15] .debug_frame      PROGBITS        00000000 1d57520 070450 00      0   0  4
+  [16] .symtab           SYMTAB          00000000 1dc7970 03ed00 10     17 6437  4
+  [17] .strtab           STRTAB          00000000 1e06670 03c70e 00      0   0  1
+  [18] .shstrtab         STRTAB          00000000 1e42d7e 0000be 00      0   0  1
 Key to Flags:
   W (write), A (alloc), X (execute), M (merge), S (strings), I (info),
   L (link order), O (extra OS processing required), G (group), T (TLS),
@@ -49,7 +48,7 @@
 
 Program Header:
   Type           Offset   VirtAddr   PhysAddr   FileSiz MemSiz  Flg Align
-  LOAD           0x010020 0xf0000020 0xf0000020 0x1281834 0x129eaa8 RWE 0x10000
+  LOAD           0x010020 0xf0000020 0xf0000020 0x439274 0x4564e8 RWE 0x10000
 
  Section to Segment mapping:
   Segment Sections...


Anyone have any good ideas? Sounds like a bug in dbsym to me.

Martin