Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262410AbVEMPwR (ORCPT ); Fri, 13 May 2005 11:52:17 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262417AbVEMPwR (ORCPT ); Fri, 13 May 2005 11:52:17 -0400 Received: from mtagate1.de.ibm.com ([195.212.29.150]:64732 "EHLO mtagate1.de.ibm.com") by vger.kernel.org with ESMTP id S262413AbVEMPvv (ORCPT ); Fri, 13 May 2005 11:51:51 -0400 In-Reply-To: <4284CBB5.6060609@fujitsu-siemens.com> Subject: Re: Again: UML on s390 (31Bit) To: Bodo Stroesser Cc: linux-kernel@vger.kernel.org, Ulrich Weigand X-Mailer: Lotus Notes Build V651_12042003 December 04, 2003 Message-ID: From: Martin Schwidefsky Date: Fri, 13 May 2005 17:50:37 +0200 X-MIMETrack: Serialize by Router on D12ML062/12/M/IBM(Release 6.53HF247 | January 6, 2005) at 13/05/2005 17:51:46 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 858 Lines: 23 > Each time when the kernel is entered again and a signal is pending, > do_signal() will be called on return to user with regs->trap setup > freshly. So, I still believe the patch doesn't have *any* effect. Oh, the patch does have an effect for the debugger. If the debugger stopped on the sys_sig_return system call and does e.g. an inferior function call, then the kernel might want to restart a system call that isn't there because the debugger did a "jump" but could not change regs->trap. blue skies, Martin Martin Schwidefsky Linux for zSeries Development & Services IBM Deutschland Entwicklung GmbH - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/