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.
+Artikkelen i Aftenposten i dag om de som fikk +tauet +bort bilen etter å ha trodd på Oslo kommunes oversikt over når +ulike gater skulle feies i påsken, fikk meg til å ta en titt på +kommunens +oversikt, og der ble jeg fascinert over følgende lille gullkorn:
+ +++ +Hvorfor har dere ikke SMS-varsling? +
+
Forsøksordningen i 2005 viste dessverre at SMS-varsling i liten +grad reduserte antallet borttauede biler. De som abonnerte på +ordningen unngikk naturligvis feilparkeringer, men plassene ble brukt +av "fremmede" biler altså av bileiere som ikke abonnerte og dermed +ikke ble varslet.
Det gir inntrykk av at kommunen i stedet for å se på SMS-varsling +som en tjeneste for innbyggerne, som kunne gjøre at de innbyggerne som +benyttet seg av tjenesten slapp å få tauet bilen sin, så på det som en +tjeneste for seg selv for å redusere antall tauinger. Forklaringen +synes jeg illustrerer veldig godt hvorfor det er så viktig å se på hva +som er fokus for tjenester som leveres og hva som er +suksesskriteriene. Jeg mistenker at hvis suksesskriteriet for +SMS-tjenesten hadde vært hvor fornøyd brukerne av SMS-tjenesten var, +så ville den blitt videreført. Eller hvis suksesskriteriet var økt +bruk av tjenesten. Jeg vet i hvert fall mange som gjerne vil slippe å +både daglig besøke bilen sin der den er parkert i Oslo, og som gjerne +vil varsles i stedet for å oppdage at bilen er tauet bort når de +trenger den.
+ +Mon tro hvor mange som må bruke en slik tjeneste før andelen +bort-tauinger blir redusert? Jeg mistenker den må være godt over 50% +av alle med bil i Oslo, før det er større sannsynlighet for at en +ledig men risikofylt parkeringsplass blir stående ledig enn at den blir +tatt umiddelbart. Det er for stort press på parkeringsplasser i Oslo +i dag til å tro at en ledig parkeringsplass blir stående ubrukt med +mindre sjåføren vet at det er risikabelt å stå der. Hvis reduksjon i +antall bort-tauinger var suksesskriteriet for SMS-tjenesten var en +dermed garantert å konkludere med at den feilet, da det er umulig å få +så stor bruksprosent i en prøvedrift.
+ +Fokus for FiksGataMi er +innbyggeren, og et av suksesskriteriene er at innbyggerne som bruker +tjenesten er fornøyde med at rapportene blir synliggjort og levert til +relevant offentlig myndighet. Det er naturligvis fint om de som +mottar meldingene også har nytte av tjenesten, og at problemene blir +fikset, men det viktigste er innbyggernes opplevelse. Innbyggerne +skal oppleve tjenesten som enkel og effektiv, slik at vi sikrer at +flest mulig klarer å bidra til å forbedre offentlig infrastruktur.