Linux Embedded

• Thread Index

• Re: [PATCH RFC 1/5] scripts: Add sortextable to sort the kernel's exception table.
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PATCH RFC 1/5] scripts: Add sortextable to sort the kernel's exception table.
  • From: David Daney <ddaney.cavm@xxxxxxxxx>
• Re: [PATCH RFC 1/5] scripts: Add sortextable to sort the kernel's exception table.
  • From: David Daney <ddaney.cavm@xxxxxxxxx>
• Re: [PATCH RFC 1/5] scripts: Add sortextable to sort the kernel's exception table.
  • From: "H. Peter Anvin" <hpa@xxxxxxxxxx>
• Re: [PATCH RFC 1/5] scripts: Add sortextable to sort the kernel's exception table.
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH RFC 1/5] scripts: Add sortextable to sort the kernel's exception table.
  • From: "H. Peter Anvin" <hpa@xxxxxxxxxx>
• Re: [PATCH RFC 1/5] scripts: Add sortextable to sort the kernel's exception table.
  • From: "H. Peter Anvin" <hpa@xxxxxxxxxx>
• Re: [PATCH RFC 1/5] scripts: Add sortextable to sort the kernel's exception table.
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PATCH RFC 0/5] Speed booting by sorting exception tables at build time.
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PATCH RFC 3/5] kbuild/extable: Hook up sortextable into the build system.
  • From: Michal Marek <mmarek@xxxxxxx>
• [PATCH RFC 1/5] scripts: Add sortextable to sort the kernel's exception table.
  • From: David Daney <ddaney.cavm@xxxxxxxxx>
• [PATCH RFC 4/5] MIPS: Select BUILDTIME_EXTABLE_SORT
  • From: David Daney <ddaney.cavm@xxxxxxxxx>
• [PATCH RFC 0/5] Speed booting by sorting exception tables at build time.
  • From: David Daney <ddaney.cavm@xxxxxxxxx>
• [PATCH RFC 2/5] extable: Skip sorting if sorted at build time.
  • From: David Daney <ddaney.cavm@xxxxxxxxx>
• [PATCH RFC 5/5] x86: Select BUILDTIME_EXTABLE_SORT
  • From: David Daney <ddaney.cavm@xxxxxxxxx>
• [PATCH RFC 3/5] kbuild/extable: Hook up sortextable into the build system.
  • From: David Daney <ddaney.cavm@xxxxxxxxx>
• Re: A new Subsystem for Current Management
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• A new Subsystem for Current Management
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• Re: Remote IP setup of devices in a network
  • From: Martyn Welch <martyn.welch@xxxxxx>
• Re: Remote IP setup of devices in a network
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: Remote IP setup of devices in a network
  • From: Eliot Blennerhassett <eblennerhassett@xxxxxxxxxxxxxxxx>
• Re: Remote IP setup of devices in a network
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Remote IP setup of devices in a network
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Remote IP setup of devices in a network
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: A new Subsystem for Current Management
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: A new Subsystem for Current Management
  • From: Christian Gagneraud <chris@xxxxxxxxxxxx>
• RE: A new Subsystem for Current Management
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• Re: A new Subsystem for Current Management
  • From: Felipe Balbi <balbi@xxxxxx>
• A new Subsystem for Current Management
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• Re: Embedded Linux Conference Europe 2011 videos
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Embedded Linux Conference Europe 2011 videos
  • From: Michael Opdenacker <michael.opdenacker@xxxxxxxxxxxxxxxxxx>
• Re: debugging multi threaded applicatiosn on arm - status?
  • From: Peter Waechtler <pwaechtler@xxxxxxx>
• Re: [PATCHv9] UBI: new module ubiblk: block layer on top of UBI
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: dma_unmap_single() lacking cache sync on some archs?
  • From: Arvid Brodin <arvid.brodin@xxxxxxxx>
• Re: dma_unmap_single() lacking cache sync on some archs?
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: dma_unmap_single() lacking cache sync on some archs?
  • From: Håvard Skinnemoen <hskinnemoen@xxxxxxxxx>
• Re: dma_unmap_single() lacking cache sync on some archs?
  • From: Arvid Brodin <arvid.brodin@xxxxxxxx>
• [PATCHv9] UBI: new module ubiblk: block layer on top of UBI
  • From: David Wagner <david.wagner@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv8] UBI: new module ubiblk: block layer on top of UBI
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• [PATCHv8] UBI: new module ubiblk: block layer on top of UBI
  • From: David Wagner <david.wagner@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv7] UBI: new module ubiblk: block layer on top of UBI
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: [PATCHv6] UBI: new module ubiblk: block layer on top of UBI
  • From: David Wagner <david.wagner@xxxxxxxxxxxxxxxxxx>
• [PATCHv7] UBI: new module ubiblk: block layer on top of UBI
  • From: David Wagner <david.wagner@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv6] UBI: new module ubiblk: block layer on top of UBI
  • From: Ricard Wanderlof <ricard.wanderlof@xxxxxxxx>
• Re: [PATCHv6] UBI: new module ubiblk: block layer on top of UBI
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• [PATCHv6] UBI: new module ubiblk: block layer on top of UBI
  • From: David Wagner <david.wagner@xxxxxxxxxxxxxxxxxx>
• Re: Timer interrupt on Linux 3.0.3
  • From: MohanReddy koppula <mohanreddykv@xxxxxxxxx>
• Re: Timer interrupt on Linux 3.0.3
  • From: Scott Wood <scottwood@xxxxxxxxxxxxx>
• Re: [PATCHv5] UBI: new module ubiblk: block layer on top of UBI
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: Timer interrupt on Linux 3.0.3
  • From: Scott Wood <scottwood@xxxxxxxxxxxxx>
• [PATCHv5] UBI: new module ubiblk: block layer on top of UBI
  • From: David Wagner <david.wagner@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI
  • From: David Wagner <david.wagner@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI
  • From: David Wagner <david.wagner@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: [PATCH] net: phy: Add config option to specify external switch port to be used if switch is used as PHY
  • From: Francois Romieu <romieu@xxxxxxxxxxxxx>
• Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] net: phy: Add config option to specify external switch port to be used if switch is used as PHY
  • From: Lambrecht Jürgen <J.Lambrecht@xxxxxxxxxxx>
• Re: [PATCH] net: phy: Add config option to specify external switch port to be used if switch is used as PHY
  • From: Francois Romieu <romieu@xxxxxxxxxxxxx>
• Re: [PATCH] net: phy: Add config option to specify external switch port to be used if switch is used as PHY
  • From: Lambrecht Jürgen <J.Lambrecht@xxxxxxxxxxx>
• Re: [PATCH] net: phy: Add config option to specify external switch port to be used if switch is used as PHY
  • From: Florian Fainelli <florian@xxxxxxxxxxx>
• [PATCH] net: phy: Add config option to specify external switch port to be used if switch is used as PHY
  • From: Lambrecht Jürgen <J.Lambrecht@xxxxxxxxxxx>
• Re: [PATCH] document ubiblk's usage of the same ioctl magic as a part of UBI
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: [PATCHv4] UBI: new module ubiblk: block layer on top of UBI
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI
  • From: David Wagner <david.wagner@xxxxxxxxxxxxxxxxxx>
• Re: RFC: [Restatement] KBUS messaging subsystem
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• [PATCH] Tools for controling ubiblk
  • From: David Wagner <david.wagner@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] document ubiblk's usage of the same ioctl magic as a part of UBI
  • From: David Wagner <david.wagner@xxxxxxxxxxxxxxxxxx>
• [PATCHv4] UBI: new module ubiblk: block layer on top of UBI
  • From: david.wagner@xxxxxxxxxxxxxxxxxx
• Re: [PATCH] Tools for controling ubiblk
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: RFC: [Restatement] KBUS messaging subsystem
  • From: Bryan Donlan <bdonlan@xxxxxxxxx>
• Re: RFC: [Restatement] KBUS messaging subsystem
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• [PATCH] Tools for controling ubiblk
  • From: David Wagner <david.wagner@xxxxxxxxxxxxxxxxxx>
• [PATCHv3] UBI: new module ubiblk: block layer on top of UBI
  • From: david.wagner@xxxxxxxxxxxxxxxxxx
• Re: [PATCH] UBI: new module ubiblk: block layer on top of UBI
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: RFC: [Restatement] KBUS messaging subsystem
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: RFC: [Restatement] KBUS messaging subsystem
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• Re: RFC: [Restatement] KBUS messaging subsystem
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• Re: RFC: [Restatement] KBUS messaging subsystem
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [PATCH 00/11] RFC: KBUS messaging subsystem
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• Re: RFC: [Restatement] KBUS messaging subsystem
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• Re: RFC: [Restatement] KBUS messaging subsystem
  • From: Colin Walters <walters@xxxxxxxxxx>
• RFC: [Restatement] KBUS messaging subsystem
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• Re: Flash filesystems benchmarks
  • From: David Wagner <david.wagner@xxxxxxxxxxxxxxxxxx>
• Re: Flash filesystems benchmarks
  • From: Belisko Marek <marek.belisko@xxxxxxxxx>
• Flash filesystems benchmarks
  • From: David Wagner <david.wagner@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] UBI: new module ubiblk: block layer on top of UBI
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• Re: [PATCH] UBI: new module ubiblk: block layer on top of UBI
  • From: David Wagner <david.wagner@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] UBI: new module ubiblk: block layer on top of UBI
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] UBI: new module ubiblk: block layer on top of UBI
  • From: David Wagner <david.wagner@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/11] RFC: KBUS messaging subsystem
  • From: Florian Fainelli <florian@xxxxxxxxxxx>
• ELC Europe Call for Proposals, due July 8th
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: [RFC PATCHv2] UBI: new module ubiblk: block layer on top of UBI
  • From: Artem Bityutskiy <dedekind1@xxxxxxxxx>
• [RFC PATCHv2] UBI: new module ubiblk: block layer on top of UBI
  • From: david.wagner@xxxxxxxxxxxxxxxxxx
• Re: [PATCH] Enable USB on TI DM365
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
• Re: [PATCH] Enable USB on TI DM365
  • From: Sebastian Heß <shess@xxxxxxxxxxx>
• [PATCH] Enable USB on TI DM365
  • From: Constantine Shulyupin <const@xxxxxxxxxxxxx>
• Re: debugging multi threaded applicatiosn on arm - status?
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: debugging multi threaded applicatiosn on arm - status?
  • From: Chris Simmonds <chris.simmonds@xxxxxxxxxx>
• debugging multi threaded applicatiosn on arm - status?
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PWM v9 0/3] Implement a generic PWM framework
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [Celinux-dev] About the "Tiny Linux Kernel" project
  • From: wu zhangjin <wuzhangjin@xxxxxxxxx>
• Re: [Celinux-dev] About the "Tiny Linux Kernel" project
  • From: Alan Carvalho de Assis <acassis@xxxxxxxxx>
• Re: [Celinux-dev] About the "Tiny Linux Kernel" project
  • From: wu zhangjin <wuzhangjin@xxxxxxxxx>
• Re: [Celinux-dev] About the "Tiny Linux Kernel" project
  • From: Alan Carvalho de Assis <acassis@xxxxxxxxx>
• Re: [PATCH] Bootgraph.pl bug fix
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [Celinux-dev] About the "Tiny Linux Kernel" project
  • From: Joaco <root@xxxxxxxxxx>
• Re: [Celinux-dev] About the "Tiny Linux Kernel" project
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: [Celinux-dev] About the "Tiny Linux Kernel" project
  • From: wu zhangjin <wuzhangjin@xxxxxxxxx>
• Re: [Celinux-dev] About the "Tiny Linux Kernel" project
  • From: wu zhangjin <wuzhangjin@xxxxxxxxx>
• Re: [PATCH] Bootgraph.pl bug fix
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [Celinux-dev] About the "Tiny Linux Kernel" project
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: About the "Tiny Linux Kernel" project
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: [PATCH] printk-formats.txt documentation update
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: [PATCH] printk-formats.txt documentation update
  • From: Andrew Murray <amurray@xxxxxxxxxxx>
• About the "Tiny Linux Kernel" project
  • From: wu zhangjin <wuzhangjin@xxxxxxxxx>
• Re: [PATCH] Bootgraph.pl bug fix
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [PATCH] printk-formats.txt documentation update
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: [PATCH] printk-formats.txt documentation update
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] printk-formats.txt documentation update
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: [PATCH] printk-formats.txt documentation update
  • From: Andrew Murray <amurray@xxxxxxxxxxx>
• Re: [PATCH] printk-formats.txt documentation update
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] printk-formats.txt documentation update
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• [PATCH] Bootgraph.pl bug fix
  • From: Andrew Murray <amurray@xxxxxxxxxxx>
• Re: [PATCH] printk-formats.txt documentation update
  • From: Andrew Murray <amurray@xxxxxxxxxxx>
• Re: [PATCH] printk-formats.txt documentation update
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: [PATCH] printk-formats.txt documentation update
  • From: Andrew Murray <amurray@xxxxxxxxxxx>
• Re: [PATCH] printk-formats.txt documentation update
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• [PATCH] printk-formats.txt documentation update
  • From: Andrew Murray <amurray@xxxxxxxxxxx>
• Re: [PATCH] Revised patch
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] Revised patch
  • From: Andrew Murray <amurray@xxxxxxxxxxx>
• Re: [PATCH] Revised patch
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• Re: [PATCH] Revised patch
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: [PATCH] Revised patch
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH] Revised patch
  • From: Andrew Murray <amurray@xxxxxxxxxxx>
• [ANNOUNCE] memedit-0.8
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: usefullness of a read-only block UBI interface ?
  • From: Ivan Djelic <ivan.djelic@xxxxxxxxxx>
• usefullness of a read-only block UBI interface ?
  • From: David Wagner <david.wagner@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/11] RFC: KBUS messaging subsystem
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• Re: module boot time (was Re: [PATCH] module: Use binary search in lookup_symbol())
  • From: Jeff Mahoney <jeffm@xxxxxxx>
• Re: module boot time (was Re: [PATCH] module: Use binary search in lookup_symbol())
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: [PATCH] module: Use binary search in lookup_symbol()
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: module boot time (was Re: [PATCH] module: Use binary search in lookup_symbol())
  • From: Jeff Mahoney <jeffm@xxxxxxx>
• Re: [PATCH] module: Use binary search in lookup_symbol()
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH] module: Use binary search in lookup_symbol()
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: module boot time (was Re: [PATCH] module: Use binary search in lookup_symbol())
  • From: Greg KH <greg@xxxxxxxxx>
• module boot time (was Re: [PATCH] module: Use binary search in lookup_symbol())
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• [PATCH] module: Use binary search in lookup_symbol()
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: your mail
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: [PATCH] module: Use binary search in lookup_symbol()
  • From: Greg KH <greg@xxxxxxxxx>
• Re: your mail
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH] module: Use binary search in lookup_symbol()
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: [PATCH] module: Use binary search in lookup_symbol()
  • From: Dirk Behme <dirk.behme@xxxxxxxxxxxxxx>
• Re: [PATCH] module: Use binary search in lookup_symbol()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] module: Use binary search in lookup_symbol()
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: [PATCH] module: Use binary search in lookup_symbol()
  • From: Greg KH <greg@xxxxxxxxx>
• [PATCH] module: Use binary search in lookup_symbol()
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: [PATCH] module: Use binary search in lookup_symbol()
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: [PATCH] module: Use binary search in lookup_symbol()
  • From: Dirk Behme <dirk.behme@xxxxxxxxxxxxxx>
• Re: [PATCH 00/11] RFC: KBUS messaging subsystem
  • From: Florian Fainelli <florian@xxxxxxxxxxx>
• Re: [PATCH] module: Use binary search in lookup_symbol()
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH] module: Use binary search in lookup_symbol()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] module: Use binary search in lookup_symbol()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH] module: Use binary search in lookup_symbol()
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: [PATCH] module: Use binary search in lookup_symbol()
  • From: Anders Kaseorg <andersk@xxxxxxxxxxx>
• Re: [PATCH] module: Use binary search in lookup_symbol()
  • From: Dirk Behme <dirk.behme@xxxxxxxxxxxxxx>
• Re: [PATCH 0/4] Speed up the symbols' resolution process V4
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: [PATCH 0/4] Speed up the symbols' resolution process V4
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [PATCH 0/4] Speed up the symbols' resolution process V4
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: [PATCH 0/4] Speed up the symbols' resolution process V4
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [PATCH 0/4] Speed up the symbols' resolution process V4
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: [PATCH 0/4] Speed up the symbols' resolution process V4
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: [PATCH 0/4] Speed up the symbols' resolution process V4
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: [PATCH 0/4] Speed up the symbols' resolution process V4
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: [PATCH 0/4] Speed up the symbols' resolution process V4
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [PATCH 0/4] Speed up the symbols' resolution process V4
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [PATCH 0/4] Speed up the symbols' resolution process V4
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: [PATCH 0/4] Speed up the symbols' resolution process V4
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [RFC PATCH] arm: drop Execute-In-Place
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [RFC PATCH] arm: drop Execute-In-Place
  • From: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@xxxxxxxxxxxx>
• Re: [RFC PATCH] arm: drop Execute-In-Place
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: [RFC PATCH] arm: drop Execute-In-Place
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [RFC PATCH] arm: drop Execute-In-Place
  • From: Vitaly Wool <vitalywool@xxxxxxxxx>
• Re: [RFC PATCH] arm: drop Execute-In-Place
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [RFC PATCH] arm: drop Execute-In-Place
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: [RFC PATCH] arm: drop Execute-In-Place
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: [RFC PATCH] arm: drop Execute-In-Place
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [RFC PATCH] arm: drop Execute-In-Place
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: [RFC PATCH] arm: drop Execute-In-Place
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: [RFC PATCH] arm: drop Execute-In-Place
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [RFC PATCH] arm: drop Execute-In-Place
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: [PATCH] module: Use binary search in lookup_symbol()
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: [PATCH] module: Use binary search in lookup_symbol()
  • From: Dirk Behme <dirk.behme@xxxxxxxxxxxxxx>
• [PATCH] module: Use binary search in lookup_symbol()
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: [PATCH 0/4] Speed up the symbols' resolution process V4
  • From: Dirk Behme <dirk.behme@xxxxxxxxxxxxxx>
• Re: Expose regulator:set_consumer_device_supply()?
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: Expose regulator:set_consumer_device_supply()?
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Expose regulator:set_consumer_device_supply()?
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: Expose regulator:set_consumer_device_supply()?
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Expose regulator:set_consumer_device_supply()?
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Expose regulator:set_consumer_device_supply()?
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Expose regulator:set_consumer_device_supply()?
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PATCH] extra/1 Allow setting the maximum KBUS message size
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• Re: [PATCH 4/4] module: Use the binary search for symbols resolution
  • From: Wanlong Gao <wanlong.gao@xxxxxxxxx>
• Re: [PATCH 4/4] module: Use the binary search for symbols resolution
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] module: Use the binary search for symbols resolution
  • From: Wanlong Gao <wanlong.gao@xxxxxxxxx>
• Re: [PATCH 4/4] module: Use the binary search for symbols resolution
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] module: Restructure each_symbol() code
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [PATCH] extra/1 Allow setting the maximum KBUS message size
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] module: Use the binary search for symbols resolution
  • From: Wanlong Gao <wanlong.gao@xxxxxxxxx>
• Re: [PATCH 4/4] module: Use the binary search for symbols resolution
  • From: Wanlong Gao <wanlong.gao@xxxxxxxxx>
• [PATCH 4/4] module: Use the binary search for symbols resolution
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• [PATCH 3/4] lib: Add generic binary search function to the kernel.
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• [PATCH 2/4] module: Sort exported symbols
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• [PATCH 1/4] module: Restructure each_symbol() code
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• [PATCH 0/4] Speed up the symbols' resolution process V4
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: [PATCH] extra/1 Allow setting the maximum KBUS message size
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH] extra/1 Allow setting the maximum KBUS message size
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• [PATCH 4/4] module: Use the binary search for symbols resolution
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• [PATCH 3/4] lib: Add generic binary search function to the kernel.
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• [PATCH 2/4] module: Sort exported symbols
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• [PATCH 1/4] module: Split the find_symbol_in_section function
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• [PATCH 0/4] Speed up the symbols' resolution process V3
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: [PWM v9 1/3] PWM: Implement a generic PWM framework
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [PWM v9 1/3] PWM: Implement a generic PWM framework
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: Super Fast Boot of Embedded Linux: 300 ms from boot loader to shell
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• RE: [PWM v9 0/3] Implement a generic PWM framework
  • From: H Hartley Sweeten <hartleys@xxxxxxxxxxxxxxxxxxx>
• Re: [PWM v9 0/3] Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: Super Fast Boot of Embedded Linux: 300 ms from boot loader to shell
  • From: Matthieu CASTET <matthieu.castet@xxxxxxxxxx>
• Re: Super Fast Boot of Embedded Linux: 300 ms from boot loader to shell
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: Super Fast Boot of Embedded Linux: 300 ms from boot loader to shell
  • From: Constantine Shulyupin <const@xxxxxxxxxxxxx>
• Re: [Vortex86] Vortex86DX SoC - HIGH_RESOLUTION_TIMER
  • From: Lukasz Majewski <majess1982@xxxxxxxxx>
• Re: [Vortex86] Vortex86DX SoC - HIGH_RESOLUTION_TIMER
  • From: Alan Carvalho de Assis <acassis@xxxxxxxxx>
• Re: Super Fast Boot of Embedded Linux: 300 ms from boot loader to shell
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Super Fast Boot of Embedded Linux: 300 ms from boot loader to shell
  • From: Constantine Shulyupin <const@xxxxxxxxxxxxx>
• Re: [PWM v9 2/3] PWM: GPIO+hrtimer device emulation
  • From: Ben Gardiner <bengardiner@xxxxxxxxxxxxxx>
• [PATCH] ssb: Use pr_fmt and pr_<level>, remove CONFIG_SSB_SILENT
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PWM v8 1/3] PWM: Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• [PWM v9 1/3] PWM: Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• [PWM v9 3/3] PWM: Atmel PWMC driver
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• [PWM v9 2/3] PWM: GPIO+hrtimer device emulation
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• [PWM v9 0/3] Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PWM v8 1/3] PWM: Implement a generic PWM framework
  • From: Chris Ball <cjb@xxxxxxxxxx>
• Re: [PWM v8 1/3] PWM: Implement a generic PWM framework
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [PWM v8 1/3] PWM: Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PWM v8 1/3] PWM: Implement a generic PWM framework
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [PWM v8 1/3] PWM: Implement a generic PWM framework
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [PWM v8 1/3] PWM: Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PWM v8 1/3] PWM: Implement a generic PWM framework
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [PATCH 00/11] RFC: KBUS messaging subsystem
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• Re: [PATCH 00/11] RFC: KBUS messaging subsystem
  • From: James Chapman <jchapman@xxxxxxxxxxx>
• Re: [PATCH 00/11] RFC: KBUS messaging subsystem
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• Re: [PATCH 00/11] RFC: KBUS messaging subsystem
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH 05/11] KBUS add support for messages
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• [PATCH 08/11] KBUS add Replier Bind Events
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• [PATCH 11/11] KBUS configuration and Makefile
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• [PATCH 09/11] KBUS Replier Bind Event set-aside lists
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• [PATCH 10/11] KBUS report state to userspace
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• [PATCH 06/11] KBUS add ability to receive messages only once
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• [PATCH 07/11] KBUS add ability to add devices at runtime
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• [PATCH 04/11] KBUS main source file, basic device support only
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• [PATCH 03/11] KBUS internal header file
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• [PATCH 02/11] KBUS external header file.
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• [PATCH 01/11] Documentation for KBUS
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• [PATCH 00/11] RFC: KBUS messaging subsystem
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• Re: [PWM v8 1/3] PWM: Implement a generic PWM framework
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• Re: SPI controller laying around...
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• SPI controller laying around...
  • From: Jean-Francois Dagenais <jeff.dagenais@xxxxxxxxx>
• SPI controller laying around...
  • From: Jean-Francois Dagenais <jeff.dagenais@xxxxxxxxx>
• Re: [PWM v8 1/3] PWM: Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• [PWM v8 2/3] PWM: GPIO+hrtimer device emulation
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• [PWM v8 1/3] PWM: Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• [PWM v8 0/3] Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• [PWM v8 3/3] PWM: Atmel PWMC driver
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PWM v7 3/3] PWM: Atmel PWMC driver
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PWM v7 3/3] PWM: Atmel PWMC driver
  • From: Alexander Stein <alexander.stein@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PWM v7 1/3] PWM: Implement a generic PWM framework
  • From: Lars-Peter Clausen <lars@xxxxxxxxxx>
• [PWM v7 3/3] PWM: Atmel PWMC driver
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• [PWM v7 1/3] PWM: Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• [PWM v7 2/3] PWM: GPIO+hrtimer device emulation
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• [PWM v7 0/3] Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: Question on "regulator" platform device
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Question on "regulator" platform device
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] KBUS source file
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 5/5] KBUS source file
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• Re: [PATCH 5/5] KBUS source file
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 0/5] RFC: KBUS messaging subsystem
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• Re: [GIT PULL] Generic PWM Device API
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [GIT PULL] Generic PWM Device API
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: [GIT PULL] Generic PWM Device API
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: [GIT PULL] Generic PWM Device API
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: [PATCH 0/5] RFC: KBUS messaging subsystem
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 0/5] RFC: KBUS messaging subsystem
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [GIT PULL] Generic PWM Device API
  • From: Greg KH <greg@xxxxxxxxx>
• [GIT PULL] Generic PWM Device API
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] KBUS source file
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: [PATCH 3/5] Kconfig files and Makefile for KBUS
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• Re: [PATCH 5/5] KBUS source file
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• Re: [PATCH 3/5] Kconfig files and Makefile for KBUS
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• [PATCH 4/5] Internal header file for KBUS
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• [PATCH 3/5] Kconfig files and Makefile for KBUS
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• [PATCH 2/5] External header file for KBUS
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• [PATCH 1/5] Documentation for KBUS
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• [PATCH 0/5] RFC: KBUS messaging subsystem
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• Re: [PWM v6 0/3] Implement a generic PWM framework
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [PATCH] input: evdev: Add a read() callback
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] input: evdev: Add a read() callback
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PATCH] input: evdev: Add a read() callback
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PWM v6 0/3] Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PATCH] input: evdev: Add a read() callback
  • From: Jonathan Cameron <jic23@xxxxxxxxx>
• Re: [PATCH] input: evdev: Add a read() callback
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] input: evdev: Add a read() callback
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PATCH] input: evdev: Add a read() callback
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PWM v5 1/3] PWM: Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• [PATCH] input: evdev: Add a read() callback
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PWM v5 1/3] PWM: Implement a generic PWM framework
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• [PWM v6 2/3] PWM: GPIO+hrtimer device emulation
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• [PWM v6 1/3] PWM: Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• [PWM v6 3/3] PWM: Atmel PWMC driver
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• [PWM v6 0/3] Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PWM v5 1/3] PWM: Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PWM v5 1/3] PWM: Implement a generic PWM framework
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [PWM v5 3/3] PWM: Atmel PWMC driver
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PWM v5 2/3] PWM: GPIO+hrtimer device emulation
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PWM v5 1/3] PWM: Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PWM v5 1/3] PWM: Implement a generic PWM framework
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [PWM v5 2/3] PWM: GPIO+hrtimer device emulation
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [PWM v5 3/3] PWM: Atmel PWMC driver
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• [PWM v5 1/3] PWM: Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• [PWM v5 3/3] PWM: Atmel PWMC driver
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• [PWM v5 2/3] PWM: GPIO+hrtimer device emulation
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• [PWM v5 0/3] Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PWM v3: 1/3] PWM: Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PWM v3: 1/3] PWM: Implement a generic PWM framework
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: Minimal x86 memory requirements
  • From: Florian Fainelli <florian@xxxxxxxxxxx>
• Re: Minimal x86 memory requirements
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Minimal x86 memory requirements
  • From: Darren Hart <dvhart@xxxxxxxxxxxxxxx>
• Re: [PWM v3: 1/3] PWM: Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PWM v3: 1/3] PWM: Implement a generic PWM framework
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• Re: [PWM v4 2/3] PWM: GPIO+hrtimer device emulation
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PWM v4 2/3] PWM: GPIO+hrtimer device emulation
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [PWM v4 2/3] PWM: GPIO+hrtimer device emulation
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PWM v4 2/3] PWM: GPIO+hrtimer device emulation
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [PWM v4 2/3] PWM: GPIO+hrtimer device emulation
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• [PWM v4 1/3] PWM: Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• [PWM v4 3/3] PWM: Atmel PWMC driver
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• [PWM v4 2/3] PWM: GPIO+hrtimer device emulation
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• [PWM v4 0/3] Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PWM v3: 1/3] PWM: Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PWM v3: 1/3] PWM: Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PATCH] printk-formats.txt documentation update
  • From: Andrew Murray <amurray@xxxxxxxxxxx>
• [Updated][PATCH 5/5] PM: Clean up PM_TRACE dependencies and drop unnecessary Kconfig option
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PWM v3: 1/3] PWM: Implement a generic PWM framework
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• [PWM v3: 3/3] PWM: Atmel PWMC driver
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• [PWM v3: 2/3] PWM: GPIO+hrtimer device emulation
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• [PWM v3: 1/3] PWM: Implement a generic PWM framework
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• [PWM v3: 0/3] Proposal for a generic PWM API
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Frank Rowand <frank.rowand@xxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Frank Rowand <frank.rowand@xxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH 1/5] ACPI / PM: Move references to pm_flags into sleep.c
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] ACPI / PM: Move references to pm_flags into sleep.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 5/5] PM: Clean up Kconfig dependencies
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] ACPI / PM: Move references to pm_flags into sleep.c
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Tim Bird <tbird20d@xxxxxxxxx>
• [PATCH 3/5] PM: Reorder power management Kconfig options
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/5] Re: Remove CONFIG_PM altogether, enable power management all the time
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/5] PM: Replace CONFIG_PM_OPS with CONFIG_PM
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/5] ACPI / PM: Move references to pm_flags into sleep.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/5] PM: Clean up Kconfig dependencies
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/5] PM: Make CONFIG_PM depend on (CONFIG_PM_SLEEP || CONFIG_PM_RUNTIME)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove CONFIG_PM altogether, enable power management all the time
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Ray Lee <ray-lk@xxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] printk-formats.txt documentation update
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] printk-formats.txt documentation update
  • From: Andrew Murray <amurray@xxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] PM: Hide CONFIG_PM from users
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] PM: Hide CONFIG_PM from users
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] printk-formats.txt documentation update
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH] Kconfig: XIP doesn't depend on block
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [RFC][PATCH] KBUS messaging subsystem
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxxx>
• Re: [PATCH] Kconfig: XIP doesn't depend on block
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: [PATCH] printk-formats.txt documentation update
  • From: Andrew Murray <amurray@xxxxxxxxxxx>
• Re: [PATCH] printk-formats.txt documentation update
  • From: Andrew Murray <amurray@xxxxxxxxxxx>
• [PATCH] Kconfig: XIP doesn't depend on block
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH] printk-formats.txt documentation update
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] printk-formats.txt documentation update
  • From: Andrew Murray <amurray@xxxxxxxxxxx>
• Re: [PATCH] printk-formats.txt documentation update
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] printk-formats.txt documentation update
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• [PATCH] printk-formats.txt documentation update
  • From: Andrew Murray <amurray@xxxxxxxxxxx>
• Re: [RFC][PATCH] KBUS messaging subsystem
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC][PATCH] KBUS messaging subsystem
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] KBUS messaging subsystem
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] KBUS messaging subsystem
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [RFC][PATCH] KBUS messaging subsystem
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [RFC][PATCH] KBUS messaging subsystem
  • From: Tony Ibbs <tibs@xxxxxxxxxxxxx>
• [RFC] gelf - user space probe debugger
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• Re: determine boot device in initrd
  • From: Rob Landley <rob@xxxxxxxxxxx>
• determine boot device in initrd
  • From: Jacob Avraham <jacob@xxxxxxxxxxxxxxx>
• Re: Re: Boot time: Kernel start parallelization issue?
  • From: "Martin Mueller" <martin@xxxxxxxxx>
• Re: Boot time: Kernel start parallelization issue?
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] Squashfs: Add XZ compression configuration option
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Boot time: Kernel start parallelization issue?
  • From: Dirk Behme <dirk.behme@xxxxxxxxxxxxxx>
• Re: Boot time: Kernel start parallelization issue?
  • From: Dirk Behme <dirk.behme@xxxxxxxxxxxxxx>
• Re: Boot time: Kernel start parallelization issue?
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Boot time: Kernel start parallelization issue?
  • From: Dirk Behme <dirk.behme@xxxxxxxxxxxxxx>
• Re: [PATCH 00/17] pramfs: persistent and protected RAM filesystem
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: LinuxCon Europe 2011 == ELCE 2011?
  • From: Eric Bénard <eric@xxxxxxxxxx>
• LinuxCon Europe 2011 == ELCE 2011?
  • From: Dirk Behme <dirk.behme@xxxxxxxxxxxxxx>
• Re: [PATCH 01/17] pramfs: documentation
  • From: "Roberto A. Foglietta" <roberto.foglietta@xxxxxxxxx>
• Re: [PATCH 00/17] pramfs: persistent and protected RAM filesystem
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 01/17] pramfs: documentation
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• RE: [PATCH 01/17] pramfs: documentation
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH] Move an assert under DEBUG_KERNEL. (attempt 2)
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: [PATCH] Move an assert under DEBUG_KERNEL. (attempt 2)
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• [PATCH] Move an assert under DEBUG_KERNEL. (attempt 2)
  • From: Rob Landley <rlandley@xxxxxxxxxxxxx>
• Re: [PATCH 01/17] pramfs: documentation
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 01/17] pramfs: documentation
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 01/17] pramfs: documentation
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 01/17] pramfs: documentation
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Re: [PATCH 01/17] pramfs: documentation
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 01/17] pramfs: documentation
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Re: [PATCH] Move an assert under DEBUG_KERNEL.
  • From: Rob Landley <rlandley@xxxxxxxxxxxxx>
• Re: [PATCH] Move an assert under DEBUG_KERNEL.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/17] pramfs: persistent and protected RAM filesystem
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• RE: [PATCH 00/17] pramfs: persistent and protected RAM filesystem
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH 00/17] pramfs: persistent and protected RAM filesystem
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 00/17] pramfs: persistent and protected RAM filesystem
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 00/17] pramfs: persistent and protected RAM filesystem
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 02/17] pramfs: super operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 09/17] pramfs: dir operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 05/17] pramfs: block allocation
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 10/17] pramfs: xip operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 16/17] pramfs: ioctl operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 17/17] pramfs: Makefile and Kconfig
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 14/17] pramfs: memory protection
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 13/17] pramfs: extended attributes block descriptors tree
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 15/17] pramfs: test module
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 12/17] pramfs: extended attributes
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 11/17] pramfs: ACL management
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 08/17] pramfs: headers
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 07/17] pramfs: symlink operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 06/17] pramfs: inode operations for directories
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 03/17] pramfs: inode operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 04/17] pramfs: file operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 01/17] pramfs: documentation
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 00/17] pramfs: persistent and protected RAM filesystem
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH] Move an assert under DEBUG_KERNEL.
  • From: Rob Landley <rlandley@xxxxxxxxxxxxx>
• Re: CELF open project proposals for 2011 - Request for proposals
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: [PATCH 01/16 v5] pramfs: documentation
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 01/16 v5] pramfs: documentation
  • From: Pavel Machek <pavel@xxxxxx>
• Re: Renaming of CONFIG_EMBEDDED to CONFIG_EXPERT
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: Renaming of CONFIG_EMBEDDED to CONFIG_EXPERT
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Renaming of CONFIG_EMBEDDED to CONFIG_EXPERT
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: CELF open project proposals for 2011 - Request for proposals
  • From: wu zhangjin <wuzhangjin@xxxxxxxxx>
• [PATCH 07/16 v5] pramfs: symbolic links
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 08/16 v5] pramfs: headers
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 11/16 v5] pramfs: ACL management
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 14/16 v5] pramfs: memory protection
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 12/16 v5] pramfs: extended attributes management
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 16/16 v5] pramfs: Makefile and Kconfig
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 15/16 v5] pramfs: test module
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 13/16 v5] pramfs: extended attributes block descriptors tree
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 10/16 v5] pramfs: xip operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 09/16 v5] pramfs: dir operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 06/16 v5] pramfs: inode operations for dirs
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 05/16 v5] pramfs: block allocation
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 04/16 v5] pramfs: file operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 03/16 v5] pramfs: inode operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 02/16 v6] pramfs: super operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 01/16 v5] pramfs: documentation
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 00/16 v5] pramfs: persistent and protected RAM filesystem
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH] base: add sysfs socs info
  • From: Ryan Mallon <ryan@xxxxxxxxxxxxxxxx>
• Re: [PATCH] base: add sysfs socs info
  • From: Ryan Mallon <ryan@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] Squashfs: add XZ compression support
  • From: Lasse Collin <lasse.collin@xxxxxxxxxxx>
• [PATCH v3] Decompressors: Add boot-time XZ support
  • From: Lasse Collin <lasse.collin@xxxxxxxxxxx>
• Re: [PATCH 2/2] Squashfs: Add XZ compression configuration option
  • From: Lasse Collin <lasse.collin@xxxxxxxxxxx>
• Re: [PATCH 2/2] Squashfs: Add XZ compression configuration option
  • From: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] Squashfs: Add XZ compression configuration option
  • From: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] Squashfs: Add XZ compression configuration option
  • From: Lasse Collin <lasse.collin@xxxxxxxxxxx>
• Re: [PATCH 2/2] Squashfs: Add XZ compression configuration option
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 2/2] Squashfs: Add XZ compression configuration option
  • From: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] Squashfs: add XZ compression support
  • From: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/2] Squashfs: add XZ compression support
  • From: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
• CELF open project proposals for 2011 - Request for proposals
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: [PATCH 0/7] printk: add pr_<level>_once, guard print_hex_dump
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 0/7] printk: add pr_<level>_once, guard print_hex_dump
  • From: Matt Mackall <mpm@xxxxxxxxxxx>
• Re: [PATCH 0/7] printk: add pr_<level>_once, guard print_hex_dump
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH 0/7] printk: add pr_<level>_once, guard print_hex_dump
  • From: Matt Mackall <mpm@xxxxxxxxxxx>
• [PATCH 1/7] include/linux/printk.h: Move console functions and variables together
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 0/7] printk: add pr_<level>_once, guard print_hex_dump
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 3/7] include/linux/printk.h: Use and neaten no_printk
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 2/7] include/linux/printk.h: Use space after #define
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 4/7] include/linux/printk.h: Add pr_<level>_once macros
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 5/7] include/linux/printk.h lib/hexdump.c: Neatening and add CONFIG_PRINTK guard
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 7/7] include/linux/printk.h: Use tab not spaces for indent
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 6/7] include/linux/printk.h: Organize printk_ratelimited macros
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH v2 RFC 3/3] x86: Support XZ-compressed kernel
  • From: Lasse Collin <lasse.collin@xxxxxxxxxxx>
• [PATCH v2 RFC 2/3] Decompressors: Add boot-time XZ support
  • From: Lasse Collin <lasse.collin@xxxxxxxxxxx>
• AXFS?
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 2/3] Decompressors: Add boot-time XZ support
  • From: Lasse Collin <lasse.collin@xxxxxxxxxxx>
• Re: [PATCH RFC 1/3] Decompressors: Add XZ decompressor module
  • From: Lasse Collin <lasse.collin@xxxxxxxxxxx>
• Re: [PATCH 08/16 v4] pramfs: headers
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 04/16 v4] pramfs: file operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [OT] Display for an embedded device
  • From: Natanael Olaiz <nolaiz@xxxxxxxxx>
• Re: [PATCH RFC 2/3] Decompressors: Add boot-time XZ support
  • From: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 2/3] Decompressors: Add boot-time XZ support
  • From: Phillip Lougher <phillip@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 1/3] Decompressors: Add XZ decompressor module
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH RFC 1/3] Decompressors: Add XZ decompressor module
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH RFC 1/3] Decompressors: Add XZ decompressor module
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH RFC 3/3] x86: Support XZ-compressed kernel
  • From: Lasse Collin <lasse.collin@xxxxxxxxxxx>
• [PATCH RFC 2/3] Decompressors: Add boot-time XZ support
  • From: Lasse Collin <lasse.collin@xxxxxxxxxxx>
• Re: [PATCH 08/16 v4] pramfs: headers
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH 04/16 v4] pramfs: file operations
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH 09/16 v4] pramfs: dir operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 08/16 v4] pramfs: headers
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 09/16 v4] pramfs: dir operations
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH 04/16 v4] pramfs: file operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 08/16 v4] pramfs: headers
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [PATCH 04/16 v4] pramfs: file operations
  • From: Paul Mundt <lethal@xxxxxxxxxxxx>
• Re: [RFC] persistent store
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Re: [RFC] persistent store
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 16/16 v4] pramfs: makefile and Kconfig
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 15/16 v4] pramfs: test module
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 14/16 v4] pramfs: write protection
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 13/16 v4] pramfs: xattr block descriptors tree
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 12/16 v4] pramfs: extended attributes
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 11/16 v4] pramfs: ACL management
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 10/16 v4] pramfs: xip operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 09/16 v4] pramfs: dir operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 08/16 v4] pramfs: headers
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 07/16 v4] pramfs: symbolic links
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 06/16 v4] pramfs: Inode operations for directories
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 05/16 v4] pramfs: block allocation
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 04/16 v4] pramfs: file operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 03/26 v4] pramfs: inode operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 02/16 v4] pramfs: super operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 01/16 v4] pramfs: documentation
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 00/16 v4] pramfs: persistent and protected RAM filesystem
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• YAFFS mainlining process currently underway
  • From: Wookey <wookey@xxxxxxxxxxxx>
• Re: [PATCH 02/16 v3] pramfs: super operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 02/16 v3] pramfs: super operations
  • From: yidong zhang <zhangyd6@xxxxxxxxx>
• [PATCH 16/16 v3] pramfs: makefile and Kconfig
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 15/16 v3] pramfs: test module
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 14/16 v3] pramfs: memory protection
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 13/16 v3] pramfs: xattr attributes block descriptors tree
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 12/16 v3] pramfs: extended attributes
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 11/16 v3] pramfs: ACL management
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 10/16 v3] pramfs: XIP operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 09/16 v3] pramfs: dir operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 08/16 v3] pramfs: headers
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 07/16 v3] pramfs: symbolic links
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 06/16 v3] pramfs: inode operations for dirs
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 05/16 v3] pramfs: block allocation
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 04/16 v3] pramfs: file operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 03/16 v3] pramfs: inode operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 02/16 v3] pramfs: super operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 01/16 v3] pramfs; documentation
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 00/16 v3] pramfs: persistent and protected RAM filesystem
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 08/16 v2] pramfs: headers
  • From: Ryan Mallon <ryan@xxxxxxxxxxxxxxxx>
• Re: Embedded Linux Flag Version
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: Embedded Linux Flag Version
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [PATCH 08/16 v2] pramfs: headers
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: Avoiding platform-specific callbacks in drivers?
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: Avoiding platform-specific callbacks in drivers?
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: Avoiding platform-specific callbacks in drivers?
  • From: Kevin Dankwardt <k@xxxxxxxxxxxxxx>
• Re: Avoiding platform-specific callbacks in drivers?
  • From: Nicolas Pitre <nico@xxxxxxxxxxx>
• Avoiding platform-specific callbacks in drivers?
  • From: Bill Gatliff <bgat@xxxxxxxxxxxxxxx>
• Re: [PATCH 08/16 v2] pramfs: headers
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 08/16 v2] pramfs: headers
  • From: Ryan Mallon <ryan@xxxxxxxxxxxxxxxx>
• Re: Embedded Linux Flag Version
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• Re: Embedded Linux Flag Version
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: Embedded Linux Flag Version
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: Embedded Linux Flag Version
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• Re: Embedded Linux Flag Version
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [PATCH 08/16 v2] pramfs: headers
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 08/16 v2] pramfs: headers
  • From: Ryan Mallon <ryan@xxxxxxxxxxxxxxxx>
• Re: [PATCH 08/16 v2] pramfs: headers
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 08/16 v2] pramfs: headers
  • From: Ryan Mallon <ryan@xxxxxxxxxxxxxxxx>
• Re: [PATCH 16/16 v2] pramfs: Makefile and Kconfig
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: [PATCH 15/16 v2] pramfs: test module
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: [PATCH 10/16 v2] pramfs: XIP operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 02/16 v2] pramfs: super block operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 02/16 v2] pramfs: super block operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 01/16 v2] pramfs: documentation
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: [PATCH 10/16 v2] pramfs: XIP operations
  • From: James Hogan <james@xxxxxxxxxxxxx>
• Re: [PATCH 02/16 v2] pramfs: super block operations
  • From: James Hogan <james@xxxxxxxxxxxxx>
• Re: [PATCH 12/16] pramfs: extended attributes
  • From: James Hogan <james@xxxxxxxxxxxxx>
• Re: [PATCH 02/16 v2] pramfs: super block operations
  • From: James Hogan <james@xxxxxxxxxxxxx>
• Re: [PATCH 01/16 v2] pramfs: documentation
  • From: James Hogan <james@xxxxxxxxxxxxx>
• [PATCH 16/16 v2] pramfs: Makefile and Kconfig
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 15/16 v2] pramfs: test module
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 14/16 v2] pramfs: write protection
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 13/16 v2] pramfs: xattr block descriptors tree
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 12/16 v2] pramfs: extended attributes
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 11/16 v2] pramfs: ACL management
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 10/16 v2] pramfs: XIP operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 09/16 v2] pramfs: dir operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 08/16 v2] pramfs: headers
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 07/16 v2] pramfs: symbolic links
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 06/16 v2] pramfs: inode operations for dirs
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 05/16 v2] pramfs: block allocation
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 04/16 v2] pramfs: file operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 03/16 v2] pramfs: inode operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 02/16 v2] pramfs: super block operations
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 01/16 v2] pramfs: documentation
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• [PATCH 00/16 v2] pramfs: persistent and protected RAM Filesystem
  • From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
• Re: Embedded Linux Flag Version
  • From: Josh Boyer <jwboyer@xxxxxxxxx>
• Embedded Linux Flag Version
  • From: Tim Bird <tim.bird@xxxxxxxxxxx>
• RE: commit 432dc821 breaks machines
  • From: H Hartley Sweeten <hartleys@xxxxxxxxxxxxxxxxxxx>
• Re: commit 432dc821 breaks machines
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• commit 432dc821 breaks machines
  • From: Guennadi Liakhovetski <g.liakhovetski@xxxxxx>
• Re: How to spin down the SATA hard drive on ARM target (Open-RD)?
  • From: Pawel Suchanecki <subdcc@xxxxxxxxx>
• Re: How to spin down the SATA hard drive on ARM target (Open-RD)?
  • From: Pawel Suchanecki <subdcc@xxxxxxxxx>