Re: Roadmap 2017

On Tuesday, 17 January 2017 18:10:46 CET, Johannes Schlatow wrote: >> I think that it is better to deliver those features without prior >> announcement than to over-promise. Do you agree? > > Totally ;-) > Yes, I tend to announce more than I see through to the very end :-) ---

Re: Roadmap 2017

> I think that it is better to deliver those features without prior > announcement than to over-promise. Do you agree? Totally ;-) -- Check out the vibrant tech community on one of the world's most engaging tech sites, Sl

Re: Roadmap 2017

Hello, thanks to everyone who participated in the road-map discussion! I have compiled the official road map now: https://genode.org/about/road-map I hope that it captures well our overall discussion. There are a few topics that were discussed but did not appear on the official road map (like

Re: Roadmap 2017

Hi Florian, > I am very excited about the entire Genode project and looking forward to > the upcoming releases. Please keep up the quaterly release cycle. thank you for the encouragement and for sharing your thoughts about the road map. > * From a newbee's point of view I would say, that you g

Re: Roadmap 2017

Dear Genodians- I spent some time catching up on the state of CHERI project .. for the detailed read see: Capability Hardware Enhanced RISC Instructions: CHERI Instruction-Set Architecture (Version 5)

Re: Roadmap 2017

Hello, > The TL;DR is that if coreboot can execute Linux from flash and > bypass the BIOS, MBR, and UEFI, then the TCB of the boot process > shrinks. The boot process can also be measured with and verified > with a TPM. this is certainly an interesting direction to explore! I agree that we have t

Re: Roadmap 2017

... I forgot: * Bring the Trustzone VMM demo with a Linux guest to i.MX6 Martin -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot

Re: Roadmap 2017

Hello, My personal roadmap was written on a sleepless night before 33C3, not a great idea as I expected that I would probably would have alterations after congress, so here is an ammendment. I still haven't made it through my list of talks to watch at home but the talk of most immediate interest

Re: Roadmap 2017

Hi Josef, > looking back at the the roadmap of 2016 it is clear that we missed some > items; nevertheless, I think all in all the year went well. Norman already > noted some observations, namely prioritizing the existing user base > over the future one. Looking back at this week's clean-up efforts

Re: Roadmap 2017

Hello, My plans for this year: * Enhance the Timeout framework to use the performance counters for time interpolation and RTCs for timestamps * A server for DHCP and dynamic NIC router configurations to enable dynamic network configuration * More automated testing of block drivers and graphical

Re: Roadmap 2017

Fellow genodians- Now that Genode's base API is going totally async.. it would be great to see an example of some cooperating processes where each might have the flexibility to across the network of different machines... I realize there are plenty systems for supporting an RPC... but I g

Re: Roadmap 2017

Hello everyone, looking back at the the roadmap of 2016 it is clear that we missed some items; nevertheless, I think all in all the year went well. Norman already noted some observations, namely prioritizing the existing user base over the future one. Looking back at this week's clean-up efforts I

Re: Roadmap 2017

I am actually designing a voting machine right now ! We are looking at Genode but the Indian voting machine in its current incarnation is fairly simple, so a full OS seems an overkill. A small rtos that can be formally verified seems more appropriate. HW platform is tentatively i.MX7 or I.MX8, so

Re: Roadmap 2017

Franks observation : "*you have to trust computers you don't control yourself*." is true up to the point where many computer's run by independent organizations are configured to automatically cross audit each other.. As I see it Genode could help with secure hosting of this kind of error monitore

Re: Roadmap 2017

Electronic voting is a step further: you have to trust computers you don't control yourself. But it would be nice if hackers can't use a game to install a keylogger, and intercept all your encrypted communication. People want to play downloaded games on the same computer they use to do banking

Re: Roadmap 2017

Reiterating on Frank's reflection as for the need for truly secure package management systems (A real reason to use the Genode OS).. a voter's keyword rule based issue by issue proxy delegation agent(s) (liquid democracy) will often be implemented by other's, on occasion less trusted... wit

Re: Roadmap 2017

Thanks for sharing, About the package management on the road map: It would be nice if Genode was the first system that really protects you from hostile programs. And not in the Apple way (trust us). End point security is really important these days. I think it's important you can install packages

Re: Roadmap 2017

Hi Johannes, > 3) About my goals: > a) There will (hopefully) be some improvements for the Zynq-7000 (HDMI > support, NIC performance issues). Nice! I have already seen a glimpse of it in your world repository. ;-) > b) In addition, as you might know, we are investigating model-based > meth

Re: Roadmap 2017

Hello list, My plans for the next year: Libc This next release will hopefully feature a more asynchronous VFS library which can move a number of improvements at libc forward. When the internals of libc settle and stabilize, I hope to make performance improvements to libc for the sake of my

Re: Roadmap 2017

Thanks, Norman, for sharing and starting the 'discussion'. Here are a few comments from my perspective: 1) I like the idea of the multi-component email application. Let me be a bit more visionary and extend this to a post-2017 scope: I am running my own mailserver (Kolab) for quite some years no

Re: Roadmap 2017

Hi Peter, On Thu, Dec 22, 2016 at 03:29:53PM -0800, Peter Lindener wrote: > Yes getting Genode to run on your "shiny new Lenovo x260" would be a > good thing!... here, basic leading edge platform support seem > critical if the Genode community is to attract (and keep) more > capable developers.

Re: Roadmap 2017

Hello, On Wed, Dec 21, 2016 at 01:04:50PM +0100, Norman Feske wrote: > the end of the year is approaching. So it is the right time to make up > our minds for the upcoming year. Thanks Norman for keeping up the good tradition and igniting the discussion of the steps for 2017 in the "reflective" Ch

Re: Roadmap 2017

Hi everyone, for 2017 my goal is to get Intel graphics hardware support into Genode. By now I have the intel_fb driver running on Broadwell, featuring OpenGL and libDRM, all in one component. The future task is to separate the driver from libDRM and define some sort of GPU session so multiple clie

Re: Roadmap 2017

On Fri, Dec 23, 2016 at 09:17:09AM +0100, Norman Feske wrote: > The key to achieve that is to get noux up to speed, and to revisit some > of its inner workings. I have some ideas in this respect that I'd like > to try out. But before it is worthwhile to start with that, we should > address a few li

Re: Roadmap 2017

Hi Ben, > I would like to see Genode being compiled on Genode. I know that a run > script exists for that, but it doesn't really work, especially given > Genode's (build) dependence on tools that haven't been ported yet (e.g. > expect, tclsh, autotools). Once all of Genode, including the ports of

Re: Roadmap 2017

Hi Norman- Thanks for sharing your reflections of Genode development over the past and upcoming year... I like what I'm seeing, as well as the direction Genode development seems to be going in... That said, Yes getting Genode to run on your "shiny new Lenovo x260" would be a good thing!...

Re: Roadmap 2017

I would like to see Genode being compiled on Genode. I know that a run script exists for that, but it doesn't really work, especially given Genode's (build) dependence on tools that haven't been ported yet (e.g. expect, tclsh, autotools). Once all of Genode, including the ports of 3rd-party softwar