On Wed, Apr 30, 2014 at 8:19 PM, Toralf Förster wrote:
> -or- it uncovers a bug in kernel v3.15-rc3 for UML:
UML most not panic. :)
Do you have the trinity logs?
I'd like to know the syscalls parameters.
It looks like trinity managed it to crash a thread on the host side.
This is why ptrace() f
Am 01.05.2014 12:29, schrieb Toralf Förster:
> On 05/01/2014 11:22 AM, Richard Weinberger wrote:
>> On Wed, Apr 30, 2014 at 8:19 PM, Toralf Förster
>> wrote:
>>> -or- it uncovers a bug in kernel v3.15-rc3 for UML:
>>
>> UML most not panic. :)
>>
>> Do you have the trinity logs?
>> I'd like to kno
On 05/01/2014 02:33 PM, Richard Weinberger wrote:
> Am 01.05.2014 12:29, schrieb Toralf Förster:
>> On 05/01/2014 11:22 AM, Richard Weinberger wrote:
>>> On Wed, Apr 30, 2014 at 8:19 PM, Toralf Förster
>>> wrote:
-or- it uncovers a bug in kernel v3.15-rc3 for UML:
>>>
>>> UML most not panic.
Toralf,
Am 01.05.2014 17:15, schrieb Toralf Förster:
> On 05/01/2014 02:33 PM, Richard Weinberger wrote:
>> Am 01.05.2014 12:29, schrieb Toralf Förster:
>>> On 05/01/2014 11:22 AM, Richard Weinberger wrote:
On Wed, Apr 30, 2014 at 8:19 PM, Toralf Förster
wrote:
> -or- it uncovers a
On 05/01/2014 10:57 PM, Richard Weinberger wrote:
> Toralf,
>
> Yeah, this is because trinity destroys the UML stub code.
> Please test the attached patch, it should fix the root cause of the problem.
>
> Thanks,
> //richard
>
If I do just apply fix2.patch onto latest git tree v3.15-rc3-113-gb
> Yeah, this is because trinity destroys the UML stub code.
> Please test the attached patch, it should fix the root cause of the
> problem.
@@ -124,6 +125,9 @@ static int add_munmap(unsigned long addr, unsigned
long len,
struct host_vm_op *last;
int ret = 0;
+ if ((addr >