linux-embedded  

Messages by Thread

• Bids for open project proposals Tim Bird
• [PATCH] kernel: Shrink embedded kernel, remove WARN strings when !CONFIG_PRINTK Joe Perches
• Handling of modular boards Mark Brown
  • Re: Handling of modular boards Arnd Bergmann
  • Re: Handling of modular boards Mark Brown
  • Re: Handling of modular boards Wolfgang Denk
  • Re: Handling of modular boards Arnd Bergmann
  • Re: Handling of modular boards Wolfgang Denk
  • Re: Handling of modular boards Arnd Bergmann
  • Re: Handling of modular boards Stephen Warren
  • Re: Handling of modular boards Mark Brown
  • Re: Handling of modular boards Mark Brown
  • Re: Handling of modular boards Ben Dooks
  • Re: Handling of modular boards Igor Grinberg
  • Re: Handling of modular boards Stephen Warren
  • Re: Handling of modular boards Igor Grinberg
  • Re: Handling of modular boards Linus Walleij
  • Re: Handling of modular boards Mark Brown
  • Re: Handling of modular boards Stephen Warren
  • Re: Handling of modular boards Wolfgang Denk
  • Re: Handling of modular boards Stephen Warren
  • Re: Handling of modular boards Mark Brown
  • Re: Handling of modular boards Linus Walleij
  • Re: Handling of modular boards Alessandro Rubini
  • Re: Handling of modular boards Ben Dooks
  • Re: Handling of modular boards Stephen Warren
  • Re: Handling of modular boards Russell King - ARM Linux
  • Re: Handling of modular boards Mark Brown
  • Re: Handling of modular boards Russell King - ARM Linux
  • Re: Handling of modular boards Mark Brown
• Call for presentations for the LSM embedded and open hardware track 2012 Florian Fainelli
• ELC2012 Presentations and Video Bill Traynor
  • Re: ELC2012 Presentations and Video Thomas Petazzoni
  • Re: ELC2012 Presentations and Video Bill Traynor
• [Vortex86] External SPI Lukasz Majewski
• [PATCH 1/5] logger: Change logger_offset() from macro to function Tim Bird
  • [PATCH 2/5] logger: simplify and optimize get_entry_len Tim Bird
  • [PATCH 2/5 v2] logger: simplify and optimize get_entry_len Tim Bird
  • Re: [PATCH 2/5 v2] logger: simplify and optimize get_entry_len Dima Zavin
  • Re: [PATCH 2/5 v2] logger: simplify and optimize get_entry_len Tim Bird
  • [PATCH 3/5] logger: reorder prepare_to_wait and mutex_lock Tim Bird
  • Re: [PATCH 3/5] logger: reorder prepare_to_wait and mutex_lock Dima Zavin
  • [PATCH 4/5] logger: clarify code in clock_interval Tim Bird
  • Re: [PATCH 4/5] logger: clarify code in clock_interval Dima Zavin
  • [PATCH 5/5] logger: clarify non-update of w_off in do_write_log_from_user Tim Bird
  • Re: [PATCH 5/5] logger: clarify non-update of w_off in do_write_log_from_user Dima Zavin
  • Re: [PATCH 1/5] logger: Change logger_offset() from macro to function Frank Rowand
  • Re: [PATCH 1/5] logger: Change logger_offset() from macro to function Dima Zavin
• You have $250,000 lodged in Western Union to be transferred to you. Western Union?? Global Payment Services
• RFC: android logger feedback request Tim Bird
  • Re: RFC: android logger feedback request Greg KH
  • Re: RFC: android logger feedback request john stultz
  • Re: RFC: android logger feedback request Greg KH
  • Re: RFC: android logger feedback request john stultz
  • Re: RFC: android logger feedback request john stultz
  • Re: RFC: android logger feedback request Tim Bird
  • Re: RFC: android logger feedback request john stultz
  • Re: RFC: android logger feedback request john stultz
  • Re: RFC: android logger feedback request Tim Bird
  • Re: RFC: android logger feedback request Greg KH
  • Re: RFC: android logger feedback request Tim Bird
  • Re: RFC: android logger feedback request Greg KH
  • Re: RFC: android logger feedback request Kay Sievers
  • Re: RFC: android logger feedback request Tim Bird
  • Re: RFC: android logger feedback request Kay Sievers
  • Re: RFC: android logger feedback request Greg KH
  • Re: RFC: android logger feedback request Greg KH
  • Re: RFC: android logger feedback request Kay Sievers
  • Re: RFC: android logger feedback request Brian Swetland
  • Re: RFC: android logger feedback request Kay Sievers
  • Re: RFC: android logger feedback request david
  • Re: RFC: android logger feedback request Brian Swetland
  • Re: RFC: android logger feedback request david
  • Re: RFC: android logger feedback request david
  • Re: RFC: android logger feedback request Lennart Poettering
  • Re: RFC: android logger feedback request david
  • Re: RFC: android logger feedback request NeilBrown
  • Re: RFC: android logger feedback request Greg KH
  • Re: RFC: android logger feedback request Tim Bird
  • Re: RFC: android logger feedback request Brian Swetland
  • Re: RFC: android logger feedback request Greg KH
  • Re: RFC: android logger feedback request Kay Sievers
  • Re: RFC: android logger feedback request david
  • Re: RFC: android logger feedback request david
  • Re: RFC: android logger feedback request Brian Swetland
  • Re: RFC: android logger feedback request david
  • Re: RFC: android logger feedback request Brian Swetland
  • Re: RFC: android logger feedback request Greg KH
  • Re: RFC: android logger feedback request Alan Cox
  • Re: RFC: android logger feedback request Greg KH
  • Re: RFC: android logger feedback request NeilBrown
  • Re: RFC: android logger feedback request Tim Bird
  • Re: RFC: android logger feedback request Greg KH
  • Re: RFC: android logger feedback request Tim Bird
  • Re: RFC: android logger feedback request Greg KH
  • Re: RFC: android logger feedback request Greg KH
  • Re: RFC: android logger feedback request Arnd Bergmann
  • Re: RFC: android logger feedback request Kay Sievers
  • Re: RFC: android logger feedback request david
  • Re: RFC: android logger feedback request David Brown
  • Re: RFC: android logger feedback request Andrew Morton
  • Re: RFC: android logger feedback request Geunsik Lim
• Android mainlining project Tim Bird
  • Re: Android mainlining project Geunsik Lim
  • Re: Android mainlining project Tim Bird
• Fosdem embedded and mobile devroom call for papers Geert Uytterhoeven
• Help needed with porting 32-bit user ioctl to run on a 64-bit kernel Linux Rules
  • Re: Help needed with porting 32-bit user ioctl to run on a 64-bit kernel Linux Rules
• [PATCH RFC 0/5] Speed booting by sorting exception tables at build time. David Daney
  • [PATCH RFC 2/5] extable: Skip sorting if sorted at build time. David Daney
  • [PATCH RFC 3/5] kbuild/extable: Hook up sortextable into the build system. David Daney
  • Re: [PATCH RFC 3/5] kbuild/extable: Hook up sortextable into the build system. Michal Marek
  • Re: [PATCH RFC 3/5] kbuild/extable: Hook up sortextable into the build system. David Daney
  • [PATCH RFC 5/5] x86: Select BUILDTIME_EXTABLE_SORT David Daney
  • [PATCH RFC 4/5] MIPS: Select BUILDTIME_EXTABLE_SORT David Daney
  • [PATCH RFC 1/5] scripts: Add sortextable to sort the kernel's exception table. David Daney
  • Re: [PATCH RFC 1/5] scripts: Add sortextable to sort the kernel's exception table. Mike Frysinger
  • Re: [PATCH RFC 1/5] scripts: Add sortextable to sort the kernel's exception table. David Daney
  • Re: [PATCH RFC 1/5] scripts: Add sortextable to sort the kernel's exception table. Mike Frysinger
  • Re: [PATCH RFC 1/5] scripts: Add sortextable to sort the kernel's exception table. David Daney
  • Re: [PATCH RFC 1/5] scripts: Add sortextable to sort the kernel's exception table. Mike Frysinger
  • Re: [PATCH RFC 1/5] scripts: Add sortextable to sort the kernel's exception table. H. Peter Anvin
  • Re: [PATCH RFC 1/5] scripts: Add sortextable to sort the kernel's exception table. H. Peter Anvin
  • Re: [PATCH RFC 1/5] scripts: Add sortextable to sort the kernel's exception table. David Woodhouse
  • Re: [PATCH RFC 1/5] scripts: Add sortextable to sort the kernel's exception table. H. Peter Anvin
  • Re: [PATCH RFC 1/5] scripts: Add sortextable to sort the kernel's exception table. David Daney
  • Re: [PATCH RFC 0/5] Speed booting by sorting exception tables at build time. Mike Frysinger
• Remote IP setup of devices in a network Sam Ravnborg
  • Re: Remote IP setup of devices in a network David Woodhouse
  • Re: Remote IP setup of devices in a network Sam Ravnborg
  • Re: Remote IP setup of devices in a network Eliot Blennerhassett
  • Re: Remote IP setup of devices in a network David Woodhouse
  • Re: Remote IP setup of devices in a network Martyn Welch
• A new Subsystem for Current Management R, Durgadoss
  • Re: A new Subsystem for Current Management Felipe Balbi
  • RE: A new Subsystem for Current Management R, Durgadoss
  • Re: A new Subsystem for Current Management Christian Gagneraud
  • Re: A new Subsystem for Current Management Mark Brown
  • A new Subsystem for Current Management R, Durgadoss
  • Re: A new Subsystem for Current Management Mark Brown
• Re: Embedded Linux Conference Europe 2011 videos Wolfram Sang
• Re: dma_unmap_single() lacking cache sync on some archs? Arvid Brodin
  • Re: dma_unmap_single() lacking cache sync on some archs? Håvard Skinnemoen
  • Re: dma_unmap_single() lacking cache sync on some archs? Arnd Bergmann
  • Re: dma_unmap_single() lacking cache sync on some archs? Arvid Brodin
• [PATCHv9] UBI: new module ubiblk: block layer on top of UBI David Wagner
  • Re: [PATCHv9] UBI: new module ubiblk: block layer on top of UBI Artem Bityutskiy
• [PATCHv8] UBI: new module ubiblk: block layer on top of UBI David Wagner
  • Re: [PATCHv8] UBI: new module ubiblk: block layer on top of UBI Artem Bityutskiy
• [PATCHv7] UBI: new module ubiblk: block layer on top of UBI David Wagner
  • Re: [PATCHv7] UBI: new module ubiblk: block layer on top of UBI Artem Bityutskiy
• [PATCHv6] UBI: new module ubiblk: block layer on top of UBI David Wagner
  • Re: [PATCHv6] UBI: new module ubiblk: block layer on top of UBI Artem Bityutskiy
  • Re: [PATCHv6] UBI: new module ubiblk: block layer on top of UBI David Wagner
  • Re: [PATCHv6] UBI: new module ubiblk: block layer on top of UBI Ricard Wanderlof
• Hello, how are you? Renaldo Cecchi
• Re: Timer interrupt on Linux 3.0.3 Scott Wood
  • Re: Timer interrupt on Linux 3.0.3 Scott Wood
  • Re: Timer interrupt on Linux 3.0.3 MohanReddy koppula
• [PATCHv5] UBI: new module ubiblk: block layer on top of UBI David Wagner
  • Re: [PATCHv5] UBI: new module ubiblk: block layer on top of UBI Artem Bityutskiy
• [PATCH] net: phy: Add config option to specify external switch port to be used if switch is used as PHY Lambrecht Jürgen
  • Re: [PATCH] net: phy: Add config option to specify external switch port to be used if switch is used as PHY Florian Fainelli
  • Re: [PATCH] net: phy: Add config option to specify external switch port to be used if switch is used as PHY Lambrecht Jürgen
  • Re: [PATCH] net: phy: Add config option to specify external switch port to be used if switch is used as PHY Francois Romieu
  • Re: [PATCH] net: phy: Add config option to specify external switch port to be used if switch is used as PHY Lambrecht Jürgen
  • Re: [PATCH] net: phy: Add config option to specify external switch port to be used if switch is used as PHY Francois Romieu
• [PATCH] Tools for controling ubiblk David Wagner
• [PATCHv4] UBI: new module ubiblk: block layer on top of UBI david . wagner
  • [PATCH] document ubiblk's usage of the same ioctl magic as a part of UBI David Wagner
  • Re: [PATCH] document ubiblk's usage of the same ioctl magic as a part of UBI Artem Bityutskiy
  • Re: [PATCHv4] UBI: new module ubiblk: block layer on top of UBI Artem Bityutskiy
• [PATCHv3] UBI: new module ubiblk: block layer on top of UBI david . wagner
  • [PATCH] Tools for controling ubiblk David Wagner
  • Re: [PATCH] Tools for controling ubiblk Artem Bityutskiy
  • Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI Artem Bityutskiy
  • Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI Artem Bityutskiy
  • Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI Arnd Bergmann
  • Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI Artem Bityutskiy
  • Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI Arnd Bergmann
  • Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI David Wagner
  • Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI Artem Bityutskiy
  • Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI Artem Bityutskiy
  • Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI Artem Bityutskiy
  • Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI Arnd Bergmann
  • Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI Artem Bityutskiy
  • Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI Artem Bityutskiy
  • Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI Arnd Bergmann
  • Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI Artem Bityutskiy
  • Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI David Wagner
  • Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI Arnd Bergmann
  • Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI Artem Bityutskiy
  • Re: [PATCHv3] UBI: new module ubiblk: block layer on top of UBI David Wagner
• Flash filesystems benchmarks David Wagner
  • Re: Flash filesystems benchmarks Belisko Marek
  • Re: Flash filesystems benchmarks David Wagner
• [PATCH] UBI: new module ubiblk: block layer on top of UBI David Wagner
  • Re: [PATCH] UBI: new module ubiblk: block layer on top of UBI Christoph Hellwig
  • Re: [PATCH] UBI: new module ubiblk: block layer on top of UBI David Wagner
  • Re: [PATCH] UBI: new module ubiblk: block layer on top of UBI Artem Bityutskiy

• Earlier messages