* Randy Dunlap wrote:
> From: Randy Dunlap
>
> Add slab.h to fix ak881x build:
>
> drivers/media/video/ak881x.c:265:error: implicit declaration of function
> 'kzalloc'
> drivers/media/video/ak881x.c:265:warning: assignment makes pointer from
> integer without a cast
> drivers/media/video/ak
It's sad that this bug has gone into 2.6.35-rc1.
I already reported it on 24.05.2010:
http://article.gmane.org/gmane.linux.drivers.video-input-infrastructure/19564/
Unfortunately it didn't get any attention, which makes me a little bit
depressive...
What is the right way to report bugs if code
On Mon, May 31, 2010 at 6:31 PM, Mauro Carvalho Chehab
wrote:
> Em 31-05-2010 18:45, Andy Walls escreveu:
>> On Mon, 2010-05-31 at 17:58 -0300, Mauro Carvalho Chehab wrote:
>
>>> I may be wrong (since we didn't write any TX support), but I think that a
>>> rc_set_tx_parameters() wouldn't be necess
On Mon, May 31, 2010 at 10:48:32PM +0100, Richard Purdie wrote:
> On Mon, 2010-05-31 at 12:09 -0700, Dmitry Torokhov wrote:
> > On Mon, May 31, 2010 at 02:55:48PM +0200, Wolfram Sang wrote:
> > > I2C-drivers can use the clientdata-pointer to point to private data. As
> > > I2C
> > > devices are no
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 01.06.2010 00:09, schrieb Mauro Carvalho Chehab:
> Em 31-05-2010 12:25, stefan.rin...@arcor.de escreveu:
>> From: Stefan Ringel
>>
>> fusion function copy streams and copy_packets to new function
copy_streams.
>
>
> There's something wrong with th
Em 31-05-2010 19:22, Luis Henrique Fagundes escreveu:
> Hi,
>
> I'm having my first adventures on driver coding, trying to help audio
> development of tm6000 based on Mauro's hints.
>
> According to Mauro and coding comments, the audio URBs are already
> being received by tm6000-video. The copy_p
Signed-off-by: Joe Perches
---
drivers/media/dvb/siano/smscoreapi.c |4 +---
drivers/media/video/w9968cf.c|3 +--
2 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/drivers/media/dvb/siano/smscoreapi.c
b/drivers/media/dvb/siano/smscoreapi.c
index 0c87a3c..828bcc2 1006
The following is a link to an approx. 11min video. The connection pt. to
what you are doing here comes in it in around the 8 min mark, so bear
with it (though I highly doubt it will be in any way insufferable). I
hope you enjoy this little diversion (I think most will).
http://www.youtube.com/wat
On Sun, 2010-05-30 at 12:33 +0200, Silamael wrote:
> 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. M
Em 31-05-2010 18:45, Andy Walls escreveu:
> On Mon, 2010-05-31 at 17:58 -0300, Mauro Carvalho Chehab wrote:
>> I may be wrong (since we didn't write any TX support), but I think that a
>> rc_set_tx_parameters() wouldn't be necessary, as I don't see why the driver
>> will
>> change the parameters
Guennadi Liakhovetski writes:
> Hi Robert
>
> a lot of things changed in and around soc-camera between 2.6.30 and
> .33... E.g., previously you could load driver modules in any order, it
> would work in any case. Now if you load your host driver (pxa) and your
> client driver is not there yet,
Hi,
I'm having my first adventures on driver coding, trying to help audio
development of tm6000 based on Mauro's hints.
According to Mauro and coding comments, the audio URBs are already
being received by tm6000-video. The copy_packet function correctly
filters video packets (identified as cmd=1,
Em 31-05-2010 12:25, stefan.rin...@arcor.de escreveu:
> From: Stefan Ringel
>
> fusion function copy streams and copy_packets to new function copy_streams.
There's something wrong with this patch:
$ patch -p1 -i /tmp/tm6000\:\ rewrite\ copy_streams.eml -l
(Stripping trailing CRs from patch.)
p
On Mon, 2010-05-31 at 12:09 -0700, Dmitry Torokhov wrote:
> On Mon, May 31, 2010 at 02:55:48PM +0200, Wolfram Sang wrote:
> > I2C-drivers can use the clientdata-pointer to point to private data. As I2C
> > devices are not really unregistered, but merely detached from their driver,
> > it
> > used
Hi Robert
On Mon, 31 May 2010, Robert Jarzmik wrote:
> I tried to upgrade from 2.6.30 to 2.6.33 and verify my board (ie. the mt9m111
> sensor with pxa_camera host).
>
> I'm a bit surprised it didn't work. I dig just a bit, and found that :
> - in soc_camera_init_i2c(), the following call fails
On Mon, 2010-05-31 at 17:58 -0300, Mauro Carvalho Chehab wrote:
> Em 31-05-2010 16:38, Andy Walls escreveu:
> > On Mon, 2010-05-31 at 16:06 -0300, Mauro Carvalho Chehab wrote:
> >> Hi Andy,
> >>
> >> Em 31-05-2010 09:15, Andy Walls escreveu:
> I've now got an ir-lirc-codec bridge passing data
Em 31-05-2010 16:31, Andy Walls escreveu:
> On Mon, 2010-05-31 at 07:25 +0200, Torsten Kaiser wrote:
>> 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 R
Em 31-05-2010 16:38, Andy Walls escreveu:
> On Mon, 2010-05-31 at 16:06 -0300, Mauro Carvalho Chehab wrote:
>> Hi Andy,
>>
>> Em 31-05-2010 09:15, Andy Walls escreveu:
I've now got an ir-lirc-codec bridge passing data over to a completely
unmodified lirc_dev, with the data then making its
Hi Dmitry,
On Mon, 31 May 2010 12:09:12 -0700, Dmitry Torokhov wrote:
> Frankly I'd prefer taking input stuff through my tree with the goal of
> .36 merge window just to minimize potential merge issues. This is a
> simple cleanup patch that has no dependencies, so there is little gain
> from doing
I tried to upgrade from 2.6.30 to 2.6.33 and verify my board (ie. the mt9m111
sensor with pxa_camera host).
I'm a bit surprised it didn't work. I dig just a bit, and found that :
- in soc_camera_init_i2c(), the following call fails
subdev = v4l2_i2c_new_subdev_board(&ici->v4l2_dev, adap,
See the announcement at http://kaffeine.kde.org/?q=node/27
Christoph
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, 2010-05-31 at 16:06 -0300, Mauro Carvalho Chehab wrote:
> Hi Andy,
>
> Em 31-05-2010 09:15, Andy Walls escreveu:
> >> I've now got an ir-lirc-codec bridge passing data over to a completely
> >> unmodified lirc_dev, with the data then making its way out to the
> >> lircd userspace where its
On Mon, 2010-05-31 at 07:25 +0200, Torsten Kaiser wrote:
> 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]
Smatch complained because "d" is dereferenced first and then checked for
null later . The only code path where "d" could be a invalid pointer is
if this is a cold device in dvb_usb_device_init(). I consulted Antti
Palosaari and he explained that anysee is always a warm device.
I have added a co
On Mon, 31 May 2010, Jean-Francois Moine wrote:
> On Mon, 31 May 2010 00:24:21 +0200
> Olivier Lorin wrote:
>
> > - 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 def
On Mon, May 31, 2010 at 06:22:49PM +0300, Antti Palosaari wrote:
> Terve Dan,
>
> On 05/31/2010 06:09 PM, Dan Carpenter wrote:
>> Hi I'm going through some smatch stuff and I had a question.
>>
>> drivers/media/dvb/dvb-usb/anysee.c +482 anysee_probe(30)
>> warn: variable dereferenced before ch
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:Mon May 31 19:00:28 CEST 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 14875:304cfde05b3f
git master:
Hi Wolfram,
On Mon, May 31, 2010 at 02:55:48PM +0200, Wolfram Sang wrote:
> I2C-drivers can use the clientdata-pointer to point to private data. As I2C
> devices are not really unregistered, but merely detached from their driver, it
> used to be the drivers obligation to clear this pointer during
Hi Andy,
Em 31-05-2010 09:15, Andy Walls escreveu:
>> I've now got an ir-lirc-codec bridge passing data over to a completely
>> unmodified lirc_dev, with the data then making its way out to the
>> lircd userspace where its even getting properly decoded. I don't have
>> the transmit side of things
On Thu, 20 May 2010 13:51:46 EDT, valdis.kletni...@vt.edu said:
*ping*? Still broken in a linux-next pull I did about an hour ago. The
patch fixed one oops, but it just died a little further down - I'm guessing
it missed a case?
> > input_default_getkeycode_from_index() returns the scancode at
On Mon, 2010-05-31 at 17:38 +0200, Sedji Gaouaou wrote:
> Hi,
>
> I am currently working on the atmel video driver, and I am facing a issue.
> I have written a driver for the ov2640 omnivison sensor(enclosed). In
> the ov2640 driver I am using the v4l2_subdev API. The point is I don't
> how how
French TV "Arte" keeps broadcasting announcements claiming that on
June 6th, its multiplexer will change and to keep watching Arte, we'll
have to rescan channels.
Stay tuned!
Charles.
2010/5/31 Christoph Pfister :
> 2010/5/28 Charles :
>> Hello,
>>
>> I found out that frequencies listed here ar
2010/5/28 Charles :
> Hello,
>
> I found out that frequencies listed here are outdated:
> http://linuxtv.org/hg/dvb-apps/file/7de0663facd9/util/scan/dvb-t/fr-Nantes
What about these ones:
http://linuxtv.org/hg/dvb-apps/file/tip/util/scan/dvb-t/fr-Nantes
> These are the new frequencies:
>
> 538167
On Mon, May 31, 2010 at 02:55:48PM +0200, Wolfram Sang wrote:
> I2C-drivers can use the clientdata-pointer to point to private data. As I2C
> devices are not really unregistered, but merely detached from their driver, it
> used to be the drivers obligation to clear this pointer during remove() or a
Just a quick question. I have an Kworld atsc 110 and 115.
after 2 1/2 days I have 1624 dmesg "Timeout waiting for nxt2004 to init" lines.
My understanding is once something in inititialize you shouldn't need
to do it again.
is the a reason it needs to init repeatedly? The cards are
functioning f
Hi,
I am currently working on the atmel video driver, and I am facing a issue.
I have written a driver for the ov2640 omnivison sensor(enclosed). In
the ov2640 driver I am using the v4l2_subdev API. The point is I don't
how how can I access it in my video driver?
How to register the subdev stru
From: Stefan Ringel
fusion function copy streams and copy_packets to new function copy_streams.
Signed-off-by: Stefan Ringel
---
drivers/staging/tm6000/tm6000-usb-isoc.h |5 +-
drivers/staging/tm6000/tm6000-video.c| 335 +++---
2 files changed, 122 insertions(
Terve Dan,
On 05/31/2010 06:09 PM, Dan Carpenter wrote:
Hi I'm going through some smatch stuff and I had a question.
drivers/media/dvb/dvb-usb/anysee.c +482 anysee_probe(30)
warn: variable dereferenced before check 'd'
466 ret = dvb_usb_device_init(intf,&anysee_properties,
Hi I'm going through some smatch stuff and I had a question.
drivers/media/dvb/dvb-usb/anysee.c +482 anysee_probe(30)
warn: variable dereferenced before check 'd'
466 ret = dvb_usb_device_init(intf, &anysee_properties,
THIS_MODULE, &d,
467 adapter_nr);
On Mon, May 31, 2010 at 02:55:48PM +0200, Wolfram Sang wrote:
> I2C-drivers can use the clientdata-pointer to point to private data. As I2C
> devices are not really unregistered, but merely detached from their driver, it
> used to be the drivers obligation to clear this pointer during remove() or a
On Mon, 2010-05-31 at 09:19 +0200, Jean-Francois Moine wrote:
> On Mon, 31 May 2010 00:03:10 +0200
> Ondrej Zary wrote:
>
> > > I would try extracting a JPEG header from one of the files captured
> > > by the camera in stand alone mode (either a JPEG still or MJPEG
> > > file), and put that heade
On Mon, 31 May 2010, Hiremath, Vaibhav wrote:
> > > 2. Since V4L2-INT and SoC-Camera frameworks are deprecated, can you please
> > > let me know the roadmap for Sub-Device framework ?
> >
> > The soc-camera framework isn't deprecated, but it isn't used by the OMAP3
> > ISP
> > driver either.
> >
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Laurent Pinchart
> Sent: Monday, May 31, 2010 1:29 PM
> To: manjunathan.pa...@wipro.com; Guennadi Liakhovetski
> Cc: linux-media@vger.kernel.org
> Subject: Re: Regardin
On Mon, 2010-05-31 at 02:20 -0400, Jarod Wilson wrote:
> 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:
>
Hi Manjunathan,
On Monday 31 May 2010 11:40:55 manjunathan.pa...@wipro.com wrote:
> > On Friday 28 May 2010 15:54:57 manjunathan.pa...@wipro.com wrote:
> > > Dear Linux-media group
> > >
> > > I am a newbie and have recently started working on integration of a new
> > > camera sensor MT9M112 senso
Hello everybody! I a KWorld PlusTV Dual DVB-T Stick (DVB-T 399U)
device, I use it on MythTV, the problem is that I can not get any EIT
info fron this stick, I try wit other stick and it works.
How can I try to get EIT? I can watch TV channels well.
I use Debian Squeeze with dvb-usb-af9015.fw firm
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Laurent Pinchart
> Sent: Monday, May 31, 2010 1:29 PM
> To: manjunathan.pa...@wipro.com; Guennadi Liakhovetski
> Cc: linux-media@vger.kernel.org
> Subject: Re: Regardin
From: Huzaifa Sidhpurwala
Move VIDIOCGFBUF into libv4l1
Signed-off-by: Huzaifa Sidhpurwala
---
lib/libv4l1/libv4l1.c | 45 +
1 files changed, 45 insertions(+), 0 deletions(-)
diff --git a/lib/libv4l1/libv4l1.c b/lib/libv4l1/libv4l1.c
index e13feba
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Tobias Klauser
> Sent: Thursday, May 20, 2010 2:06 PM
> To: mche...@infradead.org; linux-media@vger.kernel.org
> Cc: kernel-janit...@vger.kernel.org; Tobias Klauser
> S
Hi Manjunathan,
On Friday 28 May 2010 15:54:57 manjunathan.pa...@wipro.com wrote:
> Dear Linux-media group
> I am a newbie and have recently started working on integration of a new
> camera sensor MT9M112 sensor with OMAP ISP Camera subsystem on a OMAP 3530
> based custom board. So I checked in
On Monday 31 May 2010, Jean-Francois Moine wrote:
> On Mon, 31 May 2010 00:03:10 +0200
>
> Ondrej Zary wrote:
> > > I would try extracting a JPEG header from one of the files captured
> > > by the camera in stand alone mode (either a JPEG still or MJPEG
> > > file), and put that header together wi
On Mon, May 31, 2010 at 08:46:00AM +0200, Guennadi Liakhovetski wrote:
> 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 w
HI!
I just went to compro website and have seen that *f cards
have some identical MCE-alike but also slightly different remotes,
so we have to invent some better names to distinguish between
them (compro itself might have some names for them)
d.
--
To unsubscribe from this list: send the line "
On Mon, 31 May 2010 00:24:21 +0200
Olivier Lorin wrote:
> - 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
Hi Olivier,
If I can anticipate, the changes are t
On Mon, 31 May 2010 00:03:10 +0200
Ondrej Zary wrote:
> > I would try extracting a JPEG header from one of the files captured
> > by the camera in stand alone mode (either a JPEG still or MJPEG
> > file), and put that header together with the image data from the
> > USB capture. It may not look
55 matches
Mail list logo
