On Fri, Dec 22, 2006 at 08:13:08AM +0100, Jarek Poplawski wrote:
> On 20-12-2006 03:13, Ben Greear wrote:
> > This is from 2.6.18.2 kernel with my patch set. The MAC-VLANs are in
> > active use.
> > From the backtrace, I am thinking this might be a generic problem,
> > however.
> >
> > Any ide
On 20-12-2006 03:13, Ben Greear wrote:
> This is from 2.6.18.2 kernel with my patch set. The MAC-VLANs are in
> active use.
> From the backtrace, I am thinking this might be a generic problem,
> however.
>
> Any ideas about what this could be? It seems to be reproducible every
> day or
> two
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements the registers definitions for the
Chelsio network adapter's driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/regs.h | 2195 ++
1 files changed, 2195 insertions(+),
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements the offload capabilities of the
Chelsio network adapter's driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb3_offload.c | 1222 +
drivers/net/cxgb3/l2t.c | 4
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements the offload operations header files
for the Chelsio T3 network adapter's driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb3_ctl_defs.h | 142
drivers/net/cxgb3/cxgb3_defs.h | 99 ++
drivers/n
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements on board memory, MAC and PHY management
for the Chelsio T3 network adapter's driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/ael1002.c | 231 ++
drivers/net/cxgb3/mc5.c | 453 +
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements build files and versioning for the
Chelsio T3 network adapter's driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/Kconfig | 18 ++
drivers/net/Makefile|1 +
drivers/net/cxgb3/
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements the HW access routines for the
Chelsio T3 network adapter's driver.
This patch is split. This is the second part.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
+/**
+ * t3_sge_write_context - write an SGE context
+ * @adapte
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements the HW access routines for the
Chelsio T3 network adapter's driver.
This patch is split. This is the first part.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/t3_hw.c | 3354 +++
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements the main header files of
the Chelsio T3 network driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/adapter.h | 255
drivers/net/cxgb3/common.h | 709 ++
Jeff,
I resubmit the patch supporting the latest Chelsio T3 adapter.
It incorporates Arjan's feedbacks:
- remove unnecessary ifdefs
- updates the pci ressource managment
- add flush after register write.
It is built against Linus'tree.
A corresponding monolithic patch is available at this URL:
Arjan van de Ven wrote:
They are used to parameter the HW:
register access,
ethtool supports that, so shouldn't be an ioctl for sure
configuration of queue sets, on board memory
configuration,
I'm sure ethtool can do that too
firmware load, etc ...
and for this we have request_firmware
On Thu, 2006-12-21 at 21:53 -0500, Pavel Roskin wrote:
> On Sun, 2006-12-10 at 17:21 +0100, Johannes Berg wrote:
> > John, please apply this to wireless-dev if Pavel says it works (I think
> > it should).
>
> Yes, it's working for me. Please apply the patch.
Actually, iwpriv without arguments is
On Thu, Dec 21, 2006 at 07:03:23PM +0900, Keiichi KII wrote:
> - remove "drop" initialization in the netpoll structure.
Why?
--
Mathematics is the supreme nostalgia of our time.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
Mor
Hi Andy !
I've been looking at porting various drivers (EMAC, sungem,
spider_net, ...) to the generic PHY stuff. However, I have one
significant problem here.
One of the things I've been trying to do lately with EMAC and that I
plan to do with others, is to have the PHY polling entirely operate a
On Sun, 2006-12-10 at 17:21 +0100, Johannes Berg wrote:
> John, please apply this to wireless-dev if Pavel says it works (I think
> it should).
Yes, it's working for me. Please apply the patch.
Sorry for answering so late.
--
Regards,
Pavel Roskin
-
To unsubscribe from this list: send the li
On Thu, Dec 21, 2006 at 01:27:55PM -0500, [EMAIL PROTECTED] wrote:
> On Wed, 20 Dec 2006 22:06:51 EST, Dan Williams said:
> > It's also complicated because some switches are supposed to rfkill both
> > an 802.11 module _and_ a bluetooth module at the same time, or I guess
> > some laptops may even
On Thursday 21 December 2006 17:36, Evgeniy Polyakov wrote:
> Network channel [1] is peer-to-peer protocol agnostic communication channel
> between hardware and userspace. It uses unified cache to store it's
> channels, allows to allocate buffers for data from userspace mapped area
> or from other
Matthew Garrett <[EMAIL PROTECTED]> wrote:
>
> In terms of what I've seen on vaguely modern hardware, I'd guess at
> e1000 and sky2 as the top ones. b44 is still common in cheaper hardware,
> with via-rhine appearing at the very low end. I'll try to grep through
> our hardware database results
David Miller <[EMAIL PROTECTED]> wrote:
> From: Gerrit Renker <[EMAIL PROTECTED]>
> Date: Thu, 14 Dec 2006 15:07:06 +
>
>> While looking at DCCP sequence numbers, I stumbled over a problem with
>> the following definition of before in tcp.h:
>>
>> static inline int before(__u32 seq1, __u32 se
Improve power management and error handling by using pci_set_power_state(),
instead of driver doing PCI PM register changes in the driver.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c | 140 +
drivers/net/sky2.h
Shutting down port 0 disables the NAPI poll used by both ports.
The long term fix will be to separate NAPI object from net device
until then just reenable if needed.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- sky2-2.6.orig/drivers/net/sky2.c2006-12-18 12:46:59.0 -0800
+
This adds basic magic packet wake on lan support to the sky2 driver.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c | 149 ++---
drivers/net/sky2.h | 28 ++---
2 files changed, 150 insertions(+), 27 deletions(-)
MSI doesn't work properly on resume on many platforms because the
BIOS goes and changes it back to INTx mode after the sky2 driver has
restored in resume.
It is really a bug in the base power management resume code, and
this workaround is temporary until the change to PM code works it's way
thro
Version update
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- sky2-2.6.orig/drivers/net/sky2.c2006-12-19 14:20:46.0 -0800
+++ sky2-2.6/drivers/net/sky2.c 2006-12-19 14:20:51.0 -0800
@@
Patches are in order of severity. 1-3 are bug fixes, 4 is a cleanup
of the power state code, and 5 adds wake on lan support.
IMHO, it is bad security policy to allow wake on lan to enabled by default.
The sky2 driver doesn't do WOL until enabled with ethtool.
--
Stephen Hemminger <[EMAIL PROTECTE
In order to change PCI registers (via the iomap'd window),
it needs to be enabled; this wasn't being done in sky2_phy_power
the function that turns on/off power to the PHY.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/sky2.c |3 ++-
1 file changed, 2 insertions(+), 1 d
If we are already authenticating don't send another authentication
request.
Signed-off-by: David Kimdon <[EMAIL PROTECTED]>
Index: wireless-dev/net/d80211/ieee80211_sta.c
===
--- wireless-dev.orig/net/d80211/ieee80211_sta.c
+++ wirel
The 'associated' flag might be set if a previous association did not
end cleanly. If the 'associated' flag is left set here then when
association succeeds ieee80211_set_associated() will think there is
nothing to report and will not inform userspace of the event.
Signed-off-by: David Kimdon <[EMA
21 Ara 2006 Per 22:58 tarihinde, David Miller şunları yazmıştı:
> From: Andrew Morton <[EMAIL PROTECTED]>
> Date: Thu, 21 Dec 2006 12:49:54 -0800
>
> > >Summary: asm/types.h should define __u64 if isoc99
>
> Platform specific bug, and has nothing to do with networking.
>
> This problem
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Thu, 21 Dec 2006 12:49:54 -0800
> >Summary: asm/types.h should define __u64 if isoc99
Platform specific bug, and has nothing to do with networking.
This problem will occur with any user visible interface definition
that uses __u64, and th
On Thu, 21 Dec 2006 08:17:10 -0800
[EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=7724
>
>Summary: asm/types.h should define __u64 if isoc99
> Kernel Version: 2.6.19
> Status: NEW
> Severity: blocking
> Owner: [EMAIL PROTEC
On Wed, 20 Dec 2006 22:06:51 EST, Dan Williams said:
> It's also complicated because some switches are supposed to rfkill both
> an 802.11 module _and_ a bluetooth module at the same time, or I guess
> some laptops may even have one rfkill switch for each wireless device.
On my Dell D820, it's bio
Hi,
> > This patch addes support for writing to the eeprom,
> > this also moves some duplicate code into seperate functions.
>
> John: Do you want me to merge this path with the eeprom merge patch,
> and move the patch that moves rt2x00 to use this eeprom module into a
> separate patch or all the
This fixes a possible double-free of the TX skb buffers.
Always NULL the pointer after freeing.
Signed-off-by: Michael Buesch <[EMAIL PROTECTED]>
Index: wireless-dev/drivers/net/wireless/d80211/bcm43xx/bcm43xx_dma.c
===
--- wireless-
On Thu, 2006-12-21 at 14:19 +0100, Sven-Haegar Koch wrote:
> On Wed, 20 Dec 2006, Dan Williams wrote:
>
> >> If we define interface down as meaning that the device is powered down
> >> and the radio switched off, then (b) and (c) would presumably just need
> >> to ensure that the interface is down
On 12/8/06, Dan Williams <[EMAIL PROTECTED]> wrote:
On Fri, 2006-12-08 at 01:03 -0500, Alex Deucher wrote:
> On 12/7/06, Dan Williams <[EMAIL PROTECTED]> wrote:
> > On Thu, 2006-12-07 at 12:32 -0500, Alex Deucher wrote:
> > > I just wanted to check on the status of the libertas driver from
> > >
On Thu, Dec 21, 2006 at 11:42:04AM -0500, jamal ([EMAIL PROTECTED]) wrote:
> > > > Things like sockets/pipes can only benefit from direct kevent usage
> > > > instead of ->poll() and wrappers.
> > >
> > > You should be able change it to use those schemes when it detects
> > > that the kernel supp
On Thu, 2006-21-12 at 17:46 +0300, Evgeniy Polyakov wrote:
> On Thu, Dec 21, 2006 at 09:40:26AM -0500, jamal ([EMAIL PROTECTED]) wrote:
> > > Things like sockets/pipes can only benefit from direct kevent usage
> > > instead of ->poll() and wrappers.
> >
> > You should be able change it to use tho
Script has create 22k wildcard (only one dimension (source address)
is wildcard to save some mem) NAT rules
(16k $rand.$rand.$rand.$rand/255.255.248.0 rules and
(6k $rand.$rand.$rand.$rand/255.255.255.$rand).
I.e. it is equal to 22k following netfilter rules:
iptables -t nat -I POSTROUTING \
Userspace network stack over new netchannels performance.
Sending:
o 128 bytes writing:
* netchannels: 27-28 MB/sec, 20-30 % CPU usage
* sockets: 7-8 MB/sec, 80-90 % CPU usage
o 4096 bytes writing:
* netchannels: 27-28 MB/sec, 20-30 %
This is a set of changes to add TURBOchannel support to the defxx driver.
As at this point the EISA support in the driver has become the only not
having been converted to the driver model, I took the opportunity to
convert it as well. Plus support for MMIO in addition to PIO operation as
TURBOcha
On Thu, Dec 21, 2006 at 09:40:26AM -0500, jamal ([EMAIL PROTECTED]) wrote:
> > Things like sockets/pipes can only benefit from direct kevent usage
> > instead of ->poll() and wrappers.
>
> You should be able change it to use those schemes when it detects
> that the kernel supports them.
I.e. sta
Hi David,
many thanks for taking the matter seriously and investigating
it further.
| I went over this patch and analysis a dozen times, because I
| couldn't believe something like this has been broken for
| so long :-)
It gave me some grief too, when I looked at DCCP sequence numbers %-)
RFC
On Thu, 2006-21-12 at 17:36 +0300, Evgeniy Polyakov wrote:
> Btw, it uses only read/write/signal on fd events, so it must use
> ->poll() and thus be as fast as epoll.
>
It is supposed to "detect" the best mechanism in the kernel and switch
to that.
At the moment for example in my app it default
On Thu, Dec 21, 2006 at 05:23:37PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
> Ok, when site will be ready I will patch libevent and post patch or link
> in this thread. I plan to complete it this week.
Btw, it uses only read/write/signal on fd events, so it must use
->poll() and thus be
On Thu, Dec 21, 2006 at 09:21:07AM -0500, jamal ([EMAIL PROTECTED]) wrote:
> > I just do not know _what_ else should be done not even for inclusion -
> > but at least for some progress.
>
> I know you are frustrated but stop doing the above like a broken vinyl
> record, it doesnt help your case.
On Thu, 2006-21-12 at 17:04 +0300, Evgeniy Polyakov wrote:
> I modified world-wide used web server lighttpd and ran a lot of tests
> with it (compared to epoll version with major performance win).
>
> I was asked yesterday by Jan Kneschke (lighttpd main developer) if
> kevent API is ready so he c
On Thu, Dec 21, 2006 at 08:48:05AM -0500, jamal ([EMAIL PROTECTED]) wrote:
> Evgeniy,
>
> On Thu, 2006-21-12 at 13:49 +0300, Evgeniy Polyakov wrote:
>
> > So comment on its bugs, its design, implementation, ask questions,
> > request features, show interest (even with 'I have no time right now,
>
Evgeniy,
On Thu, 2006-21-12 at 13:49 +0300, Evgeniy Polyakov wrote:
> So comment on its bugs, its design, implementation, ask questions,
> request features, show interest (even with 'I have no time right now,
> but will loko at it after in a week after vacations').
>
> No one does it, so no one
On Wed, 20 Dec 2006, Dan Williams wrote:
If we define interface down as meaning that the device is powered down
and the radio switched off, then (b) and (c) would presumably just need
to ensure that the interface is downed. (a) is a slightly more special
case - if the switch disables the radio,
On Wed, 2006-20-12 at 22:14 -0500, Dan Williams wrote:
...
> Simple == good. Down == down. Lets just agree on that and save
> ourselves a lot of pain.
netdevices have well defined operational and administrative state
machines. And very well defined relationship between operational and
admin
Stephen Hemminger <[EMAIL PROTECTED]> :
[...]
> We need to allow ethtool setting to be done before device has been brought
> up and started autonegotiation. The current MII library doesn't really support
> it.
I completely agree.
--
Ueimor
-
To unsubscribe from this list: send the line "unsubscr
From: Keiichi KII <[EMAIL PROTECTED]>
The netconsole is a very useful module for collecting kernel message under
certain circumstances(e.g. disk logging fails, serial port is unavailable).
But current netconsole is not flexible. For example, if you want to change ip
address for logging agent, in
On Thu, Dec 21, 2006 at 01:49:18PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
> So comment on its bugs, its design, implementation, ask questions,
> request features, show interest (even with 'I have no time right now,
> but will loko at it after in a week after vacations').
>
> No one do
On Thu, Dec 21, 2006 at 05:41:41AM -0500, Jeff Garzik ([EMAIL PROTECTED]) wrote:
> Evgeniy Polyakov wrote:
> >On Thu, Dec 21, 2006 at 12:14:17PM +0300, Evgeniy Polyakov
> >([EMAIL PROTECTED]) wrote:
> >>Generic event handling mechanism.
> >>
> >>Kevent is a generic subsytem which allows to handle
Evgeniy Polyakov wrote:
On Thu, Dec 21, 2006 at 12:14:17PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
Generic event handling mechanism.
Kevent is a generic subsytem which allows to handle event notifications.
It supports both level and edge triggered events. It is similar to
poll/epoll
On Thu, Dec 21, 2006 at 12:14:17PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
>
> Generic event handling mechanism.
>
> Kevent is a generic subsytem which allows to handle event notifications.
> It supports both level and edge triggered events. It is similar to
> poll/epoll in some cases
From: Keiichi KII <[EMAIL PROTECTED]>
This patch contains the following changes.
To add port dynamically, create "add" element in /sys/class/misc/netconsole.
ex)
echo "@/eth0,@192.168.0.1/" > /sys/class/misc/netconsole/add
then the port is added with the settings sending kernel messages
From: Keiichi KII <[EMAIL PROTECTED]>
This patch contains switch function of netpoll.
If "enabled" attribute of certain port is '1', this port is used
and the configurations of this port are uable to change.
If "enabled" attribute of certain port is '0', this port isn't used
and the configurati
From: Keiichi KII <[EMAIL PROTECTED]>
This patch contains the following changes.
create a sysfs entry for netconsole in /sys/class/misc.
This entry has elements related to netconsole as follows.
You can change configuration of netconsole(writable attributes such as IP
address, port number and so
From: Keiichi KII <[EMAIL PROTECTED]>
This patch contains the following cleanups.
- add __init for initialization functions(option_setup() and
init_netconsole()).
- remove "drop" initialization in the netpoll structure.
Signed-off-by: Keiichi KII <[EMAIL PROTECTED]>
---
[changes]
1. stop to
Description.
diff --git a/Documentation/kevent.txt b/Documentation/kevent.txt
new file mode 100644
index 000..2e03a3f
--- /dev/null
+++ b/Documentation/kevent.txt
@@ -0,0 +1,240 @@
+Description.
+
+int kevent_init(struct kevent_ring *ring, unsigned int ring_size,
+ unsigned int flags)
Socket notifications.
This patch includes socket send/recv/accept notifications.
Using trivial web server based on kevent and this features
instead of epoll it's performance increased more than noticebly.
More details about various benchmarks and server itself
(evserver_kevent.c) can be found on
Pipe notifications.
diff --git a/fs/pipe.c b/fs/pipe.c
index f3b6f71..aeaee9c 100644
--- a/fs/pipe.c
+++ b/fs/pipe.c
@@ -16,6 +16,7 @@
#include
#include
#include
+#include
#include
#include
@@ -312,6 +313,7 @@ redo:
break;
}
if
Kevent posix timer notifications.
Simple extensions to POSIX timers which allows
to deliver notification of the timer expiration
through kevent queue.
Example application posix_timer.c can be found
in archive on project homepage.
Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git
Generic event handling mechanism.
Kevent is a generic subsytem which allows to handle event notifications.
It supports both level and edge triggered events. It is similar to
poll/epoll in some cases, but it is more scalable, it is faster and
allows to work with essentially eny kind of events.
Ev
poll/select() notifications.
This patch includes generic poll/select notifications.
kevent_poll works simialr to epoll and has the same issues (callback
is invoked not from internal state machine of the caller, but through
process awake, a lot of allocations and so on).
Signed-off-by: Evgeniy Po
Timer notifications.
Timer notifications can be used for fine grained per-process time
management, since interval timers are very inconvenient to use,
and they are limited.
This subsystem uses high-resolution timers.
id.raw[0] is used as number of seconds
id.raw[1] is used as number of nanosec
Signal notifications.
This type of notifications allows to deliver signals through kevent queue.
One can find example application signal.c on project homepage.
If KEVENT_SIGNAL_NOMASK bit is set in raw_u64 id then signal will be
delivered only through queue, otherwise both delivery types are use
> Is there some reason why we can't have the OS just do the D3
> transition for all drivers that register support? I mean, this power
> management using D states is actually driver *independent* and at
> least way back in the day was supposed to be implemented for "OS power
> management"
all you
> They are used to parameter the HW:
> register access,
ethtool supports that, so shouldn't be an ioctl for sure
> configuration of queue sets, on board memory
> configuration,
I'm sure ethtool can do that too
> firmware load, etc ...
and for this we have request_firmware() interface.
add
On Wednesday 20 December 2006 11:08 pm, Stephen Hemminger wrote:
> David Brownell wrote:
> > Hmm, this reminds me of a thread from last summer, following up on
> > some PM discussions at OLS. Thread "Runtime power management for
> > network interfaces", at the end of July.
> >
> >
> >
> >> 2) N
73 matches
Mail list logo
