Made the changes as suggested :)
Please have a look at this now. If every thing is fine.
I will publish it in my blog.
-Vaibhav Gupta
On Fri, Aug 16, 2019 at 7:57 PM Gedare Bloom wrote:
> Vaibhav,
>
> Please add a subsection near the top that consolidates links to all
> the code you wrote durin
On 17/8/19 7:02 am, Joel Sherrill wrote:
> FWIW the repo is git clone git://git.rtems.org/multiio.git
>
> More below
>
> On Fri, Aug 16, 2019 at 3:20 PM Wendell Silva wrote:
>>
>> Well, I'm a non-OAR user with at least one customer 100% satisfied with
>> multi-io lib.
>>
>> Suppose I'm going to
On 17/8/19 12:49 am, Kinsey Moore wrote:
> This adds JSON log generation to the test infrastructure for consumption
> by automated processes or report generators.
Awesome change!! Thanks.
> ---
> tester/rt/test.py | 66
> +++
> 1 file changed,
Hi,
AFAIK, the last qemu major version includes support for leon3. But I dont't
know if that work was based on these patches.
Regards,
Juan.
On Fri, Aug 16, 2019, 11:00 PM Jiri Gaisler wrote:
>
> On 8/15/19 12:09 AM, Joel Sherrill wrote:
> > On Wed, Aug 14, 2019 at 4:42 PM Chris Johns wrote:
FWIW the repo is git clone git://git.rtems.org/multiio.git
More below
On Fri, Aug 16, 2019 at 3:20 PM Wendell Silva wrote:
>
> Well, I'm a non-OAR user with at least one customer 100% satisfied with
> multi-io lib.
>
> Suppose I'm going to championize it, how do I do to get started?
I'm glad y
On 8/15/19 12:09 AM, Joel Sherrill wrote:
> On Wed, Aug 14, 2019 at 4:42 PM Chris Johns wrote:
>> On 15/8/19 12:46 am, Joel Sherrill wrote:
>>> Qemu isn't building due to a checksum error.
>>>
>>> These patches are at gaisler.org. I don't know where to move them but
>>> eventually they should be
Well, I'm a non-OAR user with at least one customer 100% satisfied with
multi-io lib.
Suppose I'm going to championize it, how do I do to get started?
--Wendell
Em sex, 16 de ago de 2019 16:26, Joel Sherrill escreveu:
> On Thu, Aug 15, 2019 at 10:39 AM Gedare Bloom wrote:
> >
> > On Thu, Aug
On Thu, Aug 15, 2019 at 10:39 AM Gedare Bloom wrote:
>
> On Thu, Aug 15, 2019 at 9:33 AM Joel Sherrill wrote:
> >
> >
> >
> > On Thu, Aug 15, 2019, 10:25 AM Wendell Silva wrote:
> >>
> >> Although git://git.rtems.org/multiio.git is clonable, this repository is
> >> not listed as an official RTE
This adds support for the GICv3 interrupt controller along with the
redistributor to control SGIs and PPIs which wasn't present in GICv2
implementations. GICv3 implementations only optionally support
memory-mapped GICC interface interaction and require system register
access be implemented, so the
On Fri, Aug 16, 2019 at 9:44 AM Gedare Bloom wrote:
>
> On Thu, Aug 15, 2019 at 3:58 PM Joel Sherrill wrote:
> >
> > OK. I am going to through an issue out and then paste another email
> > from Jim Wilson. Let's see if we can figure this one out portably.
> >
> > (1) Every architecture now will h
Ignoring the v1 vs v2, Jeff Johnson sent me a script to bootstrap newlib
from the top. I updated it for the addition of fenv.
And you need specifically automake 1.11.6 and autoconf 2.68 per him.
--joel
On Fri, Aug 16, 2019 at 10:03 AM Vaibhav Gupta wrote:
>
>
>
> On Fri, Aug 16, 2019 at 8:16 PM
On Fri, Aug 16, 2019 at 8:16 PM Gedare Bloom wrote:
> Vaibhav,
>
> The use of the -vX is to differentiate patches that are sent to review
> on the mailing list.
Yeah, actually I assumed that working on different branch may
allow us to send patches like this.
> If this is not clear in our contri
This adds JSON log generation to the test infrastructure for consumption
by automated processes or report generators.
---
tester/rt/test.py | 66 +++
1 file changed, 66 insertions(+)
diff --git a/tester/rt/test.py b/tester/rt/test.py
index da0a1
Vaibhav,
The use of the -vX is to differentiate patches that are sent to review
on the mailing list. If this is not clear in our contributing
guidelines, we probably need to improve the description...
On Fri, Aug 16, 2019 at 8:32 AM Vaibhav Gupta wrote:
>
> Sure,
> Actually made this patch on di
Update the checksum to be used for the Newlib patches.
Earlier it was msd5, but it is depreciated for security
reasons. Now RSB accepts sha512.
---
user/rsb/project-sets.rst | 41 +--
1 file changed, 35 insertions(+), 6 deletions(-)
diff --git a/user/rsb/projec
On Thu, Aug 15, 2019 at 3:58 PM Joel Sherrill wrote:
>
> OK. I am going to through an issue out and then paste another email
> from Jim Wilson. Let's see if we can figure this one out portably.
>
> (1) Every architecture now will have an implementation of fenv. It may
> be a stub, non-functional f
Thanks, working on it.
-Vaibhav
On Fri, Aug 16, 2019 at 7:57 PM Gedare Bloom wrote:
> Vaibhav,
>
> Please add a subsection near the top that consolidates links to all
> the code you wrote during the summer. It is great to have them in
> context, but it should also be easy (~10 seconds) to find
Sure,
Actually made this patch on different branch so used -v1.
Sending a new one with -v2.
-Vaibhav
On Fri, Aug 16, 2019, 7:58 PM Gedare Bloom wrote:
> Then this should be sent with -v2.
>
> On Thu, Aug 15, 2019 at 1:33 PM Vaibhav Gupta
> wrote:
> >
> >
> >
> > On Thu, Aug 15, 2019 at 8:51 PM
Then this should be sent with -v2.
On Thu, Aug 15, 2019 at 1:33 PM Vaibhav Gupta wrote:
>
>
>
> On Thu, Aug 15, 2019 at 8:51 PM Gedare Bloom wrote:
>>
>> Is this a duplicate of the other "patch v1 Add steps to test Newlib patch."
>> or this one replaces it?
>
> This one replaces it. Actually I
Vaibhav,
Please add a subsection near the top that consolidates links to all
the code you wrote during the summer. It is great to have them in
context, but it should also be easy (~10 seconds) to find what code
you wrote.
On Thu, Aug 15, 2019 at 1:27 PM Vaibhav Gupta wrote:
>
> Hello,
> I have m
On Fri, Aug 16, 2019 at 6:04 AM Christian Mauderer wrote:
>
> Hello Nils,
>
> you are right that system freezes are not a wanted behaviour. But
> hot-plugging a disk isn't that common in embedded systems (except maybe
> for USB drives). It's a case that isn't tested that often. So most
> likely no
Hello Nils,
you are right that system freezes are not a wanted behaviour. But
hot-plugging a disk isn't that common in embedded systems (except maybe
for USB drives). It's a case that isn't tested that often. So most
likely no one noticed that bug. I wouldn't see it critical as long as I
don't hav
Hi,
Thanks for the info.
I already ordered a replacement.
Thanks,
Nils
On Fri, 16 Aug 2019 at 11:38, Christian Mauderer wrote:
> Hello Nils,
>
> if the U-Boot doesn't start from eMMC any more it won't be easy.
> Theoretically it is possible to boot via serial. See for example
>
>
> http://linu
PS: If neither the SD nor the eMMC has a bootable image your BBB falls
back to serial and then USB boot anyway. So no need to change any boot pins.
On 16/08/2019 11:38, Christian Mauderer wrote:
> Hello Nils,
>
> if the U-Boot doesn't start from eMMC any more it won't be easy.
> Theoretically it
Hello Nils,
if the U-Boot doesn't start from eMMC any more it won't be easy.
Theoretically it is possible to boot via serial. See for example
http://linuxkernel51.blogspot.com/2015/08/booting-beagle-bone-black-over-uart.html
With that you could load an U-Boot (via X-Modem) that could start a
sys
Hi Christin,
Thanks for the hint.
But how can I alter the U- Boot on eMMC?
Problem is I have a Linux version with an U-Boot that disables emmc on the
emmc...
And I guess I cant flash emmc without SD.
Best,
Nils
On Fri, 16 Aug 2019 at 11:03, Christian Mauderer wrote:
> On 16/08/2019 10:55, Nils
On 16/08/2019 10:55, Nils Hölscher wrote:
> Hi,
>
> It seems the problem was hardware related.
> My SD-Card connector just died.
> I hope I can get a new BBB oin a timely manner.
>
> Best,
> Nils
Hello Nils,
thanks for the information. That's annoying. Good luck finding a
replacement.
For a qu
Hi,
It seems the problem was hardware related.
My SD-Card connector just died.
I hope I can get a new BBB oin a timely manner.
Best,
Nils
On Fri, 16 Aug 2019 at 10:48, Christian Mauderer wrote:
> Hello Nils,
>
> thanks for the file list. I can't reproduce your problem with it.
>
> On 16/08/201
Hello Nils,
thanks for the file list. I can't reproduce your problem with it.
On 16/08/2019 10:01, Nils Hölscher wrote:
> Hi,
>
> Short update.
>
> It seems the device only hangs while I am connected with the debugger.
Is that true for the original file system tree? You are debugging via
Ether
Hi,
Short update.
It seems the device only hangs while I am connected with the debugger.
looks like a Heisenberg bug.
Best,
Nils
On Fri, 16 Aug 2019 at 09:50, Nils Hölscher wrote:
>
> On Thu, 15 Aug 2019 at 19:51, Christian Mauderer
> wrote:
>
>> Hello Nils,
>>
>> maybe another bug in our FA
On 15/08/2019 23:01, Joel Sherrill wrote:
> All I meant by "not all drivers" and "small" is that we currently do
> not include code that
> the application doesn't have a need for. I don't want that to change.
> If the application
> doesn't use i2c or the frame buffer, then those drivers shouldn't'
31 matches
Mail list logo
