On Monday, September 20, 2010 03:52:30 Mauro Carvalho Chehab wrote:
> Em 19-09-2010 16:38, Hans Verkuil escreveu:
> > On Sunday, September 19, 2010 21:10:06 Mauro Carvalho Chehab wrote:
> >> Em 19-09-2010 15:38, Andy Walls escreveu:
> >>> On Sun, 2010-09-19 at 18:10 +0200, Hans Verkuil wrote:
> >>>
Hi
I rework my last patch for audio and now audio works well. This patch can be
submited to GIT tree
Quality of audio now is good for SECAM-DK. For other standard I set some value
from datasheet need some tests.
1. Fix pcm buffer overflow
2. Rework pcm buffer fill method
3. Swap bytes in audio
Em 19-09-2010 18:10, Hans Verkuil escreveu:
> On Sunday, September 19, 2010 22:20:18 Mauro Carvalho Chehab wrote:
>> Em 19-09-2010 16:06, Hans Verkuil escreveu:
>>> On Sunday, September 19, 2010 20:29:58 Mauro Carvalho Chehab wrote:
Em 19-09-2010 11:58, Hans Verkuil escreveu:
> On Sunday,
SE a écrit :
hi list
v4l-dvb still lacks fast and reliable dvb-s lock for stb08899 chipsets. This
problem was adressed by Alex Betis two years ago [1]+[2]resulting in a patch
[3] that made its way into s2-liplianin, not v4l-dvb.
With minor adjustments by me this patch now offers reliable dvb
Em 19-09-2010 16:38, Hans Verkuil escreveu:
> On Sunday, September 19, 2010 21:10:06 Mauro Carvalho Chehab wrote:
>> Em 19-09-2010 15:38, Andy Walls escreveu:
>>> On Sun, 2010-09-19 at 18:10 +0200, Hans Verkuil wrote:
On Sunday, September 19, 2010 17:38:18 Andy Walls wrote:
> The device no
On Thu, 2010-09-16 at 16:32 +0200, Arnd Bergmann wrote:
> The big kernel lock is gone from almost all code in linux-next, this is
> the status of what I think will happen to the remaining users:
>
...
> fs/autofs:
> Pretty much dead, replaced by autofs4. I'd suggest moving this
> to
On Sun, Sep 19, 2010 at 5:17 PM, Hans Verkuil wrote:
> On Sunday, September 19, 2010 23:02:31 Andy Walls wrote:
>> Hans,
>>
>> On an somewhat related note, but off-topic: what is the proper way to
>> implement VIDIOC_QUERYCAP for a driver that implements read()
>> on /dev/video0 (MPEG) and mmap()
On Sunday, September 19, 2010 23:02:31 Andy Walls wrote:
> Hans,
>
> On an somewhat related note, but off-topic: what is the proper way to
> implement VIDIOC_QUERYCAP for a driver that implements read()
> on /dev/video0 (MPEG) and mmap() streaming on /dev/video32 (YUV)?
>
> I'm assuming the right
On Sun, Sep 19, 2010 at 4:20 PM, Andy Walls wrote:
> On Sun, 2010-09-19 at 15:10 -0400, Josh Borke wrote:
>> On Sun, Sep 19, 2010 at 11:54 AM, Andy Walls wrote:
>> > Try a DTV STB or VCR with an RF out on channel 3. Your card might not be
>> > bad.
>> > Your signal looks overdriven from the new
On Sunday, September 19, 2010 22:20:18 Mauro Carvalho Chehab wrote:
> Em 19-09-2010 16:06, Hans Verkuil escreveu:
> > On Sunday, September 19, 2010 20:29:58 Mauro Carvalho Chehab wrote:
> >> Em 19-09-2010 11:58, Hans Verkuil escreveu:
> >>> On Sunday, September 19, 2010 13:43:43 Mauro Carvalho Cheh
On Sun, 2010-09-19 at 17:20 -0300, Mauro Carvalho Chehab wrote:
> Em 19-09-2010 16:06, Hans Verkuil escreveu:
> > On Sunday, September 19, 2010 20:29:58 Mauro Carvalho Chehab wrote:
> >> Em 19-09-2010 11:58, Hans Verkuil escreveu:
> >>> On Sunday, September 19, 2010 13:43:43 Mauro Carvalho Chehab w
Em 19-09-2010 16:57, Andy Walls escreveu:
> On Sun, 2010-09-19 at 21:38 +0200, Hans Verkuil wrote:
>> On Sunday, September 19, 2010 21:10:06 Mauro Carvalho Chehab wrote:
>>> Em 19-09-2010 15:38, Andy Walls escreveu:
On Sun, 2010-09-19 at 18:10 +0200, Hans Verkuil wrote:
> On Sunday, Septem
On Sun, 2010-09-19 at 15:10 -0400, Josh Borke wrote:
> On Sun, Sep 19, 2010 at 11:54 AM, Andy Walls wrote:
> > Try a DTV STB or VCR with an RF out on channel 3. Your card might not be
> > bad.
> > Your signal looks overdriven from the new MPEG you sent.
> > R,
> > Andy
> >
> > Josh Borke wrot
Em 19-09-2010 16:06, Hans Verkuil escreveu:
> On Sunday, September 19, 2010 20:29:58 Mauro Carvalho Chehab wrote:
>> Em 19-09-2010 11:58, Hans Verkuil escreveu:
>>> On Sunday, September 19, 2010 13:43:43 Mauro Carvalho Chehab wrote:
>>
A per-dev lock may not be good on devices where you have l
On Sun, 2010-09-19 at 21:38 +0200, Hans Verkuil wrote:
> On Sunday, September 19, 2010 21:10:06 Mauro Carvalho Chehab wrote:
> > Em 19-09-2010 15:38, Andy Walls escreveu:
> > > On Sun, 2010-09-19 at 18:10 +0200, Hans Verkuil wrote:
> > >> On Sunday, September 19, 2010 17:38:18 Andy Walls wrote:
>
On Sunday, September 19, 2010 21:38:08 Hans Verkuil wrote:
> On Sunday, September 19, 2010 21:10:06 Mauro Carvalho Chehab wrote:
> > Em 19-09-2010 15:38, Andy Walls escreveu:
> > > On Sun, 2010-09-19 at 18:10 +0200, Hans Verkuil wrote:
> > >> On Sunday, September 19, 2010 17:38:18 Andy Walls wrote:
On Sunday, September 19, 2010 21:10:06 Mauro Carvalho Chehab wrote:
> Em 19-09-2010 15:38, Andy Walls escreveu:
> > On Sun, 2010-09-19 at 18:10 +0200, Hans Verkuil wrote:
> >> On Sunday, September 19, 2010 17:38:18 Andy Walls wrote:
> >>> The device node isn't even the right place for drivers that
Em 19-09-2010 16:05, Andy Walls escreveu:
> On Sun, 2010-09-19 at 08:43 -0300, Mauro Carvalho Chehab wrote:
>> Hi Hans,
>>
>
>> A per-dev lock may not be good on devices where you have lots of interfaces,
>> and that allows
>> more than one stream per interface.
>>
>> So, I did a different imple
Em 19-09-2010 15:38, Andy Walls escreveu:
> On Sun, 2010-09-19 at 18:10 +0200, Hans Verkuil wrote:
>> On Sunday, September 19, 2010 17:38:18 Andy Walls wrote:
>>> The device node isn't even the right place for drivers that provide
>> multiple device nodes that can possibly access the same underlyin
On Sun, Sep 19, 2010 at 11:54 AM, Andy Walls wrote:
> Try a DTV STB or VCR with an RF out on channel 3. Your card might not be bad.
>
> Your signal looks overdriven from the new MPEG you sent. I'll discuss more
> when I'm not typing on my smartphone's tiny little keyboard.
>
> R,
> Andy
>
> Jos
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 Sep 19 19:00:14 CEST 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 15164:1da5fed5c8b2
git master:
On Sunday, September 19, 2010 20:29:58 Mauro Carvalho Chehab wrote:
> Em 19-09-2010 11:58, Hans Verkuil escreveu:
> > On Sunday, September 19, 2010 13:43:43 Mauro Carvalho Chehab wrote:
>
> >> A per-dev lock may not be good on devices where you have lots of
> >> interfaces, and that allows
> >> m
On Sun, 2010-09-19 at 08:43 -0300, Mauro Carvalho Chehab wrote:
> Hi Hans,
>
> A per-dev lock may not be good on devices where you have lots of interfaces,
> and that allows
> more than one stream per interface.
>
> So, I did a different implementation, implementing the mutex pointer per file
On Sun, 2010-09-19 at 18:10 +0200, Hans Verkuil wrote:
> On Sunday, September 19, 2010 17:38:18 Andy Walls wrote:
> > The device node isn't even the right place for drivers that provide
> multiple device nodes that can possibly access the same underlying
> data or register sets.
> >
> > Any core/i
Em 19-09-2010 11:58, Hans Verkuil escreveu:
> On Sunday, September 19, 2010 13:43:43 Mauro Carvalho Chehab wrote:
>> A per-dev lock may not be good on devices where you have lots of interfaces,
>> and that allows
>> more than one stream per interface.
>
> My proposal is actually a lock per devic
Em 19-09-2010 13:10, Hans Verkuil escreveu:
> On Sunday, September 19, 2010 17:38:18 Andy Walls wrote:
>> The device node isn't even the right place for drivers that provide multiple
>> device nodes that can possibly access the same underlying data or register
>> sets.
>>
>> Any core/infrastructu
On Sunday, September 19, 2010 17:38:18 Andy Walls wrote:
> The device node isn't even the right place for drivers that provide multiple
> device nodes that can possibly access the same underlying data or register
> sets.
>
> Any core/infrastructure approach is likely doomed in the general case.
Try a DTV STB or VCR with an RF out on channel 3. Your card might not be bad.
Your signal looks overdriven from the new MPEG you sent. I'll discuss more
when I'm not typing on my smartphone's tiny little keyboard.
R,
Andy
Josh Borke wrote:
>On Sat, Sep 18, 2010 at 11:06 PM, Devin Heitmuelle
On Sat, Sep 18, 2010 at 11:06 PM, Devin Heitmueller
wrote:
> On Sat, Sep 18, 2010 at 9:09 PM, Josh Borke wrote:
>> It could be the tuner card, it is over 2 years old...Why would the
>> analog tuner stop functioning while the digital tuner continues to
>> work? Is it because the analog portion go
The device node isn't even the right place for drivers that provide multiple
device nodes that can possibly access the same underlying data or register sets.
Any core/infrastructure approach is likely doomed in the general case. It's
trying to protect data and registers in a driver it knows not
Thank you for the response. I'm not entirely clear on what you're
suggesting, but I'll try to clarify.
I can and will compile and install the af9015 tree when I get a chance
- I've been sick all weekend and now it's time to head back to work.
What do you intend for me to do once I've achieved that
On Sunday, September 19, 2010 13:43:43 Mauro Carvalho Chehab wrote:
> Hi Hans,
>
> Em 19-09-2010 07:29, Hans Verkuil escreveu:
> > We need to work on getting rid of the BKL, but to do that safely we need a
> > simple way to convert the many drivers that do not use unlocked_ioctl.
> >
> > Typicall
Kang/Zhang,
BKL will be removed from kernel soon. This means that all calls to
lock_kernel/unlock_kernel
should be replaced by some other locking schema, and that the .ioctl callback
should be
replaced by .unlocked_ioctl.
We're converting the existing drivers in order to avoid BKL usage.
Unfo
Hi,
i testet yesterday to build the latest v4l-driver modules from
mercurial. Building under linux-image-2.6.32-5-xen-amd64 is working
without any problems. The CineS2 TV-card is hidden via piback.hide and
imported to the domU via the pci command in the domU config file.
When i boot the dom
On Sun, Sep 19, 2010 at 1:33 AM, Antti Palosaari wrote:
> On 09/18/2010 09:23 PM, Bert Haverkamp wrote:
>>
>> Every couple of months I scan this mailing list for the keywords usb
>> and dvb-c, hoping that some new device has shown up that is supported
>
> Currently there is Anysee E30C Plus and Te
Hi Deti and Georg,
The dabusb driver at the Linux kernel seems to be pretty much unmaintained.
Since 2006, when I
moved it to /drivers/media, I received no patches from the driver authors. All
the patches
we've got since then were usual trivial fixes and a few other drivers
correcting some core
Hi Hans,
Em 19-09-2010 07:29, Hans Verkuil escreveu:
> We need to work on getting rid of the BKL, but to do that safely we need a
> simple way to convert the many drivers that do not use unlocked_ioctl.
>
> Typically you want to serialize using a mutex. This is trivial to do in the
> driver itsel
We need to work on getting rid of the BKL, but to do that safely we need a
simple way to convert the many drivers that do not use unlocked_ioctl.
Typically you want to serialize using a mutex. This is trivial to do in the
driver itself for the normal open/read/write/poll/mmap and release fops.
Bu
The following changes since commit 991403c594f666a2ed46297c592c60c3b9f4e1e2:
Mauro Carvalho Chehab (1):
V4L/DVB: cx231xx: Avoid an OOPS when card is unknown (card=0)
are available in the git repository at:
ssh://linuxtv.org/git/hverkuil/v4l-dvb.git bkl
Hans Verkuil (1):
usbvisi
Note that I asked Alan Cox to test this, but I never got a reply.
Hans
The following changes since commit 991403c594f666a2ed46297c592c60c3b9f4e1e2:
Mauro Carvalho Chehab (1):
V4L/DVB: cx231xx: Avoid an OOPS when card is unknown (card=0)
are available in the git repository at:
40 matches
Mail list logo
