From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:44699)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <voipio@kos.to>) id 1bpHZG-0002wK-P1
	for qemu-devel@nongnu.org; Wed, 28 Sep 2016 12:18:47 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <voipio@kos.to>) id 1bpHZC-0002fu-1K
	for qemu-devel@nongnu.org; Wed, 28 Sep 2016 12:18:46 -0400
Received: from jessie.kos.to ([212.47.231.226]:57890 helo=pilvi.kos.to)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <voipio@kos.to>) id 1bpHZB-0002dI-RO
	for qemu-devel@nongnu.org; Wed, 28 Sep 2016 12:18:41 -0400
Date: Wed, 28 Sep 2016 16:18:32 +0000
From: Riku Voipio <riku.voipio@iki.fi>
Message-ID: <20160928161832.GA4904@kos.to>
References: <006C2BF7-5EF8-422A-A08C-4378D0E861F3@mprc.pku.edu.cn>
	<20160923074649.GA4827@kos.to>
	<63934.117.114.135.40.1474868720.squirrel@mprc.pku.edu.cn>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <63934.117.114.135.40.1474868720.squirrel@mprc.pku.edu.cn>
Subject: Re: [Qemu-devel] proposal: drop linux-user unicore32 support from
 QEMU
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: Xuetao Guan <gxt@mprc.pku.edu.cn>
Cc: MPRC <zhangheng@mprc.pku.edu.cn>, peter.maydell@linaro.org, qemu-devel@nongnu.org

> > The problem we see is that the system call numbers in qemus
> > unicore32/syscall_nr.h dont match what is linux mainline kernel. From the
> > toolchain linked, you seem to have kernel headers and syscall numbers
> > based on a custom 2.6.32 fork. If one builds unicore32 binaries based on
> > Linux 4.4 kernel headers, they will not work qemu. OTOH the binary built
> > with the toolchain you linked, would not work with linux 4.4. This
> > disparity is what we'd like to get fixed.

> OK, I see.
> I'd send kernel-patches merge request to linus, but the patches hadn't be
> merged.
> I'll work on it. Hopefully it'll be done before mid Oct.

This blocks some cleanup work in linux-user code. For example everyone has
moved over from epoll_wait to epoll_pwait. However, I can't remove the now
unneeded TARGET_NR_epoll_pwait, because nobody is keeping unicore32 syscall
list upto date.

I think we should temporarily disable the unicore32-linux-user target, and
re-enable it in be 2.8 softfreeze if the system calls get updated.

Riku