Luoqi Chen wrote:
On Sun, Apr 25, 1999, a.leidin...@wurzelausix.cs.uni-sb.de wrote:
Hi,
=20
# ident LINT
LINT:
$Id: LINT,v 1.589 1999/04/24 21:45:44 peter Exp $
=20
with:
option NO_F00F_HACK
=20
# config WORK
WORK:15: unknown option NO_F0F_HACK
This shouldn't cause much in the way of trouble, but it will complain
about old lint in your config files. That includes 'net/tty/bio/cam'
mask indicators, and 'vector xxxintr' as well as some of the wierder
workarounds for the poor 'options' parsing.
So: things like:
device sio1 at isa? tty
Chris Costello wrote:
On Sat, Apr 24, 1999, Peter Wemm wrote:
This shouldn't cause much in the way of trouble, but it will complain
about old lint in your config files. That includes 'net/tty/bio/cam'
mask indicators, and 'vector xxxintr' as well as some of the wierder
workarounds
Sean Eric Fagan wrote:
Here's a thing I've missed a couple of times: I'd like to be
able to see the limits for a process in /proc.
At some point, I want to add an ioctl to get various process information
(well, multiple ioctl's, I think); SysVr4 has a bunch, and that's what I'd
model it
Matthew Reimer wrote:
Great work guys! It almost seems that -current is more stable than
-stable!
Matt
Funny you should mention it. I've heard this from a number of people over
the last week.. One has even suggested using a particular known-good 4.0
snapshot in preference to a 3.1-stable
Doug Rabson wrote:
On Mon, 19 Apr 1999, Peter Wemm wrote:
[..]
Now what I'm curious about is how to handle the nexus and isa/eisa better
so they don't need to explicitly name the children. On one hand it could
look at the hints table to see all the 'at nexus?' declarations, but I
think
Doug Rabson wrote:
On Mon, 19 Apr 1999, Takanori Watanabe wrote:
In message pine.bsf.4.05.9904190929070.85882-100...@herring.nlsystems.com
, Do
ug Rabson wrote:
On Mon, 19 Apr 1999 takaw...@shidahara1.planet.sci.kobe-u.ac.jp wrote:
Simple Question.
If there were
Brian Feldman wrote:
On Mon, 19 Apr 1999, Ilya Naumov wrote:
i have compiled the latest kernel and encountered a problem with IPDIVERT.
even
with options IPDIVERT string in kernel config, kernel says the following:
IP packet filtering initialized, divert disabled, rule-based
Peter Wemm wrote:
Doug Rabson wrote:
On Mon, 19 Apr 1999, Takanori Watanabe wrote:
In message pine.bsf.4.05.9904190929070.85882-100...@herring.nlsystems.co
m
, Do
ug Rabson wrote:
On Mon, 19 Apr 1999 takaw...@shidahara1.planet.sci.kobe-u.ac.jp wrote:
Simple Question
Kenneth Wayne Culver wrote:
I followed the instructions about NEXUS to rebuild my kernel, and it
now it won't compile. It gets all the way through the compile, and then
gives these errors.
I'll bet you've got two 'psm0' lines in the config file..
All that config is doing now is basically
John Hay wrote:
[..]
Apr 19 19:22:28 orca /kernel.doug: ppc0: interrupting at irq 7
Apr 19 19:22:28 orca /kernel.doug: ed0 at port 0x280-0x29f on isa0
Apr 19 19:22:28 orca /kernel.doug: ed0: address 00:00:c0:1d:43:db, type SMC82
16/
SMC8216C (16 bit)
Apr 19 19:22:28 orca /kernel.doug:
John Hay wrote:
As of a few minutes ago, a minimal set of changes to bring the so-called
'new-bus' functionality to the i386 kernel in -current.
It looks like the stat clock isn't started after this. I have tried a SMP
and UNI kernel and both behave the same. Looking with vmstat -i and
Mark Murray wrote:
John Hay wrote:
As of a few minutes ago, a minimal set of changes to bring the so-called
'new-bus' functionality to the i386 kernel in -current.
It looks like the stat clock isn't started after this. I have tried a SMP
and UNI kernel and both behave the same.
Valentin Shopov wrote:
On ISA only machine,
w/o controller pci0at nexus?
in kernel config, after make depend:
In file included from ../../i386/i386/nexus.c:74:
../../pci/pcivar.h:192: pci_if.h: No such file or
directory
In file included from
../../i386/i386/userconfig.c:132:
Chris Piazza wrote:
On 17-Apr-99 Brian Feldman wrote:
Both sound drivers are broken with the new-bus code. My SB16, in the old
driver, now gets recognized but sbxvi is never looked for. pcm0, the new
driver, never initializes with the new code :(
device pcm0 at isa? port? tty irq 5 drq
Matthew Thyer wrote:
I've found that I need to disable my secondary IDE controller with
the version 5 and 6 of the new ATAPI drivers.
Just as a thought.. Is your kernel.debug leftover from an earlier build?
Perhaps that's why it works and the current ones do not...
Cheers,
-Peter
To
Jose Gabriel Marcelino wrote:
Hi,
I'm getting kernel panics during boot with the latest
kernel built today using new-bus.
This broke both my custom kernel and today's GENERIC (with all the needed
updates) on my machine. Booting with the old kernel works fine.
From what I can see (and
Brian Feldman wrote:
On Sat, 17 Apr 1999, Peter Wemm wrote:
Chris Piazza wrote:
On 17-Apr-99 Brian Feldman wrote:
Both sound drivers are broken with the new-bus code. My SB16, in the ol
d
driver, now gets recognized but sbxvi is never looked for. pcm0, the ne
w
driver
As of a few minutes ago, a minimal set of changes to bring the so-called
'new-bus' functionality to the i386 kernel in -current.
This is a complete, from the ground up, change in the way the system
boots and configures. For the most part, we've gone to a lot of trouble
to make it work the way it
Chris Csanady wrote:
As of a few minutes ago, a minimal set of changes to bring the so-called
'new-bus' functionality to the i386 kernel in -current.
This seems to have broken disk wiring for me. Is there some necessary
change in syntax that I am not aware of?
I have the following scsi
Rick Whitesel wrote:
Hi:
I should have been more clear. BSD driver interoperability is a seperate
issue from Linux application interoperability but I think both are
important.
I don't want to get hopes up prematurely, but we think we might be able to
emulate enough of the newconfig-style
Kevin G. Eliuk wrote:
On Mon, 12 Apr 1999, Kevin G. Eliuk wrote:
I installed linux-netscape-4.08 and it opens with bus error or signal 10.
That should be without
I've applied Bruce Evans's patch to egcs to work around (yet another)
As some have become aware, we have created a small sandbox repository
alongside (but seperate to) the main FreeBSD sources.
I've been asked a few times for info on what it is, so here's a quick
summary. First, the background..
The original 386BSD and FreeBSD configuration interface was purely
Mark Murray wrote:
Hi
I've been helping somebody along with getting the new libcrypt going,
and something has broken recently (post-egcs?), and I'm having a wee
problem debugging it.
Libcrypt uses routines out of libmd (MD[45]* and SHA*), and a while
back (pre-egcs), it was possible to
Brian Feldman wrote:
On Sat, 10 Apr 1999, Peter Wemm wrote:
Mark Murray wrote:
Hi
I've been helping somebody along with getting the new libcrypt going,
and something has broken recently (post-egcs?), and I'm having a wee
problem debugging it.
Libcrypt uses routines out
things above).
Cheers,
-Peter
--
Peter Wemm pe...@netplex.com.au Netplex Consulting
No coffee, No workee! :-)
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
David O'Brien wrote:
What will become of f77 which is in src/gnu/usr.bin/cc/f77? This
seems to be a good time to decide what will happen with Fortran in the
base FreeBSD system.
VERY good question. I have no opinion in the matter, but will follow the
wishes of others (or Core, or
Matthew Dillon wrote:
:Hence the NEW flag RFSTACK. Why would this be a bad thing? This would keep
:the old behavior and allow much nicer new behavior. I didn't suggest
:changing the old behavior. This would just greatly simplify things so all of
I think Richard Seaman has it right: the
Soren Schmidt wrote:
It seems Justin T. Gibbs wrote:
In article 199903171205.naa25...@freebsd.dk you wrote:
It seems David O'Brien wrote:
Boot from an ata disk on major# 30, device name ad, plain and simple
.
Does this mean ata disks won't come under CAM/da ?
Not if I
Matthew Dillon wrote:
:On Tue, Mar 16, 1999 at 12:52:32PM -0800, Matthew Dillon wrote:
: A.. And if you make those AMD mounts normal nfs mounts it doesn't
: fry? If so, then we have a bug in AMD somewhere.
:
:I tried the cp several times again on a regular NFS mount, to
Warner Losh wrote:
In message 20655.920182...@zippy.cdrom.com Jordan K. Hubbard writes:
: I for one would love to see 2.8.1 or newer in the tree for my own,
: selfish reasons. Many ports (new architectures) would benefit from
: this.
:
: Is that to say that you prefer it over egcs
Cheers,
-Peter
--
Peter Wemm pe...@netplex.com.au Netplex Consulting
No coffee, No workee! :-)
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
Jordan K. Hubbard wrote:
Why is it clearly broken? proto=tcp,vers=3 is what is in 3.0-RELEASE,
Amd in 3.0 works for many. I won't defend that the new Amd works the
best with us, but then neither did the old Amd.
Erm, I haven't tried it between 3.0 and 3.0 boxes because all my test
Bruce Evans wrote:
[..]
Perhaps you could repeat it?
style(9) is supposed to document KNF. It is not supposed to document
best coding practices, julian's preferences or bde's preferences.
style(9) is not KNF, and never was intended to be. It's a FreeBSD style
guide that bears similarity to
with unsubscribe freebsd-current in the body of the message
Cheers,
-Peter
--
Peter Wemm pe...@netplex.com.au Netplex Consulting
No coffee, No workee! :-)
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
Luigi Rizzo wrote:
[..]
I haven't seen how you suggest to buildpopulate the MFS filesystems --
right now i use a rather crude method of putting all the stuff in a tgz
archive on the server and expanding it at runtime on the client. I
haven't solved the problem with passwords (i.e. i just copy
Archie Cobbs wrote:
Julian Elischer writes:
As soon as someone modifies sysctl to work with KLD modules
that would be a reasonable suggestion
On Sun, 24 Jan 1999, Garrett Wollman wrote:
I ran into an interesting problem in the process of modifying
netstat to understand the
Matthew Dillon wrote:
:It's definately happening still, sorry. :-( I recompiled a 100% static
:kernel and have had three more explosions, usually after starting exmh.
:(exmh takes 10 to 15MB of ram on this system due to my mailbox folder
:sizes).
:
:However, a clue.. The SMP box that
a
descriptor for any internal sysctl tables - at minimum it needs to know
where in the heirarchy it needs to be attached. kern_linker.c can then
look for it and attach it to the sysctl tree, once sysctl gets updated to
allow dynamic extensions like that.
Cheers,
-Peter
--
Peter Wemm pe
at a different
level.
Cheers,
-Peter
--
Peter Wemm pe...@netplex.com.au Netplex Consulting
No coffee, No workee! :-)
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe freebsd-current in the body of the message
Peter Wemm wrote:
Matthew Dillon wrote:
[..]
Try changing the panic in vm/vm_page.c to a printf() (
I'll do that.
BTW; what are the dangers of this? lost disk writes or corruption? Can
we (as a workaround) push the page that we found back onto a dirty queue
and try again after some
Matthew Dillon wrote:
[..]
:Oh, one other thing that occurred to me.. Under 4.0-current, I regularly
:(ie: within 30 seconds of boot) get if_de tranmitter underflows. My
:console corruption was happening at the instant that de0 was being
:configured with ifconfig. exmh is running to a
Matthew Dillon wrote:
:But that was a week ago, and it's a *busy* news server (that's not hitting
:swap), I was just curious about the error messages from the de driver.
:
: -- Niels.
The transmit underflow messages:
de0: abnormal interrupt: transmit underflow (raising TX
Greg Lehey wrote:
On Friday, 22 January 1999 at 9:23:48 -0800, Jake wrote:
I can no longer bring up my vinum volume with the vinum read
command:
vinum read /dev/wd0s1e /dev/wd2s1f
vinum read /dev/wd0s1e
vinum read /dev/wd2s1f
all come back with
vinum: no drives
Correct. As
Greg Lehey wrote:
On Saturday, 23 January 1999 at 6:24:17 +0800, Peter Wemm wrote:
Greg Lehey wrote:
On Friday, 22 January 1999 at 9:23:48 -0800, Jake wrote:
I can no longer bring up my vinum volume with the vinum read
command:
vinum read /dev/wd0s1e /dev/wd2s1f
vinum read /dev
Dual p5-90 w/ 48M ram, doing a major cvs update/merge (which mostly got
lost):
panic: found dirty cache page 0xf046f1c0
mp_lock = 0101; cpuid = 1; lapic.id = 0100
Debugger(panic)
Stopped at Debugger+0x37: movl$0,in_Debugger
db trace
Debugger(f01f1806) at Debugger+0x37
Peter Wemm wrote:
Dual p5-90 w/ 48M ram, doing a major cvs update/merge (which mostly got
lost):
panic: found dirty cache page 0xf046f1c0
mp_lock = 0101; cpuid = 1; lapic.id = 0100
Debugger(panic)
Stopped at Debugger+0x37: movl$0,in_Debugger
db trace
This is possibly
Matthew Dillon wrote:
:Peter Wemm wrote:
: Dual p5-90 w/ 48M ram, doing a major cvs update/merge (which mostly got
: lost):
:
: panic: found dirty cache page 0xf046f1c0
:...
:
:This is possibly a false alarm.. Something wierd was happening. I cleaned
:out the kernel and reconfigured
Julian Elischer wrote:
[..]
I just realised however, that if we make them go away we break
SMP right?
No. I don't think the patches affect SMP one way or the other.
If someone tries to run kernel threads of any kind (linuxthreads
in emulation, linuxthread in FreeBSD native, any
Sheldon Hearn wrote:
On Wed, 20 Jan 1999 07:21:23 PST, John Polstra wrote:
Is make clean really necessary? A make depend ought to be
sufficient, I would think.
I think that's an attempt to protect people who've upgraded from STABLE
and haven't gotten used to ``config -r''?
config
Sheldon Hearn wrote:
On Thu, 21 Jan 1999 00:29:54 +0800, Peter Wemm wrote:
'make depend' really does work, and is quite safe. Cleaning the tree
should be a very rare requirement.
Perhaps the chap sitting next to me and I are just unlucky. Between the
two of us, we've needed to use
Doug Rabson wrote:
On Tue, 19 Jan 1999, Julian Elischer wrote:
If I load a module A
then try load a module B that requires a function in A
it fails because it cannot find the symbol..
is this a known problem?
(A real bummer if so)
The module B needs to have A as a dependancy.
Alex Zepeda wrote:
On Fri, 19 Nov 1999, Warner Losh wrote:
In message Pine.BSF.4.10.9911182311590.338-10@localhost Alex Zepeda w
rites:
: ps -e w/out -U only shows variables for processes owned by that user, no?
ps -ea.
Then perhaps -a and -U should be disabled? *grin*
I
As of a few minutes ago, I committed some changes that:
1: make the LKM code use the common VFS and syscall registration routines
2: make an 'options LKM' option.
3: build an 'lkm' loadable kld module
This means that if you are still using an a.out kernel and are loading
LKM's specifically, you
sth...@nethelp.no wrote:
j...@zippy- dmesg|grep Freeing
Freeing (NOT implemented) redirected ISA irq 11.
Freeing (NOT implemented) redirected ISA irq 10.
Nowhere near as annoying as tagged openings now xx.
Agreed. They are confusing to those who don't know what it means. As for
Luoqi Chen wrote:
Since sometime last month, rc5des failed to start from my rc.local. I did
a little investigation and it turned out that rc5des was started but later
terminated by a SIGHUP. During its brief lifetime, /dev/console was its
control terminal. Does anyone know what was going on?
Sean Eric Fagan wrote:
In article [EMAIL PROTECTED]
m you write:
I am all for removing -e, but I don't really like the idea of making
it optional nor do I like the idea of trying to maintain the capability
for the user's own processes - that simply makes the code even more
701 - 757 of 757 matches
Mail list logo
