Hello everyone,
the date for this year's Genode Hack'n Hike held during 11-16 of
September is approaching. Genode's developers will spend those days in
the beautiful scenery of the Bohemian Switzerland, relaxing, hiking, and
hacking on fun side projects.
The Hack'n Hike will be the perfect setting for getting involved with
the community, catching up, or just hanging out with the Genode crowd.
There is still room for more participants. Genode Labs sponsors the
event. So your participation/…
[View More]accommodation is free. If you like to join
in, please get in touch by writing to hacknhike@...1... or
commenting on https://github.com/genodelabs/genode/issues/793.
Cheers
Norman
On 07/25/2013 02:38 PM, Norman Feske wrote:
> Hello,
>
> let me get back to this year's Genode Hack'n Hike planned for the 11th
> to 16th of September. Since I posted the initial announcement (below),
> we settled for a beautiful location in the Bohemian Switzerland in Czech
> Republic. Check out the following links for wetting your appetite:
>
> http://goo.gl/maps/TAZc1
> http://www.kristinhradek.cz/en
>
> The location lends itself to a multitude of leisure activities. For
> planning those activities and to discuss topics around the Hack'n Hike
> event, there is a dedicated issue in the Genode issue tracker:
>
> https://github.com/genodelabs/genode/issues/793
>
> Please feel welcome to join in, whether to stay the whole time or just
> for a short visit. Genode Labs will sponsor the accommodation, but the
> available space is limited. If you consider to join this year's Hack'n
> Hike, please send a short notice to the following email address to
> register your participation:
>
> hacknhike@...1...
>
> Cheers
> Norman
>
> On 06/05/2013 12:42 PM, Norman Feske wrote:
>> Hello,
>>
>> I'd like to share the following excerpt of the latest Genode-Labs
>> newsletter with you:
>>
>>
>> Join us at Genode's Hack'n Hike event
>> -------------------------------------
>>
>> In spring of 2012, we held the first instance of the Genode Hack'n
>> Hike, which were wonderful days full of hacking, relaxing, brain-
>> storming, and enjoying the magnificent nature of the Saxon Switzerland
>> together. From the feedback we got from the attendees, it goes
>> without saying that this should not stay a singular event, but
>> rather be the prelude of a tradition. Hence, we have fixed the date
>> for this year's Hack'n Hike:
>>
>> Begin: Wednesday, September 11
>> End: Monday, September 16
>>
>> We extended the duration of the event over that of last year's.
>> Whether you'd like to drop by for just a few hours, or you'd like to
>> stay for the whole time, you are welcome to join in. Genode Labs
>> will sponsor the accommodation. So don't worry too much about the
>> costs.
>>
>> As of now, we haven't finalized the decision about the venue, but
>> you can be sure that it will be a beautiful and romantic place,
>> presumably in Saxony/Germany or Bohemian Switzerland in Czech
>> Republic. If you have particular preferences regarding the
>> accommodation or leisure-time activities, then the best time to get
>> in touch with us is now. Also, if you plan attending, we'd greatly
>> appreciate a short notice, which will help us with planning ahead.
>> Please write to:
>>
>> hacknhike@...1...
>>
>> We at Genode Labs are looking forward to the gathering of the Genode
>> community in autumn and would love to welcome you!
>>
>> ------
>>
>> For the full newsletter, please refer to
>>
>> http://genode-labs.com/news/newsletter/newsletter-2013-05
>>
>> Cheers
>> Norman
>>
>
>
--
Dr.-Ing. Norman Feske
Genode Labs
http://www.genode-labs.com · http://genode.org
Genode Labs GmbH · Amtsgericht Dresden · HRB 28424 · Sitz Dresden
Geschäftsführer: Dr.-Ing. Norman Feske, Christian Helmuth
------------------------------------------------------------------------------
Introducing Performance Central, a new site from SourceForge and
AppDynamics. Performance Central is your source for news, insights,
analysis and resources for efficient Application Performance Management.
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk
_______________________________________________
Genode-announce mailing list
Genode-announce(a)lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/genode-announce
[View Less]
Hello
Firstly, thank you for patiently replying to our queries and debugging
issues so far.
We're trying to port Genode onto an i.MX6, which we've realised is no easy
task. Our initial approach to this was to tweak existing i.Mx53 files and
make corresponding changes (arm cortex a9, created imx6 related folders in
include). As pointed out to us by Stefan, this was completely off track as
the memory layout may be mixed up (or many more issues).
Here's a brief reboot of our attempt:
1. edit …
[View More]create_builddir to add a rule for imx6 board and added
build.conf.hw_imx6 in builddir folder.
2. modify board_base.h in base/include/platform/imx6/drivers and fill with
addresses by referring to the imx6 reference manual. (We also added
CORTEX_A9_CLOCK and private memory base)
3. read through the Makefile and added spec-hw_imx6 and spec-platform_imx6
respectively.
4. created imx6 folder with files in os/include/platform/imx6 as well. (All
with imx53 as reference)
Make:
Since the drivers for imx6 would take a long time to code, we are NOT
running demo.run. We tried to build hello.run (without building
drivers/timer) according the instructions given in your site.
We're getting the following error:
Program core/imx6/core
COMPILE _main.o
ASSEMBLE boot_modules.o
COMPILE console.o
COMPILE context_area.o
COMPILE cpu_session_component.o
COMPILE cpu_session_support.o
ASSEMBLE crt0.o
COMPILE dataspace_component.o
COMPILE dump_alloc.o
COMPILE io_mem_session_component.o
COMPILE io_mem_session_support.o
COMPILE irq_session_component.o
COMPILE kernel.o
COMPILE kernel_support.o
COMPILE main.o
make[3]: *** No rule to make target `mode_transition.o', needed by `core'.
Stop.
make[2]: *** [core.prg] Error 2
make[1]: *** [gen_deps_and_build_targets] Error 2
make[1]: Leaving directory `/media/work/assorted/genode/imx'
Error: Genode build failed
make: *** [run/hello] Error 255
Thanks and regards
Aditya
[View Less]
On a TI am3359 processor (Beaglebone Black) I'm attempting to attempting
to control the GPIO pin-muxing through the Control subsystem registers
which start at 0x4e100000. I can read and write to the GPIO0 through
GPIO3 registers correctly through MMIO after attaching the device
memory, but when I try to write to any of the pin mux registers nothing
is written and no errors are output.
The code I've written to set up pin muxing resides in a gpio driver
which is a modified version of an am …
[View More]33xx gpio driver I pulled from the
ksyslabs.org repository.
With verbosity turned on, I see the that the pin mux registers are
attached to local memory:
/Genode::Io_mem_session_component::Dataspace_attr
Genode::Io_mem_session_component::_prepare_io_mem(const char*,
Genode::Range_allocator*): I/O mem [44e10000,44e11000)//
//[init -> gpio_drv] GPIO_control base is 0x44e10000 local is 0x4000/
I write a value of 5 to the register offset 0x800 into the Control
dataspace:
/[init -> gpio_drv] mmio write 0x4800: 0x00000005//
//[init -> gpio_drv] void Omap_driver::set_pin_controls(int, int, int):
B=1, P=0, Mode=5, Input=0, Offset=0/
In jdb I see that the value at 0x4800 has not changed after apparently
writing 5 to it.
I believe I've set up the IO memory mapping correctly, the values read
from the pin muxing registers look correct, and the GPIO subsystem
appears to be set up correctly as I can turn on and off some LEDs.
Is there something I need to do to enable writing to the memory region
containing the Control registers?
Thanks for any help.
Bob Stewart
[View Less]
Hi,
I'm looking to run Genode on an ARM Cortex A8. I'm primarily
interested in the security properties of the resulting system. I'm
explicitly not interested in running multiple OS personalities or
doing virtualization. What I do want is as pure an object capability
system as possible and as small an attack surface as possible. This
seems to suggest Fiasco.OC or OKL4, but perhaps the bare hardware
kernel is better. I think NOVA doesn't come into question, because it
only runs on x86.
I …
[View More]couldn't find much information about the bare hardware kernel. I'd
appreciate any pointers.
Thanks!
:) Neal
[View Less]
First I wanted to say, I've been following Genode for about a year and I'm very excited about its progress.
My question has to do with Noux and how communication is done between processes, and the eventual porting of D-Bus. I'm unsure about just how isolated each noux process is, from other noux processes, and how something like d-bus could share information between running processes.
In addition does each process always execute in it's own noux? and if so how could …
[View More]something like a ps command get information about all running processes? I'm just trying to get a handle of things before jumping in and attempting to port additional components.
Thank you,
-J.
[View Less]
Hi all,
I want to boot my system using Genode Operating System.
Can somebody suggest me document or link on "How to boot my system using
Genode OS"?
Looking forward for someone's response.....
Thanking you,
Maloth Naresh
I want to boot my system with genode-2010-11.iso file(To check live CD
demonstration). I first did it in virtual box, i got booted.
Now i want to check with realistic booting. I have burnt cd using this iso
file, followed instructions in genode.org about system configuration check
up and all, and then gave boot options :
Boot with cd-dvd and saved but i am not able to boot.
Can somebody suggest me some options for it?
Maloth Naresh
IITM
Hello,
I am trying to implement PCI passthrough in vancouver when using NOVA.
For PCI passthrough, I have to handle MessageHostOp::OP_ATTACH_MSI
(amongst others). This requires modifications to the Irq_connection /
Irq_session. My current plan is to pass the bdf value through to the
Irq_proxy_component, where I can use it to get the pci config space.
This is then passed to the assign_gsi syscall.
Apart from that, I have added two functions to read back the msi address
and data.
However, my …
[View More]current implementation hangs when I try to get the first
device from a Pci::Connection in Irq_proxy_component.
Does it make sense to pass the bdf value to the Irq_proxy_component or
would you suggest another way to design the Irq_connection interface?
Regards,
Ole
Intel GmbH
Dornacher Strasse 1
85622 Feldkirchen/Muenchen, Deutschland
Sitz der Gesellschaft: Feldkirchen bei Muenchen
Geschaeftsfuehrer: Christian Lamprechter, Hannes Schwaderer, Douglas Lusk
Registergericht: Muenchen HRB 47456
Ust.-IdNr./VAT Registration No.: DE129385895
Citibank Frankfurt a.M. (BLZ 502 109 00) 600119052
[View Less]