ikely get a better technical discussion going on.
Send me a detailed picture of the PCB and I can probably help spot the
I2C bus for you, if you have a low cost bus analyzer and a soldering
iron.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
ikely get a better technical discussion going on.
Send me a detailed picture of the PCB and I can probably help spot the
I2C bus for you, if you have a low cost bus analyzer and a soldering
iron.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
On Wed, Jul 9, 2014 at 11:24 AM, Andy Shevchenko
wrote:
> Instead of custom approach let's use recently added seq_hex_dump() helper.
>
> Signed-off-by: Andy Shevchenko
ack
Reviewed-by: Steven Toth
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
--
To unsubscribe from this l
On Wed, Jul 9, 2014 at 11:24 AM, Andy Shevchenko
andriy.shevche...@linux.intel.com wrote:
Instead of custom approach let's use recently added seq_hex_dump() helper.
Signed-off-by: Andy Shevchenko andriy.shevche...@linux.intel.com
ack
Reviewed-by: Steven Toth st...@kernellabs.com
--
Steven
Adrian Bunk wrote:
struct XC5000_Standard[] can become static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Reviewed-by: Steven Toth <[EMAIL PROTECTED]>
Thanks Adrian.
Mauro, please merge.
- Steve
---
e1f9c8304c807ecce026156ee2185925295fe835
diff --git a/drivers/media/d
Adrian Bunk wrote:
struct XC5000_Standard[] can become static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Reviewed-by: Steven Toth [EMAIL PROTECTED]
Thanks Adrian.
Mauro, please merge.
- Steve
---
e1f9c8304c807ecce026156ee2185925295fe835
diff --git a/drivers/media/dvb/frontends
unsigned int bpl, u32 risc);
-
/* --- */
/* cx23885-cards.c*/
___
v4l-dvb-maintainer mailing list
[EMAIL PROTECTED]
http://www.linuxtv.org/cgi-bin/mailman/listinfo
*/
___
v4l-dvb-maintainer mailing list
[EMAIL PROTECTED]
http://www.linuxtv.org/cgi-bin/mailman/listinfo/v4l-dvb-maintainer
Thanks Adrian.
Signed-off-by: Steven Toth ([EMAIL PROTECTED])
-
To unsubscribe from this list: send the line unsubscribe
Thanks for the patch, much appreciated.
- Steve
Florin Malita wrote:
Both cx23885_initdev and cx23885_dev_setup free the device in their
error path so a failure in the latter causes a double-free. Since
cx23885_dev_setup is only called from cx23885_initdev, it should be safe
to remove its
Thanks for the patch, much appreciated.
- Steve
Florin Malita wrote:
Both cx23885_initdev and cx23885_dev_setup free the device in their
error path so a failure in the latter causes a double-free. Since
cx23885_dev_setup is only called from cx23885_initdev, it should be safe
to remove its
Johannes Stezenbach wrote:
On Sat, Sep 15, 2007, Markus Rechberger wrote:
The main discussion in this thread was about drivers in userspace
are bad because the API will allow binary drivers. The guy
who works for Hauppauge (again I also have good contacts
at Hauppauge Europe) writes it's bad
Johannes Stezenbach wrote:
On Sat, Sep 15, 2007, Markus Rechberger wrote:
The main discussion in this thread was about drivers in userspace
are bad because the API will allow binary drivers. The guy
who works for Hauppauge (again I also have good contacts
at Hauppauge Europe) writes it's bad
Markus Rechberger wrote:
On 9/13/07, Steven Toth <[EMAIL PROTECTED]> wrote:
Also there is to consider a non technical aspect, whether vendors will
misuse this interface for binary only, undermining the efforts put in
for OSS drivers.
What holds companies for using the c
Also there is to consider a non technical aspect, whether vendors will
misuse this interface for binary only, undermining the efforts put in
for OSS drivers.
What holds companies for using the current available code putting it
into an rpm or deb package and releasing such code now?
Also there is to consider a non technical aspect, whether vendors will
misuse this interface for binary only, undermining the efforts put in
for OSS drivers.
What holds companies for using the current available code putting it
into an rpm or deb package and releasing such code now?
Markus Rechberger wrote:
On 9/13/07, Steven Toth [EMAIL PROTECTED] wrote:
Also there is to consider a non technical aspect, whether vendors will
misuse this interface for binary only, undermining the efforts put in
for OSS drivers.
What holds companies for using the current
Manu Abraham wrote:
Hi All,
After a bit of talks with NXP, they stated that if shown enough of a
user base (future business forecast) for the SAA7160 / SAA7162 PCIe
chipset, they would take into consideration, an investment into
support, such that the chips can be better supported.
ie, i need
Manu Abraham wrote:
Hi All,
After a bit of talks with NXP, they stated that if shown enough of a
user base (future business forecast) for the SAA7160 / SAA7162 PCIe
chipset, they would take into consideration, an investment into
support, such that the chips can be better supported.
ie, i need
18 matches
Mail list logo
