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 < rcu
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:285
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:
> >
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 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
> t
On 2013.02.21 at 18:19 +, Namhyung Kim wrote:
> Markus Trippelsdorf 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 @@ sta
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 w
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:
> > >
> >
On 2013.02.28 at 01:10 +0800, gnehzuil.liu wrote:
> 在 2013-2-28，上午1:01，Markus Trippelsdorf 写道：
>
> > 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
On 2013.02.28 at 01:38 +0800, gnehzuil.liu wrote:
> 在 2013-2-28，上午1:22，Markus Trippelsdorf 写道：
>
> > On 2013.02.28 at 01:10 +0800, gnehzuil.liu wrote:
> >> 在 2013-2-28，上午1:01，Markus Trippelsdorf 写道：
> >>
> >>> On 2013.02.27 at 16:44 +0100, Markus Trip
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 http
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
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/tools/perf/builtin-
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
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]
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
&g
patch is from Joe Perches and Jiri Slaby.
Signed-off-by: Markus Trippelsdorf
Acked-and-tested-by: Borislav Petkov
---
include/linux/ratelimit.h | 27 +--
1 file changed, 9 insertions(+), 18 deletions(-)
diff --git a/include/linux/ratelimit.h b/include/linux/ratelimit.h
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
> >
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. Ther
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 Ma
ff-by: Markus Trippelsdorf
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, task
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
Au
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". Bu
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).
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)
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 chi
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
> wrote:
> > On 2013.07.09 at 14:53 -0700, David Miller wrote:
> >>
> >> Alexey Brodkin (2):
> >> ethernet/arc/arc_emac - Add new driver
>
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 wrote:
> >
> > > On Fri, Jul 05, 2013 at 05:15:07PM +0200, Thomas Gleixner wrote:
> > > > On Fri, 5 Jul 2013, Dave Jones wrote:
> > > >
> > > > > BUG: so
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
> > >>
Now that lz4 kernel compression is available, add *.lz4 to .gitignore.
Signed-off-by: Markus Trippelsdorf
Acked-by: Kyungsik Lee
diff --git a/.gitignore b/.gitignore
index 3b8b9b3..7e9932e 100644
--- a/.gitignore
+++ b/.gitignore
@@ -29,6 +29,7 @@ modules.builtin
*.bz2
*.lzma
*.xz
+*.lz4
On 2013.07.12 at 10:19 +0800, Ming Lei wrote:
> On Mon, Jul 8, 2013 at 6:25 AM, Linda Walsh 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 mess
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 w
On 2013.09.06 at 14:00 +0200, Jiri Kosina wrote:
>
> David Herrmann (12):
...
> HID: wiimote: add support for Guitar-Hero drums
commit 61e00655e9cb82e034eb72b95a51072e718d14a7
Author: David Herrmann
Date: Mon Aug 26 19:14:46 2013 +0200
Input: introduce BTN/ABS bits for drums and
On 2013.09.06 at 23:50 +0200, David Herrmann wrote:
> Hi
>
> On Fri, Sep 6, 2013 at 10:20 PM, Markus Trippelsdorf
> wrote:
> > On 2013.09.06 at 14:00 +0200, Jiri Kosina wrote:
> >>
> >> David Herrmann (12):
> > ...
> >> HID: wiimote
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
> bo
On 2013.09.28 at 20:03 +0200, Ingo Molnar wrote:
> Andi Kleen (1):
> perf symbols: Demangle cloned functions
The commit above e95ab53645:
commit de95ab53645a2f0015e0f68ee723f18dce2b8b51
Author: Andi Kleen
Date: Thu Sep 12 08:16:38 2013 -0700
perf symbols: Demangle cloned functio
On 2013.09.29 at 14:33 -0700, Andi Kleen wrote:
> > breaks "perf top" on my machine. I just see a gray screen with no text
> > at all. Sometimes the following error messages are printed:
> > *** Error in `perf': invalid fastbin entry (free): 0x029b18c0 ***
> > *** Error in `perf': malloc(
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 s
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
> >>
>
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:4
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:
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, Marku
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:
> > >
&
t; logcheck ignore rules.
>
> Bisection points to this commit:
>
> commit 3d822616ca81881d8c19d0b473e79ba241c700de
> Author: Markus Trippelsdorf
> 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'
-off-by: Markus Trippelsdorf
---
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/trace-event-perl.c | 2 +-
4 files changed, 5
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
On 2012.10.21 at 19:51 +0200, Ingo Molnar wrote:
>
> * Markus Trippelsdorf 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 woul
On 2012.10.21 at 19:54 +0200, Markus Trippelsdorf wrote:
> On 2012.10.21 at 19:51 +0200, Ingo Molnar wrote:
> >
> > * Markus Trippelsdorf wrote:
> >
> > > On 2012.10.21 at 19:15 +0200, Borislav Petkov wrote:
> > > > On Sun, Oct 21, 2012 at 05:03:05PM +0
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 i
On 2013.01.02 at 18:37 -0500, Alex Deucher wrote:
> On Wed, Jan 2, 2013 at 5:38 PM, Markus Trippelsdorf
> 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/0
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 =.
>
> Yep, that is one way of getting that info, thanks. I always go and look
> at D
On 2013.06.07 at 20:22 +0200, Mikael Pettersson wrote:
> Peter Hurley writes:
> > Based on the other reports from Mikael and David, I suspect this problem
> > may have to do with my commit 699390354da6c258b65bf8fa79cfd5feaede50b6:
> >
> >pty: Ignore slave pty close() if never successfully
On 2013.06.11 at 22:14 +, Orion Poplawski wrote:
> Peter Hurley hurleysoftware.com> writes:
> > Based on the other reports from Mikael and David, I suspect this problem
> > may have to do with my commit 699390354da6c258b65bf8fa79cfd5feaede50b6:
> >
> >pty: Ignore slave pty close() if neve
On 2013.06.13 at 10:16 -0400, Peter Hurley wrote:
> On 06/13/2013 06:39 AM, Markus Trippelsdorf wrote:
> > On 2013.06.07 at 20:22 +0200, Mikael Pettersson wrote:
> >> Peter Hurley writes:
> >> > Based on the other reports from Mikael and David, I suspect this
>
I've reproduced the Mozilla build failure, but there's nothing exiting
in the logs. The only strange thing is the single tty_write at
1507.456817 (roughly at this point the Mozilla build failed):
...
[ 1507.453547] tty_release: pts11 (tty count=4)...
[ 1507.455695] tty_open: opening pts11...
[ 150
Since v3.8.0 several people reported intermittent IO errors that happen
during high system load while using "emerge" under Gentoo:
...
File "/usr/lib64/portage/pym/portage/util/_eventloop/EventLoop.py", line 260,
in iteration
if not x.callback(f, event, *x.args):
File "/usr/lib64/portage/p
On 2013.06.06 at 10:18 -0400, Peter Hurley wrote:
> On 06/06/2013 07:54 AM, Markus Trippelsdorf wrote:
> > Since v3.8.0 several people reported intermittent IO errors that happen
> > during high system load while using "emerge" under Gentoo:
> > ...
> >File
On 2013.06.06 at 18:31 +0100, David Howells wrote:
> Markus Trippelsdorf wrote:
>
> > OSError: [Errno 5] Input/output error
> >
> > Basically 'emerge' just writes the build output to stdout in a loop:
>
> I've just upgraded to kernel-3.9.4-2
On 2013.06.21 at 16:15 +0200, Dirk Schmidt wrote:
> Amd Phenom 2 X6 Cool&Quiet 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 de
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 Cool&Quiet Issue.
> >>
> >> Problem:
> >>
> >&
On 2013.06.07 at 11:39 -0400, Peter Hurley wrote:
> On 06/06/2013 10:37 AM, Markus Trippelsdorf wrote:
> > On 2013.06.06 at 10:18 -0400, Peter Hurley wrote:
> >> On 06/06/2013 07:54 AM, Markus Trippelsdorf wrote:
> >>> Since v3.8.0 several people reported inte
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 err
The following commit:
commit f8f559422b6c6a05469dfde614b67789b6142cb5
Author: Xiao Guangrong
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 the desktop. For example:
qemu-sys
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
> > Date: Fri Jun 7 16:51:26 2013
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 e
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
> kvmmmu/kvm_mmu_invalidate_zap_
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 wrote:
>
> > Commit-ID: 8192f5bccf26968a1d78ef71890f7a27f824119f
> > Gitweb:
> > http://git.kernel.org/tip/8192f5bccf26968a1d78ef71890f7a27f824119f
> > Author: Sami Kerola
> > AuthorDate: Wed, 17 Jul 2013 1
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: Asserti
Just booted todays git tree and got the following warning:
[ cut here ]
WARNING: at kernel/cpu/idle.c:96 cpu_startup_entry+0x14d/0x160()
Hardware name: System Product Name
Pid: 0, comm: swapper/2 Not tainted 3.9.0-03462-gab86e97-dirty #424
Call Trace:
smpboot: Booting Node
On 2013.05.02 at 12:43 +0200, Thomas Gleixner wrote:
> On Tue, 30 Apr 2013, Markus Trippelsdorf wrote:
>
> > Just booted todays git tree and got the following warning:
> >
> > [ cut here ]
> > WARNING: at kernel/cpu/idle.c:96 cpu_startup_en
On 2013.05.02 at 15:58 +0200, Thomas Gleixner wrote:
> On Thu, 2 May 2013, Markus Trippelsdorf wrote:
> > On 2013.05.02 at 12:43 +0200, Thomas Gleixner wrote:
> > > On Tue, 30 Apr 2013, Markus Trippelsdorf wrote:
> > >
> > > > Just booted todays
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 ther
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
> >
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
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 probl
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
>
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
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:
> > > >
> > &
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
wa
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
>
if
I've 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
diff --git a/tools/perf/Makefile b/tools/perf/Makefile
index 35655c3..5
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 -0
On 2012.08.18 at 12:24 -0700, Linus Torvalds wrote:
> On Sat, Aug 18, 2012 at 11:55 AM, Markus Trippelsdorf
> 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.
-
On 2012.08.18 at 17:08 -0700, Linus Torvalds wrote:
> On Sat, Aug 18, 2012 at 12:32 PM, Markus Trippelsdorf
> 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
> i
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: For
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
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 wrote:
> >
> > > Linus,
> > >
> > > Please pull the latest perf-urgent-for-linus git tree from:
> > >
> > >git://git.kernel.org/pub/scm/linux/kernel/git
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
> fi
On 2012.12.14 at 17:47 -0800, Linus Torvalds wrote:
> On Fri, Dec 14, 2012 at 5:41 PM, Linus Torvalds
> 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),
> I'm starting to worry
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
> > wrote:
> > > I was wrong. It's not the x86 UAPI split, it's the DT pull. More people
> >
On 2012.12.15 at 11:58 -0800, Linus Torvalds wrote:
> On Sat, Dec 15, 2012 at 11:41 AM, H. Peter Anvin 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 mine.
>
On 2012.12.15 at 11:58 -0800, Linus Torvalds wrote:
> On Sat, Dec 15, 2012 at 11:41 AM, H. Peter Anvin 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 menti
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, 2
On 2012.12.16 at 14:07 -0800, Linus Torvalds wrote:
> On Sun, Dec 16, 2012 at 12:12 PM, Linus Torvalds
> 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 same oops in find_vma()
On 2012.09.29 at 11:13 -0700, Andi Kleen wrote:
> From: Andi Kleen
>
> 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. But unlike
> a sh
> > compiler enough information to figure out that the array index is never
> > > out of bounds.
> > >
> > > However, if a similar false positive occurs on a fastpath, it will
> > > probably be necessary to tell the compiler to keep i
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
1 - 100 of 362 matches
Mail list logo
