cute one though
Updater failed: Cannot install
"/usr/ports/japanese/tk80/patches/#cvs.cvsup-1394.186" to
"/usr/pobts/japanese/tk80/patches/patch-ab": No such file or directory
/usr/pobts :)
FreeBSD
[EMAIL PROTECTED]
"LinSUX is only free if your time is worthless"
To Unsubscribe: send mail
seems to work fine,
except that now we don't have block devices any more
so every time it gets stuff off disk, it's REALLY SLOW.
I guess a virtual machine is the "App that no-one could put their finger
on" that really could do with buffered (caching) devices.
Hmmm I wonder what it
In message [EMAIL PROTECTED], Thomas David Rivers writes
:
seems to work fine,
except that now we don't have block devices any more
so every time it gets stuff off disk, it's REALLY SLOW.
I guess a virtual machine is the "App that no-one could put their finger
on" that really could do
On Wed, Dec 22, 1999 at 10:18:56PM -0800, Matthew Dillon wrote:
I'm adding Bill Paul to the list specifically.
Hmm. Now this is odd! I think I may have found something!
All of my 'rl' driver cards fail this test:
apollo# linktest -m 0.1:0.2 -s 16 -f16 lander
On Fri, 24 Dec 1999, Poul-Henning Kamp wrote:
It is not out of the question to bring buffered disk access back,
but it will be an ioctl enabled function for disks, not a vnode
mode. Peter has suggested doing it with a layered device a'la vn(4).
Actually that was me.
To Unsubscribe:
So running
ls -l /dev | grep '^b'
gives no output ?
Appologies - I must have cocked up. I can't tell what devices I
had there, but there must have been some block devices left. I'd
guess I accidently ran "./MAKEDEV all" twice instead of "./MAKEDEV
*", (either that or I had some
According to Donn Miller:
genassym -o linux_assym.h linux_genassym.o
genassym:No such file or directory
*** Error code 1
Stop in /usr/src/sys/compile/CUSTOM.
genassym recently moved to /usr/bin so you need to do the following:
cd /usr/src/usr.bin/genassym
make obj
make depend
make install
On -CURRENT: Fri Dec 24 08:38:50 EST 1999,
I'm getting the following when I enabled pcm and sbc in the kernel:
unknown0: PnP Sound Chip at port 0x220-0x22f irq 5 drq 1,0 on isa0
sbc0: Avance Logic ALS120 at port 0x388-0x38f on isa0
sbc0: alloc_resource
device_probe_and_attach: sbc0 attach
This is not a comment on your code, which I have not inspected yet, but
instead on the idea of the optimization. This is probably not a serious
objection, but keep in mind that this optimization does not produce
identical behavior in some case. For example, imagine that the user has a
number
Hi !
Merry Xmas to you all.
Last recently I upgraded my box to -current, because only
-current is capable of running staroffice5 with 2 CPUs.
Staroffice5 now runs really fine. But I trapped into some other
problems:
xbuffy tends to hang if it starts up successfully it needs
about 4 times as
On Dec 24, [EMAIL PROTECTED] wrote:
On -CURRENT: Fri Dec 24 08:38:50 EST 1999,
I'm getting the following when I enabled pcm and sbc in the kernel:
unknown0: PnP Sound Chip at port 0x220-0x22f irq 5 drq 1,0 on isa0
sbc0: Avance Logic ALS120 at port 0x388-0x38f on isa0
sbc0: alloc_resource
On Fri, 24 Dec 1999 [EMAIL PROTECTED] wrote:
unknown0: PnP Sound Chip at port 0x220-0x22f irq 5 drq 1,0 on isa0
sbc0: Avance Logic ALS120 at port 0x388-0x38f on isa0
sbc0: alloc_resource
device_probe_and_attach: sbc0 attach returned 6
unknown1: PnP Sound Chip at port 0x208-0x20f on isa0
Hi,
On Fri, Dec 24, 1999 at 08:52:51AM -0500, [EMAIL PROTECTED] wrote:
unknown0: PnP Sound Chip at port 0x220-0x22f irq 5 drq 1,0 on isa0
sbc0: Avance Logic ALS120 at port 0x388-0x38f on isa0
sbc0: alloc_resource
device_probe_and_attach: sbc0 attach returned 6
unknown1: PnP Sound Chip at
Hello,
I have been trying to get my Asante (tulip) card to work under FreeBSD.
I used the same card on an older machine (PII-333), but had PNP shut off in
the BIOS. My new machine does not have the option to shut off PNP in the
BIOS (blame Compaq). The de0 device is found and the network
To follow up to myself. I wanted to say that my reference to the mx drivers
was using a different NIC. It was a Linksys 10/100 using PNIC II.
Tom Veldhouse
[EMAIL PROTECTED]
- Original Message -
From: "Thomas T. Veldhouse" [EMAIL PROTECTED]
To: "FreeBSD-Current" [EMAIL PROTECTED]
On Dec 24, [EMAIL PROTECTED] wrote:
On -CURRENT: Fri Dec 24 08:38:50 EST 1999,
I'm getting the following when I enabled pcm and sbc in the kernel:
unknown0: PnP Sound Chip at port 0x220-0x22f irq 5 drq 1,0 on isa0
sbc0: Avance Logic ALS120 at port 0x388-0x38f on isa0
sbc0:
In the last episode (Dec 24), FreeBSD said:
cute one though
Updater failed: Cannot install
"/usr/ports/japanese/tk80/patches/#cvs.cvsup-1394.186" to
"/usr/pobts/japanese/tk80/patches/patch-ab": No such file or directory
/usr/pobts :)
You didn't provide much information, but it looks
In message [EMAIL PROTECTED], David Malone writes:
Should fsck be changed to set the hotroot flag if the block device
is given?
I deliberately didn't do this for several reasons:
1. It would need to know the bmajor - cmajor translation table.
2. we need some carrot/stick to
...
I'm pretty sure that the box was getiting receive interrupts because
every time I sent a packet to it from the outside systat -vm showed
a PCI interrupt for the network device. However 'netstat -in 1' did
not show the statistics for the received packets until 64 had
Bruce Evans wrote:
On Thu, 23 Dec 1999, Chris Piazza wrote:
On Thu, Dec 23, 1999 at 12:26:57PM -0500, Donn Miller wrote:
Is there such a beast? This would be a big big help to those who
administer Linux boxes from FreeBSD machines. And, it would make
life easier for those of us
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Dan Nelson
Sent: Friday, December 24, 1999 10:05 AM
To: FreeBSD
Cc: freebsd-stable@FreeBSD. ORG; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Subject: Re: broken port...
In the last episode (Dec 24),
On Fri, 24 Dec 1999 10:39:31 +0900,
Seigo Tanimura [EMAIL PROTECTED] said:
Seigo players. My sound cards are SB32, SB64 and CS461x, so the problem is
Seigo likely to be in channel.c or dsp.c.
OK, here is the result of my investigation on RealPlayer 5.0:
RealPlayer 5.0 is an ill-behaving
Attached patches provides indirection support in bus space stuff
(submitted by Takahashi-san [EMAIL PROTECTED] with minor modification
by me).
I [EMAIL PROTECTED] wrote:
3. Make new sys/i386/include/bus.h file as:
#ifdef PC98
#include machine/bus_pc98.h
#else
On Fri, 17 Dec 1999, Soren Schmidt wrote:
It seems Fritz Heinrichmeyer wrote:
Of course i wish you a nice weekend ... but only mtools work.
Mount_msdos still fails:
mount_msdos /dev/afd0s4 /mnt
mount_msdos: /dev/afd0s4: Invalid argument
Hmm, strange, are you sure the
24 matches
Mail list logo
