All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mauro Carvalho Chehab <mchehab@infradead.org>
To: hermann pitton <hermann-pitton@arcor.de>
Cc: Ben Hutchings <ben@decadent.org.uk>,
	Devin Heitmueller <dheitmueller@kernellabs.com>,
	Andy Walls <awalls@radix.net>,
	linux-media@vger.kernel.org
Subject: Re: [PATCH 10/75] V4L/DVB: declare MODULE_FIRMWARE for modules using  XC2028 and XC3028L tuners
Date: Sun, 8 Nov 2009 22:43:13 -0200	[thread overview]
Message-ID: <20091108224313.705ec3cc@pedra.chehab.org> (raw)
In-Reply-To: <1257723149.3249.50.camel@pc07.localdom.local>

Em Mon, 09 Nov 2009 00:32:29 +0100
hermann pitton <hermann-pitton@arcor.de> escreveu:

> > I agree. An interesting case happens with devices that uses tda10046 DVB demods.
> > They have the firmware stored internally on their eeprom. Those firmwares can be
> > replaced by a different version loaded in ram, but, in general, they work
> > properly with the eeprom one. So, even having the firmware load code there,
> > the firmware at /lib/firmware is optional.
> 
> Mauro, that could lead to some misunderstanding of the current use
> conditions, at least on saa7134.
> 
> Minor annotations, the tda10046 does not store firmware internally, but
> there are cards which have an extra eeprom to store such firmware.
> 
> If such a firmware eeprom is found and correctly configured, the driver
> in all cases will load the firmware from that eeprom and all other
> firmware in /lib/firmware is ignored.
> 
> If not, the firmware will be loaded from /lib/firmware.
> 
> For all what I know, firmware revisions 26 and 29 are both valid
> "enough", correspondents to what we can load either from TechnoTrend or
> LifeView with the getfirmware script, and might be either stored in an
> extra eeprom or loaded from host/file.
> 
> Prior revisions had issues with missing freqs, in what combination ever.
> 
> We also can't totally exclude, given the whole mass of such, that in
> some cases firmware eeproms might exist on some boards, but are not
> correctly configured and load from host only because of that.
> 
> The tendency seen overall is that competitors save the few cents for an
> extra firmware eeprom these days ...

Yes, I know. I have myself a Cardbus device with such eeprom (I think it has
revision 29 stored at the eeprom).

The point is that it is not mandatory for such devices to have a firmware
at the filesystem for the device to work. So, a static indication that
devices with tda10046 need firmware is wrong, since some devices don't need
it.

Cheers,
Mauro

  reply	other threads:[~2009-11-09  0:43 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-07 21:47 [PATCH 10/75] V4L/DVB: declare MODULE_FIRMWARE for modules using XC2028 and XC3028L tuners Ben Hutchings
2009-11-08  1:37 ` Andy Walls
2009-11-08  1:44   ` Devin Heitmueller
2009-11-08  2:02     ` Andy Walls
2009-11-08  2:03     ` Ben Hutchings
2009-11-08  3:20       ` Mauro Carvalho Chehab
2009-11-08 23:32         ` hermann pitton
2009-11-09  0:43           ` Mauro Carvalho Chehab [this message]
2009-11-09  2:02             ` hermann pitton
2009-11-09 11:37               ` Mauro Carvalho Chehab
2009-11-09 23:53                 ` hermann pitton
2009-11-10  0:19                   ` hermann pitton

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=20091108224313.705ec3cc@pedra.chehab.org \
    --to=mchehab@infradead.org \
    --cc=awalls@radix.net \
    --cc=ben@decadent.org.uk \
    --cc=dheitmueller@kernellabs.com \
    --cc=hermann-pitton@arcor.de \
    --cc=linux-media@vger.kernel.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.