Linux Embedded (original) (raw)

• Date Index [Prev Page][Next Page]

• Deferred probe times,Federico Giovanardi
  • RE: Deferred probe times, Bird, Tim
    * Re: Deferred probe times, Federico Giovanardi
• [RFC PATCH 0/1] Add driver for bootstage stash,Francesco Valla
  • [PATCH 1/1] drivers: misc: add driver for bootstage stash, Francesco Valla
    * Re: [PATCH 1/1] drivers: misc: add driver for bootstage stash, Krzysztof Kozlowski
    * Re: [PATCH 1/1] drivers: misc: add driver for bootstage stash, Rob Landley
    * Re: [PATCH 1/1] drivers: misc: add driver for bootstage stash, Krzysztof Kozlowski
    * Re: [PATCH 1/1] drivers: misc: add driver for bootstage stash, Francesco Valla
    * Re: [PATCH 1/1] drivers: misc: add driver for bootstage stash, Krzysztof Kozlowski
    * RE: [PATCH 1/1] drivers: misc: add driver for bootstage stash, Bird, Tim
    * Re: [PATCH 1/1] drivers: misc: add driver for bootstage stash, kernel test robot
  • Re: [RFC PATCH 0/1] Add driver for bootstage stash, Geert Uytterhoeven
    * Re: [RFC PATCH 0/1] Add driver for bootstage stash, Francesco Valla
  • Message not available
    * Re: [RFC PATCH 0/1] Add driver for bootstage stash, Federico Giovanardi
    * Re: [RFC PATCH 0/1] Add driver for bootstage stash, Rob Landley
    * Re: [RFC PATCH 0/1] Add driver for bootstage stash, Francesco Valla
    * RE: [RFC PATCH 0/1] Add driver for bootstage stash, Bird, Tim
    * RE: [RFC PATCH 0/1] Add driver for bootstage stash, Bird, Tim
• Reminder of Boot-Time SIG meeting - May 27,Bird, Tim
  • Re: Reminder of Boot-Time SIG meeting - May 27, Rob Landley
• [boot-time] Unified Boot Log - special topic call for Boot-Time SIG (meeting announcement),Bird, Tim
  • Message not available
    * RE: [boot-time] Unified Boot Log - special topic call for Boot-Time SIG (meeting announcement), Bird, Tim
• ER2025: labgrid workshop attendees,Kevin Hilman
  • Re: ER2025: labgrid workshop attendees, Kevin Hilman
• [boot time] elinux wiki page for Unified Boot Log was created, Bird, Tim
• Reminder of boot-time SIG meeting for April, Bird, Tim
• [ANNOUNCE] Embedded Recipes conference: May 14-16, Nice, France, Kevin Hilman
• [boot-time] Reminder of boot-time SIG meeting (March 26),Bird, Tim
  • RE: [boot-time] Reminder of boot-time SIG meeting (March 26), Bird, Tim
• [PATCH] init/main.c: log initcall level when initcall_debug is used,Francesco Valla
  • RE: [PATCH] init/main.c: log initcall level when initcall_debug is used, Bird, Tim
    * Re: [PATCH] init/main.c: log initcall level when initcall_debug is used, Francesco Valla
  • Re: [PATCH] init/main.c: log initcall level when initcall_debug is used, Andrew Morton
    * Re: [PATCH] init/main.c: log initcall level when initcall_debug is used, Rob Landley
    * Re: [PATCH] init/main.c: log initcall level when initcall_debug is used, Andrew Morton
    * Re: [PATCH] init/main.c: log initcall level when initcall_debug is used, Petr Mladek
    * Re: [PATCH] init/main.c: log initcall level when initcall_debug is used, Geert Uytterhoeven
    * Re: [PATCH] init/main.c: log initcall level when initcall_debug is used, Francesco Valla
• Effects of new nbcon console interface and boot times, Michael Cobb
• [boot-time] [SCRIPT v5] analyze_initcall_debug.py, Francesco Valla
• [boot-time] Reminder of boot-time SIG meeting (Feb 25), Bird, Tim
• [boot-time] Call for boot time data!!,Bird, Tim
  • RE: [boot-time] Call for boot time data!!, Bird, Tim
• Reminder for Call for Proposals for Embedded Linux Conference 2025, Bird, Tim
• [boot-time] [SCRIPT v4] analyze-initcall-debug.py,Francesco Valla
  • Re: [boot-time] [SCRIPT v4] analyze-initcall-debug.py, Brian Masney
    * Re: [boot-time] [SCRIPT v4] analyze-initcall-debug.py, Francesco Valla
• Reminder for January 28 Boot-time SIG meeting,Bird, Tim
  • RE: Reminder for January 28 Boot-time SIG meeting, Bird, Tim
• Request for engaging in discussions about Linux boot time, Pradeep Roy Kandru
• Unified Type C PHYs and top-level port management,Hector Martin
  • Re: Unified Type C PHYs and top-level port management, Simona Vetter
  • Re: Unified Type C PHYs and top-level port management, Peter Chen
• RE: [boot-time],Bird, Tim
  • Re: [boot-time], Marko Hoyer
    * RE: [boot-time], Bird, Tim
    * Re: [boot-time], Rob Landley
    * Re: [boot-time], Marko Hoyer
    * Re: [boot-time], Rob Landley
    * Re: [boot-time], Marko Hoyer
    * Re: [boot-time], Rob Landley
    * Re: [boot-time], Marko Hoyer
    * Re: [boot-time], Geert Uytterhoeven
  • Re: [boot-time], Rob Landley
    * RE: [boot-time], Bird, Tim
  • Re: [boot-time], Marko Hoyer
    * Re: [boot-time], Rob Landley
    * Re: [boot-time], Marko Hoyer
    * Re: [boot-time], Rob Landley
    * RE: [boot-time], Bird, Tim
    * Re: [boot-time], Rob Landley
    * Re: [boot-time], Marko Hoyer
    * Re: [boot-time], Francesco Valla
    * Re: [boot-time], Rob Landley
• [PATCH] init/main.c: print initcall level when initcall_debug is used, Francesco Valla
• [boot-time] [SCRIPT v3] analyze-initcall-debug.py, Francesco Valla
• [boot-time] [SCRIPT v2] analyze-initcall-debug.py, Francesco Valla
• Dec 17 - Next Boot-Time SIG meeting,Bird, Tim
  • Re: Dec 17 - Next Boot-Time SIG meeting, Francesco Valla
• Re: [PATCH v2] printk: Improve memory usage logging during boot,Geert Uytterhoeven
  • Re: [PATCH v2] printk: Improve memory usage logging during boot, Petr Mladek
    * Re: [PATCH v2] printk: Improve memory usage logging during boot, John Ogness
• [boot-time] [RFC] analyze-initcall-debug.py - a tool to analyze the initcall debug output,Francesco Valla
  • RE: [boot-time] [RFC] analyze-initcall-debug.py - a tool to analyze the initcall debug output, Bird, Tim
    * Re: [boot-time] [RFC] analyze-initcall-debug.py - a tool to analyze the initcall debug output, Francesco Valla
    * Re: [boot-time] [RFC] analyze-initcall-debug.py - a tool to analyze the initcall debug output, Geert Uytterhoeven
    * Re: [boot-time] [RFC] analyze-initcall-debug.py - a tool to analyze the initcall debug output, Francesco Valla
    * [RFC PATCH] boot-time: instrument probes more, Bird, Tim
    * Re: [RFC PATCH] boot-time: instrument probes more, Francesco Valla
    * Re: [RFC PATCH] boot-time: instrument probes more, Francesco Valla
  • [boot-time] jent_mod_init on beagleplay (was RE: [boot-time] [RFC] analyze-initcall-debug.py - a tool to analyze the initcall debug output, Bird, Tim
    * Re: [boot-time] jent_mod_init on beagleplay (was RE: [boot-time] [RFC] analyze-initcall-debug.py - a tool to analyze the initcall debug output, Stephan Mueller
    * Message not available
    * Re: [boot-time] jent_mod_init on beagleplay (was RE: [boot-time] [RFC] analyze-initcall-debug.py - a tool to analyze the initcall debug output, Francesco Valla
    * Re: [boot-time] jent_mod_init on beagleplay (was RE: [boot-time] [RFC] analyze-initcall-debug.py - a tool to analyze the initcall debug output, Stephan Müller
    * Re: [boot-time] jent_mod_init on beagleplay (was RE: [boot-time] [RFC] analyze-initcall-debug.py - a tool to analyze the initcall debug output, Francesco Valla
    * Re: [boot-time] jent_mod_init on beagleplay (was RE: [boot-time] [RFC] analyze-initcall-debug.py - a tool to analyze the initcall debug output, Stephan Mueller
    * Re: [boot-time] jent_mod_init on beagleplay (was RE: [boot-time] [RFC] analyze-initcall-debug.py - a tool to analyze the initcall debug output, Francesco Valla
    * Re: [boot-time] jent_mod_init on beagleplay (was RE: [boot-time] [RFC] analyze-initcall-debug.py - a tool to analyze the initcall debug output, Stephan Mueller
    * Re: [boot-time] jent_mod_init on beagleplay (was RE: [boot-time] [RFC] analyze-initcall-debug.py - a tool to analyze the initcall debug output, Francesco Valla
    * Re: [boot-time] jent_mod_init on beagleplay (was RE: [boot-time] [RFC] analyze-initcall-debug.py - a tool to analyze the initcall debug output, Stephan Müller
    * RE: [boot-time] jent_mod_init on beagleplay (was RE: [boot-time] [RFC] analyze-initcall-debug.py - a tool to analyze the initcall debug output, Bird, Tim
    * boot markers ideas (was RE: [boot-time] jent_mod_init on beagleplay), Bird, Tim
    * Re: boot markers ideas (was RE: [boot-time] jent_mod_init on beagleplay), Rob Landley
    * Re: boot markers ideas (was RE: [boot-time] jent_mod_init on beagleplay), Francesco Valla
    * Re: [boot-time] jent_mod_init on beagleplay (was RE: [boot-time] [RFC] analyze-initcall-debug.py - a tool to analyze the initcall debug output, Francesco Valla
    * RE: [boot-time] jent_mod_init on beagleplay (was RE: [boot-time] [RFC] analyze-initcall-debug.py - a tool to analyze the initcall debug output, Bird, Tim
  • RE: [boot-time] [RFC] analyze-initcall-debug.py - a tool to analyze the initcall debug output, Bird, Tim
    * Re: [boot-time] [RFC] analyze-initcall-debug.py - a tool to analyze the initcall debug output, Francesco Valla
• [boot-time] SIG organizing meeting,Bird, Tim
  • RE: [boot-time] SIG organizing meeting, Bird, Tim
    * RE: [boot-time] SIG organizing meeting, Bird, Tim
• Request to join the mailing list,Madeeha Javed
  • Re: Request to join the mailing list, Ezra Buehler
• [boot-time] Please check this wiki page about RCU expedited mode,Bird, Tim
  • Re: [boot-time] Please check this wiki page about RCU expedited mode, Eric Curtin
• [boot-time] RFC grab-boot-data.sh - tool to grab boot time data,Bird, Tim
  • Re: [boot-time] RFC grab-boot-data.sh - tool to grab boot time data, Geert Uytterhoeven
    * RE: [boot-time] RFC grab-boot-data.sh - tool to grab boot time data, Bird, Tim
• [boot-time] RFC: proposal for boot-time tools github repository,Bird, Tim
  • Re: [boot-time] RFC: proposal for boot-time tools github repository, Francesco Valla
    * RE: [boot-time] RFC: proposal for boot-time tools github repository, Bird, Tim
• elinux.org wiki style,Geert Uytterhoeven
  • RE: elinux.org wiki style, Bird, Tim
• Boot-time initiative (SIG) thoughts and next steps,Bird, Tim
  • Re: Boot-time initiative (SIG) thoughts and next steps, Saravana Kannan
    * Re: Boot-time initiative (SIG) thoughts and next steps, Rob Landley
    * RE: Boot-time initiative (SIG) thoughts and next steps, Bird, Tim
    * Re: Boot-time initiative (SIG) thoughts and next steps, Saravana Kannan
    * Re: Boot-time initiative (SIG) thoughts and next steps, Brian Masney
    * RE: Boot-time initiative (SIG) thoughts and next steps, Bird, Tim
    * Re: Boot-time initiative (SIG) thoughts and next steps, Saravana Kannan
    * RE: Boot-time initiative (SIG) thoughts and next steps, Bird, Tim
• Boot-time presentations, Bird, Tim
• [kernel 6.10.10][aarch64] PCIe Bridge - NVMe SSD - No SMMU (or IOMMU), Lior Weintraub
• lowend platforms support such as Cortex-M, Andy Gao
• Linux Kernel (megi patches for PinePhone Pro),Tanvir Roshid
  • Re: Linux Kernel (megi patches for PinePhone Pro), Tanvir Roshid
• Debugging early SError exception,Lior Weintraub
  • Re: Debugging early SError exception, Dirk Behme
    * RE: Debugging early SError exception, Lior Weintraub
    * Re: Debugging early SError exception, Dirk Behme
    * RE: Debugging early SError exception, Lior Weintraub
    * Re: Debugging early SError exception, Dirk Behme
    * RE: Debugging early SError exception, Lior Weintraub
    * Re: Debugging early SError exception, Dirk Behme
    * Re: Debugging early SError exception, Heiko Schocher
    * RE: Debugging early SError exception, Lior Weintraub
    * RE: Debugging early SError exception, Lior Weintraub
    * Re: Debugging early SError exception, Dirk Behme
    * Re: Debugging early SError exception, Heiko Schocher
    * RE: Debugging early SError exception, Lior Weintraub
    * RE: Debugging early SError exception, Lior Weintraub
    * RE: Debugging early SError exception, Lior Weintraub
• PSA: This list is being migrated (no action required),Konstantin Ryabitsev
  • Re: PSA: This list is being migrated (no action required), Konstantin Ryabitsev
• PSA: migrating linux-embedded to new vger infrastructure, Konstantin Ryabitsev
• File system robustness,Kai Tomerius
  • Re: File system robustness, Geert Uytterhoeven
  • Re: File system robustness, Alan C. Assis
    * Re: File system robustness, Kai Tomerius
    * Re: File system robustness, Bjørn Forsman
    * Re: File system robustness, Alan C. Assis
    * Re: File system robustness, Theodore Ts'o
    * Re: File system robustness, Martin Steigerwald
    * Re: File system robustness, Theodore Ts'o
    * Nobarrier mount option (was: Re: File system robustness), Martin Steigerwald
    * Re: Nobarrier mount option (was: Re: File system robustness), Theodore Ts'o
    * Re: Nobarrier mount option (was: Re: File system robustness), Martin Steigerwald
    * Re: File system robustness, Kai Tomerius
    * Re: File system robustness, Theodore Ts'o
    * Re: File system robustness, Alan C. Assis
• Anyone using XFS in an embedded product?,Bird, Tim
  • Re: Anyone using XFS in an embedded product?, Steven J. Hill
• Prebuilt binary and native toolchains., Rob Landley
• [PATCH] MAINTAINERS: Remove Matt Mackall as his identity is obsolete,Uwe Kleine-König
  • Re: [PATCH] MAINTAINERS: Remove Matt Mackall as his identity is obsolete, Geert Uytterhoeven
    * Re: [PATCH] MAINTAINERS: Remove Matt Mackall as his identity is obsolete, Uwe Kleine-König
  • Message not available
    * Re: [PATCH] MAINTAINERS: Remove Matt Mackall as his identity is obsolete, Laurent Pinchart
    * Re: [PATCH] MAINTAINERS: Remove Matt Mackall as his identity is obsolete, David Woodhouse
    * Re: [PATCH] MAINTAINERS: Remove Matt Mackall as his identity is obsolete, Laurent Pinchart
    * Re: [PATCH] MAINTAINERS: Remove Matt Mackall as his identity is obsolete, Geert Uytterhoeven
    * Re: [PATCH] MAINTAINERS: Remove Matt Mackall as his identity is obsolete, Kevin Hilman
    * RE: [PATCH] MAINTAINERS: Remove Matt Mackall as his identity is obsolete, Tim.Bird
    * Re: [PATCH] MAINTAINERS: Remove Matt Mackall as his identity is obsolete, Rob Landley
    * Re: [PATCH] MAINTAINERS: Remove Matt Mackall as his identity is obsolete, Greg KH
  • Re: [PATCH] MAINTAINERS: Remove Matt Mackall as his identity is obsolete, Florian Fainelli
• Yocto Project Summit - registration open, Trevor Woerner
• [PATCH] clk: Align provider-specific CLK_* bit definitions, Geert Uytterhoeven
• [PATCH 0/3] Use pr_crit() instead of long fancy messages,Geert Uytterhoeven
  • [PATCH 3/3] lib/vsprintf: Use pr_crit() instead of long fancy messages, Geert Uytterhoeven
    * Re: [PATCH 3/3] lib/vsprintf: Use pr_crit() instead of long fancy messages, Geert Uytterhoeven
    * Re: [PATCH 3/3] lib/vsprintf: Use pr_crit() instead of long fancy messages, Petr Mladek
  • [PATCH 1/3] iommu: Use pr_crit() instead of long fancy messages, Geert Uytterhoeven
  • [PATCH 2/3] tracing: Use pr_crit() instead of long fancy messages, Geert Uytterhoeven
    * Re: [PATCH 2/3] tracing: Use pr_crit() instead of long fancy messages, Steven Rostedt
    * Re: [PATCH 2/3] tracing: Use pr_crit() instead of long fancy messages, Petr Mladek
    * Re: [PATCH 2/3] tracing: Use pr_crit() instead of long fancy messages, Geert Uytterhoeven
    * Re: [PATCH 2/3] tracing: Use pr_crit() instead of long fancy messages, Robin Murphy
• Yocto Project Virtual Summit 2021, Trevor Woerner
• Re: [PATCH v2 2/2] init/Kconfig: Increase default log buffer size from 128 KB to 512 KB,Petr Mladek
  • Re: [PATCH v2 2/2] init/Kconfig: Increase default log buffer size from 128 KB to 512 KB, Paul Menzel
    * Re: [PATCH v2 2/2] init/Kconfig: Increase default log buffer size from 128 KB to 512 KB, Petr Mladek
  • Re: [PATCH v2 2/2] init/Kconfig: Increase default log buffer size from 128 KB to 512 KB, Geert Uytterhoeven
• ELCE 2015 videos unavailable,Matthias Brugger
  • Re: ELCE 2015 videos unavailable, Kishon Vijay Abraham I
    * Re: ELCE 2015 videos unavailable, Matthias Brugger
    * RE: ELCE 2015 videos unavailable, Bird, Tim
    * Re: ELCE 2015 videos unavailable, Kishon Vijay Abraham I
    * RE: ELCE 2015 videos unavailable, Bird, Tim
    * Re: ELCE 2015 videos unavailable, Christophe Aeschlimann
    * Re: ELCE 2015 videos unavailable, Trevor Woerner
    * Re: ELCE 2015 videos unavailable, Rob Landley
    * RE: ELCE 2015 videos unavailable, Bird, Tim
    * Re: ELCE 2015 videos unavailable, Trevor Woerner
• Bug#921146: Program mksquashfs from squashfs-tools 1:4.3-11 does not make use all CPU cores,Phillip Lougher
  • Re: Bug#921146: Program mksquashfs from squashfs-tools 1:4.3-11 does not make use all CPU cores, László Böszörményi (GCS)
    * Re: Bug#921146: Program mksquashfs from squashfs-tools 1:4.3-11 does not make use all CPU cores, Phillip Lougher
  • Message not available
    * Re: Bug#921146: Program mksquashfs from squashfs-tools 1:4.3-11 does not make use all CPU cores, Phillip Lougher
  • Re: Bug#921146: Program mksquashfs from squashfs-tools 1:4.3-11 does not make use all CPU cores, Theodore Y. Ts'o
    * Re: Bug#921146: Program mksquashfs from squashfs-tools 1:4.3-11 does not make use all CPU cores, Phillip Lougher
• [PATCH] staging: sm750fb: fix ASCII graph in comments., Tom Li
• Kernel crashing on startup while trying to allocate space below 0x0,Frederick Heinecke
  • Re: Kernel crashing on startup while trying to allocate space below 0x0, Florian Fainelli
    * Re: Kernel crashing on startup while trying to allocate space below 0x0, Frederick Heinecke
    * Re: Kernel crashing on startup while trying to allocate space below 0x0, Florian Fainelli
• [PATCH] tools: fix cross-compile var export,Martin Kelly
  • Re: [PATCH] tools: fix cross-compile var export, Paul Gortmaker
    * Re: [PATCH] tools: fix cross-compile var export, Martin Kelly
    * Re: [PATCH] tools: fix cross-compile var export, Martin Kelly
    * Re: [PATCH] tools: fix cross-compile var export, Dan Carpenter
    * Re: [PATCH] tools: fix cross-compile var export, Paul Gortmaker
    * Re: [PATCH] tools: fix cross-compile var export, Martin Kelly
• POSIX Message Queue Priority Scheduling,Jonathan Haws
  • Message not available
    * Re: POSIX Message Queue Priority Scheduling, Jonathan Haws
  • Message not available
    * Re: POSIX Message Queue Priority Scheduling, Jonathan Haws
    * Message not available
    * Message not available
    * Message not available
    * Message not available
    * Message not available
    * Re: POSIX Message Queue Priority Scheduling, Jonathan Haws
    * Re: POSIX Message Queue Priority Scheduling, Jonathan Haws
• [PATCH v6 0/4] cramfs refresh for embedded usage,Nicolas Pitre
  • [PATCH v6 4/4] cramfs: rehabilitate it, Nicolas Pitre
  • [PATCH v6 2/4] cramfs: implement uncompressed and arbitrary data block positioning, Nicolas Pitre
  • [PATCH v6 3/4] cramfs: add mmap support, Nicolas Pitre
    * Re: [PATCH v6 3/4] cramfs: add mmap support, Christoph Hellwig
  • [PATCH v6 1/4] cramfs: direct memory access support, Nicolas Pitre
    * RE: [PATCH v6 1/4] cramfs: direct memory access support, Chris Brandt
    * RE: [PATCH v6 1/4] cramfs: direct memory access support, Nicolas Pitre
    * Re: [PATCH v6 1/4] cramfs: direct memory access support, Christoph Hellwig
    * Re: [PATCH v6 1/4] cramfs: direct memory access support, Al Viro
    * Re: [PATCH v6 1/4] cramfs: direct memory access support, Nicolas Pitre
    * Re: [PATCH v6 1/4] cramfs: direct memory access support, Al Viro
    * Re: [PATCH v6 1/4] cramfs: direct memory access support, Nicolas Pitre
    * Re: [PATCH v6 1/4] cramfs: direct memory access support, Nicolas Pitre
    * Re: [PATCH v6 1/4] cramfs: direct memory access support, Al Viro
    * Re: [PATCH v6 1/4] cramfs: direct memory access support, Nicolas Pitre
    * Re: [PATCH v6 1/4] cramfs: direct memory access support, Nicolas Pitre
• [PATCH v5 0/5] cramfs refresh for embedded usage,Nicolas Pitre
  • [PATCH v5 1/5] cramfs: direct memory access support, Nicolas Pitre
  • [PATCH v5 2/5] cramfs: make cramfs_physmem usable as root fs, Nicolas Pitre
  • [PATCH v5 5/5] cramfs: rehabilitate it, Nicolas Pitre
  • [PATCH v5 3/5] cramfs: implement uncompressed and arbitrary data block positioning, Nicolas Pitre
  • [PATCH v5 4/5] cramfs: add mmap support, Nicolas Pitre
    * Re: [PATCH v5 4/5] cramfs: add mmap support, Christoph Hellwig
    * Re: [PATCH v5 4/5] cramfs: add mmap support, Nicolas Pitre
  • Re: [PATCH v5 0/5] cramfs refresh for embedded usage, Christoph Hellwig
    * RE: [PATCH v5 0/5] cramfs refresh for embedded usage, Chris Brandt
    * RE: [PATCH v5 0/5] cramfs refresh for embedded usage, Nicolas Pitre
• [PATCH v4 0/5] cramfs refresh for embedded usage,Nicolas Pitre
  • [PATCH v4 2/5] cramfs: make cramfs_physmem usable as root fs, Nicolas Pitre
  • [PATCH v4 1/5] cramfs: direct memory access support, Nicolas Pitre
    * Re: [PATCH v4 1/5] cramfs: direct memory access support, Christoph Hellwig
    * Re: [PATCH v4 1/5] cramfs: direct memory access support, Nicolas Pitre
    * Re: [PATCH v4 1/5] cramfs: direct memory access support, Christoph Hellwig
    * Re: [PATCH v4 1/5] cramfs: direct memory access support, Nicolas Pitre
    * Re: [PATCH v4 1/5] cramfs: direct memory access support, Rob Herring
    * RE: [PATCH v4 1/5] cramfs: direct memory access support, Chris Brandt
  • [PATCH v4 3/5] cramfs: implement uncompressed and arbitrary data block positioning, Nicolas Pitre
  • [PATCH v4 5/5] cramfs: rehabilitate it, Nicolas Pitre
  • [PATCH v4 4/5] cramfs: add mmap support, Nicolas Pitre
    * Re: [PATCH v4 4/5] cramfs: add mmap support, Christoph Hellwig
    * Re: [PATCH v4 4/5] cramfs: add mmap support, Nicolas Pitre
    * Re: [PATCH v4 4/5] cramfs: add mmap support, Richard Weinberger
    * Re: [PATCH v4 4/5] cramfs: add mmap support, Nicolas Pitre
    * Re: [PATCH v4 4/5] cramfs: add mmap support, Christoph Hellwig
    * Re: [PATCH v4 4/5] cramfs: add mmap support, Nicolas Pitre
    * Re: [PATCH v4 4/5] cramfs: add mmap support, Christoph Hellwig
    * Re: [PATCH v4 4/5] cramfs: add mmap support, Nicolas Pitre
    * Re: [PATCH v4 4/5] cramfs: add mmap support, Christoph Hellwig
    * Re: [PATCH v4 4/5] cramfs: add mmap support, Nicolas Pitre
    * Re: [PATCH v4 4/5] cramfs: add mmap support, Christoph Hellwig
    * Re: [PATCH v4 4/5] cramfs: add mmap support, Nicolas Pitre
    * RE: [PATCH v4 4/5] cramfs: add mmap support, Chris Brandt
    * RE: [PATCH v4 4/5] cramfs: add mmap support, Nicolas Pitre
    * RE: [PATCH v4 4/5] cramfs: add mmap support, Chris Brandt
• A Quick Survey on a Patch Propagation Tool, Aravind Machiry
• execve(NULL, argv, envp) for nommu?,Rob Landley
  • Re: execve(NULL, argv, envp) for nommu?, Geert Uytterhoeven
    * Re: execve(NULL, argv, envp) for nommu?, Alan Cox
    * Re: execve(NULL, argv, envp) for nommu?, Rob Landley
    * Re: execve(NULL, argv, envp) for nommu?, Rob Landley
    * Re: execve(NULL, argv, envp) for nommu?, Oleg Nesterov
    * Re: execve(NULL, argv, envp) for nommu?, Rob Landley
    * Re: execve(NULL, argv, envp) for nommu?, Geert Uytterhoeven
    * Re: execve(NULL, argv, envp) for nommu?, Rob Landley
    * Re: execve(NULL, argv, envp) for nommu?, Alan Cox
    * Re: execve(NULL, argv, envp) for nommu?, Oleg Nesterov
    * Re: execve(NULL, argv, envp) for nommu?, Oleg Nesterov
    * Re: execve(NULL, argv, envp) for nommu?, Alan Cox
• [GIT PULL / PATCH v3 0/5] cramfs refresh for embedded usage,Nicolas Pitre
  • [PATCH v3 3/5] cramfs: implement uncompressed and arbitrary data block positioning, Nicolas Pitre
  • [PATCH v3 2/5] cramfs: make cramfs_physmem usable as root fs, Nicolas Pitre
  • [PATCH v3 5/5] cramfs: rehabilitate it, Nicolas Pitre
  • [PATCH v3 4/5] cramfs: add mmap support, Nicolas Pitre
    * Re: [PATCH v3 4/5] cramfs: add mmap support, Christoph Hellwig
    * Re: [PATCH v3 4/5] cramfs: add mmap support, Nicolas Pitre
  • [PATCH v3 1/5] cramfs: direct memory access support, Nicolas Pitre
• [PATCH v2 0/5] cramfs refresh for embedded usage,Nicolas Pitre
  • [PATCH v2 3/5] cramfs: implement uncompressed and arbitrary data block positioning, Nicolas Pitre
    * RE: [PATCH v2 3/5] cramfs: implement uncompressed and arbitrary data block positioning, Chris Brandt
  • [PATCH v2 2/5] cramfs: make cramfs_physmem usable as root fs, Nicolas Pitre
  • [PATCH v2 5/5] cramfs: rehabilitate it, Nicolas Pitre
  • [PATCH v2 1/5] cramfs: direct memory access support, Nicolas Pitre
    * RE: [PATCH v2 1/5] cramfs: direct memory access support, Chris Brandt
    * RE: [PATCH v2 1/5] cramfs: direct memory access support, Nicolas Pitre
  • [PATCH v2 4/5] cramfs: add mmap support, Nicolas Pitre
    * RE: [PATCH v2 4/5] cramfs: add mmap support, Chris Brandt
    * Re: [PATCH v2 4/5] cramfs: add mmap support, Al Viro
    * Re: [PATCH v2 4/5] cramfs: add mmap support, Nicolas Pitre
    * Re: [PATCH v2 4/5] cramfs: add mmap support, Al Viro
    * Re: [PATCH v2 4/5] cramfs: add mmap support, Nicolas Pitre
    * RE: [PATCH v2 4/5] cramfs: add mmap support, Chris Brandt
    * RE: [PATCH v2 4/5] cramfs: add mmap support, Nicolas Pitre
    * RE: [PATCH v2 4/5] cramfs: add mmap support, Chris Brandt
    * RE: [PATCH v2 4/5] cramfs: add mmap support, Chris Brandt
  • RE: [PATCH v2 0/5] cramfs refresh for embedded usage, Chris Brandt
    * RE: [PATCH v2 0/5] cramfs refresh for embedded usage, Nicolas Pitre
• [PATCH 0/5] cramfs refresh for embedded usage,Nicolas Pitre
  • [PATCH 2/5] cramfs: make cramfs_physmem usable as root fs, Nicolas Pitre
  • [PATCH 3/5] cramfs: implement uncompressed and arbitrary data block positioning, Nicolas Pitre
  • [PATCH 4/5] cramfs: add mmap support, Nicolas Pitre
  • [PATCH 5/5] cramfs: rehabilitate it, Nicolas Pitre
  • [PATCH 1/5] cramfs: direct memory access support, Nicolas Pitre
    * Re: [PATCH 1/5] cramfs: direct memory access support, Christoph Hellwig
    * Re: [PATCH 1/5] cramfs: direct memory access support, Nicolas Pitre
  • RE: [PATCH 0/5] cramfs refresh for embedded usage, Chris Brandt
    * RE: [PATCH 0/5] cramfs refresh for embedded usage, Nicolas Pitre
    * RE: [PATCH 0/5] cramfs refresh for embedded usage, Chris Brandt
    * RE: [PATCH 0/5] cramfs refresh for embedded usage, Nicolas Pitre
    * RE: [PATCH 0/5] cramfs refresh for embedded usage, Chris Brandt
    * RE: [PATCH 0/5] cramfs refresh for embedded usage, Nicolas Pitre
    * RE: [PATCH 0/5] cramfs refresh for embedded usage, Chris Brandt
    * RE: [PATCH 0/5] cramfs refresh for embedded usage, Nicolas Pitre
    * RE: [PATCH 0/5] cramfs refresh for embedded usage, Chris Brandt
    * RE: [PATCH 0/5] cramfs refresh for embedded usage, Nicolas Pitre
    * RE: [PATCH 0/5] cramfs refresh for embedded usage, Chris Brandt
    * RE: [PATCH 0/5] cramfs refresh for embedded usage, Nicolas Pitre
• mpc8572e linux kernel board bring-up problem,Nicolas Beland
  • Re: mpc8572e linux kernel board bring-up problem, Rob Landley
• mounting squashfs as initrd from RAM,Nick Gifford
  • Re: mounting squashfs as initrd from RAM, Rob Landley
    * RE: mounting squashfs as initrd from RAM, Nick Gifford
    * Re: mounting squashfs as initrd from RAM, Rob Landley
    * RE: mounting squashfs as initrd from RAM, Nick Gifford
    * Re: mounting squashfs as initrd from RAM, Rob Landley
• CFP: Embedded, mobile and automotive devroom FOSDEM 2016, Geert Uytterhoeven
• Can the Nexus 5's ARM-SMMU isolate the baseband processor?, Richard Yao
• MFD device driver on top of UART/RS232,Andrey Vostrikov
  • Re: MFD device driver on top of UART/RS232, Sascha Hauer
    * Re: MFD device driver on top of UART/RS232, Andrey Vostrikov
    * Re: MFD device driver on top of UART/RS232, H. Nikolaus Schaller
• [PATCH v2] fs/binfmt_elf_fdpic.c: provide NOMMU loader for regular ELF binaries,Rich Felker
  • Re: [PATCH v2] fs/binfmt_elf_fdpic.c: provide NOMMU loader for regular ELF binaries, Greg Ungerer
    * Re: [PATCH v2] fs/binfmt_elf_fdpic.c: provide NOMMU loader for regular ELF binaries, Rich Felker
    * Re: [PATCH v2] fs/binfmt_elf_fdpic.c: provide NOMMU loader for regular ELF binaries, Greg Ungerer
    * Re: [PATCH v2] fs/binfmt_elf_fdpic.c: provide NOMMU loader for regular ELF binaries, Trevor Woerner
• [PATCH] fs/binfmt_elf_fdpic.c: provide NOMMU loader for regular ELF binaries,Rich Felker
  • Re: [PATCH] fs/binfmt_elf_fdpic.c: provide NOMMU loader for regular ELF binaries, Rich Felker
• [PATCH] fs/binfmt_elf_fdpic.c: fix brk area overlap with stack on NOMMU,Rich Felker
  • Re: [PATCH] fs/binfmt_elf_fdpic.c: fix brk area overlap with stack on NOMMU, Greg Ungerer
    * Re: [PATCH] fs/binfmt_elf_fdpic.c: fix brk area overlap with stack on NOMMU, Rich Felker
    * Re: [PATCH] fs/binfmt_elf_fdpic.c: fix brk area overlap with stack on NOMMU, Greg Ungerer
    * Re: [PATCH] fs/binfmt_elf_fdpic.c: fix brk area overlap with stack on NOMMU, Rich Felker
    * Re: [PATCH] fs/binfmt_elf_fdpic.c: fix brk area overlap with stack on NOMMU, Greg Ungerer
  • Re: [PATCH] fs/binfmt_elf_fdpic.c: fix brk area overlap with stack on NOMMU, David Howells
• Re: [PATCH 3/3] printk: implement support for extended console drivers,Geert Uytterhoeven
  • Re: [PATCH 3/3] printk: implement support for extended console drivers, Tejun Heo
    * Re: [PATCH 3/3] printk: implement support for extended console drivers, Geert Uytterhoeven
    * Re: [PATCH 3/3] printk: implement support for extended console drivers, Tejun Heo
    * Re: [PATCH 3/3] printk: implement support for extended console drivers, Geert Uytterhoeven
    * Re: [PATCH 3/3] printk: implement support for extended console drivers, Tejun Heo
    * Re: [PATCH 3/3] printk: implement support for extended console drivers, josh
    * [PATCH v4.2-rc1] printk: make extended printk support conditional on netconsole, Tejun Heo
    * Re: [PATCH v4.2-rc1] printk: make extended printk support conditional on netconsole, Petr Mladek
    * [PATCH v2 v4.2-rc1] printk: make extended printk support conditional on netconsole, Tejun Heo
    * Re: [PATCH v2 v4.2-rc1] printk: make extended printk support conditional on netconsole, Petr Mladek
    * Re: [PATCH v2 v4.2-rc1] printk: make extended printk support conditional on netconsole, Tejun Heo
    * [PATCH v3 v4.2-rc1] printk: make extended printk support conditional on netconsole, Tejun Heo
    * Re: [PATCH 3/3] printk: implement support for extended console drivers, josh
• plumbers device tree track -- last call, Frank Rowand
• Device Tree at Plumbers, looking for topics and session leaders, Frank Rowand
• Device Tree at Plumbers, early registration ends Friday,Frank Rowand
  • Re: Device Tree at Plumbers, early registration ends Friday, Frank Rowand
• LPC 2015 Boot, Init, and Config microconf RFC and Invitation, Mehaffey, John
• Invitation and RFC: Linux Plumbers Device Tree track proposed,Rowand, Frank
  • Re: [Celinux-dev] Invitation and RFC: Linux Plumbers Device Tree track proposed, Rob Landley
    * Re: [Celinux-dev] Invitation and RFC: Linux Plumbers Device Tree track proposed, Geert Uytterhoeven
  • Re: Invitation and RFC: Linux Plumbers Device Tree track proposed, David Gibson
  • Re: Invitation and RFC: Linux Plumbers Device Tree track proposed, Rob Herring
    * Re: Invitation and RFC: Linux Plumbers Device Tree track proposed, Mark Rutland
    * Re: Invitation and RFC: Linux Plumbers Device Tree track proposed, Arnd Bergmann
    * Re: Invitation and RFC: Linux Plumbers Device Tree track proposed, Jon Loeliger
    * Re: Invitation and RFC: Linux Plumbers Device Tree track proposed, Matt Porter
  • Message not available
    * Re: [Celinux-dev] Invitation and RFC: Linux Plumbers Device Tree track proposed, Geert Uytterhoeven
  • Message not available
    * Message not available
    * Re: [Celinux-dev] Invitation and RFC: Linux Plumbers Device Tree track proposed, Geert Uytterhoeven
    * Re: [Celinux-dev] Invitation and RFC: Linux Plumbers Device Tree track proposed, Rob Herring
  • Message not available
    * Message not available
    * Re: [Celinux-dev] Invitation and RFC: Linux Plumbers Device Tree track proposed, David Gibson
• [PATCH 1/3] kernel: Add a new config option to remove command line parsing,Iulia Manda
  • [PATCH 2/3] linux: Add macros that define and declare a core_param variable, Iulia Manda
  • [PATCH 3/3] init: Set initcall_debug to a default value, Iulia Manda
  • Re: [PATCH 1/3] kernel: Add a new config option to remove command line parsing, Tim Bird
• embedding dtb file into kernel,K Richard Pixley
  • Re: embedding dtb file into kernel, Tim Bird
    * Re: embedding dtb file into kernel, K Richard Pixley
    * Re: embedding dtb file into kernel, Tim Bird
    * Re: embedding dtb file into kernel, Rob Landley
    * Re: embedding dtb file into kernel, Hugh Blemings
  • Re: embedding dtb file into kernel, Sam Protsenko
• ELC CFP deadline is Jan 9, Tim Bird
• [PATCH v6] selftest: size: Add size test for Linux kernel,Tim Bird
  • Re: [PATCH v6] selftest: size: Add size test for Linux kernel, Josh Triplett
    * Re: [PATCH v6] selftest: size: Add size test for Linux kernel, Shuah Khan
    * Re: [PATCH v6] selftest: size: Add size test for Linux kernel, Shuah Khan
    * RFC: kselftest size roadmap, Tim Bird
• [PATCH v5] selftest: size: Add size test for Linux kernel,Tim Bird
  • Re: [PATCH v5] selftest: size: Add size test for Linux kernel, Michael Ellerman
    * Re: [PATCH v5] selftest: size: Add size test for Linux kernel, Thomas Petazzoni
    * Re: [PATCH v5] selftest: size: Add size test for Linux kernel, Tim Bird
    * Re: [PATCH v5] selftest: size: Add size test for Linux kernel, Tim Bird
    * Re: [PATCH v5] selftest: size: Add size test for Linux kernel, Geert Uytterhoeven
    * Re: [PATCH v5] selftest: size: Add size test for Linux kernel, Tim Bird
    * Re: [PATCH v5] selftest: size: Add size test for Linux kernel, Michael Ellerman
    * Re: [PATCH v5] selftest: size: Add size test for Linux kernel, Tim Bird
• [PATCH v4] selftest: size: Add size test for Linux kernel,Tim Bird
  • Re: [PATCH v4] selftest: size: Add size test for Linux kernel, Josh Triplett
    * Re: [PATCH v4] selftest: size: Add size test for Linux kernel, Tim Bird
• [PATCH] kselftest: Move the docs to the Documentation dir,Tim Bird
  • Re: [PATCH] kselftest: Move the docs to the Documentation dir, Shuah Khan
    * Re: [PATCH] kselftest: Move the docs to the Documentation dir, Jonathan Corbet
• [PATCH] selftest: size: Add size test for Linux kernel,Tim Bird
  • [PATCH v2] selftest: size: Add size test for Linux kernel, Tim Bird
    * Re: [PATCH v2] selftest: size: Add size test for Linux kernel, Shuah Khan
    * Re: [PATCH v2] selftest: size: Add size test for Linux kernel, Tim Bird
    * Re: [PATCH v3] selftest: size: Add size test for Linux kernel, Tim Bird
    * Re: [PATCH v3] selftest: size: Add size test for Linux kernel, Shuah Khan
    * Re: [PATCH v3] selftest: size: Add size test for Linux kernel, Tim Bird
• [CFP] FOSDEM 2015 Embedded Devroom, Geert Uytterhoeven
• Create/Package kernel headers for self-compiled kernel,Benedikt Kleinmeier
  • Message not available
    * AW: Create/Package kernel headers for self-compiled kernel, Benedikt Kleinmeier
• v3.18-rc1 bloat-o-meter,Geert Uytterhoeven
  • Re: v3.18-rc1 bloat-o-meter, Borislav Petkov
    * Re: v3.18-rc1 bloat-o-meter, Geert Uytterhoeven
    * Re: v3.18-rc1 bloat-o-meter, Borislav Petkov
  • Re: v3.18-rc1 bloat-o-meter, Alexei Starovoitov
• Why is the deferred initcall patch not mainline?,Dirk Behme
  • RE: Why is the deferred initcall patch not mainline?, Bird, Tim
    * Re: Why is the deferred initcall patch not mainline?, Alexandre Belloni
    * Re: Why is the deferred initcall patch not mainline?, Bird, Tim
    * Re: Why is the deferred initcall patch not mainline?, Geert Uytterhoeven
    * Re: Why is the deferred initcall patch not mainline?, Dirk Behme
    * Re: Why is the deferred initcall patch not mainline?, Alexandre Belloni
    * Re: Why is the deferred initcall patch not mainline?, Grant Likely
    * Re: Why is the deferred initcall patch not mainline?, Grant Likely
    * Re: Why is the deferred initcall patch not mainline?, Nicolas Pitre
    * RE: Why is the deferred initcall patch not mainline?, Bird, Tim
    * RE: Why is the deferred initcall patch not mainline?, Nicolas Pitre
    * Re: Why is the deferred initcall patch not mainline?, Geert Uytterhoeven
    * Re: Why is the deferred initcall patch not mainline?, Rob Landley
    * Re: Why is the deferred initcall patch not mainline?, Nicolas Pitre
    * RE: Why is the deferred initcall patch not mainline?, Bird, Tim
    * RE: Why is the deferred initcall patch not mainline?, Nicolas Pitre
    * Re: Why is the deferred initcall patch not mainline?, Alexandre Belloni
    * Re: Why is the deferred initcall patch not mainline?, Nicolas Pitre
    * RE: Why is the deferred initcall patch not mainline?, Bird, Tim
    * RE: Why is the deferred initcall patch not mainline?, Nicolas Pitre
    * Re: Why is the deferred initcall patch not mainline?, Rob Landley
    * Re: Why is the deferred initcall patch not mainline?, Nicolas Pitre
    * Re: Why is the deferred initcall patch not mainline?, Rob Landley
    * Re: Why is the deferred initcall patch not mainline?, Geert Uytterhoeven
    * Re: Why is the deferred initcall patch not mainline?, Nicolas Pitre
    * Re: Why is the deferred initcall patch not mainline?, Alexandre Belloni
    * Re: Why is the deferred initcall patch not mainline?, Tim Bird
    * Re: Why is the deferred initcall patch not mainline?, Geert Uytterhoeven
    * Re: Why is the deferred initcall patch not mainline?, Nicolas Pitre
    * Re: Why is the deferred initcall patch not mainline?, Geert Uytterhoeven
    * Re: Why is the deferred initcall patch not mainline?, Nicolas Pitre
    * Re: Why is the deferred initcall patch not mainline?, Nicolas Pitre
    * Re: Why is the deferred initcall patch not mainline?, Rob Landley
    * Re: Why is the deferred initcall patch not mainline?, Nicolas Pitre
    * Re: Why is the deferred initcall patch not mainline?, Rob Landley
    * Re: Why is the deferred initcall patch not mainline?, Dirk Behme
    * Re: Why is the deferred initcall patch not mainline?, Frank Rowand
• cpuidle - minimum time for sleep,Ran Shalit
  • Re: cpuidle - minimum time for sleep, Valdis . Kletnieks
    * Re: cpuidle - minimum time for sleep, Nishanth Menon
• EP93XX/EDB9315A Audio Issue,Jeremy Moles
  • Re: EP93XX/EDB9315A Audio Issue, Thomas Petazzoni
• 3.15.4 runs *significantly* slower than 3.15.3 on iMX233 CPU,Manuel Reimer
  • Re: 3.15.4 runs *significantly* slower than 3.15.3 on iMX233 CPU, Marcelo Ricardo Leitner
• [OT, JOB] Xilinx, San Jose: 2 full-time openings for embedded systems/embedded software group,Wojciech Koszek
  • RE: [OT, JOB] Xilinx, San Jose: 2 full-time openings for embedded systems/embedded software group, Bird, Tim
    * RE: [OT, JOB] Xilinx, San Jose: 2 full-time openings for embedded systems/embedded software group, Wojciech Koszek
• "make oldconfig" kills config options when cross compiling,Manuel Reimer
  • Re: "make oldconfig" kills config options when cross compiling, Randy Dunlap
    * Re: "make oldconfig" kills config options when cross compiling, Manuel Reimer
• Boot time: Initial main memory initialization optimizations?,Dirk Behme
  • Re: Boot time: Initial main memory initialization optimizations?, Rob Landley
• New aboriginal linux release with 3.14 kernel., Rob Landley
• Using ftrace to identify source of excessive latency of USB write,Mason
  • Re: Using ftrace to identify source of excessive latency of USB write, Mason
• GPIO triggers kernel reboot,Heiko Schocher
  • RE: GPIO triggers kernel reboot, Mehaffey, John
    * RE: GPIO triggers kernel reboot, Mehaffey, John
    * Re: GPIO triggers kernel reboot, Heiko Schocher
  • Re: GPIO triggers kernel reboot, Florian Fainelli
  • Message not available
    * Re: GPIO triggers kernel reboot, Heiko Schocher
    * Re: GPIO triggers kernel reboot, Rtp
    * Re: GPIO triggers kernel reboot, Geert Uytterhoeven
• U-Boot <-> Kernel; NAND operation proposal,Leon Pollak
  • Re: U-Boot <-> Kernel; NAND operation proposal, Lambrecht Jürgen
• Evolution of Linux kernel sizes,Geert Uytterhoeven
  • Re: Evolution of Linux kernel sizes, Richard Cochran
  • Re: Evolution of Linux kernel sizes, Wolfgang Denk
• [FOSDEM] [CFP] Embedded and mobile devroom, Geert Uytterhoeven
• [PATCH v3] init: make init failures more explicit,Michael Opdenacker
  • Re: [PATCH v3] init: make init failures more explicit, Janne Karhunen
• [PATCH v2] init: make init failures more explicit,Michael Opdenacker
  • Re: [PATCH v2] init: make init failures more explicit, Geert Uytterhoeven
    * Re: [PATCH v2] init: make init failures more explicit, Michael Opdenacker
• [PATCH] init: make init failures more explicit,Michael Opdenacker
  • Re: [PATCH] init: make init failures more explicit, Kieran Bingham
  • Re: [PATCH] init: make init failures more explicit, Geert Uytterhoeven
    * Re: [PATCH] init: make init failures more explicit, Michael Opdenacker
  • Re: [PATCH] init: make init failures more explicit, Janne Karhunen
• Re: [JOB] ARM Embedded Developer - 100% Telecommute, Rob Landley
• Fwd: kernel 3.0.93 on s3c2410 problome., Kernux Zhang
• Help wake from standby with ARM external nIRQ line, Steve deRosier
• AMP on an SMP system,Michael Schnell
  • Re: AMP on an SMP system, Robert Schwebel
    * Re: AMP on an SMP system, Michael Schnell
    * Re: AMP on an SMP system, Marco Stornelli
    * Re: AMP on an SMP system, Michael Schnell
    * Re: AMP on an SMP system, Marco Stornelli
    * Re: AMP on an SMP system, Michael Schnell
    * Re: AMP on an SMP system, Marco Stornelli
    * Re: AMP on an SMP system, Robert Schwebel
    * Re: AMP on an SMP system, Michael Schnell
    * Re: AMP on an SMP system, Robert Schwebel
    * Re: AMP on an SMP system, Michael Schnell
  • Re: AMP on an SMP system, Lambrecht Jürgen
    * Re: AMP on an SMP system, Michael Schnell
    * Re: AMP on an SMP system, Lambrecht Jürgen
    * Re: AMP on an SMP system, Michael Schnell
    * Re: AMP on an SMP system, Michael Schnell
    * Re: AMP on an SMP system, Michael Schnell
  • Re: AMP on an SMP system, Michael Schnell
  • Re: AMP on an SMP system, Jon Sevy
    * Re: AMP on an SMP system, Michael Schnell
    * Re: AMP on an SMP system, Robert Schwebel
    * Re: AMP on an SMP system, Michael Schnell
  • Re: AMP on an SMP system, Guenter Ebermann
    * Re: AMP on an SMP system, Michael Schnell
• [PATCH 0/2] Squashfs: add LZ4 compression,Phillip Lougher
  • [PATCH 2/2] Squashfs: Add LZ4 compression configuration option, Phillip Lougher
  • [PATCH 1/2] Squashfs: add LZ4 compression support, Phillip Lougher
    * Re: [PATCH 1/2] Squashfs: add LZ4 compression support, Joe Perches
  • Re: [PATCH 0/2] Squashfs: add LZ4 compression, Gu Zheng
    * Re: [PATCH 0/2] Squashfs: add LZ4 compression, Phillip Lougher
    * Re: [PATCH 0/2] Squashfs: add LZ4 compression, Gu Zheng
    * Re: [PATCH 0/2] Squashfs: add LZ4 compression, Phillip Lougher
    * Re: [PATCH 0/2] Squashfs: add LZ4 compression, Rob Landley
• ELCE CFP ends July 21st, Bill Traynor
• Re: [PATCH 01/32] init.h: remove __cpuinit sections from the kernel,Joe Perches
  • Re: [PATCH 01/32] init.h: remove __cpuinit sections from the kernel, Joe Perches
• Re: [PATCH 1/2] ext2: Reduce object size when !CONFIG_PRINTK, Joe Perches
• Boot time: Optimize CPU bring up?,Dirk Behme
  • Re: Boot time: Optimize CPU bring up?, Abbas Raza
• [PATCH] ext4: Reduce object size when !CONFIG_PRINTK,Joe Perches
  • Re: [PATCH] ext4: Reduce object size when !CONFIG_PRINTK, Theodore Ts'o
• 2013 Plumber's CFP: Fastboot,Mehaffey, John
  • Re: [U-Boot] 2013 Plumber's CFP: Fastboot, Thomas Petazzoni
  • Re: 2013 Plumber's CFP: Fastboot, richard -rw- weinberger
    * RE: 2013 Plumber's CFP: Fastboot, Mehaffey, John
  • Message not available
    * Re: [systemd-devel] 2013 Plumber's CFP: Fastboot, Lennart Poettering
    * Re: [systemd-devel] 2013 Plumber's CFP: Fastboot, Lucas De Marchi
    * RE: [systemd-devel] 2013 Plumber's CFP: Fastboot, Mehaffey, John
    * Re: [systemd-devel] 2013 Plumber's CFP: Fastboot, Lennart Poettering
    * RE: [systemd-devel] 2013 Plumber's CFP: Fastboot, Mehaffey, John
• Need help to measure and tune the latency in Linux RT,Ashoka K
  • Re: Need help to measure and tune the latency in Linux RT, Jason Cooper
    * Re: Need help to measure and tune the latency in Linux RT, Stanislav Meduna
    * Re: Need help to measure and tune the latency in Linux RT, Ashoka K
  • Re: Need help to measure and tune the latency in Linux RT, ddegraff
  • Message not available
    * Re: Need help to measure and tune the latency in Linux RT, Ashoka K
• How to use DEBUG macros in compressed/head.S,zhaoyilong
  • Re: How to use DEBUG macros in compressed/head.S, Baurzhan Ismagulov
  • Re: How to use DEBUG macros in compressed/head.S, Rob Landley
• I can only receive email from lkml,why?,zhaoyilong
  • Re: I can only receive email from lkml,why?, Steven J. Hill
    * Re: I can only receive email from lkml,why?, zhaoyilong
    * Re: I can only receive email from lkml,why?, Vladimir Murzin
• [head.S]open DEBUG in compressed/head.S, kernel crashed..., zhaoyilong
• opening DEBUG in compressed/head.S, kernel crashed, zhaoyilong
• Need help adding platform UIO devices to board,Alexander Varnin
  • Re: Need help adding platform UIO devices to board, Nicholas Mc Guire
    * Re: Need help adding platform UIO devices to board, Alexander Varnin
    * Re: Need help adding platform UIO devices to board, Alexander Varnin
  • Message not available
    * Re: Need help adding platform UIO devices to board, Alexander Varnin
• [FOSDEM] Embedded and mobile devroom CFP, Geert Uytterhoeven
• no console prompt after booting kernel, herve bourricaud
• LDT - Linux Driver Template, Constantine Shulyupin
• [PATCH] lib/decompress.c adding __init to decompress_method and data, Hein Tibosch
• Expose system Serial Number to userspace.,Brad Arnold
  • Re: Expose system Serial Number to userspace., Nicolas Pitre
    * RE: Expose system Serial Number to userspace., Brad Arnold
    * Re: Expose system Serial Number to userspace., Brad Arnold
    * Re: Expose system Serial Number to userspace., Nicolas Pitre
  • Re: Expose system Serial Number to userspace., Marco Stornelli
    * RE: Expose system Serial Number to userspace., Brad Arnold
    * Re: Expose system Serial Number to userspace., Marco Stornelli
• NCD, a light scripting language for network configs and much more,Ambroz Bizjak
  • Re: NCD, a light scripting language for network configs and much more, Stephen Hemminger
• [PATCH 1/2] mmc: block: mmcblkN: use slot index instead of dynamic name index,Dirk Behme
  • [PATCH 2/2] mmc: block: remove unused name_idx, Dirk Behme
  • Re: [PATCH 1/2] mmc: block: mmcblkN: use slot index instead of dynamic name index, Chris Ball
    * Re: [PATCH 1/2] mmc: block: mmcblkN: use slot index instead of dynamic name index, Jassi Brar
    * Re: [PATCH 1/2] mmc: block: mmcblkN: use slot index instead of dynamic name index, Dirk Behme
• History of embedded Linux,Chris Simmonds
  • Re: History of embedded Linux, Jeff Osier-Mixon
• Help with testing "flash-kernel" for stable release update (SRU), David Cullen
• [announce] Embedded Linux Conference Call for Presentations, Tim Bird
• RE: rionet driver with MMIO DMA capability, Li Yang-R58472
• Need help regarding the USB mass storage driver,Vishal Nandanwar
  • Re: Need help regarding the USB mass storage driver, Thomas Petazzoni
  • Re: Need help regarding the USB mass storage driver, Alan Stern
• Q: file system for embedded,Ran Shalit
  • Re: Q: file system for embedded, Christophe Aeschlimann
    * Re: Q: file system for embedded, Ran Shalit
    * Re: Q: file system for embedded, Christophe Aeschlimann
• 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

[Index of Archives] [Linux USB Development] [Big List of Linux Books] [Gstreamer Embedded] [Linux SCSI] [Yosemite Forum]

| | | | ----------------------------------------------------------------------- |