All of lore.kernel.org
 help / color / mirror / Atom feed
From: davej@redhat.com (Dave Jones)
To: linux-arm-kernel@lists.infradead.org
Subject: [Ksummit-2013-discuss] [ARM ATTEND] catching up on exploit mitigations
Date: Wed, 31 Jul 2013 22:59:11 -0400	[thread overview]
Message-ID: <20130801025911.GA20166@redhat.com> (raw)
In-Reply-To: <CAOesGMiBa7fT+HZquNrwV=3P=Z-F9c8L7YQr7=D2BO_6pJXQ0w@mail.gmail.com>

On Wed, Jul 31, 2013 at 07:47:30PM -0700, Olof Johansson wrote:

 > >  > Hmm, really?  Did you reported these bugs?  I'm not aware of mainline
 > >  > having any changes related to bug reports on PTEs on ARM.
 > >
 > > I wasn't sure if it was a googleism, or happens on mainline, so no.
 > 
 > As of 3.10, it's not actually hard to run a mainline kernel on the
 > chromebook, but you have limited functionality (no wifi, no USB3, no
 > accellerated graphics). Easiest is to do it by booting from SD card.
 > See instructions at
 > http://www.chromium.org/chromium-os/u-boot-porting-guide/using-nv-u-boot-on-the-samsung-arm-chromebook.
 
Yeah, that's how I got Fedora running on it (I think the people who did the
Fedora spin for the chromebook chose the google kernel for exactly
the reasons you mention above).  It felt a little sluggish for a native
kernel build though, and I'm not setup for cross-building so I stuck with
the 3.4 build.
 
 > How long would a useful run of trinity take?

It blew up in a minute or so of runtime when I tried last week.

 > I've got an autobuilder/autobooter setup here with a cross-section of current ARM
 > hardware (7 platforms and counting) that I mostly do boot testing on,
 > and I should add a smallish suite of testcases to the same. Trinity
 > would be a good candidate for that.

Feel free to mail me off-list if I can do anything to help out, though
hopefully things should build & run 'out of the box'.  You shouldn't
need any special command line args (though you might get inspiration
for ideas from the scripts/test-* harnesses)

	Dave

WARNING: multiple messages have this Message-ID (diff)
From: Dave Jones <davej@redhat.com>
To: Olof Johansson <olof@lixom.net>
Cc: Russell King - ARM Linux <linux@arm.linux.org.uk>,
	Aaro Koskinen <aaro.koskinen@iki.fi>,
	"ksummit-2013-discuss@lists.linuxfoundation.org" 
	<ksummit-2013-discuss@lists.linuxfoundation.org>,
	Kees Cook <keescook@chromium.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	LKML <linux-kernel@vger.kernel.org>
Subject: Re: [Ksummit-2013-discuss] [ARM ATTEND] catching up on exploit mitigations
Date: Wed, 31 Jul 2013 22:59:11 -0400	[thread overview]
Message-ID: <20130801025911.GA20166@redhat.com> (raw)
In-Reply-To: <CAOesGMiBa7fT+HZquNrwV=3P=Z-F9c8L7YQr7=D2BO_6pJXQ0w@mail.gmail.com>

On Wed, Jul 31, 2013 at 07:47:30PM -0700, Olof Johansson wrote:

 > >  > Hmm, really?  Did you reported these bugs?  I'm not aware of mainline
 > >  > having any changes related to bug reports on PTEs on ARM.
 > >
 > > I wasn't sure if it was a googleism, or happens on mainline, so no.
 > 
 > As of 3.10, it's not actually hard to run a mainline kernel on the
 > chromebook, but you have limited functionality (no wifi, no USB3, no
 > accellerated graphics). Easiest is to do it by booting from SD card.
 > See instructions at
 > http://www.chromium.org/chromium-os/u-boot-porting-guide/using-nv-u-boot-on-the-samsung-arm-chromebook.
 
Yeah, that's how I got Fedora running on it (I think the people who did the
Fedora spin for the chromebook chose the google kernel for exactly
the reasons you mention above).  It felt a little sluggish for a native
kernel build though, and I'm not setup for cross-building so I stuck with
the 3.4 build.
 
 > How long would a useful run of trinity take?

It blew up in a minute or so of runtime when I tried last week.

 > I've got an autobuilder/autobooter setup here with a cross-section of current ARM
 > hardware (7 platforms and counting) that I mostly do boot testing on,
 > and I should add a smallish suite of testcases to the same. Trinity
 > would be a good candidate for that.

Feel free to mail me off-list if I can do anything to help out, though
hopefully things should build & run 'out of the box'.  You shouldn't
need any special command line args (though you might get inspiration
for ideas from the scripts/test-* harnesses)

	Dave


  reply	other threads:[~2013-08-01  2:59 UTC|newest]

Thread overview: 52+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-30 19:05 [ARM ATTEND] catching up on exploit mitigations Kees Cook
2013-07-30 19:05 ` Kees Cook
2013-07-30 22:14 ` [Ksummit-2013-discuss] " Dave Jones
2013-07-30 22:14   ` Dave Jones
2013-07-30 22:28   ` H. Peter Anvin
2013-07-30 22:28     ` H. Peter Anvin
2013-07-31 13:55     ` Jason Cooper
2013-07-31 13:55       ` Jason Cooper
2013-07-30 23:11   ` Aaro Koskinen
2013-07-30 23:11     ` Aaro Koskinen
2013-07-30 23:15     ` Dave Jones
2013-07-30 23:15       ` Dave Jones
2013-07-30 23:33       ` Kees Cook
2013-07-30 23:33         ` Kees Cook
2013-07-31  0:01         ` H. Peter Anvin
2013-07-31  0:01           ` H. Peter Anvin
2013-07-30 23:58       ` Aaro Koskinen
2013-07-30 23:58         ` Aaro Koskinen
2013-07-31  0:04         ` Dave Jones
2013-07-31  0:04           ` Dave Jones
2013-07-31  9:40           ` Russell King - ARM Linux
2013-07-31  9:40             ` Russell King - ARM Linux
2013-07-31 14:24             ` Dave Jones
2013-07-31 14:24               ` Dave Jones
2013-08-01  2:47               ` Olof Johansson
2013-08-01  2:47                 ` Olof Johansson
2013-08-01  2:59                 ` Dave Jones [this message]
2013-08-01  2:59                   ` Dave Jones
2013-08-01 16:02                   ` Vince Weaver
2013-08-01 16:02                     ` Vince Weaver
2013-08-21 15:26               ` Russell King - ARM Linux
2013-08-21 15:26                 ` Russell King - ARM Linux
2013-08-21 15:43                 ` Dave Jones
2013-08-21 15:43                   ` Dave Jones
2013-08-21 15:56                   ` Russell King - ARM Linux
2013-08-21 15:56                     ` Russell King - ARM Linux
2013-08-01  9:13 ` Dan Carpenter
2013-08-01  9:13   ` Dan Carpenter
2013-08-01 19:05   ` Dave Jones
2013-08-01 19:05     ` Dave Jones
2013-08-01 19:16     ` Dan Carpenter
2013-08-01 19:16       ` Dan Carpenter
2013-08-01 19:26       ` Julia Lawall
2013-08-01 19:26         ` Julia Lawall
2013-08-03  0:03 ` Russell King - ARM Linux
2013-08-06 21:44   ` Kees Cook
2013-08-13  4:51 ` Laura Abbott
2013-08-13  4:51   ` Laura Abbott
2013-08-26 19:56   ` Mark Brown
2013-08-26 19:56     ` Mark Brown
2013-08-27  2:09     ` Laura Abbott
2013-08-27  2:09       ` Laura Abbott

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=20130801025911.GA20166@redhat.com \
    --to=davej@redhat.com \
    --cc=linux-arm-kernel@lists.infradead.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.