On Tue, 3 May 2005, Sten Spans wrote:
For the if_tap case fixing the driver ( or rather changing m_uiotombuf )
is definately the correct solution. No sensible person would say otherwise.
Once the if_tap change is properly tested and signed off it should
make it into the tree.
Yes, that makes sense.
On Mon, 2 May 2005, Mike Silbersack wrote:
On Thu, 28 Apr 2005, Bruce M Simpson wrote:
jmg's suggestion of bringing in the NetBSD patches to allow the entire
network stack to be compiled with unaligned accesses (for those platforms
which support it) is interesting because it can simplify or elimina
On Thu, 28 Apr 2005, Bruce M Simpson wrote:
jmg's suggestion of bringing in the NetBSD patches to allow the entire
network stack to be compiled with unaligned accesses (for those platforms
which support it) is interesting because it can simplify or eliminate
some of the acrobatics needed in network
dnr wrote:
hello,
can anyone tell me now to enable netgraph debug and choose output file?
thnx
that depends on what KIND of debuggi g you want to do..
do you :
want to debug a new node type?
want to debug a setup script?
want to debug what a program is telling netgraph?
___
On Mon, May 02, 2005 at 09:04:13PM +0100, Josef Karthauser wrote:
> I'm having a bit of trouble getting ipfw and bridging working under
> 5.4-RC3. I've just upgraded a 4.11 machine to RELENG_5_4 expecting the
> preexisting bridging configuration to work, but it doesn't. Or at least
> it does at b
I'm having a bit of trouble getting ipfw and bridging working under
5.4-RC3. I've just upgraded a 4.11 machine to RELENG_5_4 expecting the
preexisting bridging configuration to work, but it doesn't. Or at least
it does at boot time and then after a little while bridging just stops
altogether. If
mc wrote this message on Mon, May 02, 2005 at 23:35 +0800:
> I would like to ask if anyone on the list could point me to some comparison
> charts between optical fibre and copper gigabit ethernet connection?
Right now copper is dirt cheap compared to fibre... Though you can
pick up closely priced
On Mon, 2 May 2005, Maksim Yevmenkin wrote:
Hello,
i think we have few options here:
1) revert back original tapwrite function that was changed in v. 1.48
and set offset to 2 bytes in top mbuf
2) change current version of tapwrite so it would m_prepend and
m_pullup mbuf after m_uiotombuf
3) cha
John-Mark Gurney wrote:
Maksim Yevmenkin wrote this message on Mon, May 02, 2005 at 09:38 -0700:
i think we have few options here:
1) revert back original tapwrite function that was changed in v.
1.48 and set offset to 2 bytes in top mbuf
2) change current version of tapwrite so it would m_prepen
Maksim Yevmenkin wrote this message on Mon, May 02, 2005 at 09:38 -0700:
> >>i think we have few options here:
> >>
> >>1) revert back original tapwrite function that was changed in v.
> >>1.48 and set offset to 2 bytes in top mbuf
> >>
> >>2) change current version of tapw
Greetings and Salutations:
From: c0ldbyte <[EMAIL PROTECTED]>
> On Mon, 2 May 2005 [EMAIL PROTECTED] wrote:
>> I *just* got my FreeBSD setup stable and working with a KDE
>> GUI. :-). I know, easy for you guys but this is the first time I
>> have set up FreeBSD with automatic updates. I settled
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 2 May 2005 [EMAIL PROTECTED] wrote:
Greetings and Salutations:
I *just* got my FreeBSD setup stable and working witha KDE GUI. :-). I know,
easy for you guys but this is the first time I have set up FreeBSD with
automatic updates. I settled
Hello,
i think we have few options here:
1) revert back original tapwrite function that was changed in v.
1.48 and set offset to 2 bytes in top mbuf
2) change current version of tapwrite so it would m_prepend and
m_pullup mbuf after m_uiotombuf
3) change m_uiotombuf to accept one more parameter
Greetings and Salutations:
I *just* got my FreeBSD setup stable and working witha KDE GUI. :-). I know,
easy for you guys but this is the first time I have set up FreeBSD with
automatic updates. I settled on FreeBSD 5.4 after many tries.
I tried the Rose Attack / NewDawn against my laptop (i
Hi all,
I would like to ask if anyone on the list could point me to some comparison
charts between optical fibre and copper gigabit ethernet connection?
recently I am seriously considering to upgrade some of my machines and
switches to gigabit speeds. seeing that the copper version is so much
cheap
net.link.ether.bridge.predict
this variable is not included in bridge(4) man page. What does it do?
thnx
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Current FreeBSD problem reports
Critical problems
Serious problems
Non-critical problems
S Submitted Tracker Resp. Description
---
o [2003/07/11] kern/54383 net [nfs] [patch] NFS root configurations w
Raphael H. Becker wrote:
we want to connect our copper-GBit segment (in rack) to our "big" LAN
using a fiber uplink. We currently uplink with 100MBit FE which becomes
more and more a bottleneck.
Is there a PCI-card on market with one port GBit fiber and one port GBit
Not that I'm aware of.
Any
Hello *,
we want to connect our copper-GBit segment (in rack) to our "big" LAN
using a fiber uplink. We currently uplink with 100MBit FE which becomes
more and more a bottleneck.
The machine is a Dell PE350 / 800MHz / 256MB running 4.10-RELEASE and
ipfw for some filter rules. The machine is a de
El Lunes, 2 de Mayo de 2005 05:02, Giovanni P. Tirloni escribió:
> Jose M Rodriguez wrote:
> > Hi,
> >
> > This is FreeBSD-5.4 RC3
> >
> > I'm working in a replacement rc.firewall script and found no
> > /etc/rc.d method to launch dummynet (load module).
> >
> > Right now, dummynet is kernel based,
20 matches
Mail list logo
