Em Sat, 13 Apr 2013 17:37:26 +0300
Antti Palosaari escreveu:
> On 04/13/2013 05:25 PM, Mauro Carvalho Chehab wrote:
> > Em Sat, 13 Apr 2013 16:15:39 +0300
> > Antti Palosaari escreveu:
> >
> >> On 04/13/2013 12:48 PM, Frank Schäfer wrote:
> >>> Patch 1 removes the unneeded and broken gpio regist
Legacy PCI suspend-resume handlers are called with interrupts enabled.
But cx8800_suspend/cx8800_resume and cx8802_suspend_common/cx8802_resume_common
use spin_lock/spin_unlock functions to acquire dev->slock, while the same lock
is acquired in
the corresponding irq-handlers: cx8800_irq and cx8802
Hello.
On 12-04-2013 19:40, Guennadi Liakhovetski wrote:
Some CEU implementations have non-standard (larger) maximum supported
width and height values. Add two OF properties to specify them.
Signed-off-by: Guennadi Liakhovetski
Minor grammar nitpicking.
diff --git a/Documentation/dev
On Sat, 2013-04-13 at 07:13 -0700, Luis R. Rodriguez wrote:
> From: "Luis R. Rodriguez"
>
> This adds backport support for all media subsystem
> drivers. This is enabled only for >= 3.2. Some media
> drivers rely on the new probe deferrral mechanism
> (-EPROBE_DEFER see commit d1c3414c), those ar
On Wed, 20 Mar 2013 17:19:53 +0100, Sylwester Nawrocki
wrote:
> On 01/31/2013 07:41 PM, Sylwester Nawrocki wrote:
> > From: Guennadi Liakhovetski
> >
> > This patch adds a document describing common OF bindings for video
> > capture, output and video processing devices. It is curently mainly
>
Am 13.04.2013 20:19, schrieb Frank Schäfer:
> Am 13.04.2013 19:46, schrieb Frank Schäfer:
>> ...
>> We always write to the GPIO register. That's why these functions are
>> called em28xx_write_* ;)
>> Whether the write operation is sane or not (e.g. because it modifies the
>> bit corresponding to an
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Sat Apr 13 19:00:18 CEST 2013
git branch: test
git hash: 81e096c8ac6a064854c2157e0bf802dc4906678c
gcc versi
Am 13.04.2013 19:46, schrieb Frank Schäfer:
> Am 13.04.2013 19:04, schrieb Mauro Carvalho Chehab:
>> Em Sat, 13 Apr 2013 17:33:28 +0200
>> Frank Schäfer escreveu:
>>
>>> Am 13.04.2013 16:41, schrieb Mauro Carvalho Chehab:
Em Sat, 13 Apr 2013 11:48:39 +0200
Frank Schäfer escreveu:
>
Em Sat, 13 Apr 2013 19:46:20 +0200
Frank Schäfer escreveu:
> Am 13.04.2013 19:04, schrieb Mauro Carvalho Chehab:
> > Em Sat, 13 Apr 2013 17:33:28 +0200
> > Frank Schäfer escreveu:
> >
> >> Am 13.04.2013 16:41, schrieb Mauro Carvalho Chehab:
> >>> Em Sat, 13 Apr 2013 11:48:39 +0200
> >>> Frank Sc
Am 13.04.2013 19:04, schrieb Mauro Carvalho Chehab:
> Em Sat, 13 Apr 2013 17:33:28 +0200
> Frank Schäfer escreveu:
>
>> Am 13.04.2013 16:41, schrieb Mauro Carvalho Chehab:
>>> Em Sat, 13 Apr 2013 11:48:39 +0200
>>> Frank Schäfer escreveu:
>>>
The GPIO register tracking/caching code is partia
Em Sat, 13 Apr 2013 17:33:28 +0200
Frank Schäfer escreveu:
> Am 13.04.2013 16:41, schrieb Mauro Carvalho Chehab:
> > Em Sat, 13 Apr 2013 11:48:39 +0200
> > Frank Schäfer escreveu:
> >
> >> The GPIO register tracking/caching code is partially broken, because newer
> >> devices provide more than o
On Sat, Apr 13, 2013 at 12:21 PM, Antti Palosaari wrote:
> Existing userspace sysfs interface is clearly debug interface. You will need
> root privileges to mount it and IIRC it was not even compiled by default
> (needs Kconfig debug option?).
You would like to think that. Tell Mauro then, since
On 04/13/2013 06:03 PM, Jakob Haufe wrote:
Hardware is the same as MaxMedia UB425-TC but ships with a different
remote.
Signed-off-by: Jakob Haufe
Reviewed-by: Antti Palosaari
--
http://palosaari.fi/
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a
On 04/13/2013 06:03 PM, Jakob Haufe wrote:
This adds the keytable for the remote that comes with the Delock 61959.
NEC protocol with address 0x866b.
Signed-off-by: Jakob Haufe
Reviewed-by: Antti Palosaari
--
http://palosaari.fi/
--
To unsubscribe from this list: send the line "unsubscrib
On 04/13/2013 06:03 PM, Jakob Haufe wrote:
This time for real with all bells and whistles:
Delock 61959 is a relabeled MexMedia UB-425TC with a different USB ID and a
different remote.
Patch 1 adds the keytable for the remote control and patch 2 adds support for
the device itself. I'm reusing m
On 04/13/2013 06:34 PM, Devin Heitmueller wrote:
On Sat, Apr 13, 2013 at 11:30 AM, Frank Schäfer
wrote:
I've checked the documentation about the gpio and led frameworks a few
weeks ago to find out if it makes sense to use them for the
gpio/buttons/led stuff of the VAD Laplace webcam.
AFAICS, th
On Sat, Apr 13, 2013 at 11:30 AM, Frank Schäfer
wrote:
> I've checked the documentation about the gpio and led frameworks a few
> weeks ago to find out if it makes sense to use them for the
> gpio/buttons/led stuff of the VAD Laplace webcam.
> AFAICS, there are no benfits as long as you are dealin
Am 13.04.2013 16:41, schrieb Mauro Carvalho Chehab:
> Em Sat, 13 Apr 2013 11:48:39 +0200
> Frank Schäfer escreveu:
>
>> The GPIO register tracking/caching code is partially broken, because newer
>> devices provide more than one GPIO register and some of them are even using
>> separate registers fo
Am 13.04.2013 16:25, schrieb Mauro Carvalho Chehab:
> Em Sat, 13 Apr 2013 16:15:39 +0300
> Antti Palosaari escreveu:
>
>> On 04/13/2013 12:48 PM, Frank Schäfer wrote:
>>> Patch 1 removes the unneeded and broken gpio register caching code.
>>> Patch 2 adds the gpio register defintions for the em25x
Hardware is the same as MaxMedia UB425-TC but ships with a different
remote.
Signed-off-by: Jakob Haufe
---
drivers/media/usb/em28xx/em28xx-cards.c | 16
drivers/media/usb/em28xx/em28xx-dvb.c |5 +++--
drivers/media/usb/em28xx/em28xx.h |1 +
3 files changed, 20
This adds the keytable for the remote that comes with the Delock 61959.
NEC protocol with address 0x866b.
Signed-off-by: Jakob Haufe
---
drivers/media/rc/keymaps/Makefile |1 +
drivers/media/rc/keymaps/rc-delock-61959.c | 83
include/media/rc-map.h
This time for real with all bells and whistles:
Delock 61959 is a relabeled MexMedia UB-425TC with a different USB ID and a
different remote.
Patch 1 adds the keytable for the remote control and patch 2 adds support for
the device itself. I'm reusing maxmedia_ub425_tc as I didn't want to duplicat
Em Sat, 13 Apr 2013 11:48:39 +0200
Frank Schäfer escreveu:
> The GPIO register tracking/caching code is partially broken, because newer
> devices provide more than one GPIO register and some of them are even using
> separate registers for read and write access.
> Making it work would be too compl
On 04/13/2013 05:25 PM, Mauro Carvalho Chehab wrote:
Em Sat, 13 Apr 2013 16:15:39 +0300
Antti Palosaari escreveu:
On 04/13/2013 12:48 PM, Frank Schäfer wrote:
Patch 1 removes the unneeded and broken gpio register caching code.
Patch 2 adds the gpio register defintions for the em25xx/em276x/7x
Em Sat, 13 Apr 2013 16:15:39 +0300
Antti Palosaari escreveu:
> On 04/13/2013 12:48 PM, Frank Schäfer wrote:
> > Patch 1 removes the unneeded and broken gpio register caching code.
> > Patch 2 adds the gpio register defintions for the em25xx/em276x/7x/8x
> > and patch 3 finally adds a new helper f
From: "Luis R. Rodriguez"
This adds backport support for all media subsystem
drivers. This is enabled only for >= 3.2. Some media
drivers rely on the new probe deferrral mechanism
(-EPROBE_DEFER see commit d1c3414c), those are only
enabled for kernels >= 3.4. Some media drivers only
depend on the
On 04/13/2013 12:48 PM, Frank Schäfer wrote:
Patch 1 removes the unneeded and broken gpio register caching code.
Patch 2 adds the gpio register defintions for the em25xx/em276x/7x/8x
and patch 3 finally adds a new helper function for gpio ports with separate
registers for read and write access.
The SpeedLink Vicious And Devine Laplace webcam uses an EM2765 bridge and an
OV2640 sensor which allows capturing at a max. resoultion of 1600x1200 at
max. 7-8 fps. It has a built-in microphone (USB standard device class) and
provides 3 buttons (snapshot, mute, illumination) and 2 LEDs (capturing/m
The GPIO register tracking/caching code is partially broken, because newer
devices provide more than one GPIO register and some of them are even using
separate registers for read and write access.
Making it work would be too complicated.
It is also used nowhere and doesn't make sense in cases where
The current code provides a helper function em28xx_write_reg_bits() that reads
the current state/value of a GPIO register, modifies only the bits specified
with the value and bitmask parmaters and writes the new value back to the
register.
Newer devices (em25xx, em276x/7x/8x) are using separate re
em25xx/em276x/7x/8x provides 3 GPIO register sets,
each of them consisting of separate read and a write registers.
Signed-off-by: Frank Schäfer
---
drivers/media/usb/em28xx/em28xx-reg.h |8
1 Datei geändert, 8 Zeilen hinzugefügt(+)
diff --git a/drivers/media/usb/em28xx/em28xx-reg.h
Patch 1 removes the unneeded and broken gpio register caching code.
Patch 2 adds the gpio register defintions for the em25xx/em276x/7x/8x
and patch 3 finally adds a new helper function for gpio ports with separate
registers for read and write access.
Frank Schäfer (3):
em28xx: give up GPIO regi
These structs have holes and reserved struct members which aren't
cleared. I've added a memset() so we don't leak stack information.
Signed-off-by: Dan Carpenter
diff --git a/drivers/media/media-device.c b/drivers/media/media-device.c
index 99b80b6..450c0d1 100644
--- a/drivers/media/media-devi
Use dev_pm_ops instead of the deprecated legacy suspend/resume callbacks.
Signed-off-by: Lars-Peter Clausen
---
drivers/media/i2c/adv7180.c | 19 ---
1 file changed, 12 insertions(+), 7 deletions(-)
diff --git a/drivers/media/i2c/adv7180.c b/drivers/media/i2c/adv7180.c
index 34f
34 matches
Mail list logo
