After experimenting a lot and trying various things here is the small patch
that seems to fix this issue:
diff --git a/core/elf.cc b/core/elf.cc
index 9a26a2e7..37e72519 100644
--- a/core/elf.cc
+++ b/core/elf.cc
@@ -1021,8 +1021,10 @@ void
object::load_needed(std::vector>& loaded_objects)
void
After this patch, subsequent commits to the osv GitHub Repo should
trigger a build at https://travis-ci.org/cloudius-systems/osv.
At the moment, the build consists of building the Ubuntu Docker image
and building osv. This can easily be expanded upon by adding new entries
to the .travis.yml. Addt
Thanks for the response.
I've been trying to think through the logic for this change more, and I'm
don't completely understand the proposed solution.
For example, say the program faults on a stack page. Then before disabling
interrupts we access the next stack page(s). If one of those pages is
On Tue, Dec 3, 2019 at 5:31 PM Pekka Enberg wrote:
> Hi Matthew,
>
> On Tue, Dec 3, 2019 at 2:42 PM Matthew Weekley
> wrote:
>
>> Hello,
>>
>> Sorry, I should’ve been more specific! That is what I am doing. Would it
>> be more help if I gave you the script I am running and my grub.cfg...When I
>
Hi Matthew,
On Tue, Dec 3, 2019 at 2:42 PM Matthew Weekley
wrote:
> Hello,
>
> Sorry, I should’ve been more specific! That is what I am doing. Would it
> be more help if I gave you the script I am running and my grub.cfg...When I
> reboot my system and pick that partition in BIOS, then it kernel
Hello,
Sorry, I should’ve been more specific! That is what I am doing. Would it be
more help if I gave you the script I am running and my grub.cfg...When I reboot
my system and pick that partition in BIOS, then it kernel panics.
I’ve been trying to get it to work for some time now but I am st
Hello!
I might be saying some non sense
But maybe we don't have all the bare minimum drivers to boot it up from
bare metal
Maybe one strategy would be to DD the image to a disk and try to boot from
it before trying grub configuration?
Keep Rocking,
Geraldo Netto
Em ter, 3 de dez de 2019 13:25,
After further experimentation I still haven’t had any luck. When trying to boot
it via USB, it appears I’m going into a kernel panic...
I can not tell if I am missing parameters in my grub.cfg or not... Does anyone
have any thoughts about what could be causing that?
What I am doing is making t
Please add a longer commit message explaining what this change does, and
why, and what do you hope will happen or will work after this patch (is
https://travis-ci.org/cloudius-systems/osv supposed to be able to run?),
and perhaps what still remains to be done.
You should use the phrase "Refs #1044"
