On Wed, 13 Dec 2000 23:19:36 PST, "Crist J. Clark" wrote:
I had this problem this weekend. There was a rogue '.depend' file in
my _source_ tree. I thought that I had messed something up. Maybe it
got there some other way. I think I fixed it with a 'make clean' in
the source tree.
Ha!
The struct kinfo_proc changes breaks compiling ipsend and iptest. This
patch fix the compile problem, but I don't know if it is the correct
fix. Anybody care to comment? With this at least "make world" finished
without a problem.
John
--
John Hay -- [EMAIL PROTECTED]
Index:
On Wed, 13 Dec 2000, Benno Rice wrote:
Does anyone object to me committing the attached patch?
It basically allows the overriding of nm in lorder(1) and sys/kern/genassym.sh
using the environment variable NM.
I've been using this locally as I've been building with 'powerpc-elf-nm'
On Thu, Dec 14, 2000 at 11:18:41PM +1100, Bruce Evans wrote:
On Wed, 13 Dec 2000, Benno Rice wrote:
Does anyone object to me committing the attached patch?
It basically allows the overriding of nm in lorder(1) and
sys/kern/genassym.sh using the environment variable NM.
I've been
Modified files:
sys/i386/i386trap.c
Log:
If we fail to emulate a vm86 trap in kernel mode, then we use
vm86_trap() to return to the calling program directly. vm86_trap()
doesn't return, thus it was never returning to trap() to release
Giant. Thus,
On 14-Dec-00 Andrea Campi wrote:
Modified files:
sys/i386/i386trap.c
Log:
If we fail to emulate a vm86 trap in kernel mode, then we use
vm86_trap() to return to the calling program directly. vm86_trap()
doesn't return, thus it was never returning to trap()
On Wed, Dec 13, 2000 at 11:17:54PM -0800, Crist J. Clark wrote:
I had that problem too when I was building this weekend. IIRC there
was a rogue '.depend' file in the _source_ tree. Do a 'make clean' of
the source tree and see if that helps.
`make cleandir' is a better target to use when
On 14-Dec-00 John Hay wrote:
The struct kinfo_proc changes breaks compiling ipsend and iptest. This
patch fix the compile problem, but I don't know if it is the correct
fix. Anybody care to comment? With this at least "make world" finished
without a problem.
It's the right patch, I posted
* John Baldwin [EMAIL PROTECTED] [001214 10:14] wrote:
On 14-Dec-00 John Hay wrote:
The struct kinfo_proc changes breaks compiling ipsend and iptest. This
patch fix the compile problem, but I don't know if it is the correct
fix. Anybody care to comment? With this at least "make world"
A month or so ago I queried/complained about src/sys/modules getting corrupted
with architecture specific derived files such that I could no longer share
between i386 alpha.
Part of this issue had to do with having some idiocy on my part, but part of
it *seems* to have to do with if you change
With the recent slaughter^Wrework of the PCI code, my hack to allocate
resources for unattached PCI devices in pci_probe_nomatch() no longer works.
The updated patch can be found at
http://www.FreeBSD.org/~jhb/patches/cardbus.hack.patch. Since the PCI changes,
inserting the cardbus card I have
: http://www.FreeBSD.org/~jhb/patches/pccbb.patch.
I took a look a this patch, and saw nothing obviously wrong with it.
Mike Smith has some uncommitted patches that might amke the resource
issue better, but not completely if I'm reading them right (they are
extensive, so I might not be).
On Thu, Dec 14, 2000 at 03:47:24PM +0100, Andrea Campi wrote:
Of course I could have abandoned logo_saver, but I love the little devil ;-)
Which devil?
--
B.Walter COSMO-Project http://www.cosmo-project.de
[EMAIL PROTECTED] Usergroup [EMAIL PROTECTED]
At 22:14 14-12-00 +0100, you wrote:
On Thu, Dec 14, 2000 at 03:47:24PM +0100, Andrea Campi wrote:
Of course I could have abandoned logo_saver, but I love the little
devil ;-)
Which devil?
Hmmm, I've never seen any devil where BSD is involved. Lots of daemons
though =)
DocWilco
On Thu, Dec 14, 2000 at 11:18:31AM +0200, Sheldon Hearn wrote:
On Wed, 13 Dec 2000 23:19:36 PST, "Crist J. Clark" wrote:
I had this problem this weekend. There was a rogue '.depend' file in
my _source_ tree. I thought that I had messed something up. Maybe it
got there some other way.
On Thu, Dec 14, 2000 at 10:26:40AM -0800, Alfred Perlstein wrote:
I had no problems compiling iptest, just ipsend, this patch:
Index: sock.c
===
RCS file: /home/ncvs/src/contrib/ipfilter/ipsend/sock.c,v
retrieving revision 1.3
On Thu, Dec 14, 2000 at 10:13:14AM -0800, John Baldwin wrote:
Does anyone object if I temporarily add sock.c to src/usr.sbin/ipsend/
so I can fix it w/o pulling it off the vendor branch, or should I just
fix it on the vendor branch, or pull it off the vendor branch?
Committing it into
On 14-Dec-00 David O'Brien wrote:
On Thu, Dec 14, 2000 at 10:13:14AM -0800, John Baldwin wrote:
Does anyone object if I temporarily add sock.c to src/usr.sbin/ipsend/
so I can fix it w/o pulling it off the vendor branch, or should I just
fix it on the vendor branch, or pull it off the vendor
With the recent slaughter^Wrework of the PCI code, my hack to allocate
resources for unattached PCI devices in pci_probe_nomatch() no longer works.
The updated patch can be found at
http://www.FreeBSD.org/~jhb/patches/cardbus.hack.patch.
I have a set of working patches at
On 14-Dec-00 Mike Smith wrote:
With the recent slaughter^Wrework of the PCI code, my hack to allocate
resources for unattached PCI devices in pci_probe_nomatch() no longer works.
The updated patch can be found at
http://www.FreeBSD.org/~jhb/patches/cardbus.hack.patch.
I have a set of
Dear all,
rpc.lockd in FreeBSD suffers from a pubic server's lazyness --- It says it's
done the job, but never did anything besides talking...
Searching through the lists gives different stories. Some say that NFS locking
isn't really necessary, but what about locking critical situations like
I pruned the Cc: list a bit...
One of the email messages that you quoted has the URL for the latest
development of the lockd code. As far as tests go it appears to be mostly
complete (there appears to be an issue with RPC64 on little endian machines,
but I have not yet had a chance to crawl
* David E. Cross [EMAIL PROTECTED] [001214 14:45] wrote:
I pruned the Cc: list a bit...
One of the email messages that you quoted has the URL for the latest
development of the lockd code. As far as tests go it appears to be mostly
complete (there appears to be an issue with RPC64 on little
Hello,
I've recently seen in the NetBSD 1.5 release Notes that *they* claim to
have a fully functional rpc.lockd manager : "Server part of NFS locking
(implemented by rpc.lockd(8)) now works."
could someone have a look at what our cousins have done and perhaps
import it in -current ?
Going with the lockd code on builder is great with me. The last I had
looked it had some of the same issues as the lockd developed here (no
handling of grace periods, etc.), so on a featureset we are even. The rpics
lockd has the advantage of being known by some of us to a much greater extent
I'm not going to take such an action w/o the blessing of -core. :)
--
David Cross | email: [EMAIL PROTECTED]
Lab Director | Rm: 308 Lally Hall
Rensselaer Polytechnic Institute, | Ph: 518.276.2860
Department of
On Fri, Dec 15, 2000 at 12:09:32AM +0100, Thierry Herbelot wrote:
Hello,
I've recently seen in the NetBSD 1.5 release Notes that *they* claim to
have a fully functional rpc.lockd manager : "Server part of NFS locking
(implemented by rpc.lockd(8)) now works."
could someone have a look at
:I'm not going to take such an action w/o the blessing of -core. :)
:
:--
:David Cross | email: [EMAIL PROTECTED]
:Lab Director | Rm: 308 Lally Hall
In regards to Jordan's message just a moment ago... you know, I *total*
forgot
On 15-Dec-00 John Baldwin wrote:
On 14-Dec-00 Mike Smith wrote:
With the recent slaughter^Wrework of the PCI code, my hack to allocate
resources for unattached PCI devices in pci_probe_nomatch() no longer
works.
The updated patch can be found at
In message [EMAIL PROTECTED] John Baldwin writes:
: Also, the cardbus controller seems to not be getting interrupts, as it doesn't
: notice when a card is inserted and removed anymore. pccard seems to work,
: except that the beeping is gone (this may be due to pcm0 being hosed though).
beeping
On 15-Dec-00 Warner Losh wrote:
In message [EMAIL PROTECTED] John Baldwin writes:
: Also, the cardbus controller seems to not be getting interrupts, as it
: doesn't
: notice when a card is inserted and removed anymore. pccard seems to work,
: except that the beeping is gone (this may be due to
I have a set of working patches at
http://ziplok.dyndns.org/msmith/pci.diff
which handle resource reservation, making your hack unnecessary. They're
not ready for commit yet, but they're known to work (assuming you get
this message 8).
Cool, my hack is all b0rked
Hello!
During my attempt to build 5.0-current using 4.2-BETA, I stumbled
upon the following error:
[...]
gzip -cn /opt/src/gnu/usr.bin/ld/ld.1aout ld.1aout.gz
cc -O -pipe -mcpu=i686 -march=i686 -I/opt/src/gnu/usr.bin/ld
-I/opt/src/gnu/usr.bin/ld/../../../libexec/rtld-aout
33 matches
Mail list logo