ksummit.lists.linux.dev archive mirror
 help / color / mirror / Atom feed
From: Greg KH <greg@kroah.com>
To: Sarah A Sharp <sarah@thesharps.us>
Cc: PJ Waskiewicz <pjwaskiewicz@gmail.com>,
	Jason Cooper <jason@lakedaemon.net>,
	ksummit-discuss@lists.linuxfoundation.org,
	Anton Arapov <arapov@gmail.com>,
	Dirk Hohndel <hohndel@infradead.org>
Subject: Re: [Ksummit-discuss] [TECH TOPIC] QR encoded oops for the kernel
Date: Tue, 13 May 2014 17:05:20 +0200	[thread overview]
Message-ID: <20140513150520.GA15857@kroah.com> (raw)
In-Reply-To: <CABe+QzALCqDLEJn9LawN2+SxEwzoNN5mYxY-Ko0z37oJowzYMA@mail.gmail.com>

On Tue, May 13, 2014 at 07:41:15AM -0700, Sarah A Sharp wrote:
> On Tue, May 13, 2014 at 4:25 AM, Greg KH <greg@kroah.com> wrote:
> > On Mon, May 12, 2014 at 08:50:27PM +0300, Teodora Băluţă wrote:
> >> On Mon, May 12, 2014 at 8:09 PM, H. Peter Anvin <hpa@zytor.com> wrote:
> >> > On 05/12/2014 09:49 AM, Levente Kurusa wrote:
> >> >>
> >> >> What I wonder is how could we get the server back-end to not allow
> >> >> the same oopses from bad users.
> >> >>
> >> >> Having a link like:
> >> >>
> >> >> oops.kernel.org/submit_oops.php?qr=$ENTROPY$BASE64DATA
> >> >>
> >> >> would mean that malicious users could edit the $ENTROPY part and
> >> >> hence effectively report the same oops twice. Maybe some checksum?
> >> >>  Or will it be too much for an already damaged kernel?
> >> >>
> >> >
> >> > What did the old kerneloops system do for these kinds of things?
> >> >
> >> > Again, I'm concerned that a KS session for this will turn into an
> >> > implementation discussion, which is better done by email.
> >>
> >> Well, the discussion got a bit technical, but as Josh said, I see no
> >> point in doing that sort of talk (for technical discussion there's
> >> always the RFC thread [0]). I think what would be of interest is the
> >> way the workflow changes and the infrastructure you need to maintain.
> >> For example, at the moment, can you actually send an Oops directly to
> >> kernel.org by posting it in a query?
> >
> > That is what the kerneloops.org site is for, please use that for stuff
> > like "automated oops reports", not bugzilla.kernel.org, as that is not
> > going to work at all.
> 
> It's clear that by default, any oops reported through the QR code
> generator should be reported to kerneloops.org.  Do you think there's
> additional value in *optionally* allowing someone to file a bugzilla
> report against that oops, or do you think there's no value in using
> bugzilla.kernel.org at all for this project?

As I don't use bugzilla for kernel stuff, I really don't recommend it.
Espcially if it would give a false sense of "I reported it to the
developers" feeling to users that someone would actually now look at the
issue.

greg k-h

  reply	other threads:[~2014-05-13 15:05 UTC|newest]

Thread overview: 75+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-05-11  4:14 Jason Cooper
2014-05-11 15:57 ` Sarah A Sharp
2014-05-11 16:29   ` Levente Kurusa
2014-05-11 16:37     ` Laurent Pinchart
2014-05-11 17:18       ` Levente Kurusa
2014-05-11 17:52         ` Teodora Băluţă
2014-05-11 21:49           ` Laurent Pinchart
2014-05-12 16:15           ` Jason Cooper
2014-05-12 16:36             ` Levente Kurusa
2014-05-12 16:53               ` H. Peter Anvin
2014-05-30 18:55                 ` Steven Rostedt
2014-05-12 17:00               ` Johannes Berg
2014-05-12 17:46                 ` Teodora Băluţă
     [not found]             ` <CACV2jQCV=rRFg-+x1B3H1=GM5rB_YWp1UU1p7xXkozHKv1Ewvg@mail.gmail.com>
2014-05-13  6:44               ` [Ksummit-discuss] Fwd: " Teodora Băluţă
2014-05-13  7:08                 ` Josh Triplett
2014-05-13 15:52                   ` Levente Kurusa
2014-05-13 18:42                     ` Andy Lutomirski
2014-05-13 20:18                     ` josh
2014-05-14  8:20                       ` Johannes Berg
2014-05-14 15:52                         ` Josh Triplett
2014-05-14 16:00                   ` H. Peter Anvin
2014-05-14 16:09                     ` Andy Lutomirski
2014-05-14 18:54                     ` Josh Triplett
2014-05-14 20:00                       ` Levente Kurusa
2014-05-14 20:24                         ` Daniel Vetter
2014-05-19 11:59                           ` David Herrmann
2014-05-14 22:55                         ` Josh Triplett
2014-05-15 12:44                           ` Levente Kurusa
2014-05-15 19:19                             ` H. Peter Anvin
2014-05-15 19:18                       ` H. Peter Anvin
2014-05-15 20:41                         ` Levente Kurusa
2014-05-13 14:45             ` [Ksummit-discuss] " David Woodhouse
2014-05-15 19:21               ` H. Peter Anvin
2014-05-15 19:53                 ` Jiri Kosina
2014-05-12 15:53         ` Jason Cooper
2014-05-12 16:49           ` Levente Kurusa
2014-05-12 17:09             ` H. Peter Anvin
2014-05-12 17:50               ` Teodora Băluţă
2014-05-13 11:25                 ` Greg KH
2014-05-13 14:41                   ` Sarah A Sharp
2014-05-13 15:05                     ` Greg KH [this message]
2014-05-13 15:51                       ` Sarah A Sharp
2014-05-13 15:59                         ` Josh Boyer
2014-05-13 16:07                           ` Theodore Ts'o
2014-05-13 17:43                             ` Levente Kurusa
2014-05-13 18:14                               ` Teodora Baluta
2014-05-15 14:24                                 ` Levente Kurusa
2014-05-15 16:02                                   ` Teodora Băluţă
2014-05-14  1:14                             ` Josh Boyer
2014-05-15 17:01                               ` Levente Kurusa
2014-05-15 17:11                                 ` Josh Boyer
2014-05-17 15:02                                   ` Levente Kurusa
2014-05-15  5:41                             ` PJ Waskiewicz
2014-05-15 15:41                               ` Theodore Ts'o
2014-05-17 16:36                                 ` Levente Kurusa
2014-05-20 14:47                                   ` Theodore Ts'o
2014-05-21 18:03                                     ` Levente Kurusa
2014-05-25 19:49                                       ` Teodora Băluţă
2014-05-15 19:24                             ` H. Peter Anvin
2014-05-15 21:13                               ` Levente Kurusa
2014-05-13 16:03                         ` Greg KH
2014-05-12 17:24             ` Jason Cooper
2014-05-11 17:49       ` Sarah A Sharp
2014-05-12 10:13     ` Masami Hiramatsu
2014-05-12  2:38   ` H. Peter Anvin
2014-05-12  6:13     ` Josh Triplett
2014-05-12  9:23       ` David Woodhouse
2014-05-12 13:48         ` Lukáš Czerner
2014-05-12 16:24           ` Jason Cooper
2014-05-12 16:45             ` H. Peter Anvin
2014-05-12 16:22         ` Jason Cooper
2014-05-12 16:46           ` H. Peter Anvin
2014-05-12 17:32             ` Jason Cooper
2014-05-12 17:42               ` Sarah A Sharp
2014-05-12 15:46   ` Jason Cooper

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=20140513150520.GA15857@kroah.com \
    --to=greg@kroah.com \
    --cc=arapov@gmail.com \
    --cc=hohndel@infradead.org \
    --cc=jason@lakedaemon.net \
    --cc=ksummit-discuss@lists.linuxfoundation.org \
    --cc=pjwaskiewicz@gmail.com \
    --cc=sarah@thesharps.us \
    /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