which module and firmware, a device is currently using??
Is there any way to know which module and firmware, a device is currently using??
|
Try searching through /proc and /sys. Another way is to use lshw.
|
what should i look for in /proc and /sys??
|
Command...
The command "lsmod" will tell you what modules are loaded. See "man lsmod". "lshw" is not on all distributions, but can usually be obtained and installed. It gives a very good report of the system hardware and its software support. It should also give you a listing of the firmware of the hardware devices. I obtained my openSUSE RPM here. http://rpm.pbone.net/ |
Hi,
Quote:
Code:
snippet; :hattip: |
The utility lspci will only show you PCI related devices that are installed and looks up the vendor ID and product ID to state the name of the device by searching through the pci.ids file. If you insist on using lspci, type "lspci -knn" to only post modules used for devices that are installed, but it will not tell you the firmware of the device. Again search through /proc and /sys. Sorry can not give you the full path where the information is located because not all modules or drivers places the data in the same place. All I can say you have to be curious and browse through all the directories and cat a few files in them. If BASH turns to gibberish, type in reset and hit enter.
The utility lshw is never installed in any distribution. You always have to install it separately. |
Hi,
I agree with what you say. I normally use 'lspci -vv' to show for those devices. I will use the other commands and methods to identify for particular devices. But most of the problems that I experience are for 'pci' devices. Most of my usb and subsystems identify without error (so far). :) Loads of people fail to really identify their systems and components to ease their work with device drivers/handlers. Of course the '/proc' & '/sys' are the locations to look for information. But as I said users should identify their systems components so as to understand what should be used. By using 'dmidecode' the system components can be identified thus leading one to selection of potential drivers/handlers. Heck, loads of users don't even spec their system documentation to identify components. Quote:
|
Thanks for the quick response guys...
The main reason for such a question is to find a solution (easily) when 1. one distro supports a hardware out-of-the-box and another does nt 2. The distro installer detects the device but the installed system does not and so on @onebuck: Thanks for the example By the way the xample shows, "driver in use" and "kernel module" separately. I am curious to know the difference between a Device Driver and a Module (or Kernel module).I understand the purpose of a device driver, can you refer to a module interchangeably? That settles the "find the module part" finding the firmware is another problem... There should be some record which indicates which firmware is to be used by a hardware, right?? |
Hi,
Quote:
'Firmware' is the means for a small fixed interactive program to control hardware internally to that same hardware. Most manufactures provide the program information, parameters and keywords which provides the means to interactively control via the low level control of the hardware. Physical control is via the 'firmware' of the device. As for identification of firmware, that's the manufactures responsibility. You identify the hardware then insure that the proper firmware is implemented. If not then a firmware upgrade/downgrade would be necessary. From the user implemented aspect you are lucky if the means for a open source are available. The above is a rather broad description but you can read or research further via Google, books or tutorials. Look at 'Linux Books & Online Magazines' and 'Tutorials' sections of 'Slackware-Links' to select additional information. :hattip: The above links and others can be found at 'Slackware-Links'. More than just SlackwareŽ links! |
Quote:
Quote:
There is a simpler terms for firmware which is the main brains of the hardware that is not controlled by the OS. It is more like a BIOS. The dmidecode depends on the BIOS. If it is buggy, most are, the information printed is questionable. I strongly recommend lshw because it does a more thorough scan even if the BIOS is buggy and it prints information that is easier to read. When Windows users comes over to Linux and they want something similar to what they use in Windows, lshw does just that. The utility lshw includes GUI to make it easier for Windows users to look at their setup. |
Hi,
Quote:
No pissing contest. Re-define it then! How is it wrong? What's a 'LKM' to you? What's a device driver but a software driver thus a program that is used to allow interaction or interface to hardware/filesystem? Polish it or spin it your way. Quote:
Semantics or just not understanding others point of view or definitions? Enough! |
Quote:
Quote:
For example, my wireless card is supported out of the box (without any configuration) by fedora where as I have to manually configure the card to make it run on openSUSE.... so if i could get the card's module and firmware details from fedora, it would be easy to setup the card in openSUSE. Quote:
The firmware is also something i need clarification... i thought firmware would be something that is closer to the hardware... like a piece of software that exists within the hardware like in a ROM or something... something that has to be "flashed"... The concept of installing a firmware to the system does nt make sense to me.... |
Quote:
When dealing with devices like wireless NIC, it is different the the module version and additional firmware version have to be compatible. The module developer for the wireless NIC will or should tell you what firmware version works with what module version. Quote:
Quote:
|
All times are GMT -5. The time now is 01:22 AM. |