I'm looking through linux software on ticalc.org, and I come across these drivers. So to get them into the kernel, I must compile it fom source. I'm following this guide to build it. I need to know how to get the drivers into the kernel. Notes: The drivers use "DevFS" (Device File System), whatever that is...
What are you trying to do? It probably doesn't require these kernel drivers.
It even says in the description:
[Emphasis mine]
The TiLP drivers should probably be just fine for whatever you're trying to do.
It even says in the description:
Quote:
Note: provided as-is because TiLP framework relies on a better replacement: libusb.
[Emphasis mine]
The TiLP drivers should probably be just fine for whatever you're trying to do.
To insert a module into a kernel, you should be able to use insmod, and rmmod to remove it. This tutorial should be able to explain it pretty well, though I don't see why you are doing that when you can use TiLP and libusb.
As with the other users in the thread, I question why you're considering pursuing this as a serious rather than rhetorical question. What benefits do you propose to gain?
KermMartian wrote:
As with the other users in the thread, I question why you're considering pursuing this as a serious rather than rhetorical question. What benefits do you propose to gain?
There was this linker...
What do you mean by "linker"? If you mean a program that can communicate with your calculator, especially for the purpose of transferring programs etc., the aforementioned TiLP can do that. All the other meaning for "linker" that occur to me are unrelated.
seana11 wrote:
KermMartian wrote:
As with the other users in the thread, I question why you're considering pursuing this as a serious rather than rhetorical question. What benefits do you propose to gain?
There was this linker...
TILP used to used that driver that you saw on the list, but as of TILP II it no longer uses that and you Don't have to rebuild your kernel with the driver. The libusb-0.1 and now libusb-1.0 based drivers have long since depreciated that driver and for good reason, there is almost zero need for any USB drivers to be in kernel space.
"Always code as if the person who will maintain your code is a maniac serial killer that knows where you live" -Unknown
"If you've done something right no one will know that you've done anything at all" -Futurama
"Have a nice day, or not, the choice is yours." Tom Steiner
<Michael_V> or create a Borg collective and call it The 83+
<Michael_V> Lower your slide cases and prepare to be silent linked. Memory clears are futile.
What Jonimus said. 
Also, if you're still confused about what the dev filesystem is, you should take a look through the /dev/ directory one day and read up on the Unix precept that "everything is a file".
Also, if you're still confused about what the dev filesystem is, you should take a look through the /dev/ directory one day and read up on the Unix precept that "everything is a file". KermMartian wrote:
What Jonimus said. Also, if you're still confused about what the dev filesystem is, you should take a look through the /dev/ directory one day and read up on the Unix precept that "everything is a file".
If only it were hat easy, but yes Unix trys to make everything a file, but in practice its not quite there. Plan 9 on the other hand got a heck of a lot closer.
Also, if you're still confused about what the dev filesystem is, you should take a look through the /dev/ directory one day and read up on the Unix precept that "everything is a file".The current issue with /dev/ on linux is there is it isn't auto populated with devices nodes it, hence the existence of udev and devfs(which is part of the kernel, but not as feature rich as udev) to really see where all the fun "files" are have a look in /sys and /proc(now mostly depreciated for /sys).
"Always code as if the person who will maintain your code is a maniac serial killer that knows where you live" -Unknown
"If you've done something right no one will know that you've done anything at all" -Futurama
"Have a nice day, or not, the choice is yours." Tom Steiner
<Michael_V> or create a Borg collective and call it The 83+
<Michael_V> Lower your slide cases and prepare to be silent linked. Memory clears are futile.
Register to Join the Conversation
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
Advertisement