linux-embedded  

Messages by Thread

• • [PATCH 5/9] Squashfs: make decompressor init function pass superblock info root
• [PATCH 3/9] Squashfs: add a decompressor framework Phillip Lougher
  • [PATCH 3/9] Squashfs: add a decompressor framework root
• [PATCH 8/9] Squashfs: select DECOMPRESS_LZMA_NEEDED when including support for lzma Phillip Lougher
  • [PATCH 8/9] Squashfs: select DECOMPRESS_LZMA_NEEDED when including support for lzma root
• [PATCH 07/9] lzma: Make lzma available to non initramfs/initrd code Phillip Lougher
  • [PATCH 07/9] lzma: Make lzma available to non initramfs/initrd code root
• [PATCH 2/9] Squashfs: Factor out remaining zlib dependencies into separate wrapper file root
  • [PATCH 2/9] Squashfs: Factor out remaining zlib dependencies into separate wrapper file Phillip Lougher
  • Re: [PATCH 2/9] Squashfs: Factor out remaining zlib dependencies into separate wrapper file Andrew Morton
• [PATCH 4/9] Squashfs: add decompressor entries for lzma and lzo root
  • [PATCH 4/9] Squashfs: add decompressor entries for lzma and lzo Phillip Lougher
• [PATCH 1/9] Squashfs: move zlib decompression wrapper code into a separate file root
  • [PATCH 1/9] Squashfs: move zlib decompression wrapper code into a separate file Phillip Lougher
  • Re: [PATCH 1/9] Squashfs: move zlib decompression wrapper code into a separate file Andrew Morton
  • Re: [PATCH 1/9] Squashfs: move zlib decompression wrapper code into a separate file Phillip Lougher
  • Re: [PATCH 1/9] Squashfs: move zlib decompression wrapper code into a separate file Artem Bityutskiy
  • Re: [PATCH 1/9] Squashfs: move zlib decompression wrapper code into a separate file Phillip Lougher
  • Re: [PATCH 1/9] Squashfs: move zlib decompression wrapper code into a separate file Geert Uytterhoeven
  • Re: [PATCH 1/9] Squashfs: move zlib decompression wrapper code into a separate file Phillip Lougher
  • Re: [PATCH 1/9] Squashfs: move zlib decompression wrapper code into a separate file Felix Fietkau
  • Re: [PATCH 1/9] Squashfs: move zlib decompression wrapper code into a separate file Phillip Lougher
• [PATCH 9/9] lzma: make lzma reentrant root
  • [PATCH 9/9] lzma: make lzma reentrant Phillip Lougher
• [PATCH 0/9] Squashfs: Add support for LZMA compressed filesystems root
  • Re: [PATCH 0/9] Squashfs: Add support for LZMA compressed filesystems Peter Korsgaard
  • Re: [PATCH 0/9] Squashfs: Add support for LZMA compressed filesystems Phillip Lougher
  • Re: [PATCH 0/9] Squashfs: Add support for LZMA compressed filesystems Arkadiusz Miśkiewicz
  • [PATCH 0/9] Squashfs: Add support for LZMA compressed filesystems Phillip Lougher
  • Re: [PATCH 0/9] Squashfs: Add support for LZMA compressed filesystems Bruno Wolff III
  • Re: [PATCH 0/9] Squashfs: Add support for LZMA compressed filesystems Phillip Lougher
  • Re: [PATCH 0/9] Squashfs: Add support for LZMA compressed filesystems Bruno Wolff III
  • Re: [PATCH 0/9] Squashfs: Add support for LZMA compressed filesystems Bruno Wolff III
  • Re: [PATCH 0/9] Squashfs: Add support for LZMA compressed filesystems Bruno Wolff III
• [POWER] battery calibration parameters from sysfs Linus Walleij
  • Re: [POWER] battery calibration parameters from sysfs Mark Brown
  • Re: [POWER] battery calibration parameters from sysfs Mark Brown
  • RE: [POWER] battery calibration parameters from sysfs Linus Walleij
  • Re: [POWER] battery calibration parameters from sysfs Mark Brown
  • Re: [POWER] battery calibration parameters from sysfs Mark Brown
  • RE: [POWER] battery calibration parameters from sysfs Linus Walleij
  • Re: [POWER] battery calibration parameters from sysfs Mark Brown
  • Re: [POWER] battery calibration parameters from sysfs Brian Swetland
  • Re: [POWER] battery calibration parameters from sysfs Mark Brown
  • Re: [POWER] battery calibration parameters from sysfs Pavel Machek
  • Re: [POWER] battery calibration parameters from sysfs Mark Brown
  • Re: [POWER] battery calibration parameters from sysfs Pavel Machek
  • Re: [POWER] battery calibration parameters from sysfs Aras Vaichas
  • Re: [POWER] battery calibration parameters from sysfs Bill Gatliff
  • Re: [POWER] battery calibration parameters from sysfs Aras Vaichas
  • Re: [POWER] battery calibration parameters from sysfs Stanislav Brabec
  • Re: [POWER] battery calibration parameters from sysfs Andy Green
  • Re: [POWER] battery calibration parameters from sysfs Pavel Machek
  • Re: [POWER] battery calibration parameters from sysfs Pavel Machek
  • Re: [POWER] battery calibration parameters from sysfs Pavel Machek
  • Re: [POWER] battery calibration parameters from sysfs Mark Brown
  • Re: [POWER] battery calibration parameters from sysfs Pavel Machek
  • Re: [POWER] battery calibration parameters from sysfs Mark Brown
  • Re: [POWER] battery calibration parameters from sysfs Alexander Clouter
  • Re: [POWER] battery calibration parameters from sysfs Greg KH
• Badness at net/sched/sch_generic.c:219 ladislav klenovic
• [ANNOUNCE] CELF open project proposal Tim Bird
  • Re: [ANNOUNCE] CELF open project proposal Mike Frysinger
  • Re: [ANNOUNCE] CELF open project proposal Tim Bird
  • Re: [ANNOUNCE] CELF open project proposal Mike Frysinger
  • Re: [ANNOUNCE] CELF open project proposal Tim Bird
  • Re: [ANNOUNCE] CELF open project proposal David Woodhouse
  • Re: [ANNOUNCE] CELF open project proposal Tim Bird
  • Re: [ANNOUNCE] CELF open project proposal Robert Schwebel
  • Re: [ANNOUNCE] CELF open project proposal Aras Vaichas
  • Re: [ANNOUNCE] CELF open project proposal Wolfgang Denk
  • Re: [ANNOUNCE] CELF open project proposal Kyungmin Park
  • Re: [ANNOUNCE] CELF open project proposal Mike Frysinger
  • Re: [ANNOUNCE] CELF open project proposal Kyungmin Park
  • Re: [ANNOUNCE] CELF open project proposal Robert Schwebel
  • Re: [ANNOUNCE] CELF open project proposal Aras Vaichas
  • Re: [ANNOUNCE] CELF open project proposal Robert Schwebel
  • Re: [ANNOUNCE] CELF open project proposal Kyungmin Park
  • Re: [ANNOUNCE] CELF open project proposal David Woodhouse
  • Re: [ANNOUNCE] CELF open project proposal Josh Boyer
  • Re: [ANNOUNCE] CELF open project proposal David Woodhouse
• How to move two valuables to x86 CPU register ebx, ecx by using AT&A inline asm. Johnny Hung
  • Re: How to move two valuables to x86 CPU register ebx, ecx by using AT&A inline asm. Viral Mehta
  • Re: How to move two valuables to x86 CPU register ebx, ecx by using AT&A inline asm. Johnny Hung
  • Re: How to move two valuables to x86 CPU register ebx, ecx by using AT&A inline asm. Viral Mehta
  • Re: How to move two valuables to x86 CPU register ebx, ecx by using AT&A inline asm. Johnny Hung
  • Re: How to move two valuables to x86 CPU register ebx, ecx by using AT&A inline asm. stas
  • Re: How to move two valuables to x86 CPU register ebx, ecx by using AT&A inline asm. David Woodhouse
  • Re: How to move two valuables to x86 CPU register ebx, ecx by using AT&A inline asm. Américo Wang
  • Re: How to move two valuables to x86 CPU register ebx, ecx by using AT&A inline asm. Jiri Slaby
  • Re: How to move two valuables to x86 CPU register ebx, ecx by using AT&A inline asm. Johnny Hung
  • Re: How to move two valuables to x86 CPU register ebx, ecx by using AT&A inline asm. Brian Gerst
• [Proposal] [PATCH] [RESEND] generic clock framework Francesco VIRLINZI
• [PATCH, RFC] panic-note: Annotation from user space for panics David VomLehn
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics Marco Stornelli
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics David VomLehn
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics Simon Kagstrom
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics Artem Bityutskiy
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics Simon Kagstrom
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics Artem Bityutskiy
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics Marco Stornelli
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics Artem Bityutskiy
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics Marco Stornelli
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics Artem Bityutskiy
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics Eric W. Biederman
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics David VomLehn
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics Eric W. Biederman
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics David VomLehn
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics Américo Wang
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics Eric W. Biederman
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics Matt Mackall
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics Eric W. Biederman
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics Tim Bird
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics Eric W. Biederman
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics Artem Bityutskiy
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics Marco Stornelli
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics Matt Mackall
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics David VomLehn
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics Artem Bityutskiy
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics Paul Gortmaker
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics David VomLehn
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics Shargorodsky Atal (EXT-Teleca/Helsinki)
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics Artem Bityutskiy
  • Re: [PATCH, RFC] panic-note: Annotation from user space for panics Artem Bityutskiy
• New Micron e-MMC support... CYR Burt
• Re: [Proposal] [PATCH] generic clock framework Tim Bird
  • Re: [Proposal] [PATCH] generic clock framework Francesco VIRLINZI
• [ANNOUNCE] ELC 2010 Call for Presentations Tim Bird
• [ANNOUNCE] New mailing list for u-boot-v2 Robert Schwebel
• How to create a git repo on git.kernel.org? Bill Gatliff
  • Re: How to create a git repo on git.kernel.org? Sam Ravnborg
  • Re: How to create a git repo on git.kernel.org? Bill Gatliff
  • Re: How to create a git repo on git.kernel.org? George G. Davis
• [[RFC] 0/5] Generic PWM API Proposal Bill Gatliff
  • [[RFC] 1/5] API to consolidate PWM devices behind a common user and kernel interface Bill Gatliff
  • [[RFC] 2/5] Emulates PWM hardware using a high-resolution timer and a GPIO pin Bill Gatliff
  • [[RFC] 3/5] Expunge old Atmel PWMC driver, replacing it with one that conforms to the PWM API Bill Gatliff
  • [[RFC] 4/5] An LED "dimmer" trigger, which uses the PWM API to vary the brightness of an LED according to system load Bill Gatliff
  • [[RFC] 5/5] Incorporate PWM API code into KBuild Bill Gatliff
  • Re: [[RFC] 5/5] Incorporate PWM API code into KBuild Mike Frysinger
  • Re: [[RFC] 4/5] An LED "dimmer" trigger, which uses the PWM API to vary the brightness of an LED according to system load Mike Frysinger
  • Re: [[RFC] 4/5] An LED "dimmer" trigger, which uses the PWM API to vary the brightness of an LED according to system load Bill Gatliff
  • Re: [[RFC] 4/5] An LED "dimmer" trigger, which uses the PWM API to vary the brightness of an LED according to system load Mike Frysinger
  • Re: [[RFC] 4/5] An LED "dimmer" trigger, which uses the PWM API to vary the brightness of an LED according to system load Luotao Fu
  • Re: [[RFC] 4/5] An LED "dimmer" trigger, which uses the PWM API to vary the brightness of an LED according to system load Trilok Soni
  • Re: [[RFC] 4/5] An LED "dimmer" trigger, which uses the PWM API to vary the brightness of an LED according to system load Trilok Soni
  • Re: [[RFC] 3/5] Expunge old Atmel PWMC driver, replacing it with one that conforms to the PWM API Mike Frysinger
  • Re: [[RFC] 3/5] Expunge old Atmel PWMC driver, replacing it with one that conforms to the PWM API Bill Gatliff
  • Re: [[RFC] 2/5] Emulates PWM hardware using a high-resolution timer and a GPIO pin Mike Frysinger
  • Re: [[RFC] 2/5] Emulates PWM hardware using a high-resolution timer and a GPIO pin Bill Gatliff
  • Re: [[RFC] 2/5] Emulates PWM hardware using a high-resolution timer and a GPIO pin David Brownell
  • Re: [[RFC] 2/5] Emulates PWM hardware using a high-resolution timer and a GPIO pin Bill Gatliff
  • Re: [[RFC] 2/5] Emulates PWM hardware using a high-resolution timer and a GPIO pin Aras Vaichas
  • Re: [[RFC] 1/5] API to consolidate PWM devices behind a common user and kernel interface Mike Frysinger
  • Re: [[RFC] 1/5] API to consolidate PWM devices behind a common user and kernel interface Bill Gatliff
• Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver Grant Likely
  • Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver Wolfram Sang
  • Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver Wolfram Sang
  • Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver Grant Likely
  • Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver Nate Case
  • Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver Grant Likely
  • Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver Wolfram Sang
  • Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver Nate Case
  • Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver Wolfram Sang
  • Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver Grant Likely
  • Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver Anton Vorontsov
  • Re: [RFC] misc/at24: add experimental OF support for the generic eeprom driver Grant Likely
• [ANNOUNCE] Embedded Linux Conference Europe Program Announced Tim Bird
• linux booting fails on ppc440x5 Vineeth
• GPIO driver for MPC8313. Johnny Hung
  • Re: GPIO driver for MPC8313. Peter Korsgaard
  • Re: GPIO driver for MPC8313. Johnny Hung
  • Re: GPIO driver for MPC8313. Peter Korsgaard
  • Re: GPIO driver for MPC8313. Johnny Hung
• [BUG]: v2.6.31: always output black in beagle DVI LCD Ming Lei
  • Re: [BUG]: v2.6.31: always output black in beagle DVI LCD Ming Lei
• [RFC|PATCHv2] Compile time printk verbosity Marc Andre Tanner
  • [PATCH 1/5] printk: introduce CONFIG_PRINTK_VERBOSITY Marc Andre Tanner
  • Re: [PATCH 1/5] printk: introduce CONFIG_PRINTK_VERBOSITY Marco Stornelli
  • Re: [PATCH 1/5] printk: introduce CONFIG_PRINTK_VERBOSITY Marc Andre Tanner
  • [PATCH 2/5] printk: move printk to the end of the file Marc Andre Tanner
  • [PATCH 3/5] printk: introduce printk_unfiltered as an alias to printk Marc Andre Tanner
  • [PATCH 4/5] char/mem: replace printk with printk_unfiltered Marc Andre Tanner
  • [PATCH 5/5] printk: provide a filtering macro for printk Marc Andre Tanner
  • Re: [PATCH 5/5] printk: provide a filtering macro for printk Marco Stornelli
  • Re: [PATCH 5/5] printk: provide a filtering macro for printk Marc Andre Tanner
  • Re: [PATCH 5/5] printk: provide a filtering macro for printk Marco Stornelli
• [RFC|PATCH] Compile time printk verbosity Marc Andre Tanner
  • [PATCH 5/7] drivers: make macro independent of printk's return value Marc Andre Tanner
  • [PATCH 7/7] printk: provide a filtering macro for printk Marc Andre Tanner
  • Re: [PATCH 7/7] printk: provide a filtering macro for printk Tim Bird
  • RE: [PATCH 7/7] printk: provide a filtering macro for printk H Hartley Sweeten
  • Re: [PATCH 7/7] printk: provide a filtering macro for printk Marc Andre Tanner
  • Re: [PATCH 7/7] printk: provide a filtering macro for printk Tim Bird
  • Re: [PATCH 7/7] printk: provide a filtering macro for printk Tim Bird
  • RE: [PATCH 7/7] printk: provide a filtering macro for printk H Hartley Sweeten
  • Re: [PATCH 7/7] printk: provide a filtering macro for printk Marc Andre Tanner
  • Re: [PATCH 7/7] printk: provide a filtering macro for printk Geert Uytterhoeven
  • Re: [PATCH 7/7] printk: provide a filtering macro for printk Jamie Lokier
  • Re: [PATCH 7/7] printk: provide a filtering macro for printk Marc Andre Tanner

• Earlier messages
• Later messages