[Prev Page][Next Page]
- RE: [systemd-devel] 2013 Plumber's CFP: Fastboot
- From: "Mehaffey, John" <John_Mehaffey@xxxxxxxxxx>
- Re: [systemd-devel] 2013 Plumber's CFP: Fastboot
- From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
- RE: [systemd-devel] 2013 Plumber's CFP: Fastboot
- From: "Mehaffey, John" <John_Mehaffey@xxxxxxxxxx>
- Re: [systemd-devel] 2013 Plumber's CFP: Fastboot
- From: Lucas De Marchi <lucas.de.marchi@xxxxxxxxx>
- Re: [systemd-devel] 2013 Plumber's CFP: Fastboot
- From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
- RE: 2013 Plumber's CFP: Fastboot
- From: "Mehaffey, John" <John_Mehaffey@xxxxxxxxxx>
- Re: 2013 Plumber's CFP: Fastboot
- From: richard -rw- weinberger <richard.weinberger@xxxxxxxxx>
- Re: [U-Boot] 2013 Plumber's CFP: Fastboot
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- 2013 Plumber's CFP: Fastboot
- From: "Mehaffey, John" <John_Mehaffey@xxxxxxxxxx>
- Re: Need help to measure and tune the latency in Linux RT
- From: Ashoka K <ashok.vinu@xxxxxxxxx>
- Re: Need help to measure and tune the latency in Linux RT
- From: ddegraff <ddegraff@xxxxxxxxxx>
- Re: Need help to measure and tune the latency in Linux RT
- From: Stanislav Meduna <stano@xxxxxxxxxx>
- Re: Need help to measure and tune the latency in Linux RT
- From: Jason Cooper <jason@xxxxxxxxxxxxxx>
- Need help to measure and tune the latency in Linux RT
- From: Ashoka K <ashok.vinu@xxxxxxxxx>
- Re: How to use DEBUG macros in compressed/head.S
- From: Rob Landley <rob@xxxxxxxxxxx>
- Re: How to use DEBUG macros in compressed/head.S
- From: Baurzhan Ismagulov <ibr@xxxxxxxxxxx>
- How to use DEBUG macros in compressed/head.S
- From: "zhaoyilong" <registcn@xxxxxxxxx>
- Re: I can only receive email from lkml,why?
- From: "Vladimir Murzin" <murzin.v@xxxxxxxxx>
- Re: I can only receive email from lkml,why?
- From: "zhaoyilong" <registcn@xxxxxxxxx>
- Re: I can only receive email from lkml,why?
- From: "Steven J. Hill" <sjhill@xxxxxxxxxxxxxxxxxx>
- I can only receive email from lkml,why?
- From: "zhaoyilong" <registcn@xxxxxxxxx>
- [head.S]open DEBUG in compressed/head.S, kernel crashed...
- From: "zhaoyilong" <registcn@xxxxxxxxx>
- opening DEBUG in compressed/head.S, kernel crashed
- From: "zhaoyilong" <registcn@xxxxxxxxx>
- Re: Need help adding platform UIO devices to board
- From: Alexander Varnin <fenixk19@xxxxxxx>
- Re: Need help adding platform UIO devices to board
- From: Alexander Varnin <fenixk19@xxxxxxx>
- Re: Need help adding platform UIO devices to board
- From: Alexander Varnin <fenixk19@xxxxxxx>
- Re: Need help adding platform UIO devices to board
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- Need help adding platform UIO devices to board
- From: Alexander Varnin <fenixk19@xxxxxxx>
- [FOSDEM] Embedded and mobile devroom CFP
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- no console prompt after booting kernel
- From: herve bourricaud <herve.bourricaud@xxxxxxxxxxxxxxxxxxxxx>
- LDT - Linux Driver Template
- From: Constantine Shulyupin <const@xxxxxxxxxxxxx>
- Re: History of embedded Linux
- From: Jeff Osier-Mixon <jefro@xxxxxxxxx>
- [PATCH] lib/decompress.c adding __init to decompress_method and data
- From: Hein Tibosch <hein_tibosch@xxxxxxxx>
- Re: Expose system Serial Number to userspace.
- From: Nicolas Pitre <nico@xxxxxxxxxxx>
- Re: Expose system Serial Number to userspace.
- From: Brad Arnold <brad@xxxxxxxxxxx>
- Re: Expose system Serial Number to userspace.
- From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
- RE: Expose system Serial Number to userspace.
- From: Brad Arnold <brad@xxxxxxxxxxx>
- RE: Expose system Serial Number to userspace.
- From: Brad Arnold <brad@xxxxxxxxxxx>
- Re: Expose system Serial Number to userspace.
- From: Marco Stornelli <marco.stornelli@xxxxxxxxx>
- Re: Expose system Serial Number to userspace.
- From: Nicolas Pitre <nico@xxxxxxxxxxx>
- Expose system Serial Number to userspace.
- From: Brad Arnold <brad@xxxxxxxxxxx>
- Re: NCD, a light scripting language for network configs and much more
- From: Stephen Hemminger <shemminger@xxxxxxxxxx>
- NCD, a light scripting language for network configs and much more
- From: Ambroz Bizjak <ambrop7@xxxxxxxxx>
- Re: [PATCH 1/2] mmc: block: mmcblkN: use slot index instead of dynamic name index
- From: Dirk Behme <dirk.behme@xxxxxxxxxxxx>
- Re: [PATCH 1/2] mmc: block: mmcblkN: use slot index instead of dynamic name index
- From: Jassi Brar <jaswinder.singh@xxxxxxxxxx>
- Re: [PATCH 1/2] mmc: block: mmcblkN: use slot index instead of dynamic name index
- From: Chris Ball <cjb@xxxxxxxxxx>
- [PATCH 1/2] mmc: block: mmcblkN: use slot index instead of dynamic name index
- From: Dirk Behme <dirk.behme@xxxxxxxxxxxx>
- [PATCH 2/2] mmc: block: remove unused name_idx
- From: Dirk Behme <dirk.behme@xxxxxxxxxxxx>
- History of embedded Linux
- From: Chris Simmonds <chris.simmonds@xxxxxxxxxx>
- Help with testing "flash-kernel" for stable release update (SRU)
- From: David Cullen <David.Cullen@xxxxxxxxxxxxxxxx>
- [announce] Embedded Linux Conference Call for Presentations
- From: Tim Bird <tim.bird@xxxxxxxxxxx>
- RE: rionet driver with MMIO DMA capability
- From: Li Yang-R58472 <r58472@xxxxxxxxxxxxx>
- Re: Need help regarding the USB mass storage driver
- From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
- Re: Need help regarding the USB mass storage driver
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- Need help regarding the USB mass storage driver
- From: Vishal Nandanwar <operational.people@xxxxxxxxx>
- Re: Q: file system for embedded
- From: Christophe Aeschlimann <c.aeschlimann@xxxxxxxxxxxx>
- Re: Q: file system for embedded
- From: Ran Shalit <ranshalit@xxxxxxxxx>
- Re: Q: file system for embedded
- From: Christophe Aeschlimann <c.aeschlimann@xxxxxxxxxxxx>
- Q: file system for embedded
- From: Ran Shalit <ranshalit@xxxxxxxxx>
- Bids for open project proposals
- From: Tim Bird <tim.bird@xxxxxxxxxxx>
- [PATCH] kernel: Shrink embedded kernel, remove WARN strings when !CONFIG_PRINTK
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: Handling of modular boards
- From: Igor Grinberg <grinberg@xxxxxxxxxxxxxx>
- Re: Handling of modular boards
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: Handling of modular boards
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: Handling of modular boards
- From: Igor Grinberg <grinberg@xxxxxxxxxxxxxx>
- Re: Handling of modular boards
- From: Ben Dooks <ben-linux@xxxxxxxxx>
- Re: Handling of modular boards
- From: Ben Dooks <ben@xxxxxxxxxxxxxxxxx>
- Re: Handling of modular boards
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Handling of modular boards
- From: Alessandro Rubini <rubini@xxxxxxxxx>
- Re: Handling of modular boards
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: Handling of modular boards
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- Re: Handling of modular boards
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Handling of modular boards
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: Handling of modular boards
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Handling of modular boards
- From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
- Re: Handling of modular boards
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Handling of modular boards
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Handling of modular boards
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Handling of modular boards
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: Handling of modular boards
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: Handling of modular boards
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: Handling of modular boards
- From: Wolfgang Denk <wd@xxxxxxx>
- Re: Handling of modular boards
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: Handling of modular boards
- From: Wolfgang Denk <wd@xxxxxxx>
- Re: Handling of modular boards
- From: Wolfgang Denk <wd@xxxxxxx>
- Re: Handling of modular boards
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Handling of modular boards
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: Handling of modular boards
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Handling of modular boards
- From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Low Cost, 2 Ethernet Ports
- From: Brian <unixman83@xxxxxxxxx>
- Call for presentations for the LSM embedded and open hardware track 2012
- From: Florian Fainelli <florian@xxxxxxxxxxx>
- Re: ELC2012 Presentations and Video
- From: Bill Traynor <wmat@xxxxxxx>
- Re: ELC2012 Presentations and Video
- From: Thomas Petazzoni <thomas.petazzoni@xxxxxxxxxxxxxxxxxx>
- ELC2012 Presentations and Video
- From: Bill Traynor <wmat@xxxxxxx>
- [Vortex86] External SPI
- From: Lukasz Majewski <majess1982@xxxxxxxxx>
- Re: [PATCH 5/5] logger: clarify non-update of w_off in do_write_log_from_user
- From: Dima Zavin <dima@xxxxxxxxxxx>
- Re: [PATCH 4/5] logger: clarify code in clock_interval
- From: Dima Zavin <dima@xxxxxxxxxxx>
- Re: [PATCH 2/5 v2] logger: simplify and optimize get_entry_len
- From: Tim Bird <tim.bird@xxxxxxxxxxx>
- Re: [PATCH 3/5] logger: reorder prepare_to_wait and mutex_lock
- From: Dima Zavin <dima@xxxxxxxxxxx>
- Re: [PATCH 2/5 v2] logger: simplify and optimize get_entry_len
- From: Dima Zavin <dima@xxxxxxxxxxx>
- Re: [PATCH 1/5] logger: Change logger_offset() from macro to function
- From: Dima Zavin <dima@xxxxxxxxxxx>
- [PATCH 2/5 v2] logger: simplify and optimize get_entry_len
- From: Tim Bird <tim.bird@xxxxxxxxxxx>
- Re: [PATCH 1/5] logger: Change logger_offset() from macro to function
- From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
- [PATCH 5/5] logger: clarify non-update of w_off in do_write_log_from_user
- From: Tim Bird <tim.bird@xxxxxxxxxxx>
- [PATCH 4/5] logger: clarify code in clock_interval
- From: Tim Bird <tim.bird@xxxxxxxxxxx>
- [PATCH 3/5] logger: reorder prepare_to_wait and mutex_lock
- From: Tim Bird <tim.bird@xxxxxxxxxxx>
- [PATCH 2/5] logger: simplify and optimize get_entry_len
- From: Tim Bird <tim.bird@xxxxxxxxxxx>
- [PATCH 1/5] logger: Change logger_offset() from macro to function
- From: Tim Bird <tim.bird@xxxxxxxxxxx>
- Re: RFC: android logger feedback request
- From: Greg KH <gregkh@xxxxxxx>
- Re: RFC: android logger feedback request
- From: Greg KH <gregkh@xxxxxxx>
- Re: RFC: android logger feedback request
- From: Tim Bird <tim.bird@xxxxxxxxxxx>
- Re: RFC: android logger feedback request
- From: Greg KH <gregkh@xxxxxxx>
- Re: RFC: android logger feedback request
- From: Tim Bird <tim.bird@xxxxxxxxxxx>
- Re: RFC: android logger feedback request
- From: Geunsik Lim <leemgs1@xxxxxxxxx>
- Re: RFC: android logger feedback request
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: RFC: android logger feedback request
- From: Greg KH <gregkh@xxxxxxx>
- Re: RFC: android logger feedback request
- From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
- Re: RFC: android logger feedback request
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- Re: RFC: android logger feedback request
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: RFC: android logger feedback request
- From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
- Re: RFC: android logger feedback request
- From: NeilBrown <neilb@xxxxxxx>
- Re: RFC: android logger feedback request
- From: Greg KH <gregkh@xxxxxxx>
- Re: RFC: android logger feedback request
- From: Brian Swetland <swetland@xxxxxxxxxx>
- Re: RFC: android logger feedback request
- Re: RFC: android logger feedback request
- Re: RFC: android logger feedback request
- Re: RFC: android logger feedback request
- From: Brian Swetland <swetland@xxxxxxxxxx>
- Re: RFC: android logger feedback request
- Re: RFC: android logger feedback request
- From: Brian Swetland <swetland@xxxxxxxxxx>
- Re: RFC: android logger feedback request
- Re: RFC: android logger feedback request
- Re: RFC: android logger feedback request
- Re: RFC: android logger feedback request
- Re: RFC: android logger feedback request
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- Re: RFC: android logger feedback request
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- Re: RFC: android logger feedback request
- From: Brian Swetland <swetland@xxxxxxxxxx>
- Re: RFC: android logger feedback request
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- Re: RFC: android logger feedback request
- From: Greg KH <gregkh@xxxxxxx>
- Re: RFC: android logger feedback request
- From: Greg KH <gregkh@xxxxxxx>
- Re: RFC: android logger feedback request
- From: Greg KH <gregkh@xxxxxxx>
- Re: RFC: android logger feedback request
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- Re: RFC: android logger feedback request
- From: Tim Bird <tim.bird@xxxxxxxxxxx>
- Re: RFC: android logger feedback request
- From: Kay Sievers <kay.sievers@xxxxxxxx>
- Re: RFC: android logger feedback request
- From: Brian Swetland <swetland@xxxxxxxxxx>
- Re: RFC: android logger feedback request
- From: Tim Bird <tim.bird@xxxxxxxxxxx>
- Re: RFC: android logger feedback request
- From: Greg KH <gregkh@xxxxxxx>
- Re: RFC: android logger feedback request
- From: Greg KH <gregkh@xxxxxxx>
- Re: RFC: android logger feedback request
- From: Tim Bird <tim.bird@xxxxxxxxxxx>
- Re: RFC: android logger feedback request
- From: NeilBrown <neilb@xxxxxxx>
- Re: RFC: android logger feedback request
- From: john stultz <johnstul@xxxxxxxxxx>
- Re: RFC: android logger feedback request
- From: john stultz <johnstul@xxxxxxxxxx>
- Re: RFC: android logger feedback request
- From: David Brown <davidb@xxxxxxxxxxxxxx>
- Re: RFC: android logger feedback request
- From: Greg KH <gregkh@xxxxxxx>
- Re: RFC: android logger feedback request
- From: john stultz <johnstul@xxxxxxxxxx>
- Re: RFC: android logger feedback request
- From: john stultz <johnstul@xxxxxxxxxx>
- Re: RFC: android logger feedback request
- From: Tim Bird <tim.bird@xxxxxxxxxxx>
- Re: RFC: android logger feedback request
- From: Tim Bird <tim.bird@xxxxxxxxxxx>
- Re: RFC: android logger feedback request
- From: Greg KH <gregkh@xxxxxxx>
- Re: RFC: android logger feedback request
- From: john stultz <johnstul@xxxxxxxxxx>
- Re: RFC: android logger feedback request
- From: Greg KH <gregkh@xxxxxxx>
- RFC: android logger feedback request
- From: Tim Bird <tim.bird@xxxxxxxxxxx>
- Re: Android mainlining project
- From: Tim Bird <tim.bird@xxxxxxxxxxx>
- Re: Android mainlining project
- From: Geunsik Lim <leemgs1@xxxxxxxxx>
- Android mainlining project
- From: Tim Bird <tim.bird@xxxxxxxxxxx>
- Fosdem embedded and mobile devroom call for papers
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: Help needed with porting 32-bit user ioctl to run on a 64-bit kernel
- From: Linux Rules <linuzoo@xxxxxxxxx>
- Help needed with porting 32-bit user ioctl to run on a 64-bit kernel
- From: Linux Rules <linuzoo@xxxxxxxxx>
- Re: [PATCH RFC 3/5] kbuild/extable: Hook up sortextable into the build system.
- From: David Daney <ddaney.cavm@xxxxxxxxx>
- 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: 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>