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
- RE: Deferred probe times, Bird, Tim
- [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
- [PATCH 1/1] drivers: misc: add driver for bootstage stash, Francesco Valla
- 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
- Message not available
- 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
- [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
- RE: [PATCH] init/main.c: log initcall level when initcall_debug is used, Bird, Tim
- 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
- Re: [boot-time] [SCRIPT v4] analyze-initcall-debug.py, Brian Masney
- 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
- Re: [boot-time], Marko Hoyer
- [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
- [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
- RE: [boot-time] [RFC] analyze-initcall-debug.py - a tool to analyze the initcall debug output, Bird, Tim
- [boot-time] SIG organizing meeting,Bird, Tim
- RE: [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
- [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
- 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
- Re: Boot-time initiative (SIG) thoughts and next steps, Saravana Kannan
- 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
- Re: Debugging early SError exception, Dirk Behme
- 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
- Re: [PATCH] MAINTAINERS: Remove Matt Mackall as his identity is obsolete, Geert Uytterhoeven
- 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
- [PATCH 3/3] lib/vsprintf: Use pr_crit() instead of long fancy messages, Geert Uytterhoeven
- 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
- Re: [PATCH v2 2/2] init/Kconfig: Increase default log buffer size from 128 KB to 512 KB, Paul Menzel
- 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
- Re: ELCE 2015 videos unavailable, Kishon Vijay Abraham I
- 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
- 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)
- [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
- 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
- Re: [PATCH] tools: fix cross-compile var export, Paul Gortmaker
- 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
- Message not available
- [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
- Re: execve(NULL, argv, envp) for nommu?, Geert Uytterhoeven
- [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 v2 3/5] cramfs: implement uncompressed and arbitrary data block positioning, 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
- 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
- Re: MFD device driver on top of UART/RS232, Sascha Hauer
- [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
- Re: [PATCH v2] fs/binfmt_elf_fdpic.c: provide NOMMU loader for regular ELF binaries, Greg Ungerer
- [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] fs/binfmt_elf_fdpic.c: fix brk area overlap with stack on NOMMU, Greg Ungerer
- 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
- Re: [PATCH 3/3] printk: implement support for extended console drivers, Tejun Heo
- 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
- 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
- Re: [Celinux-dev] Invitation and RFC: Linux Plumbers Device Tree track proposed, Rob Landley
- [PATCH 1/3] kernel: Add a new config option to remove command line parsing,Iulia Manda
- 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
- Re: embedding dtb file into kernel, Tim Bird
- 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
- Re: [PATCH v6] selftest: size: Add size test for Linux kernel, Josh Triplett
- [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
- Re: [PATCH v5] selftest: size: Add size test for Linux kernel, Michael Ellerman
- [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
- Re: [PATCH] kselftest: Move the docs to the Documentation dir, Shuah Khan
- [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
- [PATCH v2] 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
- Message not available
- 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
- Re: v3.18-rc1 bloat-o-meter, Borislav Petkov
- 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
- RE: Why is the deferred initcall patch not mainline?, Bird, Tim
- cpuidle - minimum time for sleep,Ran Shalit
- Re: cpuidle - minimum time for sleep, Valdis . Kletnieks
* Re: cpuidle - minimum time for sleep, Nishanth Menon
- Re: cpuidle - minimum time for sleep, Valdis . Kletnieks
- 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
- "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
- Re: "make oldconfig" kills config options when cross compiling, Randy Dunlap
- Boot time: Initial main memory initialization optimizations?,Dirk Behme
- New aboriginal linux release with 3.14 kernel., Rob Landley
- 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
- RE: GPIO triggers kernel reboot, Mehaffey, John
- 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
- Re: [PATCH v2] init: make init failures more explicit, Geert Uytterhoeven
- [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
- Re: AMP on an SMP system, Robert Schwebel
- [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 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
- Re: Need help to measure and tune the latency in Linux RT, Jason Cooper
- 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
- Re: I can only receive email from lkml,why?, Steven J. Hill
- [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
- Re: Need help adding platform UIO devices to board, Nicholas Mc Guire
- [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
- Re: Expose system Serial Number to userspace., Nicolas Pitre
- 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
- 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
- Re: Handling of modular boards, Arnd Bergmann
[Index of Archives] [Linux USB Development] [Big List of Linux Books] [Gstreamer Embedded] [Linux SCSI] [Yosemite Forum]
| | |
| ----------------------------------------------------------------------- |