Thank you Stefan for quick response.
Stefan Kalkowski writes:
> Hello Tomasz,
>
> On Fri, Oct 15, 2021 at 01:06:26AM +0200, Tomasz Gajewski wrote:
>>
>> On Raspberry Pi 2 and 3 there are no other logs from this component.
>>
>> On Raspberry Pi 3 the
Hi again,
I'm completely without ideas and need to ask for help.
I've been able to go a little further with tracing what is going on that
causes 'rpi_usb_host_drv' to stop working. Like I wrote earlier I
believed that interrupt is not properly passed. Now I know that I was
wrong and have some mo
unt down the problem and
hopefully fix it.
Tomasz Gajewski
___
Genode users mailing list
users@lists.genode.org
https://lists.genode.org/listinfo/users
y? I don't see how would that be as calls to 'sigh()' and
'ack_irq()' worked.
Can someone share some ideas what can be wrong or how should I try to
debug such problem? Maybe that is something obvious and only I can't
find it.
Currently my branch is based on maste
Hi Sid,
Sid Hussmann writes:
> to debug pthreads it might be worth considering running the scenario
> on base-linux and attach gdb directly [1]. Even though the ssh
> run-scripts currently don't support base-linux, I'm pretty sure there
> is nothing substantial that prevents us doing so, as for
Uwe writes:
> Qemu is not supposed to create threads. All threads in qemu are
> created at startup. For every (emulated) CPU core one thread, never
> more.
> For OS level threads you need a gdb server at OS level.
Thanks Uwe for clarification although actually it was Alexander which I
think mi
Followup to my own message.
Tomasz Gajewski writes:
> ... there are two 'asynchronous' operations that 'gdb_monitor'
> intercepts quickly one after another:
>
> * pthread create
> * service announce
>
> and it seems that if they are executed too quic
Hi Christian,
>> can you somehow reproduce the problem with the gdb monitor test which
>> is used by gdb_monitor.run? This test also creates a pthread and the
>> breakpoint in 'test_thread_start()' appears to work as well as the
>> appearance in the thread info list.
>
> I'll experiment in the ev
Hi Christian,
Christian Prochaska writes:
> Hi Tomasz,
>
> On 06.05.21 12:42, Tomasz Gajewski wrote:
>> Currently I stumbled on problem with threads too. I know that creating
>> thread using 'pthread_create' in debugged code does not raise any error
>>
r it seems it is a first option.
Another question is if it is supposed to work and it doesn't only
because of some error or gdb_monitor lacks this functionality
completely?
Regards
Tomasz Gajewski
___
Genode users mailing list
users@lists.genode.org
https://lists.genode.org/listinfo/users
Tomasz Gajewski writes:
One correction
> I think that if you really want latest version you may have to compile
> software by yourself.
Possibly you will find software you need in "unofficial" repositories of
people from Genode team. Almost all of them have some 20.09 index fil
9.
> Does anyone have any thoughts on this?
You can try to change version number in sculpt.run and maybe you will
have luck that it will work but I would assume that Christian Helmut did
not made this change by accident and there are some incompatibilities
introduced.
I think that if you
Norman Feske writes:
> Even though there was a brief period of activity when Stefan made some
> progress, the topic [1] became stale again. I understand the slip of
> motivation. Even though I have enabled the Rpi (including working USB)
> originally, I would not consider picking it up again in m
(even though it was just dummy stubs) was too
big. If I refresh this knowledge during work on rpi I'll definitely like
to participate in discussion about it. Porting device drivers from Linux
seem to me a very important aspect.
Regards
Tomasz Gajewski
t for almost
all communication mouse, keyboard and network.
Regards
Tomasz Gajewski
[0] https://github.com/tomga/genode/commits/rpi_all_20.02
___
Genode users mailing list
users@lists.genode.org
https://lists.genode.org/listinfo/users
Simon Himmelbauer writes:
> I actually used your guide to setup Genode on a Raspberry so before I
> continue, I wanted to thank you for this article.
It's really great to hear it is useful.
> Anyway, I don't understand what I am doing wrong here. I followed your
> guide step-by-step with the ex
Simon Himmelbauer writes:
> Hi Genodians,
>
> I am trying to get a Genode image using the Fiasco.OC-kernel running
> on an RPi 3. I created an arm_v8a build directory and accordingly set
> the KERNEL and BOARD variable. I also compiled a u-boot image from the
> upstream repository.
>
> When I att
Simon Himmelbauer writes:
> Anyways, regarding your timing problems, how exactly did you measure
> them? My current setup consists of taking a start and stop timestamp
> via a timer-connection but I only seem to get milliseconds-precision
> (I tried using elapsed_us() but it seems to always produ
Simon Himmelbauer writes:
> I'm currently writing a time sensitive-program using Fiasco.OC as a
> kernel. For debugging purposes I wanted to use Genode::raw in order to
> avoid the overhead of Genode::log.
Although you confirmed that Christian's answer solved your problem you
can look at trace l
file:323: run/sculpt] Error 255
> make: Leaving directory
> '/home/shlomo/development/all_git/genode.git/genode/build/x86_64'
Hi,
Did you enable gems repository in build.conf like described in 5.2.5?
Regards
Tomasz Gajewski
___
Genode
Hi,
probably you'll get a more complete answer from someone from the core
team later but maybe a quick but not so complete answer will help.
Lonnie Cumberland writes:
> How would Sculpt (Genode) on bare-metal HW be better, or worse, than
> NOVA, or SeL4, for example?
Advantages of base-hw ar
Hello everyone,
I hesitated to write about my plans for 2020 as in the previous year I
did not succeed with my goals regarding Genode and Raspberry Pi. It was
mostly due to underestimating the amount of required work and maybe more
important due to different personal issues that limited amount o
Stefan Kalkowski writes:
> Hi Kimberly,
>
> On Tue, Sep 03, 2019 at 02:29:25PM +0800, kimberly nNA wrote:
>> Dear Genode team,
>>
>> On rpi 3 B+, and genode version is
>> https://github.com/tomga/genode/tree/rpi3bplus_19.02
>> In this case, it can run demo.run.
>>
>> How about rpi 4 ?
>> Will
kimberly nNA writes:
Hi,
> I modified and added some apps on demo.run
> The genode version is https://github.com/tomga/genode/tree/rpi3bplus_19.02
It's great that someone tries to use this :-).
> I tried this commands :
> $ ./tool/create_builddir rpi3bplus
> $ make run/demo KERNEL=hw
> This
you're interested.
[1]
https://github.com/genodelabs/genode/commit/811410fdbb3fb9c41ef97ee480b2fe1678341a81
[2] https://github.com/tomga/genode/commits/rpi_all_19.05
[3] https://github.com/genodelabs/genode/issues/3415
Regards
Tomasz Gajewski
___
Genode users mailing list
users@lists.genode.org
https://lists.genode.org/listinfo/users
Tomasz Gajewski writes:
> There are some minor things that probably should be fixed, though. I
> see at least:
>
> - license header update
> - some minor formatting issues: indentation and some old commented
>code
> - I'm not sure if _wait_until_ready() i
Stefan Kalkowski writes:
> PS: Are you fine when I merge the mini-uart header that you
> provided via your rpi3bplus branch already to re-use it for rpi3b?
Hi Stefan, yes, of course I'm fine with it.
There are some minor things that probably should be fixed, though. I see
at least:
- license
Hi everyone,
I'd like to share with you information that finally I've managed to find
out what was the reason of problems with networking on rpi 3b+ which I
implemented (with help mostly from Stefan) during Hack'n'Hike.
The important thing that we didn't notice during Hack'n'Hike was that
packag
Alexander Weidinger writes:
>> [init -> usb_drv] netif_info: open: enable queueing (rx 4, tx 60) mtu 1500
>> simple framing
>> [init -> usb_drv] nedev_info: hardware isn't capable of remote wakeup
>> [init] child "usb_drv" announces service "Nic"
>> [init -> usb_drv] netif_info: register 'smsc
Sebastian Sumpf writes:
> Hello Tomasz,
>
> On 4/15/19 9:42 AM, Christian Helmuth wrote:
>> Hello Tomasz,
>>
>> On Sat, Apr 13, 2019 at 18:40:59 CEST, Tomasz Gajewski wrote:
>>> On rpi3 (and others) there is a difference between bus addresses and
>>>
Tomasz Gajewski writes:
> Alexander Weidinger writes:
>
>>> I did not check networking yet but eliminated -92 errors for keyboard
>>> and mouse.
>> I integrated your "brutal" fix and did a short test with a RPi 3.
>> Networking seems to work an
from some known state working on rpi3b (without plus) will
help.
Tomasz Gajewski
___
Genode users mailing list
users@lists.genode.org
https://lists.genode.org/listinfo/users
appreciated!
Alexander, I don't know if you are still interested in this but if you
check if my findings help I would definitely like to know about this.
Regards
Tomasz Gajewski
[1]
https://github.com/tomga/genode/commit/61abaa60eb18c8cd89a030b522f54c943d438b50
> Regards
u should redownload index file which I think can be done by
disabling and enabling depot again.
Tomasz Gajewski
___
Genode users mailing list
users@lists.genode.org
https://lists.genode.org/listinfo/users
Tomasz Gajewski writes:
> 2. Is it possible to switch between Inspect console and component graph
> without really closing a console? Currently to get back to component
> graph I have to disable Inspect and loose current working directory
> and history of commands.
trying to install software I somehow managed to stop
leitzentrale work. There was some information about memory quota but
I lost it when I switched to wm and couldn't get back to
leitzentrale. I'll try to provide more details if I can reproduce
this.
> Have fu
ortex A53 requires
a different code (even for AArch32 mode).
Please give me information if kernel is now mapped into every address
space (as is stated in the aforementioned comment as a future goal) and
my change is a correct one. If it is not the case can you provide some
other possible
uot;) problem doesn't
appear but tried again, and unfortunately it failed. After 8 attempts I
had 2 failures and 6 successes.
Definitely something on staging helped. Probably this commit. But the
issue still exists and I leave it on my todo list for later.
Tomasz Gajewski
_
Tomasz Gajewski writes:
>>> [init -> test-smp] TLB: thread started on CPU 1
>>> [init -> test-smp] TLB: thread started on CPU 2
>>> [init -> test-smp] TLB: thread started on CPU 3
>>> [init -> test-smp] TLB: all threads are up and running...
>
Stefan Kalkowski writes:
> Hi Tomasz,
>
> first of all: congratulation for going that far with RPI3.
Thanks.
> On Mon, Feb 18, 2019 at 11:21:10PM +0100, Tomasz Gajewski wrote:
>>
>> Hi again,
>>
>> > 3. run/smp test hangs during threads destruction
>
currently happens
on tested configurations on staging or is it specific to my rpi work?
I can investigate it, but if it's something generic it will be much
harder for me than for you and probably you will get it working quicker.
Tomasz Gajewski
___
Genode users mailing list
users@lists.genode.org
https://lists.genode.org/listinfo/users
and IPI?
4. Drivers reused for different configurations
Currently to support RPI3 I created configurations named
'rpi3bplus'. How should I proceed to reuse a driver written for rpi? For
example framebuffer driver has 'REQUIRES = rpi' in target.mk [6] and
that causes that it
iplexer devices than to split this in multiple components.
>
> To sum it up. I'm not sure whether it is the right way to go to
> support device trees by Genode's ARM platform driver, but I do not
> want to exclude it completely. Maybe I'm wrong and the complexity of
> th
A) that work using informations provided by device tree
support is generally a good idea? What alternatives you consider
better?
3. Do you see any way to implement suport for B?
I'd very much like to receive some comments about it.
--
Tomasz Gajewski
[1] https://github.com/tomga/genode/t
n it is started is important
and that is why crt0.s required a change.
Tomasz Gajewski
[1]
http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.den0024a/ch03s02.html
___
Genode users mailing list
users@lists.genode.org
https://lists.genode.org/listinfo/users
lr::M::set(sctlr, 1);
Cpu::Sctlr::write(sctlr);
I loose ability to write debug to memory.
At least I'm now in a state that I think I understand what is going on
and I'll continue research when time permits.
Thanks for help.
[1] https://github.com/dwelch67/raspberrypi/tree/master
;s what I was suggesting when writing about patches but it seems I
did not write that clearly enough. I've seen informations about those
patches in mailing lists from 2016 and assumed that u-boot does the
switch to Aarch32.
I'll try to make some tests duri
oaded kernel is for AArch32 and switch
mode accordingly so maybe state is not AArch64. Additionally if this
code is compiled for AArch32 would it work at all in AArch64 state? I
haven't found answer for this with quick search. Will continue, but not
now.
Thanks for your suggestions. I'll read and experiment and hopefully get
back with not only questions.
Tomasz Gajewski
___
Genode users mailing list
users@lists.genode.org
https://lists.genode.org/listinfo/users
choose. The needs to be
> done before the first cps instruction.
Thank you very much. I'll check this as soon as I can.
Tomasz Gajewski
___
Genode users mailing list
users@lists.genode.org
https://lists.genode.org/listinfo/users
> On the other hand - maybe running in HYP mode is what is better for
> Genode? Some hints?
Answering to myself, I've just found:
https://genode.org/documentation/articles/arm_virtualization
so probably I'll find answers there for this question.
orm();' in
'extern "C" void init()' and last place which I found that is executing
is constructor: Bootstrap::Platform::Board::Board in
'repos/base-hw/src/bootstrap/spec/rpi/platform.cc'
I'll try to find out more and ask more specific questions about this
part.
Tomasz Gajewski
___
Genode users mailing list
users@lists.genode.org
https://lists.genode.org/listinfo/users
omparison of efficiency of some
workloads (e.g. against linux) would be needed for business to consider
using Genode as a base for solutions. I'd consider efficiency problems
as a high risk of using Genode if I wasn't presented some results. This
information would be useful for everyone a
Alexander Boettcher writes:
> ... and if it is _not_ in use already ...
And that was my problem.
And I was afraid that the answer will be that simple. Thanks.
Tomasz Gajewski
___
Genode users mailing list
users@lists.genode.org
ht
re some restrictions under which it should appear?
Regards
Tomasz Gajewski
___
Genode users mailing list
users@lists.genode.org
https://lists.genode.org/listinfo/users
Tomasz Gajewski writes:
> Probably I'll try to build everything from scratch to test it or will
> look for some scenario that can be used test network connection.
There was something wrong with depot content. After rebuilding
everything from scratch issue with dns resolving is go
Tomasz Gajewski writes:
> On one it rebooted soon after splash screen probably due to issue with
> IOMMU investigated some time ago in issue 2700 to which I hope to get
> back to in near future.
I've checked this and disabling iommu in parameters passed to nova
allowed to boot.
ristian Helmuth 2018-06-25 12:51:03 +0200 1) 2018-07-02
a31d98a7dfb8cd7913ec38b0dfe080ae3382f8b6
So the second question is: should I assume that if this "version" is in
the git repository it should be available on depot.genode.org? If not,
what would you suggest to proc
57 matches
Mail list logo
