On Mon, Apr 23, 2007 at 07:16:59AM +0200, Markus Trippelsdorf wrote:
On Mon, Apr 23, 2007 at 03:12:29AM +0200, Ingo Molnar wrote:
i'm pleased to announce release -v5 of the CFS scheduler patchset. The
patch against v2.6.21-rc7 and v2.6.20.7 can be downloaded from:
...
- feature: add
On Mon, Apr 23, 2007 at 03:12:29AM +0200, Ingo Molnar wrote:
i'm pleased to announce release -v5 of the CFS scheduler patchset. The
patch against v2.6.21-rc7 and v2.6.20.7 can be downloaded from:
...
- feature: add initial sys_sched_yield_to() implementation. Not hooked
into the futex
On Sun, Feb 11, 2007 at 05:08:17PM -0500, Tejun Heo wrote:
Markus Trippelsdorf wrote:
This update breaks sata_via on my VIA K8T800Pro machine:
sata_via :00:0f.0 : failed to iomap PCI BAR 0
sata_via :00:0f.0 : out of memory
sata_via probe of :00:0f.0 failed with error -12
On Mon, Feb 12, 2007 at 10:51:44AM -0800, Tejun Heo wrote:
Conversion to resource-managed iomap was buggy causing init failures
on both vt6420 and 6421 - BAR5 wasn't mapped for both controllers
while on vt6420 sata_via tried to map BAR0-4 twice. Fix it.
DO NOT APPLY YET.
---
Markus, does
On Wed, Feb 21, 2007 at 03:01:54PM +0100, Jean-Luc Coulon (f5ibh) wrote:
At boot time, I've the following messages:
ACPI: PCI Interrupt :00:0f.0[B] GSI 20(level, low) - IRQ 20
sata_via :00:0f.0: failed on iomap PCI BAR 0
sata_via :00:0f.0: out of memory
ACPI: PCI interrupt for
On 2012.09.24 at 19:58 -0400, Mike Frysinger wrote:
On Monday 24 September 2012 11:59:36 Arnaldo Carvalho de Melo wrote:
--- a/tools/perf/Makefile
+++ b/tools/perf/Makefile
- FLAGS_BFD=$(ALL_CFLAGS) $(ALL_LDFLAGS) $(EXTLIBS) -lbfd
+ FLAGS_BFD=$(ALL_CFLAGS)
On 2012.10.04 at 11:20 +0200, Borislav Petkov wrote:
Hi,
I'm seeing this on today's Linus tree:
[ 24.048278] tty_init_dev: 24 callbacks suppressed
[ 45.630349] tty_init_dev: 3 callbacks suppressed
It is either from that WARN_RATELIMIT thing or the printk_ratelimited
further below
On 2012.10.04 at 13:23 +0200, Markus Trippelsdorf wrote:
On 2012.10.04 at 11:20 +0200, Borislav Petkov wrote:
Hi,
I'm seeing this on today's Linus tree:
[ 24.048278] tty_init_dev: 24 callbacks suppressed
[ 45.630349] tty_init_dev: 3 callbacks suppressed
It is either from
On 2012.10.04 at 14:40 +0200, Borislav Petkov wrote:
On Thu, Oct 04, 2012 at 01:51:57PM +0200, Markus Trippelsdorf wrote:
diff --git a/include/linux/ratelimit.h b/include/linux/ratelimit.h
index e11ccb4..d8de255 100644
--- a/include/linux/ratelimit.h
+++ b/include/linux/ratelimit.h
patch is from Joe Perches and Jiri Slaby.
Signed-off-by: Markus Trippelsdorf mar...@trippelsdorf.de
Acked-and-tested-by: Borislav Petkov borislav.pet...@amd.com
---
include/linux/ratelimit.h | 27 +--
1 file changed, 9 insertions(+), 18 deletions(-)
diff --git a/include
On 2012.10.05 at 07:26 -0700, Greg Kroah-Hartman wrote:
On Fri, Oct 05, 2012 at 02:57:17PM +0200, Markus Trippelsdorf wrote:
On the current git tree one sees messages such as:
tty_init_dev: 24 callbacks suppressed
tty_init_dev: 3 callbacks suppressed
To fix this we need to look
On 2012.10.05 at 08:37 -0700, Greg Kroah-Hartman wrote:
On Fri, Oct 05, 2012 at 05:29:48PM +0200, Borislav Petkov wrote:
On Fri, Oct 05, 2012 at 07:26:39AM -0700, Greg Kroah-Hartman wrote:
I don't have a problem with this patch, but I don't understand why
it's now showing up. There
On 2012.10.05 at 17:43 +0200, Borislav Petkov wrote:
On Fri, Oct 05, 2012 at 08:37:06AM -0700, Greg Kroah-Hartman wrote:
So WARN_RATELIMIT was never working properly? If so, how far back does
it go in kernel releases that this should be fixed?
Since b3eec79b0776e which added it in May
Author: Markus Trippelsdorf mar...@trippelsdorf.de
Date: Sat Aug 18 18:35:51 2012 -0600
This patch should be reverted for stable, since the move to ASCII SOH (
commit 04d2c8c83d0) wasn't backported. So the fix just isn't necessary.
--
Markus
--
To unsubscribe from this list: send the line
On 2012.10.21 at 19:15 +0200, Borislav Petkov wrote:
On Sun, Oct 21, 2012 at 05:03:05PM +0200, Ingo Molnar wrote:
The best way to compare them would be a script that gives exactly the
same test environment that 'vm run' / 'vm sandbox' does out of box,
but using qemu.
If such a script is
On 2012.10.21 at 19:51 +0200, Ingo Molnar wrote:
* Markus Trippelsdorf mar...@trippelsdorf.de wrote:
On 2012.10.21 at 19:15 +0200, Borislav Petkov wrote:
On Sun, Oct 21, 2012 at 05:03:05PM +0200, Ingo Molnar wrote:
The best way to compare them would be a script that gives exactly
On 2012.10.21 at 19:54 +0200, Markus Trippelsdorf wrote:
On 2012.10.21 at 19:51 +0200, Ingo Molnar wrote:
* Markus Trippelsdorf mar...@trippelsdorf.de wrote:
On 2012.10.21 at 19:15 +0200, Borislav Petkov wrote:
On Sun, Oct 21, 2012 at 05:03:05PM +0200, Ingo Molnar wrote
borislav.pet...@amd.com
Signed-off-by: Markus Trippelsdorf mar...@trippelsdorf.de
---
tools/perf/Makefile | 3 ++-
tools/perf/util/include/linux/rbtree.h | 1 -
tools/perf/util/include/linux/rbtree_augmented.h | 2 ++
tools/perf/util/scripting-engines
On 2012.10.12 at 11:08 +0200, Borislav Petkov wrote:
On Fri, Oct 12, 2012 at 10:39:26AM +0200, Ingo Molnar wrote:
* Ingo Molnar mi...@kernel.org wrote:
Linus,
Please pull the latest perf-urgent-for-linus git tree from:
On Mon, Oct 15, 2007 at 10:50:18PM +0200, Sam Ravnborg wrote:
The kbuild patches has been rebased on top of -linus after
the x86 merge.
The patch that caused ARCH to be unset has been withdrawn for
now. It had additional issues and I need to do additional changes
to get it included - in
On Tue, 2005-02-01 at 09:46 -0800, David Mosberger wrote:
Also, even with 2.6 you need a script from Intel which does some
magic GCC-ICC option translations to build the kernel with the
Intel compiler. AFAIK, this script has not been released by Intel
(hint, hint...).
They posted it to the
On Wed, 2005-02-02 at 18:35 -0800, Linus Torvalds wrote:
I'd _really_ like to calm down for a final 2.6.11 now, so please note
anything really important I missed, but keep the rest pending. And give
this a good testing..
...
Gerd Knorr:
o video/arv: remove casts
o video/w9966: remove
On Thu, 2005-02-03 at 11:17 +0100, Gerd Knorr wrote:
tuner: chip found at addr 0xc0 i2c-bus bt878 #0 [sw]
tuner: type set to 33 (MT20xx universal) by bt878 #0 [sw]
tuner: microtune: companycode=4d54 part=04 rev=04
tuner: microtune MT2032 found, OK
tda9885/6/7: chip found @ 0x86
...
On Thu, 2005-02-03 at 12:30 +0100, Gerd Knorr wrote:
Thanks, seems to be a initialization order bug which changes the default
state of the tda9887 output ports. The patch below should fix that.
Everything is working fine now. Thank you.
__
Markus
-
To unsubscribe from this list: send the
On 2013.03.26 at 16:22 +, Mike Keehan wrote:
I'm trying to find out which update causes my 5G Wifi
connection to time out when authenticating.
Following the instructions in git help bisect, I
git cloned the kernel, then git bisect start, and
git bisect bad v3.9.0-rc2.
This errors
I get hash failures on completed torrents since 3.9.0-rc1 (Linux 3.8
seems to be fine). What happens is that the torrents apparently complete
successfully. After reboot however the hash check fails and there are
missing (or corrupted) chunks. I've tested this with two different
clients (rtorrent
On 2013.03.11 at 18:18 +0100, Markus Trippelsdorf wrote:
I get hash failures on completed torrents since 3.9.0-rc1 (Linux 3.8
seems to be fine). What happens is that the torrents apparently complete
successfully. After reboot however the hash check fails and there are
missing (or corrupted
On 2013.03.11 at 15:41 -0400, Dave Jones wrote:
On Mon, Mar 11, 2013 at 08:17:53PM +0100, Markus Trippelsdorf wrote:
On 2013.03.11 at 18:18 +0100, Markus Trippelsdorf wrote:
I get hash failures on completed torrents since 3.9.0-rc1 (Linux 3.8
seems to be fine). What happens
On 2013.03.11 at 16:37 -0400, Theodore Ts'o wrote:
On Mon, Mar 11, 2013 at 09:13:34PM +0100, Markus Trippelsdorf wrote:
On 2013.03.11 at 15:41 -0400, Dave Jones wrote:
Worked fine for me on two separate machines. Could it be a network
problem
perhaps ? If something is mangling
On 2013.03.11 at 17:18 -0400, Theodore Ts'o wrote:
On Mon, Mar 11, 2013 at 09:46:25PM +0100, Markus Trippelsdorf wrote:
BTW, I'm currently running 3.9-rc2 with some additional fixes from the
ext4 dev branch, and I'm not able to reproduce the problem using
rtorrent on my laptop. How
On 2013.03.11 at 22:38 +0100, Markus Trippelsdorf wrote:
On 2013.03.11 at 17:18 -0400, Theodore Ts'o wrote:
On Mon, Mar 11, 2013 at 09:46:25PM +0100, Markus Trippelsdorf wrote:
BTW, I'm currently running 3.9-rc2 with some additional fixes from the
ext4 dev branch, and I'm not able
On 2013.03.11 at 23:30 -0400, Theodore Ts'o wrote:
On Tue, Mar 12, 2013 at 11:00:58AM +0800, Zheng Liu wrote:
Thanks for reporting this problem. My deepest apologies.
As Ted suggested, could you please try to use ext4 git tree? I want to
make sure whether this bug has been fixed by
On 2013.03.12 at 14:44 +0800, Zheng Liu wrote:
On Tue, Mar 12, 2013 at 07:16:24AM +0100, Markus Trippelsdorf wrote:
On 2013.03.11 at 23:30 -0400, Theodore Ts'o wrote:
On Tue, Mar 12, 2013 at 11:00:58AM +0800, Zheng Liu wrote:
Thanks for reporting this problem. My deepest apologies
With gcc-4.8 I get:
CC kernel/rcutree.o
kernel/rcutree.c: In function ‘rcu_init_one’:
kernel/rcutree.c:2850:13: warning: array subscript is above array bounds
[-Warray-bounds]
rsp-level[i] = rsp-level[i - 1] + rsp-levelcnt[i - 1];
^
2849for (i = 1; i
On 2012.11.29 at 09:02 -0800, Paul E. McKenney wrote:
On Thu, Nov 29, 2012 at 02:47:52PM +0100, Markus Trippelsdorf wrote:
With gcc-4.8 I get:
CC kernel/rcutree.o
kernel/rcutree.c: In function ‘rcu_init_one’:
kernel/rcutree.c:2850:13: warning: array subscript is above array
On 2012.11.29 at 10:10 -0800, Paul E. McKenney wrote:
On Thu, Nov 29, 2012 at 06:43:58PM +0100, Markus Trippelsdorf wrote:
On 2012.11.29 at 09:02 -0800, Paul E. McKenney wrote:
On Thu, Nov 29, 2012 at 02:47:52PM +0100, Markus Trippelsdorf wrote:
With gcc-4.8 I get:
CC
On 2012.11.29 at 11:19 -0800, Paul E. McKenney wrote:
On Thu, Nov 29, 2012 at 07:22:54PM +0100, Markus Trippelsdorf wrote:
On 2012.11.29 at 10:10 -0800, Paul E. McKenney wrote:
On Thu, Nov 29, 2012 at 06:43:58PM +0100, Markus Trippelsdorf wrote:
On 2012.11.29 at 09:02 -0800, Paul E
On 2013.02.26 at 15:39 -0500, Theodore Ts'o wrote:
The following changes since commit 9931faca02c604c22335f5a935a501bb2ace6e20:
Linux 3.8-rc3 (2013-01-09 18:59:55 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git
On 2013.02.21 at 18:19 +, Namhyung Kim wrote:
Markus Trippelsdorf markus at trippelsdorf.de writes:
perf top doesn't unlink /tmp/perf-vdso.so.* on exit.
Fix this by calling vdso__exit() before exit(0).
@@ -602,6 +603,7 @@ static void *display_thread_tui(void *arg
On 2013.02.27 at 10:34 -0500, Theodore Ts'o wrote:
On Wed, Feb 27, 2013 at 01:47:27PM +0100, Markus Trippelsdorf wrote:
Just booted todays Linux tree and got the following errors:
...
Feb 27 13:33:31 x4 kernel: EXT4-fs (sda): mounted filesystem with ordered
data mode. Opts: (null
On 2013.02.27 at 16:44 +0100, Markus Trippelsdorf wrote:
On 2013.02.27 at 10:34 -0500, Theodore Ts'o wrote:
On Wed, Feb 27, 2013 at 01:47:27PM +0100, Markus Trippelsdorf wrote:
Just booted todays Linux tree and got the following errors:
...
Feb 27 13:33:31 x4 kernel: EXT4-fs (sda
On 2013.02.28 at 01:10 +0800, gnehzuil.liu wrote:
在 2013-2-28,上午1:01,Markus Trippelsdorf mar...@trippelsdorf.de 写道:
On 2013.02.27 at 16:44 +0100, Markus Trippelsdorf wrote:
On 2013.02.27 at 10:34 -0500, Theodore Ts'o wrote:
On Wed, Feb 27, 2013 at 01:47:27PM +0100, Markus Trippelsdorf
On 2013.02.28 at 01:38 +0800, gnehzuil.liu wrote:
在 2013-2-28,上午1:22,Markus Trippelsdorf mar...@trippelsdorf.de 写道:
On 2013.02.28 at 01:10 +0800, gnehzuil.liu wrote:
在 2013-2-28,上午1:01,Markus Trippelsdorf mar...@trippelsdorf.de 写道:
On 2013.02.27 at 16:44 +0100, Markus Trippelsdorf
Perf doesn't properly clean up /tmp/perf-vdso.so-XX on exit. So
these files keep accumulating in /tmp every time perf is run.
--
Markus
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at
perf top doesn't unlink /tmp/perf-vdso.so.* on exit.
Fix this by calling vdso__exit() before exit(0).
Signed-off-by: Markus Trippelsdorf mar...@trippelsdorf.de
diff --git a/tools/perf/builtin-top.c b/tools/perf/builtin-top.c
index c9ff395..e910d91 100644
--- a/tools/perf/builtin-top.c
+++ b
On 2012.09.04 at 16:40 +0200, Takashi Iwai wrote:
Sound fixes for 3.6-rc5
There are nothing scaring, contains only small fixes for HD-audio and
USB-audio:
- EPSS regression fix and GPIO fix for HD-audio IDT codecs
- A series
On 2012.09.06 at 08:33 +0200, Daniel Mack wrote:
On 06.09.2012 08:02, Markus Trippelsdorf wrote:
On 2012.09.04 at 16:40 +0200, Takashi Iwai wrote:
Sound fixes for 3.6-rc5
There are nothing scaring, contains only small
On 2012.09.06 at 08:48 +0200, Takashi Iwai wrote:
At Thu, 06 Sep 2012 08:33:30 +0200,
Daniel Mack wrote:
On 06.09.2012 08:02, Markus Trippelsdorf wrote:
On 2012.09.04 at 16:40 +0200, Takashi Iwai wrote:
Sound fixes
On 2012.09.06 at 09:08 +0200, Daniel Mack wrote:
On 06.09.2012 08:53, Markus Trippelsdorf wrote:
On 2012.09.06 at 08:48 +0200, Takashi Iwai wrote:
At Thu, 06 Sep 2012 08:33:30 +0200,
Daniel Mack wrote:
On 06.09.2012 08:02, Markus Trippelsdorf wrote:
On 2012.09.04 at 16:40 +0200
On 2012.09.06 at 10:21 +0200, Takashi Iwai wrote:
At Thu, 06 Sep 2012 09:35:26 +0200,
Takashi Iwai wrote:
In short, a patch like below may fix the issue (note: completely
untested!)
No it doesn't, unfortunately...
--
Markus
--
To unsubscribe from this list: send the line unsubscribe
On 2012.09.06 at 12:25 +0200, Daniel Mack wrote:
On 06.09.2012 09:35, Takashi Iwai wrote:
At Thu, 6 Sep 2012 09:17:57 +0200,
Markus Trippelsdorf wrote:
On 2012.09.06 at 09:08 +0200, Daniel Mack wrote:
On 06.09.2012 08:53, Markus Trippelsdorf wrote:
On 2012.09.06 at 08:48 +0200
On 2012.09.06 at 15:08 +0200, Takashi Iwai wrote:
At Thu, 6 Sep 2012 11:43:48 +0200,
Markus Trippelsdorf wrote:
On 2012.09.06 at 10:21 +0200, Takashi Iwai wrote:
At Thu, 06 Sep 2012 09:35:26 +0200,
Takashi Iwai wrote:
In short, a patch like below may fix the issue (note
reopened a bug in the hope that this check will be deleted:
http://sourceware.org/bugzilla/show_bug.cgi?id=14243
But in the meantime, the following patch fixes the problem
Signed-off-by: Markus Trippelsdorf mar...@trippelsdorf.de
diff --git a/tools/perf/Makefile b/tools/perf/Makefile
index 35655c3
-by: Markus Trippelsdorf mar...@trippelsdorf.de
diff --git a/include/linux/kvm_host.h b/include/linux/kvm_host.h
index b70b48b..6bd816f 100644
--- a/include/linux/kvm_host.h
+++ b/include/linux/kvm_host.h
@@ -321,7 +321,7 @@ struct kvm {
#define kvm_debug(fmt, ...) \
pr_debug(kvm [%i]: fmt
Printing with CUPS is broken on the current git tree. Whenever I print a page
the job just sits in the CUPS queue showing processing. But it never reaches
the printer. (My CUPS version is 1.5.2. Filesystem is xfs.)
I've bisected this issue to:
commit 7157486541bffc0dfec912e21ae639b029dae3d3
On 2012.07.30 at 07:50 +0100, Al Viro wrote:
On Sat, Jul 28, 2012 at 12:43:16PM +0200, Markus Trippelsdorf wrote:
Printing with CUPS is broken on the current git tree. Whenever I print a
page
the job just sits in the CUPS queue showing processing. But it never
reaches
the printer
On 2012.07.30 at 08:56 +0100, Al Viro wrote:
On Mon, Jul 30, 2012 at 09:10:23AM +0200, Markus Trippelsdorf wrote:
Looks like you're right. The first warning happens during startup. The last
one
when I print a test page (which now succeeds).
Thanks Al.
WTF: open(/dev/input/mice
On 2012.07.31 at 16:14 +0200, Ingo Molnar wrote:
Jiri Olsa (4):
perf symbols: Factor DSO symtab types to generic binary types
The commit above causes perf segfaults on my machine (running glibc trunk):
(gdb) run top --stdio
Starting program: /usr/src/linux/tools/perf/perf top --stdio
On 2012.08.01 at 14:21 +0200, Jiri Olsa wrote:
On Wed, Aug 01, 2012 at 01:57:40PM +0200, Markus Trippelsdorf wrote:
On 2012.07.31 at 16:14 +0200, Ingo Molnar wrote:
Jiri Olsa (4):
perf symbols: Factor DSO symtab types to generic binary types
The commit above causes perf
On 2012.08.18 at 11:37 -0700, Joe Perches wrote:
On Sat, 2012-08-18 at 09:34 -0700, Greg KH wrote:
On Sat, Aug 18, 2012 at 08:09:34AM +0200, Markus Trippelsdorf wrote:
On 2012.08.17 at 10:13 -0700, Greg KH wrote:
Driver
On 2012.08.18 at 12:24 -0700, Linus Torvalds wrote:
On Sat, Aug 18, 2012 at 11:55 AM, Markus Trippelsdorf
mar...@trippelsdorf.de wrote:
IOW:
Ack, that looks about right. Does that simple patch fix the issue for
you?
Yes. Everything is fine again with this patch applied.
--
Markus
On 2012.08.18 at 17:08 -0700, Linus Torvalds wrote:
On Sat, Aug 18, 2012 at 12:32 PM, Markus Trippelsdorf
mar...@trippelsdorf.de wrote:
Yes. Everything is fine again with this patch applied.
Ok, can you write a commit message and sign off on it, and I'll apply
it (or Greg will, either
On 2012.08.19 at 10:30 +0300, Meelis Roos wrote:
1. Lots of broken HPET messages scattered in PCI prontks like this:
pcieport :00:0c.0: Force enabled HPET at 0x%lx
irq 40 for MSI/MSI-X
pcieport :00:0d.0: Force enabled HPET at 0x%lx
irq 41 for MSI/MSI-X
pcieport :00:0e.0: Force
On 2012.08.19 at 22:02 +0800, Fengguang Wu wrote:
Hi,
[ 38.650387] PCI host bridge to bus :00
[ 38.657920] pci_bus :00: Force enabled HPET at 0x%lx
~~~
That 0x%lx message should be emitted by one
This update breaks sata_via on my VIA K8T800Pro machine:
sata_via :00:0f.0 : failed to iomap PCI BAR 0
sata_via :00:0f.0 : out of memory
sata_via probe of :00:0f.0 failed with error -12
--
Markus
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
On 2012.11.23 at 14:23 +0100, Takashi Iwai wrote:
Sound fixes for 3.7-rc7
The highlight of this update is the fixes for ASoC kirkwood by Russell.
In addition to that, a couple of regression fixes for HD-audio due to
the runtime PM support on 3.7, and other driver-specific regression
fixes
On 2012.12.23 at 12:31 +0100, Borislav Petkov wrote:
On Sun, Dec 23, 2012 at 11:19:00AM +, Andy Furniss wrote:
modinfo radeon
will give a list assuming you use modules, I think all of them need =num.
Yep, that is one way of getting that info, thanks. I always go and look
at
On 2013.01.02 at 17:31 -0500, Jerome Glisse wrote:
Please affected people can you test if patch :
http://people.freedesktop.org/~glisse/0003-drm-radeon-fix-dma-copy-on-r6xx-r7xx-evergen-ni-si-g.patch
Fix the issue, you need to make sure you don't have the patch that
disable dma on r6xx ie
On 2013.01.02 at 18:37 -0500, Alex Deucher wrote:
On Wed, Jan 2, 2013 at 5:38 PM, Markus Trippelsdorf
mar...@trippelsdorf.de wrote:
On 2013.01.02 at 17:31 -0500, Jerome Glisse wrote:
Please affected people can you test if patch :
http://people.freedesktop.org/~glisse/0003-drm-radeon-fix
On 2012.12.14 at 17:47 -0800, Linus Torvalds wrote:
On Fri, Dec 14, 2012 at 5:41 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
I was wrong. It's not the x86 UAPI split, it's the DT pull. More people
added.
Looking at the merge (just in case it could have done something odd),
On 2012.12.15 at 17:33 +0100, Markus Trippelsdorf wrote:
On 2012.12.14 at 17:47 -0800, Linus Torvalds wrote:
On Fri, Dec 14, 2012 at 5:41 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
I was wrong. It's not the x86 UAPI split, it's the DT pull. More people
added.
Looking
On 2012.12.15 at 11:58 -0800, Linus Torvalds wrote:
On Sat, Dec 15, 2012 at 11:41 AM, H. Peter Anvin h...@zytor.com wrote:
Matt is on vacation, and I'm partly offline for the weekend, but that
definitely seems suspicious. Do we have a memory map of the affected
machine(s)?
Here's
On 2012.12.15 at 11:58 -0800, Linus Torvalds wrote:
On Sat, Dec 15, 2012 at 11:41 AM, H. Peter Anvin h...@zytor.com wrote:
Matt is on vacation, and I'm partly offline for the weekend, but that
definitely seems suspicious. Do we have a memory map of the affected
machine(s)?
but as
On 2012.12.16 at 12:43 +, Matt Fleming wrote:
On Sat, 2012-12-15 at 17:35 +0100, Markus Trippelsdorf wrote:
On 2012.12.15 at 17:33 +0100, Markus Trippelsdorf wrote:
On 2012.12.14 at 17:47 -0800, Linus Torvalds wrote:
On Fri, Dec 14, 2012 at 5:41 PM, Linus Torvalds
torva...@linux
On 2012.12.16 at 14:07 -0800, Linus Torvalds wrote:
On Sun, Dec 16, 2012 at 12:12 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
So I'll test it and see, and hope for the best,
No such luck. Applying your patch and the reverting the revert of the
EFI date thing results in the
On 2012.09.29 at 11:13 -0700, Andi Kleen wrote:
From: Andi Kleen a...@linux.intel.com
When linking perf statically some of the library dependencies are always
rejected, so libdwarf and libbfd do not work. The problem is that these
libraries (at least on my system) require other libraries.
out of bounds.
However, if a similar false positive occurs on a fastpath, it will
probably be necessary to tell the compiler to keep its array-index
anxieties to itself. ;-)
Markus Trippelsdorf mar...@trippelsdorf.de
Signed-off-by: Paul E. McKenney paul
Just got this oops while I was updating my system:
Unable to handle kernel NULL pointer dereference at 02a6 RIP:
[802861b6] vfs_permission+0x6/0x10
PGD 120f9067 PUD 4f5ec067 PMD 0
Oops: [1] SMP
CPU 0
Pid: 14067, comm: touch Not tainted 2.6.22-rc6-mm1-cfs-v19 #7
RIP:
On Sun, Jul 08, 2007 at 01:20:16AM -0700, Andrew Morton wrote:
On Sun, 8 Jul 2007 07:14:52 +0200 Markus Trippelsdorf [EMAIL PROTECTED]
wrote:
...
touch src/.depend # to prevent unecessary warnings
make: *** [dep] Killed
ug. nd.dentry.d_inode (as set up by do_utimes()) is garbage. I
On Sun, Jul 08, 2007 at 12:09:11PM +0200, Markus Trippelsdorf wrote:
On Sun, Jul 08, 2007 at 01:20:16AM -0700, Andrew Morton wrote:
On Sun, 8 Jul 2007 07:14:52 +0200 Markus Trippelsdorf [EMAIL PROTECTED]
wrote:
...
touch src/.depend # to prevent unecessary warnings
make: *** [dep
On Sun, Jul 08, 2007 at 10:06:43AM -0700, Ulrich Drepper wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Markus Trippelsdorf wrote:
I tested this further and it turned out that the Linus tree is also
affected. So I ran git-bisect, after I found out that version
2.6.21.6
While debugging an unrelated issue I came across the following lockdep
splat:
...
Jul 10 11:38:00 x4 kernel: AMD64 EDAC driver v3.4.0
Jul 10 11:38:00 x4 kernel: EDAC amd64: DRAM ECC enabled.
Jul 10 11:38:00 x4 kernel: EDAC amd64: F10h detected (node 0).
Jul 10 11:38:00 x4 kernel: EDAC MC: DCT0
On 2013.07.09 at 14:53 -0700, David Miller wrote:
Alexey Brodkin (2):
ethernet/arc/arc_emac - Add new driver
arc_emac: fix compile-time errors warnings on PPC64
This driver defaults to y for no reason:
+config NET_VENDOR_ARC
+ bool ARC devices
+ default y
--
On 2013.07.10 at 08:43 -0400, Josh Boyer wrote:
On Wed, Jul 10, 2013 at 8:25 AM, Markus Trippelsdorf
mar...@trippelsdorf.de wrote:
On 2013.07.09 at 14:53 -0700, David Miller wrote:
Alexey Brodkin (2):
ethernet/arc/arc_emac - Add new driver
arc_emac: fix compile-time errors
On 2013.07.10 at 11:13 -0400, Dave Jones wrote:
On Sat, Jul 06, 2013 at 09:24:08AM +0200, Ingo Molnar wrote:
* Dave Jones da...@redhat.com wrote:
On Fri, Jul 05, 2013 at 05:15:07PM +0200, Thomas Gleixner wrote:
On Fri, 5 Jul 2013, Dave Jones wrote:
BUG: soft
On 2013.07.10 at 11:36 +0200, Borislav Petkov wrote:
On Wed, Jul 10, 2013 at 10:12:46AM +0200, Geert Uytterhoeven wrote:
diff --git a/scripts/Makefile.lib b/scripts/Makefile.lib
index a0ab6d7..c9bfbb0 100644
--- a/scripts/Makefile.lib
+++ b/scripts/Makefile.lib
@@ -313,7 +313,7 @@
Now that lz4 kernel compression is available, add *.lz4 to .gitignore.
Signed-off-by: Markus Trippelsdorf mar...@trippelsdorf.de
Acked-by: Kyungsik Lee kyungsik@lge.com
diff --git a/.gitignore b/.gitignore
index 3b8b9b3..7e9932e 100644
--- a/.gitignore
+++ b/.gitignore
@@ -29,6 +29,7
On 2013.07.12 at 10:19 +0800, Ming Lei wrote:
On Mon, Jul 8, 2013 at 6:25 AM, Linda Walsh l...@tlinx.org wrote:
Also am seeing this for the first time:
(don't know, but seems unlikely to be related to
https://patchwork.kernel.org/patch/87359/
Yet it is the only hit I found for the same
On 2013.07.12 at 15:41 +0200, Borislav Petkov wrote:
On Fri, Jul 12, 2013 at 10:04:28AM +0200, Markus Trippelsdorf wrote:
Mauro said he will fix this in the coming weeks:
http://article.gmane.org/gmane.linux.kernel/1522719
Here's a possible fix which works fine here. Markus, if you
On 2013.06.21 at 16:15 +0200, Dirk Schmidt wrote:
Amd Phenom 2 X6 CoolQuiet Issue.
Problem:
dmesg | grep power
[ 10.622426] powernow-k8: This CPU is not supported anymore, using
acpi-cpufreq instead.
modprobe acpi_cpufreq
ERROR: could not insert 'acpi_cpufreq': No such device
On 2013.06.21 at 16:42 +0200, Dirk Schmidt wrote:
Hello.
Am 21.06.2013 16:19, schrieb Markus Trippelsdorf:
On 2013.06.21 at 16:15 +0200, Dirk Schmidt wrote:
Amd Phenom 2 X6 CoolQuiet Issue.
Problem:
dmesg | grep power
[ 10.622426] powernow-k8: This CPU is not supported anymore
The following commit:
commit f8f559422b6c6a05469dfde614b67789b6142cb5
Author: Xiao Guangrong xiaoguangr...@linux.vnet.ibm.com
Date: Fri Jun 7 16:51:26 2013 +0800
KVM: MMU: fast invalidate all mmio sptes
causes my kvm qemu qcow2 images to hang when they switch from the boot
console to
On 2013.07.17 at 19:42 +0300, Gleb Natapov wrote:
On Wed, Jul 17, 2013 at 06:32:15PM +0200, Markus Trippelsdorf wrote:
The following commit:
commit f8f559422b6c6a05469dfde614b67789b6142cb5
Author: Xiao Guangrong xiaoguangr...@linux.vnet.ibm.com
Date: Fri Jun 7 16:51:26 2013 +0800
On 2013.07.18 at 01:25 +0800, Xiao Guangrong wrote:
Hi Markus,
Thanks for your report! I am downloading the ubuntu iso and will try to
reproducible it.
Please note that the exact guest doesn't matter. I first noticed the
hang when I tried to install Fedora 19 today.
Could you please
On 2013.07.18 at 01:25 +0800, Xiao Guangrong wrote:
Hi Markus,
Thanks for your report! I am downloading the ubuntu iso and will try to
reproducible it.
Could you please enable these tracepoints:
kvmmmu/check_mmio_spte
kvmmmu/handle_mmio_page_fault
On 2013.07.18 at 03:27 +0800, Xiao Guangrong wrote:
Could you please try this:
index 460b9c6..16d1578 100644
--- a/arch/x86/kvm/mmu.c
+++ b/arch/x86/kvm/mmu.c
@@ -2952,6 +2952,9 @@ static bool page_fault_can_be_fast(u32 error_code)
!(error_code PFERR_WRITE_MASK))
On 2013.07.18 at 09:48 +0200, Ingo Molnar wrote:
* tip-bot for Sami Kerola tip...@zytor.com wrote:
Commit-ID: 8192f5bccf26968a1d78ef71890f7a27f824119f
Gitweb:
http://git.kernel.org/tip/8192f5bccf26968a1d78ef71890f7a27f824119f
Author: Sami Kerola kerol...@iki.fi
AuthorDate:
On 2013.07.30 at 16:26 -0400, Dave Jones wrote:
On Thu, Jul 25, 2013 at 02:15:38PM +1000, Dave Chinner wrote:
On Thu, Jul 11, 2013 at 10:39:30PM -0400, Dave Jones wrote:
Just saw this during boot after an unclean shutdown. It hung afterwards.
[ 97.162665] XFS: Assertion failed:
On 2013.09.09 at 13:18 +0200, Markus Trippelsdorf wrote:
I've hit an odd issue on the current git tree. When I build a kernel
with my attached config and a very simple local patch (also attached), I
get a resulting kernel that just reboots my machine very early during
boot. When I try to boot
is called with a
NULL pointer.
Signed-off-by: Markus Trippelsdorf mar...@trippelsdorf.de
diff --git a/arch/x86/tools/relocs.c b/arch/x86/tools/relocs.c
index f7bab68a4b83..592abb938de7 100644
--- a/arch/x86/tools/relocs.c
+++ b/arch/x86/tools/relocs.c
@@ -976,7 +976,8 @@ static void emit_relocs
1 - 100 of 724 matches
Mail list logo