From: Eric Dumazet eric.duma...@gmail.com
Date: Wed, 15 Apr 2015 11:22:44 -0700
On Wed, 2015-04-15 at 19:00 +0100, Ben Hutchings wrote:
Commit 355a901e6cf1 (tcp: make connect() mem charging friendly)
changed tcp_send_syn_data() to perform an open-coded copy of the 'syn'
skb rather than using
From: Ben Hutchings b...@decadent.org.uk
Date: Mon, 01 Jul 2013 00:13:27 +0100
The firmware patch for the Saturn PHY fixes a bug, but is not absolutely
essential. And its licence is unclear, so it is not included in all
distributions. Just log an error message and continue if it is missing
From: Ben Hutchings b...@decadent.org.uk
Date: Sun, 09 Jun 2013 21:07:31 +0100
All architectures must implement IRQ functions. Since various
dependencies on !S390 were removed, there are various drivers that can
be selected but will fail to link. Provide a dummy implementation of
these
From: Markus Kolb mar...@kolbs-net.de
Date: Sun, 06 May 2012 12:13:32 +0200
David Miller wrote on 03.05.2012 07:11:
From: Markus Kolblinux-201...@tower-net.de
Date: Thu, 03 May 2012 06:57:39 +0200
I'll build it during next rainy day and will report its success
after some usage ;-)
Thank
From: Bjørn Mork bj...@mork.no
Date: Thu, 26 Apr 2012 14:35:10 +0200
The same comments as for v1 regarding testing applies. This is build
tested only. Should go through some functional testing before being
applied.
Well? Is anyone gonna test this?
--
To UNSUBSCRIBE, email to
From: Markus Kolb linux-201...@tower-net.de
Date: Thu, 03 May 2012 06:57:39 +0200
I'll build it during next rainy day and will report its success
after some usage ;-)
Thank you.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
From: Ben Hutchings b...@decadent.org.uk
Date: Sun, 08 Apr 2012 22:12:06 +0100
Will the recipient NACK if the cross-call interrupt is disabled, or do
the processors have a buffer/FIFO for such IRQs?
Recipient's NACK when their incoming cross-call queue is
full. A cpu hung with PSTATE_IE clear
From: Ben Hutchings b...@decadent.org.uk
Date: Sat, 07 Apr 2012 18:21:38 +0100
cheetah_xcall_deliver() does appear to be relevant to the problem and it
looks like it could loop indefinitely - though presumably only if a
processor is behaving strangely?
I can only loop indefinitely if one of
From: David Miller da...@davemloft.net
Date: Sun, 15 Jan 2012 12:19:04 -0800 (PST)
I won't be until mid-March before I can test install images again
since I don't want to be physically away from the machine if something
goes really wrong and I can't even reset or power cycle it remotely
via
From: Eric Dumazet eric.duma...@gmail.com
Date: Thu, 23 Feb 2012 21:17:23 +0100
Le jeudi 23 février 2012 à 15:11 -0500, David Miller a écrit :
Three instances of the same piece of code, maybe a helper function is
appropriate at that point? :-) You might even get ambitious and add a
big
From: Eric Dumazet eric.duma...@gmail.com
Date: Thu, 23 Feb 2012 15:36:26 +0100
[PATCH] ipsec: be careful of non existing mac headers
Nicollo Belli reported ipsec crashes in case we handle a frame without
mac header (atm in his case)
Before copying mac header, better make sure it is
From: Eric Dumazet eric.duma...@gmail.com
Date: Thu, 23 Feb 2012 21:55:02 +0100
Niccolo Belli reported ipsec crashes in case we handle a frame without
mac header (atm in his case)
Before copying mac header, better make sure it is present.
Bugzilla reference:
From: David Miller da...@davemloft.net
Date: Fri, 13 Jan 2012 13:13:45 -0800 (PST)
From: Jurij Smakov ju...@wooyd.org
Date: Fri, 13 Jan 2012 19:39:11 +
Thanks for testing. I've committed a fix to Debian kernel svn repo
which will add mpt2sas to installer udebs with next kernel upload
From: Jurij Smakov ju...@wooyd.org
Date: Fri, 13 Jan 2012 19:39:11 +
Thanks for testing. I've committed a fix to Debian kernel svn repo
which will add mpt2sas to installer udebs with next kernel upload.
I'll let you know once it makes it into the daily installer images.
Thanks a lot.
From: Jurij Smakov ju...@wooyd.org
Date: Sat, 12 Nov 2011 10:39:04 +
On Sun, Aug 14, 2011 at 07:23:28PM +0100, Jurij Smakov wrote:
Thanks. I've built a test source package including all necessary
patches and a test build is running now. Ben tells me, however, that
3.0.2 which includes
From: Ben Hutchings b...@decadent.org.uk
Date: Mon, 9 Jan 2012 22:04:28 +
Commit 5b7c84066733c5dfb0e4016d939757b38de189e4 ('ipv4: correct IGMP
behavior on v3 query during v2-compatibility mode') added yet another
case for query parsing, which can result in max_delay = 0. Substitute
a
From: Jurij Smakov ju...@wooyd.org
Date: Sat, 12 Nov 2011 10:39:04 +
It took a while, but the daily installer images [0] now include a
kernel which should support Niagara T3. David, if you could try it out
and report your findings, it would be greatly appreciated.
I would like to use
From: Ben Hutchings b...@decadent.org.uk
Date: Fri, 25 Nov 2011 14:07:51 +
Well, I can't think why it would be built in, since PHY modules can be
auto-loaded now.
It's because drivers select the thing.
Try allmodconfig for yourself.
--
To UNSUBSCRIBE, email to
From: Ben Hutchings b...@decadent.org.uk
Date: Fri, 25 Nov 2011 18:40:42 +
On Fri, 2011-11-25 at 13:22 -0500, David Miller wrote:
Try allmodconfig for yourself.
OK, on x86_64, this does end up with PHYLIB=y but only because
NET_DSA=y. And I don't believe NET_DSA is appropriate
From: Ben Hutchings b...@decadent.org.uk
Date: Fri, 25 Nov 2011 19:37:43 +
On Fri, 2011-11-25 at 13:50 -0500, David Miller wrote:
From: Ben Hutchings b...@decadent.org.uk
Date: Fri, 25 Nov 2011 18:40:42 +
On Fri, 2011-11-25 at 13:22 -0500, David Miller wrote:
Try allmodconfig
From: Ben Hutchings b...@decadent.org.uk
Date: Thu, 24 Nov 2011 07:23:30 +
Commit 88491d8103498a6166f70d502fec70924314 (drivers/net: Kconfig
Makefile cleanup) changed the type of these options to bool, but
they select code that could (and still can) be built as modules.
From: Jurij Smakov ju...@wooyd.org
Date: Sat, 12 Nov 2011 10:39:04 +
It took a while, but the daily installer images [0] now include a
kernel which should support Niagara T3. David, if you could try it out
and report your findings, it would be greatly appreciated.
I would like to use
From: Ben Hutchings b...@decadent.org.uk
Date: Wed, 07 Sep 2011 05:16:01 +0100
This is somewhat unusual in that the IDE controller will be sharing its
IRQ, but that's supposed to work.
However, the IDE core attempts to disable and enable the IRQ *before* it
allocates it. If the UHCI driver
From: Ben Hutchings b...@decadent.org.uk
Date: Wed, 07 Sep 2011 05:58:33 +0100
Well, I'm concerned with what to do in distro configurations which
aren't just for 'modern systems'. We already swapped over all the
drivers not labelled as experimental. With the rest, I worry that we'd
be
From: Ben Hutchings b...@decadent.org.uk
Date: Thu, 01 Sep 2011 04:45:34 +0100
So anyway, this CPU doesn't implement popc and is wrongly being detected
as doing so.
I posted a fix for this already yesterday and it's in Linus's tree
and queued up in Greg's -stable tree as well:
From
From: Ben Hutchings b...@decadent.org.uk
Date: Mon, 22 Aug 2011 16:08:00 +0100
David, I think we need this in 3.0-stable:
The change is already in -stable as it went into 3.0-final.
If anything this might suggest that the fix in question is
the cause of this bug, since the commit went in right
From: Ben Hutchings b...@decadent.org.uk
Date: Mon, 22 Aug 2011 22:44:14 +0100
On Mon, Aug 22, 2011 at 01:27:24PM -0700, David Miller wrote:
From: Ben Hutchings b...@decadent.org.uk
Date: Mon, 22 Aug 2011 16:08:00 +0100
David, I think we need this in 3.0-stable:
The change is already
From: Steven Rostedt rost...@goodmis.org
Date: Mon, 15 Aug 2011 11:40:23 -0400
Actually, I think option d) is the best.
d) have sparc support recordmcount.c
Maybe you misunderstand what these guys are doing.
The recordmcount.pl script wants to look at the output of the
architecture of the
From: Steven Rostedt rost...@goodmis.org
Date: Mon, 15 Aug 2011 15:55:00 -0400
But if they use recordmcount.c instead, then nothing needs to be done
with recordmcount.pl.
recordmcount.c looks at the elf file itself to determine what arch it is
for. If this is supported, then everything
From: Steven Rostedt rost...@goodmis.org
Date: Mon, 15 Aug 2011 15:55:00 -0400
But if they use recordmcount.c instead, then nothing needs to be done
with recordmcount.pl.
Thanks again Steven, I'll push the following via the sparc tree.
From
From: Eric Dumazet eric.duma...@gmail.com
Date: Sat, 30 Jul 2011 07:22:42 +0200
[PATCH] sch_sfq: fix sfq_enqueue()
commit 8efa88540635 (sch_sfq: avoid giving spurious NET_XMIT_CN signals)
forgot to call qdisc_tree_decrease_qlen() to signal upper levels that a
packet (from another flow) was
From: Ben Hutchings b...@decadent.org.uk
Date: Wed, 22 Jun 2011 04:20:13 +0100
David, these look like good candidates for longterm updates. What do
you think?
Sure but I don't do submissions for the longterm stuff, I only
work on the -stable trees that Greg is actively maintaining.
--
To
From: Noah Meyerhans no...@debian.org
Date: Tue, 10 May 2011 16:35:40 -0700
On Tue, May 10, 2011 at 03:11:00PM -0700, Stephen Hemminger wrote:
There were two more follow on commits in stable related to this.
I recommend merging 2.6.38.6 which includes these.
The problem still exists in the
From: Ben Hutchings b...@decadent.org.uk
Date: Wed, 13 Apr 2011 05:27:24 +0100
On Tue, 2011-04-12 at 14:59 -0700, David Miller wrote:
From: Ben Hutchings b...@decadent.org.uk
Date: Sat, 09 Apr 2011 23:55:51 +0100
The following changes are present in Debian's kernel based on 2.6.32
From: Ben Hutchings b...@decadent.org.uk
Date: Sat, 09 Apr 2011 23:55:51 +0100
The following changes are present in Debian's kernel based on 2.6.32,
but not yet in 2.6.32.y. I would like to send these to
sta...@kernel.org but I know you prefer to pick which networking changes
go into
From: Ben Hutchings b...@decadent.org.uk
Date: Tue, 29 Mar 2011 04:12:52 +0100
via-ircc has been passing a NULL pointer to DMA allocation functions,
which is completely invalid and results in a BUG on PowerPC. Now
that we always have the device pointer available, pass it in.
Reference:
From: Jesper Nilsson jesper.nils...@axis.com
Date: Mon, 17 Jan 2011 10:05:57 +0100
On Mon, Jan 17, 2011 at 07:07:55AM +0100, David Miller wrote:
Ugh, and I just noticed that include/linux/klist.h does this fixed
alignment of 4 too, where is this stuff coming from? It's
wrong on 64-bit
From: Mathieu Desnoyers mathieu.desnoy...@efficios.com
Date: Wed, 19 Jan 2011 10:33:26 -0500
I'm still unsure that __long_long_aligned is needed over __long_aligned
though.
AFAIK, the only requirement we have for, e.g. tracepoints, is to align on the
pointer size (sizeof(long)), so RCU
From: Mathieu Desnoyers mathieu.desnoy...@efficios.com
Date: Wed, 19 Jan 2011 13:20:53 -0500
Now what I'm discussing with David Miller is if creating a
__long_packed_aligned
and using it for *both* type and variable alignment would be more palatable
(it
also works, and is more compact
From: Steven Rostedt rost...@goodmis.org
Date: Wed, 19 Jan 2011 17:00:23 -0500
We can add a comment next to these structures specifying this
dependency, and hopefully it would be updated if we ever do include a
long long in them.
Yes, I think a huge comment should be placed somewhere and also
From: Mathieu Desnoyers mathieu.desnoy...@efficios.com
Date: Wed, 19 Jan 2011 17:13:27 -0500
Hrm, I'd like to see what kind of ill-conceived 32-bit architecture would
generate a unaligned access for a 32-bit aligned u64. Do you have examples in
mind ? By definition, the memory accesses should
From: Mathieu Desnoyers mathieu.desnoy...@efficios.com
Date: Wed, 19 Jan 2011 17:15:38 -0500
* David Miller (da...@davemloft.net) wrote:
If plain __long_aligned works and, since you're tagging it to the structure
definition, it only specifies a minimum-alignment, then I'm fine with using
From: Mathieu Desnoyers mathieu.desnoy...@efficios.com
Date: Wed, 19 Jan 2011 17:21:44 -0500
I still wonder how a 32-bit system can generate an unaligned access trap for
an
access to a 64-bit variable aligned on 32-bit, given that there is, by
definition, no 64-bit memory accesses available
From: Mathieu Desnoyers mathieu.desnoy...@efficios.com
Date: Wed, 19 Jan 2011 17:33:39 -0500
So I guess we go for the following. Is it verbose enough ?
It's got all of the details that seem to matter, thanks.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject
From: Richard Mortimer ri...@oldelvet.org.uk
Date: Tue, 18 Jan 2011 13:23:14 +
To close this off as a non-issue as far as my boot failures are
concerned I did some further checking and objdump is displaying
R_SPARC_OLO10 as two separate entries. I checked the scsi_mod.ko binary
and found
From: David Miller da...@davemloft.net
Date: Tue, 18 Jan 2011 13:00:27 -0800 (PST)
I'll look into fixing binutils so that it properly reports the
correct R_SPARC_OLO10 relocation in dumps. There really is no
excuse for what it's currently doing. In fact, I think this
quirk has sent me
From: Mathieu Desnoyers mathieu.desnoy...@efficios.com
Date: Wed, 19 Jan 2011 00:08:45 -0500
The following works fine for me now. Comments are welcome.
Thanks for doing this work Mathieu.
- No aligned() type attribute nor variable attribute. I get a crash on x86_64
(NULL pointer exception
From: Mathieu Desnoyers mathieu.desnoy...@efficios.com
Date: Wed, 19 Jan 2011 00:08:45 -0500
- No aligned() type attribute nor variable attribute. I get a crash on x86_64
(NULL pointer exception when executing __trace_add_event_call, the 5th
call).
__alignof__(struct ftrace_event_call)
From: David Miller da...@davemloft.net
Date: Tue, 18 Jan 2011 22:32:47 -0800 (PST)
As far as GCC can see, the object is static and also not part of an
array or any other C construct for which things like this could matter
as long as the alignment it chooses meets the minimum alignment
From: Richard Mortimer ri...@oldelvet.org.uk
Date: Mon, 17 Jan 2011 19:46:21 +
As an example from drivers/scsi/scsi_error.c function scsi_eh_wakeup().
This has relocation records of
...
2be4 R_SPARC_LO10 __tracepoint_scsi_eh_wakeup
2be4 R_SPARC_13
From: Richard Mortimer ri...@oldelvet.org.uk
Date: Mon, 17 Jan 2011 23:34:03 +
However the same R_SPARC_13 also exists in scsi_mod.ko. It exists in the
original Debian 2.6.37-trunk-sparc64 version and in my current build of
the same with the 8 byte alignment for _trace_events.
...
Thanks
From: Richard Mortimer ri...@oldelvet.org.uk
Date: Mon, 17 Jan 2011 23:34:03 +
I guess that points towards the binutils linker not doing the correct
thing.
Ok, it is in fact doing the correct thing.
I'm really surprised we never hit this before in all of these years
:-) I guess we've
From: Bernhard R. Link brl+ccmadn...@pcpool00.mathematik.uni-freiburg.de
Date: Mon, 17 Jan 2011 15:39:54 +0100
* David Miller da...@davemloft.net [110117 07:07]:
Ugh, and I just noticed that include/linux/klist.h does this fixed
alignment of 4 too, where is this stuff coming from? It's
wrong
From: Steven Rostedt rost...@goodmis.org
Date: Mon, 17 Jan 2011 09:11:26 -0500
The problem comes when the linker puts these sections together. We read
all the sections as one big array. If the linker puts in holes, then
this breaks the array, and the kernel crashes while reading the section.
From: David Miller da...@davemloft.net
Date: Mon, 17 Jan 2011 21:34:48 -0800 (PST)
Where are these holes coming from? Reading the commit message for
the change that introduced this problem
(86c38a31aa7f2dd6e74a262710bf8ebf7455acc5), it seems like the issue is
coming from the compiler
From: David Miller da...@davemloft.net
Date: Mon, 17 Jan 2011 22:00:39 -0800 (PST)
ftrace: Remove unnecessary alignment tag from ftrace_event_call.
It's completely unnecessary and causes problems on platforms
where this tag down-aligns the structure's alignment.
Signed-off-by: David S
From: Bernhard R. Link brl+ccmadn...@pcpool00.mathematik.uni-freiburg.de
Date: Mon, 17 Jan 2011 15:39:54 +0100
I think we want none of this, and I think we should elide the align
directives entirely, or at least fix them so we don't get unaligned
stuff on 64-bit.
One fix might be to move
From: Steven Rostedt rost...@goodmis.org
Date: Mon, 17 Jan 2011 09:15:41 -0500
Again, this is to help the linker keep arrays in tacked. Tracepoints are
allocated into the tracepoint section, and then read like an array. If
the linker adds holes as it links sections into one big one, then the
From: Mathieu Desnoyers mathieu.desnoy...@efficios.com
Date: Mon, 17 Jan 2011 14:35:25 -0500
Steven, what were you trying to fix in the first place when you added the
aligned(4) to the definition ? It might have just been that the _ftrace_events
section needed to be aligned on at least 8 bytes
From: David Miller da...@davemloft.net
Date: Mon, 17 Jan 2011 16:37:09 -0800 (PST)
So we do end up seeing the R_SPARC_LO10 + R_SPARC_13 sequences in the
final module object.
Therefore, we really should handle R_SPARC_13 in the sparc module loader.
Ok, I now feel like I'm hallucinating
From: Richard Mortimer ri...@oldelvet.org.uk
Date: Sun, 16 Jan 2011 14:17:49 +
I'm wondering if gcc is just getting better at honouring the source
code. The DEFINE_EVENT macros in include/trace/ftrace.h have a
__aligned__(4) attribute in them. Maybe that should be 8 on sparc64
systems.
From: Bernhard R. Link brl...@debian.org
Date: Sun, 16 Jan 2011 22:09:24 +0100
* David Miller da...@davemloft.net [110116 20:39]:
From: Richard Mortimer ri...@oldelvet.org.uk
Date: Sun, 16 Jan 2011 14:17:49 +
I'm wondering if gcc is just getting better at honouring the source
code
From: David Miller da...@davemloft.net
Date: Sat, 15 Jan 2011 21:17:22 -0800 (PST)
[ Please, everyone, retain the full CC: on all replies, thanks. Some
people are replying only into the debian bug alias, and that loses
information and exposure for fixing this bug. ]
I think the problem we
From: Bastian Blank wa...@debian.org
Date: Sat, 15 Jan 2011 11:00:11 +0100
On Fri, Jan 14, 2011 at 11:38:28AM -0800, David Miller wrote:
From: Richard Mortimer ri...@oldelvet.org.uk
So that means that the kernel is complaining about type 54 which is
R_SPARC_UA64. That matches
From: Richard Mortimer ri...@oldelvet.org.uk
Date: Fri, 14 Jan 2011 16:08:30 +
[ Frederic, Steven, Ingo, the short version of the story is that we
need to make it such that the _ftrace_events section is aligned
properly for 64-bit systems, and in particular that GCC can see this
too.
From: Richard Mortimer ri...@oldelvet.org.uk
Date: Fri, 14 Jan 2011 10:53:35 +
On 13/01/2011 23:57, David Miller wrote:
Relocation type 36 is R_SPARC_LM22.
I'm confused now! Maybe I've missed something but looking at
arch/sparc/kernel/module.c it seems that the 36 is hexadecimal
From: Richard Mortimer ri...@oldelvet.org.uk
Date: Thu, 13 Jan 2011 23:34:01 +
On Wed, 2011-01-12 at 00:37 +, Ben Hutchings wrote:
On Wed, 2011-01-12 at 00:27 +, Richard Mortimer wrote:
On 09/01/2011 03:46, David Miller wrote:
From: Ben Hutchingsb...@decadent.org.uk
Date
From: Ben Hutchings b...@decadent.org.uk
Date: Sun, 09 Jan 2011 03:00:40 +
On Sun, 2011-01-09 at 01:05 +, Richard Mortimer wrote:
Package: linux-2.6
Version: 2.6.37-1~experimental.1
Severity: normal
Boot of linux-image-2.6.37-trunk-sparc64 fails to find the disks and drops
to the
From: Greg KH gre...@suse.de
Date: Sat, 27 Nov 2010 16:21:35 -0800
And I need an ack from the networking maintainer to be able to accept
this also.
I'm not applying this, nor do I want anyone else to.
If people think this protocol is not maintained adequately
right now, wait until you push it
From: Ben Hutchings b...@decadent.org.uk
Date: Sun, 28 Nov 2010 01:53:35 +
On Sat, 2010-11-27 at 17:26 -0800, David Miller wrote:
From: Greg KH gre...@suse.de
Date: Sat, 27 Nov 2010 16:21:35 -0800
And I need an ack from the networking maintainer to be able to accept
this also.
I'm
From: Stephen Hemminger shemmin...@vyatta.com
Date: Mon, 22 Nov 2010 20:31:31 -0800
On Tue, 23 Nov 2010 03:51:53 +
Ben Hutchings b...@decadent.org.uk wrote:
Recent review has revealed several bugs in obscure protocol
implementations that can be exploited by local users for denial of
From: Eric Dumazet eric.duma...@gmail.com
Date: Tue, 19 Oct 2010 11:02:36 +0200
Le mardi 19 octobre 2010 à 01:53 -0700, David Miller a écrit :
From: Eric Dumazet eric.duma...@gmail.com
Date: Thu, 14 Oct 2010 06:11:59 +0200
net-next-2.6 contains a fix for this, adding the perc_cpu
From: Eric Dumazet eric.duma...@gmail.com
Date: Thu, 14 Oct 2010 06:11:59 +0200
net-next-2.6 contains a fix for this, adding the perc_cpu
xmit_recursion limit. We might push it to net-2.6
We need to think a bit more about this.
We are essentially now saying that one can only configure
tunnels
From: Ben Hutchings b...@decadent.org.uk
Date: Fri, 24 Sep 2010 21:43:33 +0100
The lifetime management for per-namespace state in phonet is broken in
2.6.32. When a network namespace is destroyed it will crash
(repeatably):
...
This bug is known to be triggered by using Chromium (which
From: Ben Hutchings b...@decadent.org.uk
Date: Fri, 10 Sep 2010 17:46:30 +0100
Prior to Linux 2.6.35, net devices outside the initial net namespace
did not have sysfs directories. Attempting to add attributes to
them will trigger a BUG().
Reported-and-tested-by: Russell Stuart
From: Ben Hutchings b...@decadent.org.uk
Date: Tue, 07 Sep 2010 02:27:10 +0100
This is the regression I mentioned before. 3c59x should be good after
this.
Excellent, applied, thanks!
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
From: Josip Rodin j...@debbugs.entuzijast.net
Date: Fri, 27 Aug 2010 21:31:37 +0200
David, can you please queue this sunxvr500.c post-2.6.32 bugfix
to sta...@kernel.org?
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=bdd32ce95f79fb5cc964cd789d7ae4500bba7c6f
From: Ben Hutchings b...@decadent.org.uk
Date: Fri, 23 Jul 2010 01:18:28 +0100
commit a095cfc40ec7ebe63e9532383c5b5c2a27b14075
3c59x: Specify window explicitly for access to windowed registers
changed the first parameter to mdio_sync(), from a pointer to the
register mapping, to a pointer to
From: Ben Hutchings b...@decadent.org.uk
Date: Sat, 26 Jun 2010 22:37:47 +0100
Since addresses are only revalidated every 2 minutes, the reported
valid_lft can underflow shortly before the address is deleted.
Clamp it to a minimum of 0, as for prefered_lft.
Reported-by: Piotr Lewandowski
From: Ben Hutchings b...@decadent.org.uk
Date: Sat, 26 Jun 2010 22:42:55 +0100
max_desync_factor can be configured per-interface, but nothing is
using the value.
Reported-by: Piotr Lewandowski piotr.lewandow...@gmail.com
Signed-off-by: Ben Hutchings b...@decadent.org.uk
Applied to
From: Eric Dumazet eric.duma...@gmail.com
Date: Tue, 13 Apr 2010 16:42:21 +0200
Le mardi 13 avril 2010 à 15:27 +0100, stephen mulcahy a écrit :
Ok, I've tried both of the following with my reproducer
1. ethtool -K eth0 tso off
RESULT: reproducer causes multiple hosts to be come
From: Ayaz Abdulla aabdu...@nvidia.com
Date: Wed, 14 Apr 2010 01:33:15 -0400
Attached fix has been submitted to netdev.
Thanks!
I apply this soon.
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
From: Ben Hutchings b...@decadent.org.uk
Date: Sun, 04 Apr 2010 17:33:29 +0100
The driver attempts to select an IRQ for the NIC automatically by
testing which of the supported IRQs are available and then probing
each available IRQ with probe_irq_{on,off}(). There are obvious race
conditions
From: Ben Hutchings b...@decadent.org.uk
Date: Thu, 1 Apr 2010 19:05:12 +0100
On Thu, Apr 01, 2010 at 06:03:48PM +0100, David Woodhouse wrote:
On Thu, 2010-04-01 at 05:34 +0100, Ben Hutchings wrote:
[...]
Since you've dealt with (a), and (b) is not really as important, I would
just like to
I've also been bitten by this bug - noticed it last Friday and it
doesn't seem to be fixed this morning.
Is there an ETA on a fix with packages?
Thanks,
--- David
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
From: Ben Hutchings b...@decadent.org.uk
Date: Thu, 04 Mar 2010 14:59:20 +
On Thu, 2010-03-04 at 10:19 +0100, Josip Rodin wrote:
[...]
Fortunately David Miller came to the rescue and personally debugged the
problem on one of the buildds, and fixed the problem. His solution, that
we
From: Hermann Lauer hermann.la...@iwr.uni-heidelberg.de
Date: Mon, 1 Mar 2010 12:30:05 +0100
What can be done to debug this further ?
Nothing really, I just simply have no time to look into it
with all the other things on my plate, sorry.
--
To UNSUBSCRIBE, email to
From: Ben Hutchings b...@decadent.org.uk
Date: Fri, 19 Feb 2010 02:56:21 +
Intergraph bought 3D Labs and some XVR-500 chips have Intergraph's
vendor id.
Reported-by: Jurij Smakov ju...@wooyd.org
Signed-off-by: Ben Hutchings b...@decadent.org.uk
Cc: sta...@kernel.org
Applied, thanks
From: Jan Ceuleers jan.ceule...@computer.org
Date: Mon, 28 Dec 2009 10:36:03 +0100
Jan Ceuleers wrote:
I have successfully booted a 2.6.32.2 kernel with this patch applied on top
on a PXE-booting machine with nfsroot.
Obviously this was on a machine with a Via Velocity NIC.
Fair enough,
From: Ben Hutchings b...@decadent.org.uk
Date: Tue, 15 Dec 2009 02:05:09 +
velocity_open() calls velocity_give_many_rx_descs(), which gives RX
descriptors to the NIC, before installing an interrupt handler or
calling velocity_init_registers(). I think this is very unsafe and it
appears
From: jie.y...@atheros.com
Date: Wed, 2 Dec 2009 11:18:34 +0800
From: Jie Yang jie.y...@atheros.com
For hardware limit to support TSOV6, just disable this feature
Signed-off-by: Jie Yang jie.y...@atheros.com
Shouldn't we be applying this to net-2.6 since it's a bug fix?
--
To
From: Jie Yang jie.y...@atheros.com
Date: Wed, 2 Dec 2009 16:34:18 +0800
On Wednesday, December 02, 2009 4:32 PM
David Miller da...@davemloft.net wrote:
From: jie.y...@atheros.com
Date: Wed, 2 Dec 2009 11:18:34 +0800
From: Jie Yang jie.y...@atheros.com
For hardware limit to support
From: Ben Hutchings b...@decadent.org.uk
Date: Thu, 12 Nov 2009 02:00:05 +
This reverts commit 9c501935a3cdcf6b1d35aaee3aa11c7a7051a305. That
commit caused linux/rtnetlink.h to require that sys/socket.h is
included first, breaking autoconf tests for linux/rtnetlink.h and
presumably some
From: Ben Hutchings b...@decadent.org.uk
Date: Thu, 12 Nov 2009 03:05:15 +
linux/netlink.h will not compile for userland, because
linux/socket.h is no longer defining sa_family_t. For userland, this
should be defined by sys/socket.h.
Still, you still essentially have two choices:
1)
From: Ben Hutchings b...@decadent.org.uk
Date: Sun, 04 Oct 2009 04:42:44 +0100
From: Bastian Blank wa...@debian.org
The following user-space program fails to compile:
#include linux/socket.h
#include sys/socket.h
int main() { return 0; }
The reason is that linux/socket.h
From: Ben Hutchings b...@decadent.org.uk
Date: Fri, 10 Jul 2009 04:54:35 +0100
alloc_etherdev() used to install default implementations of these
operations, but they must now be explicitly installed in struct
net_device_ops.
Signed-off-by: Ben Hutchings b...@decadent.org.uk
Applied.
--
From: Julien Cristau jcris...@debian.org
Date: Sun, 24 May 2009 15:52:20 +0200
I plan to revert it for lenny r2, and if time permits I'll try to
make the xserver-xorg package generate an xorg.conf with Driver set
to fbdev instead..
Indeed, that's likely to work much better.
--
To
There is no reason whatsoever to enable the CONFIG_PROM_CONSOLE
option in the kernel.
By definition it can only cause problems and conflicts with other
console drivers.
For one example, it unconditionally gets registered as a real console
before the Sun Hypervisor console driver has a chance to
From: Julien Cristau jcris...@debian.org
Date: Wed, 25 Feb 2009 13:41:08 +0100
On Mon, 2009-02-09 at 12:49 +0100, Julien Cristau wrote:
On Mon, 2009-02-09 at 01:21 -0800, David Miller wrote:
No, I would have said that if time is tight at least we can use
fbdev as the Xorg driver for PCI
From: Josip Rodin j...@debbugs.entuzijast.net
Date: Mon, 9 Feb 2009 09:20:39 +0100
On Sun, Feb 08, 2009 at 04:58:08PM -0800, David Miller wrote:
So you're saying that X working is more important than machines
actually booting at all? These priorities are wrong.
When N (where N 0) users
1 - 100 of 115 matches
Mail list logo