X-Git-Url: http://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/877b5822a9beb2f0baa286687fde8264adb05060..2dd35d1d62851ab01fd6df1483462219c4884416:/blog/index.html diff --git a/blog/index.html b/blog/index.html index 0b977ad8c5..f60bb4cc15 100644 --- a/blog/index.html +++ b/blog/index.html @@ -19,6 +19,97 @@ +
+
Which module is loaded for a given PCI and USB device?
+
2011-01-23 00:20
+
+

In the +discover-data +package in Debian, there is a script to report useful information +about the running hardware for use when people report missing +information. One part of this script that I find very useful when +debugging hardware problems, is the part mapping loaded kernel module +to the PCI device it claims. It allow me to quickly see if the kernel +module I expect is driving the hardware I am struggling with. To see +the output, make sure discover-data is installed and run +/usr/share/bug/discover-data 3>&1. The relevant output on +one of my machines like this:

+ +
+loaded modules:
+10de:03eb i2c_nforce2
+10de:03f1 ohci_hcd
+10de:03f2 ehci_hcd
+10de:03f0 snd_hda_intel
+10de:03ec pata_amd
+10de:03f6 sata_nv
+1022:1103 k8temp
+109e:036e bttv
+109e:0878 snd_bt87x
+11ab:4364 sky2
+
+ +

The code in question look like this, slightly modified for +readability and to drop the output to file descriptor 3:

+ +
+if [ -d /sys/bus/pci/devices/ ] ; then
+    echo loaded pci modules:
+    (
+        cd /sys/bus/pci/devices/
+        for address in * ; do
+            if [ -d "$address/driver/module" ] ; then
+                module=`cd $address/driver/module ; pwd -P | xargs basename`
+                if grep -q "^$module " /proc/modules ; then
+                    address=$(echo $address |sed s/0000://)
+		    id=`lspci -n -s $address | tail -n 1 | awk '{print $3}'`
+                    echo "$id $module"
+                fi
+            fi
+        done
+    )
+    echo
+fi
+
+ +

Similar code could be used to extract USB device module +mappings:

+ +
+if [ -d /sys/bus/usb/devices/ ] ; then
+    echo loaded usb modules:
+    (
+        cd /sys/bus/usb/devices/
+        for address in * ; do
+            if [ -d "$address/driver/module" ] ; then
+                module=`cd $address/driver/module ; pwd -P | xargs basename`
+                if grep -q "^$module " /proc/modules ; then
+                    address=$(echo $address |sed s/0000://)
+                    id=$(lsusb -s $address | tail -n 1 | awk '{print $6}')
+                    if [ "$id" ] ; then
+                        echo "$id $module"
+                    fi
+                fi
+            fi
+        done
+    )
+    echo
+fi
+
+ +

This might perhaps be something to include in other tools as +well.

+
+
+ + + + Tags: debian, english. + +
+
+
+
Skolelinux-intervju: Sturle Sunde
2011-01-19 12:00
@@ -784,100 +875,6 @@ veldig bra utvalg av gratis spill som er av høy kvalitet. Veldig lett
-
-
Noen lenker om Datalagringsdirektivet
-
2011-01-09 01:10
-
-

Arbeiderpartiet har tvunget igjennom et forslag i regjeringen om -at alle borgere i Norge skal overvåkes kontinuerlig i tilfelle vi gjør -noe galt, slik at politiet får det enklere under etterforskningen. -Sikkerhetstjenesten vil få tilgang uten at noen er mistenkt, mens -politiet i starten må ha mistanke om noe kriminelt. Forslaget omtales -generelt som datalagringsdirektivet eller DLD, da det kommer på -bakgrunn av et direktiv fra EU.

Det er diskutabelt om slik datalagring er nyttig i -kriminalitetsbekjemping. Når oppgaven er å finne nåla i høystakken, er -det slett ikke sikkert at det hjelper å hive på mere høy. Og det er -nettopp dette lagring av informasjon om alle i landet vil gjøre. -Politiet har flere ganger demonstrert manglende evne til å håndtere de -datamengdene de har tilgang til i dag, og det er grunn til å tro at de -vil få større problemer hvis de må håndtere større datamengder. Dermed -kan faktisk DLD gjøre politiet mindre effektive.

- -

Her følger endel aktuelle lenker om saken, for deg som vil lære -mer.

- - -
-
- - - - Tags: norsk, personvern. - -
-
-
-

RSS feed