headers
Matt Fredette | 21 Mar 2002 03:36
Picon

src/distrib/sets question


Hi.  I think this is the right place to ask this - sorry if it isn't.

The m68000 doesn't have shared libraries, so I have makeflist 
set $shlib to the empty string for that MACHINE_ARCH.  This
causes /usr/lib/crtbegin.o and /usr/lib/crtend.o to be left
out of the comp set, because they're listed in 
src/distrib/sets/lists/comp/shl.elf.  Ideas?  Thanks -

Matt

--

-- 
Matt Fredette
Permalink | Reply | 3 comments |
headers
Jason R Thorpe | 21 Mar 2002 04:03

Re: src/distrib/sets question

On Wed, Mar 20, 2002 at 09:36:00PM -0500, Matt Fredette wrote:

 > The m68000 doesn't have shared libraries, so I have makeflist 
 > set $shlib to the empty string for that MACHINE_ARCH.  This
 > causes /usr/lib/crtbegin.o and /usr/lib/crtend.o to be left
 > out of the comp set, because they're listed in 
 > src/distrib/sets/lists/comp/shl.elf.  Ideas?  Thanks -

Ah, crtbegin/crtend should be listed in comp.elf or something, as
should crtbeginS/crtendS (they're only used when a library or program
is created).

--

-- 
        -- Jason R. Thorpe <thorpej <at> wasabisystems.com>
Permalink | Reply | 2 comments |
headers
Matt Fredette | 21 Mar 2002 04:42
Picon

Re: src/distrib/sets question


> Ah, crtbegin/crtend should be listed in comp.elf or something, as
> should crtbeginS/crtendS (they're only used when a library or program
> is created).

Any objections to the following patch?

-- 
Matt Fredette

[snip]
Index: src/distrib/sets/makeflist
===================================================================
RCS file: /cvsroot/basesrc/distrib/sets/makeflist,v
retrieving revision 1.42
diff -u -r1.42 makeflist
--- src/distrib/sets/makeflist	2002/02/27 10:42:55	1.42
+++ src/distrib/sets/makeflist	2002/03/21 03:39:27
 <at>  <at>  -77,12 +77,15  <at>  <at> 
 # Determine shlib type.
 if [ "$object_fmt" = "ELF" ]; then
 	shlib=elf
-elif [ "$machine_cpu" = "sh3" ]; then
-	shlib=
 else
 	shlib=aout
 fi

+# Turn off shlibs for some ports.
+if [ "$machine_cpu" = "sh3" -o "$machine_arch" = "m68000" ]; then
(Continue reading)

Permalink | Reply | 1 comment |
headers
Jason R Thorpe | 21 Mar 2002 05:26

Re: src/distrib/sets question

On Wed, Mar 20, 2002 at 10:42:42PM -0500, Matt Fredette wrote:

 > Index: src/distrib/sets/lists/comp/shl.elf
 > ===================================================================
 > RCS file: /cvsroot/basesrc/distrib/sets/lists/comp/shl.elf,v
 > retrieving revision 1.26
 > diff -u -r1.26 shl.elf
 > --- src/distrib/sets/lists/comp/shl.elf	2002/01/01 11:55:25	1.26
 > +++ src/distrib/sets/lists/comp/shl.elf	2002/03/21 03:39:31
 >  <at>  <at>  -1,8 +1,4  <at>  <at> 
 >  # $NetBSD: shl.elf,v 1.26 2002/01/01 11:55:25 augustss Exp $
 > -./usr/lib/crtbegin.o		comp-c-lib
 > -./usr/lib/crtbeginS.o		comp-c-lib
 > -./usr/lib/crtend.o		comp-c-lib
 > -./usr/lib/crtendS.o		comp-c-lib
 >  ./usr/lib/libasn1.so		comp-c-lib
 >  ./usr/lib/libbz2.so		comp-c-lib
 >  ./usr/lib/libc.so		comp-c-lib
 > --- /dev/null	Tue Mar 12 14:00:23 2002
 > +++ src/distrib/sets/lists/comp/comp.elf	Wed Mar 20 16:34:33 2002
 >  <at>  <at>  -0,0 +1,5  <at>  <at> 
 > +# $NetBSD$
 > +./usr/lib/crtbegin.o		comp-c-lib
 > +./usr/lib/crtbeginS.o		comp-c-lib
 > +./usr/lib/crtend.o		comp-c-lib
 > +./usr/lib/crtendS.o		comp-c-lib

./usr/lib/crtbeginS.o and ./usr/lib/crtendS.o should be in shl.elf, since
they're the shlib versions of these files.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jim Miller | 24 Mar 2002 04:36

memory disk kernel help needed

Hi,

I'm having a terrible time building a NetBSD/i386 1.5.2 memory disk
kernel.  The target system is an embedded system made by Soekris
Engineering and uses a compact flash flashcard as the boot disk.
NetBSD runs fine on this system in a 'normal' configuration where the
root filesystem is mounted directly from the flashcard.  My problem is
when I try to use a memory disk in the kernel as the root fs.

The NetBSD boot loader loads my memory disk kernel but as soon as it
is done loading it reboots - no messages, no panic, no debugger,
nothing.  I've used the commands in the install floppy Makefile as an
example but still have had no success.

My goal is to have the root filesystem on the memory disk with /,
/etc, /sbin, /dev, and /var.  The only "normal" filesystem will be
/usr mounted directly from the flashcard.

Thanks in advance for any help you might be able to provide.

Jim

--------excerpts from my ramdisk kernel config file:

# Enable the hooks used for initializing the root memory-disk.
options         MEMORY_DISK_HOOKS
options         MEMORY_DISK_IS_ROOT     # force root on memory disk
options         MEMORY_DISK_SERVER=0    # no userspace memory disk support
options         MINIROOTSIZE=34000      # size of memory disk, in blocks
(Continue reading)

Permalink | Reply | 501 comments |
headers
Hubert Feyrer | 24 Mar 2002 14:36
Picon

Re: memory disk kernel help needed

On Sat, 23 Mar 2002, Jim Miller wrote:
> --------soekris board finds the biosboot_com0 loader OK and loads an ~18MB
> --------kernel, then reboots:

Can you try a smaller kernel? 
What does the kernel do without a memory disk in it?

I doubt it helps, but there's a custom floppy config for something that is
intended to fit on a 1.44MB floppy at www.feyrer.de/g4u, maybe that helps
something.

 - Hubert

--

-- 
Want to get a clue on IPv6 but don't know where to start? Try this:
* Basics -> http://www.onlamp.com/pub/a/onlamp/2001/05/24/ipv6_tutorial.html
* Setup  -> http://www.onlamp.com/pub/a/onlamp/2001/06/01/ipv6_tutorial.html 
Of course with your #1 IPv6 ready operating system -> http://www.NetBSD.org/
Permalink | Reply | 501 comments |
headers
Jason R Thorpe | 31 Mar 2002 04:43

makefs and free inodes

Why don't the src/distrib/common/... Makefiles default to leaving
some free inodes in the image?  sysinst needs to create tmp files,
and the default sysinst image Makefiles don't do that.  (I suspect
sysinst images are currently broken on the i386, though I noticed
this on the Shark...)

--

-- 
        -- Jason R. Thorpe <thorpej <at> wasabisystems.com>
Permalink | Reply | 1 comment |

Gmane