-- Forwarded message --
Date: Fri, 2 Jun 2006 16:31:44 -0700 (PDT)
From: Matthew L Foster <[EMAIL PROTECTED]>
To: linux-kernel@vger.kernel.org
Cc: [EMAIL PROTECTED]
Subject: icmp or table->lock deadlock bug? (lockdep)
Perhaps someone has hit this one already but in case not:
===
I received the hardware back and took the opportunity to test with
2.6.17-rc5-git11. So far I did only little tests (ttcp on both interfaces in,
out or mixed with some 10e6 packets), but it looks good. No errors (well, 16
overruns in 76574513 packets) and line rate (about 111MB/s) on both channe
This is a bugfix and 2.6.17 stuff, if still possible to push upstream.
--
Also add the Poll RX DMA Memory workaround to the DMA4
(xmitstatus) path.
Signed-off-by: Michael Buesch <[EMAIL PROTECTED]>
diff --git a/drivers/net/wireless/bcm43xx/bcm43xx_dma.c
b/drivers/net/wireless/bcm43xx/bcm43xx_d
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
Also, there is the following snippet in net/ipx/af_ipx.c, line 1174
f.ipx_special = sipx->sipx_special;
The former is unsigned char and is compared with 1 and 2. The latter is
__be16 if I'm not mistaken. Is there a bug hiding?
--
On Sunday 04 June 2006 00:45, Larry Finger wrote:
>b) It then creates a new directory, '/proc/net/ieee80211_geo', and
> populates it with 2 files for
> communication with the daemon. The first, which is read by the daemon,
> contains the country and
> outdoor codes, and the second is for th
This message shows the patch needed to convert the bcm43xx driver to use the new ieee80211_init_geo
routine. Note: I know my mailer has butchered the white space by changing all the tabs into spaces.
The original source is OK. Larry
==
This message contains the patch to add routine ieee80211_init_geo to the kernel, and a new flag
definition for the IEEE80211 codes. Note: I know that my mailer has messed up the white space by
converting all the tabs to spaces. The original files are OK. Larry
==
This message shows each of the 2.4 GHz and 5 GHz bands split into indoor and outdoor usage. For each
group, the ISO name for that country is shown before the channel listing. There are a lot of
countries that do not belong in the default group. I welcome any input you can provide for these
missi
As announced earlier in this list, I am working on providing kernel support for providing regulatory
information to be used to set usable channels, max power, and other information needed by IEEE802.11
drivers. The database will be maintained as a text file processed by a user-space daemon. I now
Am Samstag, 3. Juni 2006 21:35 schrieb Daniel Drake:
> Oliver Neukum wrote:
> > +static int read_mac_addr(struct zd_chip *chip, u8 *mac_addr)
> > +{
> > + static const zd_addr_t addr[2] = { CR_MAC_ADDR_P1, CR_MAC_ADDR_P2 };
> > + return _read_mac_addr(chip, mac_addr, (const zd_addr_t *)addr);
>
Oliver Neukum wrote:
+static int read_mac_addr(struct zd_chip *chip, u8 *mac_addr)
+{
+ static const zd_addr_t addr[2] = { CR_MAC_ADDR_P1, CR_MAC_ADDR_P2 };
+ return _read_mac_addr(chip, mac_addr, (const zd_addr_t *)addr);
+}
Why on the stack?
Technically it's not on the stack beca
Am Samstag, 3. Juni 2006 13:20 schrieb Daniel Drake:
> I tried to submit this patch yesterday, but it doesn't appear to have
> been delivered. The patch is probably a bit on the large side, so I'll
> try again over http:
>
> http://dev.gentoo.org/~dsd/kernel/zd1211rw.patch
>
> Any comments appr
Stephen Hemminger wrote:
Rolled my sleeve's up and gave this a try...
This is a implementation of Sally Floyd's Limited Slow Start
for Large Congestion Windows.
Limited slow start is useful as a work-around for bottleneck queues that
are inappropriately short. I don't think it's good to run
A little more info to the dead thread...
The machine died this morning, network and serial console were
unresponsive. On rebooting, the only unusual message in logs were the
last two:
Jun 3 01:58:39 loft -- MARK --
Jun 3 02:03:39 loft -- MARK --
Jun 3 02:08:40 loft -- MARK --
Jun 3 02:10:2
On Tue, 2006-05-30 at 17:42 -0400, Jim Gettys wrote:
> As you know, we've said we were going to have a developer's program. You
> can find more information, including how to apply for boards at:
>
> http://wiki.laptop.org/index.php/Developers_Program
>
> Note that these are bare PC prototype boar
I tried to submit this patch yesterday, but it doesn't appear to have
been delivered. The patch is probably a bit on the large side, so I'll
try again over http:
http://dev.gentoo.org/~dsd/kernel/zd1211rw.patch
Any comments appreciated.
[PATCH RFC] ZyDAS ZD1211 USB-WLAN driver
There are 60+
On Sat, Jun 03, 2006 at 07:51:23PM +0900, YOSHIFUJI Hideaki / ?$B5HF#1QL@ wrote:
>
> I think that people will start thinking why we cannot
> skb_pull(skb, len) if skb_headlen(skb) == len; some comment needed...
Good idea. Here is a better one.
[TCP]: Avoid skb_pull if possible when trimming hea
In article <[EMAIL PROTECTED]> (at Sat, 3 Jun 2006 19:54:42 +1000), Herbert Xu
<[EMAIL PROTECTED]> says:
> [TCP]: Avoid skb_pull if possible when trimming head
>
> Trimming the head of an skb by calling skb_pull can cause the packet
> to become unaligned if the length pulled is odd. Since the l
On Sat, May 27, 2006 at 10:31:19AM -0700, [EMAIL PROTECTED] wrote:
>
> Ok, see the attachment (ALL.txt.gz) for the tcpdump output. If you would like
> the hexdump or more, please give the tcpdump filter rule to me.
Thanks a lot. So it wasn't as uncommon as I thought. In fact, partial
odd acks l
Am Freitag 02 Juni 2006 16:30 schrieb Ivo van Doorn:
> > Or actually, I don't think the radiobtn/ won't be actually needed as
> > prefix. The name passed to the radiobtn driver by the driver should be
> > sufficient.
>
> Updated version,
>
> Signed-off-by Ivo van Doorn <[EMAIL PROTECTED]>
I don't
20 matches
Mail list logo
