From: Miika Komu <[EMAIL PROTECTED]>
Date: Fri, 29 Sep 2006 10:19:06 +0300 (EEST)
> Hi folks,
>
> I hope you will consider the BEET mode IPsec patch for the 2.6.19 kernel:
>
> http://www.mail-archive.com/netdev@vger.kernel.org/msg22333.html
>
> We have refactored the patch several times accordi
On Tue, Oct 03, 2006 at 11:34:02PM -0700, Ulrich Drepper ([EMAIL PROTECTED])
wrote:
> On 9/20/06, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> >This patch includes core kevent files:
> >[...]
>
> I tried to look at the example programs before and failed. I tried
> again. Where can I find up-to
On 9/20/06, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
This patch includes core kevent files:
[...]
I tried to look at the example programs before and failed. I tried
again. Where can I find up-to-date example code?
Some other points:
- I really would prefer not to rush all this into the u
On Tue, Oct 03, 2006 at 11:10:51PM -0700, Ulrich Drepper ([EMAIL PROTECTED])
wrote:
> [Bah, sent too eaqrly]
>
> On 9/22/06, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> >The only two things missed in patchset after his suggestions are
> >new POSIX-like interface, which I personally consider as
On Tue, Oct 03, 2006 at 11:09:15PM -0700, Ulrich Drepper ([EMAIL PROTECTED])
wrote:
> On 9/22/06, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> >The only two things missed in patchset after his suggestions are
> >new POSIX-like interface, which I personally consider as very unconvenient,
>
> This
[Bah, sent too eaqrly]
On 9/22/06, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
The only two things missed in patchset after his suggestions are
new POSIX-like interface, which I personally consider as very unconvenient,
This means you really do not know at all what this is about. We
already h
On 9/22/06, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
The only two things missed in patchset after his suggestions are
new POSIX-like interface, which I personally consider as very unconvenient,
This means you really do not know at all what this is about. We
already have these interfaces. S
On Mon, Oct 02, 2006 at 12:41:57PM -0400, James Morris ([EMAIL PROTECTED])
wrote:
> You can get recent policy packages via the devel repo, which I'd suggest
> if you're using development (or DIY) kernels.
[EMAIL PROTECTED] ~]# uname -a
Linux kano 2.6.18 #5 SMP Mon Oct 2 18:44:30 MSD 2006 i686 i6
On Tue, Oct 03, 2006 at 09:50:09PM -0700, Ulrich Drepper ([EMAIL PROTECTED])
wrote:
> On 9/27/06, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> \> I have been told in private what is signal masks about - just to wait
> >until either signal or given condition is ready, but in that case just
> >add
On 9/27/06, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
\> I have been told in private what is signal masks about - just to wait
until either signal or given condition is ready, but in that case just
add additional kevent user like AIO complete or netwrok notification
and wait until either reques
On Wed, 04 Oct 2006 04:57:08 +0200
Matthias Hentges <[EMAIL PROTECTED]> wrote:
> Hello Stephen,
>
> Am Donnerstag, den 28.09.2006, 16:19 -0700 schrieb Stephen Hemminger:
>
> > Here is the debug patch I sent to the first reporter of the problem.
> > I know what the offset is supposed to be, so if
Hello Stephen,
Am Donnerstag, den 28.09.2006, 16:19 -0700 schrieb Stephen Hemminger:
> Here is the debug patch I sent to the first reporter of the problem.
> I know what the offset is supposed to be, so if the PCI subsystem is
> wrong, this will show.
>
> --- sky2.orig/drivers/net/sky2.c 2
The following replaces unlabeled_t with network_t for
better characterization of the flow out/in checks in
SELinux, as well as to allow for mls packets to
flow out/in from the network since network_t would allow
the full range of MLS labels, as opposed to the unlabeled init sid
that only allows sys
David Miller wrote:
From: Masahide NAKAMURA <[EMAIL PROTECTED]>
Date: Tue, 03 Oct 2006 12:29:54 +0900
[XFRM] POLICY: Fix per-direction policy counter after flushing.
Currently when xfrm_policy_flush() is called per-direction
policy counter is cleared. However flusing policy is perf
On Tue, 3 Oct 2006, David Miller wrote:
> I'm not saying either is wrong, I'm just pointing it out to make sure
> this is intentional.
>
> The socket policy behavior deserves some scrutiny. I say this because
> if a matching socket policy is avoided due to security layer error,
> this could pote
On Tue, Oct 03, 2006 at 04:42:53PM -0700, Andrew Morton wrote:
> On Tue, 3 Oct 2006 16:18:44 +0100 (BST)
> "Maciej W. Rozycki" <[EMAIL PROTECTED]> wrote:
>
> > + sbmac_state_t sbm_state; /* current state */
>
> argh.
>
> The reader looks at this and doesn't know if it's an inte
In the SoftMAC version of the IEEE 802.11 stack, not all duplicate messages are
detected. For the most part, there is no difficulty; however ifor TKIP and CCMP
encryption, the duplicates result in a "replay detected" log message where the
received and previous values of the TSC are identical. This
On Tue, 3 Oct 2006 16:18:44 +0100 (BST)
"Maciej W. Rozycki" <[EMAIL PROTECTED]> wrote:
> + sbmac_state_t sbm_state; /* current state */
argh.
The reader looks at this and doesn't know if it's an integer, a void*, a
struct usb_ac_header_descriptor** or what.
enum sbmac
The previous change to do fragmented receive (post 2.6.18) introduced a bug
where packets are passed up with size set to the size of the receive buffer
not the actual received data. IP silently trims this so it didn't show up
right away.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
From: "chas williams - CONTRACTOR" <[EMAIL PROTECTED]>
Date: Sun, 01 Oct 2006 11:18:00 -0400
> please consider for 2.6.18 -- thanks!
>
> [ATM]: [zatm] always *pcr in alloc_shaper()
>
> Signed-off-by: Chas Williams <[EMAIL PROTECTED]>
Also applied, thanks a lot.
-
To unsubscribe from this list:
Good spotting Patrick, applied.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
From: "chas williams - CONTRACTOR" <[EMAIL PROTECTED]>
Date: Sun, 01 Oct 2006 11:17:43 -0400
> please consider for 2.6.19 -- thanks!
>
> [ATM]: [ambassador] Change the return type to reflect reality
>
> Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
> Signed-off-by: Chas Williams <[EMAIL PROTECT
From: "chas williams - CONTRACTOR" <[EMAIL PROTECTED]>
Date: Sun, 01 Oct 2006 11:17:05 -0400
> [ATM]: kmalloc to kzalloc patches for drivers/atm
>
> Signed-off-by: Om Narasimhan <[EMAIL PROTECTED]>
> Signed-off-by: Chas Williams <[EMAIL PROTECTED]>
Applied, thanks Chas.
-
To unsubscribe from thi
From: Jeff Garzik <[EMAIL PROTECTED]>
Date: Sun, 1 Oct 2006 12:24:13 -0400
> gcc spits out this warning:
>
> net/tipc/link.c: In function $,1rx(Blink_retransmit_failure$,1ry(B:
> net/tipc/link.c:1669: warning: cast from pointer to integer of different
> size
>
> More than a little bit ugly,
From: Vlad Yasevich <[EMAIL PROTECTED]>
Date: Mon, 02 Oct 2006 10:46:42 -0400
> David Miller wrote:
> > If, on the other hand, you know you have exclusive access to the
> > skb and there are no other references, setting skb->truesize can
> > be OK. However setting it to sizeof(struct sk_buff) doe
From: James Morris <[EMAIL PROTECTED]>
Date: Mon, 2 Oct 2006 10:27:13 -0400 (EDT)
> Updated version of the patch, which return directly after a flow cache
> lookup error in xfrm_lookup rather than returing via the cleanup path
> (which was causing a spurious dst_release).
>
> This works for me,
Or Gerlitz <[EMAIL PROTECTED]> wrote:
>Sorry, but I don't follow... by saying "would be ideal to do ***it*** this
>way in all cases" what exactly is the "it" you are referring to?
It refers to:
You almost want to have some kind of call to induce a reload
from scratch of
From: Masahide NAKAMURA <[EMAIL PROTECTED]>
Date: Tue, 03 Oct 2006 12:29:54 +0900
> [XFRM] POLICY: Fix per-direction policy counter after flushing.
>
> Currently when xfrm_policy_flush() is called per-direction
> policy counter is cleared. However flusing policy is performed
> for
From: Julian Anastasov <[EMAIL PROTECTED]>
Date: Tue, 3 Oct 2006 03:05:51 +0300 (EEST)
>
> Make sure hash_mask is protected with tbl->lock in all
> cases just like the hash_buckets.
>
> Signed-off-by: Julian Anastasov <[EMAIL PROTECTED]>
Applied, thanks Julian. I'll push this to -stable
On Tuesday 03 October 2006 22:57, Linas Vepstas wrote:
> + if ((chain->head->next == chain->tail->prev) ||
> + (spider_net_get_descr_status(descr) !=
> SPIDER_NET_DESCR_NOT_IN_USE)) {
> result = NETDEV_TX_LOCKED;
> goto out;
> }
...
> out:
This patch fixes the names of a few fields in the DMA control
register. There is no functional change.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc: James K Lewis <[EMAIL PROTECTED]>
Cc: Arnd Bergmann <[EMAIL PROTECTED]>
drivers/net/spider_net.c |2 +-
drivers/net/spider_net.h
The module param permsissions should bw read-only, not writable.
Signed-off-by: James K Lewis <[EMAIL PROTECTED]>
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc: Arnd Bergmann <[EMAIL PROTECTED]>
drivers/net/spider_net.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
In
For small packets, the transmit interrupt settings were
accidentally generating too many interrupts. This patch
turns off all transmit-related interrupts when the tx
queue is mostly empty.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc: James K Lewis <[EMAIL PROTECTED]>
Cc: Arnd Bergmann <
Subject: [PATCH 1/4]: Spidernet stop queue when queue is full.
This patch adds a call to netif_stop_queue() when there is
no more room for more packets on the transmit queue.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc: James K Lewis <[EMAIL PROTECTED]>
Cc: Arnd Bergmann <[EMAIL PROTECTE
The following set of four patches provide some more spidernet fixes.
Most important are a pair of patches to stop the transmit queue when it
is full, and to actually turn off transmit interrupts during NAPI(!)
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Cc: James K Lewis <[EMAIL PROTECTED]>
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Tue, 03 Oct 2006 20:05:33 +0200
> Ismail Donmez wrote:
> > With commit 10fd48f2376db52f08bf0420d2c4f580e39269e1 [1] , RB_EMPTY_NODE
> > changed behaviour so it returns true when the node is empty as expected.
> > Hence Patrick McHardy's fix for sc
From: David Stevens <[EMAIL PROTECTED]>
Date: Tue, 3 Oct 2006 11:33:07 -0700
> If the index is set, it doesn't look up the address (which may be
> expensive).
> If you want to look up by address, the index must be 0.
>
> I wouldn't call that a bug.
Me neither, Andrew please close this. :)
-
To
[EMAIL PROTECTED] said:
> If you are seeing truesize errors with the stock 2.6.18 kernel then
> some other protocol is messing with the skb's? Are you using IPV6?
> Or PPPoE or something like that.
Only thing like that that is running here is OpenVPN which is using a
tun interface. There's hardl
On Tue, 3 Oct 2006 21:13:51 +0200
Martin Lucina <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] said:
> > > > What speed and duplex are you using?
> > >
> > > 1000 Mbps, full duplex
> > >
> > > > What MTU are you using.
> > >
> > > 1500
> >
> > Are you sure? I assume you are using the latest dr
Possibly related, could the TX hangs be due to extreme load / no free
memory on the machine? I just realised that my application appears to
be loading the machine to the max... (i.e. all 2GB RAM used + another
couple GB in swap)
-mato
-
To unsubscribe from this list: send the line "unsubscribe ne
[EMAIL PROTECTED] said:
> > > What speed and duplex are you using?
> >
> > 1000 Mbps, full duplex
> >
> > > What MTU are you using.
> >
> > 1500
>
> Are you sure? I assume you are using the latest driver from Linus's
> git repository. That version adds support for fragmented receive, but
> that
On Tue, 3 Oct 2006 20:39:49 +0200
Martin Lucina <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] said:
> > On Tue, 3 Oct 2006 20:21:20 +0200
> > Martin Lucina <[EMAIL PROTECTED]> wrote:
> >
> > > Hi Stephen,
> > >
> > > I'm still getting tx timeouts even after applying the patch you sent me
> > >
[EMAIL PROTECTED] said:
> On Tue, 3 Oct 2006 20:21:20 +0200
> Martin Lucina <[EMAIL PROTECTED]> wrote:
>
> > Hi Stephen,
> >
> > I'm still getting tx timeouts even after applying the patch you sent me
> > and forcing tx flow control off:
>
> What speed and duplex are you using?
1000 Mbps, full
On Tue, 3 Oct 2006 20:21:20 +0200
Martin Lucina <[EMAIL PROTECTED]> wrote:
> Hi Stephen,
>
> I'm still getting tx timeouts even after applying the patch you sent me
> and forcing tx flow control off:
What speed and duplex are you using?
>
> Also, I'm seeing a bunch of messages like this (in ad
If the index is set, it doesn't look up the address (which may be
expensive).
If you want to look up by address, the index must be 0.
I wouldn't call that a bug.
+-DLS
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a m
From: Santiago Leon <[EMAIL PROTECTED]>
This patch fixes a nasty bug that has been sitting there since the very first
versions of the driver, but is generating a panic because we changed the number
of 2K buffers for 2.6.16.
The consumer_index and producer_index are u32's that get incremented on
From: Michael Ellerman <[EMAIL PROTECTED]>
Hi Jeff,
This patch has been floating around for a while now, Santi originally sent it
in March: http://www.spinics.net/lists/netdev/msg00471.html
You replied saying you thought it was "bonkers", I think I explained why it
wasn't, perhaps you disagre
From: Santiago Leon <[EMAIL PROTECTED]>
This patch changes the name of the proc file for each ibmveth adapter from the
network device name to the slot number in the virtual bus.
The proc file is created when the device is probed, so a change in the name of
the device will not be reflected in th
From: Santiago Leon <[EMAIL PROTECTED]>
This patch adds the net poll controller function to ibmveth to support
netconsole and netdump.
Signed-off-by: Santiago Leon <[EMAIL PROTECTED]>
---
drivers/net/ibmveth.c | 11 +++
1 file changed, 11 insertions(+)
diff -urNp a/drivers/net/ibmvet
Hi Jeff,
Can you apply the following patches (hopefully for 2.6.19)? They are the
hardening of the initialization for kexec, adding netpoll, and some small fixes
for bugs that people have been running into.
Thanks,
--
Santiago A. Leon
Power Linux Development
IBM Linux Technology Center
-
To u
From: Santiago Leon <[EMAIL PROTECTED]>
This patch fixes a race that panics the kernel when opening the device after a
kdump. Without this patch there is a window where the hypervisor can send an
interrupt before all the structures for the kdump ibmveth module are ready
(because the hypervisor
Hi Stephen,
I'm still getting tx timeouts even after applying the patch you sent me
and forcing tx flow control off:
Sep 28 20:35:53 dezo kernel: NETDEV WATCHDOG: eth1: transmit timed out
Sep 28 20:35:53 dezo kernel: sky2 eth1: tx timeout
Sep 28 20:35:53 dezo kernel: sky2 eth1: transmit ring 420
David Miller wrote:
From: Ben Woodard <[EMAIL PROTECTED]>
Date: Wed, 27 Sep 2006 11:52:57 -0700
Because these are general utility clusters we run many different
programs and so trying to fix this problem in the application is not
possible since there are literally hundreds if not thousands of
Thanks, queued for 2.6.19
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Fix overflow when converting timespec to microseconds. Without this patch you
can get an overflow during the multiplication which can result in a negative
number.
hostime is define here:
4.4 hosttime
The hosttime field is set to the current value of the host maintained
clock variable when the fr
From: Elliot Schwartz <[EMAIL PROTECTED]>
This is all unused.
Signed-off-by: Elliot Schwartz <[EMAIL PROTECTED]>
Index: wireless-dev/include/net/d80211.h
===
--- wireless-dev.orig/include/net/d80211.h
+++ wireless-dev/include/net/
Wireless vlan interfaces need to have the same mac address as
AP interfaces. The STA must not see the change when it is bound to
a specific vlan, so the address of the vlan interface must be the same
as the address of the AP interface the station associated with.
Signed-off-by: David Kimdon <[EMA
From: Elliot Schwartz <[EMAIL PROTECTED]>
Remove unused and more or less pointless rate limiting code. This
would have just dropped multicast frames arbitrarily when the limit is
reached which is quite useless and does not really belong to 802.11
code.
Signed-off-by: Elliot Schwartz <[EMAIL PROTE
From: Jouni Malinen <[EMAIL PROTECTED]>
Start using 2 * listen_int * beacon_int as a timeout for PS buffered
unicast frames if that is longer than 10 seconds. Previously, we used
fixed 10 second limit regardless of the listen interval.
This fixes power saving for STAs that request very long liste
Ismail Donmez wrote:
> With commit 10fd48f2376db52f08bf0420d2c4f580e39269e1 [1] , RB_EMPTY_NODE
> changed behaviour so it returns true when the node is empty as expected.
> Hence Patrick McHardy's fix for sched_htb.c should be reverted.
>
> Signed-off-by: Ismail Donmez <[EMAIL PROTECTED]>
ACKe
From: Maxime Bizon <[EMAIL PROTECTED]>
Some stats reported by ethtool -S on mv643xx_eth device are cleared
between each call. This patch fixes it.
Signed-off-by: Maxime Bizon <[EMAIL PROTECTED]>
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
---
Thanks Maxime.
--- linux-2.6.18/drivers/net
On Tue, 3 Oct 2006 07:40:04 -0700
[EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=7254
>
>Summary: leaving IP multicast group with incorrect imr_address
> unexpectedly succeeded
> Kernel Version: 2.6.18
> Status: NEW
>
On Tue, Oct 03, 2006 at 06:45:35PM +0200, Samuel Tardieu wrote:
> On 3/10, Jean Tourrilhes wrote:
>
> | > I suggest that you revert the memset() to IW_ESSID_MAX_SIZE+1 so that
> | > the last byte is cleared as well. Or am I missing something?
> |
> | No, that would bring back the slab/memory ove
On 3/10, Jean Tourrilhes wrote:
| > I suggest that you revert the memset() to IW_ESSID_MAX_SIZE+1 so that
| > the last byte is cleared as well. Or am I missing something?
|
| No, that would bring back the slab/memory overflow we are
| trying to get rid of.
Then I am puzzled by the function decl
Some stats reported by ethtool -S on mv643xx_eth device are cleared
between each call.
Is it the wanted behaviour ? If not, the attached patch fixes it.
Signed-off-by: Maxime Bizon <[EMAIL PROTECTED]>
--- linux-2.6.18/drivers/net/mv643xx_eth.c.orig 2006-10-03 18:29:14.0
+0200
+++ linu
On Tue, Oct 03, 2006 at 05:58:31PM +0200, Samuel Tardieu wrote:
> > "Jean" == Jean Tourrilhes <[EMAIL PROTECTED]> writes:
>
> Jean> @@ -2500,9 +2501,9 @@ static int orinoco_hw_get_essid(struct o
> Jean> len = le16_to_cpu(essidbuf.len);
> Jean> BUG_ON(len > IW_ESSID_MAX_SIZE);
>
> "Jean" == Jean Tourrilhes <[EMAIL PROTECTED]> writes:
Jean> @@ -2500,9 +2501,9 @@ static int orinoco_hw_get_essid(struct o
Jean> len = le16_to_cpu(essidbuf.len);
Jean> BUG_ON(len > IW_ESSID_MAX_SIZE);
Jean>
Jean> - memset(buf, 0, IW_ESSID_MAX_SIZE+1);
Jean> + memset(buf, 0, IW_ESSID_MA
Hello,
This change makes the PHY interrupt actually work as intended on the
SWARM board, where the CFE firmware leaves the GPIO line at the power-on
polarity, which is suitable for active-high interrupts, but not quite so
for this one (the "interrupt force" bit in the PHY works much better for
Hello,
This patch adds support for interrupt-driven operation of the Broadcom
Gigabit Ethernet PHYs. I have included device IDs for the parts used on
Broadcom SiByte evaluation boards; more can be added as a need arises.
They are apparently generally software-compatible with one another.
P
Hello,
This patch defines the wiring for the PHY interrupt lines for the
supported Broadcom SiByte boards for which documentation is available.
Please consider.
Maciej
Signed-off-by: Maciej W. Rozycki <[EMAIL PROTECTED]>
patch-mips-2.6.18-20060920-sibyte-phy-irq-15
diff -up --recursive --
Hello,
Here is a set of patches that update the sb1250-mac driver used for the
onchip Gigabit Ethernet interfaces of the Broadcom SiByte family of SOCs
including the BCM1250 and a couple of other members. These are used,
among others, on various Broadcom evaluation boards together with Broadc
Hello,
This is the actual driver update. It includes the following changes:
1. Some help text for Kconfig.
2. Removal of unused module options.
3. Phylib support and the resulting removal of generic bits for handling
the PHY.
4. Proper reserving of device resources and using ioremap()ped
Hello,
This patch fixes a couple of problems discovered with interrupt handling
in the phylib core, namely:
1. The driver uses timer and workqueue calls, but does not include
nor .
2. The driver uses schedule_work() for handling interrupts, but does not
make sure any pending work sche
Hello,
The uses some types and macros defined in
, , and ,
but fails to include these headers.
Please consider.
Maciej
Signed-off-by: Maciej W. Rozycki <[EMAIL PROTECTED]>
patch-mips-2.6.18-20060920-include-phy-16
diff -up --recursive --new-file
linux-mips-2.6.18-20060920.macro/includ
On Tuesday 03 October 2006 17:12, Martin Langer wrote:
> On Tue, Oct 03, 2006 at 04:48:04PM +0200, Michael Buesch wrote:
> > On Tuesday 03 October 2006 16:36, Larry Finger wrote:
> > > Michael Buesch wrote:
> > > >> kernel: bcm43xx_d80211: firmware revision FE84, patchlevel 90B4, date
> > > >> 200
On Tue, Oct 03, 2006 at 04:48:04PM +0200, Michael Buesch wrote:
> On Tuesday 03 October 2006 16:36, Larry Finger wrote:
> > Michael Buesch wrote:
> > >> kernel: bcm43xx_d80211: firmware revision FE84, patchlevel 90B4, date
> > >> 2000-14-248
> > >> 29:46:18
> > >
> > > Uhm, which firmware are y
Michael Buesch wrote:
On Tuesday 03 October 2006 16:36, Larry Finger wrote:
Michael Buesch wrote:
kernel: bcm43xx_d80211: firmware revision FE84, patchlevel 90B4, date
2000-14-248
29:46:18
Uhm, which firmware are you running?
The softmac version reports the following (The "loaded" messages
On Tue, Oct 03, 2006 at 04:28:20PM +1000, Herbert Xu wrote:
> On Tue, Oct 03, 2006 at 03:49:35PM +1000, Herbert Xu wrote:
> >
> > OK, I think I've got the right bug this time.
>
> Here is the patch for the other bug that I found along the way:
>
> [UDP6]: Fix MSG_PROBE crash
>
This one fixes. T
On Tuesday 03 October 2006 16:36, Larry Finger wrote:
> Michael Buesch wrote:
> >> kernel: bcm43xx_d80211: firmware revision FE84, patchlevel 90B4, date
> >> 2000-14-248
> >> 29:46:18
> >
> > Uhm, which firmware are you running?
>
> The softmac version reports the following (The "loaded" messa
From: Tom Tucker <[EMAIL PROTECTED]>
The AMSO driver was not thread-safe in the post WR code and had
code that would sleep if the WR post FIFO was full. Since these
functions can be called on interrupt level I changed the sleep to a
udelay.
Signed-off-by: Tom Tucker <[EMAIL PROTECTED]>
---
driv
Michael Buesch wrote:
kernel: bcm43xx_d80211: firmware revision FE84, patchlevel 90B4, date
2000-14-248
29:46:18
Uhm, which firmware are you running?
The softmac version reports the following (The "loaded" messages are something
I'm trying.):
kernel: bcm43xx: Firmware: Microcode "bcm43xx
On Tue, 3 Oct 2006, Herbert Xu wrote:
> On Thu, Sep 28, 2006 at 10:40:18AM +0200, cagri coltekin wrote:
> >
> > No. Bug is the first after boot:
>
> OK, I think I've got the right bug this time.
>
> [UDP6]: Fix flowi clobbering
>
> The udp6_sendmsg function uses a shared buffer to store the
> f
Jay Vosburgh wrote:
Or Gerlitz <[EMAIL PROTECTED]> wrote:
On 9/27/06, Jay Vosburgh <[EMAIL PROTECTED]> wrote:
Or Gerlitz <[EMAIL PROTECTED]> wrote:
[...]
You almost want to have some kind of call to induce a reload
from scratch of the multicast filter settings (along with whatever el
On Tuesday 03 October 2006 14:36, Martin Langer wrote:
> On Tue, Oct 03, 2006 at 01:58:33PM +0200, Michael Buesch wrote:
> > On Tuesday 03 October 2006 05:44, Larry Finger wrote:
> > >
> > > kernel: ssb: Core 0 found: cc 0800, rev 02, vendor 4243
> > > kernel: ssb: Core 1 found: cc 0812, rev 04, v
Jay Vosburgh wrote:
Or Gerlitz <[EMAIL PROTECTED]> wrote:
On 9/26/06, Jay Vosburgh <[EMAIL PROTECTED]> wrote:
Or Gerlitz <[EMAIL PROTECTED]> wrote:
[...]
+ bond->dev->mtu = new_active->dev->mtu;
This won't generate a NETDEV_CHANGEMTU notifier event.
What is actua
With commit 10fd48f2376db52f08bf0420d2c4f580e39269e1 [1] , RB_EMPTY_NODE
changed behaviour so it returns true when the node is empty as expected.
Hence Patrick McHardy's fix for sched_htb.c should be reverted.
Signed-off-by: Ismail Donmez <[EMAIL PROTECTED]>
diff --git a/net/sched/sch_htb.c b/n
On Tue, Oct 03, 2006 at 01:58:33PM +0200, Michael Buesch wrote:
> On Tuesday 03 October 2006 05:44, Larry Finger wrote:
> >
> > kernel: ssb: Core 0 found: cc 0800, rev 02, vendor 4243
> > kernel: ssb: Core 1 found: cc 0812, rev 04, vendor 4243
> > kernel: ssb: Core 2 found: cc 080D, rev 01, vendor
On Tuesday 03 October 2006 05:44, Larry Finger wrote:
> Michael Buesch wrote:
> > Hi John,
> >
> > Please pull from my tree
> > git pull http://bu3sch.de/git/wireless-dev.git for-linville
> >
> > This will pull various bugfixes and feature improvements.
> > Most noteably it will pull a bugfix for
On Tue, Oct 03, 2006 at 12:28:32PM +0200, Jens Axboe wrote:
...
> I don't see any missed changes.
And you are right!
I've checked the link from the first message of this thread
and now I see it's not current enough.
I'm sorry for this false alarm.
Jarek P.
-
To unsubscribe from this list: send
On Mon, Oct 02 2006, Ismail Donmez wrote:
> 02 Eki 2006 Pts 13:24 tarihinde, Jarek Poplawski ??unlar?? yazmt??:
> > On 30-09-2006 21:23, Ismail Donmez wrote:
> > > Hi,
> > >
> > > With commit 10fd48f2376db52f08bf0420d2c4f580e39269e1 [1] , RB_EMPTY_NODE
> > > changed behaviour so it returns fa
On Mon, Oct 02 2006, Jarek Poplawski wrote:
> On Mon, Oct 02, 2006 at 12:24:47PM +0200, Jarek Poplawski wrote:
> > On 30-09-2006 21:23, Ismail Donmez wrote:
> > > Hi,
> > >
> > > With commit 10fd48f2376db52f08bf0420d2c4f580e39269e1 [1] , RB_EMPTY_NODE
> > > changed behaviour so it returns false
On Mon, Oct 02, 2006 at 04:49:38PM +0300, Ismail Donmez wrote:
> 02 Eki 2006 Pts 13:24 tarihinde, Jarek Poplawski şunlar?? yazm??şt??:
> > On 30-09-2006 21:23, Ismail Donmez wrote:
> > > Hi,
> > >
> > > With commit 10fd48f2376db52f08bf0420d2c4f580e39269e1 [1] , RB_EMPTY_NODE
> > > changed behavio
92 matches
Mail list logo
