Received: by 2002:a05:7412:e794:b0:fa:551:50a7 with SMTP id o20csp347090rdd; Tue, 9 Jan 2024 06:10:15 -0800 (PST) X-Google-Smtp-Source: AGHT+IFPxciaooJY5QVttaUTqWJYJH9fZiNi+lQdasnKJ3zXWt+DBpsaywRcPohAFH1U4SmpoVX1 X-Received: by 2002:a17:906:73c2:b0:a2b:90e7:be2 with SMTP id n2-20020a17090673c200b00a2b90e70be2mr115477ejl.2.1704809415564; Tue, 09 Jan 2024 06:10:15 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1704809415; cv=none; d=google.com; s=arc-20160816; b=LJnEyQl4O66GCGc8vsWDR6DMMlulPxpZ4pf/Js/Fg++1eqDZBjbsIhvlKvbkrPrDWH cl1qhM3f01QFyuMWi3k5zoXdRlP45bIQdOnQO+PErWTHE3Rd0OjHKCO1PU+fexjbfRHx POfoEIhy3IT+Er5kyNh0LxEeIF+UiHFw+tbekngIfNI2IPXzp5AWuKqGP+eTYkX6n8qh SXKyCvWk4JJBbtrSvNP/dMzp8DP47V7FbJmtGQVABXhjDbeAZ8I4bvbByIfBq8Tq7Imh l+NZtIsUVrSD5NTSoejUgsSLsDjjRNeJXNkkaRuAZCBiBLmd0vrbwR7bELvywfJanU4+ JI9w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:list-unsubscribe:list-subscribe:list-id:precedence :dkim-signature; bh=pq/dGBHry+bUFK42zIvRKqg915RDTOWS/nNkiEQIoSY=; fh=gxs3Kvpm6b1iVP/nabTBlSLECmgxhn0Jl5dvHhMD6zU=; b=ZyQWCb4qrInYDZYheWpJRGBsbimh77Sw6AzuCygBvfDhq0Iy9Ti8ACbFo3Eohqlms9 JbqhVKIl9YQ32CkoZa/wOViKcofIQgUxBdpJNXrFTZZJkDGwUg/rjE20EvK56CT1EAcU Ssv6NlMJS7g682+xnKXsFxItN+Y4XF+2fSj4U4BoEC/vYc67xnByfGKxwuO/kd+LARss CW5dOb5Yc+xh7ndMo+IFyhz6Jih/ABEj76bmKN54P9BrUH7gE3t4SIRSxfNcKAkRaCDw xR5UFzcjCd7I1JzT/HmVZUHKPKy+7lUrPyPygVe5ESmMfI/XpQUZTNmL0ubqW0gd1XGA PE3w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@0x0f.com header.s=google header.b=csusGywq; spf=pass (google.com: domain of linux-kernel+bounces-20955-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-20955-linux.lists.archive=gmail.com@vger.kernel.org" Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [147.75.80.249]) by mx.google.com with ESMTPS id s19-20020a170906a19300b00a27f790c65dsi793448ejy.369.2024.01.09.06.10.15 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 09 Jan 2024 06:10:15 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-20955-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) client-ip=147.75.80.249; Authentication-Results: mx.google.com; dkim=pass header.i=@0x0f.com header.s=google header.b=csusGywq; spf=pass (google.com: domain of linux-kernel+bounces-20955-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-20955-linux.lists.archive=gmail.com@vger.kernel.org" Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id 5345D1F226EB for ; Tue, 9 Jan 2024 14:10:15 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 1F7A639ACA; Tue, 9 Jan 2024 14:10:08 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=0x0f.com header.i=@0x0f.com header.b="csusGywq" Received: from mail-pf1-f180.google.com (mail-pf1-f180.google.com [209.85.210.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 53F1A39AC1 for ; Tue, 9 Jan 2024 14:10:05 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=0x0f.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=0x0f.com Received: by mail-pf1-f180.google.com with SMTP id d2e1a72fcca58-6db0c49e93eso529876b3a.1 for ; Tue, 09 Jan 2024 06:10:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=0x0f.com; s=google; t=1704809404; x=1705414204; darn=vger.kernel.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=pq/dGBHry+bUFK42zIvRKqg915RDTOWS/nNkiEQIoSY=; b=csusGywq3XbxDeWTE9T+v8HVIJD9tFEjs9T28NCrWyL8BzuFxDwG9OQsBzo1D/B8TX 8LMkNnZEa4qll92aROzhuAms5TRdPJ8HEYMqUuPI4kYKF32LSetk2cGTrl49ujGo27iK ALECmqM4ax7lbFDagTck86HbaT53MsvSGRJCs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1704809404; x=1705414204; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=pq/dGBHry+bUFK42zIvRKqg915RDTOWS/nNkiEQIoSY=; b=lrw3MUtOLXe60dSDRH5Y+ha0LtJUxQbZvMZgiaf99U62QxuP1UveNT/qRBflxNAtOm hAm7NPMLDZDxt928B4A8n+7vsVA77iYbAvK90D2oOhc4K61itMerQaZSMf05mBdRI+SU 0B3I3VTvVnJqODMvhm+oVJ/Pt+pXCsQC/jDj0wxt7k9qgp7Z6ze7uaHDSfgquSJcJe1k jNBydG+MwNzeDDDgr2Pnne0ewQVblrna9DYfcPIo4MY4V+JA5fnVuT2r47xB3nBdrrfl uTD9vPx05QgG0ghpeVVkPNuYVT0sOjr3CqB4BN+g1bp+lWu6h/61P/wofQ2RVjuN+wM3 pvaQ== X-Gm-Message-State: AOJu0YwL6UrReYnrDl9c0qh0cpbzHBd4LNncH+y8KCMzcpd/ISOn45zn p4e78N8UiBEf396/m4ArEW5R1gK8qo5CXAeGfv6qKM7dhoOWQblWE7J80T1Zy6c= X-Received: by 2002:aa7:881a:0:b0:6d9:a32b:a27f with SMTP id c26-20020aa7881a000000b006d9a32ba27fmr5221136pfo.45.1704809404554; Tue, 09 Jan 2024 06:10:04 -0800 (PST) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 References: <20240108093221.1477020-1-daniel@0x0f.com> <20240108093221.1477020-3-daniel@0x0f.com> In-Reply-To: From: Daniel Palmer Date: Tue, 9 Jan 2024 23:09:53 +0900 Message-ID: Subject: Re: [PATCH v2 2/2] m68k: Fix interrupt stack frames for 68000 To: Geert Uytterhoeven Cc: gerg@linux-m68k.org, fthain@linux-m68k.org, linux-m68k@lists.linux-m68k.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Hi All, Sorry for the spam.. On Mon, 8 Jan 2024 at 18:56, Geert Uytterhoeven wrote: > I think it would be better to use the classic m68k stack frame. > That would pave the way for building a single nommu kernel for > MC680[012346]0 that runs on e.g. any Amiga. > MC68000 and Coldfire are incompatible anyway. While looking at how to do this I realised that the addql #2,%sp in RESTORE_ALL in entry.h will now break the stack frames for those fancy 68010+ users. So that needs to be #ifdef'd to make it only compile for 68000. I saw an error email from the next build stuff so I guess the change has been queued somewhere? If so I should send a fix.. I'm not sure how to actually make that generic without patching the code at runtime (remove the 68000 specific bit, reserve enough extra space to rewrite the code..) but it's a macro so not so simple. Anyhow, and more importantly, it seems like there is another issue in 68000/entry.S that breaks syscalls (especially vfork). After fixing that I now have a working nommu 68000 system. I'll send a fix for that too. Cheers, Daniel