On Wed, Dec 27, 2006 at 07:58:54AM +, Christoph Hellwig wrote:
On Mon, Dec 18, 2006 at 05:53:59AM -0800, Amit S. Kale wrote:
Signed-off-by: Amit S. Kale [EMAIL PROTECTED]
netxen_nic.h |2 +-
netxen_nic_init.c | 12 ++--
netxen_nic_main.c |4 ++--
3 files
On Fri, Dec 22, 2006 at 06:05:18AM -0800, Ben Greear wrote:
Jarek Poplawski wrote:
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
ieee80211_msg_type, ieee80211_phytype and ieee80211_ssi_type should be
in capitals as they are constants and must not be mistaken for vars...
enum ieee80211_msg_type {
IEEE80211_MSG_NORMAL= 0,
IEEE80211_MSG_TX_CALLBACK_ACK = 1,
IEEE80211_MSG_TX_CALLBACK_FAIL
Jeff,
You can grab the monolithic patch at this URL:
http://service.chelsio.com/kernel.org/cxgb3.patch.bz2
This patch adds support for the latest 1G/10G Chelsio adapter, T3.
It is required by the T3 RDMA driver Steve Wise submitted.
Here is a brief description of its content:
On Wed, 2006-12-27 at 00:52 -0800, Divy Le Ray wrote:
Jeff,
You can grab the monolithic patch at this URL:
http://service.chelsio.com/kernel.org/cxgb3.patch.bz2
This patch adds support for the latest 1G/10G Chelsio adapter, T3.
It is required by the T3 RDMA driver Steve Wise submitted.
Although still insufficient in certain cases. All flows are not equal; as an
example, an IPSEC flow with 1000 packets bound to one CPU will likely
utilize more cycles than 5000 packets that are being plain forwarded on
another CPU.
sure; however the kernel doesn't provide more accurate
On Wed, 2006-27-12 at 09:09 +0200, Robert Iakobashvili wrote:
My scenario is treatment of RTP packets in kernel space with a single network
card (both Rx and Tx). The default of the Intel 5000 series chipset is
affinity of each
network card to a certain CPU. Currently, neither with
On Wed, 2006-27-12 at 14:08 +0100, Arjan van de Ven wrote:
sure; however the kernel doesn't provide more accurate information
currently (and I doubt it could even, it's not so easy to figure out
which interface triggered the softirq if 2 interfaces share the cpu, and
then, how much work came
On Wed, 2006-12-27 at 09:44 -0500, jamal wrote:
On Wed, 2006-27-12 at 14:08 +0100, Arjan van de Ven wrote:
sure; however the kernel doesn't provide more accurate information
currently (and I doubt it could even, it's not so easy to figure out
which interface triggered the softirq if 2
On Wednesday 27 December 2006 03:32, Nick Kossifidis wrote:
I did a grep inside drivers/net/wireless/d80211/* and they are not
used yet in drivers. Can you plz fix it before drivers start using
them ?
Already fixed, just waiting for wireless-dev to get it.
Jarek Poplawski wrote:
On Fri, Dec 22, 2006 at 06:05:18AM -0800, Ben Greear wrote:
Jarek Poplawski wrote:
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.
We need those definitions for setting up the rate tables in dadwifi,
phytypes are needed inside drivers, take a look here -
http://madwifi.org/browser/branches/dadwifi-openhal/openhal/ar5xxx.h?rev=1867
Even if it does get out, constants should be in capitals.
Thanx for your time
Nick
Anyway it's not a problem to get phytypes outside dadwifi, but i think
it's low level stuff that's generaly needed. The main cause for my
mail was to capitalize them, anywhere they get inside kernel source.
Thanx for your time
Nick
2006/12/27, Nick Kossifidis [EMAIL PROTECTED]:
We need those
On Wednesday 27 December 2006 12:26, Nick Kossifidis wrote:
We need those definitions for setting up the rate tables in dadwifi,
phytypes are needed inside drivers, take a look here -
http://madwifi.org/browser/branches/dadwifi-openhal/openhal/ar5xxx.h?rev=18
67
MODE_IEEE80211A/B/G and
The ASIC Programming Manual (aka Device Driver Guide) got updated to
match current feature set of s2io driver, and posted at
http://trac.neterion.com/cgi-bin/trac.cgi/wiki/TitleIndex?anonymous
under Documentation Download (Xframe_II_OSDDG_2.1_LE.pdf).
Some noteworthy updates include Chapter C
Thank you, i'll use directly IEEE80211_RATE_* ;-)
Nick
2006/12/27, Michael Wu [EMAIL PROTECTED]:
On Wednesday 27 December 2006 12:26, Nick Kossifidis wrote:
We need those definitions for setting up the rate tables in dadwifi,
phytypes are needed inside drivers, take a look here -
On Tue, Dec 26, 2006 at 04:39:38PM -0500, Jeff Garzik wrote:
John W. Linville wrote:
The following changes since commit
0c234ae655a45ac3ee53a25b2e56e9bb6c27d71d:
Ulrich Kunitz (1):
ieee80211softmac: Fix mutex_lock at exit of
ieee80211_softmac_get_genie
are found in the
Evgeniy Polyakov wrote:
Why do we want to inject _ready_ event, when it is possible to mark
event as ready and wakeup thread parked in syscall?
Going back to this old one:
How do you want to mark an event ready if you don't want to introduce
yet another layer of data structures? The event
And last but not least, thanks to James Simmons for beginning this work a
while ago as his code was great to start with.
Wow!! I thought the work was dropped along time ago. Thanks for bring it
back.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a
19 matches
Mail list logo