From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id A8D043F44C4; Fri, 10 Jul 2026 12:25:12 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783686314; cv=none; b=k1YZzvd0I5WXpiV8+8HIOcf26owjk5WznTuWk2uQgFJNwBVXrKFBl8W1QpGjxZL2DDdnur56MLCDbs8rBrVIFECWhcWwlOVmmukS+s61KCFLUM5yLdpzejDyqgwmS3+fQZ3pHN3t8fPZGI4YOuDOR/PH+9WaiNb7KmstqckkaRI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783686314; c=relaxed/simple; bh=Ywc0hoaRqszboCN/Z9m0DI47pAZdqyg4FIYiBaqt80A=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=rCaD4PYUxRfCqUfj0tFcfXYqa99AK+4dzM+dECedH2MpBuR/zD6LuooJFWWz+/fQRIeabGwQVHamstPzErZ6/MzIR9GPNh95yUvIvBoY4VNRMqV5tzQ2i4I7xbn9/w1S+bH73PCs953ir9wtfrNRqUhTNmy683Ar+WKpsMNU66E= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=DKWqmm7T; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="DKWqmm7T" Received: by smtp.kernel.org (Postfix) with ESMTPSA id BF11D1F000E9; Fri, 10 Jul 2026 12:25:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=korg; t=1783686312; bh=dG8jX7Oq1V64nFRLbfGoJRFM1EbkDsvO0MqXzpKh9pY=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=DKWqmm7TO4l1qP8D2wfHS9E53zbCLUD3+0NcoRj+e3QX5spSv+ZYip61g7Bs+S5V1 TaP7bM1G7vTGSBbOvtYqsZOiNdH5B4MG1OsGP7iL8W0cMq4a/vYFeGabQk1+lotlRZ lveDich9ilARP0P6Rz2tJ11FyNcV7N+cTW58Y5x4= Date: Fri, 10 Jul 2026 14:25:08 +0200 From: Greg Kroah-Hartman To: "Maciej W. Rozycki" Cc: Thomas Bogendoerfer , Jiri Slaby , Elena Reshetova , David Windsor , Kees Cook , Hans Liljestrand , linux-mips@vger.kernel.org, linux-serial@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 3/6] serial: sb1250-duart: Convert to use a platform device Message-ID: <2026071045-turmoil-daytime-f8f8@gregkh> References: Precedence: bulk X-Mailing-List: linux-serial@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Mon, May 25, 2026 at 12:12:19AM +0100, Maciej W. Rozycki wrote: > Conversely only starting the console port so late lets the reset code > fully utilise our delay handlers, so switch from udelay() to fsleep() > for transmitter draining so as to avoid busy-waiting for an excessive > amount of time. That's a different thing than "convert to a platform device" why are you mixing this up? > Since there is one way only remaining to reach sbd_init_port() now, drop > the port initialisation marker as no longer needed and go through the > channel resets unconditionally. > > Fixes: 84a9582fd203 ("serial: core: Start managing serial controllers to enable runtime PM") > Signed-off-by: Maciej W. Rozycki > Cc: stable@vger.kernel.org # needs to use .remove_new for <= 6.10 The first 3 patches in this series are cc: stable, the rest not, which is a mix I don't really know how to handle. Please break things up into series that can go for this release, and those that can wait for the next onen (i.e. fsleep() stuff). thanks, greg k-h