Linux Embedded

• Thread Index

• [[RFC] 4/5] An LED "dimmer" trigger, which uses the PWM API to vary the brightness of an LED according to system load
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
  • From: Nate Case <ncase@xxxxxxxxxxx>
• Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
  • From: Nate Case <ncase@xxxxxxxxxxx>
• Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
  • From: Anton Vorontsov <avorontsov@xxxxxxxxxxxxx>
• Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [ANNOUNCE] Embedded Linux Conference Europe Program Announced
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: GPIO driver for MPC8313.
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• Re: GPIO driver for MPC8313.
  • From: Johnny Hung <johnny.hacking@xxxxxxxxx>
• Re: GPIO driver for MPC8313.
  • From: Johnny Hung <johnny.hacking@xxxxxxxxx>
• linux booting fails on ppc440x5
  • From: Vineeth <vneethv@xxxxxxxxx>
• Re: GPIO driver for MPC8313.
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• Re: GPIO driver for MPC8313.
  • From: Johnny Hung <johnny.hacking@xxxxxxxxx>
• Re: GPIO driver for MPC8313.
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• GPIO driver for MPC8313.
  • From: Johnny Hung <johnny.hacking@xxxxxxxxx>
• Re: [BUG]: v2.6.31: always output black in beagle DVI LCD
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• [BUG]: v2.6.31: always output black in beagle DVI LCD
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• Re: [PATCH 7/7] printk: provide a filtering macro for printk
  • From: Geert Uytterhoeven <Geert.Uytterhoeven@xxxxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 4/6 v2] Add support for LZO-compressed kernels for ARM
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] printk: provide a filtering macro for printk
  • From: Marc Andre Tanner <mat@xxxxxxxxxxxxxx>
• Re: [PATCH 5/5] printk: provide a filtering macro for printk
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: 100Mbit ethernet performance on embedded devices
  • From: David Acker <dacker@xxxxxxxxxx>
• RE: [PATCH 7/7] printk: provide a filtering macro for printk
  • From: "H Hartley Sweeten" <hartleys@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] printk: introduce CONFIG_PRINTK_VERBOSITY
  • From: Marc Andre Tanner <mat@xxxxxxxxxxxxxx>
• Re: [PATCH 5/5] printk: provide a filtering macro for printk
  • From: Marc Andre Tanner <mat@xxxxxxxxxxxxxx>
• Re: [PATCH 7/7] printk: provide a filtering macro for printk
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: [PATCH 7/7] printk: provide a filtering macro for printk
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: [PATCH 5/5] printk: provide a filtering macro for printk
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 1/5] printk: introduce CONFIG_PRINTK_VERBOSITY
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 5/5] printk: provide a filtering macro for printk
  • From: Marc Andre Tanner <mat@xxxxxxxxxxxxxx>
• [PATCH 4/5] char/mem: replace printk with printk_unfiltered
  • From: Marc Andre Tanner <mat@xxxxxxxxxxxxxx>
• [PATCH 3/5] printk: introduce printk_unfiltered as an alias to printk
  • From: Marc Andre Tanner <mat@xxxxxxxxxxxxxx>
• [PATCH 2/5] printk: move printk to the end of the file
  • From: Marc Andre Tanner <mat@xxxxxxxxxxxxxx>
• [PATCH 1/5] printk: introduce CONFIG_PRINTK_VERBOSITY
  • From: Marc Andre Tanner <mat@xxxxxxxxxxxxxx>
• [RFC|PATCHv2] Compile time printk verbosity
  • From: Marc Andre Tanner <mat@xxxxxxxxxxxxxx>
• Re: [PATCH 7/7] printk: provide a filtering macro for printk
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] printk: provide a filtering macro for printk
  • From: Marc Andre Tanner <mat@xxxxxxxxxxxxxx>
• Re: [PATCH 7/7] printk: provide a filtering macro for printk
  • From: Marc Andre Tanner <mat@xxxxxxxxxxxxxx>
• Re: [PATCH 7/7] printk: provide a filtering macro for printk
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [PATCH 7/7] printk: provide a filtering macro for printk
  • From: Marc Andre Tanner <mat@xxxxxxxxxxxxxx>
• Re: [PATCH 7/7] printk: provide a filtering macro for printk
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] printk: provide a filtering macro for printk
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] printk: provide a filtering macro for printk
  • From: Marc Andre Tanner <mat@xxxxxxxxxxxxxx>
• Re: [RFC|PATCH] Compile time printk verbosity
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [RFC|PATCH] Compile time printk verbosity
  • From: Marc Andre Tanner <mat@xxxxxxxxxxxxxx>
• Re: [RFC|PATCH] Compile time printk verbosity
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [PATCH 7/7] printk: provide a filtering macro for printk
  • From: Marc Andre Tanner <mat@xxxxxxxxxxxxxx>
• Re: [RFC|PATCH] Compile time printk verbosity
  • From: Marc Andre Tanner <mat@xxxxxxxxxxxxxx>
• Re: 100Mbit ethernet performance on embedded devices
  • From: Aras Vaichas <arasv@xxxxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 7/7] printk: provide a filtering macro for printk
  • From: "H Hartley Sweeten" <hartleys@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC|PATCH] Compile time printk verbosity
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [PATCH 7/7] printk: provide a filtering macro for printk
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] printk: provide a filtering macro for printk
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• [PATCH 3/7] printk: introduce printk_unfiltered as an alias to printk
  • From: Marc Andre Tanner <mat@xxxxxxxxxxxxxx>
• [PATCH 2/7] printk: move printk to the end of the file
  • From: Marc Andre Tanner <mat@xxxxxxxxxxxxxx>
• [PATCH 4/7] drivers: replace printk with printk_unfiltered
  • From: Marc Andre Tanner <mat@xxxxxxxxxxxxxx>
• [PATCH 6/7] video/stk-webcam: change use of STK_ERROR
  • From: Marc Andre Tanner <mat@xxxxxxxxxxxxxx>
• [PATCH 1/7] printk: introduce CONFIG_PRINTK_VERBOSITY
  • From: Marc Andre Tanner <mat@xxxxxxxxxxxxxx>
• [PATCH 7/7] printk: provide a filtering macro for printk
  • From: Marc Andre Tanner <mat@xxxxxxxxxxxxxx>
• [PATCH 5/7] drivers: make macro independent of printk's return value
  • From: Marc Andre Tanner <mat@xxxxxxxxxxxxxx>
• [RFC|PATCH] Compile time printk verbosity
  • From: Marc Andre Tanner <mat@xxxxxxxxxxxxxx>
• Re: 100Mbit ethernet performance on embedded devices
  • From: Simon Holm Thøgersen <odie@xxxxxxxxx>
• Re: 100Mbit ethernet performance on embedded devices
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: 100Mbit ethernet performance on embedded devices
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: 100Mbit ethernet performance on embedded devices
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: [PATCH] OMAP3:PM: fix lockdep warning caused by omap3_pm_init
  • From: Kevin Hilman <khilman@xxxxxxxxxxxxxxxxxxx>
• Re: 100Mbit ethernet performance on embedded devices
  • From: H M Thalib <hmthalib@xxxxxxxxx>
• [PATCH] OMAP3:PM: fix lockdep warning caused by omap3_pm_init
  • From: tom.leiming@xxxxxxxxx
• [PATCH] mlock_everything
  • From: Samo Pogacnik <samo_pogacnik@xxxxxxx>
• Re: 100Mbit ethernet performance on embedded devices
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Dirk Behme <dirk.behme@xxxxxxxxxxxxxx>
• Re: 100Mbit ethernet performance on embedded devices
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• Re: 100Mbit ethernet performance on embedded devices
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• 100Mbit ethernet performance on embedded devices
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: new ipdelay= option for faster netboot
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: architecture-independent I/o accessors
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• architecture-independent I/o accessors
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Dirk Behme <dirk.behme@xxxxxxxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Alex Riesen <raa.lkml@xxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Alex Riesen <raa.lkml@xxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• Re: new ipdelay= option for faster netboot
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: new ipdelay= option for faster netboot
  • From: Willy Tarreau <w@xxxxxx>
• Re: new ipdelay= option for faster netboot
  • From: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
• Re: new ipdelay= option for faster netboot
  • From: david@xxxxxxx
• Re: new ipdelay= option for faster netboot
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: new ipdelay= option for faster netboot
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: new ipdelay= option for faster netboot
  • From: Rick Jones <rick.jones2@xxxxxx>
• Re: new ipdelay= option for faster netboot
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: new ipdelay= option for faster netboot
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: new ipdelay= option for faster netboot
  • From: David Miller <davem@xxxxxxxxxxxxx>
• new ipdelay= option for faster netboot (was Re: New fast(?)-boot results on ARM)
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Johannes Stezenbach <js@xxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Dirk Behme <dirk.behme@xxxxxxxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Zan Lynx <zlynx@xxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: New fast(?)-boot results on ARM
  • From: Zan Lynx <zlynx@xxxxxxx>
• New fast(?)-boot results on ARM
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• [PATCH 4/6 v2] Add support for LZO-compressed kernels for ARM
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Nicolas Pitre <nico@xxxxxxx>
• Re: [PATCH 4/6] Add support for LZO-compressed kernels for ARM
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 4/6] Add support for LZO-compressed kernels for ARM
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] Add support for LZO-compressed kernels for ARM
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• Re: New MMC maintainer needed
  • From: ellis@xxxxxxxxxxx
• Re: New MMC maintainer needed
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] Add support for LZO-compressed kernels for ARM
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 4/6] Add support for LZO-compressed kernels for ARM
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] Add support for LZO-compressed kernels for ARM
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 4/6] Add support for LZO-compressed kernels for ARM
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] Add support for LZO-compressed kernels for ARM
  • From: Matthieu CASTET <matthieu.castet@xxxxxxxxxx>
• Re: [PATCH 4/6] Add support for LZO-compressed kernels for ARM
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 4/6] Add support for LZO-compressed kernels for ARM
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• conntrack disables network
  • From: Necati Demir <ndemir@xxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Pierre Ossman <pierre@xxxxxxxxx>
• Re: [PATCH 4/6] Add support for LZO-compressed kernels for ARM
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 4/6] Add support for LZO-compressed kernels for ARM
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 4/6] Add support for LZO-compressed kernels for ARM
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] Add support for LZO-compressed kernels for ARM
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] Add support for LZO-compressed kernels for ARM
  • From: Matthieu CASTET <matthieu.castet@xxxxxxxxxx>
• Re: [PATCH 4/6] Add support for LZO-compressed kernels for ARM
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] Add support for LZO-compressed kernels for ARM
  • From: Matthieu CASTET <matthieu.castet@xxxxxxxxxx>
• Re: [PATCH 4/6] Add support for LZO-compressed kernels for ARM
  • From: Alain Knaff <alain@xxxxxxxx>
• Re: [PATCH 4/6] Add support for LZO-compressed kernels for ARM
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] Add support for LZO-compressed kernels for ARM
  • From: Alain Knaff <alain@xxxxxxxx>
• Re: [PATCH 4/6] Add support for LZO-compressed kernels for ARM
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] Add support for LZO-compressed kernels for ARM
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] Add support for LZO-compressed kernels for ARM
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] include/linux/unaligned/{l,b}e_byteshift.h: Fix usage for compressed kernels
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Embedded Linux Conference 2009 videos
  • From: Michael Opdenacker <michael-lists@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] include/linux/unaligned/{l,b}e_byteshift.h: Fix usage for compressed kernels
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/6] Add support for LZO-compressed kernels
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/6] lib/decompress_*: only include <linux/slab.h> if STATIC is not defined
  • From: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/6] lib/decompress_*: only include <linux/slab.h> if STATIC is not defined
  • From: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: [PATCH 3/6] Add support for LZO-compressed kernels
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 1/6] lib/decompress_*: only include <linux/slab.h> if STATIC is not defined
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/6] lib/decompress_*: only include <linux/slab.h> if STATIC is not defined
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 1/6] lib/decompress_*: only include <linux/slab.h> if STATIC is not defined
  • From: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: [PATCH 3/6] Add support for LZO-compressed kernels
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/6] Add support for LZO-compressed kernels
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] include/linux/unaligned/{l,b}e_byteshift.h: Fix usage for compressed kernels
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/6] lib/decompress_*: only include <linux/slab.h> if STATIC is not defined
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] Add LZO compression support for initramfs and old-style initrd
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/6] Add support for LZO-compressed kernels on x86
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 6/6] Add LZO compression support for initramfs and old-style initrd
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• [PATCH 6/6] Add LZO compression support for initramfs and old-style initrd
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/6] Add support for LZO-compressed kernels on x86
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/6] Add support for LZO-compressed kernels for ARM
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/6] Add support for LZO-compressed kernels
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/6] include/linux/unaligned/{l,b}e_byteshift.h: Fix usage for compressed kernels
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/6] lib/decompress_*: only include <linux/slab.h> if STATIC is not defined
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Pierre Ossman <pierre@xxxxxxxxx>
• Re: flicker free booting
  • From: Geert Uytterhoeven <Geert.Uytterhoeven@xxxxxxxxxxx>
• Re: flicker free booting
  • From: Sascha Hauer <sha@xxxxxxxxxxxxxx>
• Re: [PATCH] USB:musb:fix dependency of selecting TWL4030_USB
  • From: Ming Lei <tom.leiming@xxxxxxxxx>
• RE: [PATCH] USB:musb:fix dependency of selecting TWL4030_USB
  • From: "Gadiyar, Anand" <gadiyar@xxxxxx>
• Re: flicker free booting
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• [PATCH] USB:musb:fix dependency of selecting TWL4030_USB
  • From: tom.leiming@xxxxxxxxx
• [PATCH] ARM:omap3:board-omap3beagle.c:support twl4030_usb transceiver device
  • From: tom.leiming@xxxxxxxxx
• [PATCH] USB:otg:twl4030-usb.c: mark .init as subsys_initcall_sync
  • From: tom.leiming@xxxxxxxxx
• Re: New MMC maintainer needed
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Alex Dubov <oakad@xxxxxxxxx>
• Re: flicker free booting
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: flicker free booting
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: flicker free booting
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: flicker free booting
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: flicker free booting
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: flicker free booting
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: flicker free booting
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: flicker free booting
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: flicker free booting
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: flicker free booting
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Maxim Levitsky <maximlevitsky@xxxxxxxxx>
• [PATCH v2] sdio: add CD disable support
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxxxx>
• Re: [PATCH] sdio: add CD disable support
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxxxx>
• Re: [PATCH] sdio: add CD disable support
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Pierre Ossman <pierre@xxxxxxxxx>
• Re: [PATCH 5/5] Add support for LZO-compressed kernels on x86
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 5/5] Add support for LZO-compressed kernels on x86
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sdio: add CD disable support
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] sdio: add CD disable support
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxxxx>
• Re: [PATCH] sdio: add CD disable support
  • From: David Vrabel <david.vrabel@xxxxxxx>
• Re: [PATCH] sdio: add CD disable support
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
• [PATCH] sdio: add CD disable support
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] Add support for LZO-compressed kernels on x86
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 5/5] Add support for LZO-compressed kernels on x86
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• [PATCH] Add LZO compression support for initramfs and old-style initrd
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/5 v2] Add support for LZO-compressed kernels
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Ian Molton <ian@xxxxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Ian Molton <ian@xxxxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Pierre Ossman <pierre@xxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Pierre Ossman <pierre@xxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Pierre Ossman <pierre@xxxxxxxxx>
• Re: New MMC maintainer needed
  • From: David Vrabel <david.vrabel@xxxxxxx>
• Re: New MMC maintainer needed
  • From: Philip Langdale <philipl@xxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: David Vrabel <david.vrabel@xxxxxxx>
• Re: New MMC maintainer needed
  • From: Philip Langdale <philipl@xxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• elinux.org now requires a valid email for editing
  • From: Bill Traynor <wmat@xxxxxxx>
• Re: [PATCH 4/5] Add support for LZO-compressed kernels for ARM
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: "Roberto A. Foglietta" <roberto.foglietta@xxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Ohad Ben-Cohen <ohad@xxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Ian Molton <ian@xxxxxxxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] Add support for LZO-compressed kernels
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] Add support for LZO-compressed kernels
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• [PATCH 5/5] Add support for LZO-compressed kernels on x86
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/5] Add support for LZO-compressed kernels for ARM
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/5] Add support for LZO-compressed kernels
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/5] include/linux/unaligned/{l,b}e_byteshift.h: Fix usage for compressed kernels
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/5] lib/decompress_*: only include <linux/slab.h> if STATIC is not defined
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] move __devinit or __init printk constant format strings to __devinitconst or __initdata?
  • From: Matt Mackall <mpm@xxxxxxxxxxx>
• Re: [RFC] move __devinit or __init printk constant format strings to __devinitconst or __initdata?
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC] move __devinit or __init printk constant format strings to __devinitconst or __initdata?
  • From: Matt Mackall <mpm@xxxxxxxxxxx>
• Re: [RFC] move __devinit or __init printk constant format strings to __devinitconst or __initdata?
  • From: David Daney <ddaney@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] move __devinit or __init printk constant format strings to __devinitconst or __initdata?
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC] move __devinit or __init printk constant format strings to __devinitconst or __initdata?
  • From: Matt Mackall <mpm@xxxxxxxxxxx>
• Re: [RFC] move __devinit or __init printk constant format strings to __devinitconst or __initdata?
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC] move __devinit or __init printk constant format strings to __devinitconst or __initdata?
  • From: Matt Mackall <mpm@xxxxxxxxxxx>
• [RFC] move __devinit or __init printk constant format strings to __devinitconst or __initdata?
  • From: Joe Perches <joe@xxxxxxxxxxx>
• syslog stops to deliver to console
  • From: Zaphod <zaphod001@xxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Alex Dubov <oakad@xxxxxxxxx>
• Re: New MMC maintainer needed
  • From: Ian Molton <ian@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] MMC Agressive clocking framework v4
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [PATCH 1/2] MMC Agressive clocking framework v4
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• New MMC maintainer needed
  • From: Pierre Ossman <pierre@xxxxxxxxx>
• Re: syslog for embedded
  • From: David McCullough <David_Mccullough@xxxxxxxxxxxxxxxxxxx>
• Re: syslog for embedded
  • From: "Roberto A. Foglietta" <roberto.foglietta@xxxxxxxxx>
• syslog for embedded
  • From: Zaphod <zaphod001@xxxxxxxxx>
• Re: Status of bzip2 and lzma kernel compression for ARM?
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: need help finding a WiFi + BT SDIO chipset/module for Linux
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: Status of bzip2 and lzma kernel compression for ARM?
  • From: Albin Tonnerre <albin.tonnerre@xxxxxxxxxxxxxxxxxx>
• Re: 2.6.27- Sending uevent from a driver
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: need help finding a WiFi + BT SDIO chipset/module for Linux
  • From: Aras Vaichas <arasv@xxxxxxxxxxxxxxxxxxxxxxx>
• need help finding a WiFi + BT SDIO chipset/module for Linux
  • From: Aras Vaichas <arasv@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.27- Sending uevent from a driver
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: 2.6.27- Sending uevent from a driver
  • From: Daniel Ng <daniel.ng1234@xxxxxxxxx>
• Re: PCI device support in Open Firmware (device tree syntax)
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] transcendent memory for Linux
  • From: Roland Dreier <rdreier@xxxxxxxxx>
• Re: 2.6.27- Sending uevent from a driver
  • From: Greg KH <greg@xxxxxxxxx>
• Re: PCI device support in Open Firmware (device tree syntax)
  • From: Scott Wood <scottwood@xxxxxxxxxxxxx>
• Re: 2.6.27- Sending uevent from a driver
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• 2.6.27- Sending uevent from a driver
  • From: Daniel Ng <daniel.ng1234@xxxxxxxxx>
• Re: PCI device support in Open Firmware (device tree syntax)
  • From: Johnny Hung <johnny.hacking@xxxxxxxxx>
• Re: PCI device support in Open Firmware (device tree syntax)
  • From: Johnny Hung <johnny.hacking@xxxxxxxxx>
• Re: How the kernel printk works before do console_setup.
  • From: Freeman <xwang@xxxxxxxxxx>
• Re: PCI device support in Open Firmware (device tree syntax)
  • From: Scott Wood <scottwood@xxxxxxxxxxxxx>
• Re: Status of bzip2 and lzma kernel compression for ARM?
  • From: Michael Opdenacker <michael-lists@xxxxxxxxxxxxxxxxxx>
• PCI device support in Open Firmware (device tree syntax)
  • From: Johnny Hung <johnny.hacking@xxxxxxxxx>
• RE: [RFC] transcendent memory for Linux
  • From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
• Re: Status of bzip2 and lzma kernel compression for ARM?
  • From: Mike Rapoport <mike@xxxxxxxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: Status of bzip2 and lzma kernel compression for ARM?
  • From: Alain Knaff <alain@xxxxxxxx>
• Re: Status of bzip2 and lzma kernel compression for ARM?
  • From: Alain Knaff <alain@xxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC] transcendent memory for Linux
  • From: Avi Kivity <avi@xxxxxxxxxx>
• Re: [RFC] transcendent memory for Linux
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Kernel crashing and log buffers...
  • From: Robin Getz <rgetz@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel crashing and log buffers...
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: Kernel crashing and log buffers...
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: Kernel crashing and log buffers...
  • From: Robin Getz <rgetz@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: Saving the kernel log accross boots
  • From: "Martin Meuli" <Martin.Meuli@xxxxxx>
• Re: Status of bzip2 and lzma kernel compression for ARM?
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: Saving the kernel log accross boots
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: Saving the kernel log accross boots
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: Status of bzip2 and lzma kernel compression for ARM?
  • From: Michael Opdenacker <michael-lists@xxxxxxxxxxxxxxxxxx>
• Re: Saving the kernel log accross boots
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Saving the kernel log accross boots
  • From: "Martin Meuli" <Martin.Meuli@xxxxxx>
• Re: Status of bzip2 and lzma kernel compression for ARM?
  • From: Florian Fainelli <florian@xxxxxxxxxxx>
• Re: Status of bzip2 and lzma kernel compression for ARM?
  • From: Mike Rapoport <mike@xxxxxxxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: How the kernel printk works before do console_setup.
  • From: Michael Ellerman <michael@xxxxxxxxxxxxxx>
• Re: How the kernel printk works before do console_setup.
  • From: Johnny Hung <johnny.hacking@xxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: How the kernel printk works before do console_setup.
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Status of bzip2 and lzma kernel compression for ARM?
  • From: Michael Opdenacker <michael-lists@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: Using UART in kernel driver code on AT91SAM9260
  • From: Stefan Schoenleitner <dev.c0debabe@xxxxxxxxx>
• Re: Using UART in kernel driver code on AT91SAM9260
  • From: Peter Korsgaard <jacmet@xxxxxxxxxx>
• Re: Using UART in kernel driver code on AT91SAM9260
  • From: Stefan Schoenleitner <dev.c0debabe@xxxxxxxxx>
• Using UART in kernel driver code on AT91SAM9260
  • From: Stefan Schoenleitner <dev.c0debabe@xxxxxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: I:Re: [PATCH 06/14] Pramfs: Include files
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: How the kernel printk works before do console_setup.
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• How the kernel printk works before do console_setup.
  • From: Johnny Hung <johnny.hacking@xxxxxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: Jörn Engel <joern@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: Jörn Engel <joern@xxxxxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: "Chris Friesen" <cfriesen@xxxxxxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: Jörn Engel <joern@xxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: Chris Simmonds <chris@xxxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 1/2] MMC Agressive clocking framework v4
  • From: Linus Walleij <linus.walleij@xxxxxxxxxxxxxx>
• [PATCH 2/2] Modify MMCI/PL180 to handle agressive clocking v4
  • From: Linus Walleij <linus.walleij@xxxxxxxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 1/2] MMC Agressive clocking framework v3
  • From: Pierre Ossman <pierre@xxxxxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/2] MMC Agressive clocking framework v3
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] MMC Agressive clocking framework v3
  • From: Linus Walleij <linus.walleij@xxxxxxxxxxxxxx>
• [PATCH 2/2] Modify MMCI/PL180 to handle agressive clocking v3
  • From: Linus Walleij <linus.walleij@xxxxxxxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 13/14] Pramfs: Write Protection
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH 13/14] Pramfs: Write Protection
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: CDC ACM composite gadget serial not working between Linux and Windows?
  • From: Hans-Christian Egtvedt <hans-christian.egtvedt@xxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH 13/14] Pramfs: Write Protection
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• CDC ACM composite gadget serial not working between Linux and Windows?
  • From: Daniel Ng <daniel.ng1234@xxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: "Chris Friesen" <cfriesen@xxxxxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 13/14] Pramfs: Write Protection
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [PATCH 13/14] Pramfs: Write Protection
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: Re: [PATCH 14/14] Pramfs: XIP Operations
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• usb gadget serial changes since 2.6.14
  • From: Daniel Ng <daniel.ng1234@xxxxxxxxx>
• Re: [PATCH 1/2] MMC Agressive clocking framework v2
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: [PATCH 13/14] Pramfs: Write protection
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 13/14] Pramfs: Write protection
  • From: Jared Hulbert <jaredeh@xxxxxxxxx>
• Re: [PATCH 14/14] Pramfs: XIP operations
  • From: Jared Hulbert <jaredeh@xxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Mike Rapoport <mike@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] MMC Agressive clocking framework v2
  • From: Pierre Ossman <pierre@xxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Bryan Henderson <hbryan@xxxxxxxxxx>
• Re: AT91SAM9G20 design and boot times
  • From: Marc Pignat <marc.pignat@xxxxxxx>
• Re: Kernel crashing and log buffers...
  • From: Robin Getz <rgetz@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/14] Pramfs: Mounting as root filesystem
  • From: Marco <firefox82@xxxxxxxx>
• Re: [PATCH 04/14] Pramfs: Mounting as root filesystem
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: [PATCH 04/14] Pramfs: Mounting as root filesystem
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 04/14] Pramfs: Mounting as root filesystem
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 14/14] Pramfs: XIP operations
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 08/14] Pramfs: Makefile and Kconfig
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 08/14] Pramfs: Makefile and Kconfig
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 04/14] Pramfs: Mounting as root filesystem
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: Kernel crashing and log buffers...
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: [PATCH 1/2] MMC Agressive clocking framework v2
  • From: Pierre Ossman <drzeus-list@xxxxxxxxx>
• Re: Kernel crashing and log buffers...
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: [PATCH 14/14] Pramfs: XIP operations
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 06/14] Pramfs: Include files
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 08/14] Pramfs: Makefile and Kconfig
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH 08/14] Pramfs: Makefile and Kconfig
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH 05/14] Pramfs: File operations for files
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH 09/14] Pramfs: Inode operations for directories
  • From: Marco <marco.stornelli@xxxxxxxxx>
• [PATCH 10/14] Pramfs: Superblock operations
  • From: Marco <marco.stornelli@xxxxxxxxx>
• [PATCH 14/14] Pramfs: XIP operations
  • From: Marco <marco.stornelli@xxxxxxxxx>
• [PATCH 13/14] Pramfs: Write protection
  • From: Marco <marco.stornelli@xxxxxxxxx>
• [PATCH 11/14] Pramfs: Symbolic link operations
  • From: Marco <marco.stornelli@xxxxxxxxx>
• [PATCH 12/14] Pramfs: test module
  • From: Marco <marco.stornelli@xxxxxxxxx>
• [PATCH 08/14] Pramfs: Makefile and Kconfig
  • From: Marco <marco.stornelli@xxxxxxxxx>
• [PATCH 07/14] Pramfs: Inode operations
  • From: Marco <marco.stornelli@xxxxxxxxx>
• [PATCH 06/14] Pramfs: Include files
  • From: Marco <marco.stornelli@xxxxxxxxx>
• [PATCH 05/14] Pramfs: File operations for files
  • From: Marco <marco.stornelli@xxxxxxxxx>
• [PATCH 04/14] Pramfs: Mounting as root filesystem
  • From: Marco <marco.stornelli@xxxxxxxxx>
• [PATCH 03/14] Pramfs: Documentation
  • From: Marco <marco.stornelli@xxxxxxxxx>
• [PATCH 02/14] Pramfs: File operations for directories
  • From: Marco <marco.stornelli@xxxxxxxxx>
• [PATCH 01/14] Pramfs: Block operations
  • From: Marco <marco.stornelli@xxxxxxxxx>
• [PATCH 00/14] Pramfs: Persistent and protected ram filesystem
  • From: Marco <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 1/2] MMC Agressive clocking framework v2
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: Kernel crashing and log buffers...
  • From: Russell King <rmk@xxxxxxxxxxxxxxxx>
• Re: AT91SAM9G20 design and power (was and boot times)
  • From: Christian Gagneraud <cgagneraud@xxxxxxxxxxxx>
• Re: AT91SAM9G20 design and boot times
  • From: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@xxxxxxxxxxxx>
• Re: Kernel crashing and log buffers...
  • From: Wolfgang Denk <wd@xxxxxxx>
• Re: Kernel crashing and log buffers...
  • From: Robin Getz <rgetz@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel crashing and log buffers...
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: Kernel crashing and log buffers...
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: Kernel crashing and log buffers...
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: Kernel crashing and log buffers...
  • From: Grant Erickson <gerickson@xxxxxxxxxxxxxx>
• Re: Kernel crashing and log buffers...
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: Kernel crashing and log buffers...
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: Kernel crashing and log buffers...
  • From: Robin Getz <rgetz@xxxxxxxxxxxxxxxxxxxx>
• Re: Kernel crashing and log buffers...
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: Kernel crashing and log buffers...
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: AT91SAM9G20 design and boot times
  • From: Robin Getz <rgetz@xxxxxxxxxxxxxxxxxxxx>
• Re: AT91SAM9G20 design and boot times
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• AT91SAM9G20 design and boot times
  • From: Aras Vaichas <arasv@xxxxxxxxxxxxxxxxxxxxxxx>
• Kernel crashing and log buffers...
  • From: Robin Getz <rgetz@xxxxxxxxxxxxxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
• USB : Problem in backporting C67x00 Driver to kernel 2.6.20
  • From: Childhood Hwang <childhood.hwang@xxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: Mel Gorman <mel@xxxxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• RE: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: "David VomLehn (dvomlehn)" <dvomlehn@xxxxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• can initrd and initramfs be made independent?
  • From: "Robert P. J. Day" <rpjday@xxxxxxxxxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: Russell King <rmk@xxxxxxxxxxxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@xxxxxxxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@xxxxxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Russell King <rmk@xxxxxxxxxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Geert Uytterhoeven <geert.uytterhoeven@xxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Russell King <rmk@xxxxxxxxxxxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [Ksummit-2009-discuss] Representing Embedded Architectures at the Kernel Summit
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxxx>
• Re: Representing Embedded Architectures at the Kernel Summit
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Representing Embedded Architectures at the Kernel Summit
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] Cgroup: add cgroup members's exit data statistics
  • From: Marco <marco.stornelli@xxxxxxxxx>
• [PATCH 2/2] Modify MMCI/PL180 to handle agressive clocking v2
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• [PATCH 1/2] MMC Agressive clocking framework v2
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• [PATCH 0/2] MMC Agressive clocking framework v2
  • From: Linus Walleij <linus.ml.walleij@xxxxxxxxx>
• Re: Can I run an application compiled with gcc ABI 2.95 on a kernel compiled with gcc ABI 3.4?
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: Can I run an application compiled with gcc ABI 2.95 on a kernel compiled with gcc ABI 3.4?
  • From: Nicolas Pitre <nico@xxxxxxx>
• Re: Can I run an application compiled with gcc ABI 2.95 on a kernel compiled with gcc ABI 3.4?
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: Can I run an application compiled with gcc ABI 2.95 on a kernel compiled with gcc ABI 3.4?
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: Can I run an application compiled with gcc ABI 2.95 on a kernel compiled with gcc ABI 3.4?
  • From: "George G. Davis" <gdavis@xxxxxxxxxx>
• Re: Can I run an application compiled with gcc ABI 2.95 on a kernel compiled with gcc ABI 3.4?
  • From: Gustavo Zacarias <gustavo@xxxxxxxxxxxxxxx>
• Re: Can I run an application compiled with gcc ABI 2.95 on a kernel compiled with gcc ABI 3.4?
  • From: Ben Dooks <ben-linux@xxxxxxxxx>
• Re: Can I run an application compiled with gcc ABI 2.95 on a kernel compiled with gcc ABI 3.4?
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: Can I run an application compiled with gcc ABI 2.95 on a kernel compiled with gcc ABI 3.4?
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: Can I run an application compiled with gcc ABI 2.95 on a kernel compiled with gcc ABI 3.4?
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Can I run an application compiled with gcc ABI 2.95 on a kernel compiled with gcc ABI 3.4?
  • From: muzungu@xxxxxxx
• Re: Wait for console to become available, v3.2
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: [Patch] Wait for console to become available, ver 3
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [ltt-dev] [PATCH] nfs: add support for splice writes
  • From: Suresh Jayaraman <sjayaraman@xxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: [ltt-dev] [PATCH] nfs: add support for splice writes
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [ltt-dev] [PATCH] nfs: add support for splice writes
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: [ltt-dev] [PATCH] nfs: add support for splice writes
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: Wait for console to become available, v3.2
  • From: Ingo Molnar <mingo@xxxxxxx>
• Wait for console to become available, v3.2
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: [Patch] Wait for console to become available, ver 3
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: [Patch] Wait for console to become available, ver 3
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [Patch] Wait for console to become available, ver 3
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [Patch] Wait for console to become available, ver 3
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [Patch] Wait for console to become available, ver 3
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: [Patch] Wait for console to become available, ver 3
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: [Patch] Wait for console to become available, ver 3
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [Patch] Wait for console to become available, ver 3
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [Patch] Wait for console to become available, ver 3
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [ltt-dev] [PATCH] nfs: add support for splice writes
  • From: Suresh Jayaraman <sjayaraman@xxxxxxx>
• Re: [ltt-dev] [PATCH] nfs: add support for splice writes
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
• Re: [ltt-dev] [PATCH] nfs: add support for splice writes
  • From: Suresh Jayaraman <sjayaraman@xxxxxxx>
• Re: [ltt-dev] [PATCH] nfs: add support for splice writes
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
• Re: [ltt-dev] [PATCH] nfs: add support for splice writes
  • From: Suresh Jayaraman <sjayaraman@xxxxxxx>
• Re: [PATCH] Wait for console to become available, v2
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: [PATCH] Wait for console to become available, v2
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH] Wait for console to become available, v2
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: [PATCH] Wait for console to become available, v2
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• [PATCH] Wait for console to become available, ver 3.1
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Re: [Patch] Wait for console to become available, ver 3
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• [Patch] Wait for console to become available, ver 3
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• [PATCH] Wait for console to become available, v2
  • From: VomLehn <dvomlehn@xxxxxxxxx>
• Re: root on Squashfs breaks mknod
  • From: Markus Brunner <super.firetwister@xxxxxxxxxxxxxx>
• [PATCH] Wait for console to become available
  • From: VomLehn <dvomlehn@xxxxxxxxx>
• video (VGA) object-files unconditionally built/included?
  • From: Dag Bakke <dag@xxxxxxxxx>
• Versatile PB Board Support for ARMv6 and ARMv7
  • From: Mark Miller <mark@xxxxxxxxxx>
• e2factory: Embedded Linux build system released under the GPL
  • From: Matthias Kaehlcke <matthias@xxxxxxxxxxxx>
• Squashfs 4.0 tools (for 2.6.29) released
  • From: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
• Re: [ltt-dev] [PATCH] nfs: add support for splice writes
  • From: Masahiro Tamori <masahiro.tamori@xxxxxxxxx>
• Re: Sources of entropy?
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: Sources of entropy?
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• root on Squashfs breaks mknod
  • From: Markus Brunner <super.firetwister@xxxxxxxxxxxxxx>
• Re: [PATCH] nfs: add support for splice writes
  • From: Suresh Jayaraman <sjayaraman@xxxxxxx>
• Re: [PATCH] nfs: add support for splice writes
  • From: Mathieu Desnoyers <compudj@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] nfs: add support for splice writes
  • From: Mathieu Desnoyers <compudj@xxxxxxxxxxxxxxxxxx>
• [PATCH] nfs: add support for splice writes
  • From: Suresh Jayaraman <sjayaraman@xxxxxxx>
• Re: USB console and network devices unsupported for boot
  • From: VomLehn <dvomlehn@xxxxxxxxx>
• Re: USB console and network devices unsupported for boot
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• USB console and network devices unsupported for boot
  • From: VomLehn <dvomlehn@xxxxxxxxx>
• Re: XZ (LZMA2) decoder
  • From: Geert Uytterhoeven <Geert.Uytterhoeven@xxxxxxxxxxx>
• Re: XZ (LZMA2) decoder
  • From: Lasse Collin <lasse.collin@xxxxxxxxxxx>
• Re: Sources of entropy?
  • From: Jamie Lokier <jamie@xxxxxxxxxxxxx>
• Re: XZ (LZMA2) decoder
  • From: Bernhard Reutner-Fischer <rep.dot.nop@xxxxxxxxx>
• Re: XZ (LZMA2) decoder
  • From: Leon Woestenberg <leon.woestenberg@xxxxxxxxx>
• Re: Sources of entropy?
  • From: David VomLehn <dvomlehn@xxxxxxxxx>
• Sources of entropy?
  • From: Robin Getz <rgetz@xxxxxxxxxxxxxxxxxxxx>
• Re: [Patch] ltt-relay-alloc mmap support (due to NFS lack of splice support)
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
• Re: [Patch] ltt-relay-alloc mmap support (due to NFS lack of splice support)
  • From: Mathieu Desnoyers <compudj@xxxxxxxxxxxxxxxxxx>
• Re: [Patch] ltt-relay-alloc mmap support (due to NFS lack of splice support)
  • From: Masahiro Tamori <masahiro.tamori@xxxxxxxxx>
• XZ (LZMA2) decoder
  • From: Lasse Collin <lasse.collin@xxxxxxxxxxx>
• [ANNOUNCE] Embedded Linux Conference 2009
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: ramfs/tmpfs for application partition
  • From: Aras Vaichas <arasv@xxxxxxxxxxxxxx>