* Andrew J Caines <[EMAIL PROTECTED]> [010902 22:12] wrote:
> Nick,
>
> > As said below, modify usbdevs/umass.c to recognise your device and then
> > see whether it behaves. If not, try adding the quirks to scsi_da.c (no
> > READS_6 and no cache sync) and see whether that improves things.
>
> Si
Nick,
> As said below, modify usbdevs/umass.c to recognise your device and then
> see whether it behaves. If not, try adding the quirks to scsi_da.c (no
> READS_6 and no cache sync) and see whether that improves things.
Since I started this, I ought to say that while I enjoy new challenges I
don
On Fri, Aug 31, 2001 at 03:34:09PM -0700, David O'Brien wrote:
> On Thu, Aug 30, 2001 at 11:21:09PM +0100, Steve Roome wrote:
> > ping http://www.myserver.wherever/
> > instead of telnet wherever 80, just to see if I get a connected or
> > not ?
>
> Do you have *ANY* clue how ping works? Ping
Hi!
Here is sequence leading to page fault:
1. Make special file on NFS
2. Mount FFS from this file
3. Read or write special file (for attributes to change)
4. Unmount this special
5. Enjoy ``Fatal trap 12: ...''
Like this:
su-2.04# mount
192.168.5.1:/home/diskless_root on / (nfs, noatime)
mfs
On a related topic, I wonder whether gcc 3.0 will improve Athon
compilations. I have a big number crunching program that runs just as
fast on Windows2000 on my laptop(1Ghz PPro), as on my monster 1.2G
Athlon DDR with FreeBSD. Rob.
"Søren Schmidt" wrote:
>
> It seems David O'Brien wrote:
> > O
Correcting myself ...
In article <[EMAIL PROTECTED]>,
John Polstra <[EMAIL PROTECTED]> wrote:
> There is very little bulk copying in the IP forwarding path of the
> kernel, so the higher bandwidth of RAMBUS would not provide much
> benefit. I suppose it would speed up the DMA transfers between
In article <[EMAIL PROTECTED]>,
Deepak Jain <[EMAIL PROTECTED]> wrote:
>
> The new P4s are shipping with 800mhz RAMBUS memory modules. Wouldn't 2GB of
> 800mhz RAM go a long way to evening out the performance between a PC/FreeBSD
> box and all but the most specialized, packet-pushing ASICs?
I do
Phil Kernick ([EMAIL PROTECTED]) has been kind enough (and brave enough)
to sit down and produce patches for the dc(4) driver to add support for
the Conexant LANfinity miniPCI fast ethernet controller. Those of you
that have laptops with this chipset can test the patches at:
http://www.fr
It seems David O'Brien wrote:
> On Sun, Sep 02, 2001 at 12:11:15AM -0400, Charles Shannon Hendrix wrote:
> > On Fri, Aug 31, 2001 at 08:33:36PM -0400, Albert D. Cahalan wrote:
> >
> > > Well, since it didn't, I might as well explain the problem here too.
> > > There are at least two major problem
On Sun, Sep 02, 2001 at 12:11:15AM -0400, Charles Shannon Hendrix wrote:
> On Fri, Aug 31, 2001 at 08:33:36PM -0400, Albert D. Cahalan wrote:
>
> > Well, since it didn't, I might as well explain the problem here too.
> > There are at least two major problems with VIA chips:
>
> [data curruption
On Sat, Sep 01, 2001 at 01:16:31AM -0700, Kris Kennaway wrote:
> Anyone else think this patch from NetBSD is worthwhile?
As JDP said, "YES!".
> --- /dev/null Sat Sep 1 01:13:34 2001
> +++ zopen.c Sat Sep 1 01:10:14 2001
> @@ -0,0 +1,39 @@
> +/*
> + * Public domain stdio wrapper for libz, wr
On Sat, Sep 01, 2001 at 03:11:46PM +, Kevin Way wrote:
> I don't see any reason to force the boot order to be maintained. As long
> as the dependancies are set correctly, i'd think the boot order would be
> determined solely by the output of rcorder.
Correct.
> What am I missing?
Nothing.
Hi Hackers, et.al.
The PIM Evolution, http://www.ximian.com/products/ximian_evolution/,
does not run on FreeBSD. The authors have made a change so that it will.
However, we would like to know if FreeBSD is the odd-man-out, or if the
authors were lucky Evolution ran on Solaris and Linux.
-
On Sat, 1 Sep 2001, Deepak Jain wrote:
> The new P4s are shipping with 800mhz RAMBUS memory modules. Wouldn't 2GB of
> 800mhz RAM go a long way to evening out the performance between a PC/FreeBSD
> box and all but the most specialized, packet-pushing ASICs?
>
> I was doing some rough figuring, a
As said below, modify usbdevs/umass.c to recognise your device and then
see whether it behaves. If not, try adding the quirks to scsi_da.c (no
READS_6 and no cache sync) and see whether that improves things.
If it is an ATAPI based device it might be more work to get this device
working.
Nick
Hello,
I checked out quakeforge (http://www.quakeforge.net/) from their cvs
tree, and tried building it on FreeBSD yesterday. It mostly worked,
but I ran into two odd problems.
Quakeforge uses plugins to handle sound; there is an OSS plugin for
the normal system sound libs, and an SDL plugin i
16 matches
Mail list logo
