On 12/13/2017 02:05 AM, Sergei Shtylyov wrote:
> Hello!
Hi!
> The original code is indented with tabs, you're using spaces. Not
> good. :-)
I sent a v2 of the patch later yesterday that fixed this.
Thanks!
--
Phil Dibowitz p...@ipom.com
Open Sourc
:: promiscuity 0
ip6tnl external any remote :: local :: encaplimit 0 hoplimit 0 tclass 0x00
flowlabel 0x0 (flowinfo 0x) addrgenmode eui64 numtxqueues 1
numrxqueues 1 gso_max_size 65536 gso_max_segs 65535
```
Signed-off-by: Phil Dibowitz
---
ip/link_ip6tnl.c | 3 +++
ip/link_iptnl.c | 3
:: promiscuity 0
ip6tnl external any remote :: local :: encaplimit 0 hoplimit 0 tclass 0x00
flowlabel 0x0 (flowinfo 0x) addrgenmode eui64 numtxqueues 1
numrxqueues 1 gso_max_size 65536 gso_max_segs 65535
```
Signed-off-by: Phil Dibowitz
---
ip/link_ip6tnl.c | 3 +++
ip/link_iptnl.c | 3
Brian Haley wrote:
> jamal wrote:
>> On Wed, 2006-24-05 at 12:14 -0700, Phil Dibowitz wrote:
>>
>>> Right, I'm aware there are other ways of doing this - I've written
>>> scripts to
>>> record a hundreds of numbers, and then subtract them from ea
On Thu, May 25, 2006 at 01:29:28PM -0700, David Miller wrote:
> From: Phil Dibowitz <[EMAIL PROTECTED]>
> Date: Thu, 25 May 2006 12:22:39 -0700
>
> > So at least, for the _current_ implimentations, this should have no
> > performance impacts.
>
> Regardles
On Thu, May 25, 2006 at 01:41:41PM -0500, Brent Cook wrote:
> On Thursday 25 May 2006 12:59, Phil Dibowitz wrote:
> > On Thu, May 25, 2006 at 08:05:37AM -0500, Brent Cook wrote:
> > > > I'll admit to not knowing all the intricacies of the kernel coding
> > > >
that need for locking, but in the skge case, and in fact in many
drivers I've looked at, the numbers are all kept in the hardware, incremented
by the hardware, as it gets packets.
So clearing them via command registershouldn't need locking as far as I can
tell.
But please, correct
nything else, it's more difficult to
call my accident. I'd be willing to this.
As for the clearing, in this case, the clearing is done by a command to
the hardware - and I believe the hardware does that atomically. However,
I could certainly add a spinlock around it if someone sees a need.
-
_ of rmmod break the
kernel? No, but it *allows* you to.
Same thing here. The patch breaks nothing, it provides a tool that if used
without proper understanding, could break things. Just like almost any other
feature in the kernel.
--
Phil Dibowitz [EMAIL PROTECTED]
Freew
On Wed, May 24, 2006 at 03:05:54PM -0400, Jeff Garzik wrote:
> Phil Dibowitz wrote:
> >On Wed, May 24, 2006 at 02:23:05PM -0400, Jeff Garzik wrote:
> >>I disagree that we should bother about clearing statistics. It always
> >>adds more complication than necessary. Fe
requested on every
sysadmin-related list I'm on, and in most cases is a re-occuring topic.
--
Phil Dibowitz [EMAIL PROTECTED]
Freeware and Technical Pages Insanity Palace of Metallica
http://www.phildev.net/ http://www.ipom.com/
"
etdev&m=114636704207480&w=2
I'd like to get this into 2.6.18. It's self-contained, so it has little
chance of breaking other things and adds a useful feature that I've seen
a lot of requests for.
Thanks.
--
Phil Dibowitz [EMAIL PROTECTED
upport it.
If the kernel patch gets accepted I'll send a more complete ethtool
patch with documentation updates, etc.
Thanks.
--
Phil Dibowitz [EMAIL PROTECTED]
Freeware and Technical Pages Insanity Palace of Metallica
http://www.phildev.net/
accepted I'll send a more complete ethtool
patch with documentation updates, etc.
Thanks.
--
Phil Dibowitz [EMAIL PROTECTED]
Freeware and Technical Pages Insanity Palace of Metallica
http://www.phildev.net/ http://www.ipom.com/
&q
jected from inclusion, I might even
try my hand at getting it to conform.
Either way, I thought I'd express interest in that getting into mainline.
--
Phil Dibowitz [EMAIL PROTECTED]
Freeware and Technical Pages Insanity Palace of Metallica
http:/
15 matches
Mail list logo