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
-I/opt/src/gnu/usr
>
> >> 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, m
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
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 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
>>> http://www.FreeBSD.org/~jh
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
th
: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 t
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 se
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 lo
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 Compute
> 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
http://zipl
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
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 ?
Tf
* 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
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 thro
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 src/u
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 revisio
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 o
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
de
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 =)
DocWil
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]
: 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).
Justin
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 (
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 chang
* 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
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 poste
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 you
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
> >
> > 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
> > Gian
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.
> >
>
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'
>
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: contrib/ipfilter/ip
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!
33 matches
Mail list logo
