From: Michael Chan mc...@broadcom.com
Date: Wed, 29 Feb 2012 01:33:37 -0800
Subject: [PATCH net] tg3: Fix tg3_get_stats64 for 5700 / 5701 devs
From: Matt Carlson mcarl...@broadcom.com
tg3_get_stats64() takes tp-lock when dealing with non-serdes bcm5700
and bcm5701 devices. However,
From: Matt Carlson mcarl...@broadcom.com
Date: Mon, 27 Feb 2012 17:24:08 -0800
On Mon, Feb 27, 2012 at 05:44:34PM -0600, James Bottomley wrote:
On Thu, 2012-02-23 at 23:55 +0100, Rafael J. Wysocki wrote:
This message has been generated automatically as a part of a summary report
of recent
From: werner w.landg...@ru.ru
Date: Fri, 24 Feb 2012 06:48:58 -0400
But why then the error is still in the source code, at least until the
last 3.3-rc4 ??? I also compiled the code, removing always inline
from the line as in the patch, then it works.
Because the fix is in the networking
From: Rafael J. Wysocki r...@sisk.pl
Date: Thu, 23 Feb 2012 23:51:25 +0100 (CET)
This message has been generated automatically as a part of a summary report
of recent regressions.
The following bug entry is on the current list of known regressions
from 3.2. Please verify if it still should
From: Rafael J. Wysocki r...@sisk.pl
Date: Thu, 23 Feb 2012 23:51:20 +0100 (CET)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=42776
Subject : OF-related boot crash in 3.3.0-rc3-00188-g3ec1e88
Submitter : Meelis Roos mr...@linux.ee
Date : 2012-02-13
From: Linus Torvalds torva...@linux-foundation.org
Date: Tue, 20 Dec 2011 18:31:15 -0800
On Tue, Dec 20, 2011 at 3:54 PM, Rafael J. Wysocki r...@sisk.pl wrote:
Subject : Sparc-32 doesn't work in 3.1.
Submitter : Rob Landley r...@landley.net
Date : 2011-11-12 11:22
Message-ID :
From: Rafael J. Wysocki r...@sisk.pl
Date: Sun, 13 Feb 2011 00:05:18 +0100 (CET)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=28052
Subject : [BUG] 2.6.38-rc2: Circular Locking Dependency
Submitter : Knut Petersen knut_peter...@t-online.de
Date :
From: Rafael J. Wysocki r...@sisk.pl
Date: Wed, 29 Dec 2010 23:59:38 +0100 (CET)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=24592
Subject : 2.6.37-rc5: NULL pointer oops in
selinux_socket_unix_stream_connect
Submitter : Jeremy Fitzhardinge jer...@goop.org
From: Plamen Petrov pvp-l...@fs.uni-ruse.bg
Date: Sun, 12 Sep 2010 09:55:19 +0300
Now that both commits that fix my problems are in Linus' tree, the
bug can be closed, but these fixes should go in 2.6.35.y, too.
So, CCing -stable.
You don't need to do this, I will submit whatever is
: 4c70c516.5020...@gmail.com
References: http://marc.info/?l=linux-kernelm=128245894300623w=2
Handled-By: David Miller da...@davemloft.net
Paul, could you please get the softirq.c _local_bh_enable_ip() warning
patch referenced in that bugzilla queued up for Linus's tree if you
haven't done
From: Jarek Poplawski jark...@gmail.com
Date: Wed, 8 Sep 2010 06:20:04 +
We need both of them. I hope David could add this too:
Tested-by: Plamen Petrov pvp-l...@fs.uni-ruse.bg
Done, and applied, thanks :-)
--
To unsubscribe from this list: send the line unsubscribe kernel-testers in
the
From: Eric Dumazet eric.duma...@gmail.com
Date: Wed, 01 Sep 2010 12:50:51 +0200
[PATCH] gro: fix different skb headrooms
packets entering GRO might have different headrooms, even for a given
flow (because of implementation details in drivers, like copybreak).
We cant force drivers to
From: Jesse Barnes jbar...@virtuousgeek.org
Date: Fri, 18 Jun 2010 13:10:49 -0700
I reverted the symlink patch that was causing the trouble. The root
cause is elsewhere though; it seems some firmwares report duplicate PCI
slot numbers...
Instead of postulating, you can confirm or deny such a
From: Brian Bloniarz b...@athenacr.com
Date: Fri, 18 Jun 2010 16:40:44 -0400
In the patch, 2 individual code paths were trying to
create the same symlinks:
pci-sysfs.c:pci_create_slot_links(struct pci_dev *dev)
and
slot.c:create_sysfs_files(struct pci_slot *slot).
I think some archs managed
From: Thomas Müller tho...@mathtm.de
Date: Mon, 12 Apr 2010 10:39:54 +0200
Hi,
a fix (commit 2c45cd43ff791cc4ab6a6332165ad53d7bcb3673) is included in
linux-next and net-next, but not (yet?) in linux-2.6.
This bug was only present in -next and net-next-2.6 to the best of
my knowledge, so the
From: Thomas Müller tho...@mathtm.de
Date: Mon, 12 Apr 2010 11:50:28 +0200
I think I have to disagree.
Indeed you're right, net-2.6 needs it too.
Thanks for catching this, I've cherry picked the commit
from net-next-2.6 and added it to net-2.6
Thanks again!
--
To unsubscribe from this list:
From: Neil Horman nhor...@tuxdriver.com
Date: Mon, 1 Feb 2010 06:55:18 -0500
He claims this dependency is deliberate and requires, to which I agree, but he
would seem to fix that by making the dccp_probe module error out in the event
that dccp wasn't loaded. Why bother with that?
Neil,
From: Santiago Garcia Mantinan ma...@manty.net
Date: Sun, 29 Nov 2009 00:54:00 +0100
Bug-Entry: http://bugzilla.kernel.org/show_bug.cgi?id=14294
...
So... I'd say you can close the bug and if I happen to find it again... I'll
report it again.
Sorry for all the noise.
Rafael, please
From: Zeno Davatz zdav...@gmail.com
Date: Fri, 20 Nov 2009 14:35:07 +0100
Recompiled with above enabled. And indeed: It worked. Booting as normal.
Thank you for the detailed instructions.
Rafael, I think we can close this entry now.
--
To unsubscribe from this list: send the line unsubscribe
From: Rafael J. Wysocki r...@sisk.pl
Date: Mon, 16 Nov 2009 23:37:47 +0100 (CET)
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.31. Please verify if it still should be
From: Rafael J. Wysocki r...@sisk.pl
Date: Tue, 17 Nov 2009 00:01:18 +0100 (CET)
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.30 and 2.6.31.
The following bug entry is on the current list of known regressions
introduced between
: 2009-09-30 11:05 (48 days old)
References: http://marc.info/?l=linux-kernelm=125430926311466w=4
Handled-By: David Miller da...@davemloft.net
Santiago, have you hit this again since moving to newer kernels?
Thanks!
--
To unsubscribe from this list: send the line unsubscribe kernel
From: Eric Dumazet eric.duma...@gmail.com
Date: Thu, 15 Oct 2009 02:36:43 +0200
Massimo Cetra a écrit :
Eric,
thanks for the patch.
The problem didn't arise again and i haven't seen any warning like that
on both servers where that problem was happening more frequently.
I would say that
From: Alan Cox a...@lxorguk.ukuu.org.uk
Date: Wed, 14 Oct 2009 22:16:33 +0100
Assuming that we should not check all CPUs. And in this case perhaps we can
even do something like
if (!delayed_work_pending()
get_wq_data()-current_work != dwork)
return;
but this
From: Eric Dumazet eric.duma...@gmail.com
Date: Fri, 09 Oct 2009 16:43:40 +0200
[PATCH] udp: Fix udp_poll()
udp_poll() can in some circumstances drop frames with incorrect checksums.
Problem is we now have to lock the socket while dropping frames, or risk
sk_forward corruption.
This
From: Massimo Cetra ctr...@navynet.it
Date: Tue, 13 Oct 2009 11:11:17 +0200
Here, vserver is not involved, and the problem starts at drbd which
lives in kernel space (the other oops started at ocfs2).
Both ocfs2 and drbd make heavy use of network I/O so i guess the
problem is something in
From: Eric Dumazet eric.duma...@gmail.com
Date: Tue, 13 Oct 2009 12:19:51 +0200
Quick fix would be to use dev_kfree_skb_any() instead,
because netpoll can definitly calls start_xmit()
with irq disabled.
Indeed, because of netpoll(), that is something drivers
must be able to cope with.
Could
From: Rafael J. Wysocki r...@sisk.pl
Date: Mon, 12 Oct 2009 00:22:04 +0200 (CEST)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14378
Subject : Problems with net/core/skbuff.c
Submitter : Massimo Cetra mce...@navynet.it
Date : 2009-10-08 14:51 (4 days
From: Rafael J. Wysocki r...@sisk.pl
Date: Mon, 12 Oct 2009 01:01:06 +0200 (CEST)
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.30 and 2.6.31.
The following bug entry is on the current list of known regressions
introduced between
: 2009-09-30 11:05 (12 days old)
References: http://marc.info/?l=linux-kernelm=125430926311466w=4
Handled-By: David Miller da...@davemloft.net
I gave the user a debugging patch, but they reported that they
can no longer trigger the issue with 2.6.31.1
See:
http://marc.info/?l
From: Rafael J. Wysocki r...@sisk.pl
Date: Mon, 12 Oct 2009 01:01:08 +0200 (CEST)
[ Netdev CC:'d ]
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14265
Subject : ifconfig: page allocation failure. order:5,
mode:0x8020 w/ e100
Submitter : Karol Lewandowski
From: Santiago Garcia Mantinan ma...@manty.net
Date: Mon, 12 Oct 2009 14:09:43 +0200
I'm now back to the 2.6.31 with the patch to debug it (3 days uptime) in
order to gather more info and after I get the info from 2.6.31 I'd test
3.6.31.latest or even 2.6.32whatever in case you find that
From: Rafael J. Wysocki r...@sisk.pl
Date: Mon, 12 Oct 2009 01:01:08 +0200 (CEST)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=14261
Subject : e1000e jumbo frames no longer work: 'Unsupported MTU
setting'
Submitter : Nix n...@esperi.org.uk
Date :
From: Ian Campbell i...@hellion.org.uk
Date: Sun, 06 Sep 2009 12:22:58 +0100
On Wed, 2009-08-26 at 15:11 -0700, David Miller wrote:
From: Rafael J. Wysocki r...@sisk.pl
Date: Wed, 26 Aug 2009 23:12:03 +0200
Krzysztof has a patch which has corrected this issue for me. Thanks,
Thanks
From: Rafael J. Wysocki r...@sisk.pl
Date: Wed, 26 Aug 2009 23:12:03 +0200
Krzysztof has a patch which has corrected this issue for me. Thanks,
Thanks for the update.
Do you have a pointer to the patch, please?
commit 6ff9c2e7fa8ca63a575792534b63c5092099c286
Author: Krzysztof Hałasa
From: Bartlomiej Zolnierkiewicz bzoln...@gmail.com
Date: Mon, 6 Jul 2009 16:57:59 +0200
I think it's better to revert this commit:
a1317f714af7aed60ddc182d0122477cbe36ee9b (ide: improve handling of
Power Management requests)
I completely agree and I've already requested this a week ago
From: Etienne Basset etienne.bas...@numericable.fr
Date: Mon, 29 Jun 2009 12:29:09 +0200
yes, patch is not yet upstream;
I'll take care of pushing this around today.
--
To unsubscribe from this list: send the line unsubscribe kernel-testers in
the body of a message to majord...@vger.kernel.org
From: Jeff Chua jeff.chua.li...@gmail.com
Date: Thu, 30 Apr 2009 11:26:40 +0800
On Wed, Apr 29, 2009 at 1:37 PM, David Miller da...@davemloft.net wrote:
I've applied this, thanks everyone!
I see the patch is already in Linus's tree that I just git pulled.
Tested for 200 iptables rules
From: Rafael J. Wysocki r...@sisk.pl
Date: Thu, 16 Apr 2009 23:42:31 +0200 (CEST)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13099
Subject : net, sky2: BUG: unable to handle kernel NULL pointer
dereference, pci_vpd_truncate()
Submitter : Ingo Molnar
From: Eric Dumazet da...@cosmosbay.com
Date: Wed, 15 Apr 2009 12:42:27 +0200
Sure, but its a cleanup (and was an RFC to show my point)
so should wait a litle bit until David opens his -next tree (for 2.6.31)
The net-next-2.6 tree is open for business since 2.6.30-rc1 :-)
Please just submit
From: Jarek Poplawski jark...@gmail.com
Date: Thu, 9 Apr 2009 07:12:42 +
On 09-04-2009 06:20, David Miller wrote:
From: Alexander Beregalov a.berega...@gmail.com
Date: Thu, 9 Apr 2009 08:16:00 +0400
The host has two interfaces
eth0 - e1000, eth1 - forcedeth.
Both are not working after
From: Jarek Poplawski jark...@gmail.com
Date: Thu, 9 Apr 2009 08:01:59 +
On Thu, Apr 09, 2009 at 12:51:06AM -0700, David Miller wrote:
From: Jarek Poplawski jark...@gmail.com
Date: Thu, 9 Apr 2009 07:12:42 +
On 09-04-2009 06:20, David Miller wrote:
From: Alexander Beregalov
From: Alexander Beregalov a.berega...@gmail.com
Date: Thu, 9 Apr 2009 07:45:39 +0400
WARNING: at lib/list_debug.c:30 __list_add+0x89/0x90()
Hardware name:
list_add corruption. prev-next should be next (c06ea834), but was
f70244c8. (prev=c06ea834).
Modules linked in: w83627hf hwmon_vid
From: Alexander Beregalov a.berega...@gmail.com
Date: Thu, 9 Apr 2009 08:16:00 +0400
The host has two interfaces
eth0 - e1000, eth1 - forcedeth.
Both are not working after that messages.
It looks like the NAPI pending list is being modified in an illegal
state by forcedeth, and mid-stream to
From: Alexander Beregalov a.berega...@gmail.com
Date: Tue, 24 Mar 2009 18:50:55 +0300
2009/3/24 Alexander Beregalov a.berega...@gmail.com:
e4a389a9b5c892446b5de2038bdc0cca8703c615 is first bad commit
No, it is wrong, sorry.
I will do more tests tomorrow.
I bet it is the problem we are
From: Thomas Backlund t...@mandriva.org
Date: Sun, 15 Mar 2009 00:04:42 +0200
Rafael J. Wysocki skrev:
This message has been generated automatically as a part of a report
of recent regressions.
The following bug entry is on the current list of known regressions
from 2.6.28. Please
From: Eric Dumazet [EMAIL PROTECTED]
Date: Thu, 27 Nov 2008 00:31:40 +0100
Sockets, pipes and anonymous fds have interesting properties.
...
This patch defines a new DCACHE_SPECIAL flag, to mark a dentry as
a special one (for sockets, pipes, anonymous fd), and a new
d_alloc_special(const
From: Eric Dumazet [EMAIL PROTECTED]
Date: Thu, 27 Nov 2008 00:32:41 +0100
Goal of this patch is to not touch inode_lock for socket/pipes/anonfd
inodes allocation/freeing.
In new_inode(), we test if super block has MS_SPECIAL flag set.
If yes, we dont put inode in inode_in_use list nor
From: Eric Dumazet [EMAIL PROTECTED]
Date: Thu, 27 Nov 2008 00:32:59 +0100
This function arms a flag (MNT_SPECIAL) on the vfs, to avoid
refcounting on permanent system vfs.
Use this function for sockets, pipes, anonymous fds.
(socket8 bench result : from 2.94s to 2.23s)
Signed-off-by:
From: Eric Dumazet [EMAIL PROTECTED]
Date: Fri, 21 Nov 2008 09:51:32 +0100
Now, I wish sockets and pipes not going through dcache, not tbench affair
of course but real workloads...
running 8 processes on a 8 way machine doing a
for (;;)
close(socket(AF_INET, SOCK_STREAM, 0));
From: Nick Piggin [EMAIL PROTECTED]
Date: Tue, 18 Nov 2008 20:44:10 +1100
On Tuesday 18 November 2008 07:58, David Miller wrote:
From: Linus Torvalds [EMAIL PROTECTED]
Date: Mon, 17 Nov 2008 12:30:00 -0800 (PST)
On Mon, 17 Nov 2008, David Miller wrote:
It's on my workstation which
From: Ingo Molnar [EMAIL PROTECTED]
Date: Mon, 17 Nov 2008 10:06:48 +0100
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.26 and 2.6.27.
The following bug entry is on the current
From: Ingo Molnar [EMAIL PROTECTED]
Date: Mon, 17 Nov 2008 17:11:35 +0100
Ouch, +4% from a oneliner networking change? That's a _huge_ speedup
compared to the things we were after in scheduler land.
The scheduler has accounted for at least %10 of the tbench
regressions at this point, what are
From: Ingo Molnar [EMAIL PROTECTED]
Date: Mon, 17 Nov 2008 18:08:44 +0100
Mike Galbraith has been spending months trying to pin down all the
issues.
Yes Mike has been doing tireless good work.
Another thing I noticed is that because all of the scheduler
core operations are now function
From: Ingo Molnar [EMAIL PROTECTED]
Date: Mon, 17 Nov 2008 19:49:51 +0100
* Ingo Molnar [EMAIL PROTECTED] wrote:
4 The place for the sock_rfree() hit looks a bit weird, and i'll
investigate it now a bit more to place the real overhead point
properly. (i already mapped the test-bit
From: Linus Torvalds [EMAIL PROTECTED]
Date: Mon, 17 Nov 2008 11:47:24 -0800 (PST)
For example, if I recall correctly, David had a big hit on the hrtimers.
That got fixed, the HRTIMER bits are now disabled.
The other possibility is that it's just a sparc suckiness issue, that
simply
From: Linus Torvalds [EMAIL PROTECTED]
Date: Mon, 17 Nov 2008 11:48:33 -0800 (PST)
We've asked _you_ to do NMI profiling, it shouldn't be the other way
around.
I wasn't able to on these systems, so instead I did cycle level
evaluation of the parts that have to run with interrupts disabled.
From: Linus Torvalds [EMAIL PROTECTED]
Date: Mon, 17 Nov 2008 11:57:55 -0800 (PST)
On Mon, 17 Nov 2008, David Miller wrote:
And as a result I found that wake_up() is now 4 times slower than it
was in 2.6.22, I even analyzed this for every single kernel release
till now.
..and that's
From: Linus Torvalds [EMAIL PROTECTED]
Date: Mon, 17 Nov 2008 12:30:00 -0800 (PST)
On Mon, 17 Nov 2008, David Miller wrote:
It's on my workstation which is a much simpler 2 processor
UltraSPARC-IIIi (1.5Ghz) system.
Ok. It could easily be something like a cache footprint issue
From: Ingo Molnar [EMAIL PROTECTED]
Date: Mon, 17 Nov 2008 21:55:30 +0100
and ouch does that global dec on nf_bridge-use hurt!
nf_bridge should always be NULL on your system
--
To unsubscribe from this list: send the line unsubscribe kernel-testers in
the body of a message to [EMAIL PROTECTED]
From: Eric Dumazet [EMAIL PROTECTED]
Date: Mon, 17 Nov 2008 23:15:50 +0100
Yes, I mentioned it later. But apparently you dont read my mails, so
I will just stop now.
Yeah I was going to mention this too :-/
--
To unsubscribe from this list: send the line unsubscribe kernel-testers in
the body
From: David Miller [EMAIL PROTECTED]
Date: Thu, 13 Nov 2008 18:50:59 -0800 (PST)
From: Benjamin Herrenschmidt [EMAIL PROTECTED]
Date: Fri, 14 Nov 2008 11:54:20 +1100
How does it compare with not having the acceleration ?
I'll find out for you.
It makes a huge difference
From: Benjamin Herrenschmidt [EMAIL PROTECTED]
Date: Fri, 14 Nov 2008 14:29:11 +1100
So I consider the loss of perfs due to the workaround to be minor enough
here. I'll submit the patch for inclusion.
BTW, there is a warning generated by this fix, the src_bytes
variable becomes unused or
From: Benjamin Herrenschmidt [EMAIL PROTECTED]
Date: Mon, 10 Nov 2008 16:46:25 +1100
David, would you mind testing on your machine ? It's the one that shows
the biggest performance improvement, and I would like to know how much
it is affected by that patch. As long as the worst case
From: Rafael J. Wysocki [EMAIL PROTECTED]
Date: Sun, 2 Nov 2008 17:07:10 +0100 (CET)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11940
Subject : Unable to handle kernel paging request at
iov_iter_copy_from_user_atomic
Submitter : Alexander Beregalov [EMAIL
From: Rafael J. Wysocki [EMAIL PROTECTED]
Date: Sat, 25 Oct 2008 23:07:52 +0200 (CEST)
This message has been generated automatically as a part of a report
of regressions introduced between 2.6.26 and 2.6.27.
The following bug entry is on the current list of known regressions
introduced
From: Jiri Kosina [EMAIL PROTECTED]
Date: Tue, 23 Sep 2008 16:29:16 +0200 (CEST)
On Mon, 22 Sep 2008, David Miller wrote:
So I went through the changes from 2.6.27-rc5 until the SHA1
ID ec0c15afb41fd9ad45b53468b60db50170e22346 and there were
definitely no E1000 or E1000E changes during
From: Dave Airlie [EMAIL PROTECTED]
Date: Wed, 24 Sep 2008 07:03:53 +1000
I have no evidence in my logs of a graphics panic, but I do do a lot
of graphics devel,
so it might be a possiblity but I'd hate to handwave it away at that.
Let's not handwave, but rather try to figure out if that is
From: Dave Airlie [EMAIL PROTECTED]
Date: Wed, 24 Sep 2008 07:09:09 +1000
On Wed, Sep 24, 2008 at 7:05 AM, David Miller [EMAIL PROTECTED] wrote:
From: Jiri Kosina [EMAIL PROTECTED]
Date: Tue, 23 Sep 2008 16:29:16 +0200 (CEST)
On Mon, 22 Sep 2008, David Miller wrote:
So I went
From: Dave Airlie [EMAIL PROTECTED]
Date: Mon, 22 Sep 2008 16:59:51 +1000
I've reconstructed my boot timeline from message logs
Sep 3rd, I booted rawhide kernel 2.6.27-0.290.rc5.fc10.i686
What upstream SHA1 is this based upon?
I suspended/resume a few times in between with no issues.
From: Jiri Kosina [EMAIL PROTECTED]
Date: Tue, 23 Sep 2008 00:15:08 +0200 (CEST)
On Mon, 22 Sep 2008, Dave Airlie wrote:
Sep 8th I booted my own 2.6.27-rc5 kernel based from
ec0c15afb41fd9ad45b53468b60db50170e22346
This got a corrupted e1000e checksum and every kernel since has.
Have
From: Dave Airlie [EMAIL PROTECTED]
Date: Tue, 23 Sep 2008 11:26:52 +1000
On Tue, Sep 23, 2008 at 8:28 AM, David Miller [EMAIL PROTECTED] wrote:
From: Jiri Kosina [EMAIL PROTECTED]
Date: Tue, 23 Sep 2008 00:15:08 +0200 (CEST)
On Mon, 22 Sep 2008, Dave Airlie wrote:
Sep 8th I booted
From: Rafael J. Wysocki [EMAIL PROTECTED]
Date: Sun, 21 Sep 2008 20:54:13 +0200 (CEST)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=11382
Subject : e1000e: 2.6.27-rc1 corrupts EEPROM/NVM
Submitter : David Vrabel [EMAIL PROTECTED]
Date : 2008-08-08
From: Linus Torvalds [EMAIL PROTECTED]
Date: Fri, 29 Aug 2008 09:14:44 -0700 (PDT)
Well, it probably boots because it doesn't really seem to _change_ much of
anything.
Things like this:
-static inline void arch_send_call_function_ipi(cpumask_t mask)
+static inline void
From: Nick Piggin [EMAIL PROTECTED]
Date: Wed, 27 Aug 2008 17:47:14 +1000
Yeah, I see. That's stupid isn't it? (Well, I guess it was completely
sane when cpumasks were word sized ;))
Hopefully that accounts for a significant chunk...
There is a lot of indirect costs that are hard to see as
From: Ingo Molnar [EMAIL PROTECTED]
Date: Tue, 26 Aug 2008 09:22:20 +0200
And i guess the next generation of 4K CPUs support should just get away
from cpumask_t-on-kernel-stack model altogether, as the current model is
not maintainable. We tried the on-kernel-stack variant, and it really
From: Mike Travis [EMAIL PROTECTED]
Date: Tue, 26 Aug 2008 12:06:18 -0700
David Miller wrote:
The only case that didn't work was due to a limitation in
arch interfaces for the new generic smp_call_function() code.
It passes a cpumask_t instead of a pointer to one via
From: Alexander Beregalov [EMAIL PROTECTED]
Date: Mon, 7 Jul 2008 19:59:04 +0400
I have turned off LOCKDEP and it boots properly.
2.6.26-rc9-5-g1b40a89
Mikael's config also does not contain LOCKDEP.
I have finally reproduced the problem locally and figured out the
bug.
Please try this
From: Alexander Beregalov [EMAIL PROTECTED]
Date: Fri, 8 Aug 2008 13:31:40 +0400
2008/8/8 David Miller [EMAIL PROTECTED]:
From: Alexander Beregalov [EMAIL PROTECTED]
Date: Mon, 7 Jul 2008 19:59:04 +0400
I have turned off LOCKDEP and it boots properly.
2.6.26-rc9-5-g1b40a89
From: Alexander Beregalov [EMAIL PROTECTED]
Date: Fri, 8 Aug 2008 14:56:35 +0400
2008/8/8 David Miller [EMAIL PROTECTED]:
Yes, I applied it manually on top of 2.6.27-rc2-0166
And then the problem goes away right?
No, It hangs in the same way, right after
console handover: boot
From: Alexander Beregalov [EMAIL PROTECTED]
Date: Fri, 8 Aug 2008 15:52:53 +0400
Now I see call trace:
__free_pages_ok
__free_pages
__free_pages_bootmem
free_all_bootmem_core
free_all_bootmem
mem_init
start_kernel
tlb_fixup_done
Can it be helpful?
This is probably a different bug
From: Alexander Beregalov [EMAIL PROTECTED]
Date: Mon, 7 Jul 2008 13:19:05 +0400
Hi David
Is it possible to add some debug code to understand what is going on?
What do you want me to add? The thing hangs and we have no idea
where since there are no messages on the console and the hang
From: Alexander Beregalov [EMAIL PROTECTED]
Date: Thu, 5 Jun 2008 01:50:49 +0400
I have got the following message:
We need to know the exact kernel version you were running, what
kinds of things the system was doing at the time, etc.
--
To unsubscribe from this list: send the line unsubscribe
83 matches
Mail list logo