users

users@lists.genode.org

2 participants
2342 discussions

Intel WiFi cards and driver support
by Johannes Schlatow 08 Dec '16

08 Dec '16

Hi all, I got new toy, a Thinkpad x220, to play with the Turmvilla scenario. Unfortunately, it only came with a single-band wifi card (Intel Centrino Wireless-N 1000). I'm therefore thinking about replacing it with one of the compatible dual-band cards. I'd like to ask if anyone has experience with using the wifi driver for any of these candidates: - Intel Centrino Ultimate-N 6300 - Intel Centrino Advanced-N 6205 Cheers Johannes

2 1

Including debugging info in binaries
by Christoph Schmied 07 Dec '16

07 Dec '16

Hey, I am using Genode to build a project based upon base-hw. I now want to include debugging information in the final binary. It seems the debugging information is available in the intermediate binaries, but not in the final one since it is stripped. How can I stop the Genode toolchain from throwing away the debugging information? Greetings, Christoph

1 0

Pulsar PXE boot?
by unknown＠example.com 07 Dec '16

07 Dec '16

Greetings, I'm trying to get the NOVA/lighttpd scenario booting off real hardware as the VM solutions are not applicable in my potential use cases. PXE is generally painless but using Pulsar on both an Intel i5 NUC and an N3150 (Quad Celeron) the boot process gets this far: https://novadsp.com/images/genode/pulsar-boot.jpg and then falls silent. Does anyone recognize the issue? Is the Pulsar source code available? DD'ing the lighttpd .iso image to a USB drive is odd too. On both machines I get dumped into the grub shell. I note that it's a very old version (0.97?) Is there any reason for this? Please bear with me whilst I get all of the Genode basics worked out here! MTIA, Jerry.

2 2

solved: no GRUB boot with NOVA
by unknown＠example.com 04 Dec '16

04 Dec '16

Solved. Now booting lighttpd on an N3150 board. > DD'ing the lighttpd .iso image to a USB drive is odd too. On both machines I get dumped into the grub shell. For anyone else with the same problem: https://github.com/genodelabs/genode/blob/master/doc/release_notes-14-08.txt #L1105 BTW A serial connection is IMO absolutely critical for real hardware work. Jerry.

2 2

(New to Genode) A couple of questions ...
by unknown＠example.com 04 Dec '16

04 Dec '16

Greetings, I'm experimenting with Genode/NOVA on x64 for some embedded work, version 16.08 building on Ubuntu 16.04. I'm trying to assemble a minimal (headless) platform with TCP/IP and USB support. The idea is to run a single custom control application on the platform. If anyone has a schema/scenario that is close to this pattern they'd care to share I'd be very grateful. But by way of getting underway ... I started with netperf_lxip as this does have the network stack and USB but I get this: $ ./tool/ports/prepare_port nova $ ./tool/create_builddir nova_x86_64 BUILD_DIR=build.nova $ make -C build.nova run/netperf_lxip make: Entering directory '/home/jevans/src/genode/build.nova' including /home/jevans/src/genode/tool/run/boot_dir/nova including /home/jevans/src/genode/tool/run/power_on/qemu including /home/jevans/src/genode/tool/run/log/qemu including /home/jevans/src/genode/tool/run/image/iso including /home/jevans/src/genode/repos/ports/run/netperf_lxip.run Netperf running on Qemu is not recommended. make: Leaving directory '/home/jevans/src/genode/build.nova' and no build outputs whatsoever. Any thoughts on this? Lighttpd _does_ build out of the box and appears to run OK under QEMU but if I boot the image in VMWare I get Promisc is off Bender: Hello World. Need 0067b000 bytes to relocate modules. Relocating to 07965000: Copying 6651920 bytes... Copying 138968 bytes... And the VM then locks before the 'NOVA Microhypervisor v7-4d6f04d (x86_64): Dec 2 2016 17:01:35 [gcc 4.9.2]' banner appears. Once again any thoughts on how to proceed here much appreciated. Genode and friends are a pretty marvellous resource. Many thanks. BR, Jerry.

2 4

Announcement: Genode OS Framework version 16.11 released
by Christian Helmuth 30 Nov '16

30 Nov '16

In the new release, we revisited the most fundamental aspect of the framework - the interplay between parent and child components. We replaced the fully synchronous model of communication in this constellation by asynchronous communication to vastly improve scalability and reduce the effort of thorough evaluation of crucial system components. Further, we refined the design and configuration interface of our NIC-router component to ease its application in common use cases. Additional highlights are NOVA kernel improvements, VirtualBox version updates, and support for smart cards. The current release contains the following changes and new features. - Base framework - Redesigned interplay between parent and child components - Improved RPC mechanism - Ongoing transition to modernized framework API - Extended virtual-networking capabilities - New timeout-handing API - Support for smart cards - Time-based password generation - NOVA hypervisor - VirtualBox updated to versions 4.3.40 and 5.1.10 - New asynchronous map operation Read the complete release documentation for the version 16.11 at https://genode.org/documentation/release-notes/16.11 Best regards -- Christian Helmuth Genode Labs https://www.genode-labs.com/ · https://genode.org/ https://twitter.com/GenodeLabs · /ˈdʒiː.nəʊd/ Genode Labs GmbH · Amtsgericht Dresden · HRB 28424 · Sitz Dresden Geschäftsführer: Dr.-Ing. Norman Feske, Christian Helmuth

1 0

Assembly at 33C3?
by Johannes Schlatow 25 Nov '16

25 Nov '16

Hi Genode hackers, recently, the call for participation for the 33th Chaos Communication Congress [1] has been released, an amazing event I very much enjoy attending for quite a few years now. This year, I'm thinking about organising an assembly at which I can focus on some side projects of mine that are partly Genode related. For those of you who are not familiar with the concept: An assembly is a self-organised get-together and typically targeted at a certain topic. I.e. it can be a place for exchanging ideas, lively discussion and even collaborative hacking, and all of this for the entire congress. ;-) As the Genode community seems to be growing, I'd like to ask whether someone here is 1) considering attending the 33C3 and 2) interested in an assembly about Genode-related projects? @GenodeLabs: I reckon that the date of the congress might not be very convenient for some of you. Nevertheless, I think it'd be great having one or more Genode experts at the congress to represent the project properly. I also see the opportunity for you to do some tutorials, e.g. for the Turmvilla/Heeselicht scenario. [1] https://events.ccc.de/2016/09/01/call-for-participation-33rd-chaos-communic…

4 6

Assigning PCI device to device_pd
by Alexander Senier 22 Nov '16

22 Nov '16

Hi all, I'm building a toy driver to experiment with the details of Intel integrated graphics. My experiments are based on Genode 16.08 (master) using NOVA. Getting a capability to the IGD device (0:2:0) from the platform driver works, so does reading/writing PCI config space, mapping BAR0 and accessing MMIO registers. Next, I want to test DMA from the IGD device by 1. Allocating DMA memory (via alloc_dma_buffer()) and attaching it to the driver address space 2. Mapping the aperture (BAR2) 3. Pointing the GTT to the physical address of the DMA memory allocated in 1. 4. Writing some data to the DMA memory 5. Reading that data back through the aperture Unfortunately, I'm stuck with that test. Apparently the IOMMU mappings are not set up correctly and NOVA emits respective IOMMU faults: [ 0] DMAR:0xffffffff81034040 FRR:0 FR:0x5 BDF:0:2:0 FI:0x041d4000 The BDF is the expected IGD device and the fault address matches the physical address of the allocated DMA memory (and the PTE set up in the GTT). When instrumenting device_pd, I see that attach_dma_mem() is called for the correct physical address and size. However, assign_device() never gets called for 0:2:0. The only place I see where assign_device() is used in the code, is in config_write() when writing PCI_CMD_DMA to PCI_CMD_REG. However, when doing such a config_write() manually in my component, I get an Out_of_metadate exception. How can I assign the PCI device to my drivers device_pd? See [1] for example code. Thanks a lot! Cheers, Alex [1] https://github.com/senier/gpu_kernel/tree/master/src/app/hello_gpu

2 2

Re: RPC interface to get random numbers
by Duss Pirmin 17 Nov '16

17 Nov '16

Spam detection software, running on the system "idefix.duss.local", has identified this incoming email as possible spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Hello Norman Quoting Norman Feske <norman.feske@...1...>: > Hello Pirmin, > > thanks for posting your idea to the list. > > I wonder, have you considered to implement the random service as a > "Terminal" service that just produces a stream of random values? The > benefit would be that such a server can be combined with the existing > terminal infrastructure out of the box. For example, you could mount the > random server's session in the VFS (via a <terminal> node) without any > extra effort. [...] Content analysis details: (7.1 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.2 CK_HELO_GENERIC Relay used name indicative of a Dynamic Pool or Generic rPTR 2.9 HELO_DYNAMIC_SPLIT_IP Relay HELO'd using suspicious hostname (Split IP) 3.6 RCVD_IN_PBL RBL: Received via a relay in Spamhaus PBL [92.106.180.179 listed in zen.spamhaus.org] 0.0 RCVD_IN_SORBS_DUL RBL: SORBS: sent directly from dynamic IP address [92.106.180.179 listed in dnsbl.sorbs.net] 0.4 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS

1 0

RPC interface to get random numbers
by Duss Pirmin 15 Nov '16

15 Nov '16

Spam detection software, running on the system "idefix.duss.local", has identified this incoming email as possible spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Hello We have different components in our system that require random numbers. So our idea is to implement an RPC interface that allows one component to provide random numbers and an other to receive them. [...] Content analysis details: (7.1 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.2 CK_HELO_GENERIC Relay used name indicative of a Dynamic Pool or Generic rPTR 2.9 HELO_DYNAMIC_SPLIT_IP Relay HELO'd using suspicious hostname (Split IP) 0.0 RCVD_IN_SORBS_DUL RBL: SORBS: sent directly from dynamic IP address [92.106.180.179 listed in dnsbl.sorbs.net] 3.6 RCVD_IN_PBL RBL: Received via a relay in Spamhaus PBL [92.106.180.179 listed in zen.spamhaus.org] 0.4 RDNS_DYNAMIC Delivered to internal network by host with dynamic-looking rDNS

2 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

users