diff options
author | Matthias Schwarzott <zzam@gentoo.org> | 2009-08-10 22:51:01 -0300 |
---|---|---|
committer | Mauro Carvalho Chehab <mchehab@redhat.com> | 2009-08-13 20:39:14 -0300 |
commit | 084e24acc906c162c92de7df807190856ae60928 (patch) | |
tree | ca6e5b31bfd47b135205ac7220e7d20e3dca1f35 /scripts | |
parent | bb2b4542b6415044894cd7c147ff54840dd8ed3f (diff) | |
download | linux-stable-084e24acc906c162c92de7df807190856ae60928.tar.gz linux-stable-084e24acc906c162c92de7df807190856ae60928.tar.bz2 linux-stable-084e24acc906c162c92de7df807190856ae60928.zip |
V4L/DVB (12440): Use kzalloc for frontend states to have struct dvb_frontend properly
This patch changes most frontend drivers to allocate their state structure via
kzalloc and not kmalloc. This is done to properly initialize the
embedded "struct dvb_frontend frontend" field, that they all have.
The visible effect of this struct being uninitalized is, that the member "id"
that is used to set the name of kernel thread is totally random.
Some board drivers (for example cx88-dvb) set this "id" via
videobuf_dvb_alloc_frontend but most do not.
So I at least get random id values for saa7134, flexcop and ttpci based cards.
It looks like this in dmesg:
DVB: registering adapter 1 frontend -10551321 (ST STV0299 DVB-S)
The related kernel thread then also gets a strange name
like "kdvb-ad-1-fe--1".
Cc: Michael Krufky <mkrufky@linuxtv.org>
Cc: Steven Toth <stoth@linuxtv.org>
Cc: Timothy Lee <timothy.lee@siriushk.com>
Cc: Igor M. Liplianin <liplianin@me.by>
Signed-off-by: Matthias Schwarzott <zzam@gentoo.org>
Acked-by: Andreas Oberritter <obi@linuxtv.org>
Signed-off-by: Douglas Schilling Landgraf <dougsland@redhat.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com>
Diffstat (limited to 'scripts')
0 files changed, 0 insertions, 0 deletions