On Wed, Nov 15, 2000 at 10:38:29PM -0500, Louis A. Mamakos wrote:
>
> I've got a Dell dual-Pentium-III XEON system at work that I was running
> -current on. Some time ago (didn't notice when exactly, sigh) when
> building new kernels, I started getting
>
> isa_dmainit(foo, bar) failed
>
For m
On Wed, Nov 08, 2000 at 01:43:12AM +0100, Frank Nobis wrote:
> Hi,
>
> please have a look at the following dmesg output.
>
> I'm sure I must have overseen something trivial, but currently I can't
> figure out what it is.
>
I it not the size of the kernel itsel
On Wed, Nov 08, 2000 at 03:11:46AM +0100, [EMAIL PROTECTED] wrote:
>
> > I'm sure I must have overseen something trivial, but currently I can't
> > figure out what it is.
>
> The lower 16 MB memory has been used for
>
> kernel text, data, bss
> arrays allocated by vm_page_startup()
Hi,
please have a look at the following dmesg output.
I'm sure I must have overseen something trivial, but currently I can't
figure out what it is.
Copyright (c) 1992-2000 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the U
Hi,
I have a realtek ethernet card. The normal dmesg is this:
rl0: port 0xb400-0xb4ff mem 0xd900-0xd9ff irq 10
at device 11.0 on pci0
rl0: Ethernet address: 00:e0:7d:7d:cd:35
miibus0: on rl0
rlphy0: on miibus0
rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
With the ch
On Wed, Apr 05, 2000 at 07:13:29AM -0500, Jon Hamilton wrote:
>
> up clean. I think you have a hardware problem somewhere :(
That is very likely a hardwre problem. I have a nfs server under 3.4-S
here running, It was easy to crash the system with much I/O over nfs
on a 100M Ethernet connection.
On Wed, Jan 12, 2000 at 11:04:56AM +1300, Joerg Micheel wrote:
> [ls whith sizes in k,M]
>
> Would such a patch find the blessing of the team and the maintainer
> of ls ?
You could try gnuls -h
-fn-
--
~/.signature not found: wellknown error 42
To Unsubscribe: send mail to [EMAIL PROTECTED
On Sat, Dec 11, 1999 at 11:31:39AM +0200, Maxim Sobolev wrote:
> Some time ago my soundcard (Vibra 16C), which worked just fine
> previously, stopped being recognised/attached. Following is relevant
> pieces of dmesg and pnpinfo:
>
> [...]
> isa_probe_children: probing PnP devices
> unknown0: a
On Thu, Dec 09, 1999 at 12:25:33PM +0900, Seigo Tanimura wrote:
> [snipped some part]
> >> > > On Tue, 7 Dec 1999 23:00:02 +0100 (MET),
> >> > > Thomas Schuerger <[EMAIL PROTECTED]> said:
> >> > >
> >> > > >> --- sbc.c.orig Mon Dec 6 19:26:31 1999
> >> > > >> +++ sbc.c Tue Dec 7 22:15:
On Tue, Dec 07, 1999 at 06:43:55PM +0100, Thomas Schuerger wrote:
> Hi!
>
> I am still having problems getting my AWE64 soundcard to
> work with the newpcm driver (the "old" pcm driver worked
> fine).
>
> Any ideas what I am doing wrong? Are there more people
> having problems with their AWE64?
r for later
user, when the time comes when he is no more sysadm. Image what one
can do with that kind of backdoors.
Otherwise the technics described in the article can be used to avoid
that kind of insult. At least make it no so easy as it is just now.
Just my 2p.
Regards,
Frank
-
Sheldon Hearn <[EMAIL PROTECTED]> writes:
> On Wed, 07 Jul 1999 23:12:57 +0200, Frank Nobis wrote:
>
> > todays current breaks in build of libgcc
> >
> > ===> gnu/lib/libgcc
> > c++ -O2 -mpentium -fpcc-struct-return -ffast-math -fno-strength-reduce -ma
r gnu/
I have set CFLAGS in my env, but never CXXFLAGS.
I will give it a try with the -v flag added as David mentioned and alternativ without
any CFLAGS defined.
The /etc/make.conf is just plain regarding to this variables-
Regards
Frank
--
Frank NobisEmail:
-I.
CFLAGS+= -fexceptions
CFLAGS+= -DIN_GCC
! CXXFLAGS+=-I${GCCDIR}/cp/inc -I${GCCDIR}
CXXFLAGS+=-nostdinc++
COMMONHDRS= config.h tconfig.h tm.h
--
Frank NobisEmail: PGP AVAILABLE
Landgrafenstr. 130 dg3dcn http://www.ra
14 matches
Mail list logo
