"David S. Miller" wrote:
>
> Ben Greear writes:
> > This patch is ported from Andi Kleen's work for the 2.2.19 kernel (I think
> > it was his, at least...)
> >
> > It adds the ability to run multiple interfaces on the same subnet,
> > o
ppedIcmps ArpFilter"
" TW TWRecycled TWKilled"
" PAWSPassive PAWSActive PAWSEstab"
" DelayedACKs DelayedACKLocked DelayedACKLost"
--
Ben Greear <[EMAIL PROTECTED]> <[EMAIL PROTECTED
PAWSEstab
DelayedACKs DelayedACKLocked DelayedACKLost
--
Ben Greear [EMAIL PROTECTED] [EMAIL PROTECTED]
President of Candela Technologies Inc http://www.candelatech.com
ScryMUD: http://scry.wanfear.com http://scry.wanfear.com/~greear
-
To unsubscribe from
David S. Miller wrote:
Ben Greear writes:
This patch is ported from Andi Kleen's work for the 2.2.19 kernel (I think
it was his, at least...)
It adds the ability to run multiple interfaces on the same subnet,
on the same machine, and have the ARPs for each interface be answered
If I configure PCMCIA out of the build, the build will not link,
because the linker is still looking for the net_pcmcia.o file.
If I say yes for PCMCIA and enable a single module, it works.
compile configuration available if someone would like to see it.
Thanks,
Ben
--
Ben Greear ([EMAIL
If I configure PCMCIA out of the build, the build will not link,
because the linker is still looking for the net_pcmcia.o file.
If I say yes for PCMCIA and enable a single module, it works.
compile configuration available if someone would like to see it.
Thanks,
Ben
--
Ben Greear ([EMAIL
http://scry.wanfear.com/~greear/vlan.html
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfear.com (Released under GPL)
http://scry.wanfear.com http://scry.wanfear.com/~greear
-
To unsubscribe from this list: send the line "unsubscr
://scry.wanfear.com/~greear/vlan.html
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfear.com (Released under GPL)
http://scry.wanfear.com http://scry.wanfear.com/~greear
-
To unsubscribe from this list: send the line "unsubscribe
Jamie Lokier wrote:
>
> george anzinger wrote:
> > Horst von Brand wrote:
> > >
> > > Ben Greear <[EMAIL PROTECTED]> said:
> > >
> > > [...]
> > >
> > > > Wouldn't a heap be a good data structure for a list of timers?
george anzinger wrote:
>
> Horst von Brand wrote:
> >
> > Ben Greear <[EMAIL PROTECTED]> said:
> >
> > [...]
> >
> > > Wouldn't a heap be a good data structure for a list of timers? Insertion
> > > is log(n) and finding the one with th
george anzinger wrote:
Horst von Brand wrote:
Ben Greear [EMAIL PROTECTED] said:
[...]
Wouldn't a heap be a good data structure for a list of timers? Insertion
is log(n) and finding the one with the least time is O(1), ie pop off the
front It can be implemented
Jamie Lokier wrote:
george anzinger wrote:
Horst von Brand wrote:
Ben Greear [EMAIL PROTECTED] said:
[...]
Wouldn't a heap be a good data structure for a list of timers? Insertion
is log(n) and finding the one with the least time is O(1), ie pop off the
front
t; Bret Indrelee | Sometimes, to be deep, we must act shallow!
> [EMAIL PROTECTED] | -Riff in The Quatrix
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> More majordomo info at http://vger.ker
o at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfear.com (Released under GPL)
http://scry.wanfear.com http://scry.wanfear.c
Alexander Viro wrote:
>
> On Wed, 7 Mar 2001, Ben Greear wrote:
>
> > However, messing with the hdparms options can do random things, at
> > least from my perspective as a user: It may bring exciting new performance
> > to your system, and it may subtly, or not s
ware?
For the power/insane user, there could be a --really-do-stupid-thing-i-told-you-to
option, and it should be that hard to type!!
Ben
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfear.com (Released under GPL)
http://scry.wan
Alexander Viro wrote:
On Wed, 7 Mar 2001, Ben Greear wrote:
However, messing with the hdparms options can do random things, at
least from my perspective as a user: It may bring exciting new performance
to your system, and it may subtly, or not so, corrupt your file system.
It's
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [EMAIL PROTECTED]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
Ben Greear ([EMAIL PROTECTED]
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfear.com (Released under
my machine with the HD light on solid...
Thanks,
Ben
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfear.com (Released under GPL)
http://scry.wanfear.com http://scry.wanfear.com/~greear
-
To unsubscribe from this list: send
my machine with the HD light on solid...
Thanks,
Ben
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfear.com (Released under GPL)
http://scry.wanfear.com http://scry.wanfear.com/~greear
-
To unsubscribe from this list: send
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfear.com (Released under GPL)
http://scry.wanfear.com http://scry.wanfear.com/~greear
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
David Weis wrote:
>
> On Tue, 23 Jan 2001, Ben Greear wrote:
> > David Weis wrote:
> > > what would be required to make the mac address of aliases changable,
> > > specifically for something like vrrp that shares a mac address among
> > > machines.
> >
David Weis wrote:
On Tue, 23 Jan 2001, Ben Greear wrote:
David Weis wrote:
what would be required to make the mac address of aliases changable,
specifically for something like vrrp that shares a mac address among
machines.
Not sure you can do that, but you could use an 802.1Q
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfear.com (Released under GPL)
http://scry.wanfear.com http://scry.wanfear.com/~greear
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
LANs. You can now change the MAC
address on a VLAN with my patch: http://scry.wanfear.com/~greear/vlan.html
Ben
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfear.com (Released under GPL)
http://scry.wanfear.com http://scry.w
the MAC
address on a VLAN with my patch: http://scry.wanfear.com/~greear/vlan.html
Ben
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfear.com (Released under GPL)
http://scry.wanfear.com http://scry.wanfear.com/~greear
dule.)
For comparison, there is also another VLAN project at
http://vlan.sourceforge.net, but I think mine is better, or
at least has a more colorful web-page! :)
Comments are welcome.
Thanks,
Ben
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfear.com
.)
For comparison, there is also another VLAN project at
http://vlan.sourceforge.net, but I think mine is better, or
at least has a more colorful web-page! :)
Comments are welcome.
Thanks,
Ben
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfear.com
dev->name, dev->vlan_dev->real_dev->name);
dev_set_promiscuity(dev->vlan_dev->real_dev, 1);
}
}
else {
printk("VLAN (%s): Underlying device (%s) has same MAC, not checking
promiscious m
erlying device (%s) has same MAC, not checking
promiscious mode.\n",
dev-name, dev-vlan_dev-real_dev-name);
}
return 0;
}
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfear.com (Released under G
he better solutions?
And what does your dislike for sales and management have to do with
the topic at hand?
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfear.com (Released under GPL)
http://scry.wanfear.com http://scry.wanfea
Andi Kleen wrote:
>
> On Mon, Jan 08, 2001 at 04:23:41PM +0100, Ben Greear wrote:
> > I don't argue that ifconfig shouldn't be fixed, but the hash speeds up
>
> It's already fixed since months. There was one stupid algorithm, which
> I was to blame for when I changed ifc
have to do with
the topic at hand?
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfear.com (Released under GPL)
http://scry.wanfear.com http://scry.wanfear.com/~greear
-
To unsubscribe from this list: send the line "unsubscri
"David S. Miller" wrote:
>
>Date:Mon, 08 Jan 2001 01:12:21 -0700
> From: Ben Greear <[EMAIL PROTECTED]>
>
>http://grok.yi.org/~greear/hashed_dev.png
>(If you can't get to it, let me know and I'll email it to you...some
> c
"David S. Miller" wrote:
Date:Mon, 08 Jan 2001 01:12:21 -0700
From: Ben Greear [EMAIL PROTECTED]
http://grok.yi.org/~greear/hashed_dev.png
(If you can't get to it, let me know and I'll email it to you...some
cable modem networks have I firewalled.)
, then
go ahead and tell me now so that I can go back to hacking code
and just include this patch with my VLAN patch.
Thanks,
Ben
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfear.com (Released under GPL)
http://scry.wanfear.com
jamal wrote:
>
> On Sun, 7 Jan 2001, Ben Greear wrote:
>
> > Hrm, what if they just made each IP-SEC interface a net_device? If they
> > are a routable entity, with it's own IP address, it starts to look a lot
> > like an interface/net_device.
>
> As
only thing I ever thought of was the linear lookups,
which is why I wrote the hash code. The beauty of working with existing
user-space tools should not be over-looked!
It may be easier to fix other problems with many interface/net_devices
than cram a whole other virtual net_device structure (wi
repeat for ip as well ;->
I can show a range w/out much trouble. I think I'll also tweak
the hash code to just do linear lookups if the number of interfaces
is below some number, (probably 20, or whatever the numbers show
is good...)
Ben
--
Ben Greear ([EMAIL PROTECTED]) http://www.ca
jamal wrote:
>
> On Sun, 7 Jan 2001, Ben Greear wrote:
>
> > > Question: How do devices with hardware vlan support fit into your model ?
> >
> > I don't know of any, and I'm not sure how they would be supported.
> >
>
> erm, this is a MUST. You MU
I make sure that it is second in the list?
>
> Register vlan in the top level protocol hash then have that yank the header
> and feed the packets through the hash again.
Thats what it already does, if I understand correctly. Of course, if VLAN
is loaded as a module, then it will be in
What problem does this fix?
If you are mucking with the ifindex, you may be affecting many places
in the rest of the kernel, as well as user-space programs which use
ifindex to bind to raw devices.
On the other hand, the hash patch touches only one file, and should
not have any external impacts.
rest of the
VLAN MACs on that physical interface. For OSPF you also need to
have multicast work on them, and other things that look very much like
a real interface.
Also, by making the VLANs a net_device, the rest of the kernel and
user-space code (ip, ifconfig, for example), works as expected, w
can the map
Actually, VLAN code no longer uses this method to generate it's name,
it uses it's own mechanism (which, by the way, the hashed name lookup
makes much faster.) So, this part of the patch can be removed.
>
> Question: How do devices with hardware vlan support fit into your model ?
. For OSPF you also need to
have multicast work on them, and other things that look very much like
a real interface.
Also, by making the VLANs a net_device, the rest of the kernel and
user-space code (ip, ifconfig, for example), works as expected, with
no changes.
--
Ben Greear ([EMAIL PROTECTED
king with the ifindex, you may be affecting many places
in the rest of the kernel, as well as user-space programs which use
ifindex to bind to raw devices.
On the other hand, the hash patch touches only one file, and should
not have any external impacts.
Thoughts?
cheers,
jamal
--
Ben Gr
, by the way, the hashed name lookup
makes much faster.) So, this part of the patch can be removed.
Question: How do devices with hardware vlan support fit into your model ?
I don't know of any, and I'm not sure how they would be supported.
Alan
--
Ben Greear ([EMAIL PROTECTED]) http
in the top level protocol hash then have that yank the header
and feed the packets through the hash again.
Thats what it already does, if I understand correctly. Of course, if VLAN
is loaded as a module, then it will be in the hash before IP, right?
--
Ben Greear ([EMAIL PROTECTED]) http
jamal wrote:
On Sun, 7 Jan 2001, Ben Greear wrote:
Question: How do devices with hardware vlan support fit into your model ?
I don't know of any, and I'm not sure how they would be supported.
erm, this is a MUST. You MUST factor the hardware VLANs and be totaly
802.1q compliant
;-
I can show a range w/out much trouble. I think I'll also tweak
the hash code to just do linear lookups if the number of interfaces
is below some number, (probably 20, or whatever the numbers show
is good...)
Ben
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author
d!
It may be easier to fix other problems with many interface/net_devices
than cram a whole other virtual net_device structure (with many duplicate
functionalities found in the current net_device).
Ben
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfea
jamal wrote:
On Sun, 7 Jan 2001, Ben Greear wrote:
Hrm, what if they just made each IP-SEC interface a net_device? If they
are a routable entity, with it's own IP address, it starts to look a lot
like an interface/net_device.
As in my response to Matti, i thing a netdevice
, then
go ahead and tell me now so that I can go back to hacking code
and just include this patch with my VLAN patch.
Thanks,
Ben
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfear.com (Released under GPL)
http://scry.wanfear.com
ths are worth optimizing for.
The patch has been written, so even if it helps just a little more than it
hurts, it might be worth including. Of course, it may actually hurt more
than help.
I'd be very interested in lucid arguments as to why adding the patch would
actually be worse than not adding it,
gest benchmarks you
consider valid.
Thanks,
Ben
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfear.com (Released under GPL)
http://scry.wanfear.com http://scry.wanfear.com/~greear
-
To unsubscribe from this list: send the line
Andi Kleen wrote:
>
> On Sat, Jan 06, 2001 at 02:33:27PM -0700, Ben Greear wrote:
> > I'm hoping that I can get a few comments on this code. It was added
> > to (significantly) speed up things like 'ifconfig -a' when running with
> > 4000 or so VLAN devices. It should a
Chris Wedgwood wrote:
>
> On Sat, Jan 06, 2001 at 02:33:27PM -0700, Ben Greear wrote:
>
> I'm hoping that I can get a few comments on this code. It was
> added to (significantly) speed up things like 'ifconfig -a' when
> running with 4000 or so VLAN devices. I
__fdl_register_netdevice(dev);
+#endif
*dp = dev;
dev_hold(dev);
dev->deadbeaf = 0;
@@ -2468,7 +2776,10 @@
if (d == dev) {
write_lock_bh(_base_lock);
*dp = d->next;
- write_unlock_bh(_b
write_unlock_bh(_base_lock);
break;
}
--- 2777,2784
write_lock_bh(_base_lock);
*dp = d->next;
! #ifdef BENS_FAST_DEV_LOOKUP
! __fdl_unregister_netdevice(dev);
Sounds like a perfectly valid argument to me. Since Alan Cox's branch
seems to take on some of the more experimental stuff, perhaps it could
be used as an outlet for the pent-up patches untill 2.5 comes out?
Alan, could you elucidate your policy for accepting patches into the -ac
series?
Than
d argument to me. Since Alan Cox's branch
seems to take on some of the more experimental stuff, perhaps it could
be used as an outlet for the pent-up patches untill 2.5 comes out?
Alan, could you elucidate your policy for accepting patches into the -ac
series?
Thanks,
Ben
--
Ben Greear ([EMAIL
;
! write_unlock_bh(dev_base_lock);
break;
}
--- 2777,2784
write_lock_bh(dev_base_lock);
*dp = d-next;
! #ifdef BENS_FAST_DEV_LOOKUP
! __fdl_unregister_netdevice(dev);
! #endif
!
__fdl_unregister_netdevice(dev);
+#endif
+ write_unlock_bh(dev_base_lock);
break;
}
}
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfear.com (Released under GPL)
http:
Chris Wedgwood wrote:
On Sat, Jan 06, 2001 at 02:33:27PM -0700, Ben Greear wrote:
I'm hoping that I can get a few comments on this code. It was
added to (significantly) speed up things like 'ifconfig -a' when
running with 4000 or so VLAN devices. It should also help other
Andi Kleen wrote:
On Sat, Jan 06, 2001 at 02:33:27PM -0700, Ben Greear wrote:
I'm hoping that I can get a few comments on this code. It was added
to (significantly) speed up things like 'ifconfig -a' when running with
4000 or so VLAN devices. It should also help other instances
hmarks you
consider valid.
Thanks,
Ben
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfear.com (Released under GPL)
http://scry.wanfear.com http://scry.wanfear.com/~greear
-
To unsubscribe from this list: send the line "unsubscri
than it
hurts, it might be worth including. Of course, it may actually hurt more
than help.
I'd be very interested in lucid arguments as to why adding the patch would
actually be worse than not adding it, not just why I'm lame for considering
it *grin* :)
--
Ben Greear ([EMAIL PROTECTED]) http
Becker */
RTL_W32_F (MAC0 + 0, cpu_to_le32 (*(u32 *) (dev->dev_addr + 0)));
RTL_W32_F (MAC0 + 4, cpu_to_le32 (*(u32 *) (dev->dev_addr + 4)));
The 2.2.18 driver is broken too, but I think Donald is going to send
the fixes for it.
Thanks,
Ben
--
Ben Greear ([EMAIL PROT
*/
RTL_W32_F (MAC0 + 0, cpu_to_le32 (*(u32 *) (dev-dev_addr + 0)));
RTL_W32_F (MAC0 + 4, cpu_to_le32 (*(u32 *) (dev-dev_addr + 4)));
The 2.2.18 driver is broken too, but I think Donald is going to send
the fixes for it.
Thanks,
Ben
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
NFIG_NLS_ISO8859_14 is not set
# CONFIG_NLS_ISO8859_15 is not set
# CONFIG_NLS_KOI8_R is not set
#
# Console drivers
#
CONFIG_VGA_CONSOLE=y
# CONFIG_VIDEO_SELECT is not set
# CONFIG_MDA_CONSOLE is not set
# CONFIG_FB is not set
#
# Sound
#
# CONFIG_SOUND is not set
#
# Kernel hacking
SO8859_15 is not set
# CONFIG_NLS_KOI8_R is not set
#
# Console drivers
#
CONFIG_VGA_CONSOLE=y
# CONFIG_VIDEO_SELECT is not set
# CONFIG_MDA_CONSOLE is not set
# CONFIG_FB is not set
#
# Sound
#
# CONFIG_SOUND is not set
#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y
--
Ben Greear ([EMAIL PROTECTED]) http://www.ca
, but an ioctl or
similar call would be OK. I'd even settle for some other tool,
like 'ip', if I could just figure out what commands to tell it.
Thanks,
Ben
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfear.com (Released under GPL)
http
, but an ioctl or
similar call would be OK. I'd even settle for some other tool,
like 'ip', if I could just figure out what commands to tell it.
Thanks,
Ben
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfear.com (Released under GPL)
http
of files that you can add to procfs
in a single directory?
Suggestions welcome...
Thanks,
Ben
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfear.com (Released under GPL)
http://scry.wanfear.com http://scry.wanfear.com/~greear
of files that you can add to procfs
in a single directory?
Suggestions welcome...
Thanks,
Ben
--
Ben Greear ([EMAIL PROTECTED]) http://www.candelatech.com
Author of ScryMUD: scry.wanfear.com (Released under GPL)
http://scry.wanfear.com http://scry.wanfear.com/~greear
rful, and send the code back to me!
vconfig.c has been converted to C code now, instead of C++.
Thanks to MATHIEU.
Significantly cleaned up the code w/out decreasing any useful
functionality, I believe.
--
Ben Greear ([EMAIL PROTECTED])
, and send the code back to me!
vconfig.c has been converted to C code now, instead of C++.
Thanks to MATHIEU.
Significantly cleaned up the code w/out decreasing any useful
functionality, I believe.
--
Ben Greear ([EMAIL PROTECTED]) http
401 - 478 of 478 matches
Mail list logo
