public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Michael Buesch <mb@bu3sch.de>
To: Martin Langer <martin-langer@gmx.de>
Cc: Marcel Holtmann <marcel@holtmann.org>,
	linux-kernel@vger.kernel.org, bcm43xx-dev@lists.berlios.de,
	Arjan van de Ven <arjan@infradead.org>
Subject: Re: [RFC][PATCH 1/2] firmware version management: add firmware_version()
Date: Sun, 9 Jul 2006 21:09:02 +0200	[thread overview]
Message-ID: <200607092109.02707.mb@bu3sch.de> (raw)
In-Reply-To: <20060709152516.GB3678@tuba>

On Sunday 09 July 2006 17:25, you wrote:
> > yes it does. bcm43xx asks userspace to upload firmware (via
> > request_firmware() ) and a userspace app (udev most of the time) will
> > upload it. That app, eg udev, can do the md5sum and checking it against
> > a list of "known good" firmwares. Voila problem solved ;)
> 
> I see. It's an interesting way that I didn't noticed. 
> Thanks for the guidance.

Nono, stop. Not too fast. :)
Where is this "list of "known good" firmwares" actually stored?
In userspace (udev)? That would be guaranteed to be out of sync
with the driver.
As said previously, we need to tie a specific driver version to
one or more firmware versions. So the only sane place to put the
MD5 sums (or whatever) in, is the driver. Otherwise it will not
be in sync.

So, if we want to verify the checksum in userspace, we must
export a list of known good checksums to userspace.
Could be done through a sysfs file with a list of checksums.

cat /sys/foo/device/acceptable_firmwares
MD5: cbd8320a2a458d1cfad5420c6fa6a823
MD5: b812d7dd3d3b88fbc113e0bbf7e07c8d

That would also allow other hash algorithms in future
while providing backward compat.

-- 
Greetings Michael.

  reply	other threads:[~2006-07-09 19:07 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-07-08 13:09 [RFC][PATCH 1/2] firmware version management: add firmware_version() Martin Langer
2006-07-08 13:31 ` Arjan van de Ven
2006-07-08 13:49   ` Marcel Holtmann
2006-07-09 12:21     ` Martin Langer
2006-07-09 13:25       ` Marcel Holtmann
2006-07-09 14:44       ` Michael Buesch
2006-07-09 14:57         ` Marcel Holtmann
2006-07-09 15:00         ` Jon Smirl
2006-07-09 14:51       ` Jon Smirl
2006-07-09 15:01       ` Arjan van de Ven
2006-07-09 15:25         ` Martin Langer
2006-07-09 19:09           ` Michael Buesch [this message]
2006-07-09 21:07             ` Arjan van de Ven

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=200607092109.02707.mb@bu3sch.de \
    --to=mb@bu3sch.de \
    --cc=arjan@infradead.org \
    --cc=bcm43xx-dev@lists.berlios.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=marcel@holtmann.org \
    --cc=martin-langer@gmx.de \
    /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