From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:50193)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <Laurent@Vivier.EU>) id 1VRW1w-0000O6-Dt
	for qemu-devel@nongnu.org; Wed, 02 Oct 2013 19:40:38 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <Laurent@Vivier.EU>) id 1VRW1q-0003Ld-ER
	for qemu-devel@nongnu.org; Wed, 02 Oct 2013 19:40:32 -0400
Received: from moutng.kundenserver.de ([212.227.126.171]:53412)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <Laurent@Vivier.EU>) id 1VRW1q-0003LQ-29
	for qemu-devel@nongnu.org; Wed, 02 Oct 2013 19:40:26 -0400
Message-ID: <524CAEE2.1090406@Vivier.EU>
Date: Thu, 03 Oct 2013 01:40:18 +0200
From: Laurent Vivier <Laurent@Vivier.EU>
MIME-Version: 1.0
References: <1380739363.1974.128@driftwood>
In-Reply-To: <1380739363.1974.128@driftwood>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [Qemu-devel] [PATCH] Update MAINTAINERS
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Rob Landley <rob@landley.net>, Anthony Liguori <anthony@codemonkey.ws>
Cc: qemu-devel@nongnu.org

Le 02/10/2013 20:42, Rob Landley a écrit :
> On 10/02/2013 12:09:58 PM, Anthony Liguori wrote:
>> All of Paul's emails are bouncing and he hasn't been active for
>> some time.
> ...
>>  M68K
>> -M: Paul Brook <paul@codesourcery.com>
>> -S: Odd Fixes
>> +S: Orphan
>>  F: target-m68k/
>>  F: hw/m68k/
>
> Laurent Vivier has an m68k gitorious branch to add the q800 target, 
> which I've occasionally tested and would really really like to see 
> finished and merged.
>
> Alas, last time I tested it the sucker died during the kernel boot as 
> soon as mmu setup tried to enable the page tables. But before that I 
> got three lines printk'd!  (Woo! Progress!)
Now, kernel is able to try to load its first userspace process but fails 
in ld.so somewhere when it is trying  to map process memory (another MMU 
bug...)

> Still: possible m68k guy? Maybe? If he's interested?

Yes, I can do that. There is not a lot of activity on this, anyway.

Regards,
Laurent