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:
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):
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.
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 itself
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
On Sun, Sep 19, 2010 at 1:33 AM, Antti Palosaari cr...@iki.fi 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
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
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.
Typically you want
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
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
On Sat, Sep 18, 2010 at 11:06 PM, Devin Heitmueller
dheitmuel...@kernellabs.com wrote:
On Sat, Sep 18, 2010 at 9:09 PM, Josh Borke joshbo...@gmail.com 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
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 joshbo...@gmail.com wrote:
On Sat, Sep 18, 2010 at 11:06
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.
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 device node,
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
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 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
more than one
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 Sun, Sep 19, 2010 at 11:54 AM, Andy Walls awa...@md.metrocast.net 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.
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 underlying
data
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 implementation,
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 provide
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:
The
On Sun, 2010-09-19 at 15:10 -0400, Josh Borke wrote:
On Sun, Sep 19, 2010 at 11:54 AM, Andy Walls awa...@md.metrocast.net 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
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, September 19, 2010
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 wrote:
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 Chehab wrote:
On Sun, Sep 19, 2010 at 4:20 PM, Andy Walls awa...@md.metrocast.net wrote:
On Sun, 2010-09-19 at 15:10 -0400, Josh Borke wrote:
On Sun, Sep 19, 2010 at 11:54 AM, Andy Walls awa...@md.metrocast.net wrote:
Try a DTV STB or VCR with an RF out on channel 3. Your card might not be
bad.
Your
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 way
On Sun, Sep 19, 2010 at 5:17 PM, Hans Verkuil hverk...@xs4all.nl 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
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
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 node isn't even
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
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, September 19,
34 matches
Mail list logo