Re: mt9m111 swap_rgb_red_blue

On Mon, 31 May 2010, Robert Jarzmik wrote: > Sascha Hauer writes: > > > Hi Robert, > > > > I have digged around in the Datasheet and if I understand it correctly > > the PXA swaps red/blue in RGB mode. So if we do not use rgb mode but yuv > > (which should be a pass through) we should be able to

Re: ir-core multi-protocol decode and mceusb

On Sun, May 30, 2010 at 3:57 PM, Jarod Wilson wrote: > On Sun, May 30, 2010 at 10:02 AM, Mauro Carvalho Chehab > wrote: >> Em 29-05-2010 23:24, Jarod Wilson escreveu: >>> On Sat, May 29, 2010 at 4:01 PM, Andy Walls wrote: > ... >  We do have the > option to disable all but the relevant p

Re: TBS 6980 Dual Tuner PCI-e card.....not in Wiki at all?

Another Sillyname wrote: > Guys > > The TBS 6920 PCI-e card is in the Wiki and is a supported card. > > The TBS 6980 dual tuner PCI-e card is not in the Wiki at all, is there > a reason for this given they have released a non GPL blob at least? > Because the wiki relies upon user contributions.

2.6.35-rc1 fails to boot: OOPS in ir_register_class

Trying to boot the new -rc1 it fails with the following OOPS: [3.454804] IR NEC protocol handler initialized [3.461310] IR RC5(x) protocol handler initialized [3.467865] IR RC6 protocol handler initialized [3.474070] IR JVC protocol handler initialized [3.480257] IR Sony protoco

Re: SPCA1527A/SPCA1528 (micro)SD camera in webcam mode

On Mon, 31 May 2010, Ondrej Zary wrote: > On Sunday 30 May 2010 23:58:11 Andy Walls wrote: > > On Sun, 2010-05-30 at 23:28 +0200, Ondrej Zary wrote: > > > On Sunday 30 May 2010 21:26:14 Andy Walls wrote: > > > > On Sun, 2010-05-30 at 19:55 +0200, Ondrej Zary wrote: > > > > > On Sunday 30 May 201

Re: TBS 6980 Dual Tuner PCI-e card.....not in Wiki at all?

On Mon, May 31, 2010 at 6:22 AM, Emmanuel wrote: > Konstantin Dimitrov a écrit : >> >> >> On Mon, May 31, 2010 at 5:05 AM, Emmanuel > > wrote: >> >>    Konstantin Dimitrov a écrit : >> >>        hello, i can't comment on your questions about the Wiki, but i >>        made

Re: SPCA1527A/SPCA1528 (micro)SD camera in webcam mode

On Sun, 30 May 2010, Andy Walls wrote: > On Sun, 2010-05-30 at 20:13 +0200, Jean-Francois Moine wrote: > > On Sun, 30 May 2010 19:55:22 +0200 > > Ondrej Zary wrote: > > > > > That's bad... > > > > > > The driver contains file sp5x_32.dll which is registered in > > > system.ini file as [driver

Re: What ever happened to standardizing signal level?

Hi, Am Sonntag, den 30.05.2010, 23:02 -0400 schrieb Michael Krufky: > Markus Rechberger wrote: > > On Sun, May 30, 2010 at 5:21 PM, Michael Krufky wrote: > >> Markus Rechberger wrote: > >>> Hi, > >>> > >>> A little bit more "ontopic", did anyone get around to read the > >>> signallevel of the tda

Re: TBS 6980 Dual Tuner PCI-e card.....not in Wiki at all?

Konstantin Dimitrov a écrit : On Mon, May 31, 2010 at 5:05 AM, Emmanuel > wrote: Konstantin Dimitrov a écrit : hello, i can't comment on your questions about the Wiki, but i made the driver for TBS 6980 and i can ensure you that the drive

Re: What ever happened to standardizing signal level?

Markus Rechberger wrote: On Sun, May 30, 2010 at 5:21 PM, Michael Krufky wrote: Markus Rechberger wrote: Hi, A little bit more "ontopic", did anyone get around to read the signallevel of the tda18721? I wonder the register does not return any signallevel as indicated in the specifications. M

Re: SPCA1527A/SPCA1528 (micro)SD camera in webcam mode

On Sun, 2010-05-30 at 20:13 +0200, Jean-Francois Moine wrote: > On Sun, 30 May 2010 19:55:22 +0200 > Ondrej Zary wrote: > > > That's bad... > > > > The driver contains file sp5x_32.dll which is registered in > > system.ini file as [drivers32] > > VIDC.SP54=SP5X_32.DLL > > > > Seems that the cod

Re: TBS 6980 Dual Tuner PCI-e card.....not in Wiki at all?

On Mon, May 31, 2010 at 5:05 AM, Emmanuel wrote: > Konstantin Dimitrov a écrit : >> >> hello, i can't comment on your questions about the Wiki, but i made >> the driver for TBS 6980 and i can ensure you that the driver will be >> released as open-source under GPL as soon as i have permission to do

Re: TBS 6980 Dual Tuner PCI-e card.....not in Wiki at all?

Konstantin Dimitrov a écrit : hello, i can't comment on your questions about the Wiki, but i made the driver for TBS 6980 and i can ensure you that the driver will be released as open-source under GPL as soon as i have permission to do that, but compared to other cards at least even at the moment

Re: [PATCH] Compro Videomate T750F Vista digital+analog support

HI! Can you also try this GPIO settings? It's my try to use last summer's registers dump to setup gpio mask and value case SAA7134_BOARD_VIDEOMATE_T750: dev->has_remote = SAA7134_REMOTE_GPIO; saa_andorl(SAA7134_GPIO_GPMODE0 >> 2, 0x8082c000, 0x8082c000);

Re: [PATCH] Compro Videomate T750F Vista digital+analog support

HI > > Forget about the later, is in new file mode. I wanted the new file but I don't know hg diff too much so I just manually cat >> to append to the hg diff output... d. -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel

Re: [PATCH] Compro Videomate T750F Vista digital+analog support

> > Hmm, somehow its #define in the saa7134.h header is missing? > > I'm also wondering, why we don't see the usual three lines offset on the > end of current patches. Forget about the later, is in new file mode. Hermann -- To unsubscribe from this list: send the line "unsubscribe linux-med

Re: [PATCH] Compro Videomate T750F Vista digital+analog support

Hi Davor, Am Montag, den 31.05.2010, 01:48 +0200 schrieb Davor Emard: > HI! > > I have downloaded latest hg v4l and adapted the compro > t750f support patch. The patch is the same but v4l code is > newer so there's some improvement > > Restarting VDR is now stable. Tried it cca 10x VDR restart

Re: [PATCH] Compro Videomate T750F Vista digital+analog support

HI! I have downloaded latest hg v4l and adapted the compro t750f support patch. The patch is the same but v4l code is newer so there's some improvement Restarting VDR is now stable. Tried it cca 10x VDR restarts, DVB-T tuner always worked. Remote still has 10% keys lost. ALSA device now appear

[PATCH] support for medion dvb stick 1660:1921

Hello, I'm not sure of doing this the right way since I'm not a programmer. diff -r b576509ea6d2 linux/drivers/media/dvb/dvb-usb/dib0700_devices.c --- a/linux/drivers/media/dvb/dvb-usb/dib0700_devices.c Wed May 19 19:34:33 2010 -0300 +++ b/linux/drivers/media/dvb/dvb-usb/dib0700_devices.c Mon M

Re: mt9m111 swap_rgb_red_blue

Sascha Hauer writes: > Hi Robert, > > I have digged around in the Datasheet and if I understand it correctly > the PXA swaps red/blue in RGB mode. So if we do not use rgb mode but yuv > (which should be a pass through) we should be able to support rgb on PXA > aswell. Robert, can you confirm that

[PATCH 3/3] Gspca-gl860 driver update

gspca - gl860: minor functional changes From: Olivier Lorin - Setting changes applied after an end of image marker reception This is the way MI2020 sensor works. It seems to be logical to wait for a complete image before to change a setting. - 1 ms "msleep" applied to each sensor after US

[PATCH 2/3] Gspca-gl860 - MI2030 sensor subdriver rewrite

gspca - gl860: new driver for MI2020 sensor From: Olivier Lorin - new MI2020 driver version made from a webcam given to me - remove all previous flavors of this driver Priority: normal Signed-off-by: Olivier Lorin diff -urpN der_gl860i1/gl860.c gl860/gl860.c --- der_gl860i1/gl860.c 2010-04-2

[PATCH 1/3] Gspca-gl860 driver update

gspca - gl860: minor fixes From: Olivier Lorin - Change of rounded image resolutions to the real ones - Fix for an irrelevant OV9655 image resolution identifier name - Extra spaces to align some variable names and a defined value Priority: normal Signed-off-by: Olivier Lorin diff -rupN der_g

[PATH 0/3] gspca-gl860 driver update

Hello Here is three patches for the gspca_gl860 driver. The main patch is the second one, it is a rewrite for the sensor MI2020. These patches have been proposed on February 28th and refused some days later because of a concern about the use of "udelay" instead of "msleep". Compared to February,

Re: SPCA1527A/SPCA1528 (micro)SD camera in webcam mode

On Sunday 30 May 2010 23:58:11 Andy Walls wrote: > On Sun, 2010-05-30 at 23:28 +0200, Ondrej Zary wrote: > > On Sunday 30 May 2010 21:26:14 Andy Walls wrote: > > > On Sun, 2010-05-30 at 19:55 +0200, Ondrej Zary wrote: > > > > On Sunday 30 May 2010 13:34:55 Jean-Francois Moine wrote: > > > > > > SP5

Re: SPCA1527A/SPCA1528 (micro)SD camera in webcam mode

On Sun, 2010-05-30 at 23:28 +0200, Ondrej Zary wrote: > On Sunday 30 May 2010 21:26:14 Andy Walls wrote: > > On Sun, 2010-05-30 at 19:55 +0200, Ondrej Zary wrote: > > > On Sunday 30 May 2010 13:34:55 Jean-Francois Moine wrote: > > > > SP54 is Sunplus' ( http://www.sunplus.com.tw/ ) FourCC code for

Re: SPCA1527A/SPCA1528 (micro)SD camera in webcam mode

On Sunday 30 May 2010 21:26:14 Andy Walls wrote: > On Sun, 2010-05-30 at 19:55 +0200, Ondrej Zary wrote: > > On Sunday 30 May 2010 13:34:55 Jean-Francois Moine wrote: > > > On Sat, 29 May 2010 21:32:07 +0200 > > > > > > Ondrej Zary wrote: > > > > The Color Space/Compression reported by the driver

Re: [PATCH for 2.6.34] saa7134: add support for Compro VideoMate M1F

Hi, - Original Nachricht Von: Mauro Carvalho Chehab An: Pavel Osnova Datum: 30.05.2010 20:05 Betreff: Re: [PATCH for 2.6.34] saa7134: add support for Compro VideoMate M1F > Em 26-05-2010 17:30, Pavel Osnova escreveu: > > Sorry for the line breakages. > > Patch doesn't ap

Re: ir-core multi-protocol decode and mceusb

On Sun, May 30, 2010 at 10:02 AM, Mauro Carvalho Chehab wrote: > Em 29-05-2010 23:24, Jarod Wilson escreveu: >> On Sat, May 29, 2010 at 4:01 PM, Andy Walls wrote: ...  We do have the option to disable all but the relevant protocol handler on a per-device basis though, if that's a p

Re: SPCA1527A/SPCA1528 (micro)SD camera in webcam mode

On Sun, 2010-05-30 at 19:55 +0200, Ondrej Zary wrote: > On Sunday 30 May 2010 13:34:55 Jean-Francois Moine wrote: > > On Sat, 29 May 2010 21:32:07 +0200 > > > > Ondrej Zary wrote: > > > The Color Space/Compression reported by the driver is only one: RGB 24 > > > The driver also uses these files wh

[cron job] v4l-dvb daily build 2.6.22 and up: ERRORS, 2.6.16-2.6.21: ERRORS

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:Sun May 30 19:00:24 CEST 2010 path:http://www.linuxtv.org/hg/v4l-dvb changeset: 14875:304cfde05b3f git master:

Re: SPCA1527A/SPCA1528 (micro)SD camera in webcam mode

On Sun, 2010-05-30 at 13:34 +0200, Jean-Francois Moine wrote: > On Sat, 29 May 2010 21:32:07 +0200 > Ondrej Zary wrote: > > > The Color Space/Compression reported by the driver is only one: RGB 24 > > The driver also uses these files which may (or may not) be related to > > used compression: iyuv

Re: SPCA1527A/SPCA1528 (micro)SD camera in webcam mode

On Sun, 30 May 2010 19:55:22 +0200 Ondrej Zary wrote: > That's bad... > > The driver contains file sp5x_32.dll which is registered in > system.ini file as [drivers32] > VIDC.SP54=SP5X_32.DLL > > Seems that the codec is called SP54 - hope that it's used to > decompress the data. > > > All I can

Re: [PATCH for 2.6.34] saa7134: add support for Compro VideoMate M1F

Em 26-05-2010 17:30, Pavel Osnova escreveu: > Sorry for the line breakages. Patch doesn't apply: $ test_patch patching file Documentation/video4linux/CARDLIST.saa7134 Hunk #1 FAILED at 176. 1 out of 1 hunk FAILED -- saving rejects to file Documentation/video4linux/CARDLIST.saa7134.rej patching

Re: SPCA1527A/SPCA1528 (micro)SD camera in webcam mode

On Sunday 30 May 2010 13:34:55 Jean-Francois Moine wrote: > On Sat, 29 May 2010 21:32:07 +0200 > > Ondrej Zary wrote: > > The Color Space/Compression reported by the driver is only one: RGB 24 > > The driver also uses these files which may (or may not) be related to > > used compression: iyuv_32.d

Re: What ever happened to standardizing signal level?

On Sun, May 30, 2010 at 5:21 PM, Michael Krufky wrote: > Markus Rechberger wrote: >> >> Hi, >> >> A little bit more "ontopic", did anyone get around to read the >> signallevel of the tda18721? >> I wonder the register does not return any signallevel as indicated in >> the specifications. >> >> Mar

Re: What ever happened to standardizing signal level?

- Original Nachricht Von: VDR User An: hermann pitton Datum: 30.05.2010 09:01 Betreff: Re: What ever happened to standardizing signal level? > On Sat, May 29, 2010 at 10:52 PM, hermann pitton > wrote: > > > ...troll spam removed... > > > > Hermann, you're a known troll

Re: What ever happened to standardizing signal level?

Markus Rechberger wrote: Hi, A little bit more "ontopic", did anyone get around to read the signallevel of the tda18721? I wonder the register does not return any signallevel as indicated in the specifications. Markus There is a "power level" value that can be read from the tda18271 -- I had

Re: What ever happened to standardizing signal level?

Hans Verkuil wrote: On Sunday 30 May 2010 09:07:46 VDR User wrote: On Sat, May 29, 2010 at 2:09 AM, Mike Booth wrote: i think someone is too concerned about being precisely accurate. So much so that no-one can see the woods for the trees any more. Its not important to me that accuracy is spot

Re: schedule inside spin_lock_irqsave?

On 05/30/2010 05:24 PM, Jiri Slaby wrote: > struct smscore_buffer_t *get_entry(void) > { > struct smscore_buffer_t *cb = NULL; > spin_lock_irqsave(&coredev->bufferslock, flags); > if (!list_empty(&coredev->buffers)) { > cb = (struct smscore_buffer_t *) coredev->buffers.next; Looking at t

Re: What ever happened to standardizing signal level?

On Sunday 30 May 2010 17:18:25 Michael Krufky wrote: > Hans Verkuil wrote: > > On Sunday 30 May 2010 09:07:46 VDR User wrote: > >> On Sat, May 29, 2010 at 2:09 AM, Mike Booth > >> wrote: > >>> i think someone is too concerned about being precisely accurate. So much > >>> so > >>> that no-one can

Re: schedule inside spin_lock_irqsave?

On 05/30/2010 04:52 PM, Richard Zidlicky wrote: > Hi, > > came across following snippet of code > (2.6.34:drivers/media/dvb/siano/smscoreapi.c) and > since prepare_to_wait is new for me I am wondering if this is can work? > > struct smscore_buffer_t *smscore_getbuffer(struct smscore_device_t *c

Re: ir-core multi-protocol decode and mceusb

Em 29-05-2010 23:24, Jarod Wilson escreveu: > On Sat, May 29, 2010 at 4:01 PM, Andy Walls wrote: >> On Sat, 2010-05-29 at 12:58 -0400, Jarod Wilson wrote: >>> On Sat, May 29, 2010 at 8:39 AM, Andy Walls wrote: On Fri, 2010-05-28 at 00:47 -0400, Jarod Wilson wrote: > So I'm inching closer

[PATCH 3/3] tm6000: move dvb into a separate kern module

From: Stefan Ringel move dvb into a separate kern module Signed-off-by: Stefan Ringel --- drivers/staging/tm6000/Kconfig|4 +- drivers/staging/tm6000/Makefile |5 +-- drivers/staging/tm6000/tm6000-cards.c | 31 +--- drivers/staging/tm6000/tm6000-core.c |1

[PATCH 2/3] tm6000: move debug info print from header into c file

From: Stefan Ringel move debug info print from header into c file Signed-off-by: Stefan Ringel --- drivers/staging/tm6000/tm6000-core.c |6 ++ drivers/staging/tm6000/tm6000-dvb.c |8 drivers/staging/tm6000/tm6000-video.c |6 ++ drivers/staging/tm6000/tm6000.h

[PATCH 1/3] tm6000: rewrite init and fini

From: Stefan Ringel rewrite tm6000_audio_init and tm6000_audio_fini Signed-off-by: Stefan Ringel --- drivers/staging/tm6000/tm6000-alsa.c | 127 +- drivers/staging/tm6000/tm6000.h | 15 2 files changed, 63 insertions(+), 79 deletions(-) diff --git

Re: SPCA1527A/SPCA1528 (micro)SD camera in webcam mode

On Sat, 29 May 2010 21:32:07 +0200 Ondrej Zary wrote: > The Color Space/Compression reported by the driver is only one: RGB 24 > The driver also uses these files which may (or may not) be related to > used compression: iyuv_32.dll, msh263.drv, msyuv.dll, tsbyuv.dll > In standalone mode, the camer

Re: Idea of a v4l -> fb interface driver

On Sat, May 29, 2010 at 6:06 AM, Ville Syrjälä wrote: > On Fri, May 28, 2010 at 03:41:46PM -0400, Alex Deucher wrote: >> On Fri, May 28, 2010 at 3:15 PM, Florian Tobias Schandinat >> > If he wants different (independent) content on each output, just provide >> > multiple /dev/fbX devices. I admit

PROBLEM: 2.6.34-rc7 kernel panics "BUG: unable to handle kernel NULL pointer dereference at (null)" while channel scan running

Hi there, When i try to scan for available DBV-S channels kernel panics: BUG: unable to handle kernel NULL pointer dereference at (null) I'm trying to setup a TV box. Contains an Intel Atom N270 CPU, 2GB RAM, 1 TB SATA Hard-Drive. Mainboard is a MSI IM-945GSE Mini-ITX motherboard. The DVB-S card

Re: [PATCH v3 4/4] V4L2: WL1273 FM Radio: Controls for the FM radio.

On Monday 24 May 2010 14:21:43 Matti J. Aaltonen wrote: > This file implements V4L2 controls for using the Texas Instruments > WL1273 FM Radio. > > Signed-off-by: Matti J. Aaltonen > --- > drivers/media/radio/Kconfig| 15 + > drivers/media/radio/Makefile |1 + > drivers/media

Re: [PATCH v3 2/4] MFD: WL1273 FM Radio: MFD driver for the FM radio.

On Monday 24 May 2010 14:21:41 Matti J. Aaltonen wrote: > This is a parent driver for two child drivers: the V4L2 driver and > the ALSA codec driver. The MFD part provides the I2C communication > to the device and a couple of functions that are called from both > children. > > Signed-off-by: Matti

Re: [PATCH v3 1/4] V4L2: Add features to the interface.

On Monday 24 May 2010 14:21:40 Matti J. Aaltonen wrote: > Add fields spacing, level_min, level_max and level to struct > v4l2_hw_freq_seek. > The level is used for determining which channels are considered receivable > during HW scan. As mentioned I don't think the level stuff should be added at

Re: [PATCH v3 0/4] WL1273 FM Radio Driver

On Monday 24 May 2010 14:21:39 Matti J. Aaltonen wrote: > Hello again. > > And thanks for the comments. > > It the first patch I'm kind of suggesting a couple of additions to the > general interface: signal level stuff in the hw seek struct and then a > function / IOCTL for asking for minimum an

Re: TBS 6980 Dual Tuner PCI-e card.....not in Wiki at all?

> hello, i can't comment on your questions about the Wiki, but i made > the driver for TBS 6980 and i can ensure you that the driver will be > released as open-source under GPL as soon as i have permission to do > that, but compared to other cards at least even at the moment you can Does this card

Version 2: Tentative agenda for Helsinki mini-summit

Hi all, This is the second version of a tentative agenda for the Helsinki mini-summit on June 14-16. Please reply to this thread if you have comments or want to add topics. If you want to attend the summit then contact Sakari Ailus (sakari.ai...@maxwell.research.nokia.com). We are very full alre

Re: Tentative agenda for Helsinki mini-summit

On Sunday 30 May 2010 09:59:59 Hans Verkuil wrote: > On Wednesday 26 May 2010 17:46:16 Pawel Osciak wrote: > > Hi Hans, > > > > thank you for your work on this! > > > > >Hans Verkuil wrote: > > > > >3) videobuf/videobuf2: what are the shortcomings, what are the requirements > > >for a 'proper' v

Re: Tentative agenda for Helsinki mini-summit

On Sunday 23 May 2010 20:02:59 Guennadi Liakhovetski wrote: > On Sun, 23 May 2010, Hans Verkuil wrote: > > > Hi all, > > > > This is a tentative agenda for the Helsinki mini-summit on June 14-16. > > > > Please reply to this thread if you have comments or want to add topics. > > [snip] > > > 8

Re: Tentative agenda for Helsinki mini-summit

On Wednesday 26 May 2010 17:46:16 Pawel Osciak wrote: > Hi Hans, > > thank you for your work on this! > > >Hans Verkuil wrote: > > >3) videobuf/videobuf2: what are the shortcomings, what are the requirements > >for a 'proper' videobuf implementation, can the existing videobuf be fixed or > >do w

Re: What ever happened to standardizing signal level?

Hi, A little bit more "ontopic", did anyone get around to read the signallevel of the tda18721? I wonder the register does not return any signallevel as indicated in the specifications. Markus -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to ma

Re: What ever happened to standardizing signal level?

On Sunday 30 May 2010 09:07:46 VDR User wrote: > On Sat, May 29, 2010 at 2:09 AM, Mike Booth > wrote: > > i think someone is too concerned about being precisely accurate. So much so > > that no-one can see the woods for the trees any more. > > > > Its not important to me that accuracy is spot on.

Re: What ever happened to standardizing signal level?

On Sat, May 29, 2010 at 2:09 AM, Mike Booth wrote: > i think someone is too concerned about being precisely accurate. So much so > that no-one can see the woods for the trees any more. > > Its not important to me that accuracy is spot on. I only want to know that > when tuning the dish I'm getting

Re: What ever happened to standardizing signal level?

On Sat, May 29, 2010 at 10:52 PM, hermann pitton wrote: > ...troll spam removed... > Hermann, you're a known troll with clearly nothing to contribute to this thread therefore you're comments are unwelcome. Your mostly incoherent rant sounds like the ramblings of somebody who has consumed too muc