> A teeny-weeny issue I would like to discuss, is that we make the pfil(9)
> hooks code default in 5.0, and remove the kernel option; this is because
> it creates problems when PFIL_HOOKS is not in the (e.g. GENERIC) kernel,
> and someone tries to load the ipfilter kernel module (ipl.ko). [1]
>
> I
> :Now I would really dislike seeing your patch in the tree, since I
> :consider it's a rather crude hack to circumvent the ABI problems of
> :ipfw. As I've already said to luigi in private e-mail (I would be
> :surprised if this hasn't been already discussed in the lists as well),
> :the proper w
> I just built fresh -current (NEWCARD) but it didn't work. I'm beginning to
> suspect that we have different cards, since the dc driver
> won't recognize mine. The dc driver seems to expect that
> vendor id is 0x115d and device id 0x0003. On my card
> the vendor id is 0x0105 and device id is 0x110
> Finally, one more bit of info: I have WITNESS enabled in this kernel> and
get this message during boot:
>
> /usr/src/sys/vm/uma_core.c:1330: could sleep with "dc0" locked from
/usr/src/sys/pci/if_dc.c:691
>
if_attach does a malloc with M_WAITOK. If the attach happens inside a lock
in the dr
Try the dc driver instead of xe. I have the same card and it worked once I
added the cardbus glop to read the MAC address from the CIS.
Sam
- Original Message -
From: "Ari Suutari" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, December 03, 2002 4:41 AM
Subject: Xircom re
> Yesterday morning I was having some trouble with XFree consuming much more
> cpu time than necessary... A truss showed that some kind of shared memory
> issue going on, but also froze my system hard. After rebooting (kernel was
> from Nov 26 or 27) fsck could not check my one dirty UFS2 partition
> On Mon, Nov 25, 2002 at 10:46:00AM -0800, Sam Leffler wrote:
> > > > I don't see this problem; looutput looks to do the right thing.
FWIW
> > I've
> > > > passed mbufs w/ mtags through the loopback interface.
> > >
> >
> > I don't see this problem; looutput looks to do the right thing. FWIW
I've
> > passed mbufs w/ mtags through the loopback interface.
>
> This refers specifically to the following code snippet:
>
> if (m && m->m_next != NULL && m->m_pkthdr.len < MCLBYTES) {
> struct mbuf
that expect
> duplication are in for a surprise. We need to re-implement the packet
> header copying code so that it can generate a failure (because it
> involves allocation), and separate the duplicate and move abstractions
> to get clean semantics. I exchanged some e-
> * De: "David W. Chapman Jr." <[EMAIL PROTECTED]> [ Data: 2002-11-22 ]
> [ Subjecte: Re: Lots of swapping from 'kldload acpi' ]
> > On Fri, Nov 22, 2002 at 11:56:29AM -0800, Kris Kennaway wrote:
> > > I tried to kldload acpi on a system that has been running for about 3
> > > days, and the kldload
> Buildkernel dies without "device bpf" in the config file.
>
> I think this is due to Sam's commit on 11-14 changing
> sys/net/bpf.c and bpf.h.
>
> Anyone else seeing this?
Yup, I'll fix it. Thanks.
Sam
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" i
I just committed a large set of changes that affect all network interface
drivers. For the most part these changes are simple and should have no
effect. A few drivers however needed significant work and I was unable to
test them because I don't have the hardware. If you use the:ie, le, or wl
dri
> > make
>
cc -c -O -pipe -march=pentium3 -Wall -Wredundant-decls -Wnested-externs -Wst
rict-prototypes
> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extens
ions -ansi -g -nostdinc
> -I- -I. -I../../.. -I../../../dev -I../../../contrib/dev/acpica -I../../.
./contrib/ipfilt
I have repeated problems where a machine running -current locks up while
running make over an NFS mounted filesystem. The NFS server is an up to
date -stable machine. When the lockup occurs I get a message:
nfs server : not responding 10 > 9
The filesystem is mounted r/w with no options. nfsio
101 - 114 of 114 matches
Mail list logo
