Linux Modules

• Thread Index

• Re: Is modules.dep.bin architecture independent?
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: Is modules.dep.bin architecture independent?
  • From: David Goodenough <david.goodenough@xxxxxxxxxxxxxxxx>
• Re: Is modules.dep.bin architecture independent?
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: Is modules.dep.bin architecture independent?
  • From: David Goodenough <david.goodenough@xxxxxxxxxxxxxxxx>
• Re: Is modules.dep.bin architecture independent?
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Is modules.dep.bin architecture independent?
  • From: David Goodenough <david.goodenough@xxxxxxxxxxxxxxxx>
• depmod return 0 even in case of unresolved symbol
  • From: "Gilles Espinasse" <g.esp@xxxxxxx>
• Re: Should modprobe blacklist all or only canned aliases?
  • From: Andrey Borzenkov <arvidjaar@xxxxxxx>
• Re: More modaliases + patchtool
  • From: Dzianis Kahanovich <mahatma@xxxxxxxxxxxxxx>
• Re: More modaliases + patchtool
  • From: Jon Masters <jcm@xxxxxxxxxx>
• More modaliases + patchtool
  • From: Dzianis Kahanovich <mahatma@xxxxxxxxxxxxxx>
• Re: Should modprobe blacklist all or only canned aliases?
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: Should modprobe blacklist all or only canned aliases?
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: Should modprobe blacklist all or only canned aliases?
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Should modprobe blacklist all or only canned aliases?
  • From: Andrey Borzenkov <arvidjaar@xxxxxxx>
• Re: mark old wiki as old
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: mark old wiki as old
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• mark old wiki as old
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: Segfault in depmod -- module-init-tools 3.12
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: Segfault in depmod -- module-init-tools 3.12
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Segfault in depmod -- module-init-tools 3.12
  • From: Mark Hatle <mark.hatle@xxxxxxxxxxxxx>
• dependencies using softdep option
  • From: Michael Prokop <mika@xxxxxxxxxx>
• [ANNOUNCE] module-init-tools v3.12
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• [PATCH] doc: Do not generate modprobe.d.5 from sgml
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [patch] depmod: export static device node information to modules.devname
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: [patch] depmod: export static device node information to modules.devname
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [patch] depmod: export static device node information to modules.devname
  • From: Scott James Remnant <scott@xxxxxxxxxx>
• Re: [patch] depmod: export static device node information to modules.devname
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [patch] depmod: export static device node information to modules.devname
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [patch] depmod: export static device node information to modules.devname
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [patch] depmod: export static device node information to modules.devname
  • From: Scott James Remnant <scott@xxxxxxxxxx>
• Re: [patch] depmod: export static device node information to modules.devname
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [patch] depmod: export static device node information to modules.devname
  • From: Scott James Remnant <scott@xxxxxxxxxx>
• Re: [patch] depmod: export static device node information to modules.devname
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• [patch] depmod: export static device node information to modules.devname
  • From: Kay Sievers <kay.sievers@xxxxxxx>
• Re: [klibc] include insmod patch
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [klibc] include insmod patch
  • From: maximilian attems <max@xxxxxxx>
• Re: [PATCH] apply blacklist to builtin aliases only
  • From: Anssi Hannula <anssi@xxxxxxxxxxxx>
• Re: [PATCH] apply blacklist to builtin aliases only
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [PATCH] apply blacklist to builtin aliases only
  • From: Anssi Hannula <anssi@xxxxxxxxxxxx>
• Re: [PATCH] apply blacklist to builtin aliases only
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• removal of modprobe -o
  • From: md@xxxxxxxx (Marco d'Itri)
• Re: [PATCH] apply blacklist to builtin aliases only
  • From: Jon Masters <jcm@xxxxxxxxxx>
• [PATCH] apply blacklist to builtin aliases only
  • From: Anssi Hannula <anssi@xxxxxxxxxxxx>
• Re: [klibc] include insmod patch
  • From: maximilian attems <max@xxxxxxx>
• Re: [klibc] include insmod patch
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: [klibc] include insmod patch
  • From: maximilian attems <max@xxxxxxx>
• Re: Bug#572512: module-init-tools: depmod unaligned trap on alpha
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: Bug#572512: module-init-tools: depmod unaligned trap on alpha
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: Bug#572512: module-init-tools: depmod unaligned trap on alpha
  • From: md@xxxxxxxx (Marco d'Itri)
• Re: Bug#576894: modprobe -r should print and return an error value just like rmmod
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: Bug#576894: modprobe -r should print and return an error value just like rmmod
  • From: jidanni@xxxxxxxxxxx
• Re: Bug#576894: modprobe -r should print and return an error value just like rmmod
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: Bug#576894: modprobe -r should print and return an error value just like rmmod
  • From: jidanni@xxxxxxxxxxx
• Re: Bug#576894: modprobe -r should print and return an error value just like rmmod
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: Bug#576894: modprobe -r should print and return an error value just like rmmod
  • From: jidanni@xxxxxxxxxxx
• Re: Bug#574584: module-init-tools: modprobe is too chatty with parse_toplevel_config and parse_kcmdline
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Bug#574584: module-init-tools: modprobe is too chatty with parse_toplevel_config and parse_kcmdline
  • From: md@xxxxxxxx (Marco d'Itri)
• Re: [PATCH] modprobe does not print out dependee module falures.
  • From: "Matthew W. S. Bell" <matthew@xxxxxxxxxxxxxx>
• Re: Cant build module-init-tools-3.11
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: Cant build module-init-tools-3.11
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: Cant build module-init-tools-3.11
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [PULL] fixes (inc. softdep) & try to to remove unused modules first
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: Cant build module-init-tools-3.11
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [PULL] fixes (inc. softdep) & try to to remove unused modules first
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [PULL] fixes (inc. softdep) & try to to remove unused modules first
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• [PULL] fixes (inc. softdep) & try to to remove unused modules first
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Cant build module-init-tools-3.11
  • From: Jonathan Andrews <jon@xxxxxxxxxxxxxxx>
• Re: testsuite fun - [Fwd: opendir() on a file???]
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• testsuite fun - [Fwd: opendir() on a file???]
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: Queued cleanups
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: Queued cleanups
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: Queued cleanups
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: Queued cleanups
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: Queued cleanups
  • From: Ozan Çağlayan <ozan@xxxxxxxxxxxxx>
• Re: Queued cleanups
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: Queued cleanups
  • From: Ozan Çağlayan <ozan@xxxxxxxxxxxxx>
• Re: Queued cleanups
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: Queued cleanups
  • From: Ozan Çağlayan <ozan@xxxxxxxxxxxxx>
• Re: Queued cleanups
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: Queued cleanups
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: Queued cleanups
  • From: Ozan Çağlayan <ozan@xxxxxxxxxxxxx>
• Re: Queued cleanups
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: Queued cleanups
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: [PATCH] modprobe does not print out dependee module falures.
  • From: "Matthew W. S. Bell" <matthew@xxxxxxxxxxxxxx>
• Re: Queued cleanups
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Queued cleanups
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [PATCH] modprobe does not print out dependee module falures.
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [PATCH] Fix depmod -e without -F or -E unterminated warning
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: [PATCH] Fix depmod -e without -F or -E unterminated warning
  • From: Jon Masters <jcm@xxxxxxxxxx>
• [PATCH] Fix depmod -e without -F or -E unterminated warning
  • From: Gilles Espinasse <g.esp@xxxxxxx>
• http://bugzilla.kerneltools.org/ display uninterpreted perl script
  • From: "Gilles Espinasse" <g.esp@xxxxxxx>
• Re: [PATCH] modprobe does not print out dependee module falures.
  • From: Jon Masters <jcm@xxxxxxxxxx>
• [PATCH] modprobe does not print out dependee module falures.
  • From: "Matthew W. S. Bell" <matthew@xxxxxxxxxxxxxx>
• Help,any test method to test driver module's memory footprint?
  • From: Keith Chin <qinxk.bupt@xxxxxxxxx>
• [RESEND] [GIT] fork-loop fixes
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: module locking
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: module locking
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: module locking
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: module locking
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: module locking
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: module locking
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: module locking
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: module locking
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• module locking
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: softdep in .modinfo
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: [PATCH] depmod: initial support for split module directories
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: [PATCH] depmod: initial support for split module directories
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [PATCH] ax_enable_builddir: improve quality of generated top-level Makefile
  • From: Peter Simons <simons@xxxxxxx>
• Re: softdep in .modinfo
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: softdep in .modinfo
  • From: Jon Masters <jcm@xxxxxxxxxx>
• softdep in .modinfo
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [PATCH 1/2] lib: Add generic binary search function to the kernel.
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] lib: Add generic binary search function to the kernel.
  • From: Thiago Farina <tfransosi@xxxxxxxxx>
• [PATCH] ax_enable_builddir: improve quality of generated top-level Makefile
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: AX_ENABLE_BUILDDIR mangles module-init-tools Makefile
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: AX_ENABLE_BUILDDIR mangles module-init-tools Makefile
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [Mit-devel] [PATCH] generate-modprobe.conf: handle duplicate aliases
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• ANNOUNCE: module-init-tools 3.11.1 release
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: Bug#548841: module-init-tools: Modprobe -q should always return 0.
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: Bug#548841: module-init-tools: Modprobe -q should always return 0.
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: Bug#548841: module-init-tools: Modprobe -q should always return 0.
  • From: Philipp Weis <pweis@xxxxxxxxx>
• Re: dist tarball creation
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: dist tarball creation
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• dist tarball creation
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [Mit-devel] [PATCH] generate-modprobe.conf: handle duplicate aliases
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [Mit-devel] [PATCH] generate-modprobe.conf: handle duplicate aliases
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: ANNOUNCE: module-init-tools 3.11 release
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• ANNOUNCE: module-init-tools 3.11 release
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [GIT v3] softdep: now with testing cheese, bugfixes and docs
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [GIT v3] softdep: now with testing cheese, bugfixes and docs
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [GIT v3] softdep: now with testing cheese, bugfixes and docs
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [GIT v3] softdep: now with testing cheese, bugfixes and docs
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• [GIT v3] softdep: now with testing cheese, bugfixes and docs
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: module-init-tools: [GIT v2] softdep command
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: module-init-tools: [GIT v2] softdep command
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: pending release
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Bug#548853: module-init-tools: depmod.conf manpage corruption
  • From: md@xxxxxxxx (Marco d'Itri)
• [PATCH] doc: document the new "path" option in depmod.conf
  • From: Jon Masters <jcm@xxxxxxxxxxxxxx>
• [PATCH] depmod: initial support for split module directories
  • From: Jon Masters <jcm@xxxxxxxxxxxxxx>
• Re: [PATCH] modinfo: Fix segmentation fault due to the wrong parameter
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: module-init-tools: [GIT v2] softdep command
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [PATCH] modinfo: Fix segmentation fault due to the wrong parameter
  • From: Ozan Çağlayan <ozan@xxxxxxxxxxxxx>
• Re: [PATCH] modinfo: Fix segmentation fault due to the wrong parameter
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [PATCH] modinfo: Fix segmentation fault due to the wrong parameter
  • From: Ozan Çağlayan <ozan@xxxxxxxxxxxxx>
• [GIT] fork-loop fixes and other bits
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [PATCH] modprobe: Ignore custom install commands if module_in_kernel() doesn't work
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [PATCH] modprobe: Ignore custom install commands if module_in_kernel() doesn't work
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: Bug#548841: module-init-tools: Modprobe -q should always return 0.
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: Bug#548841: module-init-tools: Modprobe -q should always return 0.
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [PATCH] modprobe: Ignore custom install commands if module_in_kernel() doesn't work
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [PATCH] modprobe: Ignore custom install commands if module_in_kernel() doesn't work
  • From: md@xxxxxxxx (Marco d'Itri)
• Bug#548841: module-init-tools: Modprobe -q should always return 0.
  • From: md@xxxxxxxx (Marco d'Itri)
• Re: [PATCH] modprobe: Ignore custom install commands if module_in_kernel() doesn't work
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH] modprobe: Ignore custom install commands if module_in_kernel() doesn't work
  • From: Modestas Vainius <modestas@xxxxxxxxxx>
• Re: [PATCH] modprobe: Ignore custom install commands if module_in_kernel() doesn't work
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [PATCH] modprobe: Ignore custom install commands if module_in_kernel() doesn't work
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [PATCH] modprobe: Ignore custom install commands if module_in_kernel() doesn't work
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [PATCH] modprobe: Ignore custom install commands if module_in_kernel() doesn't work
  • From: Modestas Vainius <modestas@xxxxxxxxxx>
• Re: [PATCH] modprobe: Ignore custom install commands if module_in_kernel() doesn't work
  • From: Modestas Vainius <modestas@xxxxxxxxxx>
• Re: [PATCH] modprobe: Ignore custom install commands if module_in_kernel() doesn't work
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• [PATCH] modprobe: Ignore custom install commands if module_in_kernel() doesn't work
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: module-init-tools: [GIT v2] softdep command
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] lib: Add generic binary search function to the kernel.
  • From: Tim Abbott <tabbott@xxxxxxxxxxx>
• pending release
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• module-init-tools: [GIT v2] softdep command
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: Bug#524940: module-init-tools: modprobe starts fork-bombing on executing oss-compat
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: Bug#524940: module-init-tools: modprobe starts fork-bombing on executing oss-compat
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PATCH 1/2] lib: Add generic binary search function to the kernel.
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: Bug#524940: module-init-tools: modprobe starts fork-bombing on executing oss-compat
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Use generic binary search function
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• [PATCH 0/2] Use generic binary search function
  • From: Tim Abbott <tabbott@xxxxxxxxxxx>
• [PATCH 2/2] module: use bsearch in find_symbol_in_kernel_section.
  • From: Tim Abbott <tabbott@xxxxxxxxxxx>
• [PATCH 1/2] lib: Add generic binary search function to the kernel.
  • From: Tim Abbott <tabbott@xxxxxxxxxxx>
• Re: parameter for module gspca_sn9c20x
  • From: David Ellingsworth <david@xxxxxxxxxxxxxxxxx>
• Re: parameter for module gspca_sn9c20x
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: parameter for module gspca_sn9c20x
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• parameter for module gspca_sn9c20x
  • From: baeckham@xxxxxxx
• parameter for module gspca_sn9c20x
  • From: baeckham@xxxxxxx
• Re: [PATCH] lsmod: print built-in modules
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PATCH] modprobe: handle built-in modules (v4, this time tested...)
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [PATCH] modprobe: handle built-in modules (v4, this time tested...)
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PATCH] lsmod: print built-in modules
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [PATCH] lsmod: print built-in modules
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: [PATCH] lsmod: print built-in modules
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PATCH 2/2] modprobe: handle built-in modules (v2)
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• [PATCH] modprobe: handle built-in modules (v4, this time tested...)
  • From: Michal Marek <mmarek@xxxxxxx>
• [PATCH] modprobe: handle built-in modules (v3)
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [PATCH 2/2] modprobe: handle built-in modules (v2)
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [PATCH] lsmod: print built-in modules
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] modprobe: handle built-in modules (v2)
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• [PATCH] lsmod: print built-in modules
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PATCH 2/2] modprobe: handle built-in modules
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: [PATCH 2/2] modprobe: handle built-in modules
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH 2/2] modprobe: handle built-in modules
  • From: Michal Marek <mmarek@xxxxxxx>
• [PATCH 2/2] modprobe: handle built-in modules (v2)
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [PATCH 2/2] modprobe: handle built-in modules
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [PATCH 2/2] modprobe: handle built-in modules
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PATCH 2/2] modprobe: handle built-in modules
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] modprobe: handle built-in modules
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PATCH 2/2] modprobe: handle built-in modules
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2] handle builtin modules
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PATCH 0/2] handle builtin modules
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [PATCH 0/2] handle builtin modules
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 2/2] modprobe: handle built-in modules
  • From: Michal Marek <mmarek@xxxxxxx>
• [PATCH 1/2] depmod: change depfile functions to return int
  • From: Michal Marek <mmarek@xxxxxxx>
• [PATCH 0/2] handle builtin modules
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [PATCH] modprobe: add --resolve-alias option
  • From: Jon Masters <jcm@xxxxxxxxxx>
• [PATCH] modprobe: add --resolve-alias option
  • From: Thomas Bächler <thomas@xxxxxxxxxxxxx>
• Re: [PATCH] modprobe: add --resolve-alias option
  • From: Thomas Bächler <thomas@xxxxxxxxxxxxx>
• Re: [PATCH] modprobe: add --resolve-alias option
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [PATCH] modprobe: add --resolve-alias option
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• [PATCH] modprobe: add --resolve-alias option
  • From: Thomas Bächler <thomas@xxxxxxxxxxxxx>
• Re: [PATCH] modprobe: add --resolve-alias option
  • From: Thomas Bächler <thomas@xxxxxxxxxxxxx>
• Re: [PATCH] modprobe: add --resolve-alias option
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• [PATCH] modprobe: add --resolve-alias option
  • From: Thomas Bächler <thomas@xxxxxxxxxxxxx>
• [PATCH] logging: tell GCC to check calls to error() etc
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• [PATCH] modinfo: Fix segmentation fault due to the wrong parameter
  • From: Ozan Çağlayan <ozan@xxxxxxxxxxxxx>
• Re: rfkill
  • From: Robby Workman <rworkman@xxxxxxxxxxxxx>
• rfkill
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [PATCH] kbuild: generate modules.builtin
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [PATCH] kbuild: generate modules.builtin
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PATCH] kbuild: generate modules.builtin
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [PATCH] kbuild: generate modules.builtin
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PATCH] kbuild: generate modules.builtin
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH] kbuild: generate modules.builtin
  • From: Scott James Remnant <scott@xxxxxxxxxx>
• Re: [PATCH] reduce export symbol CRC table size on 64-bit archs
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] reduce export symbol CRC table size on 64-bit archs
  • From: md@xxxxxxxx (Marco d'Itri)
• Re: [PATCH] reduce export symbol CRC table size on 64-bit archs
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: TODOs
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [PATCH] reduce export symbol CRC table size on 64-bit archs
  • From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
• Re: [PATCH] reduce export symbol CRC table size on 64-bit archs
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [PATCH] reduce export symbol CRC table size on 64-bit archs
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [PATCH] reduce export symbol CRC table size on 64-bit archs
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] reduce export symbol CRC table size on 64-bit archs
  • From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
• Re: [PATCH] reduce export symbol CRC table size on 64-bit archs
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH] reduce export symbol CRC table size on 64-bit archs
  • From: "Jan Beulich" <JBeulich@xxxxxxxxxx>
• Re: [PATCH] reduce export symbol CRC table size on 64-bit archs
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: TODOs
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: TODOs
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: TODOs
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: TODOs
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: TODOs
  • From: md@xxxxxxxx (Marco d'Itri)
• Re: TODOs
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• TODOs
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: depmod: add ability to check symbol versions
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: depmod: add ability to check symbol versions
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: depmod: add ability to check symbol versions
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: depmod: add ability to check symbol versions
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: depends command
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: depends command
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: depends command
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: depends command
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: depmod: add ability to check symbol versions
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: depends command
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: depmod: add ability to check symbol versions
  • From: Michal Marek <mmarek@xxxxxxx>
• depmod: add ability to check symbol versions
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [GIT v2] Clean up option handling
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [GIT v2] Clean up option handling
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [GIT v2] Clean up option handling
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [GIT v2] Clean up option handling
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [GIT v2] Clean up option handling
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [GIT v2] Clean up option handling
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [GIT v2] Clean up option handling
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [GIT v2] Clean up option handling
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [GIT v2] Clean up option handling
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [PATCH] Add cscope/ctags/etags files to .gitignore
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [PATCH 0/3] depmod: add ability to check symbol versions
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [GIT v2] Clean up option handling
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• [PATCH 1/3] elfops: clean up load_symbols()
  • From: Michal Marek <mmarek@xxxxxxx>
• [PATCH 3/3] depmod: add ability to check symbol versions
  • From: Michal Marek <mmarek@xxxxxxx>
• [PATCH 2/3] elfops: kill first argument of load_dep_syms()
  • From: Michal Marek <mmarek@xxxxxxx>
• [PATCH 0/3] depmod: add ability to check symbol versions
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: depends command
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH] Add cscope/ctags/etags files to .gitignore
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: depends command
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: depends command
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• [GIT v2] Clean up option handling
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [GIT] Clean up option handling
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: depends command
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: depends command
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [GIT] Clean up option handling
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: depends command
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [GIT] Clean up option handling
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [PATCH] link modprobe.d(5) to modprobe.conf(5)
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: depends command
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• [GIT] Clean up option handling
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: doc: remove non-existent short options
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [PATCH] link modprobe.d(5) to modprobe.conf(5)
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• doc: remove non-existent short options
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: depends command
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: depends command
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: depends command
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: depends command
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• depends command
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: ANNOUNCE: module-init-tools 3.9 release
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• ANNOUNCE: module-init-tools 3.9 release
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: ELF cleanup: done (?)
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [PATCH] link modprobe.d(5) to modprobe.conf(5)
  • From: Robby Workman <rworkman@xxxxxxxxxxxxx>
• [PATCH] add configure option to disable creation of .static utils
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• [PATCH] link modprobe.d(5) to modprobe.conf(5)
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PATCH 5/5 the last one, really!] modprobe, tests: make modprobe fail noisily on non-ELF files
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PATCH 4/4] read string sections such as .modinfo with load_strings()
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PATCH 5/5 the last one, really!] modprobe, tests: make modprobe fail noisily on non-ELF files
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• [PATCH] logging: remove unused warning counter
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [PATCH 4/4] read string sections such as .modinfo with load_strings()
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [PATCH 5/5 the last one, really!] modprobe, tests: make modprobe fail noisily on non-ELF files
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PATCH 4/4] read string sections such as .modinfo with load_strings()
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PATCH 4/4] read string sections such as .modinfo with load_strings()
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [PATCH 5/5 the last one, really!] modprobe, tests: make modprobe fail noisily on non-ELF files
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• ELF cleanup: done (?)
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 5/5 the last one, really!] modprobe, tests: make modprobe fail noisily on non-ELF files
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 4/4] read string sections such as .modinfo with load_strings()
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 3/4] elfops: clear struct module_tables with memset()
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 2/2] elfops: fix potential crashing bug in load_symbols()
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 1/2] fix minor strtbl_free and strtbl_add problems
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 0/2] Fixes for ELF cleanup, round 2
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PATCH 00/16] ELF cleanup, round 2
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [PATCH 00/16] ELF cleanup, round 2
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [PATCH 04/16] elfops: add strict bounds checking to get/load_section()
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PATCH 04/16] elfops: add strict bounds checking to get/load_section()
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [PATCH 04/16] elfops: add strict bounds checking to get/load_section()
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PATCH 04/16] elfops: add strict bounds checking to get/load_section()
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [PATCH 04/16] elfops: add strict bounds checking to get/load_section()
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [GIT PULL request] ELF rewrite part 2
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [PATCH 02/16] util: document the rationale for the string table
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PATCH 04/16] elfops: add strict bounds checking to get/load_section()
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PATCH 00/16] ELF cleanup, round 2
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PATCH 02/16] util: document the rationale for the string table
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [PATCH 04/16] elfops: add strict bounds checking to get/load_section()
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [PATCH 02/16] util: document the rationale for the string table
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [PATCH 00/16] ELF cleanup, round 2
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• [PATCH 16/16] elfops: hide elf_ident(), no users outside elfops
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 15/16] modprobe, elfops: move most of dump_modversions() to elfops
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 14/16] modprobe, elfops: move strip_section() to elfops and refactor it
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 13/16] elfops: use elf_file in, and return section header from, get_module()
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 12/16] elfops: hide get_section() and rename its parameters
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 11/16] modprobe: use elf_file in ELF-related functions
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 10/16] modprobe: trivial indentation fix in dump_modversions()
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 09/16] modprobe: load modules with grab_elf_file_fd()
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 08/16] modinfo: load modules with grab_elf_file()
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 07/16] modinfo: use logging facility for oom-checks and error messages
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 05/16] elfops, depmod: add elf_file grab/release functions
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 06/16] modinfo: clean up grab_module()
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 04/16] elfops: add strict bounds checking to get/load_section()
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 03/16] elfops: export load_section(), hide load_strings()
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 02/16] util: document the rationale for the string table
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 01/16] elfops: Fix symbol type (weak, undef) definitions
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 00/16] ELF cleanup, round 2
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [GIT PULL request] ELF rewrite part 2
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PULL REQUEST] (final try) Manpage and misc updates
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [PULL REQUEST] (final try) Manpage and misc updates
  • From: Robby Workman <rworkman@xxxxxxxxxxxxx>
• Re: [GIT PULL request] ELF rewrite part 2
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [GIT PULL request] ELF rewrite part 2
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [GIT PULL request] ELF rewrite part 2
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH] depmod: fix uninitialized value error in "depmod --warn" code
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [GIT PULL request] ELF rewrite part 2
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [GIT PULL request] ELF rewrite part 2
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [GIT PULL request] ELF rewrite part 2
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [GIT PULL request] ELF rewrite part 2
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [GIT PULL request] ELF rewrite part 2
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [GIT PULL request] ELF rewrite part 2
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH] testsuite: add --valgrind
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [GIT PULL request] ELF rewrite part 2
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [GIT PULL request] ELF rewrite part 2
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [GIT PULL request] ELF rewrite part 2
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• [GIT PULL request] ELF rewrite part 2
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PULL REQUEST] Manpage and misc updates (try #2)
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PULL REQUEST] Manpage and misc updates (try #2)
  • From: Robby Workman <rworkman@xxxxxxxxxxxxx>
• Re: [PULL REQUEST] Manpage and misc updates (try #2)
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PULL REQUEST] Manpage and misc updates (try #2)
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [PULL REQUEST] Manpage and misc updates (try #2)
  • From: Robby Workman <rworkman@xxxxxxxxxxxxx>
• Re: [PULL REQUEST] Manpage and misc updates (try #2)
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PULL REQUEST] Manpage and misc updates (try #2)
  • From: Robby Workman <rworkman@xxxxxxxxxxxxx>
• Re: [PULL REQUEST] Manpage and misc updates (try #2)
  • From: Robby Workman <rworkman@xxxxxxxxxxxxx>
• Re: [PULL REQUEST] Manpage and misc updates (try #2)
  • From: Robby Workman <rworkman@xxxxxxxxxxxxx>
• Re: [PULL REQUEST] Manpage and misc updates (try #2)
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [PULL REQUEST] Manpage and misc updates (try #2)
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PULL REQUEST] Manpage and misc updates (try #2)
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [PULL REQUEST] Manpage and misc updates (try #2)
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PULL REQUEST] Manpage and misc updates (try #2)
  • From: Robby Workman <rworkman@xxxxxxxxxxxxx>
• Re: [PULL REQUEST] Manpage and misc updates
  • From: Robby Workman <rworkman@xxxxxxxxxxxxx>
• Re: [PULL REQUEST] Manpage and misc updates
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [PATCH 0/x] Refactoring mit: Andreas' brain-dump thread
  • From: Robby Workman <rworkman@xxxxxxxxxxxxx>
• [PULL REQUEST] Manpage and misc updates
  • From: Robby Workman <rworkman@xxxxxxxxxxxxx>
• [PATCH 2/x] ELF: Introduce new elf_file object
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 1/x] ELF: Move some ELF functions from util.[ch] to elfops.[ch]
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 0/x] Refactoring mit: Andreas' brain-dump thread
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: Install SMTP
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Install SMTP
  • From: "Guus Ellenkamp" <guus@xxxxxxxxxxxxxxxxxxx>
• Re: Remove include command?
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: ANNOUNCE: module-init-tools 3.8 release
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• ANNOUNCE: module-init-tools 3.8 release
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: Remove include command?
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: Remove include command?
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: Remove include command?
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: Remove include command?
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: ELF-code cleanup?
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [PATCH] Allow to link zlib dynamically
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [PATCH] Allow to link zlib dynamically
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [Mit-devel] [PATCH] Don't abort the build if docbook2man is missing
  • From: Michal Marek <mmarek@xxxxxxx>
• Bug#524940: module-init-tools: modprobe starts fork-bombing on executing oss-compat
  • From: md@xxxxxxxx (Marco d'Itri)
• [PATCH] build: put shared functions in static library
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PATCH 5/4] Rewrite my_basename() as inline function
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: [PATCH 5/4] Rewrite my_basename() as inline function
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PATCH 5/4] Rewrite my_basename() as inline function
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Remove include command?
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 5/4] Rewrite my_basename() as inline function
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PATCH] build: sync ax_enable_builddir.m4 with autoconf archive
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] Clean up my_basename()
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• Re: [PATCH 1/4] Clean up my_basename()
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• [PATCH 4/4] Clean up get_section()
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 3/4] Clean up ELF header tester elf_ident()
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 2/4] Clean up native-endianness tests
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 1/4] Clean up my_basename()
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH 0/4] Code cleanup - de-duplication of various functions
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• ELF-code cleanup?
  • From: Andreas Robinson <andr345@xxxxxxxxx>
• [PATCH] build: sync ax_enable_builddir.m4 with autoconf archive
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [PATCH] Allow to link zlib dynamically
  • From: "Gilles Espinasse" <g.esp@xxxxxxx>
• [GIT] A few more documentation updates
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• ANNOUNCE: module-init-tools 3.7 release
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• kerneltools (m-i-t) Wishlist page
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• [PATCH] remove all legacy support for pre-2.6 kernels
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• [PATCH] testsuite: remove test-generate-modprobe.conf/disabled*
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• testsuite: add --valgrind
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• [PATCH] "make check" shouldn't run our testsuite
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: new release pending
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: new release pending
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: new release pending
  • From: Scott James Remnant <scott@xxxxxxxxxxxxx>
• Re: new release pending
  • From: Scott James Remnant <scott@xxxxxxxxxxxxx>
• Re: new release pending
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• new release pending
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Re: linux-2.6 install errors due to incompatible depmod files [was Re: Bug#518412: initramfs-tools: must support relative paths in modules.dep ]
  • From: Frans Pop <elendil@xxxxxxxxx>
• Re: linux-2.6 install errors due to incompatible depmod files [was Re: Bug#518412: initramfs-tools: must support relative paths in modules.dep ]
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: linux-2.6 install errors due to incompatible depmod files [was Re: Bug#518412: initramfs-tools: must support relative paths in modules.dep ]
  • From: Scott James Remnant <scott@xxxxxxxxxxxxx>
• Re: linux-2.6 install errors due to incompatible depmod files [was Re: Bug#518412: initramfs-tools: must support relative paths in modules.dep ]
  • From: md@xxxxxxxx (Marco d'Itri)
• Re: linux-2.6 install errors due to incompatible depmod files [was Re: Bug#518412: initramfs-tools: must support relative paths in modules.dep ]
  • From: Scott James Remnant <scott@xxxxxxxxxxxxx>
• Re: linux-2.6 install errors due to incompatible depmod files [was Re: Bug#518412: initramfs-tools: must support relative paths in modules.dep ]
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: linux-2.6 install errors due to incompatible depmod files [was Re: Bug#518412: initramfs-tools: must support relative paths in modules.dep ]
  • From: Frans Pop <elendil@xxxxxxxxx>
• Re: linux-2.6 install errors due to incompatible depmod files [was Re: Bug#518412: initramfs-tools: must support relative paths in modules.dep ]
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: linux-2.6 install errors due to incompatible depmod files [was Re: Bug#518412: initramfs-tools: must support relative paths in modules.dep ]
  • From: Frans Pop <elendil@xxxxxxxxx>
• Re: linux-2.6 install errors due to incompatible depmod files [was Re: Bug#518412: initramfs-tools: must support relative paths in modules.dep ]
  • From: Frans Pop <elendil@xxxxxxxxx>
• Re: linux-2.6 install errors due to incompatible depmod files [was Re: Bug#518412: initramfs-tools: must support relative paths in modules.dep ]
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: linux-2.6 install errors due to incompatible depmod files [was Re: Bug#518412: initramfs-tools: must support relative paths in modules.dep ]
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: linux-2.6 install errors due to incompatible depmod files [was Re: Bug#518412: initramfs-tools: must support relative paths in modules.dep ]
  • From: Frans Pop <elendil@xxxxxxxxx>
• Re: linux-2.6 install errors due to incompatible depmod files [was Re: Bug#518412: initramfs-tools: must support relative paths in modules.dep ]
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [Mit-devel] [PATCH] Don't abort the build if docbook2man is missing
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [PATCH] Allow to link zlib dynamically
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [Mit-devel] [PATCH] Don't abort the build if docbook2man is missing
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [Mit-devel] [PATCH] Don't abort the build if docbook2man is missing
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [PATCH] Allow to link zlib dynamically
  • From: md@xxxxxxxx (Marco d'Itri)
• [PATCH] Allow to link zlib dynamically
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: ANNOUNCE: module-init-tools 3.7-pre9 release
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: ANNOUNCE: module-init-tools 3.7-pre9 release
  • From: md@xxxxxxxx (Marco d'Itri)
• Re: ANNOUNCE: module-init-tools 3.7-pre9 release
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: ANNOUNCE: module-init-tools 3.7-pre9 release
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: ANNOUNCE: module-init-tools 3.7-pre9 release
  • From: md@xxxxxxxx (Marco d'Itri)
• Re: ANNOUNCE: module-init-tools 3.7-pre9 release
  • From: md@xxxxxxxx (Marco d'Itri)
• Re: ANNOUNCE: module-init-tools 3.7-pre9 release
  • From: Alan Jenkins <sourcejedi.lkml@xxxxxxxxxxxxxx>
• Re: ANNOUNCE: module-init-tools 3.7-pre9 release
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [GIT] Various cleanups
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• ANNOUNCE: module-init-tools 3.7-pre9 release
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• [GIT] Various cleanups
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [PATCHv3] Build tests in a separate directory
  • From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3] Build tests in a separate directory
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PATCHv3] Build tests in a separate directory
  • From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3] Build tests in a separate directory
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [PATCHv3] Build tests in a separate directory
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [Mit-devel] [PATCHv3] Build tests in a separate directory
  • From: Scott James Remnant <scott@xxxxxxxxxxxxx>
• Re: TODO fix the build system
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [PATCHv3] Build tests in a separate directory
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [PATCHv3] Build tests in a separate directory
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PATCHv3] Build tests in a separate directory
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [PATCHv3] Build tests in a separate directory
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• [PATCHv3] Build tests in a separate directory
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [Mit-devel] [PATCH] Don't abort the build if docbook2man is missing
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PATCHv2 4/4] Build tests in a separate directory
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• [PATCH] Don't abort the build if docbook2man is missing
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [PATCHv2 4/4] Build tests in a separate directory
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [PATCHv2 4/4] Build tests in a separate directory
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [Mit-devel] [PATCHv2 1/4] "autoreconf -i" is a simpler way to [re]run autotools
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [PATCH 1/4] Create autogen.sh
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [PATCHv2 3/4] testsuite: use PATH
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] Create autogen.sh
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• [PATCHv2 4/4] Build tests in a separate directory
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• [PATCHv2 3/4] testsuite: use PATH
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• [PATCHv2 2/4] Fix "make distclean"
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [PATCHv2 1/4] "autoreconf -i" is a simpler way to [re]run autotools
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• [PATCHv2 0/4] Make test-suite build (-DJUST_TESTING) less disruptive
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• [PATCH 0/4] Make test-suite build (-DJUST_TESTING) less disruptive
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] Create autogen.sh
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] Create autogen.sh
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• [PATCH 4/4] Build tests in a separate directory
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• [PATCH 3/4] testsuite: use PATH
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• [PATCH 2/4] Fix "make distclean"
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• [PATCH 1/4] Create autogen.sh
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• [PATCH 0/4] Make test-suite build (-DJUST_TESTING) less disruptive
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>
• [PATCH 0/4] Make test-suite build (-DJUST_TESTING) less disruptive
  • From: Alan Jenkins <alan-jenkins@xxxxxxxxxxxxxx>