linux-kernel - Re: [PATHC] 3.6 spinlock fix

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <alpine.LFD.2.02.1302151117170.22263@ionos>
Date:	Fri, 15 Feb 2013 11:18:25 +0100 (CET)
From:	Thomas Gleixner <tglx@...utronix.de>
To:	Tim Sander <tim@...eglstein.org>
cc:	Paul Gortmaker <paul.gortmaker@...driver.com>,
	"linux-rt-users@...r.kernel.org" <linux-rt-users@...r.kernel.org>,
	LKML <linux-kernel@...r.kernel.org>,
	Dave Jones <davej@...hat.com>, gregkh@...uxfoundation.org
Subject: Re: [PATHC] 3.6 spinlock fix

On Fri, 15 Feb 2013, Tim Sander wrote:
> > On Thu, Feb 14, 2013 at 5:35 PM, Thomas Gleixner <tglx@...utronix.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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/