Same problem for me. A partial solution was to install a vanilla kernel
from kernel.org. cx88-alsa loads now (after working around an I2C-
related bug) but the audio I get out of it is wildly distorted - mythtv
sounds like it is sampling at ~8 kHz but is otherwise clear, kradio has
this growling,
Hi all,
I have similar problem: saa7134_alsa is not loaded due to "disagrees about
version of symbol".
You can see attached log with error messages.
What I have is a fresh Ubuntu 8.04 installation:
$> uname -r
2.6.24-19-generic
$>lsmod |grep saa
saa7134 130892 1
compat_ioctl32
I gave up on this issue some time ago. I compiled and installed a 2.6.25
kernel, and compiled alsa directly into it. This has worked quite well
so far.
--
linuxtv.org mercurial repository wont build against hardy kernel due to
"disagrees about version of symbol videobuf_*
https://bugs.launchpad.
Any news on this? I know this is marked Won't Fix, but here we are
months later and this issue is still a problem, and doesn't seem to be
going anywhere. As Yashka and Alexey mention, there currently is no
fix. You can download the lum headers, but what do you do with them?
The lum header packag
Does anyone have a solution to the catch-22 alsa module issues that
Alexey Vinogradov brought up? I'm having this problem with the v4l that
I compiled in order to run my pinnacle 800i on mythbuntu, and it's
knocked out my analog audio support for both my cx88 cards. It's the
same sort of thing as a
I have the same problem mixing v4l-dvb-experimental with the svn version
of uvcvideo. I got around it by forcing the module:
sudo modprobe -f uvcvideo
The module loaded and the camera works. Not a good solution but gets me
working.
Does anyone know how I set the module to load automatically by
This is an important issue, "being unable to compile linuxtv drivers on
ubuntu."
this also affects our trust to ubuntu and linux in future,
i try to build a set-top-box using ubuntu and mythtv, and i cannot do
it only because of this compilation issue.
So, i may also do a payment to linuxtv commu
Well new image came out (2.6.24-17). Seems this bug was thought
about...
* sound: Include config.h and config1.h into lum headers. This enables
third party modules to be built correctly against LUM ALSA headers.
This fix is a follow-on to the work done to correclty build cx88/saa1734
similar problem for me,
partial solution and a helper script is attached
** Attachment added: "dvb-problem-saa7134-avertv_dvb-s_hybrid_fm.txt"
http://launchpadlibrarian.net/14659090/dvb-problem-saa7134-avertv_dvb-s_hybrid_fm.txt
--
linuxtv.org mercurial repository wont build against hardy k
I am also searching for a solutions for that problem...
--
linuxtv.org mercurial repository wont build against hardy kernel due to
"disagrees about version of symbol videobuf_*
https://bugs.launchpad.net/bugs/220857
You received this bug notification because you are a member of Ubuntu
Bugs, whic
To: Tim Gardner,
Sorry to bother you again, but could you please point me to a guide on how to
build against LUM headers? Do I need to somehow combine them with the `uname
-r` headers?
Thanks!
To: Michael Krufky
The problem I posted was with the latest uvcvideo module built from the source
a
Same issue with v4l-dvb-experimental (in order to run AverTV Cardbus E506R).
After installation I get in log following errors:
[ 5772.858163] Linux video capture interface: v2.00
[ 5772.904696] saa7134: disagrees about version of symbol
video_unregister_device
[ 5772.904701] saa7134: Unknown symb
ca111a -- I do not consider the uvcvideo issue to be a problem - rather,
it is a matter of fact:
If you replace the videodev module by installing new v4l-dvb modules
from linuxtv.org, then you will need to rebuild the uvcvideo module
against the v4l-dvb headers, rather than the ubuntu source heade
Similar problem with uvcvideo module:
~$sudo modprobe uvcvideo
FATAL: Error inserting uvcvideo
(/lib/modules/2.6.24-16-generic/kernel/ubuntu/media/usbvideo/uvcvideo.ko):
Unknown symbol in module, or unknown parameter (see dmesg)
~$dmesg
[ 5664.367259] uvcvideo: disagrees about version of symbol
This isn't going to get fixed for Hardy. It remains to be seen what
solution we adopt for Intrepid and 3rd party modules. Perhaps DKMS.
** Changed in: linux-ubuntu-modules-2.6.24 (Ubuntu)
Assignee: Tim Gardner (timg-tpi) => (unassigned)
Status: In Progress => Won't Fix
--
linuxtv.org
This is not complete solution (killing module dupes).
Since kernel without LUM has CONFIG_SND not set, v4l-dvb compiling doesn't
build saa7134-alsa.ko at all.
Forcing this options in .config (in linux-headers-2.6.24-12-generic)
cause saa7134-alsa to be built, but unusable - it complains about man
I found a workaround to this problem.
First, I noticed the following.
[EMAIL PROTECTED]:/lib/modules/2.6.24-16-generic/ubuntu/media$ find
/lib/modules/`uname -r` | grep cx88xx.ko
/lib/modules/2.6.24-16-generic/ubuntu/media/cx88/cx88xx.ko
/lib/modules/2.6.24-16-generic/kernel/drivers/media/vi
Removed the installed modules, cleaned, installed
linux-headers-lum-2.6.24-16-generic, set C_LIBRARY_PATH/CPLUS_LIBRARY_PATH,
built, installed. Still the same issue. It seemed to be able to temporarily
insert it when "make insmod" but still with some "error (-19)". Were gone again
after reboot
I tried to install the linux-headers-lum package as well and had the
same results, it always errored out when I tried to run make, I too do
not want to have to revert to old versions of v4l, and I was able to
install these drivers on gutsy so why not now?
--
linuxtv.org mercurial repository wont
In response to Tim Gardner's post:
The v4l-dvb build system uses kernel headers from the location:
/lib/modules/`uname -r`/build
After installing the 2.6.24-16-generic kernel package, the above
directory is a symlink to:
/usr/src/linux-headers-2.6.24-16-generic
This is what we are building v4l
I had this same problem with kernel 2.6.20-16-generic when building the
latest drivers from the linuxtv.org mercurial repository.
Since it was complaining about problems with videobuf in the cx88
modules and I needed to get it working quickly, I looked back through
the mecurial repository and foun
ALSA is built externally from the kernel. Make sure you have linux-
headers-lum-2.6.24-16-* installed for your flavour, e.g.,
sudo apt-get install linux-headers-lum-2.6.24-16-generic
If your build environment does not use the kernel Makefile, then you
must be sure that /usr/src/linux-headers-lum
same issue here, Mythubuntu 8.04 beta, Pinnacle PCTV 800i card, was working
with 2.6.24-12, dist-upgraded yesterday to 2.6.24-16-generic and now seeing:
[ 340.574722] cx88xx: disagrees about version of symbol videobuf_dma_free
[ 340.574727] cx88xx: Unknown symbol videobuf_dma_free
...
--
linux
I only see this issue when I try to load modules that depend on
videobuf. (cx88, saa7134, cx23885)
** Changed in: linux-ubuntu-modules-2.6.24 (Ubuntu)
Assignee: (unassigned) => Ubuntu Kernel Team (ubuntu-kernel-team)
--
linuxtv.org mercurial repository wont build against hardy kernel due t
I am seeing the same issue. Is this new bug a side effect of the "fix"
from bug # 212100 ?
** Changed in: linux-ubuntu-modules-2.6.24 (Ubuntu)
Sourcepackagename: None => linux-ubuntu-modules-2.6.24
--
linuxtv.org mercurial repository wont build against hardy kernel due to
"disagrees about vers
25 matches
Mail list logo