Signed-off-by: Michal Piotrowski [EMAIL PROTECTED]
diff -uprN -X linux-work/Documentation/dontdiff
linux-work-clean/drivers/net/wireless/ipw2100.c
linux-work2/drivers/net/wireless/ipw2100.c
--- linux-work-clean/drivers/net/wireless/ipw2100.c 2006-08-16
22:41:00.0 +0200
+++
Signed-off-by: Michal Piotrowski [EMAIL PROTECTED]
diff -uprN -X linux-work/Documentation/dontdiff
linux-work-clean/drivers/net/ns83820.c linux-work2/drivers/net/ns83820.c
--- linux-work-clean/drivers/net/ns83820.c 2006-08-16 22:41:17.0
+0200
+++ linux-work2/drivers/net/ns83820.c
Signed-off-by: Michal Piotrowski [EMAIL PROTECTED]
diff -uprN -X linux-work/Documentation/dontdiff
linux-work-clean/drivers/net/rrunner.c linux-work2/drivers/net/rrunner.c
--- linux-work-clean/drivers/net/rrunner.c 2006-08-16 22:41:00.0
+0200
+++ linux-work2/drivers/net/rrunner.c
Signed-off-by: Michal Piotrowski [EMAIL PROTECTED]
diff -uprN -X linux-work/Documentation/dontdiff
linux-work-clean/drivers/net/8139too.c linux-work2/drivers/net/8139too.c
--- linux-work-clean/drivers/net/8139too.c 2006-08-16 22:40:59.0
+0200
+++ linux-work2/drivers/net/8139too.c
Signed-off-by: Michal Piotrowski [EMAIL PROTECTED]
diff -uprN -X linux-work/Documentation/dontdiff
linux-work-clean/drivers/net/wan/pci200syn.c
linux-work2/drivers/net/wan/pci200syn.c
--- linux-work-clean/drivers/net/wan/pci200syn.c2006-08-16
22:41:00.0 +0200
+++
Signed-off-by: Michal Piotrowski [EMAIL PROTECTED]
diff -uprN -X linux-work/Documentation/dontdiff
linux-work-clean/drivers/net/tulip/dmfe.c linux-work2/drivers/net/tulip/dmfe.c
--- linux-work-clean/drivers/net/tulip/dmfe.c 2006-08-16 22:41:00.0
+0200
+++
Signed-off-by: Michal Piotrowski [EMAIL PROTECTED]
diff -uprN -X linux-work/Documentation/dontdiff
linux-work-clean/drivers/net/defxx.c linux-work2/drivers/net/defxx.c
--- linux-work-clean/drivers/net/defxx.c2006-08-16 22:40:59.0
+0200
+++ linux-work2/drivers/net/defxx.c
Hey,
This is a patch laying the groundwork for nl80211. I've decided to
implement it below net/wireless/ so that when we add further things like
configfs support for some things that can just be added there.
Currently, it lays the groundwork for netlink userspace communication.
None of the
Hello,
I am using NF_HOOKS (a PRE_ROUTING hook).
When I try to print the time stamps (sec and usec) of skb packets
which I recieve
in the hook callback I get 0. Other skb fileds are correct.
According to my understanding, the time stamp should be updated
when the packet is received. Isn't it so ?
On Tue, Aug 15, 2006 at 02:42:32PM -0400, Michael Stone wrote:
On Tue, Aug 15, 2006 at 11:03:40AM -0700, Stephen Hemminger wrote:
The driver has always supported both ports as separate devices. If you
want to
use bonding or fail over that is available in generic kernel.
ok, I'll test that in
Michal Ruzicka [EMAIL PROTECTED] wrote on 08/17/2006 05:26:35
AM:
I've reviewed your patch (the IPv4 part of it) and I think I can say
that
our soulutions are actually quite similar.
But I can come up with one difference that I'd like know your opinion
on.
If you have a duplicated
On Fri, 11 Aug 2006 09:55:53 +0200, Johannes Berg wrote:
However, I'm not sure where I should call the _init and _exit functions
and if I really should be using the local struct. It seems I shouldn't
be and should be using the master interface directly or something.
Leds are not
On Thu, Aug 17, 2006 at 05:37:15PM +0300, John Que ([EMAIL PROTECTED]) wrote:
Hello,
I am using NF_HOOKS (a PRE_ROUTING hook).
When I try to print the time stamps (sec and usec) of skb packets
which I recieve
in the hook callback I get 0. Other skb fileds are correct.
According to my
The spec for RSSI is very loose - RSSI is just a 8 bit unsigned number,
guaranteed to be a monotonically increasing function of signal strength.
You don't get to know anything about the scale, or linearity of the
function. In essence RSSI is a vendor specific value, of no known units.
Not very
Signed-off-by: Michal Piotrowski [EMAIL PROTECTED]
Fine with me.
Signed-off-by: Joerg Dorchain [EMAIL PROTECTED]
diff -uprN -X linux-work/Documentation/dontdiff
linux-work-clean/drivers/net/wireless/orinoco_tmd.c
linux-work2/drivers/net/wireless/orinoco_tmd.c
---
Jeff Garzik wrote:
Please just send one big patch that converts all drivers/net drivers at
once.
Jeff
Signed-off-by: Michal Piotrowski [EMAIL PROTECTED]
diff -uprN -X linux-work/Documentation/dontdiff
linux-work-clean/drivers/net/3c59x.c linux-work2/drivers/net/3c59x.c
---
Signed-off-by: Michal Piotrowski [EMAIL PROTECTED]
diff -uprN -X linux-work/Documentation/dontdiff
linux-work-clean/drivers/net/chelsio/cxgb2.c
linux-work2/drivers/net/chelsio/cxgb2.c
--- linux-work-clean/drivers/net/chelsio/cxgb2.c2006-08-16
22:40:59.0 +0200
+++
Signed-off-by: Michal Piotrowski [EMAIL PROTECTED]
diff -uprN -X linux-work/Documentation/dontdiff
linux-work-clean/drivers/net/e100.c linux-work2/drivers/net/e100.c
--- linux-work-clean/drivers/net/e100.c 2006-08-16 22:41:17.0 +0200
+++ linux-work2/drivers/net/e100.c 2006-08-17
Signed-off-by: Michal Piotrowski [EMAIL PROTECTED]
diff -uprN -X linux-work/Documentation/dontdiff
linux-work-clean/drivers/net/3c59x.c linux-work2/drivers/net/3c59x.c
--- linux-work-clean/drivers/net/3c59x.c2006-08-16 22:41:16.0
+0200
+++ linux-work2/drivers/net/3c59x.c
Jesse Huang wrote:
From: Jesse Huang [EMAIL PROTECTED]
correct init and close step
Change Logs:
correct init and close step
---
drivers/net/sundance.c | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
b5e343a17f5d70d1cc9a4ba20d366bab355f64a6
diff --git
Signed-off-by: Michal Piotrowski [EMAIL PROTECTED]
diff -uprN -X linux-work/Documentation/dontdiff
linux-work-clean/drivers/net/natsemi.c linux-work2/drivers/net/natsemi.c
--- linux-work-clean/drivers/net/natsemi.c 2006-08-16 22:41:17.0
+0200
+++ linux-work2/drivers/net/natsemi.c
Signed-off-by: Michal Piotrowski [EMAIL PROTECTED]
diff -uprN -X linux-work/Documentation/dontdiff
linux-work-clean/drivers/net/tulip/de4x5.c linux-work2/drivers/net/tulip/de4x5.c
--- linux-work-clean/drivers/net/tulip/de4x5.c 2006-08-16 22:41:17.0
+0200
+++
Signed-off-by: Michal Piotrowski [EMAIL PROTECTED]
diff -uprN -X linux-work/Documentation/dontdiff
linux-work-clean/drivers/net/wan/farsync.c linux-work2/drivers/net/wan/farsync.c
--- linux-work-clean/drivers/net/wan/farsync.c 2006-08-16 22:41:00.0
+0200
+++
Signed-off-by: Michal Piotrowski [EMAIL PROTECTED]
diff -uprN -X linux-work/Documentation/dontdiff
linux-work-clean/drivers/net/bnx2.c linux-work2/drivers/net/bnx2.c
--- linux-work-clean/drivers/net/bnx2.c 2006-08-16 22:41:17.0 +0200
+++ linux-work2/drivers/net/bnx2.c 2006-08-17
Signed-off-by: Michal Piotrowski [EMAIL PROTECTED]
diff -uprN -X linux-work/Documentation/dontdiff
linux-work-clean/drivers/net/ixgb/ixgb_main.c
linux-work2/drivers/net/ixgb/ixgb_main.c
--- linux-work-clean/drivers/net/ixgb/ixgb_main.c 2006-08-16
22:41:17.0 +0200
+++
Jesse Huang wrote:
@@ -212,7 +212,7 @@ static const struct pci_device_id sundan
{ 0x1186, 0x1002, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 4 },
{ 0x13F0, 0x0201, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 5 },
{ 0x13F0, 0x0200, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 6 },
- { }
+ { 0,}
};
Signed-off-by: Michal Piotrowski [EMAIL PROTECTED]
diff -uprN -X linux-work/Documentation/dontdiff
linux-work-clean/drivers/net/hp100.c linux-work2/drivers/net/hp100.c
--- linux-work-clean/drivers/net/hp100.c2006-08-16 22:41:17.0
+0200
+++ linux-work2/drivers/net/hp100.c
Signed-off-by: Michal Piotrowski [EMAIL PROTECTED]
diff -uprN -X linux-work/Documentation/dontdiff
linux-work-clean/drivers/net/tokenring/olympic.c
linux-work2/drivers/net/tokenring/olympic.c
--- linux-work-clean/drivers/net/tokenring/olympic.c2006-08-16
22:41:00.0 +0200
+++
Signed-off-by: Michal Piotrowski [EMAIL PROTECTED]
diff -uprN -X linux-work/Documentation/dontdiff
linux-work-clean/drivers/net/forcedeth.c linux-work2/drivers/net/forcedeth.c
--- linux-work-clean/drivers/net/forcedeth.c2006-08-16 22:41:17.0
+0200
+++
Xavier Bestel ([EMAIL PROTECTED]) said:
I think it's sane to avoid control characters and unicode/iso*, since they
can interfere with log output or analysis. I only thought about the kernel
itself and the corresponding userspace tools, which should handle any
character sequence just fine
Hi,
In article [EMAIL PROTECTED] (at Thu, 17 Aug 2006 10:56:40 -0400 (EDT)),
James Morris [EMAIL PROTECTED] says:
On Thu, 17 Aug 2006, [EMAIL PROTECTED] wrote:
- if (inet2-num == snum
- sk2 != sk
- !ipv6_only_sock(sk2)
On Thu, 17 Aug 2006, [EMAIL PROTECTED] wrote:
- if (inet2-num == snum
- sk2 != sk
- !ipv6_only_sock(sk2)
- (!sk2-sk_bound_dev_if ||
- !sk-sk_bound_dev_if ||
-
Signed-off-by: Michal Piotrowski [EMAIL PROTECTED]
diff -uprN -X linux-work/Documentation/dontdiff
linux-work-clean/drivers/net/b44.c linux-work2/drivers/net/b44.c
--- linux-work-clean/drivers/net/b44.c 2006-08-16 22:40:59.0 +0200
+++ linux-work2/drivers/net/b44.c 2006-08-17
Signed-off-by: Michal Piotrowski [EMAIL PROTECTED]
diff -uprN -X linux-work/Documentation/dontdiff
linux-work-clean/drivers/net/wan/dscc4.c linux-work2/drivers/net/wan/dscc4.c
--- linux-work-clean/drivers/net/wan/dscc4.c2006-08-16 22:41:00.0
+0200
+++
Signed-off-by: Michal Piotrowski [EMAIL PROTECTED]
diff -uprN -X linux-work/Documentation/dontdiff
linux-work-clean/drivers/net/acenic.c linux-work2/drivers/net/acenic.c
--- linux-work-clean/drivers/net/acenic.c 2006-08-17 00:10:47.0
+0200
+++ linux-work2/drivers/net/acenic.c
Signed-off-by: Michal Piotrowski [EMAIL PROTECTED]
diff -uprN -X linux-work/Documentation/dontdiff
linux-work-clean/drivers/net/dl2k.c linux-work2/drivers/net/dl2k.c
--- linux-work-clean/drivers/net/dl2k.c 2006-08-16 22:41:17.0 +0200
+++ linux-work2/drivers/net/dl2k.c 2006-08-17
On Thu, Aug 17, 2006 at 08:35:12AM -0400, Jeff Garzik wrote:
Greg KH wrote:
On Thu, Aug 17, 2006 at 04:26:35AM +, Michal Piotrowski wrote:
Hi,
pci_module_init is obsolete.
This patch series converts pci_module_init to pci_register_driver.
Can I remove this?
Evgeniy Polyakov wrote:
Just for clarification - it will be completely impossible to login using
openssh or some other priveledge separation protocol to the machine due
to the nature of unix sockets. So you will be unable to manage your
storage system just because it is in OOM - it is not what
On Mon, 14 Aug 2006 10:19:24 +0200, Johannes Berg wrote:
Looking through the code, I notice that above (a) and (b) can be
collapsed into just keeping track of the TIM throughout the code. I
suppose that's meant by the comment above? Then we can't add the check
for saying 'hey you stupid
On Thu, Aug 17, 2006 at 11:01:52AM -0700, Daniel Phillips ([EMAIL PROTECTED])
wrote:
*** The system is not OOM, it is in reclaim, a transient condition ***
It does not matter how condition when not every user can get memory is
called. And actually no one can know in advance how long it will be.
On Thu, 2006-08-17 at 22:42 +0400, Evgeniy Polyakov wrote:
On Thu, Aug 17, 2006 at 11:01:52AM -0700, Daniel Phillips ([EMAIL PROTECTED])
wrote:
*** The system is not OOM, it is in reclaim, a transient condition ***
It does not matter how condition when not every user can get memory is
Michal Piotrowski [EMAIL PROTECTED] writes:
+++ linux-work2/drivers/net/wan/wanxl.c
+++ linux-work2/drivers/net/wan/pci200syn.c
- return pci_module_init(pci200_pci_driver);
+ return pci_register_driver(pci200_pci_driver);
Ok. Rozumiem, ze Jeff zrobi to w jednym, duzym batchu?
--
On Thu, Aug 17, 2006 at 09:15:14PM +0200, Peter Zijlstra ([EMAIL PROTECTED])
wrote:
I got openssh as example of situation when system does not know in
advance, what sockets must be marked as critical.
OpenSSH works with network and unix sockets in parallel, so you need to
hack openssh
Krzysztof Halasa [EMAIL PROTECTED] writes:
Ok. Rozumiem, ze Jeff zrobi to w jednym, duzym batchu?
Oops, hit the wrong key.
Ok WRT both patches and assume Jeff will apply this all-at-once.
--
Krzysztof Halasa
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a
On Thursday 17 August 2006 21:39, Jean Tourrilhes wrote:
On Tue, Aug 15, 2006 at 09:13:23PM +0200, Michael Buesch wrote:
On Tuesday 15 August 2006 20:14, Dan Williams wrote:
On Tue, 2006-08-15 at 18:38 +0200, Michael Buesch wrote:
On Tuesday 15 August 2006 18:29, Dan Williams wrote:
Here's a short summary of what I plan to merge for 2.6.19. Some of
this is already in infiniband.git[1], while some still needs to be
merged up. Highlights:
o iWARP core support[2]. This updates drivers/infiniband to work
with devices that do RDMA over IP/ethernet in addition to
On 06-08-17 09:42 Simon Barber wrote:
The spec for RSSI is very loose - RSSI is just a 8 bit unsigned number,
guaranteed to be a monotonically increasing function of signal strength.
You don't get to know anything about the scale, or linearity of the
function. In essence RSSI is a vendor
On 06-08-15 18:38 Michael Buesch wrote:
On Tuesday 15 August 2006 18:29, Dan Williams wrote:
o Separate attributes for channel and frequency
No, channel and freq is the same. It's just another name
for the same child. I would say we only want to deal with channel numbers
in the API.
From: David Stevens [EMAIL PROTECTED]
Date: Tue, 15 Aug 2006 17:57:58 -0600
Here's a patch to fix source filter leakage when a device is removed
and a process leaves the group thereafter. (2nd part of prior discussion)
This patch also includes corresponding fixes for IPv6 multicast source
From: Patrick McHardy [EMAIL PROTECTED]
Date: Tue, 15 Aug 2006 16:01:06 +0200
Any chance you're also changing your ruleset dynamically? If yes
this patch might help.
I've applied this.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL
From: Xavier Bestel [EMAIL PROTECTED]
Date: Thu, 17 Aug 2006 09:29:43 +0200
Why not simply retricting chars to isalnum() ones ?
As Bill said that would block things like - and _ which are fine.
Bill also mentioned something about breaking configs going back to
2.4.x which is bogus because
Evgeniy Polyakov wrote:
On Thu, Aug 17, 2006 at 09:15:14PM +0200, Peter Zijlstra ([EMAIL PROTECTED])
wrote:
I got openssh as example of situation when system does not know in
advance, what sockets must be marked as critical.
OpenSSH works with network and unix sockets in parallel, so you
Andrew Morton wrote:
Daniel Phillips [EMAIL PROTECTED] wrote:
What happened to the case where we just fill memory full of dirty file
pages backed by a remote disk?
Processes which are dirtying those pages throttle at
/proc/sys/vm/dirty_ratio% of memory dirty. So it is not possible to fill
Hi,
I am trying to use I/OAT on one of the newer woodcrest boxes.
But not sure if things are configured properly since there
seems to be no change in performance with I/OAT enabled
or disabled.
Following are the steps followed.
1. MSI (CONFIG_PCI_MSI) is enabled in kernel(2.6.16.21).
2. In kernel
Ar Iau, 2006-08-17 am 16:23 -0700, ysgrifennodd David Miller:
Nobody in their right mind puts a space in their network device name.
It works fine. Been there done that. I'm probably not in my right mind
but it causes no problems. Nor btw does UTF-8 naming which is handy if
you want to name your
Daniel Phillips wrote:
Andrew Morton wrote:
Daniel Phillips [EMAIL PROTECTED] wrote:
What happened to the case where we just fill memory full of dirty file
pages backed by a remote disk?
Processes which are dirtying those pages throttle at
/proc/sys/vm/dirty_ratio% of memory dirty. So it is
Daniel Phillips wrote:
Andrew Morton wrote:
Processes which are dirtying those pages throttle at
/proc/sys/vm/dirty_ratio% of memory dirty. So it is not possible to fill
memory with dirty pages. If the amount of physical memory which is dirty
exceeds 40%: bug.
So we make 400 MB of a 1 GB
From: Alan Cox [EMAIL PROTECTED]
Date: Fri, 18 Aug 2006 01:34:43 +0100
Ar Iau, 2006-08-17 am 16:23 -0700, ysgrifennodd David Miller:
All you name purists, go rename the block device name that is used
for your root partition to something with a space in it
Works fine. It doesn't work fine
On Thursday August 17, [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
Daniel Phillips [EMAIL PROTECTED] wrote:
What happened to the case where we just fill memory full of dirty file
pages backed by a remote disk?
Processes which are dirtying those pages throttle at
From: Stephen Hemminger [EMAIL PROTECTED]
Date: Tue, 15 Aug 2006 12:57:59 -0700
Add docbook style comments to ethernet support.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
Applied, thanks Stephen.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a
From: Stephen Hemminger [EMAIL PROTECTED]
Date: Tue, 15 Aug 2006 14:05:52 -0700
Run ethernet support through Lindent and fix up.
Applies after docbook comments patch
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
Applied, thanks a lot.
-
To unsubscribe from this list: send the line
From: Thomas Graf [EMAIL PROTECTED]
Date: Tue, 15 Aug 2006 16:57:23 +0200
Replaces the rather ugly struct kern_rta + rtmsg with a new
struct fib_config while converting everything to the new netlink
api. Simplifies the FIB module interface quite a bit and allows
changing internals while
From: Stephen Hemminger [EMAIL PROTECTED]
Date: Tue, 15 Aug 2006 12:56:30 -0700
There are several symbols only used by rtnetlink and since it can
not be a module, there is no reason to export them.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
Applied.
-static __inline__ void
From: Herbert Xu [EMAIL PROTECTED]
Date: Wed, 16 Aug 2006 11:29:00 +1000
On Tue, Aug 15, 2006 at 11:29:59AM -0700, [EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=6936
It's actually a bug in the bridging code :)
[BRIDGE]: Disable SG/GSO if TX checksum is off
Applied,
From: Alexey Kuznetsov [EMAIL PROTECTED]
Date: Thu, 17 Aug 2006 13:36:15 +0400
Found in 2.4 by Yixin Pan [EMAIL PROTECTED]. Why do we need lockdep,
when sharp-sighted eyes are available? :-)
Lockdep can only tell us about code paths which actually have been
run, so it shows that nobody running
David Miller ([EMAIL PROTECTED]) said:
From: Xavier Bestel [EMAIL PROTECTED]
Date: Thu, 17 Aug 2006 09:29:43 +0200
Why not simply retricting chars to isalnum() ones ?
As Bill said that would block things like - and _ which are fine.
Bill also mentioned something about breaking configs
On Wed, 16 Aug 2006, Andi Kleen wrote:
That's not true on all NUMA systems (that they have a slow interconnect)
I think on x86-64 I would prefer if it was distributed evenly or maybe even
on the CPU who is finally going to process it.
-Andi not all NUMA is an Altix
The Altix NUMA
Bill Nottingham wrote:
David Miller ([EMAIL PROTECTED]) said:
From: Xavier Bestel [EMAIL PROTECTED]
Date: Thu, 17 Aug 2006 09:29:43 +0200
Why not simply retricting chars to isalnum() ones ?
As Bill said that would block things like - and _ which are fine.
Bill also mentioned
Evgeniy,
Thnks, I appreciate your (quick) answer;
Following your answer I tried adding a call to net_enable_timestamp() in
a module I wrote which use NF_HOOKS.
This is what is done , for example, in ipq_rcv_skb(struct sk_buff *skb)
in linux-2.6.14 in net/ipv4/netfilter/ip_queue.c.
After doing
Evgeniy,
Sorry ! ; last sentence in my reply was chopped so here is my message
again with this last sentence (complete this time)
Thnks, I appreciate your (quick) answer;
Following your answer I tried adding a call to net_enable_timestamp() in
a module I wrote which use NF_HOOKS.
This is what
David Miller wrote:
From: Patrick McHardy [EMAIL PROTECTED]
Date: Tue, 15 Aug 2006 16:01:06 +0200
Any chance you're also changing your ruleset dynamically? If yes
this patch might help.
I've applied this.
Thanks, but it seems you applied the first patch I sent, which was
missing the
From: Patrick McHardy [EMAIL PROTECTED]
Date: Fri, 18 Aug 2006 07:45:59 +0200
Thanks, but it seems you applied the first patch I sent, which was
missing the same fix for arp_tables. This patch contains the missing
bits.
I'm going to send the (combined) patch to -stable as well, this bug
Hi Pekka:
OK, I will generate a patch from to your git. And add sign-off-by in the
mail.
Thanks for that.
Jesse Huang
- Original Message -
From: Pekka Enberg [EMAIL PROTECTED]
To: Jesse Huang [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED];
Hi Jeff:
Sorry for that. I will remove those. Am I need to resent all of those
patch or send all in one patch?
Jesse Huang.
- Original Message -
From: Jeff Garzik [EMAIL PROTECTED]
To: Jesse Huang [EMAIL PROTECTED]
Cc: linux-kernel@vger.kernel.org; netdev@vger.kernel.org;
[EMAIL
101 - 174 of 174 matches
Mail list logo