On Friday, September 17, 2010 00:58:45 Andy Walls wrote:
Hi Hans and Hans,
I'd like to move the source code maintained here:
http://ivtvdriver.org/svn/
to someplace where it may be less likely to suffer bit rot.
I was hoping the v4l-utils git repo would be an appropriate place.
Do
Hi,
Suchita Gupta wrote:
Hi,
First of all, I am new to this list, so I am not sire if this is right place
for
this question.
If not, please forgive me and point me to right list.
I am writing a DSMCC decoding implementation to persist it to local
filesystem.
I am unable to understand
I see that the build now succeeded.
Ole: this is something that should have been fixed a long time ago, but
isn't.
make allyesmod
should set only those divers that do actually compile.
Unfortunately, the FIREDTV driver has bugs for as long as I remember.
In the 4vl directory, edit .config
and
On Thursday 16 September 2010, Anton Altaparmakov wrote:
On 16 Sep 2010, at 16:04, Jan Kara wrote:
On Thu 16-09-10 16:32:59, 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:
...
Em 17-09-2010 06:35, Jan Hoogenraad escreveu:
I see that the build now succeeded.
Ole: this is something that should have been fixed a long time ago, but isn't.
make allyesmod
should set only those divers that do actually compile.
Unfortunately, the FIREDTV driver has bugs for as long as I
On Fri, 2010-09-17 at 10:30 +0200, Hans Verkuil wrote:
On Friday, September 17, 2010 00:58:45 Andy Walls wrote:
Hi Hans and Hans,
I'd like to move the source code maintained here:
http://ivtvdriver.org/svn/
to someplace where it may be less likely to suffer bit rot.
I was
Thanks !
Indeed, the hack so that
make allyesmod
not select firedtv would be very helpful.
that way, it is also clear that firedtv will not work on debian-like
distros.
Is there a way I cen help with that ?
I have no experience with Kconfig, so it would be a learning experience
for me.
On Friday, September 17, 2010 12:59:09 Andy Walls wrote:
On Fri, 2010-09-17 at 10:30 +0200, Hans Verkuil wrote:
On Friday, September 17, 2010 00:58:45 Andy Walls wrote:
Hi Hans and Hans,
I'd like to move the source code maintained here:
http://ivtvdriver.org/svn/
to
On Fri, Sep 17, 2010 at 12:45:41PM +0200, Arnd Bergmann wrote:
ncpfs: replace BKL with lock_super
Err, no. lock_super is just as much on it's way out as the BKL. We've
managed to move it down from the VFS into a few remaining filesystems
and now need to get rid of those users. Please don't
On Friday 17 September 2010, Christoph Hellwig wrote:
On Fri, Sep 17, 2010 at 12:45:41PM +0200, Arnd Bergmann wrote:
ncpfs: replace BKL with lock_super
Err, no. lock_super is just as much on it's way out as the BKL. We've
managed to move it down from the VFS into a few remaining
On Fri, Sep 17, 2010 at 03:50:49PM +0200, Arnd Bergmann wrote:
On Friday 17 September 2010, Christoph Hellwig wrote:
On Fri, Sep 17, 2010 at 12:45:41PM +0200, Arnd Bergmann wrote:
ncpfs: replace BKL with lock_super
Err, no. lock_super is just as much on it's way out as the BKL.
Em 17-09-2010 08:08, Jan Hoogenraad escreveu:
Thanks !
Indeed, the hack so that
make allyesmod
not select firedtv would be very helpful.
that way, it is also clear that firedtv will not work on debian-like distros.
Is there a way I cen help with that ?
I have no experience with
Since the migration to -git, less developers are using the -hg tree. Also, some
changes are happening upstream that would require much more than just compiling
the tree with an older version, to be sure that the backport won't break
anything,
like the removal of BKL.
As normal users might not be
On Friday 17 September 2010, Christoph Hellwig wrote:
Just add a per-sb mutex inside the filesystem. Given that lock_super
isn't used by the VFS anymore that's actually equivalent.
Ok, thanks for the hint. I'll fix that for isofs.
Arnd
--
To unsubscribe from this list: send the line
On Fri, Sep 17, 2010 at 10:49 AM, Mauro Carvalho Chehab
mauroche...@gmail.com wrote:
While you're there, the better is to also disable CONFIG_ALSA on Ubuntu, as
the drivers
won't work anyway.
Note: while building ALSA modules did fail in some versions for
Ubuntu, it has been over a years
Em 17-09-2010 12:00, Devin Heitmueller escreveu:
On Fri, Sep 17, 2010 at 10:49 AM, Mauro Carvalho Chehab
mauroche...@gmail.com wrote:
While you're there, the better is to also disable CONFIG_ALSA on Ubuntu, as
the drivers
won't work anyway.
Note: while building ALSA modules did fail in
Really, the only thing I would do is disable the ones that break
compilation. this is ONLY firedtv.
I doubt if anyone would read the messages during compilation.
I'll have a look at the logic.
Mauro Carvalho Chehab wrote:
Em 17-09-2010 08:08, Jan Hoogenraad escreveu:
Thanks !
Indeed, the
Is anyone else on the list using / experimenting with Laurent's UVC
Gadget driver?
--
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
From: Randy Dunlap randy.dun...@oracle.com
Fix build errors in cx25821 and go7007.
They both use IR functions, so they should depend on IR_CORE.
(It's not safe to select VIDEO_IR when IR_CORE is not enabled.)
(.text+0x39065a): undefined reference to `ir_core_debug'
(.text+0x3906a4): undefined
Thanks for all help so far.
I managed to figure out the firetv problem as soon as I discovered
the .myconfig file.
Including the drivers from Sandberg, for the rtl2832 chip and adding
some lines to Makefile, Kconfig and .myconfig it compiles and install.
Modules load and Me-TV starts, quality is
Hi Ole:
Try vlc or keffeins, and see if they have the same audio problem.
Also: try playing a normal sound mp3 file with them.
me-tv and rtl2832 havce some problems:
https://bugs.launchpad.net/ubuntu/+source/me-tv/+bug/478379
Thanks for the Sandberg link.
At:
On Thursday 16 September 2010 20:32:36 Jens Axboe wrote:
On 2010-09-16 16:49, Steven Rostedt wrote:
Git blame shows this to be your code (copied from block/blktrace.c from
years past).
Is the lock_kernel() needed here? (although Arnd did add it in 62c2a7d9)
It isn't, it can be
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 Sep 17 19:00:10 CEST 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 15160:60edc4bd92b7
git master:
Thanks for the response! Replies are in line.
On Thu, Sep 16, 2010 at 6:48 PM, Andy Walls awa...@md.metrocast.net wrote:
On Wed, 2010-09-15 at 22:54 -0400, Josh Borke wrote:
I've recently noticed some distortion coming from my hvr1600 when
viewing analog channels. It happens to all analog
Manu Abraham writes:
You still need a mechanism to decide which tuner gets it. First one
which opens its own ca device?
Sharing the CI (multi-stream decoding) in such an automatic way
would also be complicated.
I think I will only add such a feature if there is very high demand
Klaus Schmidinger writes:
VDR already has mechanisms that allow independent handling of CAMs
and receiving devices. Out of the box this currently only works for
DVB devices that actually have a frontend and where the 'ca' device
is under the same 'adapter' as the frontend.
I could easily
26 matches
Mail list logo