Hello,
what do you think about the latest version of this patchset?
Regards,
Márton Németh
Németh Márton wrote:
> From: Márton Németh
>
> Add helper functions for interrupt endpoint based input handling.
>
> Signed-off-by: Márton Németh
> ---
> diff -r bc16afd1e7a4 linux/drivers/med
Hi,
what do you think about this patch?
Regards,
Márton Németh
Németh Márton wrote:
> From: Márton Németh
>
> The function usb_control_msg() can fail any time. Propagate the error to
> higher level software. Do not continue sending URBs after the first error.
>
> The change was teste
On Fri, 2009-11-27 at 16:11 -0500, Andy Walls wrote:
> Steve and Hans,
>
> Any ideas?
>
> I know on the list I had bantered around a configure, enable, set, get
> etc v4l2_subdev ops for gpio, but I can't remember the details nor the
> requirements.
>
> The cx25840 module really needs a way fo
On Friday 27 November 2009 23:32:20 santiago.nu...@ridgerun.com wrote:
> From: Santiago Nunez-Corrales
>
> This patch provides the implementation of the TVP7002 decoder
> driver for DM365. Implemented using the V4L2 DV presets API.
> Removed shadow register values. Testing shows that the device
>
On Friday 27 November 2009 22:40:01 Stefan Lippers-Hollmann wrote:
> Hi
>
> On Friday 27 November 2009, Mauro Carvalho Chehab wrote:
> > Hi Linus,
> >
> > Please pull from:
> >
> > ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-2.6.git
> > for_linus
> >
> > For the foll
On Sat, Nov 28, 2009 at 12:39:18AM -0200, Mauro Carvalho Chehab wrote:
> Em Thu, 26 Nov 2009 17:06:03 -0200
> Mauro Carvalho Chehab escreveu:
>
> > Krzysztof Halasa wrote:
> > > Mauro Carvalho Chehab writes:
> > >
> > >> Technically, it is not hard to port this solution to the other
> > >> driv
Em Thu, 26 Nov 2009 17:06:03 -0200
Mauro Carvalho Chehab escreveu:
> Krzysztof Halasa wrote:
> > Mauro Carvalho Chehab writes:
> >
> >> Technically, it is not hard to port this solution to the other
> >> drivers, but the issue is that we don't have all those IR's to know
> >> what is the comple
On Fri, Nov 27, 2009 at 02:21:13PM -0500, Jon Smirl wrote:
> On Fri, Nov 27, 2009 at 2:03 PM, Ferenc Wagner wrote:
> > Admittedly, I don't know why /dev/mouse is evil, maybe I'd understand if
>
> /dev/mouse is evil because it is possible to read partial mouse
> messages. evdev fixes things so tha
On Fri, 2009-11-27 at 22:49 +0100, Stefan Richter wrote:
> Jon Smirl wrote:
> > 3) No special tools - use mkdir, echo, cat, shell scripts to build maps
>
> From the POV of a distributor, there is always a special tool required.
> Whether it is implemented in bash, Python, or C doesn't make a
> di
Hi Dominic,
Am Freitag, den 27.11.2009, 14:59 -0800 schrieb Dominic Fernandes:
> hi,
>
> where does "options saa7134 alsa=0" need to be declared? Is it in
> /etc/modprobe.d/options.conf ? If so, it didn't work - "FATAL: saa7134-alsa
> is in use"
yes, you can only unload saa7134-alsa after y
hi,
where does "options saa7134 alsa=0" need to be declared? Is it in
/etc/modprobe.d/options.conf ? If so, it didn't work - "FATAL: saa7134-alsa is
in use"
thanks,
Dominic
- Original Message
From: hermann pitton
To: Dominic Fernandes
Cc: linux-media@vger.kernel.org
Sent: Fri,
From: Santiago Nunez-Corrales
This patch provides menu configuration options for the TVP7002
decoder driver in DM365. Includes only TVP7002.
Signed-off-by: Santiago Nunez-Corrales
---
drivers/media/video/Kconfig |9 +
drivers/media/video/Makefile |1 +
2 files changed, 10 inse
From: Santiago Nunez-Corrales
This patch provides the implementation of the TVP7002 decoder
driver for DM365. Implemented using the V4L2 DV presets API.
Removed shadow register values. Testing shows that the device
needs not to be powered down and up for correct behaviour.
Improved readability.
From: Santiago Nunez-Corrales
This patch provides the required definitions for the TVP7002 driver
in DM365.
Signed-off-by: Santiago Nunez-Corrales
---
drivers/media/video/tvp7002_reg.h | 150 +
include/media/tvp7002.h | 57 ++
2 file
From: Santiago Nunez-Corrales
This patch provides required chip identification definitions
within v4l2. Included only definitions for TVP7002.
Signed-off-by: Santiago Nunez-Corrales
---
include/media/v4l2-chip-ident.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/i
This series of patches provide support for the TVP7002 decoder in DM365.
Support includes:
* Inclusion of the chip in v4l2 definitions
* Definition of TVP7002 specific data structures
* Kconfig and Makefile support
This series corrects many issued pointed out by Snehaprabha Narnakaje,
Muralidha
Hi,
Am Freitag, den 27.11.2009, 02:12 -0800 schrieb Dominic Fernandes:
> Hi Hermann,
>
> > unload the driver with "modprobe -vr saa7134-alsa saa7134-dvb".
>
> When I tried this I got the message "FATAL: saa7134-alsa is in use" (or
> something like that).
that are mixers and such using saa7134-
Jon Smirl wrote:
> 3) No special tools - use mkdir, echo, cat, shell scripts to build maps
>From the POV of a distributor, there is always a special tool required.
Whether it is implemented in bash, Python, or C doesn't make a
difference to him.
For an enduser whose distributor doesn't package th
Hi
On Friday 27 November 2009, Mauro Carvalho Chehab wrote:
> Hi Linus,
>
> Please pull from:
>
> ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-2.6.git
> for_linus
>
> For the following drivers and building fixes:
>
>- radio-gemtek-pci: fix double mutex_lock
>
Steve,
This code in cx25840-core.c mucks up HVR-1850 IR Tx:
/* Drive GPIO2 direction and values for HVR1700
* where an onboard mux selects the output of demodulator
* vs the 417. Failure to set this results in no DTV.
* It's safe to set this across all Hauppauge
Hi,
I'm into problem with KWorld 380U (e1ba:e359) usb stick.
As I see in http://linuxtv.org/hg/v4l-dvb/, there is still no support for my
dvb-t stick, but there should be support for Kworld 355U, so in em28xx-cards.c
I have changed in line 1729 '(0xeb1a, 0xe355)' to '(0xeb1a, 0xe359)', compiled,
Hi Linus,
Please pull from:
ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-2.6.git
for_linus
For the following drivers and building fixes:
- radio-gemtek-pci: fix double mutex_lock
- v4l: add more missing linux/sched.h includes
- soc-camera: properly initialise
On Tue, 17 Nov 2009 23:04:20 +0100
Antonio Ospite wrote:
> Hi,
>
> this series removes the init() callback from pxa_camera_platform_data, and
> fixes its users to do initialization statically at machine init time.
>
[...]
> Antonio Ospite (3):
> em-x270: don't use pxa_camera init() callback
>
pxa_camera init() is ambiguous, it's better to configure PXA CIF pins
statically in machine init function.
Signed-off-by: Antonio Ospite
---
The only change from previous version is the commit message, we don't want to
mention .init() removal yet.
arch/arm/mach-pxa/pcm990-baseboard.c |8 +-
pxa_camera init() is ambiguous, it's better to statically configure the sensor.
Signed-off-by: Antonio Ospite
Acked-by: Mike Rapoport
---
The only change from previous version is the commit message, we don't want to
mention .init() removal yet. Since the code is not changed the ack from Mike
Ra
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Fri Nov 27 19:00:04 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 13528:9d4c603b28c9
gcc version: gcc (
On Fri, Nov 27, 2009 at 2:03 PM, Ferenc Wagner wrote:
> Jon Smirl writes:
>
>> On Fri, Nov 27, 2009 at 12:29 PM, Christoph Bartelmus
>> wrote:
>>
Maybe we decide to take the existing LIRC system as is and not
integrate it into the input subsystem. But I think there is a window
he
Jon Smirl writes:
> On Fri, Nov 27, 2009 at 12:29 PM, Christoph Bartelmus
> wrote:
>
>>> Maybe we decide to take the existing LIRC system as is and not
>>> integrate it into the input subsystem. But I think there is a window
>>> here to update the LIRC design to use the latest kernel features.
Mauro,
Please pull from http://mercurial.intuxication.org/hg/v4l-dvb-commits
for the following changeset:
01/01: Add support for yet another DvbWorld, TeVii and Prof USB devices
http://mercurial.intuxication.org/hg/v4l-dvb-commits?cmd=changeset;node=ab7f084779b0
Kconfig |8 -
dw2102.c |
On Freitag, 27. November 2009, Brice Dubost wrote:
> Benedict bdc091 wrote:
> > Hi list,
> >
> > I'd like to enumerate connected DVB devices from my softawre, based on
> > DVB API V3.
> > So, I tried to figure out a way to get "ASUS My Cinema U3000 Mini DVBT
> > Tuner" string from adapter, instead
On Fri, Nov 27, 2009 at 12:29 PM, Christoph Bartelmus wrote:
>> Maybe we decide to take the existing LIRC system as is and not
>> integrate it into the input subsystem. But I think there is a window
>> here to update the LIRC design to use the latest kernel features.
>
> If it ain't broke, don't f
Hi Jon,
on 27 Nov 09 at 10:57, Jon Smirl wrote:
[...]
But I'm still a bit hesitant about the in-kernel decoding. Maybe it's
just because I'm not familiar at all with input layer toolset.
>> [...]
>>> I hope it helps for you to better understand how this works.
>>
>> So the plan is to hav
On Fri, 2009-11-27 at 10:57 -0500, Jon Smirl wrote:
> On Fri, Nov 27, 2009 at 2:45 AM, Christoph Bartelmus
> wrote:
> > So the plan is to have two ways of using IR in the future which are
> > incompatible to each other, the feature-set of one being a subset of the
> > other?
>
> Take advantage o
On Fri, Nov 27, 2009 at 2:45 AM, Christoph Bartelmus
wrote:
> Hi Mauro,
>
> on 26 Nov 09 at 14:25, Mauro Carvalho Chehab wrote:
>> Christoph Bartelmus wrote:
> [...]
>>> But I'm still a bit hesitant about the in-kernel decoding. Maybe it's just
>>> because I'm not familiar at all with input layer
>>> I can't wait for an explicit ack from all maintainers (mostly because I
>>> don't know you all), so I'll send a pull request in a week if there's no
>>> blocking issue. I'd like this to get in 2.6.33 if possible.
>
> I have a pile of testing in the next few days. In light of Devin's
> OOPS I'
On Fri, Nov 27, 2009 at 2:33 AM, Christoph Bartelmus wrote:
> Hi Jon,
>
> on 27 Nov 09 at 00:06, Jon Smirl wrote:
> [...]
>> code for the fun of it, I have no commercial interest in IR. I was
>> annoyed with how LIRC handled Sony remotes on my home system.
>
> Can you elaborate on this?
> I'm not
On Fri, 27 Nov 2009 15:37:19 +0100 (CET)
Guennadi Liakhovetski wrote:
> On Fri, 27 Nov 2009, Antonio Ospite wrote:
>
> > On Fri, 27 Nov 2009 15:06:53 +0100 (CET)
> > Guennadi Liakhovetski wrote:
> >
> > > On Tue, 17 Nov 2009, Antonio Ospite wrote:
> > >
> > > > pxa_camera init() callback is s
On Fri, 27 Nov 2009, Antonio Ospite wrote:
> On Fri, 27 Nov 2009 15:06:53 +0100 (CET)
> Guennadi Liakhovetski wrote:
>
> > On Tue, 17 Nov 2009, Antonio Ospite wrote:
> >
> > > pxa_camera init() callback is sometimes abused to setup MFP for PXA CIF,
> > > or
> > > even to request GPIOs to be us
On Fri, 27 Nov 2009, Hans Verkuil wrote:
> Hi Guennadi,
>
> > Convert soc-camera core and all soc-camera drivers to the new mediabus
> > API. This also takes soc-camera client drivers one step closer to also be
> > usable with generic v4l2-subdev host drivers.
>
> Just a quick question:
>
> > @
On Fri, 27 Nov 2009 15:06:53 +0100 (CET)
Guennadi Liakhovetski wrote:
> On Tue, 17 Nov 2009, Antonio Ospite wrote:
>
> > pxa_camera init() callback is sometimes abused to setup MFP for PXA CIF, or
> > even to request GPIOs to be used by the camera *sensor*. These
> > initializations
> > can be
Benedict bdc091 wrote:
> Hi list,
>
> I'd like to enumerate connected DVB devices from my softawre, based on
> DVB API V3.
> Thank to ioctl FE_GET_INFO, I'm able to get frontends name, but they
> are not "clear" enough for users.
>
> After a "quick look" in /var/log/messages I discovered that ada
Hi Guennadi,
> Convert soc-camera core and all soc-camera drivers to the new mediabus
> API. This also takes soc-camera client drivers one step closer to also be
> usable with generic v4l2-subdev host drivers.
Just a quick question:
> @@ -323,28 +309,39 @@ static int mt9m001_s_fmt(struct v4l2_su
On Tue, 17 Nov 2009, Antonio Ospite wrote:
> pxa_camera init() callback is sometimes abused to setup MFP for PXA CIF, or
> even to request GPIOs to be used by the camera *sensor*. These initializations
> can be performed statically in machine init functions.
>
> The current semantics for this ini
Hauppauge Nova-T 500 Dual DVB-T generates
high cpu load even if there is nothing going on.
For example:
#!/bin/bash
echo "rmmod dvb_usb_dib0700"
rmmod dvb_usb_dib0700
for ((i=0; i<10; i++))
do
cat /proc/loadavg
sleep 30
done
echo "modpro
Krzysztof Helt wrote:
> From: Krzysztof Helt
>
> This is recreated driver for the FM module found on Miro
> PCM20 sound cards. This driver was removed around the 2.6.2x
> kernels because it relied on the removed OSS module. Now, it
> uses a current ALSA module (snd-miro) and is adapted to v4l2
>
At Fri, 27 Nov 2009 11:24:13 +0100,
Krzysztof Helt wrote:
>
> From: Krzysztof Helt
>
> This is recreated driver for the FM module found on Miro
> PCM20 sound cards. This driver was removed around the 2.6.2x
> kernels because it relied on the removed OSS module. Now, it
> uses a current ALSA modu
From: Krzysztof Helt
This is recreated driver for the FM module found on Miro
PCM20 sound cards. This driver was removed around the 2.6.2x
kernels because it relied on the removed OSS module. Now, it
uses a current ALSA module (snd-miro) and is adapted to v4l2
layer.
It provides only basic funct
Hi Hermann,
> unload the driver with "modprobe -vr saa7134-alsa saa7134-dvb".
When I tried this I got the message "FATAL: saa7134-alsa is in use" (or
something like that).
>You might have to close mixers using saa7134-alsa previously.
> With "modinfo saa7134" you get available options.
I wasn'
Hi Tonda,
I can not help you with this topic, but you can tell me (us) wether you
are able to receive HDTV with this card? I'm not ...
Hartmut
kutil2010 schrieb:
> I have the same problem. Skystar HD2, a new S2-liplianin driver and
> motor Optikum DM3800 don't spin. Of course extra power cord c
49 matches
Mail list logo
