On Tue, Dec 26, 2006 at 10:56:30PM +, Russell King wrote:
> > > >Small cleanup in the Cirrus Logic EP93xx ethernet driver: Check for NULL
> > > >pointer before dereferencing it instead of after. Remove unreferenced
> > > >variable.
> > > >
> > > >Signed-off-by: Yan Burman <[EMAIL PROTECTED]>
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
> >
> >ar
> 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 m
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 ->
> http
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 no
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 A
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 IE
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
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
2006/12/
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.
F
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.
http://kernel.org/git/?p=linux/kern
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 i
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 ca
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 irqb
> 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 i
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 submitt
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:
drivers/net/cxgb3
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 =
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
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 ++-
20 matches
Mail list logo
