On Thu, 19 Feb 2009, morimoto.kunin...@renesas.com wrote:
> Dear Guennadi
>
> > > It works well on all cases.
> > So I can add your "Tested-by:"?
>
> Yes please.
>
> > You can try to trigger the race with the capture.c example. Reduce the
> > "count" variable in mainloop() and run capture.c in
I read in mailing list about design error in dm1105.
So I am designer.
DMA buffer in the driver itself organized like ringbuffer
and not difficult to bind it to tasklet or work queue.
I choose work queue, because it is like trend :)
The code tested by me on quite fast computer and it works as usual
panagiotis takis_rs wrote:
> Hey!!
>
> I have a problem with my tv card(pinnacle pctv 310i)
> I can see image but i have no sound.
> I have tried both tvtime and kdetv.
>
> I have found this http://ubuntuforums.org/showthread.php?t=568528 . Is it
> related with my problem?
>
> My tv card giv
Andreas wrote:
> Just to let you know that you're not alone:
> I had a simiilar problem with the combination of an AverMedia A180 and
> two Asus Falcon (they use the ivtv drivers and firmware). Whenever one
> of the Falcons was recording, I got blips and dropouts on the
> AverMedia. I chalked it
Evidently someone from NXP has left a message in the wiki (Ignore the
incorrect date, as the message was entered today; see history for
confirmation): http://www.linuxtv.org/wiki/index.php/Talk:NXP_SAA716x
I will invite them to join into this thread.
If "octavsly" is able to assist, I believe the
Hi
I was looking over my logs and I'm wondering is
"nxt200x: Timeout waiting for nxt2004 to init"
common or is this womething I need to worry about. I got one shortly before a
lockup(No backtrace). Nothing was doing other than dvbstreamer sitting idle.
I'll provide further logs if it should be ne
Hi Amy,
Amy Overmyer wrote:
> I’m trying to write a driver for the
> device, just as a learning exercise. So far, I’ve got the firmware in intel
> hex
> format (from usbsnoop on windows, then a couple perl scripts to mutate it)
> and
> am able to use fxload to load it with –t fx2 and there ar
Steven Toth wrote:
> Agreed, probably a secondary issue - which probably needs some
> attention regardless.
>
> I don't follow kworld products so I don't pretend to know which demod
> they're using. I guess my question to the wider audience is, do people
> with this same demod on other cards experi
Dear Guennadi
> I'll hold off on both these SOCAM_FIELD_ID_* patches until we have
> clarified this, ok?
I'm so sorry for very slowly response.
> like with other control signals, where if both partners are freely
> configurable, then any polarity can be used; if one is configurable and
> ano
Dear Guennadi
> > It works well on all cases.
> So I can add your "Tested-by:"?
Yes please.
> You can try to trigger the race with the capture.c example. Reduce the
> "count" variable in mainloop() and run capture.c in a loop for a while...
> Try without this patch and then with this patch. B
Jiri Kosina wrote:
> On Mon, 16 Feb 2009, CityK wrote:
>
>
[inline patch]
>>> This doesn't seem to be picked by anyone for current -next/-mmotm, I have
>>> applied it to trivial tree. Thanks,
>>>
>> Will this create any complication? As it is indeed queued in
Sedji Gaouaou wrote:
> Hi everybody,
>
> I am writing here to know if it is the proper place to send a driver
> that I have written for atmel's boards.
> I would like to know as well if there is a git tree against which I
> should based my patch or should I based it against the latest rc?
Hello, h
On Tue, 17 Feb 2009, Kyle Guinn wrote:
On Tuesday 17 February 2009 13:09:28 Jean-Francois Moine wrote:
Hi Kyle,
Looking at the v4l library from Hans de Goede, I did not find the
decoding of the MR97310A images. May you send him a patch for that?
Yes, I sent this to him some time ago. Tak
Le 18.02.2009 15:44:55, Jean-Francois Moine a écrit :
> On Wed, 18 Feb 2009 08:48:37 -0400
> Manu wrote:
>
> > > I have such a USB device. It works fine without any patch with
> the
> > > last
> > > version of Igor M. Liplianin's repository:
> > >
> > > http://mercurial.intuxication.org/hg/s2
Yes, Please merge this Mauro.
Thank you :-)
Acked-by: Michael Krufky
Strange, I didn't get the original mail, but I got Mauro's replies...
Oh well.
Cheers,
Mike
Mauro Carvalho Chehab wrote:
Patch resent to the proper ML, in order to be handled by patchwork.
Michael,
The patch seems ok
After reloading the module, the remote control (almost) worked. Unfortunately,
keys got stuck somehow, just as if I were holding a key on the keyboard.
Another key press changed the event being repeated, but there seemed to be *no*
key release events at all.
Pressing the channel up/down keys s
--- On 18/2/09, Russell King -wrote:
> On Wed, Feb 18, 2009 at 07:09:55AM -0800, Agustin wrote:
> > $ patch -p1 --dry-run < p1
> > patching file drivers/dma/ipu/ipu_idmac.c
> > patch: malformed patch at line 29: /*
> >
> > Looks like your patches lost their format while on their way,
> > spec
(moved to the new v4l list)
On Wed, 18 Feb 2009, Sedji Gaouaou wrote:
> Hi everybody,
>
> I am writing here to know if it is the proper place to send a driver that I
> have written for atmel's boards.
> I would like to know as well if there is a git tree against which I should
> based my patch o
Hello Hans.
I went too far.
Just forgot what we can do through porting job.
You are right. That should be board specific item.
Cheers,
Nate
2009. 02. 18, 오후 11:36, Hans de Goede 작성:
DongSoo(Nathaniel) Kim wrote:
Hello Adam,
I've been thinking exactly the same issue not usb but SoC based
On Wed, 18 Feb 2009, Steven Toth wrote:
> Trent Piepho wrote:
> > On Tue, 17 Feb 2009, Steven Toth wrote:
> >> Trent Piepho wrote:
> >>> On Mon, 16 Feb 2009, Steven Toth wrote:
> Fixing the demux... Would this require and extra buffer copy? probably,
> but it's
> a trade-off between
On Wed, Feb 18, 2009 at 07:09:55AM -0800, Agustin wrote:
> Guennadi,
> > Guennadi Liakhovetski wrote:
> > diff --git a/drivers/dma/ipu/ipu_idmac.c b/drivers/dma/ipu/ipu_idmac.c
> > index 1f154d0..91e6e4e 100644
> > --- a/drivers/dma/ipu/ipu_idmac.c
> > +++ b/drivers/dma/ipu/ipu_idmac.c
> > @@ -28,6
On Wed, 18 Feb 2009 08:48:37 -0400
Manu wrote:
> > I have such a USB device. It works fine without any patch with the
> > last
> > version of Igor M. Liplianin's repository:
> >
> > http://mercurial.intuxication.org/hg/s2-liplianin/
>
> Hmm do you mean that you can lock any DVB-S2 transpo
Hello List,
i switched to MSI Media Center Platform which can only hold one PCI Card about
a year ago. The built in card is a PCI TT3200 and i added an USB DVB-S2
TT3600 externaly.
I used multiproto and multiproto_plus but got no stable data stream for TT3600
USB adapter.
Always distortions an
On Wed, 18 Feb 2009 13:58:00 +0100
Thomas Kaiser wrote:
> Hello Jean-Francois
Hello Thomas and Steve,
> Thanks, for the frame (or frames?).
It is a full image. It is compressed: the images have different sizes,
about 25 Kb.
> What resolution did you use while recording this stream?
I have no
(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:Wed Feb 18 19:00:06 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 10653:359d95e1d541
gcc version: gcc
Hello List,
i switched to MSI Media Center Platform which can only hold one PCI Card about
a year ago. The built in card is a PCI TT3200 and i added an USB DVB-S2
TT3600 externaly.
I used multiproto and multiproto_plus but got no stable data stream for TT3600
USB adapter.
Always distortions an
I'll hold off on both these SOCAM_FIELD_ID_* patches until we have
clarified this, ok?
Thanks
Guennadi
On Thu, 5 Feb 2009, Guennadi Liakhovetski wrote:
> On Tue, 3 Feb 2009, Kuninori Morimoto wrote:
>
> > sh_mobile_ceu can support "field signal" from external module.
> > To support this operat
On Fri, 13 Feb 2009, Magnus Damm wrote:
> Hi Matthieu,
>
> [CC Morimoto-san]
> [Changed list to linux-media]
>
> On Tue, Jan 20, 2009 at 6:27 PM, Matthieu CASTET
> wrote:
> > Magnus Damm a écrit :
> >> On Mon, Jan 19, 2009 at 11:02 PM, Matthieu CASTET
> >>> But we didn't do stop_capture, so as
Hi Morimoto-san
On Mon, 16 Feb 2009, morimoto.kunin...@renesas.com wrote:
>
> Hi Magnus
>
> > Morimoto-san, can you check the attached patch? I've tested it on my
> > Migo-R board together with mplayer and it seems to work well here. I
> > don't think using mplayer triggers this error case thou
Some time ago two new members were added in frontend.h to
enum fe_code_rate:
- FEC_3_5
- FEC_9_10
But the matching capability flags for that are still missing, signalling
applications support for those:
- FE_CAN_FEC_3_5
- FE_CAN_FEC_9_10
It would be possible to use 0x100, 0x200 f
(moved to the new v4l list)
Hi Alexey,
On Wed, 24 Dec 2008, Alexey Klimov wrote:
> Hello, Guennadi
See, I didn't ignore your email and didn't forget about it:-)
> > +static struct platform_device mx3_camera = {
> > + .name = "mx3-camera",
>
> You include mach/mx3_camera.h in t
I’m trying to write a driver for the
device, just as a learning exercise. So far, I’ve got the firmware in intel hex
format (from usbsnoop on windows, then a couple perl scripts to mutate it) and
am able to use fxload to load it with –t fx2 and there are 2 separate files, a
short one (the loade
On Thu, Feb 12, 2009 at 10:06 PM, wrote:
> On Thu, Feb 12, 2009 at 8:42 PM, Jean-Francois Moine wrote:
>> On Wed, 11 Feb 2009 20:42:07 +0200
>> vas...@gmail.com wrote:
>>
>>> hello, I am writing v4l2 loopback driver and now it is at working
>>> stage. for now it can feed mplayer and luvcview, bu
Uniform capitals, add trailing slash to some URLs and other typo corrections.
Priority: low
Signed-off-by: Nicola Soranzo
---
v2: - drop "Kernel" lowercasing when not in combination with "Linux" per
review comment from Mauro Carvalho Chehab
- s/Alsa/ALSA
diff -r 359d95e1d541 -r 5ff77c
Sent to my linuxtv account.
Christoph
fr-Montbeliard
Description: Binary data
pl-Warszawa
Description: Binary data
Trent Piepho wrote:
> On Wed, 18 Feb 2009, Oliver Endriss wrote:
> > [1] If you want to lock a process against an interrupt handler,
> > - the process must use spin_lock_irq()
> > - the interrupt can use spin_lock()
> >
> > A routine has to use spin_lock_irqsave if (and only if) process and irq
> >
On Wed, Feb 18, 2009 at 04:41:40AM -0800, Andreas wrote:
> Am Dienstag, 17. Februar 2009 21:19:45 schrieben Sie:
> [...]
> > So what does all of this indicate? My original hunch was that it's a
> > problem with the x50 hardware or driver (at least in combination with
> > my motherboard). I think
On Wed, Feb 18, 2009 at 09:56:13AM -0500, Steven Toth wrote:
>> I then removed the 250 from slot 4 leaving the 115s in slots 1 and 2.
>> The ber was through the roof and the recorded strams were filled with
>> errors and were barely playable at best.
>
> This is bad, you have something wrong w
On Wed, Feb 18, 2009 at 09:25:07AM +0100, Rudy Zijlstra wrote:
> > It then dawned on my why the 115-only results were so bad. I had left
> > the 4-way splitter output used for the x50s unterminated. Sure
> > enough, if I disconnected the x50s, I reproduced the severe errors. I
> > didn't tear ev
On Wed, Feb 18, 2009 at 08:45:57AM +0100, Hans Verkuil wrote:
> On Tuesday 17 February 2009 16:53:29 David Engel wrote:
> > On Fri, Feb 13, 2009 at 02:28:11PM -0600, David Engel wrote:
> > > On Fri, Feb 13, 2009 at 09:28:45AM -0200, Mauro Carvalho Chehab wrote:
> > > > Ok, I found the bug. It is in
On Wed, 18 Feb 2009, Agustin wrote:
> I am having some stoopid trouble while trying to apply this patch to
> 'mxc-master':
> $ patch -p1 --dry-run < p1
> patching file drivers/dma/ipu/ipu_idmac.c
> patch: malformed patch at line 29: /*
>
> Looks like your patches lost their format while on
Devin Heitmueller wrote:
On Tue, Feb 17, 2009 at 5:29 PM, Steven Toth wrote:
The driver is probably buggy. Either its really reporting pre-viterbi errors
OR it's reporting real post-viterbi errors - but in which case why aren't we
also measuring uncorrected blocks?
Regardless of Davids actual
Guennadi,
> Guennadi Liakhovetski wrote:
>
> From: Guennadi Liakhovetski
>
> General code clean-up: remove superfluous semicolons, update comments.
> Robustness improvements: add DMA error handling to the ISR, move common code
> fragments to functions, fix scatter-gather element queuing in the I
Trent Piepho wrote:
On Tue, 17 Feb 2009, Steven Toth wrote:
Trent Piepho wrote:
On Mon, 16 Feb 2009, Steven Toth wrote:
Hartmut, Oliver and Trent: Thanks for helping with this issue. I've just
reverted the changeset. We still need a fix at dm1105, au0828-dvb and maybe
other drivers that call t
I then removed the 250 from slot 4 leaving the 115s in slots 1 and 2.
The ber was through the roof and the recorded strams were filled with
errors and were barely playable at best.
This is bad, you have something wrong with your feeds. They're probably
over amp'd and your leaking RF like c
Hi Gilles,
On Thursday 12 February 2009 23:44:55 gilles wrote:
> Hi everyone,
> Sorry for double posting, but I originally sent this to the old mailing
> list. Here it is:
>
> I have a couple of comments / suggestions regarding the part on controls of
> the V4L2 api:
> Some controls, such as pan r
DongSoo(Nathaniel) Kim wrote:
Hello Adam,
I've been thinking exactly the same issue not usb but SoC based camera.
I have no idea about how usb cameras work but I am quite curious about
is it really possible to make proper orientation with only querying
camera driver.
Because in case of SoC bas
Hi Mauro,
On Wed, 18 Feb 2009 07:10:41 -0300, Mauro Carvalho Chehab wrote:
> On Wed, 18 Feb 2009 09:55:53 +0100 (CET)
> "Hans Verkuil" wrote:
>
> > Not at all. I work with embedded systems and what happens is that you
> > effectively take a kernel snapshot for your device and stick to that.
> >
Jean-Francois Moine wrote:
On Tue, 17 Feb 2009 20:35:28 +0100
Thomas Kaiser wrote:
Jean-Francois Moine wrote:
BTW, I am coding the subdriver of a new webcam, and I could not find
how to decompress the images. It tried many decompression functions,
those from the v4l library and most from libgp
Oliver Endriss wrote:
> I re-read the commit message, but it still does not ring any bells.
> Could you please post the lockdep output?
No. I didn't save it.
Regards,
Andreas
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kerne
Le 18.02.2009 05:33:53, Jean-Francois Moine a écrit :
> On Wed, 18 Feb 2009 10:22:17 +0100
> "Andreas Kurz" wrote:
>
> > Few days ago I was asking for help: I have bought the TT 3650 CI
> but
> > even after installing the drivers (as suggested in the WIKI-How-To)
> > no card shows up in Yast. Do
Am Dienstag, 17. Februar 2009 21:19:45 schrieben Sie:
[...]
> So what does all of this indicate? My original hunch was that it's a
> problem with the x50 hardware or driver (at least in combination with
> my motherboard). I think I'm back to that conclusion.
>
> BTW, in my testing last night, I t
On Wed, 2009-02-18 at 03:09 -0800, Trent Piepho wrote:
> Here's an attempt to fix the pluto2 driver to not do this. I don't have
> the hardware or information about the hardware so I'm not sure if it's
> right. It's not that major of an undertaking. It would have been easier
> if the driver was
On Wed, 18 Feb 2009 11:54:30 +0100 (CET)
"Hans Verkuil" wrote:
> Hi Mauro,
>
> > On Wed, 18 Feb 2009 09:55:53 +0100 (CET)
> > "Hans Verkuil" wrote:
> >
> >> Not at all. I work with embedded systems and what happens is that you
> >> effectively take a kernel snapshot for your device and stick to
Hi,
On Mi, Feb 18, 2009 at 10:38:30 +0100, gimli wrote:
> Thats the Problem, you only can get the driver for your card from another
> repo, but not the main one.
> After the first rusch pusching s2api out, no one is intrested anymore to
> get more s2 cards working in the mainline development tree.
Here's an attempt to fix the pluto2 driver to not do this. I don't have
the hardware or information about the hardware so I'm not sure if it's
right. It's not that major of an undertaking. It would have been easier
if the driver was already double buffering like it should have been.# HG changese
Hi Mauro,
> On Wed, 18 Feb 2009 09:55:53 +0100 (CET)
> "Hans Verkuil" wrote:
>
>> Not at all. I work with embedded systems and what happens is that you
>> effectively take a kernel snapshot for your device and stick to that.
>> You're not using v4l-dvb, but you might backport important fixes on
>
Patch resent to the proper ML, in order to be handled by patchwork.
Michael,
The patch seems ok to my eyes. Please ack if ok for you to apply it.
Forwarded message:
Date: Wed, 18 Feb 2009 10:11:10 +0100
From: Roel Kluin
To: Michael Krufky
Cc: Mauro Carvalho Chehab ,
video4linux-l...@redhat.c
On Wed, 18 Feb 2009 09:55:53 +0100 (CET)
"Hans Verkuil" wrote:
> Not at all. I work with embedded systems and what happens is that you
> effectively take a kernel snapshot for your device and stick to that.
> You're not using v4l-dvb, but you might backport important fixes on
> occasion.
>
> Aga
Thats the Problem, you only can get the driver for your card from another
repo, but not the main one.
After the first rusch pusching s2api out, no one is intrested anymore to
get more s2 cards working in the mainline development tree.
> On Wed, 18 Feb 2009 10:22:17 +0100
> "Andreas Kurz" wrote:
>
On Wed, 18 Feb 2009 10:22:17 +0100
"Andreas Kurz" wrote:
> Few days ago I was asking for help: I have bought the TT 3650 CI but
> even after installing the drivers (as suggested in the WIKI-How-To)
> no card shows up in Yast. Does that mean, the card is not supported?
> Should I do something else
On Tue, 17 Feb 2009 20:35:28 +0100
Thomas Kaiser wrote:
> Jean-Francois Moine wrote:
> > BTW, I am coding the subdriver of a new webcam, and I could not find
> > how to decompress the images. It tried many decompression functions,
> > those from the v4l library and most from libgphoto2 without any
Few days ago I was asking for help: I have bought the TT 3650 CI but even after
installing the drivers (as suggested in the WIKI-How-To) no card shows up in
Yast.
Does that mean, the card is not supported?
Should I do something else? Is there another How-To around?
Thank you!
--
Pt! Sch
On Tue, 17 Feb 2009, Andreas Oberritter wrote:
> Oliver Endriss wrote:
> > Trent Piepho wrote:
> >> I agree, this is bad. The demuxer is far too much work to be done with
> >> IRQs off. IMHO, even doing it under a spin-lock is excessive. It should
> >> be a mutex. Drivers should use a work-queu
>
>
>
> --- On Wed, 2/18/09, Hans Verkuil wrote:
>
>> From: Hans Verkuil
>> Subject: Re: Minimum kernel version supported by v4l-dvb
>> To: "Mauro Carvalho Chehab"
>> Cc: "Jean Delvare" , linux-media@vger.kernel.org
>> Date: Wednesday, February 18, 2009, 9:36 AM
>> On Wednesday 18 February 2009
>
> It then dawned on my why the 115-only results were so bad. I had left
> the 4-way splitter output used for the x50s unterminated. Sure
> enough, if I disconnected the x50s, I reproduced the severe errors. I
> didn't tear everything back apart to verify it, but I believe the 115s
> would wo
--- On Wed, 2/18/09, Hans Verkuil wrote:
> From: Hans Verkuil
> Subject: Re: Minimum kernel version supported by v4l-dvb
> To: "Mauro Carvalho Chehab"
> Cc: "Jean Delvare" , linux-media@vger.kernel.org
> Date: Wednesday, February 18, 2009, 9:36 AM
> On Wednesday 18 February 2009 03:08:15 Mau
67 matches
Mail list logo