Re: [PATCH] cx25840: fix probing of cx2583x chips

2011-02-05 Thread Andy Walls
On Sat, 2011-02-05 at 22:53 +0100, Sven Barth wrote: > Fix the probing of cx2583x chips, because two controls were clustered > that are not created for these chips. > > This regression was introduced in 2.6.36. > > Signed-off-by: Sven Barth Acked-by: Andy Walls > diff -aur linux-2.6.37/driv

[PATCH] cx25840: fix probing of cx2583x chips

2011-02-05 Thread Sven Barth
Fix the probing of cx2583x chips, because two controls were clustered that are not created for these chips. This regression was introduced in 2.6.36. Signed-off-by: Sven Barth diff -aur linux-2.6.37/drivers/media/video/cx25840/cx25840-core.c linux-2.6.37-patched/drivers/media/video/cx25840/c

Re: cx25840: probe crashes for cx25837 chip on 2.6.37

2011-02-05 Thread Sven Barth
On 05.02.2011 22:25, Andy Walls wrote: > On Sat, 2011-02-05 at 16:45 +0100, Sven Barth wrote: >> Hello together! >> >> I was eager to test my patch for cx25840 that was included in 2.6.37, so >> I've updated my system and plugged in my Grabster AV400. But this >> resulted in a "kernel bug" printed

Re: cx25840: probe crashes for cx25837 chip on 2.6.37

2011-02-05 Thread Andy Walls
On Sat, 2011-02-05 at 16:45 +0100, Sven Barth wrote: > Hello together! > > I was eager to test my patch for cx25840 that was included in 2.6.37, so > I've updated my system and plugged in my Grabster AV400. But this > resulted in a "kernel bug" printed to dmesg: > > dmesg begin > > u

Re: [PATCH 2/2 v2] dma: ipu_idmac: do not lose valid received data in the irq handler

2011-02-05 Thread Anatolij Gustschin
On Sat, 5 Feb 2011 17:36:37 +0100 (CET) Guennadi Liakhovetski wrote: ... > > > Verified with both capture.c and mplayer. Could you, please, verify > > > whether you get the same behaviour and what the problem could be? > > > > Now I did some further testing with idmac patch applied and with > >

[cron job] v4l-dvb daily build: ERRORS

2011-02-05 Thread Hans Verkuil
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:Sat Feb 5 19:00:30 CET 2011 git master: 1b59be2a6cdcb5a12e18d8315c07c94a624de48f git media-master: gcc version: i6

[PATCH 1/1] DVB-USB: dib0700, fix oops with non-dib7000pc devices

2011-02-05 Thread Jiri Slaby
These devices use different internal structures (dib7000m) and dib7000p pid ctrl accesses invalid members causing kernel to die. Introduce pid control functions for dib7000m which operate on the correct structure. The oops it fixes: BUG: unable to handle kernel NULL pointer dereference at 000

Re: [REGRESSION: wm8775, ivtv] Please revert commit fcb9757333df37cf4a7feccef7ef6f5300643864

2011-02-05 Thread Lawrence Rust
On Tue, 2011-02-01 at 13:49 -0200, Mauro Carvalho Chehab wrote: > Hi Lawrence, > > Em 08-01-2011 16:45, Lawrence Rust escreveu: > > Thanks for the info on the PVR-150. It largely confirmed what I had > > surmised - that the two cards disagree about serial audio data format. > > Before my patch, t

Re: Linux Driver --for MT9M032

2011-02-05 Thread Guennadi Liakhovetski
On Sat, 5 Feb 2011, Prashanth umamaheshwar wrote: > Dear Guennadi Liakhovetski, > We are using EM2440-III kit with ARM Processor S3C2440; here we are > trying to interface the CMOS sensor (MT9M032) camera board to 20 pin > header (camera interface) present on EM2440-III kit. > Here the task in

Re: [PATCH 2/2 v2] dma: ipu_idmac: do not lose valid received data in the irq handler

2011-02-05 Thread Guennadi Liakhovetski
On Sat, 5 Feb 2011, Anatolij Gustschin wrote: > Hi Guennadi, > > On Thu, 3 Feb 2011 11:09:54 +0100 (CET) > Guennadi Liakhovetski wrote: > > > Hi Anatolij > > > > On Mon, 31 Jan 2011, Anatolij Gustschin wrote: > > > > I'm afraid there seems to be a problem with your patch. I have no idea > >

cx25840: probe crashes for cx25837 chip on 2.6.37

2011-02-05 Thread Sven Barth
Hello together! I was eager to test my patch for cx25840 that was included in 2.6.37, so I've updated my system and plugged in my Grabster AV400. But this resulted in a "kernel bug" printed to dmesg: dmesg begin usb 1-5: new high speed USB device using ehci_hcd and address 6 Linux

Re: [GIT PATCHES FOR 2.6.39] Remove se401, usbvideo, dabusb, firedtv-1394 and VIDIOC_OLD

2011-02-05 Thread Hans Verkuil
On Saturday, February 05, 2011 15:29:47 Stefan Richter wrote: > On Feb 05 Hans Verkuil wrote: > > (Second attempt: fixes a link issue with firedtv and adds removal of the > > old ioctls) > > > > This patch series removes the last V4L1 drivers (Yay!), the obsolete dabusb > > driver, > > the ieee1

Re: firedtv and removal of old IEEE1394 stack

2011-02-05 Thread Hans Verkuil
On Saturday, February 05, 2011 15:21:22 Stefan Richter wrote: > On Feb 03 Hans Verkuil wrote: > > Hi Stefan, > > > > I discovered (somewhat to my surprise) that the IEEE1394 stack was removed > > from the kernel in 2.6.37. Your commit > > 66fa12c571d35e3cd62574c65f1785a460105397 > > indicates tha

Re: firedtv and removal of old IEEE1394 stack

2011-02-05 Thread Stefan Richter
On Feb 05 Stefan Richter wrote: > On Feb 03 Hans Verkuil wrote: > > It would be nice to remove this since building the firedtv driver for older > > kernels > > always gives problems on ubuntu due to some missing ieee1394 headers. > > How so? Then there is something wrong with the backported sour

Re: [GIT PATCHES FOR 2.6.39] Remove se401, usbvideo, dabusb, firedtv-1394 and VIDIOC_OLD

2011-02-05 Thread Stefan Richter
On Feb 05 Hans Verkuil wrote: > (Second attempt: fixes a link issue with firedtv and adds removal of the old > ioctls) > > This patch series removes the last V4L1 drivers (Yay!), the obsolete dabusb > driver, > the ieee1394-stack part of the firedtv driver (the IEEE1394 stack was removed > in >

Re: firedtv and removal of old IEEE1394 stack

2011-02-05 Thread Stefan Richter
On Feb 03 Hans Verkuil wrote: > Hi Stefan, > > I discovered (somewhat to my surprise) that the IEEE1394 stack was removed > from the kernel in 2.6.37. Your commit > 66fa12c571d35e3cd62574c65f1785a460105397 > indicates that the ieee1394 firedtv code can be removed in an indepedent > commit. > >

Re: [PATCH 2/2 v2] dma: ipu_idmac: do not lose valid received data in the irq handler

2011-02-05 Thread Anatolij Gustschin
Hi Guennadi, On Thu, 3 Feb 2011 11:09:54 +0100 (CET) Guennadi Liakhovetski wrote: > Hi Anatolij > > On Mon, 31 Jan 2011, Anatolij Gustschin wrote: > > I'm afraid there seems to be a problem with your patch. I have no idea > what is causing it, but I'm just observing some wrong behaviour, that

[GIT PATCHES FOR 2.6.39] Remove se401, usbvideo, dabusb, firedtv-1394 and VIDIOC_OLD

2011-02-05 Thread Hans Verkuil
(Second attempt: fixes a link issue with firedtv and adds removal of the old ioctls) This patch series removes the last V4L1 drivers (Yay!), the obsolete dabusb driver, the ieee1394-stack part of the firedtv driver (the IEEE1394 stack was removed in 2.6.37), and the VIDIOC_*_OLD ioctls. Stefan,

Re: [GIT PATCHES FOR 2.6.39] Remove se401, usbvideo, dabusb and firedtv-1394

2011-02-05 Thread Hans Verkuil
Ignore this, I was too quick and I have to fix a linking issue first. Regards, Hans -- Hans Verkuil - video4linux developer - sponsored by Cisco -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo

[GIT PATCHES FOR 2.6.39] Remove se401, usbvideo, dabusb and firedtv-1394

2011-02-05 Thread Hans Verkuil
This patch series removes the last V4L1 drivers (Yay!), the obsolete dabusb driver and the ieee1394-stack part of the firedtv driver (the IEEE1394 stack was removed in 2.6.37). Stefan, I went ahead with this since after further research I discovered that this driver hasn't been compiled at all si

Re: [GIT PATCHES FOR 2.6.39] fix cx18 regression

2011-02-05 Thread Hans Verkuil
On Monday, January 31, 2011 15:12:58 Mauro Carvalho Chehab wrote: > Em 26-01-2011 05:23, Hans Verkuil escreveu: > > Mauro, please get this upstream asap since this fix needs to go into 2.6.38 > > as well. > > > > Regards, > > > > Hans > > > > The following changes since commit e5fb95675639f0