On Mon, Feb 25, 2008 at 3:30 PM, Dave Young <[EMAIL PROTECTED]> wrote:
> Quote mail from [EMAIL PROTECTED] :
>
> 2007/12/17 Louis JANG <[EMAIL PROTECTED]>:
>
>
> > Hello everybody,
> >
> > I attached two patches. the first one(bluez-kernel-forcesco.patch) is to
> > force using HCI_OP_ADD_SCO
Grant Grundler wrote:
On Mon, Feb 18, 2008 at 05:40:42PM +0100, Ondrej Zary wrote:
I think that de2104x driver should be removed (or at least its
MODULE_DEVICE_TABLE) and MODULE_DEVICE_TABLE with only 21040 and 21041 PCI
IDs added to de4x5.
I can send a patch if this is acceptable.
It's acc
Grant Grundler wrote:
ISTR there was a time when tulip would compete with de4x5 for devices.
tulip is the preferred driver. That's clearly no longer the case
and perhaps both distro's need to revisit this.
The only reason why de4x5 still exists is that the /tulip/ driver fails
to work on a few
On Mon, Feb 18, 2008 at 05:40:42PM +0100, Ondrej Zary wrote:
> On Monday 18 February 2008 04:21:11 Grant Grundler wrote:
> > On Wed, Jan 30, 2008 at 09:23:06PM +0100, Ondrej Zary wrote:
> > > On Saturday 26 January 2008 21:58:10 Ondrej Zary wrote:
> > > > Hello,
> > > > I was having problems with t
(plese respond via emailed reply-to-all, not via the bugzilla web interface)
On Thu, 21 Feb 2008 18:04:45 -0800 (PST) [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=10063
There's more info (including a tcpdump) in bugzilla.
>Summary: Network problems with 2.6
On Sunday 24 February 2008, Sam Ravnborg wrote:
> From a quick look this is wrong.
> smc_drv_probe is assined the .probe member so it is used during
> hotplug and thus should be __devinit.
> Likewise smc_probe is used by smc_drv_probe and thus smc_probe
> should be __devinit too.
Thing is, with o
On Sun, Feb 24, 2008 at 07:34:11PM -0800, David Brownell wrote:
> Section fixup:
>
> WARNING: drivers/net/built-in.o(.text+0x1a2c): Section mismatch
> in reference from the function smc_drv_probe()
> to the function .init.text:smc_probe()
> The function smc_drv_probe() references
> the
David Miller <[EMAIL PROTECTED]> wrote [02.24.08]:
> From: Jim Westfall <[EMAIL PROTECTED]>
> Date: Sun, 24 Feb 2008 11:07:58 -0800
>
> > Hi
> >
> > The llc test command is used for a layer2 ping and contains a variable
> > length payload that we must include in the response. Use the size of th
From: Jeff Garzik <[EMAIL PROTECTED]>
Date: Sun, 24 Feb 2008 00:20:41 -0500
>
> This is a 50% resend, rebased on top of net-2.6.
>
> Please pull from 'upstream-davem' branch of
> master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
> upstream-davem
>
> to receive the following up
Section fixup:
WARNING: drivers/net/built-in.o(.text+0x1a2c): Section mismatch
in reference from the function smc_drv_probe()
to the function .init.text:smc_probe()
The function smc_drv_probe() references
the function __init smc_probe().
This is often because smc_drv_probe lacks a
https://bugzilla.redhat.com/show_bug.cgi?id=431038 has some more info,
but the trace is below...
I'll get an rc3 kernel built and ask the user to retest, but in case this
isn't a known problem, I'm forwarding this here.
Dave
Feb 24 17:53:21 cirithungol kernel:
==
From: Jim Westfall <[EMAIL PROTECTED]>
Date: Sun, 24 Feb 2008 11:07:58 -0800
> Hi
>
> The llc test command is used for a layer2 ping and contains a variable
> length payload that we must include in the response. Use the size of the
> received skb as the size of the skb we must allocate to hold
From: Harvey Harrison <[EMAIL PROTECTED]>
Date: Sun, 24 Feb 2008 17:59:05 -0800
> net/tipc/cluster.c:145:2: warning: Using plain integer as NULL pointer
> net/tipc/link.c:3254:36: warning: Using plain integer as NULL pointer
> net/tipc/ref.c:151:15: warning: Using plain integer as NULL pointer
> n
net/tipc/cluster.c:145:2: warning: Using plain integer as NULL pointer
net/tipc/link.c:3254:36: warning: Using plain integer as NULL pointer
net/tipc/ref.c:151:15: warning: Using plain integer as NULL pointer
net/tipc/zone.c:85:2: warning: Using plain integer as NULL pointer
Signed-off-by: Harvey
From: Jan Engelhardt <[EMAIL PROTECTED]>
Date: Sun, 24 Feb 2008 13:10:58 +0100 (CET)
> when doing IPv6 (ping6, ssh otherhost, etc.), lockdep spews a warning in
> 2.6.25-rc2 on the target. CONFIG_..._FRAME_POINTER is off,
We reverted the change which causes this, and it results
in real bonafide l
nel: [ 456.705856] irq event stamp: 19374
>>>> Feb 24 14:00:20 alekhine kernel: [ 456.705856] hardirqs last enabled at
>>>> (19373): [] __mutex_unlock_slowpath+0xd5/0xef
>>>> Feb 24 14:00:20 alekhine kernel: [ 456.705856] hardirqs last disabled at
>>&
On Sat, 23 Feb 2008 14:04:18 +0100 clowncoder <[EMAIL PROTECTED]> wrote:
> Hello,
> You can have a configured and running network inside a single linux machine,
> only one script command is enough. After the start of all the machine, a
> graphical representation of your topology helps your interac
Robert P. J. Day spotted that my removal of the Sangoma drivers missed a
few bits.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
Documentation/networking/00-INDEX |2
Documentation/networking/wan-router.txt | 621
include/linux/Kbuild
2.6.24.2 with applied patches for printk,softlockup, and patch for htb (as i
understand, they are in 2.6.25 git and it is fixes).
I will send also to private mails QoS rules i am using.
[ 118.840072] ===
[ 118.840158] [ INFO: possible circula
On Sun, Feb 24, 2008 at 04:10:29AM +0100, Jann Traschewski wrote:
> Hello,
Hi!
> I got a "spinlock lockup" using the latest Kernel 2.6.24.2 with recent
> patches from Jarek Poplawski applied.
...
> ppp_deflate nf_nat zlib_deflateBUG: unable to handle kernel NULL pointer
> dereference zlib_inflat
Hi
The llc test command is used for a layer2 ping and contains a variable
length payload that we must include in the response. Use the size of the
received skb as the size of the skb we must allocate to hold the payload.
This resolved an skb_over_panic(), when trying to copy the payload into
David Miller <[EMAIL PROTECTED]> writes:
> Please clear up all of the inline mime tag stuff in your
> outgoing emails. Your description and patch is very difficult
> to read because of this.
Ouch, sorry. I wish I could blame my user agent, but this was mostly my
sausage fingers..
New attempt:
On Thu, Feb 21, 2008 at 05:07:37PM -0800, Andrew Morton wrote:
>> Downgraded to 2.6.23 again, seems to work fine. Will try 2.6.24.2 shortly.
> This looks like a networking regression, not a RAID regression.
>
> We did have a big locking bug in netlink in 2.6.25-rc2, although your trace
> doesn't a
Hi!
I have created this patch to add a fixed delay on packet filtered by
netem. Soon I will send the patch to iproute2.
This patch comes from a need I have to delay all packets 50ms, beside
the actual delay setting, like 30ms +- 15 ms. This strike, IMMHO, a
missing point on gap reordering. If I set
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2008-02-24 13:10:58 (+0100), Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> Hi,
>
>
> when doing IPv6 (ping6, ssh otherhost, etc.), lockdep spews a warning in
> 2.6.25-rc2 on the target. CONFIG_..._FRAME_POINTER is off,
I think that's the same bug I
On Tue, Feb 19, 2008 at 5:37 PM, Kok, Auke <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Sun, 17 Feb 2008 13:20:59 + "Daniel J Blueman" <[EMAIL PROTECTED]>
> wrote:
> >> I'm still hitting this with e1000e on 2.6.25-rc2, 10 times again.
> are you sure? I don't think that's the ca
Hi,
when doing IPv6 (ping6, ssh otherhost, etc.), lockdep spews a warning in
2.6.25-rc2 on the target. CONFIG_..._FRAME_POINTER is off,
CONFIG_SCHED_NO_NO_OMIT_FRAME_POINTER=y
# CONFIG_FRAME_POINTER is not set
so I am not sure if the stack trace is worth something, is it?
[ 449.168320] =
On Sun, Feb 24, 2008 at 09:21:53AM +0100, Herbert Valerio Riedel wrote:
> > > Currently, the ep93xx_eth driver doesn't care about the PHY state,
> > > but it should, in order to tell the MAC when full duplex operation is
> > > required; failure to do so causes degraded performance on full duplex
>
hello *
On Wed, 2007-11-21 at 11:54 -0600, Andy Fleming wrote:
> On Nov 16, 2007, at 03:38, Herbert Valerio Riedel wrote:
>
> > Currently, the ep93xx_eth driver doesn't care about the PHY state,
> > but it should, in order to tell the MAC when full duplex operation is
> > required; failure to do
29 matches
Mail list logo