Summary: | media-video/em8300-modules fails to build with recent kernels / dxr3 is still v4l1 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Stefan Foerster <sfoerster42> |
Component: | [OLD] Unspecified | Assignee: | Gentoo Media-video project <media-video> |
Status: | RESOLVED TEST-REQUEST | ||
Severity: | normal | CC: | christoph.diesch, martin.dummer, vdr, yrusinov |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
URL: | http://github.com/austriancoder/v4l2-em8300 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 413411 | ||
Attachments: |
media-video/em8300-modules-9999.ebuild
media-video/em8300-libraries-9999.ebuild em8300-libraries ebuild em8300-modules ebuild |
Description
Stefan Foerster
2010-12-31 07:24:42 UTC
Same error here on x86 platform with kernel 2.6.37r4, any news on how to solve it ? Please don't just add the x86 arch team because you see a bug on your x86 machine. The archteam does keywording, not package maintainig. You should never add any arch aliases yourself. Just adding my 2 cents to help this bug move along... From what I understand, the reason em8300 is failing on modern kernels is their lack of V4L1 support. The project at http://dxr3.sourceforge.net/ has been inactive for over 3 years now, but fortunately there is a new project at https://github.com/austriancoder/v4l2-em8300 which is working on updating the program to support V4L2. Notes also indicate at least one of the 3 modules is going into the mainline kernel. Perhaps this information will help drive this bug forward a bit. BTW, I think https://bugs.gentoo.org/show_bug.cgi?id=365971 is a duplicate. *** Bug 365971 has been marked as a duplicate of this bug. *** V4L2 work in progress: https://github.com/austriancoder/v4l2-em8300 I think vdr people should be involved here. So if we go about removing em8300-libraries, em8300-modules, vdr-dxr3 and dxr3config. Then removing USE="dxr3" from every package, for now I've masked it in base/use.mask pending on if someone is willing to work on this. I've emailed the developer for the current driver project. If I learn anything I'll post it here. Hi all, let me introduce myself. I am a long time gentoo user (about 7 to 8 years) and I am the guy how wants to get the em8300 driver into mainline. I have cleaned up lot of code from the original driver but the hardest part is still left... the move to vb2. But... I have an other solution for this problem :) https://github.com/austriancoder/em8300 For me the driver compiles fine on 3.1.0-rc8. So if it is wanted I could release a new version of the em8300 driver, which supports newer kernels. At this time I can only confirm that the modules do indeed build and load into the kernel correctly. I'll try to do some further testing to see how they work and put my old DXR3 card to some use. I'll also attach some ebuilds if anyone else wants to do some testing. Created attachment 288983 [details]
media-video/em8300-modules-9999.ebuild
Created attachment 288985 [details]
media-video/em8300-libraries-9999.ebuild
Any chance you could tag a release in github so we can supply pinpointed version in testing? I don't like live ebuilds in portage... while they are fine for bugzilla, overlays, forums, etc Hi all, In the hg repository of the dxr3 driver [1] does support 3.0 kernels now. A new version should be released soon. My github repository will removed as it is not needed any more. [1] http://dxr3.hg.sourceforge.net/hgweb/dxr3/em8300/ Created attachment 304169 [details]
em8300-libraries ebuild
Created attachment 304171 [details]
em8300-modules ebuild
I apologize for the delay. The repository moved, and there was need of some more development. But the current commit builds with 3.2 series kernels. I just tested it on 3.2.6 and it builds fine. Hopefully this will get the dxr3 support working again for everyone who needs it. added pmasked to the tree em8300-libraries-0.18.0_p20120124 em8300-modules-0.18.0_p20120124 the libraries compiles fine but i have problems to compile the module Kernel = vanilla-sources-3.2.9 <snipp> CC [M] /home/brummy/.tmp/portage/media-video/em8300-modules-0.18.0_p20120124/work/em8300-0.18.0_p20120124/modules/em8300_main.o /home/brummy/.tmp/portage/media-video/em8300-modules-0.18.0_p20120124/work/em8300-0.18.0_p20120124/modules/em8300_main.c:73:2: Fehler: #error "This needs the I2C Bit Banging Interface in your Kernel" </snapp> I dont know what i have to to enable/disable in the kernel to get it work on compile. this is what i have enabled in the moment. <snipp .config> CONFIG_I2C=y CONFIG_I2C_BOARDINFO=y CONFIG_I2C_COMPAT=y CONFIG_I2C_CHARDEV=m CONFIG_I2C_HELPER_AUTO=y CONFIG_I2C_AMD756=m CONFIG_I2C_AMD756_S4882=m CONFIG_I2C_AMD8111=m CONFIG_I2C_I801=m </snapp> CONFIG_CHECK="I2C_ALGOBIT" is commented in the ebuild, bcs. there is no I2C_ALGOBIT in the kernel 3.2.9 anymore and it fails in the prepare check any hints?
>
> CONFIG_CHECK="I2C_ALGOBIT"
> is commented in the ebuild, bcs. there is no I2C_ALGOBIT in the kernel 3.2.9
> anymore
> and it fails in the prepare check
grr, found it
it was disabled,
will test the module ebuild later again
unmasked in pmask em8300-libraries-0.18.0_p20120124 em8300-modules-0.18.0_p20120124 disabled the hg test for versioning this needs a mercurial install on user system on my localtest both packages compiles like a charm anyway, i dont have the hardware to test it finaly I think this was closed prematurarely as profiles/ is still unhandled for the restoration of USE="dxr3" which used to be unmasked on the arches em8300-librararies is keyworded for, amd64, ppc and x86 *** Bug 413391 has been marked as a duplicate of this bug. *** |