Please note, Gennar1, under Kernel 3.6.0, and earlier I had just to install the packet RTL2832u with 2 ipk only.
Both UT30 and UT40 were working flowless with the same driver
Posted 4 June 2013 - 10:41
Please note, Gennar1, under Kernel 3.6.0, and earlier I had just to install the packet RTL2832u with 2 ipk only.
Both UT30 and UT40 were working flowless with the same driver
I know, but currently several USB tuner drivers don't work with the new kernel. It's a kernel bug, so we have to wait until a "magic patch" comes out.
Regarding your stick, can you run this commands:
modprobe dvb-usb-rtl28xxu lsmod dmesg
and post the results?
Posted 4 June 2013 - 17:40
This errors usually happens when you mix kernel modules from different kernel versions.
Try:
opkg list-installed | grep kernel-module
and see if you can see mismatching kernel versions.
Then remove the bad modules with 'opkg remove kernel-module-whatever'.
Then you can check:
ls -l /lib/modules/
You should see only the 3.8.7 directory. If not, you can remove the other directories with 'rm -fr /lib/modules/3.6.0' or whatever you have but be careful!
Finally:
update-modules
should fix module dependencies.
Edited by Gennar1, 4 June 2013 - 17:42.
Posted 5 June 2013 - 13:24
I said, Gennar1, that I have installed the last image from sractch before testing the RTL38xxu packet..
I suppose there can't be different kernel version in the STB....unless there is a bug in the ET6x00 20130206 image...
I did so in order to get a clean image installation...
Posted 8 June 2013 - 06:47
Posted 8 June 2013 - 06:48
Posted 18 June 2013 - 13:59
Posted 18 June 2013 - 21:40
Good morning,
also works with a usb dvb-t stick em28xx? If yes how do I upload the plugin for this stick?
Thanks a lot for your help.
No, sorry.
The em28xx driver is for USB devices produced by Empia.
The rtl28xxu driver is for USB devices produced by Realtek.
They are completely different beasts
Ok thanks lot Gennar1,
at this point, you think I can use it soon or is it better to buy another compatible?
Mauro
Use OpenPLi 2.1...
Posted 5 July 2013 - 16:28
Use OpenPLi 2.1...
mkdir openpli-3.0 cd openpli-3.0 git clone git://git.code.sf.net/p/openpli/openpli-oe-core cd openpli-oe-core git checkout 34158b82fec83859839421d642e32ef3a644a3da make -f Makefile MACHINE=etxx00 make imageIgnore the warning messages about detached HEAD.
Posted 28 July 2013 - 14:45
Looks like I finally have the 'magic patch'.It's a kernel bug, so we have to wait until a "magic patch" comes out.
Edited by pieterg, 28 July 2013 - 14:45.
Posted 29 July 2013 - 12:32
Use OpenPLi 2.1...
You could also try building your own image with the 3.6.0 kernel by checking out from the git repository the commit just before the kernel was changed to 3.8.7.mkdir openpli-3.0 cd openpli-3.0 git clone git://git.code.sf.net/p/openpli/openpli-oe-core cd openpli-oe-core git checkout 34158b82fec83859839421d642e32ef3a644a3da make -f Makefile MACHINE=etxx00 make imageIgnore the warning messages about detached HEAD.
Hi!
I'm trying to build my own image. Followed all the steps from the wiki, and your instructions above and I get this:
mi@dev-x64:~/dev/openpli-3.0/openpli-oe-core$ make image Building image for et6x00 Traceback (most recent call last): File "/usr/bin/bitbake", line 234, in <module> ret = main() File "/usr/bin/bitbake", line 197, in main server = ProcessServer(server_channel, event_queue, configuration) File "/usr/lib/pymodules/python2.7/bb/server/process.py", line 78, in __init__ self.cooker = BBCooker(configuration, self.register_idle_function) File "/usr/lib/pymodules/python2.7/bb/cooker.py", line 76, in __init__ self.parseConfigurationFiles(self.configuration.file) File "/usr/lib/pymodules/python2.7/bb/cooker.py", line 510, in parseConfigurationFiles data = _parse(os.path.join("conf", "bitbake.conf"), data) TypeError: getVar() takes exactly 3 arguments (2 given) ERROR: Error evaluating '${TARGET_OS}:${TRANSLATED_TARGET_ARCH}:build-${BUILD_OS}:pn-${PN}:${MACHINEOVERRIDES}:${DISTROOVERRIDES}:forcevariable${LIBCOVERRIDE}' Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/bb/data_smart.py", line 116, in expandWithRefs s = __expand_var_regexp__.sub(varparse.var_sub, s) File "/usr/lib/pymodules/python2.7/bb/data_smart.py", line 60, in var_sub var = self.d.getVar(key, 1) File "/usr/lib/pymodules/python2.7/bb/data_smart.py", line 260, in getVar return self.expand(value, var) File "/usr/lib/pymodules/python2.7/bb/data_smart.py", line 132, in expand return self.expandWithRefs(s, varname).value File "/usr/lib/pymodules/python2.7/bb/data_smart.py", line 117, in expandWithRefs s = __expand_python_regexp__.sub(varparse.python_sub, s) TypeError: getVar() takes exactly 3 arguments (2 given) ERROR: Error evaluating '${@bb.parse.BBHandler.vars_from_file(d.getVar('FILE'),d)[0] or 'defaultpkgname'}' Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/bb/data_smart.py", line 117, in expandWithRefs s = __expand_python_regexp__.sub(varparse.python_sub, s) File "/usr/lib/pymodules/python2.7/bb/data_smart.py", line 76, in python_sub value = utils.better_eval(codeobj, DataContext(self.d)) File "/usr/lib/pymodules/python2.7/bb/utils.py", line 387, in better_eval return eval(source, _context, locals) File "PN", line 1, in <module> TypeError: getVar() takes exactly 3 arguments (2 given) make: *** [image] Error 1 mi@dev-x64:~/dev/openpli-3.0/openpli-oe-core$
Posted 29 July 2013 - 22:34
Looks like I finally have the 'magic patch'.It's a kernel bug, so we have to wait until a "magic patch" comes out.
I traced it down to http://git.kernel.or...3a9070827796cfc
So indeed, a MIPS-only issue.
Great news! Unfortunately I will not be able to test it for a while.
BTW, how do you tracked the issue down to that patch? I was planning to run a full git bisect between 3.6 and 3.8.7...
Anyway, great job as usual! TY!
Posted 29 July 2013 - 22:46
Indeed, I did a bisect, quite a painful one, having to rebase / cherry-pick the necessary broadcom support for each iteration, lots of merge conflicts that had to be resolved manually...BTW, how do you tracked the issue down to that patch? I was planning to run a full git bisect between 3.6 and 3.8.7...
0 members, 3 guests, 0 anonymous users