Hubert Feyrer | 7 Aug 2003 22:58
Picon

Re: latest releng 1-6-1 release

On Fri, 7 Aug 2003, MLH wrote:
> # /usr/bin/cal
> Cannot open "/usr/lib/libkver.so"
> # /usr/bin/more
> Cannot open "/usr/lib/libkver.so"
>
> # ls -l /usr/lib/libkver*
> ls: /usr/lib/libkver*: No such file or directory
>
> What's up ?

Good question, sounds very broken. On my netbsd-1-6-stable system:

miyu% ldd /usr/bin/cal
/usr/bin/cal:
         -lc.12 => /usr/lib/libc.so.12

 - 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/

Rishabh Kumar Goel | 8 Aug 2003 12:57

Fwd: FireWire SBP driver problem


----------  Forwarded Message  ----------

Subject: FireWire SBP driver problem
Date: Wednesday 06 Aug 2003 2:36 pm
From: Rishabh Kumar Goel <rishabh <at> soc-soft.com>
To: haya <at> netbsd.org

I m working on firewire driver for netbsd 1,6 kernel.
I have downloaded the latest source code form NetBSD Current and inserted it
into the kernel. I have a port of NetBSd 1.6 for TOSHIBA's RBTX4927
processor.

The kernel panics in sbp2_abort function. I m not able to figure it out why 
this kinda problem is coming.
if i bypass the call to sbpfree function in sbpscsi_match then it configures 
the HDD but when i remove the HDD then again the kernel panics and goes into 
debugger.

the dmesg is as below:----
________________________________________________________________

PMON> g
SDCCR0: add 134217728 bytes  <at>  0x0
[ using 134808 bytes of netbsd ELF symbol table ]
Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002
    The NetBSD Foundation, Inc.  All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993
    The Regents of the University of California.  All rights reserved.

(Continue reading)

James Chacon | 8 Aug 2003 17:43
Picon

Re: latest releng 1-6-1 release

I can't reproduce this at all from a snapshot built last night.

Running ldd against the binaries might help to debug this as on my system
everything shows clean and there's no mention of this library.

James

>
>I'm trying to run :
>ftp://releng.netbsd.org/pub/NetBSD-daily/netbsd-1-6/200308050000/i386/
>in a chroot and most /usr/bin/ tools are requiring a missing libkver:
>
># /usr/bin/cal
>Cannot open "/usr/lib/libkver.so"
># /usr/bin/more
>Cannot open "/usr/lib/libkver.so"
>
># ls -l /usr/lib/libkver*
>ls: /usr/lib/libkver*: No such file or directory
>
>What's up ?
> 
>
>
>

James Chacon | 8 Aug 2003 18:27
Picon

Re: Fwd: FireWire SBP driver problem

Yes, there is an open PR on this I haven't had a chance to look into yet.

James

>
>
>
>----------  Forwarded Message  ----------
>
>Subject: FireWire SBP driver problem
>Date: Wednesday 06 Aug 2003 2:36 pm
>From: Rishabh Kumar Goel <rishabh <at> soc-soft.com>
>To: haya <at> netbsd.org
>
>I m working on firewire driver for netbsd 1,6 kernel.
>I have downloaded the latest source code form NetBSD Current and inserted it
>into the kernel. I have a port of NetBSd 1.6 for TOSHIBA's RBTX4927
>processor.
>
>The kernel panics in sbp2_abort function. I m not able to figure it out why 
>this kinda problem is coming.
>if i bypass the call to sbpfree function in sbpscsi_match then it configures 
>the HDD but when i remove the HDD then again the kernel panics and goes into 
>debugger.
>
>
>the dmesg is as below:----
>________________________________________________________________
>
>PMON> g
(Continue reading)

MLH | 9 Aug 2003 02:23

Re: latest releng 1-6-1 release

On 8 Aug 2003 13:40:01 -0500, James Chacon wrote:
> I can't reproduce this at all from a snapshot built last night.
> 
> Running ldd against the binaries might help to debug this as on my system

# ldd /usr/bin/more
/usr/bin/more:
         -ltermcap.0 => /usr/lib/libtermcap.so.0
         -lc.12 => /usr/lib/libc.so.12
# /usr/bin/more
Cannot open "/usr/lib/libkver.so"

> everything shows clean and there's no mention of this library.

Exactly. It appears that the releng build process for 1.6.1 is
linking to this library for some reason, but it doesn't appear to
exist anywhere on the installed system.

>>I'm trying to run :
>>ftp://releng.netbsd.org/pub/NetBSD-daily/netbsd-1-6/200308050000/i386/
>>in a chroot and most /usr/bin/ tools are requiring a missing libkver:
>>
>># /usr/bin/cal
>>Cannot open "/usr/lib/libkver.so"
>># /usr/bin/more
>>Cannot open "/usr/lib/libkver.so"
>>
>># ls -l /usr/lib/libkver*
>>ls: /usr/lib/libkver*: No such file or directory
>>
(Continue reading)

Martin Husemann | 9 Aug 2003 00:47
Picon

Re: latest releng 1-6-1 release

On Sat, Aug 09, 2003 at 12:23:34AM +0000, MLH wrote:
> # ldd /usr/bin/more
> /usr/bin/more:
>          -ltermcap.0 => /usr/lib/libtermcap.so.0
>          -lc.12 => /usr/lib/libc.so.12

So /usr/bin/more is *not* linked against "/usr/lib/libkver.so".

> # /usr/bin/more
> Cannot open "/usr/lib/libkver.so"

There is something else broken. Since "ldd" itself works (and is dynamically
linked), it's probably not ld.elf_so that's broken.

Can you try some other binaries, that do not use libtermcap? Like /usr/bin/tee,
/usr/bin/du?

If those work, then double check the libtermcap symlinks.

Martin

James Chacon | 9 Aug 2003 09:06
Picon

Re: latest releng 1-6-1 release

Also, what shell are you running inside the chroot?

James

>
>On Sat, Aug 09, 2003 at 12:23:34AM +0000, MLH wrote:
>> # ldd /usr/bin/more
>> /usr/bin/more:
>>          -ltermcap.0 => /usr/lib/libtermcap.so.0
>>          -lc.12 => /usr/lib/libc.so.12
>
>So /usr/bin/more is *not* linked against "/usr/lib/libkver.so".
>
>> # /usr/bin/more
>> Cannot open "/usr/lib/libkver.so"
>
>There is something else broken. Since "ldd" itself works (and is dynamically
>linked), it's probably not ld.elf_so that's broken.
>
>Can you try some other binaries, that do not use libtermcap? Like /usr/bin/tee,
>/usr/bin/du?
>
>If those work, then double check the libtermcap symlinks.
>
>Martin
>
>
>

(Continue reading)

MLH | 9 Aug 2003 16:21

Re: latest releng 1-6-1 release

On 9 Aug 2003 05:05:01 -0500, James Chacon wrote:
> Also, what shell are you running inside the chroot?

I tried /bin/sh, /bin/ksh, /bin/csh and they all behave the same.

> James
> 
>>
>>On Sat, Aug 09, 2003 at 12:23:34AM +0000, MLH wrote:
>>> # ldd /usr/bin/more
>>> /usr/bin/more:
>>>          -ltermcap.0 => /usr/lib/libtermcap.so.0
>>>          -lc.12 => /usr/lib/libc.so.12
>>
>>So /usr/bin/more is *not* linked against "/usr/lib/libkver.so".
>>
>>> # /usr/bin/more
>>> Cannot open "/usr/lib/libkver.so"
>>
>>There is something else broken. Since "ldd" itself works (and is dynamically
>>linked), it's probably not ld.elf_so that's broken.
>>
>>Can you try some other binaries, that do not use libtermcap? Like /usr/bin/tee,
>>/usr/bin/du?

# ldd /usr/bin/tee
/usr/bin/tee:
         -lc.12 => /usr/lib/libc.so.12
# /usr/bin/tee
Cannot open "/usr/lib/libkver.so"
(Continue reading)

Rishabh Kumar Goel | 9 Aug 2003 20:54

SCSI

hi all,
guys what r the entries required for enabling SCSI.

--

-- 
Regards,
Rishabh Kumar Goel
Associate Software Engineer
SoCrates Software India Pvt. Ltd.
Bangalore

Scanned by SecureSynergy VirusScreen Service. 
For more information log on to : http://www.securesynergyonline.com or http://www.securesynergy.com

Manuel Bouyer | 9 Aug 2003 15:26
Picon

Re: SCSI

On Sat, Aug 09, 2003 at 06:54:08PM +0000, Rishabh Kumar Goel wrote:
> hi all,
> guys what r the entries required for enabling SCSI.

I don't understand yout question. Please give more details. What do you want
to do exactly ?

--
Manuel Bouyer, LIP6, Universite Paris VI.           Manuel.Bouyer <at> lip6.fr
     NetBSD: 24 ans d'experience feront toujours la difference
--


Gmane