From: Evgeniy Polyakov <[EMAIL PROTECTED]>
Date: Tue, 8 May 2007 21:43:32 +0400
> This is second patch which implements unified cache of sockets for
> network instead of old hash tables. It stores all types of sockets
> (although I only implemented af_inet, unix, netlink and raw ones for now)
> in
From: Krishna Kumar2 <[EMAIL PROTECTED]>
Date: Wed, 9 May 2007 10:05:57 +0530
> This change will not change existing behavior in case there are
> packets in the queue, it will return -1 each time as does the
> original code. But when there are no packets, the original
> qdisc_restart returns -1 an
Hi Sangtae,
On Tue, 8 May 2007, SANGTAE HA wrote:
> Hi Bill,
>
> At this time, BIC and CUBIC use a less aggressive slow start than
> other protocols. Because we observed "slow start" is somewhat
> aggressive and introduced a lot of packet losses. This may be changed
> to standard "slow start" in
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Tue, 8 May 2007 23:11:43 -0700
> On Wed, 9 May 2007 15:45:58 +1000 Herbert Xu <[EMAIL PROTECTED]> wrote:
>
> > On Wed, May 09, 2007 at 03:31:55PM +1000, Herbert Xu wrote:
> > >
> > > Hmm, I don't see it here (probably because we use different NICs).
On Wed, 9 May 2007 15:45:58 +1000 Herbert Xu <[EMAIL PROTECTED]> wrote:
> On Wed, May 09, 2007 at 03:31:55PM +1000, Herbert Xu wrote:
> >
> > Hmm, I don't see it here (probably because we use different NICs).
> > But does this help?
>
> Thinking about it again I don't think it will help you beca
On Wed, 9 May 2007 15:54:05 +1000 Herbert Xu <[EMAIL PROTECTED]> wrote:
> On Tue, May 08, 2007 at 10:51:53PM -0700, Andrew Morton wrote:
> >
> > It's not hanging. It's just going reeeall sslllooowwllyyy.
> >
> > This is first noticeable during udev startup and persists all the w
On Tue, May 08, 2007 at 10:51:53PM -0700, Andrew Morton wrote:
>
> It's not hanging. It's just going reeeall sslllooowwllyyy.
>
> This is first noticeable during udev startup and persists all the way
> through initscripts.
OK, does reverting the link watch patches make this go a
On Wed, May 09, 2007 at 03:31:55PM +1000, Herbert Xu wrote:
>
> Hmm, I don't see it here (probably because we use different NICs).
> But does this help?
Thinking about it again I don't think it will help you because if your
carrier started out as off then it would've been considered an urgent
eve
On Tue, May 08, 2007 at 10:20:33PM -0700, Andrew Morton wrote:
>
> My Vaio is taking 5-10x longer to boot when git-net as of five minutes ago
> is applied.
>
> It's not very clear what's gone wrong. A few linkwatch things are showing
> up in profiles, but it's not burning excessive CPU afaict.
Michael-Luke Jones wrote:
> On 8 May 2007, at 09:48, Alexey Zaytsev wrote:
>
>> I was always curious, why do people want to run ixp4xx in LE mode? What
>> are the benefits that overweight the obvious performance degradation?
>
> Debian.
> http://www.debian.org/ports/arm/
And also out-of-kernel d
My Vaio is taking 5-10x longer to boot when git-net as of five minutes ago
is applied.
It's not very clear what's gone wrong. A few linkwatch things are showing
up in profiles, but it's not burning excessive CPU afaict.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the
Hi Dave,
This change will not change existing behavior in case there are packets in
the queue, it will return -1 each time as does the original code. But when
there are no packets, the original qdisc_restart returns -1 and the caller
will
unnecessarily call qdisc_restart which branches to the bot
Agreed :)
- KK
David Miller <[EMAIL PROTECTED]> wrote on 05/09/2007 07:29:52 AM:
> From: Krishna Kumar <[EMAIL PROTECTED]>
> Date: Tue, 08 May 2007 13:01:30 +0530
>
> > Optimize call to net_tx_action only if work is pending.
> >
> > Patch against net-2.6.22.git
> >
> > Signed-off-by: Krishna Kum
Stephen Hemminger wrote:
Patches are against netdev-2.6 upstream code branch.
This includes a several bug fixes, and code cleanup to use standard
functions. There are a couple of PCI changes. One bug fix, and moving
common code in PCI base.
The standard development process is:
* new c
Use the kernel interfaces for advanced error reporting.
This should be cleaner and clear up errors on boot.
Note: for those systems with busted BIOS's that don't correctly
support mmconfig, advanced error reporting will be disabled.
The PCI registers for advanced error reporting start at 0x100 wh
Use DMI to add a blacklist of broken board. For now only one is known
bad. Gentoo users report driver works on other motherboards (strange).
Hopefully, the problems will be solved later, and the the whole
blacklist can disappear.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/
Be more frugal on memory on 32bit platforms (less rx elements are needed),
and make sure high DMA bits are set on 64bit platforms.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c | 62 -
drivers/net/sky2.h |2 -
Update version to match changes
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- sky2-2.6.21.orig/drivers/net/sky2.c 2007-05-08 15:37:19.0 -0700
+++ sky2-2.6.21/drivers/net/sky2.c 2007-05-08 15:3
The stubs for advanced PCI error reporting are wrong. They don't
match the function return values. This breaks compilation for any
driver that tries to use these functions (that's the next sky2 patch).
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- sky2.orig/include/linux/aer.h 20
Patches are against netdev-2.6 upstream code branch.
This includes a several bug fixes, and code cleanup to use standard
functions. There are a couple of PCI changes. One bug fix, and moving
common code in PCI base.
--
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the bo
Make the chip id value's an enum. This makes it possible for GCC to do
better type checking for us.
Signed-off-by: Stephen Hemmminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.h | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
--- sky2-2.6.21.orig/drivers/net/sky2.h 2007-05-
To make driver easier to understand, use the PHY register definitions
from standard mii.h include file rather than those inherited from sk98lin.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c | 62 +--
drivers/net/sky2.h | 166 -
Get rid of extra whitespace and break long lines. Add white space around
operators.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c | 135 ++---
1 file changed, 67 insertions(+), 68 deletions(-)
--- sky2-2.6.21.orig/d
Both skge and sky2 drivers have test to see if PCI wakeup is enabled
in the BIOS. It makes sense to move this to common code.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/skge.c | 18 --
drivers/net/sky2.c | 11 ---
drivers/pci/pci.c | 22
Prefetch the next skb information in receive.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c |1 +
1 file changed, 1 insertion(+)
--- sky2-2.6.21.orig/drivers/net/sky2.c 2007-05-08 10:29:14.0 -0700
+++ sky2-2.6.21/drivers/net/sky2.c 2007-05-08 10:29
Use the PCI layer config access functions. The driver was using the
memory mapped window in device, to workaround issues accessing the
advanced error reporting registers.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c | 44 ++
Do some memory barrier changes for safety/perfomance:
Don't need read after update to index, mmiowb() followed by read at end
of irq is sufficient.
Signed-off-by: Stephn Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
Make sure that if we ever get a MIB counter overflow interrupt (normally
masked off), that it is cleared.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c |6 ++
1 file changed, 6 insertions(+)
--- sky2-2.6.21.orig/drivers/net/sky2.c 2007-05-08 10:29:05.00
When driver can't allocate receive buffer it drops incoming
packet, so update counter.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
--- sky2-2.6.21.orig/drivers/net/sky2.c 2007-05-08 10:28:50.0 -0
This workaround was added to deal with NAPI core and how
it affected dual port shared polling. It turned out not to
be necessary, the core code in dev_stop() waits for NAPI but
doesn't kill it.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c |7 ---
1 file cha
Take out the code that protects driver from accessing the
PCI config space. We are old enough to run with scissors now.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c | 11 ---
1 file changed, 11 deletions(-)
--- sky2-2.6.21.orig/drivers/net/sky2.c 2007-05
If device is not fails during module startup (like unsupported chip
version) then driver would crash dereferencing a null pointer.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c |4
1 file changed, 4 insertions(+)
--- sky2-2.6.21.orig/drivers/net/sky2.c 200
From: Krishna Kumar <[EMAIL PROTECTED]>
Date: Tue, 08 May 2007 13:01:32 +0530
> Optimize return value of qdisc_restart so that it is not called an
> extra time if there are no more packets on the queue to be sent out.
> It is also not required to check for gso_skb (though the lock is
> dropped) si
From: Krishna Kumar <[EMAIL PROTECTED]>
Date: Tue, 08 May 2007 13:01:30 +0530
> Optimize call to net_tx_action only if work is pending.
>
> Patch against net-2.6.22.git
>
> Signed-off-by: Krishna Kumar <[EMAIL PROTECTED]>
I don't think downing a cpu is done so often as to justify this
microscop
From: Krishna Kumar <[EMAIL PROTECTED]>
Date: Tue, 08 May 2007 13:01:24 +0530
> Optimize teql_enqueue so that it first checks limits before
> enqueing.
>
> Patch against net-2.6.22.git
>
> Signed-off-by: Krishna Kumar <[EMAIL PROTECTED]>
Applied, thanks.
-
To unsubscribe from this list: send th
On Tue, May 08, 2007 at 01:19:33PM -0700, Jeremy Fitzhardinge wrote:
>
> Subject: xen: go back to using normal network stack carriers
>
> This effectively reverts xen-unstable change
> 14280:42b29f084c31. Herbert has changed the behaviour of the core
> networking to not delay an initial down->up
From: "John W. Linville" <[EMAIL PROTECTED]>
Date: Tue, 8 May 2007 11:50:11 -0400
> From: Geert Uytterhoeven <[EMAIL PROTECTED]>
>
> | CC net/mac80211/ieee80211_sta.o
> | In file included from linux/net/mac80211/ieee80211_sta.c:31:
> | include2/asm/delay.h: In function '__const_udelay':
>
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Tue, 8 May 2007 22:16:09 +1000
> [NET]: Remove link_watch delay for up even when we're down
>
> Currently all link carrier events are delayed by up to a second
> before they're processed to prevent link storms. This causes
> unnecessary packet loss duri
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Tue, 8 May 2007 22:13:22 +1000
> [NET] link_watch: Move link watch list into net_device
>
> These days the link watch mechanism is an integral part of the
> network subsystem as it manages the carrier status. So it now
> makes sense to allocate some mem
On Tue, 8 May 2007, Chris Stromsoe wrote:
On Mon, 12 Mar 2007, Chris Stromsoe wrote:
On Thu, 8 Mar 2007, Chris Stromsoe wrote:
On Thu, 8 Mar 2007, Jay Vosburgh wrote:
Chris Stromsoe <[EMAIL PROTECTED]> wrote:
1) ip link set mtu 9000 eth2 <-- eth2 is no longer responsive
ip link set mtu 1
On Tue, 08 May 2007 20:44:11 +0100
David Howells <[EMAIL PROTECTED]> wrote:
> Implement support for writing to regular AFS files, including:
>
> (1) write
>
> (2) truncate
>
> (3) fsync, fdatasync
>
> (4) chmod, chown, chgrp, utime.
>
> AFS writeback attempts to batch writes into as chunk
On Tue, 2007-08-05 at 08:35 -0700, Waskiewicz Jr, Peter P wrote:
> But the point is that although the DCE spec inspired the development of
> these patches, that is *not* the goal of these patches. As Yi stated in
> a previous reply to this thread, the ability for any hardware to control
> its que
From: Kapil Juneja <[EMAIL PROTECTED]>
If connected via SGMII, initialize with SGMII mode configured.
Signed-off-by: Kapil Juneja <[EMAIL PROTECTED]>
Signed-off-by: Andy Fleming <[EMAIL PROTECTED]>
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
drivers/net/phy/marvell.c | 16 +
It was agreed that phy-connection-type was a better name for
the interface-type property, so this patch renames it.
Also, the max-speed property name was determined too generic,
and is therefore eliminated in favour of phy-connection-type
derivation logic.
includes corrections to copyright text.
From: Kapil Juneja <[EMAIL PROTECTED]>
Add code for initialising and configuring TBI interface and
programming it for connecting to on-chip SERDES (Lynx PHY)
in case of SGMII mode selected through HRCW at reset.
also add defines for TBI register configuration. TBI
interface is programmed towards
The ICPlus IP175C sports a 100Mbit/s 4-port switch in addition
to a dedicated 100Mbit/s WAN port.
Signed-off-by: Michael Barkowski <[EMAIL PROTECTED]>
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
drivers/net/phy/Kconfig |6 ++
drivers/net/phy/Makefile |1 +
drivers/net/phy/icplus.
This series is a re-send of the 6 patches that were missed:
submitted 10 apr 2007:
[PATCH] Add support for the Davicom DM9161A PHY
- http://marc.info/?l=linux-netdev&m=117624199831581&w=2
submitted 13 apr 2007:
[PATCH v2] phylib: add the ICPlus IP175C PHY driver
- http://marc.info/?l=linux-ne
Support for configuring RGMII-ID (RGMII with internal delay) mode on the
88e and 88e1145.
Also renamed 88es -> 88e (no references to an 88es part were
found), and fixed some whitespace.
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
drivers/net/phy/marvell.c | 62 +
Distinguish between the Davicom DM9161A PHY and the DM9161E.
Signed-off-by: Kim Phillips <[EMAIL PROTECTED]>
---
drivers/net/phy/davicom.c | 34 ++
1 files changed, 26 insertions(+), 8 deletions(-)
diff --git a/drivers/net/phy/davicom.c b/drivers/net/phy/davicom
On Mon, 12 Mar 2007, Chris Stromsoe wrote:
On Thu, 8 Mar 2007, Chris Stromsoe wrote:
On Thu, 8 Mar 2007, Jay Vosburgh wrote:
Chris Stromsoe <[EMAIL PROTECTED]> wrote:
1) ip link set mtu 9000 eth2 <-- eth2 is no longer responsive
ip link set mtu 1500 eth2 <-- eth2 remains unresponsive
2)
On 5/8/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Tue, 8 May 2007 14:51:02 -0600
"Latchesar Ionkov" <[EMAIL PROTECTED]> wrote:
> This patchset moves non-filesystem interfaces of v9fs from fs/9p to net/9p.
> It moves the transport, packet marshalling and connection layers to net/9p
> leaving
On Tue, 8 May 2007 14:51:02 -0600
"Latchesar Ionkov" <[EMAIL PROTECTED]> wrote:
> This patchset moves non-filesystem interfaces of v9fs from fs/9p to net/9p.
> It moves the transport, packet marshalling and connection layers to net/9p
> leaving only the VFS related files in fs/9p.
(Please cc netd
Jeff Garzik wrote:
> Brice Goglin wrote:
>> Limit the number of recoveries from a NIC hw watchdog reset to
>> 1 by default. This is tweakable via the myri10ge_reset_recover
>> tunable.
>
> NAK. Tunables like this are generally (a) never touched by the vast
> majority of users, and (b) have useful
By default, the skge driver now enables wake on magic and wake on PHY.
This is a bad default (bug), wake on PHY means machine will never shutdown
if connected to a switch.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>a
---
drivers/net/skge.c |4 +++-
1 file changed, 3 insertions(+),
Herbert Xu wrote:
> Sorry, I had forgotten that I've already concluded previously that
> this doesn't work because we don't want to prevent the interface
> from being brought up (and other reasons). My memory is failing me :)
>
> So I think the best option now is to get rid of the delay on carrier
Kim Phillips wrote:
On Tue, 8 May 2007 00:04:14 +0300
Ismail Dönmez <[EMAIL PROTECTED]> wrote:
drivers/net/Kconfig:2279:warning: 'select' used by config symbol 'UCC_GETH'
refers to undefined symbol 'UCC_FAST'
looks like this introduces the error:
commit 7d776cb596994219584257eb5956b87628e5de
The rheap allocation functions return a pointer, but the actual value is based
on how the heap was initialized, and so it can be anything, e.g. an offset
into a buffer. A ulong is a better representation of the value returned by
the allocation functions.
This patch changes all of the relevant rhe
Implement support for writing to regular AFS files, including:
(1) write
(2) truncate
(3) fsync, fdatasync
(4) chmod, chown, chgrp, utime.
AFS writeback attempts to batch writes into as chunks as large as it can manage
up to the point that it writes back 65535 pages in one chunk or it meet
Make some miscellaneous changes to the AFS filesystem:
(1) Assert RCU barriers on module exit to make sure RCU has finished with
callbacks in this module.
(2) Correctly handle the AFS server returning a zero-length read.
(3) Split out data zapping calls into one function (afs_zap_data).
Export a couple of core functions for AFS write support to use:
find_get_pages_contig()
find_get_pages_tag()
Signed-off-by: David Howells <[EMAIL PROTECTED]>
---
mm/filemap.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/mm/filemap.c b/mm/filemap.c
in
On Tue, 8 May 2007 00:04:14 +0300
Ismail Dönmez <[EMAIL PROTECTED]> wrote:
>
> drivers/net/Kconfig:2279:warning: 'select' used by config symbol 'UCC_GETH'
> refers to undefined symbol 'UCC_FAST'
looks like this introduces the error:
commit 7d776cb596994219584257eb5956b87628e5deaf
Author: Timur
Qi, Yanling wrote:
> Hi All,
>
> This panic is related to the interactions between scsi/sg.c, iscsi
> initiator and tcp on the RHEL 2.6.9-42 kernel. But we may also have the
> similar problem with open-iscsi initiator. I will explain why we see the
Yeah, this problem should occur in the upstream
Hi All,
This panic is related to the interactions between scsi/sg.c, iscsi
initiator and tcp on the RHEL 2.6.9-42 kernel. But we may also have the
similar problem with open-iscsi initiator. I will explain why we see the
Bad page panic first. I did a patch to the sg driver to workaround the
problem
The following changes since commit 5b94f675f57e4ff16c8fda09088d7480a84dcd91:
Linus Torvalds (1):
Merge master.kernel.org:/.../davem/sparc-2.6
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream
Daniel Drake (1):
This request is withdrawn. New request to follow.
On Mon, May 07, 2007 at 01:51:21PM -0400, John W. Linville wrote:
> The following changes since commit 15700770ef7c5d12e2f1659d2ddbeb3f658d9f37:
> Linus Torvalds (1):
> Merge git://git.kernel.org/.../sam/kbuild
>
> are found in the git
Tomasz Chmielewski <[EMAIL PROTECTED]> writes:
> Does using ixp4xx on LE have any other drawbacks than inferior network
> performance?
More memory is needed, something like max 600 KB for 2 Ethernet ports.
> And talking about network performance, what numbers are we talking
> about (LE vs BE; 30
Hi Jiri,
> > > Marcel - are you aware of any devices currently supported by USB HID
> > > force-feedback code, which have a bluetooth version, please?
> > I haven't looked at all details for the PS3 controller, but that might
> > be the first one. In theory they can and at some point they will en
On Tue, 8 May 2007, Marcel Holtmann wrote:
> > Marcel - are you aware of any devices currently supported by USB HID
> > force-feedback code, which have a bluetooth version, please?
> I haven't looked at all details for the PS3 controller, but that might
> be the first one. In theory they can and
Krzysztof Halasa schrieb:
Lennert Buytenhek <[EMAIL PROTECTED]> writes:
There _is_ an ARM BE version of Debian.
It's not an official port, but it's not maintained any worse than
the 'official' LE ARM Debian port is.
Hmm... That changes a bit. Perhaps we should forget about
that LE thing then
Lennert Buytenhek <[EMAIL PROTECTED]> writes:
> There _is_ an ARM BE version of Debian.
>
> It's not an official port, but it's not maintained any worse than
> the 'official' LE ARM Debian port is.
Hmm... That changes a bit. Perhaps we should forget about
that LE thing then, and (at best) put tha
Lennert Buytenhek <[EMAIL PROTECTED]> writes:
> The board support code knows such things as that the "front ethernet
> port" on the board is connected to the CPU's MII port number #2, but
> the board support code does _not_ know that MII port number #2
> corresponds to "ixp4xx hardware queue #5."
On Tue, 08 May 2007 08:00:36 -0400
Michael Stone <[EMAIL PROTECTED]> wrote:
> 2.6.21 seems to have fixed the stability issues I was seeing when using
> the skge driver with the older sk98xx dual port fiber cards. There is
> still one more lingering oddness: if I have *two* dual port cards in a
Lennert Buytenhek <[EMAIL PROTECTED]> writes:
> See for example arch/arm/mach-ep93xx/core.c, handling of the A/B/F
> port GPIO interrupts.
>
> In a nutshell, it goes like this.
Thanks, I will investigate.
>> There may be up to 6 Ethernet ports (not sure about hardware
>> status, not yet supporte
Hi Jiri,
> > Sure, my aim here was to only solve the _build breakage_ by fixing the
> > Kconfig for this module (that used code from another kernel module
> > without listing it in its dependencies). If, as you say, the real
> > solution is that we should actually be taking out the offending ca
Tomasz Chmielewski <[EMAIL PROTECTED]> writes:
> Krzysztof, why is LE not supported?
I'm not yet sure how to do it best.
The trivial way is really trivial, allocate a set of 1536-byte
buffers and make a swap+copy on RX and TX, but I want to
investigate the data-coherent approach first.
> Do you
On Tue, 8 May 2007, Satyam Sharma wrote:
> Sure, my aim here was to only solve the _build breakage_ by fixing the
> Kconfig for this module (that used code from another kernel module
> without listing it in its dependencies). If, as you say, the real
> solution is that we should actually be tak
On Tue, 8 May 2007, Andrew Morton wrote:
> happens when a local process sends packets with invalid IP headers
> through raw sockets.
[...]
> Whatever happens, that printk should be toned down, shouldn't it? We
> prefer to not let unprivileged apps spam the logs.
Isn't "unprivileged app sendi
Hi Jiri,
On 5/8/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
On Tue, 8 May 2007, Satyam Sharma wrote:
> > CC init/version.o
> > LD init/built-in.o
> > LD .tmp_vmlinux1
> > net/built-in.o: In function `hidp_add_connection':
> > (.text+0x8bb08): undefined reference to `hid_ff_i
From: Geert Uytterhoeven <[EMAIL PROTECTED]>
| CC net/mac80211/ieee80211_sta.o
| In file included from linux/net/mac80211/ieee80211_sta.c:31:
| include2/asm/delay.h: In function '__const_udelay':
| include2/asm/delay.h:33: error: 'loops_per_jiffy' undeclared (first use in
this function)
|
On Tue, May 08, 2007 at 05:28:21PM +0200, Krzysztof Halasa wrote:
> > I was always curious, why do people want to run ixp4xx in LE mode? What
> > are the benefits that overweight the obvious performance degradation?
>
> Debian is indeed a valid reason.
> I wonder if it would be much work to creat
On Tue, 8 May 2007, Satyam Sharma wrote:
> > CC init/version.o
> > LD init/built-in.o
> > LD .tmp_vmlinux1
> > net/built-in.o: In function `hidp_add_connection':
> > (.text+0x8bb08): undefined reference to `hid_ff_init'
> > make: *** [.tmp_vmlinux1] Error 1
> You've got CONFIG
Krishna Kumar wrote:
Some simple optimizations in e1000_xmit_frame.
Patch against net-2.6.22.git
Signed-off-by: Krishna Kumar <[EMAIL PROTECTED]>
looks good. I'll queue this and push it upstream.
Thanks,
Auke
---
diff -ruNp org/drivers/net/e1000/e1000_main.c new/drivers/net/e1000/e1000_
> As a summary, I am not against the concept of addressing
> per-ring flow control.
> Having said that, i fully understand where DaveM and Stephen
> are coming from. Making such huge changes to a critical
> region to support uncommon hardware doesnt abide to the
> "optimize for the common" par
"Alexey Zaytsev" <[EMAIL PROTECTED]> writes:
> I was always curious, why do people want to run ixp4xx in LE mode? What
> are the benefits that overweight the obvious performance degradation?
Debian is indeed a valid reason.
I wonder if it would be much work to create BE Debian as well.
Simple aut
On Tue, May 08, 2007 at 04:31:12PM +0200, Krzysztof Halasa wrote:
> >> +/* Built-in 10/100 Ethernet MAC interfaces */
> >> +static struct mac_plat_info ixdp425_plat_mac[] = {
> >> + {
> >> + .phy= 0,
> >> + .rxq= 3,
> >> + }, {
> >> + .phy
On Tue, May 08, 2007 at 04:12:17PM +0200, Krzysztof Halasa wrote:
> > The queue manager interrupts should probably be implemented as an
> > irqchip, in the same way that GPIO interrupts are implemented. (I.e.
> > allocate 'real' interrupt numbers for them, and use the interrupt
> > cascade mechan
Lennert Buytenhek <[EMAIL PROTECTED]> writes:
>> +/* Built-in 10/100 Ethernet MAC interfaces */
>> +static struct mac_plat_info ixdp425_plat_mac[] = {
>> +{
>> +.phy= 0,
>> +.rxq= 3,
>> +}, {
>> +.phy= 1,
>> +
Lennert Buytenhek <[EMAIL PROTECTED]> writes:
> The queue manager interrupts should probably be implemented as an
> irqchip, in the same way that GPIO interrupts are implemented. (I.e.
> allocate 'real' interrupt numbers for them, and use the interrupt
> cascade mechanism.) You probably want to
Michael-Luke Jones <[EMAIL PROTECTED]> writes:
> Already in mach-ixp4xx, so can just be called qmgr.c
Same here.
>> +#define QUEUE_IRQ_SRC_NEARLY_FULL 2
>> +#define QUEUE_IRQ_SRC_FULL 3
>> +#define QUEUE_IRQ_SRC_NOT_EMPTY 4
>> +#define QUEUE_IRQ_SRC_NOT_NEARLY_EMPTY 5
Michael-Luke Jones <[EMAIL PROTECTED]> writes:
> Already in mach-ixp4xx, so can just be called npe.c
I want ixp4xx_ prefix in module name, otherwise I'd call it npe.c,
sure.
> Debugging code? Can this go?
Why? Especially with code having to work with third party binary-only
firmware? Suicide. T
Lennert Buytenhek <[EMAIL PROTECTED]> writes:
> I have a couple of ixp23xx boards at home, but I'm not sure whether I
> can give them away. I can give you remote access to them, though.
Hmm, may be interesting some day.
--
Krzysztof Halasa
-
To unsubscribe from this list: send the line "unsubsc
On 5/8/07, Alexey Zaytsev <[EMAIL PROTECTED]> wrote:
I was always curious, why do people want to run ixp4xx in LE mode? What
are the benefits that overweight the obvious performance degradation?
Debian on the NSLU2 runs in LE, and it is pretty popular.
http://www.linuxdevices.com/news/NS353532
On Tue, 2007-08-05 at 11:45 +0200, Johannes Berg wrote:
..
Sorry, I missed a lot of the discussions; I am busyed out and will try
to catchup later tonight. I have quickly scanned the emails and
I will respond backwards (typically the most effective
way to catchup with a thread).
As a summary, I a
On Tue, May 08, 2007 at 04:47:31PM +0400, Alexey Zaytsev wrote:
> > As with Christian's driver, I don't know whether an SRAM allocator
> > makes much sense. We can just set up a static allocation map for the
> > in-tree drivers and leave out the allocator altogether. I.e. I don't
> > think it's
On 5/8/07, Lennert Buytenhek <[EMAIL PROTECTED]> wrote:
...
As with Christian's driver, I don't know whether an SRAM allocator
makes much sense. We can just set up a static allocation map for the
in-tree drivers and leave out the allocator altogether. I.e. I don't
think it's worth the complexit
On Tue, 8 May 2007 14:05:33 +0200 Thomas Klein <[EMAIL PROTECTED]> wrote:
>
> +struct ehea_lro {
> + struct sk_buff *parent;
> + struct sk_buff *last_skb;
> +struct iphdr *iph;
> +struct tcphdr *tcph;
Spaces instead of tabs.
Also in at least one other place in t
[NET]: Remove link_watch delay for up even when we're down
Currently all link carrier events are delayed by up to a second
before they're processed to prevent link storms. This causes
unnecessary packet loss during that interval.
In fact, we can achieve the same effect in preventing storms by
on
On Tue, May 08, 2007 at 02:05:33PM +0200, Thomas Klein wrote:
> This patch enables the receive side processing to aggregate TCP packets within
> the HEA device driver. It analyses the packets already received after a
> interrupt arrived and forwards these as a chains of SKBs for the same TCP
> conn
On Mon, May 07, 2007 at 02:10:27PM -0700, Jeremy Fitzhardinge wrote:
>
> > We should just change this to use netif_device_attach and
> > netif_device_detach.
>
> Like this?
Sorry, I had forgotten that I've already concluded previously that
this doesn't work because we don't want to prevent the in
This patch enables the receive side processing to aggregate TCP packets within
the HEA device driver. It analyses the packets already received after a
interrupt arrived and forwards these as a chains of SKBs for the same TCP
connection with modified header field. We have seen a lower CPU load and
i
1 - 100 of 130 matches
Mail list logo
