From: Josh Triplett <josh@joshtriplett.org>
To: "Teodora Băluţă" <teobaluta@gmail.com>
Cc: PJ Waskiewicz <pjwaskiewicz@gmail.com>,
Anton Arapov <arapov@gmail.com>,
Dirk Hohndel <hohndel@infradead.org>,
ksummit-discuss@lists.linuxfoundation.org,
Sarah A Sharp <sarah@minilop.net>
Subject: Re: [Ksummit-discuss] Fwd: [TECH TOPIC] QR encoded oops for the kernel
Date: Tue, 13 May 2014 00:08:51 -0700 [thread overview]
Message-ID: <20140513070851.GA20002@thin> (raw)
In-Reply-To: <CACV2jQCPpi=18-CMCyhy3qdJgxgwBGKA=DDOWocVubqJWCU3rg@mail.gmail.com>
On Tue, May 13, 2014 at 09:44:26AM +0300, Teodora Băluţă wrote:
> On Mon, May 12, 2014 at 7:15 PM, Jason Cooper <jason@lakedaemon.net> wrote:
> > I'd like the URL to be valid (meaning base64 the compressed data) so
> > that we can get the data to the kernel.org server as easily as possible.
> > Making the app a requirement for reporting is too onerous for
> > non-developers. I see no reason we can't link to (Open in/Install) it
> > on the webform though.
>
> So from what I can understand, the QR code has an URL that has the
> base64 of the compressed Oops message. Right? I see three problems
> with this approach:
>
> - base64 adds about 33% overhead (it's turning 3 octets into 4 encoded
> characters + padding). One issue with QR codes is that they have a
> limited amount of characters they can hold so that's why I do the
> compression in the first place
Putting base64-encoded data in a URL in a binary-format QR code with 8
bits per character does indeed waste quite a bit of space. However, you
could put base32-encoded data into an alphanumeric-formatted QR code
with 5.5 bits per character, which would waste very little space. (Or,
more efficiently but less conveniently, base40 or so.)
> - besides doing compression in a kernel that's had issues, you add the
> base64 encoding inside the kernel
> - you would still use a device with a camera (smartphone, tablet) to
> scan the QR from the framebuffer, so basically that means an app,
> right? What is the point of doing the URL validation inside the kernel
> when an app can do that? It doesn't add to the difficulty of sending
> the Oops to kernel.org (just one button away)
Many users will already have a QR-code scanning app installed, and such
apps always support loading URLs in a browser.
Another possibility to consider: current mobile browsers support the
HTML Media Capture API, which allows capturing an image from the camera
from within a file upload control. Together with a bit of Javascript,
that would allow app-less oops capturing just by visiting a page and
using that page to capture the oops image.
- Josh Triplett
next prev parent reply other threads:[~2014-05-13 7:09 UTC|newest]
Thread overview: 75+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-11 4:14 [Ksummit-discuss] " 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 [this message]
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
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=20140513070851.GA20002@thin \
--to=josh@joshtriplett.org \
--cc=arapov@gmail.com \
--cc=hohndel@infradead.org \
--cc=ksummit-discuss@lists.linuxfoundation.org \
--cc=pjwaskiewicz@gmail.com \
--cc=sarah@minilop.net \
--cc=teobaluta@gmail.com \
/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