Dear friends,
I know that many of you may feel slightly let-down by the fact that
nothing truly significant seems to have happened during our transition
to the year 2000, a good many button-clicks on www.cnn.com having gone
for naught as the hour approached and receded, nothing following yet
In [EMAIL PROTECTED], Nathan Kinsman wrote:
Intel EtherExpress PRO/100+ Dual Port NIC (this is recognized as two fxp
devices?)
I have not been running CURRENT extensively, so I would like to know
anyone's experiences with any of the above hardware, or any
recommendations on hardware with
[This thread started on -hackers, went private and now pops up in
-emulation through -current. You may want to look in -hackers to see the
original posting by Doug White]
Doug White wrote:
I'm bringing this back up to -current to kick around some more. We may
want to move it to -emulators.
FYI: I've been hearing from karl for years on IRC related lists..
I was rather suprised to see him on the freebsd-* lists, and I was even more
suprised to see that he was being civil..
I guess his prozac prescription expired (y2k bug?)
We're better off without him.. next thing you know, he
At 6:50 PM -0800 2000/1/2, Jonathan M. Bresler wrote:
That's all folks! I am going back "behind the curtain" to
continue my spam fighting efforts. Try to behave a little better out
here. Some of the mailing list subscribers are trying to sleep.
I'd like to publicly thank
Date: Sun, 02 Jan 2000 19:30:12 -0800
From: Amancio Hasty [EMAIL PROTECTED]
[snip]
The proper tactic to resolve the conflict should have
been to wait a cool off period and then slug it off
technically. Nevertheless, instead of waiting for
Karl to cool off and attempt to ration with
Sam,
If you believe that either 1. someone removed Karl from the
freebsd-current list or 2. that someone is covering this up, please
call me at 410-320-7108.
thanks
jmb
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Sun, Jan 02, 2000 at 09:59:28PM -0600, wrote:
He is just expressing his point. From what I can tell someone removed him
from the list with no reason and now he is angry. I probably would be too.
Please cool it, it has happened to me more than once, and I believe I
havn't insulted any
Redirected to -current
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, December 29, 1999 9:09 PM
Subject: login error
Hello, I have FreeBSD 4.0 installed on my 486, and I noticed an
interesting problem. I switched from csh to bsh, and now, for
With sources cvsup-ed earlier today ... buildworld bails out with the
following:
=== gnu/lib/libreadline/readline/doc
cat
/usr/src/gnu/lib/libreadline/readline/doc/../../../../../contrib/libreadline
/doc/rlman.texinfo readline.texi
makeinfo --no-split -I
On Fri, 31 Dec 1999, Wilko Bulte wrote:
As for ample warning: I've seen MAKEDEVs display a list of the devices
they are creating. I think the Tru64 version does this. I myself think this
is a good behaviour (and hope people won't start yelling 'bloat' for once)
I like this idea a *lot*.
--
I am inclined to agree. An obscure company like Lyris would not be making
money hand over fist if majordomo were that great.
-Kip
On Mon, 3 Jan 2000, Jesper Skriver wrote:
On Sun, Jan 02, 2000 at 09:59:28PM -0600, wrote:
He is just expressing his point.
Well, maybe a patch will get things moving. I just submitted kern/15860
with a simple patch which reduces the default maxfilesperproc to be 20
less than maxfiles. I got the mailing list reference wrong in the PR, but
-hackers has it's share of similar requests :).
Kelly
On Sun, 2 Jan 2000,
I've followed the BOOTP threads in -current from the archives, but I
can't find any resolution of the issue. I cvsup'd -current last night
and still have a non-working BOOTP kernel.
Many of the posts centered around PXE negating the need for BOOTP
kernel support. Just how are you supposed to
On Sun, 2 Jan 2000, David Greenman wrote:
Also, I can tell that someone is doing some good covering up. Its ashame to
see leaders do this.
How can you tell that? There is no evidence to support that. *I'm*
certainly not covering anything up and I've seen no reason to believe that
The Hermit Hacker wrote:
On Sun, 2 Jan 2000, David Greenman wrote:
Also, I can tell that someone is doing some good covering up. Its ashame t
o
see leaders do this.
How can you tell that? There is no evidence to support that. *I'm*
certainly not covering anything up and I've
It seems there is something for
#if NPCI 0 ... #endif
linking kernel
ata-all.o: In function `ataintr':
ata-all.o(.text+0x534): undefined reference to
`pci_read_config'
*** Error code 1
--
Val
__
Do You Yahoo!?
Talk to your friends
Hello All,
I've written a couple of drivers and would like to include them in current.
What the procedure to add new device driver to current?
Who is the point of contact?
I think, I could not commit it to the cvs tree or can I?
Thanks,
emax
To Unsubscribe: send mail to [EMAIL PROTECTED]
On Mon, 3 Jan 2000, Valentin S. Chopov wrote:
It seems there is something for
#if NPCI 0 ... #endif
ata-all.o: In function `ataintr':
ata-all.o(.text+0x534): undefined reference to
`pci_read_config'
*** Error code 1
This is yet another reason why bus front-end code should live
It seems Valentin S. Chopov wrote:
It seems there is something for
#if NPCI 0 ... #endif
Yup, forgot that one, fixed.
-Søren
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Nicolas Souchu wrote:
Hi there!
FOR ANYBODY THAT USES ZIP/PRINTER/PLIP ON THE PARALLEL PORT UNDER -current
A major ppbus(4) release is available for beta-testing.
Good work! Now plip, which has been broken for ages, works perfectly - no more
lockups, spontaneous reboots, panics, etc! To
I did a cvsup on 01/01/2000, and then did a buildworld. It failed
in kdump and truss in /usr/src/usr.bin. Thinking the problem was
the "make" picking up the wrong include file, I redid the build
once I did a make installworld with the latest build (less kdump
and truss!). Same
Hello,
From a long time lurking on -current, I would suggest that you do the
following. (This might not be strictly official, but it's how it's
worked on this list in the past. ;)
Put the driver up on a web page. Post a message on -current giving
the URL and specifics of the drivers.
techie,
I, too, remember Karl from IRC, but this isn't the place (there's probably
also some things one could dig up on you, prae, piker, mjr and myself) for
that type of post, so please don't. This isn't operlist and hopefully the
antics here are over too.
oh, and you'll never guess what nick
Hi, With CURRENT sources updated earlier today ... my system now
crash-and-burns when trying to play audio.
i have foudn these messages in /var/log/messages:
Jan 4 01:30:26 shadowmere /kernel: gusc0: Gravis UltraSound MAX at port
0x220,0x320-0x327,0x32c-0x333 irq 5 drq 1,3 flags 0x13 on isa0
The last cvs-cur CTM delta I received was cvs-cur.5961, which arrived
just over 24 hours ago. Is there a problem with the CTM generation?
Peter
--
Peter Jeremy (VK2PJ)[EMAIL PROTECTED]
Alcatel Australia Limited
41 Mandible St Phone: +61 2 9690 5019
Guess ELM 2.4 isn't Y2K compliant. Not a huge problem, but annoying.
FreeBSD:
Received: from cscfx.sytex.com ([EMAIL PROTECTED] [205.147.190.131])
by sytex2.sytex.com (8.9.1/8.9.1) with SMTP id LAA03024 for
[EMAIL PROTECTED]; Tue, 4 Jan 2000 11:57:16 -0500 (EST)
From: [EMAIL PROTECTED]
+[ Andrew Sherrod ]-
| Guess ELM 2.4 isn't Y2K compliant. Not a huge problem, but annoying.
|
| FreeBSD:
|
| Received: from cscfx.sytex.com ([EMAIL PROTECTED] [205.147.190.131])
| by sytex2.sytex.com (8.9.1/8.9.1) with SMTP id LAA03024 for
|
Leif Neland wrote:
The reason for this is that some gcc optimizations stages takes
exponentially more memory when compiling big functions.
bison produces one big function for the grammar parsing and its
this that takes a long time to compile; To compile sql_yacc.cc quickly
on Intel,
Is amount of ram available (portably) to configure?
So configure could decide to use --low-memory by itself? Allowing
overrides, naturally.
Leif
There is actually a method to portably guess how much RAM your have available
from configure -- just write a small C program that will
On Tue, 4 Jan 2000, Peter Jeremy wrote:
The last cvs-cur CTM delta I received was cvs-cur.5961, which arrived
just over 24 hours ago. Is there a problem with the CTM generation?
Fixed that problem (security thing) found another. Still working on it.
Peter
I just noticed a problem with the ATA driver with my (not quite, but to me)
new CD-R drive. The behavior is that underruns and overruns are handled
incorrectly, due to a mixup between variables. The end result is that
too much data is sent to the drive and it chokes, borking my entire 2nd ATA
On Tue, 4 Jan 2000, Brian Fundakowski Feldman wrote:
Anyone else experiencing lockups when an underrun/overrun occurs, try
this patch; it has fixed the problem for me, and now I'm on my way to
writing music CDs :) The current way to hack around that bug must be
to use the "obs" operand
Starting mpg123 with a random mpg3 file produces the following panic
within half a second. The kernel is current as of this morning. THe
panic is reproducable (as in, I cannot play the mpg3 file).
kernel plus core available if needed.
Dec 15 14:55:25 henny /kernel: ESS1879: adding io range
It seems Brian Fundakowski Feldman wrote:
I just noticed a problem with the ATA driver with my (not quite, but to me)
new CD-R drive. The behavior is that underruns and overruns are handled
incorrectly, due to a mixup between variables. The end result is that
too much data is sent to the
On Tue, 4 Jan 2000, Soren Schmidt wrote:
Either the patch is very short, or you forgot to include it :)
*LOL* I can't believe I did that :) It'll be on this one!!
The ATA_16BIT_ONLY thing is to only do 16bit wide inb/outb instructions
as old ISA HW don't allow 32bit wide access. This
36 matches
Mail list logo