login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
October
»
14
Re: [PROBLEM] hard-lock with kmemtrace, relayfs, and splice
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Eduard - Gabriel Munteanu
Subject:
Re: [PROBLEM] hard-lock with kmemtrace, relayfs, and splice
Date: Tuesday, October 14, 2008 - 12:30 am
On Tue, Oct 14, 2008 at 12:46:47AM -0500, Tom Zanussi wrote:
quoted text
> Hi Pekka, > > On Tue, 2008-10-14 at 08:13 +0300, Pekka Enberg wrote: > > Hi Tom, > > > > Tom Zanussi wrote: > > > To me, that sounds like how it should work - if kmemtrace is disabled, > > > it shouldn't be logging anything, and that's in fact what I saw when > > > debugging this - it started out disabled and therefore nothing being > > > logged to relay (printks confirmed that). When I wrote 1 to the enabled > > > file, data started getting logged to relay and to the *.out files. > > > > > > So I don't know why the enabled state behaves the way it does, or if > > > it's unexpected, but that anyway doesn't seem like a relay problem to > > > me. > > > > Oh, right. Looking at kmemtraced.c, we never enable kmemtrace, just > > disable it (which doesn't make much sense). Bug in README or the code. > > Eduard? > > > > Btw, Tom, you can add my > > > > Tested-by: Pekka Enberg <penberg@cs.helsinki.fi> > > > > to your patch if you want. Are you going to send it to Andrew or do you > > want me to pick it up with rest of the kmemtrace patches? > > If you pick it up that would be fine with me. Here's my sob: > > Signed-off-by: Tom Zanussi <tzanussi@gmail.com> > > Thanks, > > Tom >
Great, this makes it go swifter. I'll commit the change to kmemtrace-user. --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[PROBLEM] hard-lock with kmemtrace, relayfs, and splice
, Pekka Enberg
, (Fri Oct 10, 2:42 am)
Re: [PROBLEM] hard-lock with kmemtrace, relayfs, and splice
, Eduard - Gabriel Mun ...
, (Fri Oct 10, 4:51 am)
Re: [PROBLEM] hard-lock with kmemtrace, relayfs, and splice
, Tom Zanussi
, (Fri Oct 10, 9:58 pm)
Re: [PROBLEM] hard-lock with kmemtrace, relayfs, and splice
, Eduard - Gabriel Mun ...
, (Sat Oct 11, 11:17 am)
Re: [PROBLEM] hard-lock with kmemtrace, relayfs, and splice
, Pekka Enberg
, (Sun Oct 12, 11:57 pm)
Re: [PROBLEM] hard-lock with kmemtrace, relayfs, and splice
, Tom Zanussi
, (Mon Oct 13, 9:03 pm)
Re: [PROBLEM] hard-lock with kmemtrace, relayfs, and splice
, Pekka Enberg
, (Mon Oct 13, 10:13 pm)
Re: [PROBLEM] hard-lock with kmemtrace, relayfs, and splice
, Tom Zanussi
, (Mon Oct 13, 10:46 pm)
Re: [PROBLEM] hard-lock with kmemtrace, relayfs, and splice
, Pekka Enberg
, (Mon Oct 13, 11:58 pm)
Re: [PROBLEM] hard-lock with kmemtrace, relayfs, and splice
, Pekka Enberg
, (Tue Oct 14, 12:05 am)
Re: [PROBLEM] hard-lock with kmemtrace, relayfs, and splice
, Eduard - Gabriel Mun ...
, (Tue Oct 14, 12:30 am)
Re: [PROBLEM] hard-lock with kmemtrace, relayfs, and splice
, Peter Teoh
, (Thu Oct 23, 9:44 pm)
Re: [PROBLEM] hard-lock with kmemtrace, relayfs, and splice
, Pekka Enberg
, (Fri Oct 24, 7:15 am)
Re: [PROBLEM] hard-lock with kmemtrace, relayfs, and splice
, Peter Teoh
, (Fri Oct 24, 5:56 pm)
Re: [PROBLEM] hard-lock with kmemtrace, relayfs, and splice
, Eduard - Gabriel Mun ...
, (Sat Oct 25, 7:04 am)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
swhiteho
[PATCH 42/51] [GFS2] Move inode deletion out of blocking_cb
FUJITA Tomonori
Re: [Scst-devel] Integration of SCST in the mainstream Linux kernel
Benjamin Herrenschmidt
[git pull] Please pull powerpc.git merge branch
Ingo Molnar
Re: [RFC/RFT PATCH] sched: automated per tty task groups
Vivek Goyal
Re: [PATCH v4] sched: automated per session task groups
git
:
Mike Miller
git message
Junio C Hamano
Re: [PATCH] Detached HEAD (experimental)
Stefan Richter
Re: [kernel.org users] [RFD] On deprecating "git-foo" for builtins
Jeff King
Re: [PATCH] t7004: test that "git-tag -u" implies "-s"
A Large Angry SCM
Re: [RFC] origin link for cherry-pick and revert
git-commits-head
:
Linux Kernel Mailing List
libata: disable ATAPI AN by default
Linux Kernel Mailing List
i915: Don't whine when pci_enable_msi() fails.
Linux Kernel Mailing List
Documentation/timers/hpet_example.c: only build on X86
Linux Kernel Mailing List
ALSA: hda - Enable beep on Realtek codecs with PCI SSID override
Linux Kernel Mailing List
kbuild: move bounds.h to include/generated
linux-netdev
:
Arnaldo Carvalho de Melo
Re: [PATCH 06/37] dccp: Limit feature negotiation to connection setup phase
David Miller
Re: 2.6.27.18: bnx2/tg3: BUG: "scheduling while atomic" trying to ifenslave a seco...
Jeff Garzik
Re: [PATCH] drivers/net: remove network drivers' last few uses of IRQF_SAMPLE_RANDOM
David Miller
Re: [PATCH 2/5] dccp: Auto-load (when supported) CCID plugins for negotiation
Chuck Lever
Re: svc: failed to register lockdv1 RPC service (errno 97).
openbsd-misc
:
Stuart Henderson
Re: Kuro5hin: OpenBSD Founder Theo deRaadt Has Conflict of Interest With AMD
Christian Weisgerber
Re: CARP with a single public IP address
Marco Peereboom
Re: OpenBSD culture?
"RALOVICH, Kristóf"
Re: thinkpad windows refund
Kevin
Re: uvm_mapent_alloc: out of static map entries on 4.3 i386
Colocation donated by:
Syndicate