Problem with rl

Hello I just installed FreeBSD 5.0-DP1 and for some reason my rl (ethernet device rl) card is detected but not installed, is this a known problem? perhaps theres something missing in device.hints? I'll give it a try to paste info from my dmesg but it's hard to write down with pencil/paper ;)

Re: Vinum problems

On Fri, 12 Apr 2002, Patrick Hartling wrote: ... > 2 drives: > D a State: up /dev/da3s1e A: 0/12288 MB (0%) > D b State: up /dev/da4s1e A: 0/12288 MB (0%) > > The fact that it says the drives have 0% used greatly concerns me. Thats 0% fr

Vinum problems

I suffered a system crash earlier today running -current from April 10. I have a Vinum volume set up as a mirror, and during the reboot, I had to fsck it. Everything seemed normal (at least that's what I thought), but now my volume cannot be mounted. The output from 'vinum list' is as foll

RE: WI Driver issues, compile of kernel dies, after fidling it drops to db>

I hate replying to my own posts.. Anyways.. It appears The machine I was using as a test machine Either does not support pci 2.2 or is hosed (I'm voting for the latter as the bios seems to be losing its settings every so often)... So you can ignore the long winded issues I type below, sorr

sort and gperf

Hi, sort and gperf was not installed after make world. I think sort is easy to deal with, but I have no idea about gperf. Does this intend to be ? (On regular i386 platform, of course) sort: --- gnu/usr.bin/Makefile.orig Sat Apr 13 02:16:45 2002 +++ gnu/usr.bin/MakefileSat Apr 13 02:16

TO MARK MURRAY, perldoc(1) IS BROKEN :)

Here's the repost of my previous posting. -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunbay Software AG, [EMAIL PROTECTED] FreeBSD committer, +380.652.512.251Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com En

Re: alpha tinderbox failure

On Fri, Apr 12, 2002 at 10:16:59AM -0700, David O'Brien wrote: > On Fri, Apr 12, 2002 at 01:01:58PM -0400, Mike Barcroft wrote: > > the source file. (apparently this is spelled > > on other systems) should always be included before fiddling > > Should we add a /usr/include/endian.h symlink to

Re: World broken?

On 12-Apr-2002 Ruslan Ermilov wrote: > Do we already have the in-tree toolchain capable of cross-building sparc64? No, we need gcc3.1 in the tree for that. -- John Baldwin <[EMAIL PROTECTED]> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/

Re: alpha tinderbox failure

On Fri, Apr 12, 2002 at 01:01:58PM -0400, Mike Barcroft wrote: > the source file. (apparently this is spelled > on other systems) should always be included before fiddling Should we add a /usr/include/endian.h symlink to machine/endian.h ? if we are the odd-man-out? To Unsubscribe: send mail

Re: alpha tinderbox failure

Mike Barcroft <[EMAIL PROTECTED]> writes: > Sort of. The way it historically built was by taking advantage of the > fact that C allows multiple #define's if they are the same. My commit > changed the definition of BYTE_ORDER to _BYTE_ORDER instead of > LITTLE_ENDIAN or BIG_ENDIAN. Just a little

Re: alpha tinderbox failure

David O'Brien <[EMAIL PROTECTED]> writes: > On Fri, Apr 12, 2002 at 12:12:12PM -0400, Mike Barcroft wrote: > > > > I think would be better here. It may not have > > worked because of the missing issue. > > We will never get that header included in the GDB sources -- it is > totally FreeBSD (N

Re: alpha tinderbox failure

On Fri, Apr 12, 2002 at 12:12:12PM -0400, Mike Barcroft wrote: > > I think would be better here. It may not have > worked because of the missing issue. We will never get that header included in the GDB sources -- it is totally FreeBSD (NetBSD also?) specific. It almost sounds like we have a

Re: alpha tinderbox failure

On Fri, Apr 12, 2002 at 12:12:12PM -0400, Mike Barcroft wrote: > Ruslan Ermilov <[EMAIL PROTECTED]> writes: > > I see the same breakage here. > > > > The breakage has nothing to do with -Werror. Recent commit by > > Mike Barcroft to sys/*/endian.h is the culprit. > > > > But the actual problem

bsd.prog.mk 1.108 - 1.110

Hi! I'm really sorry for 8 hours of breakage between bsd.prog.mk,v 1.108 and bsd.prog.mk,v 1.110. (Testing with the -DNOCLEAN buildworld wasn't a good idea at all.) Sorry about that, it should be fixed now. Cheers, -- Ruslan Ermilov Sysadmin and DBA, [EMAIL PROTECTED] Sunb

Re: alpha tinderbox failure

Ruslan Ermilov <[EMAIL PROTECTED]> writes: > I see the same breakage here. > > The breakage has nothing to do with -Werror. Recent commit by > Mike Barcroft to sys/*/endian.h is the culprit. > > But the actual problem is with gdb. After a lot of experimenting > I've found that contrib/gdb.291/

Re: World broken?

John Baldwin <[EMAIL PROTECTED]> writes: > I've seen this twice now on both alpha and sparc64. It looks to be related to > the ENDIAN macro changes: [...] > I guess all of those symbols are not defined or something and so have values of > 0 and 0 == 0? > > sys/wait.h includes machine/endian.h

Re: alpha tinderbox failure

Kris Kennaway <[EMAIL PROTECTED]> writes: > It would be helpful to include more build context (i.e. not just the > stderr messages) so that it's possible to distinguish non-fatal > warnings (no -Werror) from fatal warnings (-Werror) or errors. http://people.freebsd.org/~des/${arch}.log has everyt

Re: Possible bug in /sys/i386/pci/pci_cfgreg.c

In message: Klaus Leibrandt <[EMAIL PROTECTED]> writes: : Hi Folks. : : I spent some time tracking down my CardBus problem and found the : following: : : In /sys/i386/pci/pci_cfgreg.c: : In Function: static int pci_cfgintr_linked(s

Re: World broken?

Do we already have the in-tree toolchain capable of cross-building sparc64? On Fri, Apr 12, 2002 at 10:24:31AM -0400, John Baldwin wrote: > I've seen this twice now on both alpha and sparc64. It looks to be related to > the ENDIAN macro changes: > > ===> usr.bin/ldd > /arch/sparc64/hosted/bin/g

World broken?

I've seen this twice now on both alpha and sparc64. It looks to be related to the ENDIAN macro changes: ===> usr.bin/ldd /arch/sparc64/hosted/bin/gcc -O -pipe -Wall-c /home/john/work/p4/sparc64/usr.bin/ldd/ldd.c In file included from /home/john/work/p4/sparc64/usr.bin/ldd/ldd.c:36: /usr/inc

Re: alpha tinderbox failure

I see the same breakage here. The breakage has nothing to do with -Werror. Recent commit by Mike Barcroft to sys/*/endian.h is the culprit. But the actual problem is with gdb. After a lot of experimenting I've found that contrib/gdb.291/gdb/defs.h includes "nm.h" (gnu/usr.bin/binutils/gdb/${MA

Possible bug in /sys/i386/pci/pci_cfgreg.c

Hi Folks. I spent some time tracking down my CardBus problem and found the following: In /sys/i386/pci/pci_cfgreg.c: In Function: static int pci_cfgintr_linked(struct PIR_entry *pe, int pin): There you can find this code (my changes included): /* link destination mapped to a unique

WI Driver issues, compile of kernel dies, after fidling it drops to db>

Dunno what I am doing wrong, maybe I am just missing something. I am trying to get my dlink wireless DWL 520 to compile. If I delete /usr/src/sys, and re cvsup to get clean sources (this is a source as of 4am eastern on the 12th April) and run make KERNCONF=HELB buildkernel, it always dies on the

pam_rhost Re: rshd on 5.0-DP1

for what it's worth, i've set up a pam_rhost: ftp://ftp.cs.huji.ac.il/users/danny/pam_rhost To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

WI Driver issues, compile of kernel dies, after fidling it drops to db>

Dunno what I am doing wrong, maybe I am just missing something. I am trying to get my dlink wireless DWL 520 to compile. If I delete /usr/src/sys, and re cvsup to get clean sources (this is a source as of 4am eastern on the 12th April) and run make KERNCONF=HELB buildkernel, it always dies on the