Marco Stornelli wrote: This is a good proposal. I was wondering about the status of this. Pramfs has been hanging around outside of mainline since CELF was created (2003), and was on our list of

if you have the software development time for such solutions, you'll assuredly end up with a nicer product. however, there are a significant number of people out there who dont have the time

i know your e-mail intro states "embedded Linux" as does the wiki, but i'm gonna take a stab anyways. does this apply to Linux only and not open source boot loaders (like U-Boot) ? -mike

Mike Frysinger wrote: It applies to anything in the "embedded Linux" ecosystem. This would very much include open source boot loaders like U-Boot. -- Tim ============================= Tim

And coreboot. The world needs more coreboot. -- dwmw2

David Woodhouse wrote: If coreboot were on ARM, it would be more interesting. That would make an interesting proposal, I suppose. :-) -- Tim ============================= Tim Bird Architecture

Proposer: Mike Frysinger Summary: Merge DFU support into mainline U-Boot Description: The USB Implementers Forum have created an official Device Firmware Upgrade (DFU) USB device class. This

2009/12/3 Tim Bird <tim.bird@...> I've got a list of "nice to haves" Any boot time speed up work. Support for 2nd stage booting from NAND with newer filesystems such as UBIFS. i.e. simplified

2009/12/2 Tim Bird <tim.bird@...>: Yes, I hope so. Actually, I agree with you. Marco

Hi This is Munakata of CELF Japan Jamboree support team. This is a reminder for upcoming CELF Japan Jamboree #31 that happens on 18th December at Nakano Sun plaza. As usual I call for your talk

How about adding nommu support to EGLIBC. Just throwing this out as food for thought. I'll write up an actual proposal eventually.

Hi David, Did you have a look at u-boot-v2 (which is just in the process of being renamed to barebox)? We have it running on all kind of architectures (even x86 is working here recently, but the

Proposer: Leon Woestenberg <leon@...> Summary: Add input event mouse/touch pointer visualization on the kernel framebuffer Description: The current kernel framebuffer is an output only

http://pages.cs.wisc.edu/~msaxena/FlashVMpaper.html This outlines some of the current performance issues with swap on flash on linux. Readahead is useless. Small random writes are generally the

Ian Stirling wrote: This looks like interesting work, but I'm not sure exactly what the proposal is. Is it to develop some new features for FlashVM? Is it to mainline a current FlashVM

Tim Bird wrote: As I understand it, the above papers authors diddn't actually implement anything. It was solely based on statistics of general fragmented writes, and analysis of swapping behaviour to

Proposer: Benjamin Zores Summary: Create an OpenSource Bluray decoding library Description: With recent video decoding acceleration features (VDPAU, VAAPI and multi-threaded/core decoders), Linux

Proposer: Benjamin Zores Summary: Extend the DLNA specifications Description: DLNA has become a de-facto standard for multimedia content access among Home consumers devices (TVs, NAS, SetTopBox

Benjamin Zores wrote: This is interesting. I've put it online at: http://elinux.org/CELF_Project_Proposal/Create_Bluray_decoding_library -- Tim ============================= Tim Bird Architecture

Thx Tim, Nice to hear it reaches some interest. -- "My life, and by extension everyone else's is meaningless." Bender, Futurama