Re: Problems with amd64 -current - bootloader cannot load modules?

2013-10-08 Thread Martin Husemann
On Mon, Oct 07, 2013 at 05:15:46PM -0700, Paul Goyette wrote:
 When booting either my custom/minimalistic kernel or a GENERIC kernel, 
 it gets as far as printing the sizes of the various sections, and then 
 gives the message
 
   head full (0x6cd08+16384)

Did the size of modules change for amd64 recently? (Unwind info or new
binutils are obvious candidates, though the former should not have this
effect on amd64.)

Martin


Re: build broken -groff and c++ compiler

2013-10-08 Thread Riccardo Mottola

Hi Christos,

Christos Zoulas wrote:

On Oct 6,  9:18pm, riccardo.mott...@libero.it (Riccardo Mottola) wrote:
-- Subject: Re: build broken -groff and c++ compiler

| Hi Christos,
|
| Thanks.
|
| Christos Zoulas wrote:
|  On Oct 6,  2:21pm, riccardo.mott...@libero.it (Riccardo Mottola) wrote:
|  -- Subject: Re: build broken -groff and c++ compiler
| 
|  | Hi,
|  |
|  | Christos Zoulas wrote:
|  |  1. cvs update to head
|  |  2. cd /usr/src/external/gpl3/binutils
|  |  3. for i in lib usr.bin usr.sbin; do (cd $i  make  make install); 
done
|  | thanks, but it fails with:
| 
|  Add USETOOLS=never to the make lines.
| 
| Hi, that helped quite a bit, however:
|
| #   compile  addr2line/filemode.o
| gcc -O2 -O2 -fexpensive-optimizations -march=pentium-m -std=gnu99
| -I/usr/src/external/gpl3/binutils/usr.bin/addr2line/../common/arch/i386
| -DHAVE_CONFIG_H -I/usr/src/external/gpl3/binutils/lib/libbfd/arch/i386
| -I/usr/src/external/gpl3/binutils/dist/include
| -I/usr/src/external/gpl3/binutils/dist/bfd
| -I/usr/src/external/gpl3/binutils/dist/binutils
| -DLOCALEDIR=\/usr/share/locale\  -c
| /usr/src/external/gpl3/binutils/dist/binutils/filemode.c
| make[1]: don't know how to make
| /usr/src/external/gpl3/binutils/lib/libiberty/libiberty.a. Stop

Looks like objdir or incomplete build confusion. Remove any objdirs and
their contents, make cleandir, make obj, make dependall, make install
first in lib and then in the bin directories.
good news: once lib/bin/sbin where in place, binutils compiled and 
indtalled cleanly.


During the night I rebuilt a complete distribution from scratch and 
installed it! No C++ and Objective-c work again.


I will work my way up in pkgsrc now, it will take a bit, I'll report 
later in a separate thread.


Riccardo


Re: Problems with amd64 -current - bootloader cannot load modules?

2013-10-08 Thread Paul Goyette

On Tue, 8 Oct 2013, Martin Husemann wrote:


On Mon, Oct 07, 2013 at 05:15:46PM -0700, Paul Goyette wrote:

When booting either my custom/minimalistic kernel or a GENERIC kernel,
it gets as far as printing the sizes of the various sections, and then
gives the message

 head full (0x6cd08+16384)


Obvious typo in transcription, should have read

heap full (0x6cd08+16384)



Did the size of modules change for amd64 recently? (Unwind info or new
binutils are obvious candidates, though the former should not have this
effect on amd64.)


Using objdump on the ffs.kmod files from 6.99.23 running system and the 
6.99.24 distribution directory, I get the following:


Idx Name Size .23  Size .24 Change
  0 .text00024469  00024409   -60
  1 .eh_frame3e90  3e90 0
  2 .rodata.str1.8   1228  1228 0
  3 .rodata.str1.1   06bd  06bd 0
  4 .rodata  1158  1158 0
  5 link_set_modules 0008  0008 0
  6 .data01f0  01f0 0
  7 .ident   06a7  06a1-6

So, the newer ffs module is actually _smaller_ than the old one?


-
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:   |
| Customer Service | FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com|
| Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette at juniper.net |
| Kernel Developer |  | pgoyette at netbsd.org  |
-


Re: Problems with amd64 -current - bootloader cannot load modules?

2013-10-08 Thread Martin Husemann
On Tue, Oct 08, 2013 at 05:00:27AM -0700, Paul Goyette wrote:
 So, the newer ffs module is actually _smaller_ than the old one?

A tiny bit, but there goes this straw.

Martin


fotnconfig errors

2013-10-08 Thread Riccardo Mottola

Hi,

I get a lof od these fontconfig errors:

Fontconfig warning: /etc/fonts/conf.d/45-latin.conf, line 55: Having 
multiple family in alias isn't supported and may not work as expected



after I updated my distirbution, including X. I suppose some fonts or 
some configuration is old and needs to be updated.


I checked the incriminated file(s) and they are links:

grid$ ls -l /etc/fonts/conf.d/45-latin.conf
lrwxr-xr-x  1 root  wheel  27 Nov  7  2010 
/etc/fonts/conf.d/45-latin.conf - ../conf.avail/45-latin.conf



and all conf files in /etc/fonts/conf.avail/

are of Nov 2010.

Who does install these .conf file? I suppose they are somehow obsolete? 
THey are 2 years old, when I installed all my distribution yesterday.


Riccardo


Re: evbcf (coldfire) build is broken

2013-10-08 Thread Dennis Ferguson

On 7 Oct, 2013, at 08:23 , Paul Goyette p...@whooppee.com wrote:
 I don't know if evbcf ever worked before ...
 
 Sources updated on 2013-10-05 at 00:01:55 UTC:
 
 includes === crypto/external/bsd/heimdal/lib/libheimbase
 #   install  /build/netbsd-local/dest/evbcf/usr/include/krb5/heimbase.h
 /build/netbsd-local/tools/x86_64/evbcf/bin/m5407--netbsdelf-install  -N 
 /build/netbsd-local/src/etc -c -p -r -c -o root -g wheel  -m 444 
 /build/netbsd-local/src/crypto/external/bsd/heimdal/dist/base/heimbase.h 
 /build/netbsd-local/dest/evbcf/usr/include/krb5/heimbase.h
 m5407--netbsdelf-install: 
 /build/netbsd-local/dest/evbcf/usr/include/krb5/heimbase.h.inst.12921a: 
 mkstemp: No such file or directory
 *** [/build/netbsd-local/dest/evbcf/usr/include/krb5/heimbase.h] Error code 1
 nbmake[8]: stopped in 
 /build/netbsd-local/src/crypto/external/bsd/heimdal/lib/libheimbase
 1 error

While looking for something to compile a tree with some m68k bits
added I found that a successful build of evbcf needs the changes
below.  The problems seem related to the binutils changes.

Dennis Ferguson


Index: lib/libpthread/Makefile
===
RCS file: /cvsroot/src/lib/libpthread/Makefile,v
retrieving revision 1.82
diff -u -r1.82 Makefile
--- lib/libpthread/Makefile 15 Aug 2013 22:38:24 -  1.82
+++ lib/libpthread/Makefile 8 Oct 2013 20:10:36 -
@@ -78,8 +78,8 @@
 
 ALIGN_FUNCTIONS=   ${${ACTIVE_CC} == gcc:? -falign-functions=32 :}
 
-.if ${MACHINE_ARCH} == m68k || ${MACHINE_ARCH} == m68000 || \
-${MACHINE_CPU} == sh3 || ${MACHINE_ARCH} == vax
+.if ${MACHINE_CPU} == m68k || ${MACHINE_CPU} == sh3 || \
+${MACHINE_ARCH} == vax
 OMIT_FRAME_POINTER=
 .else
 OMIT_FRAME_POINTER=-fomit-frame-pointer
Index: libexec/ld.elf_so/Makefile
===
RCS file: /cvsroot/src/libexec/ld.elf_so/Makefile,v
retrieving revision 1.122
diff -u -r1.122 Makefile
--- libexec/ld.elf_so/Makefile  12 Aug 2013 17:15:46 -  1.122
+++ libexec/ld.elf_so/Makefile  8 Oct 2013 20:10:36 -
@@ -100,7 +100,7 @@
 #DBG=  -g
 COPTS+=-O3
 
-.if ${MACHINE_ARCH} != m68k  ${MACHINE_CPU} != sh3  ${MACHINE_ARCH} != 
vax
+.if ${MACHINE_CPU} != m68k  ${MACHINE_CPU} != sh3  ${MACHINE_ARCH} != 
vax
 COPTS+=-fomit-frame-pointer
 .endif
 





Re: Problems with amd64 -current - bootloader cannot load modules?

2013-10-08 Thread Paul Goyette

On Tue, 8 Oct 2013, Paul Goyette wrote:


On Tue, 8 Oct 2013, Paul Goyette wrote:

Using objdump on the ffs.kmod files from 6.99.23 running system and the 
6.99.24 distribution directory, I get the following:


Idx Name Size .23  Size .24 Change
 0 .text00024469  00024409   -60
 1 .eh_frame3e90  3e90 0
 2 .rodata.str1.8   1228  1228 0
 3 .rodata.str1.1   06bd  06bd 0
 4 .rodata  1158  1158 0
 5 link_set_modules 0008  0008 0
 6 .data01f0  01f0 0
 7 .ident   06a7  06a1-6

So, the newer ffs module is actually _smaller_ than the old one?


Hmmm, another interest data point:

If I boot, and just wait in the boot menu for the 5-second timeout, the boot 
fails with the heap full message.


However, if I interrupt the boot menu and drop to the prompt, and then enter 
boot netbsd -s it boots just fine!


As I recall, there were some recent changes to the boot-loader code for 
command processing - perhaps something there has not correctly free()d some 
heap?


One more example, which would tend to confirm that the boot-loader is 
not correctly free()ing memory?


1. Boot
2. Interrupt the countdown, and go to the prompt
3. Execute the 'ls' command (to see what I called my saved kernel!)
4. boot old-kernel -s

Fails.

But if I omit the 'ls' command (step 3), it boots successfully.




-
| Paul Goyette | PGP Key fingerprint: | E-mail addresses:   |
| Customer Service | FA29 0E3B 35AF E8AE 6651 | paul at whooppee.com|
| Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette at juniper.net |
| Kernel Developer |  | pgoyette at netbsd.org  |
-