Linux Driver for Kernel 3.x Released

[dewolff]

After compiling the modules for use under kernel 3.0 in a OpenELEC system, I get more or less the same error messages as seen at the previous posts:
see http://pastebin.com/FiqN9g2Y for my dmesg output.

It starts loading the 6981 card driver but seems to crash in the Delay1ms function of tbs6981fe driver.

Is the setting of a specific flag in the kernel config expected?

[hda]

The problem is about the directory permissions.
The directory don't have the x permissiosn, so as a non root user, you are not allowed to recurse in them.
When you do a
chmod -R u+rwX .
in the unpacked directory, you can do a make.

Ha. Thanks. Can't believe I didn't notice the lack of x permission on the dirs.

[cody]

@ All with crash - please, test in your distributions the following driver:

http://www.filesonic.com/file/2609987281

and post your test results. it's supposed to fix the crash as well the problem that the previous driver fails to detect the kernel version in latest ArchLinux. thanks

P.S. please, also include output of 'uname -a' in case the problem has something to do with 32-bit vs. 64-bit kernel.

[smv1210]

Same with new driver (i.e. it does not work)

http://pastebin.com/HG7GYimc

[hda]

Would just like to post that the linux-tbs-drivers_111017.zip from the download page are working for me on Arch Linux x86_64 with kernel version 3.0.6-2.

[brutusxxx]

Doesn't work for me on kernel 3.0.0-12-generic-pae with linux-tbs-drivers_111017.zip

[cody]

hi All, for those of you that it doesn't work it's because you use 32-bit ("x86") instead 64-bit ("x86_64") Linux 3.x kernels - i don't know why someone still uses 32-bit kernel while i doubt there is motherboard with PCI-Express slots that actually supports 32-bit only CPU and thus all your CPUs are in fact 64-bit capable. anyway, in case of 32-bit Linux 3.x kernels you have two options:

- upgrade your system to 64-bit ("x86_64") Linux 3.x kernel

- continue to use 32-bit Linux 3.x kernel (no matter that at least i can't see any point to do that) and try the following "test" driver:

http://www.filesonic.com/file/2649967091

it's not sure if it will work reliable if it work at all.

also, to summarize and give the support matrix of the current driver version ("111017"):

* 64-bit Linux kernels: all kernel version, no matter if they are version 3.x or 2.6.x (minimum supported version is 2.6.31)

* 32-bit Linux kernels: kernel versions 2.6.x are supported (minimum supported version is 2.6.31), no kernel 3.x support as of this moment when the kernel is 32-bit

in any case it would be interesting to hear your test results with the "test" driver i posted above in your 32-bit Linux 3.x installations.

[smv1210]

i don't know why someone still uses 32-bit kernel while i doubt there is motherboard with PCI-Express slots that actually supports 32-bit only CPU and thus all your CPUs are in fact 64-bit capable]

It is because of fact, that:

- the 32-bit version of Ubuntu still has "reccomended" status.
- some other(then TBS driver) software does not well working (or working at alll) on 64-bit systems yet.

[brutusxxx]

Driver works for me (11.10 kernel 3.0.0-12 x32)

http://www.filesonic.com/file/2649967091

[dewolff]

With 32 bits driver I still have the same problems.
The 64 bits drivers seems to work (did not test this before) but with a 64 bits kernel I have other problems, not related to your hardware.
My intension was to get first everything work on an 32 bits environment, and then solve the 64 bits problems I have.

For now I will continue using the 64 bits drivers, and try to solve the other 64 bits problems, but I still am interested in a good 32 bit driver.

Btw, the directory permissions are still weird. They are changed, but the x permission is now on the group, and it should be on the user

Jaap