Simon,
> Does the packet injection allow hostapd to use nl80211 instead of the
> wlan0ap interface to send management frames?
It's intended that it does that, yes.
> Important features for this
> include requesting a transmit status - i.e. the ability for
> hostapd/wpa_supplicant to know if the
On Thu, Sep 14, 2006 at 09:09:07AM -0700, Randy.Dunlap wrote:
>
> http://www.kernel.org/git/?p=linux/kernel/git/davem/net-2.6.19.git;a=summary
Yes please use this one until 2.6.18 is released.
Thanks,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
On Thu, 14 Sep 2006 13:27:54 -0500
Jon Mason <[EMAIL PROTECTED]> wrote:
> In br_dev_queue_push_xmit, why is the check to drop mtu oversized
> packets not checking for enough room for the impending ETH_HLEN size
> skb_push? In some code currently under development, we are seeing
> skb_under_panic
Kernel support for this is in net-2.6.19. The output format
of rule listing is unchanged when no masks are used.
[IPROUTE]: Add support for routing rule fwmark masks
Signed-off-by: Patrick McHardy <[EMAIL PROTECTED]>
---
commit e733fab0168bd659cef3158113c762c3c080471f
tree 011f330145c58c61dc8e
On Thu, Sep 14, 2006 at 11:53:48PM +0300, Mika Penttil? wrote:
> Jon Mason wrote:
> >In br_dev_queue_push_xmit, why is the check to drop mtu oversized
> >packets not checking for enough room for the impending ETH_HLEN size
> >skb_push? In some code currently under development, we are seeing
> >skb
Why is it necessary to set phymode to B? - a G client can connect
perfectly well to a B AP.
Simon
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of mabbas
Sent: Thursday, September 14, 2006 4:25 PM
To: netdev@vger.kernel.org
Subject: [d80211] connecting to
On Thu, 14 Sep 2006 17:51:50 +0100
Tony Jeffree <[EMAIL PROTECTED]> wrote:
> Steve/Brian -
>
> You've probably seen Mick Seaman's comments on this by now - as he points
> out in his email, tinkering with existing STP implementations is not likely
> to be a rewarding exercise and I would encoura
When I connect to b-mode only AP and then run iwconf it shows it as a
G-mode AP. I guess when we set frequency it look through all the modes
and set the mode to the first channel it founds. since B and G share the
same frequencies it will set phymode to G. How can we force it to set
phymode to
Patrick McHardy wrote:
> Joerg Roedel wrote:
>> On Thu, Sep 14, 2006 at 11:21:22AM +1000, Philip Craig wrote:
>>
>>> Joerg Roedel wrote:
>>>
+ To configure tunnels an extra tool is required. You can download
+ it from http://zlug.fh-zwickau.de/~joro/projects/ under the
+ EtherI
sunny12 wrote:
> Thanks a lot Michael, it seems to have resolved the issue, at
> least we were
> not able to reproduce it again
> after changing this flag. I will update this thread if the
> issue reoccurs.
That's good to know. When you upgrade to the next 2.6.18
kernel, you can re-enable TSO b
Mike Christie wrote:
> Peter Zijlstra wrote:
>> On Thu, 2006-09-14 at 22:35 +0200, Peter Zijlstra wrote:
>>> On Thu, 2006-09-14 at 14:22 -0500, Mike Christie wrote:
> I thought I found allocations in that path, lemme search...
> found this:
>
> iscsi_tcp_data_recv()
> iscsi_da
On Thu, Sep 14, 2006 at 05:51:50PM +0100, Tony Jeffree wrote:
> Steve/Brian -
>
> You've probably seen Mick Seaman's comments on this by now - as he points
> out in his email, tinkering with existing STP implementations is not likely
> to be a rewarding exercise and I would encourage you not to
Thanks a lot Michael, it seems to have resolved the issue, at least we were
not able to reproduce it again
after changing this flag. I will update this thread if the issue reoccurs.
Michael Chan wrote:
>
> On Mon, 2006-09-11 at 11:18 -0700, sunny12 wrote:
>
>> A restart of the network using /
[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <20060822212150.
[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
In-Reply-To: <[EMAIL PROTECTED]>
User-Agent: Mutt/1.5.11+cvs20060126
Hi. Back in August I sent out some patches for the aoe driver, and
Alan objected to the direct setting of skb->len in one of them. I
On Thu, 2006-09-14 at 16:03 -0500, Mike Christie wrote:
> Mike Christie wrote:
> > Peter Zijlstra wrote:
> >> On Thu, 2006-09-14 at 14:22 -0500, Mike Christie wrote:
> >>> Peter Zijlstra wrote:
> On Wed, 2006-09-13 at 15:50 -0500, Mike Christie wrote:
> > Peter Zijlstra wrote:
> >> Imp
Peter Zijlstra wrote:
> On Thu, 2006-09-14 at 22:35 +0200, Peter Zijlstra wrote:
>> On Thu, 2006-09-14 at 14:22 -0500, Mike Christie wrote:
>
I thought I found allocations in that path, lemme search...
found this:
iscsi_tcp_data_recv()
iscsi_data_rescv()
iscsi_c
Peter Zijlstra wrote:
> On Thu, 2006-09-14 at 14:22 -0500, Mike Christie wrote:
>> Peter Zijlstra wrote:
>>> On Wed, 2006-09-13 at 15:50 -0500, Mike Christie wrote:
Peter Zijlstra wrote:
> Implement sht->swapdev() for iSCSI. This method takes care of reserving
> the extra memory needed
Mike Christie wrote:
> Peter Zijlstra wrote:
>> On Thu, 2006-09-14 at 14:22 -0500, Mike Christie wrote:
>>> Peter Zijlstra wrote:
On Wed, 2006-09-13 at 15:50 -0500, Mike Christie wrote:
> Peter Zijlstra wrote:
>> Implement sht->swapdev() for iSCSI. This method takes care of reserving
>
Jon Mason wrote:
In br_dev_queue_push_xmit, why is the check to drop mtu oversized
packets not checking for enough room for the impending ETH_HLEN size
skb_push? In some code currently under development, we are seeing
skb_under_panic being called from the "skb_push(skb, ETH_HLEN)" in that
code.
On Thu, 2006-09-14 at 22:35 +0200, Peter Zijlstra wrote:
> On Thu, 2006-09-14 at 14:22 -0500, Mike Christie wrote:
> > > I thought I found allocations in that path, lemme search...
> > > found this:
> > >
> > > iscsi_tcp_data_recv()
> > > iscsi_data_rescv()
> > > iscsi_complete_pdu()
> > >
On Thu, 2006-09-14 at 14:22 -0500, Mike Christie wrote:
> Peter Zijlstra wrote:
> > On Wed, 2006-09-13 at 15:50 -0500, Mike Christie wrote:
> >> Peter Zijlstra wrote:
> >>> Implement sht->swapdev() for iSCSI. This method takes care of reserving
> >>> the extra memory needed and marking all relevant
Peter Zijlstra wrote:
> On Wed, 2006-09-13 at 15:50 -0500, Mike Christie wrote:
>> Peter Zijlstra wrote:
>>> Implement sht->swapdev() for iSCSI. This method takes care of reserving
>>> the extra memory needed and marking all relevant sockets with SOCK_VMIO.
>>>
>>> When used for swapping, TCP socke
(Switching from bugzilla to email - please retain all Cc's)
On Thu, 14 Sep 2006 11:04:03 -0700
[EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=7159
>
>Summary: No networking on a machine with Ethernet Pro 100 and
> Realtek 8139
> Kernel
In br_dev_queue_push_xmit, why is the check to drop mtu oversized
packets not checking for enough room for the impending ETH_HLEN size
skb_push? In some code currently under development, we are seeing
skb_under_panic being called from the "skb_push(skb, ETH_HLEN)" in that
code. It seems to me it
[EMAIL PROTECTED] <[EMAIL PROTECTED]> :
[...]
> Do you think if I convert them(smc911x.h) to static inline, would
> that be correct ?
Yes.
You can probably forget 'inline'.
--
Ueimor
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED
Hi Johannes,
Does the packet injection allow hostapd to use nl80211 instead of the
wlan0ap interface to send management frames? Important features for this
include requesting a transmit status - i.e. the ability for
hostapd/wpa_supplicant to know if the frame got acked or not.
Simon
-Origi
Dan Williams wrote:
On Wed, 2006-09-13 at 14:00 -0700, mabbas wrote:
Hi
I have some problem connecting if I don't follow some parameters
sequence in iwconfig command for example if I issues the following
# iwconfig wlan0 essid test ap xx:xx:xx:xx:xx:xx
#iwconfif wlan0 channel 9
Any
On Thu, 2006-09-14 at 08:39 -0700, David Stevens wrote:
> Alexey Kuznetsov <[EMAIL PROTECTED]> wrote on 09/14/2006 03:30:37 AM:
>
> > Hello!
> >
> > > No, it returns 1 (allow) if there are no filters to explicitly
> > > filter it. I wrote that code. :-)
> >
> > I see. It did not behave t
Steve/Brian -
You've probably seen Mick Seaman's comments on this by now - as he points
out in his email, tinkering with existing STP implementations is not likely
to be a rewarding exercise and I would encourage you not to go there.
I would suggest that it would be a much more valuable exerc
On Thu, 14 Sep 2006 18:52:26 +0300 Diego Beltrami wrote:
>
> > I suppose that this applies to Dave's netdev git tree?
> > That would explain why I get lots of patch errors when I try
> > to apply it to 2.6.18-rc7...
>
> Actually we made the patch against linux/kernel/git/acme/net-2.6.19.git
>
>
> I suppose that this applies to Dave's netdev git tree?
> That would explain why I get lots of patch errors when I try
> to apply it to 2.6.18-rc7...
Actually we made the patch against linux/kernel/git/acme/net-2.6.19.git
is that the wrong branch?
--
Diego
-
To unsubscribe from this list: sen
Sorry kmail garbled this, clean text below.
- Gerrit
--
diff --git a/net/dccp/Kconfig b/net/dccp/Kconfig
index 859e335..2c345c0 100644
--- a/net/dccp/Kconfig
+++ b/net/dccp/Kconfig
@@ -4,9 +4,9 @@ menu "DCCP Configuration (EXPERIMENTAL)"
config IP_DCCP
tristate "The DCCP Protocol (EXPERI
On Thu, Sep 14, 2006 at 05:39:08PM +0200, Ingo Oeser wrote:
> Hi there,
>
> Ingo Oeser wrote:
> > I get the following message when trying to transfer big files
> > (via FTP or SCP) since Linux 2.6.16.27. It didn't happen with Linux
> > 2.6.13.4.
> >
> > [702238.242237] eth1: increased tx thres
[DCCP]: Update documentation references.
Updates the references to spec documents throughout the code,
taking into account that
* the DCCP, CCID 2, and CCID 3 drafts all became RFCs in March this year
* RFC 1063 was obsoleted by RFC 1191
* draft-ietf-tcpimpl-pmtud-0x.txt was published as an In
Alexey Kuznetsov <[EMAIL PROTECTED]> wrote on 09/14/2006 03:30:37 AM:
> Hello!
>
> > No, it returns 1 (allow) if there are no filters to explicitly
> > filter it. I wrote that code. :-)
>
> I see. It did not behave this way old times.
>
> From your mails I understood that current behavi
On Thu, 14 Sep 2006 13:25:49 +0300 (EEST) Miika Komu wrote:
> Below is a fixed version of the announced patch. I hope this one is ok.
Yes, the split line is fixed now.
I suppose that this applies to Dave's netdev git tree?
That would explain why I get lots of patch errors when I try
to apply it
Hi there,
Ingo Oeser wrote:
> I get the following message when trying to transfer big files
> (via FTP or SCP) since Linux 2.6.16.27. It didn't happen with Linux 2.6.13.4.
>
> [702238.242237] eth1: increased tx threshold, txcfg 0xd0f01008.
> [702238.242649] eth1: increased tx threshold, txcfg 0
On Thursday 14 September 2006 00:35, Daniel Drake wrote:
> Michael Buesch wrote:
> > Does it strip ICV and FCS?
>
> The driver always strips FCS (unconditionally).
>
> The device does not strip ICV even when hardware decryption is in use,
> it gets included at the end of the frame, and I guess w
Hello!
When using "vconfig rem" command to delete vlan device,
on which kernel-mode PPPoE session were active, vconfig
and all pppd processes froze in D state with all
networking operation stuck, rendering the box non-functional.
Kernel started to print message:
unregister_netdevice: waiting fo
On 9/14/06, Robert Olsson <[EMAIL PROTECTED]> wrote:
Thanks a lot, code seems code seems straight forward but I'm not to
experienced with VLAN hacking and need find some test environment
when I got a chance, maybe someone else has better opportunities to
verify.
Cheers.
Interfaces of type IEEE80211_IF_TYPE_VLAN are similar to AP
interfaces. One difference is stations are bound to a particular
vlan interface after authentication/association based on
management policy (for example a radius server).
Interfaces of type IEEE80211_IF_TYPE_VLAN need to be able to
receiv
Wireless vlan interfaces need to have the same mac address as
other sub interfaces. Rather than complicate the kernel here by
adding yet another case where uniqueness is not required, remove
the check on mac address uniqueness altogether.
We should not implement a mac address allocation policy he
In 2.6.18-rc7, the section that prepares for preemptible periodic work
has two bugs. The first is due to an improper locking sequence that leads
to frozen systems. The second causes netdev watchdog timeouts. Both
are fixed.
Signed-off-by: Larry Finger <[EMAIL PROTECTED]>
---
John,
This patch has
On Tue, Sep 12, 2006 at 05:06:05PM -0500, Larry Finger wrote:
> Martin Langer wrote:
> >
> >Why not writing both (ucode rev and driver version)? Something like
> >
> > "from version 4.x binary drivers (rev>0x128).\n"
> >
> >BTW, if anybody needs the relationship between ucode revsion and drive
On Thu, 2006-09-14 at 09:41 -0400, Dan Williams wrote:
> Can you describe a bit more what the scope of each of nl80211 and
> cfg80211 is? Not sure I entirely understand the split and where the
> line is drawn.
Basically, I figured that cfg80211 is the kernel-internal interface and
nl80211 is jus
Erik Mouw wrote:
On Thu, Sep 14, 2006 at 08:28:54AM -0500, Larry Finger wrote:
Please apply this to wireless-2.6. It would be great if this patch were to be
included in 2.6.19.
I suppose you mean 2.6.18?
It would also be nice if your "bcm43xx locks up machine" patch were to
be included in 2.6
On Thu, 2006-09-14 at 12:46 +0200, Johannes Berg wrote:
> Hi,
>
> Last night I thought a bit more about configuration handling with
> cfg80211/nl80211 and have refined the original framework to be more
> split into cfg80211 and nl80211 stuff.
Can you describe a bit more what the scope of each of
On Thu, Sep 14, 2006 at 08:28:54AM -0500, Larry Finger wrote:
> Please apply this to wireless-2.6. It would be great if this patch were to be
> included in 2.6.19.
I suppose you mean 2.6.18?
It would also be nice if your "bcm43xx locks up machine" patch were to
be included in 2.6.18 together with
On Wed, 2006-09-13 at 14:00 -0700, mabbas wrote:
> Hi
> I have some problem connecting if I don't follow some parameters
> sequence in iwconfig command for example if I issues the following
> # iwconfig wlan0 essid test ap xx:xx:xx:xx:xx:xx
> #iwconfif wlan0 channel 9
Any reason you don't stick
Francesco Fondelli writes:
> The attached patch allows pktgen to produce 802.1Q and Q-in-Q tagged frames.
> I have used it for stress test a bridge and seems ok to me.
> Unfortunately I have no access to net-2.6.x git tree so the diff is against
> 2.6.17.13.
> If you have a moment look over
The setup for running long periodic work has a bug that leads to
netdev watchdog tx timeouts. This change eliminates the timeouts.
systems.
Signed-off-by: Michael Buesch <[EMAIL PROTECTED]>
Acked-by: Larry Finger <[EMAIL PROTECTED]>
---
John,
Please apply this to wireless-2.6. It would be great
Hello everybody.
I would like to know if is it possible to create an ipsec
policy based on the mark value inizialized by netfilter.
This is my problem: I need to route VoIP packets from hosts
connected to the private networks (A & B) to the QoS routers,
without encrypting them. 'Normal' packets a
Hello!
> [PACKET]: Don't truncate non-linear skbs with mmaped IO
>
> Non-linear skbs are truncated to their linear part with mmaped IO.
> Fix by using skb_copy_bits instead of memcpy.
Ack.
I remember this trick. The "idea" was that I needed only TCP header in any
case and it was perfect cutoff.
This is some preliminary code how I'm currently thinking (and that might
change radically :) ) configuration might look like.
It uses the patch I previously posted to make genetlink attributes
custom-definable.
--- wireless-dev.orig/include/linux/nl80211.h 2006-09-13 22:06:10.539647141
+0200
+
This patch makes d80211 partially configurable using the
infrastructure that nl80211 provides. So far, it allows
packet injection and adding/removing virtual interfaces.
Also identical to previous patches except for the file and Kconfig
renames that nl80211/cfg80211 went through.
Signed-off-by: J
This patch adds cfg80211/nl80211, a netlink based configuration
system for wireless hardware.
It currently features a few helper commands and commands to
add and remove virtual interfaces and to inject packets.
Support for nl80211 in d80211 is in a follow-up patch.
There should be support for not
Hello!
> No, it returns 1 (allow) if there are no filters to explicitly
> filter it. I wrote that code. :-)
I see. It did not behave this way old times.
>From your mails I understood that current behaviour matches another
implementations (BSD whatever), is it true?
Alexey
-
To unsubscri
Below is a fixed version of the announced patch. I hope this one is ok.
Signed-off-by: Diego Beltrami <[EMAIL PROTECTED]>
Signed-off-by: Miika Komu <[EMAIL PROTECTED]>
Signed-off-by: Herbert Xu <[EMAIL PROTECTED]>
Signed-off-by: Abhinav Pathak <[EMAIL PROTECTED]>
Signed-off-by: Jeff Ahren
Joerg Roedel wrote:
> On Thu, Sep 14, 2006 at 11:21:22AM +1000, Philip Craig wrote:
>
>>Joerg Roedel wrote:
>>
>>>+ To configure tunnels an extra tool is required. You can download
>>>+ it from http://zlug.fh-zwickau.de/~joro/projects/ under the
>>>+ EtherIP section. If unsure, say N.
bert hubert wrote:
> On Wed, Sep 13, 2006 at 08:44:21PM +0200, Patrick McHardy wrote:
>
>
>>Are you using TSO on the outgoing device? If so please try to log the
>>packet using iptables to see if it really is a TSO packet.
>
>
> Good catch! I turned off TSO and things are working fine again.
>
On Thu, Sep 14, 2006 at 11:21:22AM +1000, Philip Craig wrote:
> Joerg Roedel wrote:
> > +To configure tunnels an extra tool is required. You can download
> > +it from http://zlug.fh-zwickau.de/~joro/projects/ under the
> > +EtherIP section. If unsure, say N.
>
> To obtain a list of tun
> > @@ -1977,7 +1975,7 @@
> > case 4:/* 11520 Rx Data Fifo Size */
> > lp->afc_cfg=0x00783C9F;break;
> > case 5:/* 10560 Rx Data Fifo Size */
> > - lp->afc_cfg=0x006E374F;break;
> > + lp->afc_cfg=0x006E378F;break;
>
On Thu, 2006-09-14 at 10:14 +0200, Thomas Graf wrote:
> Looks good, we have to watch the size of struct nla_policy though.
> This bumps the size from 4 bytes to 16 bytes on 64bit architectures
> which might become a problem since we always use ATTR_MAX sized
> arrays.
Yes, I'm aware of that, but
On Wednesday 13 September 2006 22:02, Francois Romieu wrote:
> [EMAIL PROTECTED] <[EMAIL PROTECTED]> :
> [...]
> > BACKDUR calculation is wrong at case 5. Also some cosmetic around
> > smc911x_probe...
>
> If you are in a mood for cosmetic, feel free to turn some unsigned
> long ioaddr into somet
On Wed, Sep 13, 2006 at 08:44:21PM +0200, Patrick McHardy wrote:
> Are you using TSO on the outgoing device? If so please try to log the
> packet using iptables to see if it really is a TSO packet.
Good catch! I turned off TSO and things are working fine again.
Is this a known problem, should it
On Wednesday 13 September 2006 22:02, Francois Romieu wrote:
> [EMAIL PROTECTED] <[EMAIL PROTECTED]> :
> >
> >
> > 9115-an1212.pdf, page 23 -> http://www.smsc.com/main/anpdf/an1212.pdf
> >
> > "The existence of external PHYs is determined by reading
> > the same two PHY registers at PHY address
Hi,
Thanks for your comments.
On Wednesday 13 September 2006 22:01, Francois Romieu wrote:
> [EMAIL PROTECTED] <[EMAIL PROTECTED]> :
> [...]
> > #define SMC_WRITE_EEPROM_CMD(cmd, addr)
> > \
> > do {
On Thu, Sep 14, 2006 at 10:25:32AM +0200, Jarek Poplawski wrote:
...
> "Attachments are discouraged, but some corporate mail systems
> provide no other way to send patches."
>
> I thought they didn't read this but now I understand for whom
> Mozilla Firefox is breaking all those lines with no me
On 12-09-2006 00:04, Jeff Garzik wrote:
> John W. Linville wrote:
...
>> Not too explicitly, but I think Andrew mentions it in "The Perfect
>> Patch":
>>
>> http://www.zip.com.au/~akpm/linux/patches/stuff/tpp.txt
>>
>> While you are looking, you might review Jeff's version of the same idea:
>>
* Johannes Berg <[EMAIL PROTECTED]> 2006-09-14 09:44
> This patch adds an NLA_CUSTOM_CHECK type for netlink attributes
> in order to be able to centrally define new attribute structures
> instead of having to check these special types in each function
> that uses such an attribute.
>
> nl80211 wil
On Wed, 2006-09-13 at 18:35 -0400, Daniel Drake wrote:
> + /* If the device does decryption but leaves the IV in place then we:
> +* need to kill it. */:
> + if (!can_be_decrypted && (fc & IEEE80211_FCTL_PROTECTED)):
> + hdrlen += 4;:
That might work, unless
This patch adds an NLA_CUSTOM_CHECK type for netlink attributes
in order to be able to centrally define new attribute structures
instead of having to check these special types in each function
that uses such an attribute.
nl80211 will benefit from this because it needs an information
element attri
72 matches
Mail list logo
