>Isn't there a way so that the PCI card will use another irq
>and initialize correctly ?
AFAIK, you should be able to assign(reserve) IRQs to ISA in BIOS.
19.09.2003; 21:29:20
[SorAlx] http://cydem.org.ua/
___
[EMAIL PROTECTED] mailing list
htt
On Fri, 19 Sep 2003, John-Mark Gurney wrote:
> Richard Sharpe wrote this message on Fri, Sep 19, 2003 at 10:38 -0700:
> > We recently encountered a problem with NFS throughput between a FreeBSD
> > server (we are using 4.6.2, but the same code seems to be in 5.1 as well).
> >
> > When using Linu
I'm trying to automate the summarization of memory usage on our
FreeBSD boxes with the attached little Perl program and have some
remaining questions I was not able to answer myself. When run on three
representing boxes (all -STABLE and -CURRENT as of yesterday) I get this
output:
John-Mark Gurney wrote:
> Richard Sharpe wrote this message on Fri, Sep 19, 2003 at 10:38 -0700:
> > The problem seems to be the following code
> >
> > if (so->so_type == SOCK_STREAM)
> > siz = NFS_MAXPACKET + sizeof (u_long);
> > else
> > siz = NFS_
Hi,
I have put an older isapnp scsi card in my computer. For this card
there is (not yet) a driver for FreeBSD.
I also had some pci cards in there of course.
When trying to load the driver for the pci card I run into
"device_probe_and_attach: %s%d attach returned 6\n"
This happens becaus
Richard Sharpe wrote this message on Fri, Sep 19, 2003 at 10:38 -0700:
> We recently encountered a problem with NFS throughput between a FreeBSD
> server (we are using 4.6.2, but the same code seems to be in 5.1 as well).
>
> When using Linux 2.4.19 or 2.4.21 as a client, although this might exte
Dan,
Thanks for your reply.
> > Again, a port update of a library has bumped a .so version [in this case
> > libatk-1.0.so.200 -> libatk-1.0.so.400].
> how did you update the port? ... Or you could run portupgrade -R, which
> will upgrade all the packages dependent on the one you list.
# portupg
Hi,
We recently encountered a problem with NFS throughput between a FreeBSD
server (we are using 4.6.2, but the same code seems to be in 5.1 as well).
When using Linux 2.4.19 or 2.4.21 as a client, although this might extend
to other clients, and copying a large file, you will see the behavior
On 19 Sep 2003 at 2:24, Terry Lambert wrote:
> Daniel Eischen wrote:
> > > > If you are using libkse or
> > > > libthr, you will get a partial byte count and not zero because
> > > > the tape driver returns the (partial) bytes written. So exiting
> > > > the loop in libc_r and returning 0 would o
Deepak Jain wrote:
> If the tcpcb struct were expanded/changed and the various increments were
> added in the appropriate packet pushing code, this would work right? Is
> there something non-obvious that one would need to worry about to undertake
> such a project?
Your overhead would be slightly h
# [EMAIL PROTECTED] / 2003-09-16 16:58:06 -0400:
> At 10:23 AM -1000 9/16/03, Clifton Royston wrote:
> > In the meantime I'm trying to figure out if there's some
> >simple hack to disregard these wildcard A records, short of
> >requesting zone transfers of the root nameservers (e.g. via
> >peering
Dan Nelson wrote:
> > These types of statistics aren't kept.
> >
> > They usually do not make it into commercial product distributions for
> > performance reasons, and because every byte added to a tcpcb
> > structure is one byte less that can be used for something else. In
> > practice, adding 134
+-le 18/09/2003 12:05 +0200, Mathieu Arnold écrivait :
| Suggestions mostly welcomed :)
Maybe I should have sent a PR :)
--
Mathieu Arnold
pgp0.pgp
Description: PGP signature
Hi,
This is the first time I've posted to -hackers and I apologise in
advance since it's not strictly what I expect goes on here (and have
read on Google Groups). However, the question I want to ask is best
answered here, I think.
I've been playing with mount_unionfs but get stuck when it come
Daniel Eischen wrote:
> > > If you are using libkse or
> > > libthr, you will get a partial byte count and not zero because
> > > the tape driver returns the (partial) bytes written. So exiting
> > > the loop in libc_r and returning 0 would only seem to correct
> > > the "problem" for libc_r.
>
>
15 matches
Mail list logo