On Fri, 19 Jun 2009, Andy Walls wrote:
On Fri, 2009-06-19 at 19:26 -0500, Theodore Kilgore wrote:
On Fri, 19 Jun 2009, Andy Walls wrote:
On Fri, 2009-06-19 at 12:47 -0500, Theodore Kilgore wrote:
On Fri, 19 Jun 2009, Andy Walls wrote:
On Thu, 2009-06-18 at 21:43 -0500, Theodore Kilgore
Am Freitag, den 19.06.2009, 21:38 -0500 schrieb Yufei Yuan:
> Ok, let me first summarize what I have done in order not to waste your time
> again. I used Evolution client,
> used preformatted option, sent it to my other email box, forwarded it back
> and saved it as text file, then
> patched th
Ok, let me first summarize what I have done in order not to waste your time
again. I used Evolution client,
used preformatted option, sent it to my other email box, forwarded it back and
saved it as text file, then
patched the original tree, so far everything looks okay. Hopefully you guys can
On Fri, 2009-06-19 at 19:26 -0500, Theodore Kilgore wrote:
>
> On Fri, 19 Jun 2009, Andy Walls wrote:
>
> > On Fri, 2009-06-19 at 12:47 -0500, Theodore Kilgore wrote:
> >>
> >> On Fri, 19 Jun 2009, Andy Walls wrote:
> >>
> >>> On Thu, 2009-06-18 at 21:43 -0500, Theodore Kilgore wrote:
>
> >>
Hello Guys,
I have one of these "paper weights" - that is a S350 , it has been
sitting on the shelf for the past 2 years . And I would really like to
use it . We have a driver for it here :
http://article.gmane.org/gmane.linux.drivers.dvb/38163 . Please what
needs to be done to get this driv
Hi,
Am Freitag, den 19.06.2009, 20:00 -0500 schrieb Yufei Yuan:
> Thanks for your time. It's my first time to do this, so I have been
> trying to follow literally on the wiki page to do it right. If you can
> elaborate a bit about what is broken? Is it the patch created
> incorrectly, or it is pas
Thanks for your time. It's my first time to do this, so I have been
trying to follow literally on the wiki page to do it right. If you can
elaborate a bit about what is broken? Is it the patch created
incorrectly, or it is pasted incorrectly, or the style is still
problematic?
I noticed that cutti
Am Donnerstag, den 18.06.2009, 20:39 -0500 schrieb Yufei Yuan:
> This one is about the utility itself. I do apologize for the length
> here as "inline" patch is preferred according to the guide and I don't
> have any public online storage. Please let me know if this causes any
> inconvenience.
>
On Fri, 19 Jun 2009, Andy Walls wrote:
On Fri, 2009-06-19 at 12:47 -0500, Theodore Kilgore wrote:
On Fri, 19 Jun 2009, Andy Walls wrote:
On Thu, 2009-06-18 at 21:43 -0500, Theodore Kilgore wrote:
On Thu, 18 Jun 2009, Andy Walls wrote:
Interesting. To answer your question, I have no
m-kariche...@ti.com writes:
> From: Muralidharan Karicheri
>
> Big Thanks to all reviewers who have contributed to this driver
> by reviewing and offering valuable comments.
>
> VPFE Capture driver for DaVinci Media SOCs :- DM355 and DM6446
>
> This is the version v3 of the patch series. This is
There are many lock imbalances in this driver. Fix all found.
Signed-off-by: Jiri Slaby
---
drivers/media/video/hdpvr/hdpvr-core.c | 12 ++--
drivers/media/video/hdpvr/hdpvr-video.c |6 --
2 files changed, 10 insertions(+), 8 deletions(-)
diff --git a/drivers/media/video/hdpv
There is one path with omitted unlock in si470x_fops_release. Fix that.
Signed-off-by: Jiri Slaby
---
drivers/media/radio/radio-si470x.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/media/radio/radio-si470x.c
b/drivers/media/radio/radio-si470x.c
index 640
There seems to be one superfluos unlock in a poll function. Remove it.
Signed-off-by: Jiri Slaby
---
drivers/media/video/saa7134/saa7134-video.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/saa7134/saa7134-video.c
b/drivers/media/video/saa7134/saa
There is one omitted unlock in em28xx_usb_probe. Fix that.
Signed-off-by: Jiri Slaby
---
drivers/media/video/em28xx/em28xx-cards.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/em28xx/em28xx-cards.c
b/drivers/media/video/em28xx/em28xx-cards.c
index
There is no point in defining I2C adapter IDs when no code is using
them. As this field might go away in the future, stop using it when
we don't need to.
Signed-off-by: Jean Delvare
---
There are 2 different cases:
* If ir-kbd-i2c tests the adapter ID on older kernels, we have to keep
the ID de
On Fri, 19 Jun 2009, Andy Walls wrote:
On Fri, 2009-06-19 at 12:47 -0500, Theodore Kilgore wrote:
On Fri, 19 Jun 2009, Andy Walls wrote:
On Thu, 2009-06-18 at 21:43 -0500, Theodore Kilgore wrote:
On Thu, 18 Jun 2009, Andy Walls wrote:
Interesting. To answer your question, I have no
On Fri, Jun 19, 2009 at 12:51 PM, hermann pitton wrote:
> Hi all,
>
> Am Freitag, den 19.06.2009, 19:12 +0930 schrieb James Moschou:
>> 2009/6/19 Terry Wu :
>> > Hi,
>> >
>> >>>[ 9.916022] saa7134 :05:01.0: firmware: requesting
>> >>>dvb-fe-tda10048-1.0.fw
>> >>>[ 10.020209] tda10048_firm
On Fri, 2009-06-19 at 12:47 -0500, Theodore Kilgore wrote:
>
> On Fri, 19 Jun 2009, Andy Walls wrote:
>
> > On Thu, 2009-06-18 at 21:43 -0500, Theodore Kilgore wrote:
> >>
> >> On Thu, 18 Jun 2009, Andy Walls wrote:
> >>>
> >>>
> >>>
> >>
> >> Interesting. To answer your question, I have no idea
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 Jun 19 19:00:02 CEST 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 12070:722c6faf3ab5
gcc version: gcc
Hi All,
Turns out that, in addition the below, one more soc-camera ops
function is still needed.
Init is required in my case to make a call to the subdev->ops->core_ops->init
function in order to put the register contents back after the reset callback
in soc_camera_open.
I'm guessing down the li
On Fri, 19 Jun 2009, Andy Walls wrote:
On Thu, 2009-06-18 at 21:43 -0500, Theodore Kilgore wrote:
On Thu, 18 Jun 2009, Andy Walls wrote:
Interesting. To answer your question, I have no idea off the top of my
head. I do have what seems to be a similar camera. It is
Bus 005 Device 006:
Hi all,
Am Freitag, den 19.06.2009, 19:12 +0930 schrieb James Moschou:
> 2009/6/19 Terry Wu :
> > Hi,
> >
> >>>[9.916022] saa7134 :05:01.0: firmware: requesting
> >>>dvb-fe-tda10048-1.0.fw
> >>>[ 10.020209] tda10048_firmware_upload: Upload failed. (file not found?)
> >
> > The dvb-fe-td
On Friday 19 June 2009 18:11:11 Devin Heitmueller wrote:
> On Fri, Jun 19, 2009 at 12:04 PM, Hans Verkuil wrote:
> > Hmm, I discovered that firedtv-1394.c isn't compiled in the daily build
> > even though ieee1394 is enabled in the kernel. I can manually enable
> > it, though: make menuconfig, disa
Hi,
we've found that there is a vmalloc call from atomic context:
dvb_dmx_swfilter_packets
-> spin_lock()
-> dvb_dmx_swfilter_packet
-> vmalloc()
--
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
On Fri, Jun 19, 2009 at 12:04 PM, Hans Verkuil wrote:
> Hmm, I discovered that firedtv-1394.c isn't compiled in the daily build even
> though ieee1394 is enabled in the kernel. I can manually enable it, though:
> make menuconfig, disable and enable the firedtv driver, and then it
> magically works.
On Friday 19 June 2009 17:42:18 Devin Heitmueller wrote:
> On Fri, Jun 19, 2009 at 11:33 AM, Hans Verkuil wrote:
> > What's the compile error exactly? The firedtv driver compiles fine in
> > the daily build against the vanilla 2.6.30 kernel.
> >
> > Regards,
> >
> > Hans
>
> Unfortunately, I
On Fri, Jun 19, 2009 at 11:33 AM, Hans Verkuil wrote:
> What's the compile error exactly? The firedtv driver compiles fine in the
> daily build against the vanilla 2.6.30 kernel.
>
> Regards,
>
> Hans
>
Unfortunately, I sent the email from work and didn't have the output
in front of me (or
On Friday 19 June 2009 16:52:06 Devin Heitmueller wrote:
> It seems that attempting to compile the current v4l-dvb against a
> stock Karmic Koala build fails. I suspect this has to do with the
> fact that 2.6.30 is built with ieee1394 enabled, which causes
> firedtv-ieee1394.c to get compiled, and
Hello,
I am using a Tevii S460 DVB-S2 card in a linux environment. Useing the
lasted v4l driver source.
Use mplayer to test the adapter.
Can receive BBC HD from astra 28.2 including the digital audio.
How ever when I try HD channels from Astra 19.2 I get error from the
cx8802 driver, cx8802_st
Hi Mauro,
Based on your earlier comments I refactored the video_register_device
function.
My code is here http://www.linuxtv.org/hg/~hverkuil/v4l-dvb and it contains
the following four patches:
- v4l: remove video_register_device_index
This implements the RFC I posted earlier: video_register_
It seems that attempting to compile the current v4l-dvb against a
stock Karmic Koala build fails. I suspect this has to do with the
fact that 2.6.30 is built with ieee1394 enabled, which causes
firedtv-ieee1394.c to get compiled, and that file references #include
files that do not exist. As far a
Hello Mauro,
Please pull from
http://www.kernellabs.com/hg/~dheitmueller/em28xx-indtube2 for the
following:
- em28xx: make sure the analog GPIOs are set if we used a card hint
- em28xx: add support for EVGA inDtube
Thanks,
Devin
--
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com
On Fri, Jun 19, 2009 at 8:41 AM, Matthias Schwarzott wrote:
> Yes, I did verify that. There are no memset calls for that memory.
>
>> If so, you can add my "Acked-by: Andreas Oberritter
>> ".
>>
> Regards
> Matthias
I'm glad to see this finally happen. This has been bugging me for a
while on s5h1
Hello,
I am using a Tevii S460 DVB-S2 card in a linux environment. Useing the
lasted v4l driver source.
Use mplayer to test the adapter.
Can receive BBC HD from astra 28.2 including the digital audio.
How ever when I try HD channels from Astra 19.2 I get error from the
cx8802 driver, cx8802_st
On Monday 15 June 2009 21:48:32 Mauro Carvalho Chehab wrote:
> Hi Hans,
>
> Em Mon, 15 Jun 2009 13:27:42 +0200
>
> Hans Verkuil escreveu:
> > On Sunday 14 June 2009 12:15:34 Hans Verkuil wrote:
> > > On Sunday 14 June 2009 11:50:51 Hans Verkuil wrote:
> > > > Hi Mauro,
> > > >
> > > > Please pull
On Friday 19 June 2009 13:49:37 Halim Sahin wrote:
> Hi,
> Ok I have tested
> modprobe bttv audiodev=-1 card=34 tuner=24 gbuffers=16
>
> I am seeing again the delay.
> More ideas?
Use more printk messages in the bttv_init_card2() function to try and narrow
down the exact function call that is cau
On Wednesday 17 June 2009 23:51:43 Alexey Klimov wrote:
> Hello,
> one more small comment
>
> On Thu, Jun 18, 2009 at 12:11 AM, wrote:
> > From: Muralidharan Karicheri
> >
> > DM355 CCDC hw module
> >
> > Adds ccdc hw module for DM355 CCDC. This registers with the bridge
> > driver a set of hw_op
On Freitag, 19. Juni 2009, Andreas Oberritter wrote:
> Hello Matthias,
>
> Matthias Schwarzott wrote:
> > This patch changes most frontend drivers to allocate their state
> > structure via kzalloc and not kmalloc. This is done to properly
> > initialize the embedded "struct dvb_frontend frontend" f
On Wednesday 17 June 2009 23:29:31 Alexey Klimov wrote:
> Hello,
>
> very small comments, see below please
Thanks, I've added the missing newlines and the wrong return code in a
separate patch in my pull request.
Regards,
Hans
--
Hans Verkuil - video4linux developer - sponsored by TAN
Hi Mauro,
Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-vpfe-cap for
the following:
- tvp514x: Migration to sub-device framework
- v4l: vpfe capture bridge driver for DM355 and DM6446
- vpfe_capture: add missing newlines and fix an incorrect error code.
- v4l: ccdc hw device heade
Hello Matthias,
Matthias Schwarzott wrote:
> This patch changes most frontend drivers to allocate their state structure
> via
> kzalloc and not kmalloc. This is done to properly initialize the
> embedded "struct dvb_frontend frontend" field, that they all have.
>
> The visible effect of this s
On Fri, Jun 19, 2009 at 1:43 PM, Hans Verkuil wrote:
> On Friday 19 June 2009 13:36:49 wk wrote:
>> Is there anything planned/ongoing to support Radio Data System (RDS)
>> with ivtv supported cards?
>> Would be quite helpful for analogue radio channel scanning and finding
>> the matching channel na
Hi,
Ok I have tested
modprobe bttv audiodev=-1 card=34 tuner=24 gbuffers=16
I am seeing again the delay.
More ideas?
Regards
Halim
--
Halim Sahin
E-Mail:
halim.sahin (at) t-online.de
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body
On Friday 19 June 2009 13:36:49 wk wrote:
> Is there anything planned/ongoing to support Radio Data System (RDS)
> with ivtv supported cards?
> Would be quite helpful for analogue radio channel scanning and finding
> the matching channel names.
> Is there something out to be tested?
As far as I kn
Is there anything planned/ongoing to support Radio Data System (RDS)
with ivtv supported cards?
Would be quite helpful for analogue radio channel scanning and finding
the matching channel names.
Is there something out to be tested?
thanks,
Winfried
--
To unsubscribe from this list: send the lin
Hi list!
This patch changes most frontend drivers to allocate their state structure via
kzalloc and not kmalloc. This is done to properly initialize the
embedded "struct dvb_frontend frontend" field, that they all have.
The visible effect of this struct being uninitalized is, that the member "i
hi,
I've a LV5H clone marketed in Italy under Extreme Technology brand
which does not work under Ubuntu Jaunty (kernel version 2.6.30 used to
solve intel graphics video card performance issue).
It is identified by:
idVendor=eb1a, idProduct=2883
I tried to use it using the following em28xx.c
Mauro,
Please pull from http://udev.netup.ru/hg/v4l-dvb-commits
for the following 4 changesets:
01/04: Change lnbh24 configure bits for NetUP card.
http://udev.netup.ru/hg/v4l-dvb-commits?cmd=changeset;node=c8916f9693c7
02/04: Bug fix: stv0900 register read must using i2c in one transaction
htt
2009/6/19 Terry Wu :
> Hi,
>
>>>[ 9.916022] saa7134 :05:01.0: firmware: requesting
>>>dvb-fe-tda10048-1.0.fw
>>>[ 10.020209] tda10048_firmware_upload: Upload failed. (file not found?)
>
> The dvb-fe-tda10048-1.0.fw is needed.
> You can get it from the following links:
> http://tw1965.mywe
On Thu, 18 Jun 2009 19:44:05 +0200
Hans de Goede wrote:
> I've rebased my tree on your latest and fixed the coding style issues,
> so please pull from:
> http://linuxtv.org/hg/~hgoede/gspca
>
> For:
> -ov511(+) support
> -st6422 support
> -ov519/ov518 fixes
> -sonixj 0c45:613e support
> -sonixj
Hi,
As I reported before (i am sorry for insisting, and I understand that
working without the card is not so easy), this card (Asus Europa2 OEM
[card=100,autodetected]) does not work with kernel 2.6.26 and later
(2.6.25 is OK, at least for DVB)
in 2.6.25,
composite input, DVB are working. rad
Hi,
>>[9.916022] saa7134 :05:01.0: firmware: requesting
>>dvb-fe-tda10048-1.0.fw
>>[ 10.020209] tda10048_firmware_upload: Upload failed. (file not found?)
The dvb-fe-tda10048-1.0.fw is needed.
You can get it from the following links:
http://tw1965.myweb.hinet.net/Linux/firmware.tar.gz
Replace printing to magically sized temporary buffer with use
of KERN_CONT for continual printing of eeprom registers dump.
Since deb_info is defined as dprintk, which is conditionally defined
to printk without additional parameters, meaning that deb_info is equivalent
to direct printk (without ad
53 matches
Mail list logo
