Linux Device Hot Plugging

• Thread Index

• Re: separate /usr/broken with udev extras
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: separate /usr/broken with udev extras
  • From: md@xxxxxxxx (Marco d'Itri)
• Re: separate /usr/broken with udev extras
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• separate /usr/broken with udev extras
  • From: William Hubbs <w.d.hubbs@xxxxxxxxx>
• Re: udev_monitor_receive_device() without polling
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• udev_monitor_receive_device() without polling
  • From: Christian Hesse <mail@xxxxxxxx>
• Re: Building using older kernel headers
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Building using older kernel headers
  • From: Diego Iastrubni <diegoiast@xxxxxxxxx>
• SATA card insertion crashes if wifi active
  • From: shivprashant <shivprashanth.h@xxxxxxxxxxxxxxxxxx>
• Re: udev rule matching using ENV
  • From: william <kc@xxxxxxxxxxxxxx>
• Re: udev rule matching using ENV
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• udev rule matching using ENV
  • From: william <kc@xxxxxxxxxxxxxx>
• udev rule matching using ENV
  • From: william <william@xxxxxxxxxxxxxx>
• Overriding a keymap file
  • From: Thomas Hood <jdthood@xxxxxxxxx>
• Re: detection usb camera devices in my own application
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: detection usb camera devices in my own application
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: detection usb camera devices in my own application
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: detection usb camera devices in my own application
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: detection usb camera devices in my own application
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: detection usb camera devices in my own application
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: detection usb camera devices in my own application
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: detection usb camera devices in my own application
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH SCSI] sr: check_events() ignore GET_EVENT when TUR says otherwise
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH SCSI] sr: check_events() ignore GET_EVENT when TUR says otherwise
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH SCSI] sr: check_events() ignore GET_EVENT when TUR says otherwise
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: udev: disable mtd_probe?
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udev: disable mtd_probe?
  • From: Allin Cottrell <cottrell@xxxxxxx>
• Re: udev: disable mtd_probe?
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udev: disable mtd_probe?
  • From: "Gabor Z. Papp" <gzp@xxxxxxx>
• Re: udev: disable mtd_probe?
  • From: "Gabor Z. Papp" <gzp@xxxxxxx>
• Re: udev: disable mtd_probe?
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udev: disable mtd_probe?
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udev: disable mtd_probe?
  • From: Allin Cottrell <cottrell@xxxxxxx>
• Re: udev: disable mtd_probe?
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udev: disable mtd_probe?
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• udev: disable mtd_probe?
  • From: Allin Cottrell <cottrell@xxxxxxx>
• Re: UDEV : ASUS Laptop G73S MultiCard Reader
  • From: Greg KH <greg@xxxxxxxxx>
• Re: detection usb camera devices in my own application
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: UDEV : ASUS Laptop G73S MultiCard Reader
  • From: Postmaster <Postmaster@xxxxxxxxxxxx>
• Re: [PATCH 1/2] rules: split serial links
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: UDEV : ASUS Laptop G73S MultiCard Reader
  • From: Greg KH <greg@xxxxxxxxx>
• UDEV : ASUS Laptop G73S MultiCard Reader
  • From: Postmaster <Postmaster@xxxxxxxxxxxx>
• Re: [PATCH 2/2] rules: add ID_EXTERNAL_PORT and ID_MODEM
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 2/2] rules: add ID_EXTERNAL_PORT and ID_MODEM
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• [PATCH 2/2] rules: add ID_EXTERNAL_PORT and ID_MODEM
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 1/2] rules: split serial links
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] udev-acl: handle "dialout" devices
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] udev-acl: handle "dialout" devices
  • From: md@xxxxxxxx (Marco d'Itri)
• Re: [PATCH] udev-acl: handle "dialout" devices
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] udev-acl: handle "dialout" devices
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• [PATCH] udev-acl: handle "dialout" devices
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: detection usb camera devices in my own application
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: detection usb camera devices in my own application
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: detection usb camera devices in my own application
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: detection usb camera devices in my own application
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: udev 171 kernel requirement
  • From: md@xxxxxxxx (Marco d'Itri)
• udev 171 kernel requirement
  • From: William Hubbs <williamh@xxxxxxxxxx>
• USB reloading
  • From: "Sw@g" <sweetthdevil@xxxxxxxxx>
• Re: [PATCH block:for-2.6.31/core] block: flush MEDIA_CHANGE from drivers on close(2)
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH block:for-2.6.31/core] block: flush MEDIA_CHANGE from drivers on close(2)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH SCSI] sr: check_events() ignore GET_EVENT when TUR says otherwise
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: udev queue error
  • From: Markus Rathgeb <maggu2810@xxxxxxxxxxxxxx>
• add support for archos 43
  • From: Kamus <kamusin@xxxxxxxxx>
• Re: udev queue error
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udev queue error
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udev queue error
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: udev queue error
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: udev queue error
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: high CPU load when plugging in a flash drive with "fake" integrated CD-ROM drive
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• high CPU load when plugging in a flash drive with "fake" integrated CD-ROM drive
  • From: Dmitry Savvateev <dsavvateev@xxxxxxx>
• pciehp udev remove
  • From: Carl Karsten <carl@xxxxxxxxxxxxxxxxx>
• Re: udev queue error
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• >=udev-168 race condition
  • From: Fabio Erculiani <lxnay@xxxxxxxxxxx>
• Re: [PATCH] udev: Allow ALSA input jacks to be accessed by the current user
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH] udev: Allow ALSA input jacks to be accessed by the current user
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] udev: Allow ALSA input jacks to be accessed by the current user
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] udev: Allow ALSA input jacks to be accessed by the current user
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH] udev: Allow ALSA input jacks to be accessed by the current user
  • From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
• Re: [PATCH] udev: Allow ALSA input jacks to be accessed by the current user
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] udev: Allow ALSA input jacks to be accessed by the current user
  • From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
• Re: [PATCH] udev: Allow ALSA input jacks to be accessed by the current user
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] udev: Allow ALSA input jacks to be accessed by the current user
  • From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
• Re: [PATCH] udev: Allow ALSA input jacks to be accessed by the current user
  • From: David Henningsson <david.henningsson@xxxxxxxxxxxxx>
• Re: [PATCH] udev: Allow ALSA input jacks to be accessed by the current user
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] udev: Allow ALSA input jacks to be accessed by the current user
  • From: David Henningsson <david.henningsson@xxxxxxxxxxxxx>
• Re: [PATCH] udev: Allow ALSA input jacks to be accessed by the current user
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] udev: Allow ALSA input jacks to be accessed by the current user
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH] udev: Allow ALSA input jacks to be accessed by the current user
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] udev: Allow ALSA input jacks to be accessed by the current user
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• [PATCH] udev: Allow ALSA input jacks to be accessed by the current user
  • From: David Henningsson <david.henningsson@xxxxxxxxxxxxx>
• Re: udev queue error
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: udev queue error
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udev queue error
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: udev queue error
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: pci hotplug problem
  • From: shivprashant <shivprashanth.h@xxxxxxxxxxxxxxxxxx>
• Re: udev queue error
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udev queue error
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: support for Partition UUIDs in 60-persistent-storage.rules
  • From: "KESHAV P.R." <skodabenz@xxxxxxxxx>
• Re: support for Partition UUIDs in 60-persistent-storage.rules
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH] Support more MSI notebook by using asterisk on dmi vendor name
  • From: Martin Pitt <martin.pitt@xxxxxxxxxx>
• [PATCH] Support more MSI notebook by using asterisk on dmi vendor name
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• Re: udev queue error
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udev queue error
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: pci express hotplug problem
  • From: Greg KH <greg@xxxxxxxxx>
• Re: udev queue error
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• pci express hotplug problem
  • From: shivprashant <shivprashanth.h@xxxxxxxxxxxxxxxxxx>
• Re: serial port reassignment
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• serial port reassignment
  • From: Demetrick Nichols <dnichols@xxxxxxxx>
• support for Partition UUIDs in 60-persistent-storage.rules
  • From: "KESHAV P.R." <skodabenz@xxxxxxxxx>
• Re: [PATCH] Show the error message when HDIO_GET_IDENTITY fails.
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• [PATCH] Show the error message when HDIO_GET_IDENTITY fails.
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: EC seen at boot doesn't unplug
  • From: Greg KH <greg@xxxxxxxxx>
• Re: EC seen at boot doesn't unplug
  • From: Carl Karsten <carl@xxxxxxxxxxxxxxxxx>
• Re: EC seen at boot doesn't unplug
  • From: Carl Karsten <carl@xxxxxxxxxxxxxxxxx>
• Re: EC seen at boot doesn't unplug
  • From: Greg KH <greg@xxxxxxxxx>
• 25 second unload
  • From: Carl Karsten <carl@xxxxxxxxxxxxxxxxx>
• EC seen at boot doesn't unplug
  • From: Carl Karsten <carl@xxxxxxxxxxxxxxxxx>
• Re: beep on EC card un/plug
  • From: Carl Karsten <carl@xxxxxxxxxxxxxxxxx>
• Re: udev CPU usage
  • From: Carl Karsten <carl@xxxxxxxxxxxxxxxxx>
• Re: Fwd: udev CPU usage
  • From: Greg KH <greg@xxxxxxxxx>
• Fwd: udev CPU usage
  • From: Yash Jain <yash2learn@xxxxxxxxx>
• Re: PROBLEM: udevd appears to loop and use CPU in 2.6.39-git11 (32bit build)
  • From: Borislav Petkov <bp@xxxxxxxxx>
• PROBLEM: udevd appears to loop and use CPU in 2.6.39-git11 (32bit build)
  • From: Chris Davies <mcd@xxxxxxxxxxxxx>
• beep on EC card un/plug
  • From: Carl Karsten <carl@xxxxxxxxxxxxxxxxx>
• Re: udev queue error
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: udev queue error
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udev queue error
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: udev queue error
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udev queue error
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udev queue error
  • From: Markus Rathgeb <maggu2810@xxxxxxxxxxxxxx>
• Re: udev queue error
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: failure test of udev-164
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: failure test of udev-164
  • From: Agostino Sarubbo <ago@xxxxxxxxxxxxx>
• Re: failure test of udev-164
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• failure test of udev-164
  • From: Agostino Sarubbo <ago@xxxxxxxxxxxxx>
• Re: udev queue error
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• udev queue error
  • From: Markus Rathgeb <maggu2810@xxxxxxxxxxxxxx>
• Re: [PATCH] rules: set the correct group of the static snd/{seq,timer} nodes
  • From: Tom Gundersen <teg@xxxxxxx>
• Re: [PATCH] rules: set the correct group of the static snd/{seq,timer} nodes
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH] rules: set the correct group of the static snd/{seq,timer} nodes
  • From: Tom Gundersen <teg@xxxxxxx>
• Re: [ANNOUNCE] udev 171
  • From: Paul Bender <pebender@xxxxxxxxxx>
• Re: [ANNOUNCE] udev 171
  • From: "Gabor Z. Papp" <gzp@xxxxxxx>
• Re: Bug#627931: /etc/udev/rules.d/70-persistent-net.rules not generated on VMware
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: Bug#627931: /etc/udev/rules.d/70-persistent-net.rules not generated on VMware
  • From: "Marco d'Itri" <md@xxxxxxxx>
• Re: [PATCH] rules: set the correct group of the static snd/{seq,timer} nodes
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• [ANNOUNCE] udev 171
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: Bug#627931: /etc/udev/rules.d/70-persistent-net.rules not generated on VMware
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: Bug#627931: /etc/udev/rules.d/70-persistent-net.rules not generated on VMware
  • From: md@xxxxxxxx (Marco d'Itri)
• Re: Bug#627931: /etc/udev/rules.d/70-persistent-net.rules not generated on VMware
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: Bug#627931: /etc/udev/rules.d/70-persistent-net.rules not generated on VMware
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Bug#627931: /etc/udev/rules.d/70-persistent-net.rules not generated on VMware
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Bug#627931: /etc/udev/rules.d/70-persistent-net.rules not generated on VMware
  • From: md@xxxxxxxx (Marco d'Itri)
• [PATCH] rules: set the correct group of the static snd/{seq,timer} nodes
  • From: Tom Gundersen <teg@xxxxxxx>
• Re: future of sysctls?
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] configure: allow usb.ids location to be specified
  • From: Scott James Remnant <keybuk@xxxxxxxxxxxx>
• Re: [PATCH] configure: allow usb.ids location to be specified
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH] configure: allow usb.ids location to be specified
  • From: Scott James Remnant <scott@xxxxxxxxxxxx>
• Re: [PATCH] configure: allow usb.ids location to be specified
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH] configure: allow usb.ids location to be specified
  • From: Greg KH <greg@xxxxxxxxx>
• [PATCH] configure: allow usb.ids location to be specified
  • From: Scott James Remnant <scott@xxxxxxxxxxxx>
• [PATCH] configure.ac: fixes for rule_generator and modeswitch
  • From: Michal Soltys <soltys@xxxxxxxx>
• Re: [PATCH] configure.ac: fixes for rule_generator and modeswitch
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: future of sysctls?
  • From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
• Re: future of sysctls?
  • From: Ludwig Nussel <ludwig.nussel@xxxxxxx>
• Re: [PULL] Docs: udev.xml: Copyediting
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: future of sysctls?
  • From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
• Re: future of sysctls?
  • From: Ludwig Nussel <ludwig.nussel@xxxxxxx>
• Re: [PATCH] Fix crash on termination before udev queue initialization
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: [PATCH] Fix crash on termination before udev queue initialization
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• [PATCH] Fix crash on termination before udev queue initialization
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: udevadm settle persistently failing
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: udevadm settle persistently failing
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udevadm settle persistently failing
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udevadm settle persistently failing
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: udevadm settle persistently failing
  • From: md@xxxxxxxx (Marco d'Itri)
• Re: udevadm settle persistently failing
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: udevadm settle persistently failing
  • From: DJ Lucas <dj@xxxxxxxxxxx>
• Re: udevadm settle persistently failing
  • From: DJ Lucas <dj@xxxxxxxxxxx>
• Re: [PULL] Docs: udev.xml: Copyediting
  • From: Michael Witten <mfwitten@xxxxxxxxx>
• Re: udevadm settle persistently failing
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udevadm settle persistently failing
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udevadm settle persistently failing
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: udevadm settle persistently failing
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: udevadm settle persistently failing
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udevadm settle persistently failing
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udevadm settle persistently failing
  • From: Tom Gundersen <teg@xxxxxxx>
• udevadm settle persistently failing
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: future of sysctls?
  • From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
• future of sysctls?
  • From: Ludwig Nussel <ludwig.nussel@xxxxxxx>
• Re: [PATCH] Set PCIE maxpayload for card during hotplug insertion
  • From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
• Re: libudev queue finished seqnums
  • From: Sebastian Wiesner <lunaryorn@xxxxxxxxxxxxxx>
• r8712u driver
  • From: Serge Myronyuk <sermyro@xxxxxxxxx>
• Re: [PATCH] Set PCIE maxpayload for card during hotplug insertion
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: libudev queue finished seqnums
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• libudev queue finished seqnums
  • From: Sebastian Wiesner <lunaryorn@xxxxxxxxxxxxxx>
• Re: Persistent net/cd rules
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH] systemd: settle should not block basic.target
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Persistent net/cd rules
  • From: Tom Gundersen <teg@xxxxxxx>
• [PATCH] systemd: settle should not block basic.target
  • From: Tom Gundersen <teg@xxxxxxx>
• Re: udev regression from 167 to 168 on notion ink adam
  • From: "Marco d'Itri" <md@xxxxxxxx>
• Re: udev regression from 167 to 168 on notion ink adam
  • From: "Johannes Schauer" <j.schauer@xxxxxxxx>
• Re: udev regression from 167 to 168 on notion ink adam
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udev regression from 167 to 168 on notion ink adam
  • From: "Johannes Schauer" <j.schauer@xxxxxxxx>
• Re: udev regression from 167 to 168 on notion ink adam
  • From: "Johannes Schauer" <j.schauer@xxxxxxxx>
• Re: udev regression from 167 to 168 on notion ink adam
  • From: "Marco d'Itri" <md@xxxxxxxx>
• Re: udev regression from 167 to 168 on notion ink adam
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udev regression from 167 to 168 on notion ink adam
  • From: md@xxxxxxxx (Marco d'Itri)
• Re: udev regression from 167 to 168 on notion ink adam
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udev regression from 167 to 168 on notion ink adam
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udev regression from 167 to 168 on notion ink adam
  • From: "Johannes Schauer" <j.schauer@xxxxxxxx>
• RE: [PATCH] Set PCIE maxpayload for card during hotplug insertion
  • From: <Jordan_Hargrave@xxxxxxxx>
• Re: udev regression from 167 to 168 on notion ink adam
  • From: "Johannes Schauer" <j.schauer@xxxxxxxx>
• Re: udev regression from 167 to 168 on notion ink adam
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udev regression from 167 to 168 on notion ink adam
  • From: "Gabor Z. Papp" <gzp@xxxxxxx>
• Re: udev regression from 167 to 168 on notion ink adam
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udev regression from 167 to 168 on notion ink adam
  • From: md@xxxxxxxx (Marco d'Itri)
• udev regression from 167 to 168 on notion ink adam
  • From: "Johannes Schauer" <j.schauer@xxxxxxxx>
• Re: [PATCHES] Misc. trivial fixes
  • From: Robby Workman <rworkman@xxxxxxxxxxxxx>
• Re: [PATCHES] Misc. trivial fixes
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [PATCHES] Misc. trivial fixes
  • From: Robby Workman <rworkman@xxxxxxxxxxxxx>
• Re: why does udev-167 break /lib64/udev/firmware ?
  • From: Matthias Schwarzott <zzam@xxxxxxxxxx>
• Add atm device description rules
  • From: Pantelis Koukousoulas <pktoss@xxxxxxxxx>
• Re: embedded udev-81 doesn't remove node when fd open
  • From: Greg KH <greg@xxxxxxxxx>
• Re: embedded udev-81 doesn't remove node when fd open
  • From: John Ervin <johnlervin@xxxxxxxxx>
• Re: embedded udev-81 doesn't remove node when fd open
  • From: Greg KH <greg@xxxxxxxxx>
• Re: embedded udev-81 doesn't remove node when fd open
  • From: John Ervin <johnlervin@xxxxxxxxx>
• [PATCH] udevd: clarify worker exit status
  • From: harald@xxxxxxxxxx
• [PATCH] udevd: clarify worker exit status
  • From: harald@xxxxxxxxxx
• Re: [PATCH] udevd: help to debug timouts of RUN+=""
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• [PATCH] udevd: help to debug timouts of RUN+=""
  • From: harald@xxxxxxxxxx
• Re: 75-persistent-net-generator.rules on Hyper-V virtual interfaces
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PULL] Docs: README: Copyediting
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PULL] Docs: udev.xml: Copyediting
  • From: Michael Witten <mfwitten@xxxxxxxxx>
• Re: [PULL] Docs: README: Copyediting
  • From: Michael Witten <mfwitten@xxxxxxxxx>
• a library for udev rules?
  • From: Martin Vidner <mvidner@xxxxxxx>
• Re: udev and systemd socket activation
  • From: Greg KH <greg@xxxxxxxxx>
• udev and systemd socket activation
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: why does udev-167 break /lib64/udev/firmware ?
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: why does udev-167 break /lib64/udev/firmware ?
  • From: Jason Vas Dias <jason.vas.dias@xxxxxxxxx>
• Re: why does udev-167 break /lib64/udev/firmware ?
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH 1/2] SCSI: Add a SCSI option for persistent device names in Kernel.
  • From: Greg KH <greg@xxxxxxxxx>
• Re: why does udev-167 break /lib64/udev/firmware ?
  • From: Jason Vas Dias <jason.vas.dias@xxxxxxxxx>
• Re: why does udev-167 break /lib64/udev/firmware ?
  • From: Jason Vas Dias <jason.vas.dias@xxxxxxxxx>
• Re: why does udev-167 break /lib64/udev/firmware ?
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• why does udev-167 break /lib64/udev/firmware ?
  • From: Jason Vas Dias <jason.vas.dias@xxxxxxxxx>
• Re: [PATCH 1/2] SCSI: Add a SCSI option for persistent device names in Kernel.
  • From: Nao Nishijima <nao.nishijima.xt@xxxxxxxxxxx>
• Re: [PATCH 1/2] SCSI: Add a SCSI option for persistent device names in Kernel.
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH 1/2] SCSI: Add a SCSI option for persistent device names in Kernel.
  • From: Nao Nishijima <nao.nishijima.xt@xxxxxxxxxxx>
• Re: [PATCH] Set PCIE maxpayload for card during hotplug insertion
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] SCSI: Add a SCSI option for persistent device names in Kernel.
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [PATCH 1/2] SCSI: Add a SCSI option for persistent device names in Kernel.
  • From: Nao Nishijima <nao.nishijima.xt@xxxxxxxxxxx>
• [PULL] Docs: udev.xml: Copyediting
  • From: Michael Witten <mfwitten@xxxxxxxxx>
• [PULL] Docs: README: Copyediting
  • From: Michael Witten <mfwitten@xxxxxxxxx>
• Re: [PATCH 1/2] SCSI: Add a SCSI option for persistent device names in Kernel.
  • From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] SCSI: Add a SCSI option for persistent device names in Kernel.
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH 1/2] SCSI: Add a SCSI option for persistent device names in Kernel.
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH 1/2] SCSI: Add a SCSI option for persistent device names in Kernel.
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH 1/2] SCSI: Add a SCSI option for persistent device names in Kernel.
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: [PATCH 1/2] SCSI: Add a SCSI option for persistent device names in Kernel.
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 1/2] SCSI: Add a SCSI option for persistent device names in Kernel.
  • From: Nao Nishijima <nao.nishijima.xt@xxxxxxxxxxx>
• Re: [PATCH 1/2] SCSI: Add a SCSI option for persistent device names in Kernel.
  • From: Nao Nishijima <nao.nishijima.xt@xxxxxxxxxxx>
• 75-persistent-net-generator.rules on Hyper-V virtual interfaces
  • From: Leonid Antonenkov <antonenk@xxxxxxxxxxxxxx>
• Re: [ANNOUNCE] udev 167 release
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [ANNOUNCE] udev 167 release
  • From: "Gabor Z. Papp" <gzp@xxxxxxx>
• Re: [PATCH] keymap: Support Dell Latitude XT2 tablet-mode navigation keys
  • From: Martin Pitt <martin.pitt@xxxxxxxxxx>
• [PATCH] keymap: Support Dell Latitude XT2 tablet-mode navigation keys
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH] keymap: Support Dell Latitude XT2 tablet-mode navigation keys
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] SCSI: Add a SCSI option for persistent device names in Kernel.
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH 1/2] SCSI: Add a SCSI option for persistent device names in Kernel.
  • From: Greg KH <greg@xxxxxxxxx>
• libudev compiling
  • From: Maik Hänig <maik.haenig@xxxxxxxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] udev 167 release
  • From: Karel Zak <kzak@xxxxxxxxxx>
• [PATCH 2/2] SCSI: modify SCSI subsystem
  • From: Nao Nishijima <nao.nishijima.xt@xxxxxxxxxxx>
• [PATCH 1/2] SCSI: Add a SCSI option for persistent device names in Kernel.
  • From: Nao Nishijima <nao.nishijima.xt@xxxxxxxxxxx>
• Re: socket and udev
  • From: Dan Nicholson <dbn.lists@xxxxxxxxx>
• socket and udev
  • From: Krosh Ivanov <krosh.ivan@xxxxxxxxx>
• Re: "udevadm settle" and "init"
  • From: Scott James Remnant <scott@xxxxxxxxxxxx>
• "udevadm settle" and "init"
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [BUG] udev 167, build of essential helper progs disabled
  • From: Martin Pitt <martin.pitt@xxxxxxxxxx>
• [BUG] udev 167, build of essential helper progs disabled
  • From: Juergen Daubert <jue@xxxxxx>
• Re: [PATCH] udevd.c: Add 'N:' to optstring in getopt_long
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH] udevd.c: Add 'N:' to optstring in getopt_long
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH] Add rule for Acer Aspire One ZG8 to use acer-aspire_5720 keymap
  • From: Martin Pitt <martin.pitt@xxxxxxxxxx>
• Re: [PATCH] udevd.c: Add 'N:' to optstring in getopt_long
  • From: Martin Pitt <martin.pitt@xxxxxxxxxx>
• [PATCH] udevd.c: Add 'N:' to optstring in getopt_long
  • From: Thomas Egerer <thomas.egerer@xxxxxxxxxxx>
• Re: [ANNOUNCE] udev 167 release
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• [PATCH] Add rule for Acer Aspire One ZG8 to use acer-aspire_5720 keymap
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• Re: [ANNOUNCE] udev 167 release
  • From: "Gabor Z. Papp" <gzp@xxxxxxx>
• Re: How to Install
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• How to Install
  • From: Paulo Eliseu Weber <pauloe.weber@xxxxxxxxxxxx>
• [ANNOUNCE] udev 167 release
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• RE: [PATCH] Set PCIE maxpayload for card during hotplug insertion
  • From: <Jordan_Hargrave@xxxxxxxx>
• RE: Announcing biosdevname v0.3.8
  • From: <Jordan_Hargrave@xxxxxxxx>
• Re: Announcing biosdevname v0.3.8
  • From: Tom Chiverton <tom.chiverton@xxxxxxxxx>
• A question about udev
  • From: Peter Bašista <pbasista@xxxxxxxxx>
• RE: [PATCH] Set PCIE maxpayload for card during hotplug insertion
  • From: <Jordan_Hargrave@xxxxxxxx>
• Announcing biosdevname v0.3.8
  • From: <Jordan_Hargrave@xxxxxxxx>
• Re: [PATCH] Set PCIE maxpayload for card during hotplug insertion
  • From: Kenji Kaneshige <kaneshige.kenji@xxxxxxxxxxxxxx>
• [PATCH] Set PCIE maxpayload for card during hotplug insertion
  • From: Jordan Hargrave <jordan_hargrave@xxxxxxxx>
• Re: Udev remove --type failed logic
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: Udev remove --type failed logic
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: Udev remove --type failed logic
  • From: Andrey Borzenkov <arvidjaar@xxxxxxxxx>
• Udev remove --type failed logic
  • From: Seblu <seblu@xxxxxxxxx>
• Re: Udev
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Udev
  • From: Paulo Eliseu Weber <pauloe.weber@xxxxxxxxxxxx>
• Re: Fwd: [PATCH] Remap MSI Laptop touchpad on/off key to F22 and F23
  • From: "Joey Lee" <jlee@xxxxxxxxxx>
• Re: [PATCH V3] Export ACPI _DSM provided firmware instance number and string name to sysfs
  • From: <Narendra_K@xxxxxxxx>
• Re: [PATCH V3] Export ACPI _DSM provided firmware instance number and string name to sysfs
  • From: Alexander Beregalov <a.beregalov@xxxxxxxxx>
• Re: udev runtime data will move from /dev/.udev/ to /dev/.run/udev/
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udev runtime data will move from /dev/.udev/ to /dev/.run/udev/
  • From: Scott James Remnant <scott@xxxxxxxxxxxx>
• Re: Fwd: [PATCH] Remap MSI Laptop touchpad on/off key to F22 and F23
  • From: Martin Pitt <martin.pitt@xxxxxxxxxx>
• Re: udev runtime data will move from /dev/.udev/ to /dev/.run/udev/
  • From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
• Re: udev runtime data will move from /dev/.udev/ to /dev/.run/udev/
  • From: Andrey Borzenkov <arvidjaar@xxxxxxxxx>
• Re: [PATCH V4] Export ACPI _DSM provided firmware instance number and string name to sysfs
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: udev runtime data will move from /dev/.udev/ to /dev/.run/udev/
  • From: Scott James Remnant <scott@xxxxxxxxxxxx>
• Re: udev runtime data will move from /dev/.udev/ to /dev/.run/udev/
  • From: Greg KH <greg@xxxxxxxxx>
• Re: udev runtime data will move from /dev/.udev/ to /dev/.run/udev/
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udev runtime data will move from /dev/.udev/ to /dev/.run/udev/
  • From: Scott James Remnant <scott@xxxxxxxxxxxx>
• Re: udev runtime data will move from /dev/.udev/ to /dev/.run/udev/
  • From: Scott James Remnant <scott@xxxxxxxxxxxx>
• Re: udev runtime data will move from /dev/.udev/ to /dev/.run/udev/
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udev runtime data will move from /dev/.udev/ to /dev/.run/udev/
  • From: Scott James Remnant <scott@xxxxxxxxxxxx>
• Re: udev runtime data will move from /dev/.udev/ to /dev/.run/udev/
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udev runtime data will move from /dev/.udev/ to /dev/.run/udev/
  • From: "Marco d'Itri" <md@xxxxxxxx>
• Re: udev runtime data will move from /dev/.udev/ to /dev/.run/udev/
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: udev runtime data will move from /dev/.udev/ to /dev/.run/udev/
  • From: md@xxxxxxxx (Marco d'Itri)
• udev runtime data will move from /dev/.udev/ to /dev/.run/udev/
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: kernel 2.6.38 has no linux/videodev.h
  • From: Martin Pitt <martin.pitt@xxxxxxxxxx>
• kernel 2.6.38 has no linux/videodev.h
  • From: xinglp <xinglp@xxxxxxxxx>
• Re: [PATCH] add ACLs to /dev/sgX nodes for CD-ROM
  • From: "Karl O. Pinc" <kop@xxxxxxxx>
• Re: [PATCH] add ACLs to /dev/sgX nodes for CD-ROM
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH] add ACLs to /dev/sgX nodes for CD-ROM
  • From: Harald Hoyer <harald@xxxxxxxxxx>
• Bug 30972 - BenQ nScreen i221
  • From: njin <marconifabio@xxxxxxxxxxxxx>
• RE: [PATCH V4] Export ACPI _DSM provided firmware instance number and string name to sysfs
  • From: <Shyam_Iyer@xxxxxxxx>
• Re: [PATCH] Remap MSI Laptop touchpad on/off key to F22 and F23
  • From: Martin Pitt <martin.pitt@xxxxxxxxxx>
• [PATCH] Remap MSI Laptop touchpad on/off key to F22 and F23
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• RE: [PATCH V4] Export ACPI _DSM provided firmware instance number and string name to sysfs
  • From: <Jordan_Hargrave@xxxxxxxx>
• Re: Why udevadm-info result doesn't sync with input_id
  • From: "Joey Lee" <jlee@xxxxxxxxxx>
• Re: [PATCH] Make attribute array static and const
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Why udevadm-info result doesn't sync with input_id
  • From: "Joey Lee" <jlee@xxxxxxxxxx>
• [PATCH] Make attribute array static and const
  • From: Thomas Egerer <thomas.egerer@xxxxxxxxxxx>
• Re: [PATCH V4] Export ACPI _DSM provided firmware instance number and string name to sysfs
  • From: <Narendra_K@xxxxxxxx>
• Re: [PATCH V4] Export ACPI _DSM provided firmware instance number and string name to sysfs
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH V4] Export ACPI _DSM provided firmware instance number and string name to sysfs
  • From: <Narendra_K@xxxxxxxx>
• Re: [PATCH V4] Export ACPI _DSM provided firmware instance number and string name to sysfs
  • From: Alexander Beregalov <a.beregalov@xxxxxxxxx>
• Re: libudev, a question about the enumerate API.
  • From: Alan Ott <alan@xxxxxxxxxxx>
• Re: libudev, a question about the enumerate API.
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: libudev, a question about the enumerate API.
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH] add ACLs to /dev/sgX nodes for CD-ROM
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH V6 0/2] tracing, perf: cpu hotplug trace events
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxx>
• Re: [PATCH] add ACLs to /dev/sgX nodes for CD-ROM
  • From: Nicolas Pomarède <npomarede@xxxxxxxxxxxx>
• Re: [PATCH] add ACLs to /dev/sgX nodes for CD-ROM
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• [PATCH] add ACLs to /dev/sgX nodes for CD-ROM
  • From: Andrey Borzenkov <arvidjaar@xxxxxxx>
• Re: [PATCH 0/2] libudev: Get all sysfs attrs for a device
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH V4] Export ACPI _DSM provided firmware instance number and string name to sysfs
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: [PATCH V4] Export ACPI _DSM provided firmware instance number and string name to sysfs
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: [PATCH V4] Export ACPI _DSM provided firmware instance number and string name to sysfs
  • From: <Narendra_K@xxxxxxxx>
• [PATCH 2/2] libudev: Use sysfs attr interface for attribute walk
  • From: Thomas Egerer <thomas.egerer@xxxxxxxxxxx>
• [PATCH 1/2] libudev: Get available sysfs attrs for a device
  • From: Thomas Egerer <thomas.egerer@xxxxxxxxxxx>
• Re: [PATCH 0/2] libudev: Get all sysfs attrs for a device
  • From: Thomas Egerer <thomas.egerer@xxxxxxxxxxx>
• Re: [PATCH V6 0/2] tracing, perf: cpu hotplug trace events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 0/2] libudev: Get all sysfs attrs for a device
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH 0/2] libudev: Get all sysfs attrs for a device
  • From: Thomas Egerer <thomas.egerer@xxxxxxxxxxx>
• Re: [PATCH 0/2] libudev: Get all sysfs attrs for a device
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH 0/2] libudev: Get all sysfs attrs for a device
  • From: Martin Pitt <martin.pitt@xxxxxxxxxx>
• Re: [PATCH 0/2] libudev: Get all sysfs attrs for a device
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: How to trigger a udev rule
  • From: Andrey Borzenkov <arvidjaar@xxxxxxxxx>
• Re: How to trigger a udev rule
  • From: "J. Bakshi" <j.bakshi@xxxxxxxxxxxxxxxxx>
• [PATCH 1/2] libudev: modify sysfs attr caching behavior
  • From: Thomas Egerer <thomas.egerer@xxxxxxxxxxx>
• [PATCH 2/2] libudev: Get all sysfs attrs for a device
  • From: Thomas Egerer <thomas.egerer@xxxxxxxxxxx>
• [PATCH 0/2] libudev: Get all sysfs attrs for a device
  • From: Thomas Egerer <thomas.egerer@xxxxxxxxxxx>
• Re: How to trigger a udev rule
  • From: Thomas Bechtold <thomasbechtold@xxxxxxxxxxx>
• Re: How to trigger a udev rule
  • From: Martin Pitt <martin.pitt@xxxxxxxxxx>
• Re: How to trigger a udev rule
  • From: Andrey Borzenkov <arvidjaar@xxxxxxxxx>
• How to trigger a udev rule
  • From: Thomas Bechtold <thomasbechtold@xxxxxxxxxxx>
• Re: How to use Udev to restrict USB access only to particular set of USB sticks?
  • From: Bryan Kadzban <bryan@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V6 0/2] tracing, perf: cpu hotplug trace events
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH V5 2/2] tracing, perf : add cpu hotplug trace events
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH V5 2/2] tracing, perf : add cpu hotplug trace events
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: [PATCH V6 0/2] tracing, perf: cpu hotplug trace events
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• [PATCH V4] Export ACPI _DSM provided firmware instance number and string name to sysfs
  • From: <Narendra_K@xxxxxxxx>
• Re: [PATCH V6 2/2] tracing, perf: add cpu hotplug trace events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH V6 0/2] tracing, perf: cpu hotplug trace events
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH V5 2/2] tracing, perf : add cpu hotplug trace events
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH V6 2/2] tracing, perf: add cpu hotplug trace events
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH V6 2/2] tracing, perf: add cpu hotplug trace events
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• RE: fixed id for mouse and keyboard
  • From: "MONDON Daniel" <Daniel.MONDON@xxxxxxxxxxxxxx>
• Re: [PATCH V6 2/2] tracing, perf: add cpu hotplug trace events
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: [PATCH V6 2/2] tracing, perf: add cpu hotplug trace events
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: How to use Udev to restrict USB access only to particular set of USB sticks?
  • From: Vilius Benetis <vilius.benetis@xxxxxxxxx>
• Re: [PATCH V6 0/2] tracing, perf: cpu hotplug trace events
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: How to use Udev to restrict USB access only to particular set of USB sticks?
  • From: Bryan Kadzban <bryan@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH V6 2/2] tracing, perf: add cpu hotplug trace events
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• [PATCH V6 0/2] tracing, perf: cpu hotplug trace events
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• [PATCH V6 1/2] tracing, perf: cpu hotplug trace events
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• external udev rules which list devices
  • From: Johannes Meixner <jsmeix@xxxxxxx>
• Re: How to use Udev to restrict USB access only to particular set of USB sticks?
  • From: Vilius Benetis <vilius.benetis@xxxxxxxxx>
• Re: [PATCH 1/1] Remap Acer WMI touchpad toggle key to F21 used by X
  • From: "Joey Lee" <jlee@xxxxxxxxxx>
• Re: [PATCH 1/1] Remap Acer WMI touchpad toggle key to F21 used by X
  • From: Martin Pitt <martin.pitt@xxxxxxxxxx>
• [PATCH 1/1] Remap Acer WMI touchpad toggle key to F21 used by X
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• Re: [PATCH V5 2/2] tracing, perf : add cpu hotplug trace events
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: [gentoo-user] automounting usb drives
  • From: Stéphane Guedon <stephane@xxxxxxxxxxxxx>
• Re: udev fixing mount point
  • From: Stéphane Guedon <stephane@xxxxxxxxxxxxx>
• Re: udev fixing mount point
  • From: David Zeuthen <zeuthen@xxxxxxxxx>
• udev fixing mount point
  • From: Stéphane Guedon <stephane@xxxxxxxxxxxxx>
• Re: [PATCH] udev-watch: try inotify_init if inotify_init1 is not available
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH] udev-watch: try inotify_init if inotify_init1 is not available
  • From: Steffen Sledz <sledz@xxxxxxxxxxxx>
• Re: [PATCH] udev-watch: try inotify_init if inotify_init1 is not available
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• [PATCH] udev-watch: try inotify_init if inotify_init1 is not available
  • From: Steffen Sledz <sledz@xxxxxxxxxxxx>
• Re: [PATCH V5 2/2] tracing, perf : add cpu hotplug trace events
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH V5 2/2] tracing, perf : add cpu hotplug trace events
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V5 2/2] tracing, perf : add cpu hotplug trace events
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH V5 2/2] tracing, perf : add cpu hotplug trace events
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V5 2/2] tracing, perf : add cpu hotplug trace events
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH V5 2/2] tracing, perf : add cpu hotplug trace events
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V5 2/2] tracing, perf : add cpu hotplug trace events
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V5 2/2] tracing, perf : add cpu hotplug trace events
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH V5 2/2] tracing, perf : add cpu hotplug trace events
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V5 2/2] tracing, perf : add cpu hotplug trace events
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH V5 2/2] tracing, perf : add cpu hotplug trace events
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: [PATCH V5 2/2] tracing, perf : add cpu hotplug trace events
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V5 2/2] tracing, perf : add cpu hotplug trace events
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V5 2/2] tracing, perf : add cpu hotplug trace events
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V5 2/2] tracing, perf : add cpu hotplug trace events
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: [PATCH V5 2/2] tracing, perf : add cpu hotplug trace events
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH V5 2/2] tracing, perf : add cpu hotplug trace events
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V5 2/2] tracing, perf : add cpu hotplug trace events
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V5 2/2] tracing, perf : add cpu hotplug trace events
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: How to use Udev to restrict USB access only to particular set of USB sticks?
  • From: Vilius Benetis <vilius.benetis@xxxxxxxxx>
• [PATCH V5 2/2] tracing, perf : add cpu hotplug trace events
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: How to use Udev to restrict USB access only to particular set of USB sticks?
  • From: Greg KH <greg@xxxxxxxxx>
• Re: How to use Udev to restrict USB access only to particular set of USB sticks?
  • From: Vilius Benetis <vilius.benetis@xxxxxxxxx>
• Re: [PATCH V4 2/2] tracing, perf : add cpu hotplug trace events
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: How to use Udev to restrict USB access only to particular set of USB sticks?
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH] cdrom_id: cd_media_toc() extend toc size to 65536
  • From: Martin Pitt <martin.pitt@xxxxxxxxxx>
• [PATCH] cdrom_id: cd_media_toc() extend toc size to 65536
  • From: harald@xxxxxxxxxx
• Re: [PATCH V4 2/2] tracing, perf : add cpu hotplug trace events
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH V4 1/2] tracing, perf : add cpu hotplug trace events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH V4 1/2] tracing, perf : add cpu hotplug trace events
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: How to use Udev to restrict USB access only to particular set of USB sticks?
  • From: Vilius Benetis <vilius.benetis@xxxxxxxxx>
• libudev, a question about the enumerate API.
  • From: Antonio Ospite <ospite@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V3] Export ACPI _DSM provided firmware instance number and string name to sysfs
  • From: <Narendra_K@xxxxxxxx>
• Re: [PATCH V3] Export ACPI _DSM provided firmware instance number and string name to sysfs
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• [PATCH V3] Export ACPI _DSM provided firmware instance number and string name to sysfs
  • From: <Narendra_K@xxxxxxxx>
• Re: How to use Udev to restrict USB access only to particular set of USB sticks?
  • From: Greg KH <greg@xxxxxxxxx>
• Re: How to use Udev to restrict USB access only to particular set of USB sticks?
  • From: Vilius Benetis <vilius.benetis@xxxxxxxxx>
• Re: How to use Udev to restrict USB access only to particular set of USB sticks?
  • From: Vilius Benetis <vilius.benetis@xxxxxxxxx>
• Re: How to use Udev to restrict USB access only to particular set of USB sticks?
  • From: Greg KH <greg@xxxxxxxxx>
• Re: How to use Udev to restrict USB access only to particular set of USB sticks?
  • From: Vilius Benetis <vilius.benetis@xxxxxxxxx>
• Re: [RESEND] ID_SERIAL for udev bluetooth joystick events
  • From: Antonio Ospite <ospite@xxxxxxxxxxxxxxxxx>
• Re: How to use Udev to restrict USB access only to particular set of USB sticks?
  • From: Greg KH <greg@xxxxxxxxx>
• RE: fixed id for mouse and keyboard
  • From: "MONDON Daniel" <Daniel.MONDON@xxxxxxxxxxxxxx>
• Re: How to use Udev to restrict USB access only to particular set of USB sticks?
  • From: Vilius Benetis <vilius.benetis@xxxxxxxxx>
• Re: How to use Udev to restrict USB access only to particular set of USB sticks?
  • From: Andrey Borzenkov <arvidjaar@xxxxxxxxx>
• How to use Udev to restrict USB access only to particular set of USB sticks?
  • From: Vilius Benetis <vilius.benetis@xxxxxxxxx>
• Re: Suggested enhancement to udev script
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Suggested enhancement to udev script
  • From: Paul Brewer <paul.brewer40@xxxxxxxxxxxx>
• biosdevname v0.3.7
  • From: Matt Domsch <Matt_Domsch@xxxxxxxx>
• Re: [PATCH] udevadm: update prev properly
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• [PATCH] udevadm: update prev properly
  • From: Kei Tokunaga <tokunaga.keiich@xxxxxxxxxxxxxx>
• fixed id for mouse and keyboard
  • From: "MONDON Daniel" <Daniel.MONDON@xxxxxxxxxxxxxx>
• [RESEND] ID_SERIAL for udev bluetooth joystick events
  • From: Antonio Ospite <ospite@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] keymap: Remove wlan from Dell
  • From: Martin Pitt <martin.pitt@xxxxxxxxxx>
• [PATCH] keymap: Remove wlan from Dell
  • From: Matthew Garrett <mjg@xxxxxxxxxx>
• Re: net device renaming 2-step, IFNAMSIZ limit
  • From: Matt Domsch <Matt_Domsch@xxxxxxxx>
• Re: net device renaming 2-step, IFNAMSIZ limit
  • From: Scott James Remnant <scott@xxxxxxxxxxxx>
• Re: net device renaming 2-step, IFNAMSIZ limit
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: microcode issues on VIA C-7
  • From: Ozan Çağlayan <ozan@xxxxxxxxxxxxx>
• microcode issues on VIA C-7
  • From: Ozan Çağlayan <ozan@xxxxxxxxxxxxx>
• [PATCH V4 2/2] tracing, perf : add cpu hotplug trace events
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• [PATCH V4 1/2] tracing, perf : add cpu hotplug trace events
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Blog coverage of Consistent Network Device Naming
  • From: Matt Domsch <Matt_Domsch@xxxxxxxx>
• Re: net device renaming 2-step, IFNAMSIZ limit
  • From: Matt Domsch <Matt_Domsch@xxxxxxxx>
• Re: [PATCH 2/2] tracing, perf : add cpu hotplug trace events
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 2/2] tracing, perf : add cpu hotplug trace events
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• biosdevname v0.3.6
  • From: Matt Domsch <Matt_Domsch@xxxxxxxx>
• Re: [PATCH 2/2] tracing, perf : add cpu hotplug trace events
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH v2] udev: add rules for qemu guests
  • From: Jim Paris <jim@xxxxxxxx>
• Re: [PATCH v2] udev: add rules for qemu guests
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• how to suppress write_net_rules (prevent alteration of my net rules)
  • From: John Lumby <johnlumby@xxxxxxxxxxx>
• Re: [PATCH v2] udev: add rules for qemu guests
  • From: Ozan Çağlayan <ozan@xxxxxxxxxxxxx>
• Re: [PATCH v2] udev: add rules for qemu guests
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• [PATCH v2] udev: add rules for qemu guests
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] udev: add rules for qemu guests
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] udev: add rules for qemu guests
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH] udev: add rules for qemu guests
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] udev: add rules for qemu guests
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH] udev: add rules for qemu guests
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] udev: add rules for qemu guests
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• [PATCH] udev: add rules for qemu guests
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 2/2] tracing, perf : add cpu hotplug trace events
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• [PATCH 2/2] tracing, perf : add cpu hotplug trace events
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• [PATCH V3 1/2] tracing, perf : add cpu hotplug trace events
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: [PATCH V2] tracing, perf : add cpu hotplug trace events
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: [PATCH V2] tracing, perf : add cpu hotplug trace events
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH V2] tracing, perf : add cpu hotplug trace events
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: [PATCH V2] tracing, perf : add cpu hotplug trace events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH V2] tracing, perf : add cpu hotplug trace events
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH] udevd.c: set selinux context on /lib/udev/devices copy
  • From: harald@xxxxxxxxxx
• how to disable a device in a udev rule
  • From: Pádraig Brady <P@xxxxxxxxxxxxxx>
• Re: [PATCH V2] tracing, perf : add cpu hotplug trace events
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• udev-165 build problem (and workaround)
  • From: Thomas Koeller <thomas@xxxxxxxxxxxxxxxxxx>
• Re: how to suppress write_net_rules (prevent alteration of my net rules)
  • From: Andrey Borzenkov <arvidjaar@xxxxxxxxx>
• Re: Proper way to get USB class codes
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH V2] tracing, perf : add cpu hotplug trace events
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH #upstream-fixes] libata: set queue DMA alignment to sector size for ATAPI too
  • From: Tejun Heo <htejun@xxxxxxxxx>
• [PATCH V2] tracing, perf : add cpu hotplug trace events
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: Proper way to get USB class codes
  • From: José Félix Ontañón <felixonta@xxxxxxxxx>
• Re: About volume/disk blocks/size properties
  • From: José Félix Ontañón <felixonta@xxxxxxxxx>
• Re: Early-boot kernel panics from udev-165/extras/ata_id/ata_id.c
  • From: John Stanley <jpsinthemix@xxxxxxxxxxx>
• RE: how to suppress write_net_rules (prevent alteration of my net rules)
  • From: John Lumby <johnlumby@xxxxxxxxxxx>
• Re: how to suppress write_net_rules (prevent alteration of my net rules)
  • From: md@xxxxxxxx (Marco d'Itri)
• Re: how to suppress write_net_rules (prevent alteration of my net rules)
  • From: Andrey Borzenkov <arvidjaar@xxxxxxxxx>
• Re: how to suppress write_net_rules (prevent alteration of my net rules)
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• how to suppress write_net_rules (prevent alteration of my net rules)
  • From: John Lumby <johnlumby@xxxxxxxxxxx>
• Re: About volume/disk blocks/size properties
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: Early-boot kernel panics from udev-165/extras/ata_id/ata_id.c
  • From: Brad Price <bwp@xxxxxxxxx>
• Re: udev minimum requirement
  • From: Darcoux Christine <bouloumag@xxxxxxxxx>
• Re: Early-boot kernel panics from udev-165/extras/ata_id/ata_id.c
  • From: John Stanley <jpsinthemix@xxxxxxxxxxx>
• Re: udev minimum requirement
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• udev minimum requirement
  • From: Darcoux Christine <bouloumag@xxxxxxxxx>
• Re: Early-boot kernel panics from udev-165/extras/ata_id/ata_id.c
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: Early-boot kernel panics from udev-165/extras/ata_id/ata_id.c
  • From: John Stanley <jpsinthemix@xxxxxxxxxxx>
• Re: [PATCH] tracing, perf : add cpu hotplug trace events
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: [PATCH] tracing, perf : add cpu hotplug trace events
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: Early-boot kernel panics from udev-165/extras/ata_id/ata_id.c
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: Early-boot kernel panics from udev-165/extras/ata_id/ata_id.c
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [PATCH] tracing, perf : add cpu hotplug trace events
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: Early-boot kernel panics from udev-165/extras/ata_id/ata_id.c
  • From: John Stanley <jpsinthemix@xxxxxxxxxxx>
• Re: Early-boot kernel panics from udev-165/extras/ata_id/ata_id.c
  • From: John Stanley <jpsinthemix@xxxxxxxxxxx>
• Re: Early-boot kernel panics from udev-165/extras/ata_id/ata_id.c
  • From: John Stanley <jpsinthemix@xxxxxxxxxxx>
• Proper way to get USB class codes
  • From: José Félix Ontañón <felixonta@xxxxxxxxx>
• Re: [PATCH] tracing, perf : add cpu hotplug trace events
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: libudev and /sys/devices/system/cpu
  • From: Greg KH <greg@xxxxxxxxx>
• libudev and /sys/devices/system/cpu
  • From: Martin Grund <grundprinzip@xxxxxxxxx>
• udev problem during system boot
  • From: Ulrich Leschinski <u_leschinski@xxxxxxxx>
• Re: sys-fs/udev-0151-r4 : there're a lot of borken symlinks in
  • From: md@xxxxxxxx (Marco d'Itri)
• Re: sys-fs/udev-0151-r4 : there're a lot of borken symlinks in
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• sys-fs/udev-0151-r4 : there're a lot of borken symlinks in
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Any plan to restore path_id for SAS devices?
  • From: tomm <tommlkml@xxxxxxxxx>
• Re: Early-boot kernel panics from udev-165/extras/ata_id/ata_id.c
  • From: Tejun Heo <htejun@xxxxxxxxx>
• RE: [PATCH] Export ACPI _DSM provided firmware instance number and string name to sysfs
  • From: <Narendra_K@xxxxxxxx>
• Re: [PATCH] Export ACPI _DSM provided firmware instance number and string name to sysfs
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• RE: [PATCH] Export ACPI _DSM provided firmware instance number and string name to sysfs
  • From: <Narendra_K@xxxxxxxx>
• Re: Early-boot kernel panics from udev-165/extras/ata_id/ata_id.c
  • From: Ozan Çağlayan <ozan@xxxxxxxxxxxxx>
• Re: Early-boot kernel panics from udev-165/extras/ata_id/ata_id.c
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: About volume/disk blocks/size properties
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: About volume/disk blocks/size properties
  • From: José Félix Ontañón <felixonta@xxxxxxxxx>
• Re: About volume/disk blocks/size properties
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• About volume/disk blocks/size properties
  • From: José Félix Ontañón <felixonta@xxxxxxxxx>
• Re: [PATCH] Export ACPI _DSM provided firmware instance number and string name to sysfs
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: [PATCH] tracing, perf : add cpu hotplug trace events
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: [PATCH] tracing, perf : add cpu hotplug trace events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] tracing, perf : add cpu hotplug trace events
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH] tracing, perf : add cpu hotplug trace events
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: [PATCH] tracing, perf : add cpu hotplug trace events
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxx>
• Re: Early-boot kernel panics from udev-165/extras/ata_id/ata_id.c
  • From: Ozan Çağlayan <ozan@xxxxxxxxxxxxx>
• Re: Early-boot kernel panics from udev-165/extras/ata_id/ata_id.c
  • From: Robby Workman <rw@xxxxxxxxxxxxx>
• Re: Early-boot kernel panics from udev-165/extras/ata_id/ata_id.c
  • From: Greg KH <greg@xxxxxxxxx>
• Early-boot kernel panics from udev-165/extras/ata_id/ata_id.c
  • From: John Stanley <jpsinthemix@xxxxxxxxxxx>
• Re: [PATCH] Export ACPI _DSM provided firmware instance number and string name to sysfs
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: [PATCH] Export ACPI _DSM provided firmware instance number and string name to sysfs
  • From: Matt Domsch <Matt_Domsch@xxxxxxxx>
• Udev GPT GUID support
  • From: "KESHAV P.R." <skodabenz@xxxxxxxxx>
• VFS issue with hardware-encrypted usb devices
  • From: Guillaume Rousse <guillomovitch@xxxxxxxxx>
• [PATCH] tracing, perf : add cpu hotplug trace events
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: Failure to build ata_id
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Failure to build ata_id
  • From: Thomas Koeller <thomas@xxxxxxxxxxxxxxxxxx>
• At wits end with a Broadcom Corp BCM92046DG-CL1ROM
  • From: gene heskett <gheskett@xxxxxxxx>
• Re: [PATCH] Remap Eee PC touchpad toggle key to F21 used by X
  • From: Martin Pitt <martin.pitt@xxxxxxxxxx>
• At wits end with a Broadcom Corp BCM92046DG-CL1ROM
  • From: gene heskett <gheskett@xxxxxxxx>
• [PATCH] Remap Eee PC touchpad toggle key to F21 used by X
  • From: chris@xxxxxxxxxxxxxx
• Re: PCI/USB Vendor and model from database
  • From: José Félix Ontañón <felixonta@xxxxxxxxx>
• Re: PCI/USB Vendor and model from database
  • From: José Félix Ontañón <felixonta@xxxxxxxxx>
• Re: PCI/USB Vendor and model from database
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: PCI/USB Vendor and model from database
  • From: Greg KH <greg@xxxxxxxxx>
• Re: PCI/USB Vendor and model from database
  • From: José Félix Ontañón <felixonta@xxxxxxxxx>
• Re: PCI/USB Vendor and model from database
  • From: Scott James Remnant <scott@xxxxxxxxxxxx>
• Re: PCI/USB Vendor and model from database
  • From: Lennart Poettering <lennart@xxxxxxxxxxxxxx>
• Re: PCI/USB Vendor and model from database
  • From: Greg KH <greg@xxxxxxxxx>
• PCI/USB Vendor and model from database
  • From: José Félix Ontañón <felixonta@xxxxxxxxx>
• Re: Udev rule $attr substitution
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH] Export ACPI _DSM provided firmware instance number and string name to sysfs
  • From: <Narendra_K@xxxxxxxx>
• Re: [PATCH] Export ACPI _DSM provided firmware instance number and string name to sysfs
  • From: Matt Domsch <Matt_Domsch@xxxxxxxx>
• Re: Udev rule $attr substitution
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: Udev rule $attr substitution
  • From: Josua Dietze <digidietze@xxxxxxxxxxxxxxx>
• [PATCH] Export ACPI _DSM provided firmware instance number and string name to sysfs
  • From: <Narendra_K@xxxxxxxx>
• Re: Udev rule $attr substitution
  • From: Martin Pitt <martin.pitt@xxxxxxxxxx>
• Re: Udev rule $attr substitution
  • From: Josua Dietze <digidietze@xxxxxxxxxxxxxxx>
• Re: Udev rule $attr substitution
  • From: Martin Pitt <martin.pitt@xxxxxxxxxx>
• Re: Udev rule $attr substitution
  • From: Josua Dietze <digidietze@xxxxxxxxxxxxxxx>
• Udev rule $attr substitution
  • From: Josua Dietze <digidietze@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] x86, acpi: add MAX_LOCAL_APIC for 32bit
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH -v2 2/2] x86, acpi: Parse all SRAT cpu entries even have cpu num limitation
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH -v2 2/2] x86, acpi: Parse all SRAT cpu entries even have cpu num limitation
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH -v2 2/2] x86, acpi: Parse all SRAT cpu entries even have cpu num limitation
  • From: Venkatesh Pallipadi <venki@xxxxxxxxxx>
• [ANNOUNCE] udev 165 release
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• biosdevname v0.3.4
  • From: Matt Domsch <Matt_Domsch@xxxxxxxx>
• [PATCH 1/2] x86, acpi: add MAX_LOCAL_APIC for 32bit
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH -v2 2/2] x86, acpi: Parse all SRAT cpu entries even have cpu num limitation
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] x86, acpi: Handle all SRAT cpu entries even have cpu num limitation
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] x86, acpi: Handle all SRAT cpu entries even have cpu num limitation
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] x86, acpi: Handle all SRAT cpu entries even have cpu num limitation
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] x86, acpi: Handle all SRAT cpu entries even have cpu num limitation
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• biosdevname v0.3.3
  • From: Matt Domsch <Matt_Domsch@xxxxxxxx>
• Re: [PATCH] udevadm-info: add query for properties with quoted output
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH] udevadm-info: add query for properties with quoted output
  • From: David Zeuthen <zeuthen@xxxxxxxxx>
• [PATCH] udevadm-info: add query for properties with quoted output
  • From: harald@xxxxxxxxxx
• Re: can i use udev rules to send a dbus signal
  • From: Martin Pitt <martin.pitt@xxxxxxxxxx>
• can i use udev rules to send a dbus signal
  • From: shaoning <shaoning.fan@xxxxxxxxx>
• Re: biosdevname v0.3.2
  • From: Matt Domsch <Matt_Domsch@xxxxxxxx>
• Re: biosdevname v0.3.2
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• Re: biosdevname v0.3.2
  • From: Matt Domsch <Matt_Domsch@xxxxxxxx>
• Re: biosdevname v0.3.2
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• Re: net device renaming 2-step, IFNAMSIZ limit
  • From: Matt Domsch <Matt_Domsch@xxxxxxxx>
• Re: net device renaming 2-step, IFNAMSIZ limit
  • From: Piter PUNK <piterpunk@xxxxxxxxxxxxxxx>
• biosdevname v0.3.2
  • From: Matt Domsch <Matt_Domsch@xxxxxxxx>
• Re: udev_device_get_sysattr_value upon device remove
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• udev_device_get_sysattr_value upon device remove
  • From: Stefan Harjes <stefan.harjes@xxxxxxx>
• udisks 1.0.2 released
  • From: Martin Pitt <martin.pitt@xxxxxxxxxx>
• Re: make check error
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• make check error
  • From: robert <mullinrobert@xxxxxxxxx>
• Re: [PATCH][ ARM cpu hotplug 1/2 ] extract common code for arm cpu hotplug
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH][ ARM cpu hotplug 1/2 ] extract common code for arm cpu hotplug
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• Re: [PATCH][ ARM cpu hotplug 2/2 ] Use common cpu hotplug code for UX500
  • From: Sundar <sunder.svit@xxxxxxxxx>
• [PATCH][ ARM cpu hotplug 2/2 ] Use common cpu hotplug code for UX500
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• [PATCH][ ARM cpu hotplug 1/2 ] extract common code for arm cpu hotplug
  • From: Vincent Guittot <vincent.guittot@xxxxxxxxxx>
• biosdevname v0.3.1
  • From: Matt Domsch <Matt_Domsch@xxxxxxxx>
• net device renaming 2-step, IFNAMSIZ limit
  • From: Matt Domsch <Matt_Domsch@xxxxxxxx>
• Re: [Libmtp-discuss] udev and libmtp: detect a new mtp device based on its USB interface descriptor
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [Libmtp-discuss] udev and libmtp: detect a new mtp device based on its USB interface descriptor
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [Libmtp-discuss] udev and libmtp: detect a new mtp device based on its USB interface descriptor
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• something about udev
  • From: shaoning <shaoning.fan@xxxxxxxxx>
• Re: [PATCH 1/1] UDEV - Add 'udevlom' command line param to start_udev
  • From: Matt Domsch <Matt_Domsch@xxxxxxxx>
• Re: [PATCH 1/1] UDEV - Add 'udevlom' command line param to start_udev
  • From: Bill Fink <billfink@xxxxxxxxxxxxxx>
• RE: [PATCH 1/1] UDEV - Add 'udevlom' command line param to start_udev
  • From: "Loke, Chetan" <Chetan.Loke@xxxxxxxxxxxx>
• RE: [PATCH 1/1] UDEV - Add 'udevlom' command line param to start_udev
  • From: "Loke, Chetan" <Chetan.Loke@xxxxxxxxxxxx>
• Re: [Libmtp-discuss] udev and libmtp: detect a new mtp device based on its USB interface descriptor
  • From: Marcus Meissner <marcus@xxxxxxxxxxxxxx>
• Re: [Libmtp-discuss] udev and libmtp: detect a new mtp device based on its USB interface descriptor
  • From: Dan Nicholson <dbn.lists@xxxxxxxxx>
• Re: [PATCH] Create symlinks and static/module nodes before /dev/null check
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: How do I get udev to replay coldplug events for devices that did not load?
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: How do I get udev to replay coldplug events for devices that did not load?
  • From: David Goodenough <david.goodenough@xxxxxxxxxxxxx>
• Re: udevadm test to show all the rules applied
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: How do I get udev to replay coldplug events for devices that did not load?
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• How do I get udev to replay coldplug events for devices that did not load?
  • From: David Goodenough <david.goodenough@xxxxxxxxxxxxx>
• udevadm test to show all the rules applied
  • From: Roman Byshko <rbyshko@xxxxxxxxx>
• Re: false udev event
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• Re: false udev event
  • From: "J. Bakshi" <j.bakshi@xxxxxxxxxxxxxxxxx>
• Re: false udev event
  • From: Phillip Susi <psusi@xxxxxxxxxx>
• false udev event
  • From: "J. Bakshi" <j.bakshi@xxxxxxxxxxxxxxxxx>
• [PATCH] Create symlinks and static/module nodes before /dev/null check
  • From: Michal Soltys <soltys@xxxxxxxx>
• Re: extended netdevice naming proposal
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• Re: extended netdevice naming proposal
  • From: Matt Domsch <Matt_Domsch@xxxxxxxx>
• Re: extended netdevice naming proposal
  • From: Matt Domsch <Matt_Domsch@xxxxxxxx>
• Re: extended netdevice naming proposal
  • From: Rick Jones <rick.jones2@xxxxxx>
• Re: Keyboard desactivation
  • From: Greg KH <greg@xxxxxxxxx>
• RE: Keyboard desactivation
  • From: "MONDON Daniel" <Daniel.MONDON@xxxxxxxxxxxxxxxxxxx>
• Re: Keyboard desactivation
  • From: Greg KH <greg@xxxxxxxxx>
• Keyboard desactivation
  • From: "MONDON Daniel" <Daniel.MONDON@xxxxxxxxxxxxxxxxxxx>
• proper way to coldplug with current udev
  • From: Michal Soltys <soltys@xxxxxxxx>
• Re: extended netdevice naming proposal
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• Re: extended netdevice naming proposal
  • From: Bill Nottingham <notting@xxxxxxxxxx>
• Re: extended netdevice naming proposal
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• extended netdevice naming proposal
  • From: Matt Domsch <Matt_Domsch@xxxxxxxx>
• Re: [PATCH 1/1] UDEV - Add 'udevlom' command line param to start_udev
  • From: Rick Jones <rick.jones2@xxxxxx>
• Re: [PATCH 1/1] UDEV - Add 'udevlom' command line param to start_udev
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• Re: [PATCH 1/1] UDEV - Add 'udevlom' command line param to start_udev
  • From: Matt Domsch <Matt_Domsch@xxxxxxxx>
• Re: [patch|rfc] add support for I/O scheduler tuning
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [patch|rfc] add support for I/O scheduler tuning
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>