Hi,
Yes I agree.
We should keep the behaviour as close to FreeBSD as possible.
Best,
Nils
On Mon, 12 Aug 2019 at 07:48, Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> On 12/08/2019 00:23, Chris Johns wrote:
> > On 10/8/19 4:33 am, Christian Mauderer wrote:
> >> thanks for the pa
On 12/08/2019 00:23, Chris Johns wrote:
On 10/8/19 4:33 am, Christian Mauderer wrote:
thanks for the patch. It sounds like we will get a behaviour that is
more similar to FreeBSD one with it.
Yes.
But it has the potential to have a
big influence on existing BSPs so it would be good to have s
On 12/08/2019 00:23, Chris Johns wrote:
> On 10/8/19 4:33 am, Christian Mauderer wrote:
>> thanks for the patch. It sounds like we will get a behaviour that is
>> more similar to FreeBSD one with it.
>
> Yes.
>
>> But it has the potential to have a
>> big influence on existing BSPs so it would be
On 10/8/19 4:33 am, Christian Mauderer wrote:
> thanks for the patch. It sounds like we will get a behaviour that is
> more similar to FreeBSD one with it.
Yes.
> But it has the potential to have a
> big influence on existing BSPs so it would be good to have some more
> feedback for it before mer
Hi,
BUS_PASS_BUS + BUS_PASS_ORDER_FIRST equals BUS_PASS_BUS, cause
BUS_PASS_ORDER_FIRST is defined 0.
So this is just cosmetical but you are right I should add this.
Best,
Nils
On Fri, 9 Aug 2019 at 20:33, Christian Mauderer wrote:
> Hello Nils,
>
> thanks for the patch. It sounds like we wil
Hello Nils,
thanks for the patch. It sounds like we will get a behaviour that is
more similar to FreeBSD one with it. But it has the potential to have a
big influence on existing BSPs so it would be good to have some more
feedback for it before merging it.
On 09/08/2019 15:53, Nils Hölscher wrote
Hi,
Please see attached the files containing my output.
OUT-BEFORE.txt: contains output without patch.
OUT-AFTER.txt: contains output with patch.
Thanks,
Nils
On Fri, 9 Aug 2019 at 15:53, Nils Hölscher wrote:
> I observed all Modules loading in the last fdt pass.
> The reason was, nexus bus l
I observed all Modules loading in the last fdt pass.
The reason was, nexus bus loading with BUS_PASS_DEFAULT.
---
rtemsbsd/rtems/rtems-kernel-nexus.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/rtemsbsd/rtems/rtems-kernel-nexus.c
b/rtemsbsd/rtems/rtems-kernel-nexus.c
index