It seems Tugrul Galatali wrote:
>
> There seems to be an oopsie with the includes on a system without PCI in
> ata-dma.c:
>
> #include "ata.h"
> +#include
> +
> #if NATA > 0
> -#include "pci.h"
> #if NPCI > 0
> +#include "pci.h"
> #include
> #include
> #include
The "pci.h" should be be
Kris,
On Sun, Mar 28, 1999 at 04:40:22PM +0930, Kris Kennaway wrote:
> On Sat, 27 Mar 1999, Nik Clayton wrote:
> > Almost a year ago I started the project to switch the Handbook over
> > from LinuxDoc to DocBook.
>
> Can I ask what the differences and benefits are?
As follows;
* LinuxDoc is
On Mon, 29 Mar 1999 nclay...@lehman.com wrote:
> Kris,
>
> On Sun, Mar 28, 1999 at 04:40:22PM +0930, Kris Kennaway wrote:
> > On Sat, 27 Mar 1999, Nik Clayton wrote:
> > > Almost a year ago I started the project to switch the Handbook over
> > > from LinuxDoc to DocBook.
> >
> > Can I ask what
I have just changed made a change concerning the building of legacy a.out
bits during `make world'.
Previous to my change, one would define "NOAOUT" to keep from building
the legacy a.out bits. Now one would define "WANT_AOUT" to build them.
The default of building a.out bits gets in the way of
On Mon, Mar 29, 1999 at 06:01:45AM -0500, Brian Feldman wrote:
> > Word .doc support is in the pipeline as well, probably for the end of
> > this week too (I've now given some money to the evil empire so I can
> > test the output myself).
>
> Why? We can use StarOffice 5.0x, after a
On Mon, 29 Mar 1999 nclay...@lehman.com wrote:
> On Mon, Mar 29, 1999 at 06:01:45AM -0500, Brian Feldman wrote:
> > > Word .doc support is in the pipeline as well, probably for the end of
> > > this week too (I've now given some money to the evil empire so I can
> > > test the outpu
Soren Schmidt said:
>
> DMA support has been added to the ATA disk driver.
> This only works on Intel PIIX3/4, Acer Aladdin and Promise controllers.
> The promise support works without the BIOS on the board,
> and timing modes are set to support up to UDMA speed. This
> solves the problems with h
It seems John S. Dyson wrote:
> Soren Schmidt said:
> >
> > DMA support has been added to the ATA disk driver.
> > This only works on Intel PIIX3/4, Acer Aladdin and Promise controllers.
> > The promise support works without the BIOS on the board,
> > and timing modes are set to support up to UDM
Hello!
What the status of 'tee' action? Anybody working on it?
-
Roman V. Palagin | RVP1-6BONE, RP40-RIPE| Network Administrator
-
We have a Quad 400MHz Xeon on evaluation here and we're trying to get
a large memory configuration working. The machine is running a recent
3.1-STABLE with the kva patch from -CURRENT (appended below). When we
have a working system with 1GB of RAM we'll increase it to 3GB of RAM
and see how it runs
On Mon, Mar 29, 1999 at 03:43:16PM +0100, Tony Finch wrote:
> We have a Quad 400MHz Xeon on evaluation here and we're trying to get
> a large memory configuration working. The machine is running a recent
> 3.1-STABLE with the kva patch from -CURRENT (appended below). When we
> have a working syste
Updated as of the build ...
Script started on Sun Mar 28 22:46:48 1999
# make -DCLOBBER -j6 buildworld
--
>>> Cleaning up the temporary elf build tree
--
mkdir -p /usr/obj/usr/s
Kevin G. Eliuk wrote:
> cc -O -pipe -DLIBC_RCS -DSYSLIBC_RCS -I/usr/src/lib/libc_r/../libc/include
> -DPTHREAD_KERNEL -D_THREAD_SAFE -DNOPOLL -I/usr/src/lib/libc_r/uthread
> -D__DBINTERFACE_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc_r/../libc/locale
> -DBROKEN_DES -DYP -I/usr/obj/usr/src/tmp
"Jan B. Koum " wrote:
>Tony Finch wrote:
>>
>> Are there any obvious things we have missed? I assume the kernel load
>> address is read by /boot/loader from the kernel's ELF header, so that
>> a recent loader can cope. I also assume that the patch included below
>> tweaks all of the required kno
On Mon, Mar 29, 1999 at 05:45:02PM +0100, Tony Finch wrote:
> "Jan B. Koum " wrote:
> >Tony Finch wrote:
> >>
> >> Are there any obvious things we have missed? I assume the kernel load
> >> address is read by /boot/loader from the kernel's ELF header, so that
> >> a recent loader can cope. I al
Unfortunatly the 'tee' option is quite a bit more complicated than it
looks.this is because teh normal way that packets get to divert sockets
and the way it'd have to get there from a 'tee' are kinda incompatible.
It can be done but it's just not quite as straight forward as it first
appears..
ju
Jan B. Koum writes:
> Tony Finch wrote:
> >
> > Excellent! Thanks for the quick reply. Will /boot/loader still be able
> > to boot old kernels after this patch? (I'm reluctant to completely
> > hose the machine...)
>
> AFAIK it should. Not sure myself to be honest :(
Well, I took the plunge an
Julian Elischer writes:
> Unfortunatly the 'tee' option is quite a bit more complicated than it
> looks.this is because teh normal way that packets get to divert sockets
> and the way it'd have to get there from a 'tee' are kinda incompatible.
>
> It can be done but it's just not quite as straight
> I did, yes. Most of that is now in the loader(8) manual. I tried
> changing /boot.config to contain "/boot/loader -h" which improved
> matters. There's still some garbage but it's fine after ">> FreeBSD
> BOOT @ 0x1: 634/15360 k of memory, serial console". We suspect a
> BIOS that's being too
Hi,
I'm not able to use msdos disks with afd0. It isn't usable with the mtools
too (yes, I've used MAKEDEV to make the needed dev-nodes).
cvsup at 7pm CET.
"not able to use":
> mdir z:
init Z: non DOS media
Cannot initialize 'Z:'
> mount /zip
msdos: /dev/afd0s4: Invalid argument
Am I missing s
Hi,
cvsup 7pm CET.
I'm not able to switch to 132x60 anymore. Last cvsup was around feb 1999.
dmesg:
VESA: v0.40, 40960k memory, flags:0x7461, mode table: 0xc08de022 (280c000)
^ seems to be wrong (4096k)
VESA: Matrox Graphics Inc.
(it's a Mystique 220)
vga0: rev 0x03 int
Hi,
I had exactly the same. Have you by chance got an old
/usr/src/lib/libc_r/uthread/pthread{.h,_nb.h}? Then remove them, they
conflict with /usr/src/include/pthread{.h,_nb.h}.
On Mon, 29 Mar 1999, Kevin G. Eliuk wrote:
>
> Updated as of the build ...
>
> Script started on Sun Mar 28 22:46:48
Hi,
Subject says it all...
Thanks,
John
===> Cleaning for tidy-0.1.99.1
===> Cleaning for docproj-1.0
===> FAQ
sgmlfmt -f html -links /usr/doc/FAQ/FAQ.sgml
sgmlfmt: not found
*** Error code 1
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the bod
On Monday, 29 March 1999 at 3:02:28 -0800, David O'Brien wrote:
> I have just changed made a change concerning the building of legacy a.out
> bits during `make world'.
>
> Previous to my change, one would define "NOAOUT" to keep from building
> the legacy a.out bits. Now one would define "WANT_AO
> > Previous to my change, one would define "NOAOUT" to keep from building
> > the legacy a.out bits. Now one would define "WANT_AOUT" to build them.
> Does this mean that new systems will no longer run a.out binaries?
No.
> Or will the libraries no longer be built?
Yes.
> Will the existi
>cvsup 7pm CET.
>
>I'm not able to switch to 132x60 anymore. Last cvsup was around feb 1999.
Please check the revision of /sys/i386/isa/vesa.c. Is it 1.18 or
1.19?
I committed fix for a palette loading problem in vesa.c at 7am PST.
This is the latest revision (1.19). The modification has nothi
Greetings,
I am running two machines with current from Sunday, March 28 at 3:20PM
CST, but the problems I am seeing I have seen for a while now (about a
month). I thought an upgrade might fix them. Here are the specs on the
machines:
Machine A:
Dual PPro 200MHz, 128MB RAM, SCSI disks on an onb
You might try instrumenting nfs/nfs_bio.c
to find where the EINTR is coming from.
If it's reproducible then you should be able (with a few reboots)
to track it back quite a distance.
julian
On Mon, 29 Mar 1999 mest...@visi.com wrote:
>
> Greetings,
>
> I am running two machines with current f
> I have just changed made a change concerning the building of legacy a.out
> bits during `make world'.
> Previous to my change, one would define "NOAOUT" to keep from building
> the legacy a.out bits. Now one would define "WANT_AOUT" to build them.
> The default of building a.out bits gets in the
> Will WANT_AOUT be considered a supported option?
If I can get it to work.
> That is, if I choose to build a.out libraries, will I be giving up the
> right to gripe when `make world' breaks, and be resigned to the ranks
> of the NOCLEAN masses?
At this time (well... you will know when you tim
On Mon, 29 Mar 1999, Vladimir Kushnir wrote:
> Hi,
> I had exactly the same. Have you by chance got an old
> /usr/src/lib/libc_r/uthread/pthread{.h,_nb.h}?
That's an affirmative, I've moved them and will retry the build
just as soon as I look into this new egcs stuff I checked out :)
--
Regard
Just letting someone know/confirming something:
The ata drivers cvsupped 10 minutes ago have slowed my disk access to a
crawl. I went from 12 MB per second to 6 MB per second. Just thought I'd
let someone know because this seems to be a major problem. Thanks.
Kenneth
To Unsubscribe: send mail
32 matches
Mail list logo
