From: Thomas Gleixner <tglx@linutronix.de>
To: Tim Sander <tim@krieglstein.org>
Cc: Paul Gortmaker <paul.gortmaker@windriver.com>,
"linux-rt-users@vger.kernel.org" <linux-rt-users@vger.kernel.org>,
LKML <linux-kernel@vger.kernel.org>,
Dave Jones <davej@redhat.com>,
gregkh@linuxfoundation.org
Subject: Re: [PATHC] 3.6 spinlock fix
Date: Fri, 15 Feb 2013 11:18:25 +0100 (CET) [thread overview]
Message-ID: <alpine.LFD.2.02.1302151117170.22263@ionos> (raw)
In-Reply-To: <3258732.q5XBfts1EM@dabox>
On Fri, 15 Feb 2013, Tim Sander wrote:
> > On Thu, Feb 14, 2013 at 5:35 PM, Thomas Gleixner <tglx@linutronix.de> wrote:
> > > On Thu, 14 Feb 2013, Tim Sander wrote:
> > >> > That's true, but w/o seing the OOM output I can't tell what's
> > >> > exhausting the memory.
> > >>
> > >> When fuzzing the serial port one probably should switch of sysreq. It
> > >> seems
> > >> as if there is a break send somehow and then it selects the OOM option.
> > >> So when switching of MAGIC_SYSRQ the OOMs are gone. So its a non issue.
> > >
> > > Amazing that you get the break+oom combo out of that fuzzer!
> That fuzzer is running at 57600Hz while the serial port of the fuzzed device is
> running twice that rate. The break condition seems to be easy hit by the fuzzer
> i've sent in a previous mail.
> > Doing a basic "git whatchanged" and searching for "trinity" is rather
> > impressive, regardless of the kernel version and/or where "rogue states"
> > may currently be at with their "program".... Kudos to davej for that.
> Mh, but thats not trinity! Havn't tried that but well fuzzing at a different
> serial rate than the receiver might be a good idea even if it sounds pretty stupid.
>
> Attached is the patch for the 3.6.9-rt kernel (but i think this should also apply
> to the "normal" 3.6 i guess). But as Greg already took care of this patch i guess
> that only for convinience. Also it seems as if the patch sent to Greg is missing the
> #include <linux/kdb.h>?
Errm, no. The in_kdb_printk() is an RT specific issue, so I left it
out for the mainline fix.
Thanks,
tglx
prev parent reply other threads:[~2013-02-15 10:18 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <6003615.pRQnIgKCSn@dabox>
[not found] ` <3970144.HqS49ZSYWh@dabox>
[not found] ` <alpine.LFD.2.02.1302131828050.22263@ionos>
2013-02-14 15:38 ` [PATCH] 3.4.28-rt40 tglx fix imx.c spinlock Tim Sander
2013-02-14 22:35 ` Thomas Gleixner
2013-02-15 1:13 ` Paul Gortmaker
2013-02-15 7:05 ` [PATHC] 3.6 spinlock fix Tim Sander
2013-02-15 10:18 ` Thomas Gleixner [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.LFD.2.02.1302151117170.22263@ionos \
--to=tglx@linutronix.de \
--cc=davej@redhat.com \
--cc=gregkh@linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-rt-users@vger.kernel.org \
--cc=paul.gortmaker@windriver.com \
--cc=tim@krieglstein.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox