Re: [RFC] merged tree with newer patch series

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 10/30/07, Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxx> wrote:
> > Looking at tuner-xc2028.c, there seem to be some issues:
> >
> > a) priv->count is initialized to zero by the first user. This would
> > result in priv either being freed prematurely or never freed at all.
> > b) If priv is freed, it doesn't seem to be removed from the global
> > xc2028_list list, meaning that this list is left containing dangling
> > pointers that will be followed the next time xc2028_attach is called.
> >
> > Of course, unless there's more than one user of the same tuner, these
> > would mostly cancel each other, leaving nothing but a slight memory
> > leak.
>
> Thanks for the finding, Aidan! I've wrote a patch fixing it.
>
> I've already merged all the patch series, including the fix, at v4l-dvb.
>
> A good news is that I had some time to make HVR-950 (Analog part) to
> work with tuner-xc2028.

I don't like the idea of using a reverse engineered xc2028 driver with
the em28xx driver.

* any reversed xc2028/3028 driver will not work properly for all
countries (this includes my current driver which is available on
mcentral.de)
* as for the chip reset which is slightly different between certain
firmware versions having that part reversed is not good either (eg.
power consumption might have a negative impact - as it's the case at
the moment).
* radio support is far away from the xc2028 for many devices with such
a driver (especially because of the firmware <-> driver hw/API)

Markus

_______________________________________________
linux-dvb mailing list
linux-dvb@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

[Index of Archives]     [Linux Media]     [Video 4 Linux]     [Asterisk]     [Samba]     [Xorg]     [Xfree86]     [Linux USB]

  Powered by Linux