On Fri, Oct 06, 2006 at 07:57:32AM +0200, Jarek Poplawski wrote:
> On Thu, Oct 05, 2006 at 01:52:19PM -0700, Randy Dunlap wrote:
...
> > see http://mbligh.org/linuxdocs/Email/Clients/Thunderbird
...
dangerous feature of Thunderbird - you never could be sure
> how a message will look because it is
On Tue, 3 Oct 2006 16:18:35 +0100 (BST)
"Maciej W. Rozycki" <[EMAIL PROTECTED]> wrote:
>
> 2. The driver uses schedule_work() for handling interrupts, but does not
>make sure any pending work scheduled thus has been completed before
>driver's structures get freed from memory. This is e
On Fri, Oct 06, 2006 at 07:57:32AM +0200, Jarek Poplawski wrote:
> On Thu, Oct 05, 2006 at 01:52:19PM -0700, Randy Dunlap wrote:
> > On Thu, 14 Sep 2006 10:29:30 +0200 Jarek Poplawski wrote:
> >
> > > On Thu, Sep 14, 2006 at 10:25:32AM +0200, Jarek Poplawski wrote:
...
> > > > Mozilla Firefox is b
On Thu, Oct 05, 2006 at 01:52:19PM -0700, Randy Dunlap wrote:
> On Thu, 14 Sep 2006 10:29:30 +0200 Jarek Poplawski wrote:
>
> > 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 t
These patches look ok to me. I've tested them and applied them to the git
tree [1].
Stephen, please let me know if you see any problems.
--
James Morris
<[EMAIL PROTECTED]>
[1] Git - git://git.infradead.org/~jmorris/selinux-2.6.git
Web - http://git.infradead.org/?p=users/jmorris/selinux-2.6
On Thu, 5 Oct 2006, [EMAIL PROTECTED] wrote:
> This patch changes NetLabel to use SECINITSID_UNLABLELED as it's source of
> SELinux type information when generating a NetLabel context.
Applied.
Git:
git://git.infradead.org/~jmorris/selinux-2.6.git
Web:
http://git.infradead.org/?p=users/jmorris
On Thu, 05 Oct 2006 17:02:54 -0700
Badari Pulavarty <[EMAIL PROTECTED]> wrote:
> > Code: 0f 0b 48 8b 3d 15 ab 1e 00 be d0 00 00 00 e8 c0 f5 ff ff 48
> > RIP [] init_list+0x1d/0xfd
> > RSP
> > <0>Kernel panic - not syncing: Attempted to kill the idle task!
> >
> >
> > I am going to revert the p
On Thursday 05 October 2006 12:26 pm, Jeff Garzik wrote:
> Misha Tomushev wrote:
> > The following patch series introduces the VIOC Device Driver, that
> > provides a network device inerface
> > to the internal fabric interconnected network used on servers designed
> > and built by Fabric 7 Systems
keith mannthey wrote:
On Fri, 2006-10-06 at 01:35 +0200, Andi Kleen wrote:
As of yet I haven't been able to recreate the hang. I am running
similar HW to Steve.
I ran into this with -mm3
Memory: 24150368k/26738688k available (1933k kernel code, 490260k
reserved, 978k data, 308k in
On Fri, 2006-10-06 at 01:35 +0200, Andi Kleen wrote:
> > As of yet I haven't been able to recreate the hang. I am running
> > similar HW to Steve.
I ran into this with -mm3
Memory: 24150368k/26738688k available (1933k kernel code, 490260k
reserved, 978k data, 308k init)
[ cut here ]
Do flow control negotiation properly. Don't let auto negotiation
status limit renegotiation. Separate desired pause values from
the result of auto negotiation.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/skge.c | 129 -
The PHY interrupt from the internal fiber is getting
stuck on when the link is down. Add code to handle the
transition and mask it.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/skge.c | 53 +++--
drivers/net/skge.h |3
Do correct mapping of pause and duplex when using 1000BaseX fiber
versions of the board.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
---
drivers/net/skge.c | 38 +-
1 file changed, 21 insertions(+), 17 deletions(-)
--- linux-2.6.orig/drivers/net/s
Want to be able to track downstream impact of fiber related
fixes.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- linux-2.6.orig/drivers/net/skge.c
+++ linux-2.6/drivers/net/skge.c
@@ -43,7 +43,7 @@
#include "skge.h"
#define DRV_NAME "skge"
-#define DRV_VERSION
These patches address the problems that were causing a fiber
connected SysKonnect board to revert to have performance problems.
They fix flow control, duplex, and irq masking issues.
--
Stephen Hemminger <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
th
For future patches, please follow the recommended subject line outlined in
http://www.zip.com.au/~akpm/linux/patches/stuff/tpp.txt
e.g. "[patch 2/5] ext2: improve scalability of bitmap searching"
Also, can you please try and figure out how to get outlook to stop
breaking threads or switch to
> As of yet I haven't been able to recreate the hang. I am running
> similar HW to Steve.
That was on a 4 core Opteron with Tyan board (S2881) and AMD-8111
chipset.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More ma
On Fri, 2006-10-06 at 01:14 +0200, Andi Kleen wrote:
> On Thursday 05 October 2006 22:51, Andi Kleen wrote:
> >
> > > hmm, rather than bugging you with patches now, I'll see what I can find
> > > with the x86_64 machines I have access to and see can I reproduce it.
> >
> > I started the bisect,
The latest set of changes/fixes for bcm43xx-d80211 are now available as a patch to v2.6.18 code from
ftp://lwfinger.dynalias.org/.
The patch file contains Michael Buesch's changes of 05-Oct-2006. This version can use either V3 or
V4 firmware. It has been compiled and tested on my system.
The
On Thu, 5 Oct 2006, Venkat Yekkirala wrote:
> > > - if (xfrm_policy_match(pol, fl, type, family, dir)) {
> > > + err = xfrm_policy_match(pol, fl, type, family, dir);
> > > + if (err) {
> > > + if (err == -ESRCH)
> > > + continue;
> >
On Thursday 05 October 2006 22:51, Andi Kleen wrote:
>
> > hmm, rather than bugging you with patches now, I'll see what I can find
> > with the x86_64 machines I have access to and see can I reproduce it.
>
> I started the bisect, should finish soon.
It ended at
diff-tree d5cdb67236dba94496de
On Thu, 5 Oct 2006, Venkat Yekkirala wrote:
> > We're trying to fill the flow cache here. In the case where we'd
> > have a match in both the sub-policy and main table, I think the
> > sub-policy is supposed to take precedence, and if you fail to get
> > this sub-policy you should fail the entire
On Thu, Oct 05, 2006 at 06:37:53PM -0400, Pavel Roskin wrote:
> Hello!
>
> On Tue, 2006-10-03 at 09:34 -0700, Jean Tourrilhes wrote:
> > I don't really want to overstep my authority there, my goal
> > was to minimise the changes. Pavel will have to clean up my mess, so I
> > don't want change
This patch changes NetLabel to use SECINITSID_UNLABLELED as it's source of
SELinux type information when generating a NetLabel context.
Signed-off-by: Paul Moore <[EMAIL PROTECTED]>
---
security/selinux/ss/services.c | 29 +
1 files changed, 9 insertions(+), 20 delet
In case you missed it (har har) there was a pretty good discussion about
labeled networking yesterday. One of the results of the dicussion was the
realization that the way NetLabel determines what to use for the SELinux TE
portion of the packet's label was not the best choice. This patch should
a
Jouni Malinen wrote:
This looks somewhat confusing.. WE-20 (and older) included '\0' in both
the data value and length (well, at least in most drivers and user space
tools, if I remember correctly), i.e., essid[iwr->u.data.length] would
be pointing one byte after the '\0' termination.. And since
Hello!
On Tue, 2006-10-03 at 09:34 -0700, Jean Tourrilhes wrote:
> I don't really want to overstep my authority there, my goal
> was to minimise the changes. Pavel will have to clean up my mess, so I
> don't want change things too much.
Sorry for a long delay.
I'm actually not very interes
On Thu, Oct 05, 2006 at 03:15:50PM -0700, Jouni Malinen wrote:
> On Thu, Oct 05, 2006 at 03:12:46PM -0700, Jean Tourrilhes wrote:
> > + if((cmd == SIOCSIWESSID) ||
> > + (cmd == SIOCSIWNICKN)) {
> > + if(extra[iwr->u.data.length - 1]
On Thu, Oct 05, 2006 at 04:49:54PM -0400, John W. Linville wrote:
> On Thu, Oct 05, 2006 at 09:31:13AM -0700, Jean Tourrilhes wrote:
>
> > Based on the feedback, I formally request you to back out all
> > of WE-21 from 2.6.19. Rationale : it's probably too early. You can
> > keep it for a late
On Thu, Oct 05, 2006 at 03:12:46PM -0700, Jean Tourrilhes wrote:
> + if((cmd == SIOCSIWESSID) ||
> +(cmd == SIOCSIWNICKN)) {
> + if(extra[iwr->u.data.length - 1] == '\0') {
Can't iwr->u.data.length be zero here (with WE-21)? M
On Thu, Oct 05, 2006 at 04:49:54PM -0400, John W. Linville wrote:
> What about a patch like the one below? It tries to detect WE-20
> ESSID/NICKN accesses and adjust them to WE-21 style. What am
> I missing?
> diff --git a/net/core/wireless.c b/net/core/wireless.c
> + else
On Thu, Oct 05, 2006 at 02:57:51PM -0700, Jouni Malinen wrote:
> On Thu, Oct 05, 2006 at 04:49:54PM -0400, John W. Linville wrote:
>
> > What about a patch like the one below? It tries to detect WE-20
> > ESSID/NICKN accesses and adjust them to WE-21 style. What am
> > I missing?
>
> > diff --g
From: Venkat Yekkirala <[EMAIL PROTECTED]>
Date: Thu, 5 Oct 2006 17:27:03 -0400
> May be James can help me understand this; when exactly would a sub-policy
> be "notice"d here? What does "put the whole thing together" mean?
The code in xfrm_lookup() which does a flow cache lookup,
and then if it
From: Venkat Yekkirala <[EMAIL PROTECTED]>
Date: Thu, 5 Oct 2006 17:07:59 -0400
> My apologies. The second one is also numbered 1, but has the
> following distinct subject line:
> [PATCH 1/3] Fix for IPsec leakage with SELinux enabled - V.03: Fix xfrm code
I definitely deleted one of them, since
> From: James Morris <[EMAIL PROTECTED]>
> Date: Thu, 5 Oct 2006 16:54:38 -0400 (EDT)
>
> > > #ifdef CONFIG_XFRM_SUB_POLICY
> > > pol = xfrm_policy_lookup_bytype(XFRM_POLICY_TYPE_SUB,
> fl, family, dir);
> > > - if (pol)
> > > + if (IS_ERR(pol)) {
> > > + err = PTR_ERR(pol);
> > > +
> > > This version takes into account David Miller's comments
> > > regarding treatment of security layer errors in the case
> > > of socket policies. Specifically, these errors will be
> > > treated like how these kind of errors are treated for
> > > the main/sub policies, which is to return a ful
Hello, Linux Kernel:
For a project I will work on for mobile, I am looking
into the IP stacks on Linux.
I have a few questions to bother you:
1. is "socket.c" the file handling the socket
interface?
2. which function is for opening a socket?
It looks like "sock_map_fd()" is the one for
opening/c
> > - if (xfrm_policy_match(pol, fl, type, family, dir)) {
> > + err = xfrm_policy_match(pol, fl, type, family, dir);
> > + if (err) {
> > + if (err == -ESRCH)
> > + continue;
> > + else {
> > +
On Thu, Oct 05, 2006 at 04:49:54PM -0400, John W. Linville wrote:
> On Thu, Oct 05, 2006 at 09:31:13AM -0700, Jean Tourrilhes wrote:
>
> > Based on the feedback, I formally request you to back out all
> > of WE-21 from 2.6.19. Rationale : it's probably too early. You can
> > keep it for a late
> > This version takes into account David Miller's comments
> > regarding treatment of security layer errors in the case
> > of socket policies. Specifically, these errors will be
> > treated like how these kind of errors are treated for
> > the main/sub policies, which is to return a full lookup
>
On Thu, Oct 05, 2006 at 09:31:13AM -0700, Jean Tourrilhes wrote:
> Based on the feedback, I formally request you to back out all
> of WE-21 from 2.6.19. Rationale : it's probably too early. You can
> keep it for a later date if you wish.
Jean,
What about a patch like the one below? It tri
From: James Morris <[EMAIL PROTECTED]>
Date: Thu, 5 Oct 2006 16:54:38 -0400 (EDT)
> > #ifdef CONFIG_XFRM_SUB_POLICY
> > pol = xfrm_policy_lookup_bytype(XFRM_POLICY_TYPE_SUB, fl, family, dir);
> > - if (pol)
> > + if (IS_ERR(pol)) {
> > + err = PTR_ERR(pol);
> > + pol =
From: James Morris <[EMAIL PROTECTED]>
Date: Thu, 5 Oct 2006 16:58:31 -0400 (EDT)
> On Tue, 3 Oct 2006, David Miller wrote:
>
> > 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 potential
From: Venkat Yekkirala <[EMAIL PROTECTED]>
Date: Thu, 05 Oct 2006 15:42:13 -0500
> This version takes into account David Miller's comments
> regarding treatment of security layer errors in the case
> of socket policies. Specifically, these errors will be
> treated like how these kind of errors are
On Tue, 3 Oct 2006, David Miller wrote:
> 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 potentially make key manager problems very hard to
> diagnose.
In this case, AVC denial messages woul
> hmm, rather than bugging you with patches now, I'll see what I can find
> with the x86_64 machines I have access to and see can I reproduce it.
I started the bisect, should finish soon.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAI
On Thu, 5 Oct 2006, Venkat Yekkirala wrote:
> - if (xfrm_policy_match(pol, fl, type, family, dir)) {
> + err = xfrm_policy_match(pol, fl, type, family, dir);
> + if (err) {
> + if (err == -ESRCH)
> + continue;
> +
On Thu, 14 Sep 2006 10:29:30 +0200 Jarek Poplawski wrote:
> 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 unders
On Thursday 05 October 2006 22:42, Steve Fox wrote:
> On Thu, 2006-10-05 at 21:05 +0200, Andi Kleen wrote:
>
> > Can you please try it again with this patch to narrow it down further?
>
> Unfortunately this is as far as it got before it hung.
Boot with earlyprintk=serial,ttyS0,57600
(or change t
From: James Morris <[EMAIL PROTECTED]>
When a security module is loaded (in this case, SELinux), the
security_xfrm_policy_lookup() hook can return an access denied permission
(or other error). We were not handling that correctly, and in fact
inverting the return logic and propagating a false "
Currently when an IPSec policy rule doesn't specify a security
context, it is assumed to be "unlabeled" by SELinux, and so
the IPSec policy rule fails to match to a flow that it would
otherwise match to, unless one has explicitly added an SELinux
policy rule allowing the flow to "polmatch" to the "
On Thu, 2006-10-05 at 21:05 +0200, Andi Kleen wrote:
> Can you please try it again with this patch to narrow it down further?
Unfortunately this is as far as it got before it hung.
root (hd0,0)
Filesystem type is reiserfs, partition type 0x83
kernel /boot/vmlinuz-autobench root=/dev/sda1 vga=79
This version takes into account David Miller's comments
regarding treatment of security layer errors in the case
of socket policies. Specifically, these errors will be
treated like how these kind of errors are treated for
the main/sub policies, which is to return a full lookup
failure.
include/li
This treats the security errors encountered in the case of
socket policy matching, the same as how these are treated in
the case of main/sub policies, which is to return a full lookup
failure.
Signed-off-by: Venkat Yekkirala <[EMAIL PROTECTED]>
---
net/xfrm/xfrm_policy.c | 26 ++
On Thu, 5 Oct 2006, Andi Kleen wrote:
On Thursday 05 October 2006 20:52, Vivek Goyal wrote:
On Thu, Oct 05, 2006 at 08:27:02PM +0200, Andi Kleen wrote:
On Thursday 05 October 2006 19:57, Steve Fox wrote:
On Thu, 2006-10-05 at 17:40 +0200, Andi Kleen wrote:
Please don't snip the Code: line.
On Thu, 2006-10-05 at 21:08 +0200, Andi Kleen wrote:
> Mel might want to take a look (and perhaps
> also cut down a little on the ugly printks ...)
I tested a patch from Mel which backs out the arch independent zone
sizing and got the same results (to my inexperienced eye). I've sent him
the boo
On Thursday 05 October 2006 20:52, Vivek Goyal wrote:
> On Thu, Oct 05, 2006 at 08:27:02PM +0200, Andi Kleen wrote:
> > On Thursday 05 October 2006 19:57, Steve Fox wrote:
> > > On Thu, 2006-10-05 at 17:40 +0200, Andi Kleen wrote:
> > >
> > > > Please don't snip the Code: line. It is fairly import
Adding VIOC device driver. Packet transmit code.
Signed-off-by: Misha Tomushev <[EMAIL PROTECTED]>
diff -uprN linux-2.6.17/drivers/net/vioc/vioc_transmit.c
linux-2.6.17.vioc/drivers/net/vioc/vioc_transmit.c
--- linux-2.6.17/drivers/net/vioc/vioc_transmit.c 1969-12-31
16:00:00.0 -08
Adding VIOC device driver. Device driver provisioning settings.
Signed-off-by: Misha Tomushev <[EMAIL PROTECTED]>
diff -uprN linux-2.6.17/drivers/net/vioc/vioc_provision.c
linux-2.6.17.vioc/drivers/net/vioc/vioc_provision.c
--- linux-2.6.17/drivers/net/vioc/vioc_provision.c 1969-12-31
16:00
The following patch series introduces the VIOC Device Driver, that
provides a network device inerface
to the internal fabric interconnected network used on servers designed and
built by Fabric 7 Systems.
--
Misha Tomushev
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscrib
Adding VIOC device driver. Packet receive code.
Signed-off-by: Misha Tomushev <[EMAIL PROTECTED]>
diff -uprN linux-2.6.17/drivers/net/vioc/vioc_receive.c
linux-2.6.17.vioc/drivers/net/vioc/vioc_receive.c
--- linux-2.6.17/drivers/net/vioc/vioc_receive.c1969-12-31
16:00:00.0 -0800
On Thursday 05 October 2006 20:51, Steve Fox wrote:
> On Thu, 2006-10-05 at 20:27 +0200, Andi Kleen wrote:
>
> > I guess we need to track when it gets corrupted. Can you send the full
> > boot log with this patch applied?
>
> Here she blows!
Can you please try it again with this patch to narrow
Adding VIOC device driver. VIOC hardware APIs.
Signed-off-by: Misha Tomushev <[EMAIL PROTECTED]
diff -uprN linux-2.6.17/drivers/net/vioc/vioc_api.c
linux-2.6.17.vioc/drivers/net/vioc/vioc_api.c
--- linux-2.6.17/drivers/net/vioc/vioc_api.c1969-12-31 16:00:00.0
-0800
+++ linux-2.6.17.v
Adding VIOC device driver. Device driver initialization/termination.
Signed-off-by: Misha Tomushev <[EMAIL PROTECTED]>
diff -uprN linux-2.6.17/drivers/net/vioc/vioc_vnic.h
linux-2.6.17.vioc/drivers/net/vioc/vioc_vnic.h
--- linux-2.6.17/drivers/net/vioc/vioc_vnic.h 1969-12-31 16:00:00.0
Adding VIOC device driver. Out-of-band provisioning protocol support code.
Signed-off-by: Misha Tomushev <[EMAIL PROTECTED]>
diff -uprN linux-2.6.17/drivers/net/vioc/f7/spp.h
linux-2.6.17.vioc/drivers/net/vioc/f7/spp.h
--- linux-2.6.17/drivers/net/vioc/f7/spp.h 1969-12-31 16:00:00.0
Adding VIOC device driver. Ethtool interface.
Signed-off-by: Misha Tomushev <[EMAIL PROTECTED]>
diff -uprN linux-2.6.17/drivers/net/vioc/vioc_ethtool.c
linux-2.6.17.vioc/drivers/net/vioc/vioc_ethtool.c
--- linux-2.6.17/drivers/net/vioc/vioc_ethtool.c1969-12-31
16:00:00.0 -0800
+
Adding VIOC device driver. Interrupt handler.
Signed-off-by: Misha Tomushev <[EMAIL PROTECTED]>
diff -uprN linux-2.6.17/drivers/net/vioc/vioc_irq.c
linux-2.6.17.vioc/drivers/net/vioc/vioc_irq.c
--- linux-2.6.17/drivers/net/vioc/vioc_irq.c1969-12-31 16:00:00.0
-0800
+++ linux-2.6.17.v
Adding VIOC device driver, support files: Documenation, makefiles etc.
Signed-off-by: Misha Tomushev <[EMAIL PROTECTED]>
diff -uprN linux-2.6.17/Documentation/networking/vioc.txt
linux-2.6.17.vioc/Documentation/networking/vioc.txt
--- linux-2.6.17/Documentation/networking/vioc.txt 1969-12-3
On Thu, 2006-10-05 at 20:27 +0200, Andi Kleen wrote:
> I guess we need to track when it gets corrupted. Can you send the full
> boot log with this patch applied?
Here she blows!
root (hd0,0)
Filesystem type is reiserfs, partition type 0x83
kernel /boot/vmlinuz-autobench root=/dev/sda1 vga=791
i
On Thu, Oct 05, 2006 at 08:27:02PM +0200, Andi Kleen wrote:
> On Thursday 05 October 2006 19:57, Steve Fox wrote:
> > On Thu, 2006-10-05 at 17:40 +0200, Andi Kleen wrote:
> >
> > > Please don't snip the Code: line. It is fairly important.
> >
> > Sorry about that. The remote console I was using a
On Thursday 05 October 2006 19:57, Steve Fox wrote:
> On Thu, 2006-10-05 at 17:40 +0200, Andi Kleen wrote:
>
> > Please don't snip the Code: line. It is fairly important.
>
> Sorry about that. The remote console I was using appears to overwrite
> some text after I force the reboot. Here's a clean
Or Gerlitz <[EMAIL PROTECTED]> wrote:
>Jay Vosburgh wrote:
[...]
>> Yes. Part of the difficulty is that the changes to the
>> initscripts and sysconfig packages won't be compatible with versions of
>> bonding prior to the bonding kernel changes (because older versions of
>> bonding will refu
I applied a combined patch to fix all the headers to iproute2 (for the future
2.6.19 based release).
--
Stephen Hemminger <[EMAIL PROTECTED]>
-
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.kern
On Thu, 2006-10-05 at 17:40 +0200, Andi Kleen wrote:
> Please don't snip the Code: line. It is fairly important.
Sorry about that. The remote console I was using appears to overwrite
some text after I force the reboot. Here's a clean one.
global
Unable to handle kernel NULL poin
Add MII ioctl support to the deprecated sk98lin driver.
This allows comparison with skge driver's PHY settings.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- linux-2.6.orig/drivers/net/sk98lin/skge.c
+++ linux-2.6/drivers/net/sk98lin/skge.c
@@ -113,6 +113,7 @@
#include
#includ
In article <[EMAIL PROTECTED]> (at Thu, 5 Oct 2006 11:49:38 -0400 (EDT)), James
Morris <[EMAIL PROTECTED]> says:
> On Thu, 5 Oct 2006, Joerg Roedel wrote:
>
> > Is there a reason why the tunnel driver for IPv6-in-IPv4 is currently
> > compiled into the ipv6 module? This driver is only needed in
Add support for dumping the registers in the deprecated
sk98lin driver. This is allows for easier comparison with
settings in new skge driver.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- linux-2.6.orig/drivers/net/sk98lin/skethtool.c
+++ linux-2.6/drivers/net/sk98lin/skethtool.c
@@
On Wed, Oct 04, 2006 23:43 you wrote:
> On Wed, Oct 04, 2006 at 04:12:26PM +0200, [EMAIL PROTECTED] wrote:
> > the AP code never worked. And the hostapd-ioctl interface was designed
> > for prism2/2.5/3 cards, but not for "fullmac" prism54.
>
> What do you mean by never working? I have seen fullmac
On Thu, Oct 05, 2006 at 09:13:53AM -0400, Stuffed Crust wrote:
> (Leave out the RSNIE, AuthType and KeyMgmt stuff; while they're
> used in the actual key negotiation/derivation, they're separate
> problems and have no bearing on the crypto layer. From the driver's
> perspective the RSNIE is
The pointer obtained by kmalloc() is treated with ALIGN() before passing
it to kfree(). This may or may not cause problems depending on the
minimum alignment enforced by kmalloc() and is ugly anyway. This change
records the original pointer returned by kmalloc() so that kfree() may
safely us
Olivier Crameri wrote:
Same thing but with the patch this time.
Since the VLAN device's features may also change in the handler,
shouldn't we check and generate a feature-change
event for the VLAN device(s) as well?
Ben
--
Ben Greear <[EMAIL PROTECTED]>
Candela Technologies Inc http://www.
Hi John,
Based on the feedback, I formally request you to back out all
of WE-21 from 2.6.19. Rationale : it's probably too early. You can
keep it for a later date if you wish.
Regards,
Jean
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix kernel-doc warning in include/net/sock.h:
Warning(/var/linsrc/linux-2619-rc1-pv//include/net/sock.h:894): No description
found for parameter 'rcu'
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
include/net/sock.h |3 +--
1 files changed, 1 ins
This is a set of changes to remove unneeded type definitions that only
make code less obvious. It applies to all "enum" and "struct" types as
well as to potentially unsafe use of them within sizeof().
Signed-off-by: Maciej W. Rozycki <[EMAIL PROTECTED]>
---
This applies on top of 4/6. Pleas
On Wed, Oct 04, 2006 at 01:57:38PM -0400, Dan Williams wrote:
> On Wed, 2006-10-04 at 16:19 +0200, Johannes Berg wrote:
> > On Wed, 2006-10-04 at 09:41 +0200, Johannes Berg wrote:
> > Should cfg80211 do the chore of keeping track of the whole scan results?
> > On the other hand, that doesn't seem
On Thu, 5 Oct 2006, Joerg Roedel wrote:
> Is there a reason why the tunnel driver for IPv6-in-IPv4 is currently
> compiled into the ipv6 module? This driver is only needed in gateways
> between different IPv6 networks. On all other hosts with ipv6 enabled it
> is not required. To have this driver
This is an update including 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 handles
to access MAC r
On Thu, Oct 05, 2006 at 11:49:38AM -0400, James Morris wrote:
> On Thu, 5 Oct 2006, Joerg Roedel wrote:
>
> > Is there a reason why the tunnel driver for IPv6-in-IPv4 is currently
> > compiled into the ipv6 module? This driver is only needed in gateways
> > between different IPv6 networks. On all
This eHEA patch covers required changes related to Anton Blanchard's new hvcall
interface.
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/ehea/ehea_phyp.c b/drivers/net/ehea/ehea_phyp.c
index 4a85aca..0b51a8c 100644
--- a/drivers/net/ehea/ehea_phyp.c
+++ b/driv
On Thursday 05 October 2006 17:32, Steve Fox wrote:
> On Thu, 2006-10-05 at 08:12 -0700, Badari Pulavarty wrote:
>
> > Can you post the latest panic stack again (with CONFIG_DEBUG_KERNEL) ?
>
> CONFIG_DEBUG_KERNEL should be on
>
> > Last time I couldn't match your instruction dump to any code s
On Thu, 5 Oct 2006 17:32:39 +0200, Ivo van Doorn wrote:
> Well I currently have no time to check it, but can
> config_interface handler still be called from interrupt context or has this
> also been fixed?
Will be fixed by the sta_timer conversion as well.
Jiri
--
Jiri Benc
SUSE Labs
-
To uns
Is there a reason why the tunnel driver for IPv6-in-IPv4 is currently
compiled into the ipv6 module? This driver is only needed in gateways
between different IPv6 networks. On all other hosts with ipv6 enabled it
is not required. To have this driver in a seperate module will save
memory on those ma
This patch includes a bug fix for the port state notification
and fixes the default queue sizes.
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
---
drivers/net/ehea/ehea.h | 13 +++--
drivers/net/ehea/ehea_main.c |6 +++---
2 files changed, 10 insertions(+), 9 deletions(
On Thursday 05 October 2006 17:39, Jiri Benc wrote:
> On Thu, 5 Oct 2006 17:32:39 +0200, Ivo van Doorn wrote:
> > Well I currently have no time to check it, but can
> > config_interface handler still be called from interrupt context or has this
> > also been fixed?
>
> Will be fixed by the sta_ti
On Thursday 05 October 2006 17:13, Jiri Benc wrote:
> On Thu, 5 Oct 2006 17:00:31 +0200, Ivo van Doorn wrote:
> > Basically it comes down to this:
> >
> > Sep 13 12:27:34 wz4a kernel: wlan0: Creating new IBSS network, BSSID
> > 7a:b9:60:8a:84:39
> > Sep 13 12:27:34 wz4a kernel: BUG: scheduling wh
Hi,
> > This does not happen in rt2500usb driver, since no TSF handling is possible
> > due to a lack of TSF registers in the device.
>
> This path would be fixed by my conversion patch of sta.timer into
> sta.work that I sent you yesterday privately. Unfortunately, I don't
> have a copy at hand
On Thu, 2006-10-05 at 08:12 -0700, Badari Pulavarty wrote:
> Can you post the latest panic stack again (with CONFIG_DEBUG_KERNEL) ?
CONFIG_DEBUG_KERNEL should be on
> Last time I couldn't match your instruction dump to any code segment
> in the routine. And also, can you post your .config file.
Ivo van Doorn wrote:
> On Thursday 05 October 2006 13:37, Jiri Benc wrote:
>> On Wed, 4 Oct 2006 19:22:38 +0200, Ivo van Doorn wrote:
>>> Well another point of concern for me is the TSF handling, those handlers
>>> are called
>>> from interrupt context as well, and also deliver problems for the US
On Thu, 2006-10-05 at 09:53 -0500, Steve Fox wrote:
> On Wed, 2006-10-04 at 18:08 -0700, Martin Bligh wrote:
> > Andi Kleen wrote:
> > >>I think most likely it would crash on 2.6.18. Keith mannthey had reported
> > >>a different crash on 2.6.18-rc4-mm2 when this patch was introduced first
> > >>tim
On Thu, 5 Oct 2006 17:00:31 +0200, Ivo van Doorn wrote:
> Basically it comes down to this:
>
> Sep 13 12:27:34 wz4a kernel: wlan0: Creating new IBSS network, BSSID
> 7a:b9:60:8a:84:39
> Sep 13 12:27:34 wz4a kernel: BUG: scheduling while atomic:
> swapper/0x0100/0
> Sep 13 12:27:34 wz4a kerne
1 - 100 of 135 matches
Mail list logo
