Message ID | 20231025184259.250588-2-andriy.shevchenko@linux.intel.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:d641:0:b0:403:3b70:6f57 with SMTP id cy1csp161374vqb; Wed, 25 Oct 2023 11:43:17 -0700 (PDT) X-Google-Smtp-Source: AGHT+IHs7Y0YNqEcba3HsAJnE89TpLTZOsTyTO7XZQVr4uOo0KMNNpQwKuMwp9V7D7iHRRgqJ+Hu X-Received: by 2002:a05:690c:fca:b0:5a8:6361:997 with SMTP id dg10-20020a05690c0fca00b005a863610997mr22031226ywb.1.1698259397011; Wed, 25 Oct 2023 11:43:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1698259396; cv=none; d=google.com; s=arc-20160816; b=jWvKp46G6Rxja8i7woo16gK+o2ooBYHGsRAw4rhOgxo0Lapi4I1U5p6549Ri9ZiKZA mqhgzUCDsM8MmyZZuG18KjX48Xt6Hjv12/Anvxpil92Zppp0+Jen+0i2bZj2/H4gVNXG Bfhtdvh0jZKLDB+SjCgRYekbfWOONy+6JLlcjcdsGxGOqITil4SW02JKzHFHrdagTejT h4eLwVJA4qtYcSz9ZkjArVFar52M9RAxZY+M5y6FW4o9sfjJCZsCCR/jJBAK4bAbA+gL J9AXLwtlCmN+mLkQHcQ3eYOtt26s3ktoFUyRi8yWZWuDjuvSyps+AJ5g6ZooilslVULF C18A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=/WsQPzBbQK6q0RZ6C1MmdNo+7vq4nxkncG7Z++SERm0=; fh=PWn7Xbz9Zr6r8UTYJ2+Qjrz1ber3B+D4uY6kym2pn9c=; b=ySDJXZq7NpZAZ04gkA5zA9IbSmcbyGcV760rGO+gYA5SN+EPcuoPvn6QwVOKS5/DNK HNQWenuUflIFfrIAvsXtxRSmD5kOioBk3Ji3gUOZ6mAzrPgY7HPh4dGPPLGxFoSTCDjp Fdtql0yM2z1xtshTqI4Ma/Fofy7w6nfdPn8Q1hNf++3l7/Aab9rU9bPYZE7xWL+qInNx bjYzgWorWLKq68UHOIf6AFBz1JbHpxctNs2U0z4OGce0oYMerMF206ctLeY2u+yIJXJB ouAGRRO+KRYQsu6NV+OArhfpcmTA76woSsM9IA0abpYuY1DFwiIYzgaJMw1A7V1B8dJ/ EwMg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=hpnolXxb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:7 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from snail.vger.email (snail.vger.email. [2620:137:e000::3:7]) by mx.google.com with ESMTPS id s65-20020a819b44000000b0059f4ea770c5si374062ywg.268.2023.10.25.11.43.16 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 25 Oct 2023 11:43:16 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:7 as permitted sender) client-ip=2620:137:e000::3:7; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=hpnolXxb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:7 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by snail.vger.email (Postfix) with ESMTP id 8258C812A971; Wed, 25 Oct 2023 11:43:15 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at snail.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229721AbjJYSnL (ORCPT <rfc822;aposhian.dev@gmail.com> + 26 others); Wed, 25 Oct 2023 14:43:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48830 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229548AbjJYSnK (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Wed, 25 Oct 2023 14:43:10 -0400 Received: from mgamail.intel.com (mgamail.intel.com [134.134.136.24]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0B898DC; Wed, 25 Oct 2023 11:43:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1698259387; x=1729795387; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=T1sOH8MzD7ijqC2IX92sIk4YyeSEBbdujMf4a6IQTo0=; b=hpnolXxbUnhqliba/zRd5Kq7TqHBo9QG2rVe0DUEYI9NYknDTF8L9NhT w9UgrPaKeBzpIeKOFxNz/DyyN/UF+gG9VIjZXlXLOuVFLRz153x02Weuv ueBBRv5zvsEqrizUG+Izc8nk+cma87X5C8rXsNdXdnDWea1mWa9Ah1aVF SqPnwXn+wgQaIZuQnAHh5j5xcsj8qClexLf1NWbBDnjNXOrd8cwn8z10j vK2zIYYWHB6x/nbDM66W6qImUr9n8pb9+hKByZBtvonzIxv5wXBdyKJyC X+sPW0h/m6Y4y3MYXgGI3clFaM2yuNgHa5nS9G/vSYx7wI0rpzU6/dOd5 A==; X-IronPort-AV: E=McAfee;i="6600,9927,10874"; a="390233006" X-IronPort-AV: E=Sophos;i="6.03,250,1694761200"; d="scan'208";a="390233006" Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 Oct 2023 11:43:06 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10874"; a="932458246" X-IronPort-AV: E=Sophos;i="6.03,250,1694761200"; d="scan'208";a="932458246" Received: from black.fi.intel.com ([10.237.72.28]) by orsmga005.jf.intel.com with ESMTP; 25 Oct 2023 11:43:03 -0700 Received: by black.fi.intel.com (Postfix, from userid 1003) id D2142FF; Wed, 25 Oct 2023 21:43:01 +0300 (EEST) From: Andy Shevchenko <andriy.shevchenko@linux.intel.com> To: Andy Shevchenko <andriy.shevchenko@linux.intel.com>, Greg Kroah-Hartman <gregkh@linuxfoundation.org>, linux-gpio@vger.kernel.org, linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org Cc: Linus Walleij <linus.walleij@linaro.org>, Bartosz Golaszewski <brgl@bgdev.pl>, Andy Shevchenko <andy@kernel.org>, Daniel Scally <djrscally@gmail.com>, Heikki Krogerus <heikki.krogerus@linux.intel.com>, Sakari Ailus <sakari.ailus@linux.intel.com>, "Rafael J. Wysocki" <rafael@kernel.org>, Rob Herring <robh+dt@kernel.org> Subject: [PATCH v1 1/3] device property: Implement device_is_big_endian() Date: Wed, 25 Oct 2023 21:42:57 +0300 Message-Id: <20231025184259.250588-2-andriy.shevchenko@linux.intel.com> X-Mailer: git-send-email 2.40.0.1.gaa8946217a0b In-Reply-To: <20231025184259.250588-1-andriy.shevchenko@linux.intel.com> References: <20231025184259.250588-1-andriy.shevchenko@linux.intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,RCVD_IN_DNSWL_BLOCKED, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (snail.vger.email [0.0.0.0]); Wed, 25 Oct 2023 11:43:15 -0700 (PDT) X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1780754045198339336 X-GMAIL-MSGID: 1780754045198339336 |
Series |
gpio: mmio: Make driver agnostic
|
|
Commit Message
Andy Shevchenko
Oct. 25, 2023, 6:42 p.m. UTC
Some users want to use the struct device pointer to see if the
device is big endian in terms of Open Firmware specifications,
i.e. if it has a "big-endian" property, or if the kernel was
compiled for BE *and* the device has a "native-endian" property.
Provide inline helper for the users.
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
---
include/linux/property.h | 26 ++++++++++++++++++++++++++
1 file changed, 26 insertions(+)
Comments
On Wed, Oct 25, 2023 at 09:42:57PM +0300, Andy Shevchenko wrote: > Some users want to use the struct device pointer to see if the > device is big endian in terms of Open Firmware specifications, > i.e. if it has a "big-endian" property, or if the kernel was > compiled for BE *and* the device has a "native-endian" property. > > Provide inline helper for the users. > > Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> > --- > include/linux/property.h | 26 ++++++++++++++++++++++++++ > 1 file changed, 26 insertions(+) Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
On Thu, Oct 26, 2023 at 07:25:35AM +0200, Greg Kroah-Hartman wrote: > On Wed, Oct 25, 2023 at 09:42:57PM +0300, Andy Shevchenko wrote: > > Some users want to use the struct device pointer to see if the > > device is big endian in terms of Open Firmware specifications, > > i.e. if it has a "big-endian" property, or if the kernel was > > compiled for BE *and* the device has a "native-endian" property. > > > > Provide inline helper for the users. > > Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> Thank you, Greg. Bart, would it be still possible to take this into next? I would like to have at least this patch applied (with the first user) to allow conversion of others (I have some more users of new API).
On Thu, Oct 26, 2023 at 03:27:30PM +0300, Andy Shevchenko wrote: > On Thu, Oct 26, 2023 at 07:25:35AM +0200, Greg Kroah-Hartman wrote: > > On Wed, Oct 25, 2023 at 09:42:57PM +0300, Andy Shevchenko wrote: > > > Some users want to use the struct device pointer to see if the > > > device is big endian in terms of Open Firmware specifications, > > > i.e. if it has a "big-endian" property, or if the kernel was > > > compiled for BE *and* the device has a "native-endian" property. > > > > > > Provide inline helper for the users. > > > > Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> > > Thank you, Greg. > > Bart, would it be still possible to take this into next? > I would like to have at least this patch applied (with the first user) > to allow conversion of others (I have some more users of new API). Okay, seems we missed v6.7 with this, can you then prepare an immutable branch / tag with this, so other maintainers can pull in case it's needed? (I have something against tty already and perhaps something else, let's see.)
On Thu, Nov 02, 2023 at 05:33:40PM +0200, Andy Shevchenko wrote: > On Thu, Oct 26, 2023 at 03:27:30PM +0300, Andy Shevchenko wrote: > > On Thu, Oct 26, 2023 at 07:25:35AM +0200, Greg Kroah-Hartman wrote: > > > On Wed, Oct 25, 2023 at 09:42:57PM +0300, Andy Shevchenko wrote: > > > > Some users want to use the struct device pointer to see if the > > > > device is big endian in terms of Open Firmware specifications, > > > > i.e. if it has a "big-endian" property, or if the kernel was > > > > compiled for BE *and* the device has a "native-endian" property. > > > > > > > > Provide inline helper for the users. > > > > > > Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> > > > > Thank you, Greg. > > > > Bart, would it be still possible to take this into next? > > I would like to have at least this patch applied (with the first user) > > to allow conversion of others (I have some more users of new API). > > Okay, seems we missed v6.7 with this, can you then prepare an immutable > branch / tag with this, so other maintainers can pull in case it's needed? > (I have something against tty already and perhaps something else, let's > see.) After -rc1 is out, I'll look into it, can't do anything until then, sorry... greg k-h
On Thu, Nov 02, 2023 at 04:58:53PM +0100, Greg Kroah-Hartman wrote: > On Thu, Nov 02, 2023 at 05:33:40PM +0200, Andy Shevchenko wrote: > > On Thu, Oct 26, 2023 at 03:27:30PM +0300, Andy Shevchenko wrote: > > > On Thu, Oct 26, 2023 at 07:25:35AM +0200, Greg Kroah-Hartman wrote: > > > > On Wed, Oct 25, 2023 at 09:42:57PM +0300, Andy Shevchenko wrote: > > > > > Some users want to use the struct device pointer to see if the > > > > > device is big endian in terms of Open Firmware specifications, > > > > > i.e. if it has a "big-endian" property, or if the kernel was > > > > > compiled for BE *and* the device has a "native-endian" property. > > > > > > > > > > Provide inline helper for the users. > > > > > > > > Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> > > > > > > Thank you, Greg. > > > > > > Bart, would it be still possible to take this into next? > > > I would like to have at least this patch applied (with the first user) > > > to allow conversion of others (I have some more users of new API). > > > > Okay, seems we missed v6.7 with this, can you then prepare an immutable > > branch / tag with this, so other maintainers can pull in case it's needed? > > (I have something against tty already and perhaps something else, let's > > see.) > > After -rc1 is out, I'll look into it, can't do anything until then, > sorry... No problem, this is actually a great news!
On Thu, Nov 2, 2023 at 4:33 PM Andy Shevchenko <andriy.shevchenko@linux.intel.com> wrote: > > On Thu, Oct 26, 2023 at 03:27:30PM +0300, Andy Shevchenko wrote: > > On Thu, Oct 26, 2023 at 07:25:35AM +0200, Greg Kroah-Hartman wrote: > > > On Wed, Oct 25, 2023 at 09:42:57PM +0300, Andy Shevchenko wrote: > > > > Some users want to use the struct device pointer to see if the > > > > device is big endian in terms of Open Firmware specifications, > > > > i.e. if it has a "big-endian" property, or if the kernel was > > > > compiled for BE *and* the device has a "native-endian" property. > > > > > > > > Provide inline helper for the users. > > > > > > Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> > > > > Thank you, Greg. > > > > Bart, would it be still possible to take this into next? > > I would like to have at least this patch applied (with the first user) > > to allow conversion of others (I have some more users of new API). > > Okay, seems we missed v6.7 with this, can you then prepare an immutable > branch / tag with this, so other maintainers can pull in case it's needed? > (I have something against tty already and perhaps something else, let's > see.) > It arrived too late in the cycle, I needed to send my PR earlier this time as I was OoO this week. Bart
On Fri, Nov 3, 2023 at 10:08 AM Bartosz Golaszewski <brgl@bgdev.pl> wrote: > > On Thu, Nov 2, 2023 at 4:33 PM Andy Shevchenko > <andriy.shevchenko@linux.intel.com> wrote: > > > > On Thu, Oct 26, 2023 at 03:27:30PM +0300, Andy Shevchenko wrote: > > > On Thu, Oct 26, 2023 at 07:25:35AM +0200, Greg Kroah-Hartman wrote: > > > > On Wed, Oct 25, 2023 at 09:42:57PM +0300, Andy Shevchenko wrote: > > > > > Some users want to use the struct device pointer to see if the > > > > > device is big endian in terms of Open Firmware specifications, > > > > > i.e. if it has a "big-endian" property, or if the kernel was > > > > > compiled for BE *and* the device has a "native-endian" property. > > > > > > > > > > Provide inline helper for the users. > > > > > > > > Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> > > > > > > Thank you, Greg. > > > > > > Bart, would it be still possible to take this into next? > > > I would like to have at least this patch applied (with the first user) > > > to allow conversion of others (I have some more users of new API). > > > > Okay, seems we missed v6.7 with this, can you then prepare an immutable > > branch / tag with this, so other maintainers can pull in case it's needed? > > (I have something against tty already and perhaps something else, let's > > see.) > > > > It arrived too late in the cycle, I needed to send my PR earlier this > time as I was OoO this week. > > Bart Greg, will you take this patch through your tree and provide me with an immutable tag for this cycle? Bart
On Wed, Nov 15, 2023 at 03:58:54PM +0100, Bartosz Golaszewski wrote: > On Fri, Nov 3, 2023 at 10:08 AM Bartosz Golaszewski <brgl@bgdev.pl> wrote: > > > > On Thu, Nov 2, 2023 at 4:33 PM Andy Shevchenko > > <andriy.shevchenko@linux.intel.com> wrote: > > > > > > On Thu, Oct 26, 2023 at 03:27:30PM +0300, Andy Shevchenko wrote: > > > > On Thu, Oct 26, 2023 at 07:25:35AM +0200, Greg Kroah-Hartman wrote: > > > > > On Wed, Oct 25, 2023 at 09:42:57PM +0300, Andy Shevchenko wrote: > > > > > > Some users want to use the struct device pointer to see if the > > > > > > device is big endian in terms of Open Firmware specifications, > > > > > > i.e. if it has a "big-endian" property, or if the kernel was > > > > > > compiled for BE *and* the device has a "native-endian" property. > > > > > > > > > > > > Provide inline helper for the users. > > > > > > > > > > Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> > > > > > > > > Thank you, Greg. > > > > > > > > Bart, would it be still possible to take this into next? > > > > I would like to have at least this patch applied (with the first user) > > > > to allow conversion of others (I have some more users of new API). > > > > > > Okay, seems we missed v6.7 with this, can you then prepare an immutable > > > branch / tag with this, so other maintainers can pull in case it's needed? > > > (I have something against tty already and perhaps something else, let's > > > see.) > > > > > > > It arrived too late in the cycle, I needed to send my PR earlier this > > time as I was OoO this week. > > > > Bart > > Greg, will you take this patch through your tree and provide me with > an immutable tag for this cycle? Sure, let me catch up with patches after I return from Plumbers next week. greg k-h
On Wed, Nov 15, 2023 at 03:21:29PM -0500, Greg Kroah-Hartman wrote: > On Wed, Nov 15, 2023 at 03:58:54PM +0100, Bartosz Golaszewski wrote: > > On Fri, Nov 3, 2023 at 10:08 AM Bartosz Golaszewski <brgl@bgdev.pl> wrote: > > > On Thu, Nov 2, 2023 at 4:33 PM Andy Shevchenko > > > <andriy.shevchenko@linux.intel.com> wrote: > > > > On Thu, Oct 26, 2023 at 03:27:30PM +0300, Andy Shevchenko wrote: > > > > > On Thu, Oct 26, 2023 at 07:25:35AM +0200, Greg Kroah-Hartman wrote: > > > > > > On Wed, Oct 25, 2023 at 09:42:57PM +0300, Andy Shevchenko wrote: > > > > > > > Some users want to use the struct device pointer to see if the > > > > > > > device is big endian in terms of Open Firmware specifications, > > > > > > > i.e. if it has a "big-endian" property, or if the kernel was > > > > > > > compiled for BE *and* the device has a "native-endian" property. > > > > > > > > > > > > > > Provide inline helper for the users. > > > > > > > > > > > > Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> > > > > > > > > > > Thank you, Greg. > > > > > > > > > > Bart, would it be still possible to take this into next? > > > > > I would like to have at least this patch applied (with the first user) > > > > > to allow conversion of others (I have some more users of new API). > > > > > > > > Okay, seems we missed v6.7 with this, can you then prepare an immutable > > > > branch / tag with this, so other maintainers can pull in case it's needed? > > > > (I have something against tty already and perhaps something else, let's > > > > see.) > > > > > > It arrived too late in the cycle, I needed to send my PR earlier this > > > time as I was OoO this week. > > > > Greg, will you take this patch through your tree and provide me with > > an immutable tag for this cycle? > > Sure, let me catch up with patches after I return from Plumbers next > week. Hope Plumbers went well!
On Thu, Dec 07, 2023 at 04:19:22PM +0200, Andy Shevchenko wrote: > On Wed, Nov 15, 2023 at 03:21:29PM -0500, Greg Kroah-Hartman wrote: > > On Wed, Nov 15, 2023 at 03:58:54PM +0100, Bartosz Golaszewski wrote: > > > On Fri, Nov 3, 2023 at 10:08 AM Bartosz Golaszewski <brgl@bgdev.pl> wrote: > > > > On Thu, Nov 2, 2023 at 4:33 PM Andy Shevchenko > > > > <andriy.shevchenko@linux.intel.com> wrote: > > > > > On Thu, Oct 26, 2023 at 03:27:30PM +0300, Andy Shevchenko wrote: > > > > > > On Thu, Oct 26, 2023 at 07:25:35AM +0200, Greg Kroah-Hartman wrote: > > > > > > > On Wed, Oct 25, 2023 at 09:42:57PM +0300, Andy Shevchenko wrote: > > > > > > > > Some users want to use the struct device pointer to see if the > > > > > > > > device is big endian in terms of Open Firmware specifications, > > > > > > > > i.e. if it has a "big-endian" property, or if the kernel was > > > > > > > > compiled for BE *and* the device has a "native-endian" property. > > > > > > > > > > > > > > > > Provide inline helper for the users. > > > > > > > > > > > > > > Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> > > > > > > > > > > > > Thank you, Greg. > > > > > > > > > > > > Bart, would it be still possible to take this into next? > > > > > > I would like to have at least this patch applied (with the first user) > > > > > > to allow conversion of others (I have some more users of new API). > > > > > > > > > > Okay, seems we missed v6.7 with this, can you then prepare an immutable > > > > > branch / tag with this, so other maintainers can pull in case it's needed? > > > > > (I have something against tty already and perhaps something else, let's > > > > > see.) > > > > > > > > It arrived too late in the cycle, I needed to send my PR earlier this > > > > time as I was OoO this week. > > > > > > Greg, will you take this patch through your tree and provide me with > > > an immutable tag for this cycle? > > > > Sure, let me catch up with patches after I return from Plumbers next > > week. > > Hope Plumbers went well! Sorry for the delay, immutable tag can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git device_is_big_endian-6.8-rc1 for anyone to pull from now. thanks, greg k-h
On Fri, Dec 15, 2023 at 03:49:38PM +0100, Greg Kroah-Hartman wrote: > On Thu, Dec 07, 2023 at 04:19:22PM +0200, Andy Shevchenko wrote: > > On Wed, Nov 15, 2023 at 03:21:29PM -0500, Greg Kroah-Hartman wrote: > > > On Wed, Nov 15, 2023 at 03:58:54PM +0100, Bartosz Golaszewski wrote: > > > > On Fri, Nov 3, 2023 at 10:08 AM Bartosz Golaszewski <brgl@bgdev.pl> wrote: > > > > > On Thu, Nov 2, 2023 at 4:33 PM Andy Shevchenko > > > > > <andriy.shevchenko@linux.intel.com> wrote: > > > > > > On Thu, Oct 26, 2023 at 03:27:30PM +0300, Andy Shevchenko wrote: > > > > > > > On Thu, Oct 26, 2023 at 07:25:35AM +0200, Greg Kroah-Hartman wrote: > > > > > > > > On Wed, Oct 25, 2023 at 09:42:57PM +0300, Andy Shevchenko wrote: ... > > > > > > > > Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> > > > > > > > > > > > > > > Thank you, Greg. > > > > > > > > > > > > > > Bart, would it be still possible to take this into next? > > > > > > > I would like to have at least this patch applied (with the first user) > > > > > > > to allow conversion of others (I have some more users of new API). > > > > > > > > > > > > Okay, seems we missed v6.7 with this, can you then prepare an immutable > > > > > > branch / tag with this, so other maintainers can pull in case it's needed? > > > > > > (I have something against tty already and perhaps something else, let's > > > > > > see.) > > > > > > > > > > It arrived too late in the cycle, I needed to send my PR earlier this > > > > > time as I was OoO this week. > > > > > > > > Greg, will you take this patch through your tree and provide me with > > > > an immutable tag for this cycle? > > > > > > Sure, let me catch up with patches after I return from Plumbers next > > > week. > > > > Hope Plumbers went well! > > Sorry for the delay, immutable tag can be found at: > git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git device_is_big_endian-6.8-rc1 > for anyone to pull from now. No problem and thank you! Bart, can you pull that? Or should I to my tree and then push with other GPIO patches?
On Fri, Dec 15, 2023 at 4:11 PM Andy Shevchenko <andriy.shevchenko@linux.intel.com> wrote: > > On Fri, Dec 15, 2023 at 03:49:38PM +0100, Greg Kroah-Hartman wrote: > > On Thu, Dec 07, 2023 at 04:19:22PM +0200, Andy Shevchenko wrote: > > > On Wed, Nov 15, 2023 at 03:21:29PM -0500, Greg Kroah-Hartman wrote: > > > > On Wed, Nov 15, 2023 at 03:58:54PM +0100, Bartosz Golaszewski wrote: > > > > > On Fri, Nov 3, 2023 at 10:08 AM Bartosz Golaszewski <brgl@bgdev.pl> wrote: > > > > > > On Thu, Nov 2, 2023 at 4:33 PM Andy Shevchenko > > > > > > <andriy.shevchenko@linux.intel.com> wrote: > > > > > > > On Thu, Oct 26, 2023 at 03:27:30PM +0300, Andy Shevchenko wrote: > > > > > > > > On Thu, Oct 26, 2023 at 07:25:35AM +0200, Greg Kroah-Hartman wrote: > > > > > > > > > On Wed, Oct 25, 2023 at 09:42:57PM +0300, Andy Shevchenko wrote: > > ... > > > > > > > > > > Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> > > > > > > > > > > > > > > > > Thank you, Greg. > > > > > > > > > > > > > > > > Bart, would it be still possible to take this into next? > > > > > > > > I would like to have at least this patch applied (with the first user) > > > > > > > > to allow conversion of others (I have some more users of new API). > > > > > > > > > > > > > > Okay, seems we missed v6.7 with this, can you then prepare an immutable > > > > > > > branch / tag with this, so other maintainers can pull in case it's needed? > > > > > > > (I have something against tty already and perhaps something else, let's > > > > > > > see.) > > > > > > > > > > > > It arrived too late in the cycle, I needed to send my PR earlier this > > > > > > time as I was OoO this week. > > > > > > > > > > Greg, will you take this patch through your tree and provide me with > > > > > an immutable tag for this cycle? > > > > > > > > Sure, let me catch up with patches after I return from Plumbers next > > > > week. > > > > > > Hope Plumbers went well! > > > > Sorry for the delay, immutable tag can be found at: > > git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git device_is_big_endian-6.8-rc1 > > for anyone to pull from now. > > No problem and thank you! > > Bart, can you pull that? Or should I to my tree and then push with other > GPIO patches? > Ugh, this is rebased on top of 6.7-rc3... My tree is based on rc1, if I pull it, then it'll be a mess. Andy: How badly do you want it in v6.8? Can this wait until after the merge window? Bart > -- > With Best Regards, > Andy Shevchenko > >
On Mon, Dec 18, 2023 at 11:35:04AM +0100, Bartosz Golaszewski wrote: > On Fri, Dec 15, 2023 at 4:11 PM Andy Shevchenko > <andriy.shevchenko@linux.intel.com> wrote: > > On Fri, Dec 15, 2023 at 03:49:38PM +0100, Greg Kroah-Hartman wrote: > > > On Thu, Dec 07, 2023 at 04:19:22PM +0200, Andy Shevchenko wrote: > > > > On Wed, Nov 15, 2023 at 03:21:29PM -0500, Greg Kroah-Hartman wrote: > > > > > On Wed, Nov 15, 2023 at 03:58:54PM +0100, Bartosz Golaszewski wrote: > > > > > > On Fri, Nov 3, 2023 at 10:08 AM Bartosz Golaszewski <brgl@bgdev.pl> wrote: > > > > > > > On Thu, Nov 2, 2023 at 4:33 PM Andy Shevchenko > > > > > > > <andriy.shevchenko@linux.intel.com> wrote: > > > > > > > > On Thu, Oct 26, 2023 at 03:27:30PM +0300, Andy Shevchenko wrote: > > > > > > > > > On Thu, Oct 26, 2023 at 07:25:35AM +0200, Greg Kroah-Hartman wrote: > > > > > > > > > > On Wed, Oct 25, 2023 at 09:42:57PM +0300, Andy Shevchenko wrote: ... > > > > > > > > > > Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> > > > > > > > > > > > > > > > > > > Thank you, Greg. > > > > > > > > > > > > > > > > > > Bart, would it be still possible to take this into next? > > > > > > > > > I would like to have at least this patch applied (with the first user) > > > > > > > > > to allow conversion of others (I have some more users of new API). > > > > > > > > > > > > > > > > Okay, seems we missed v6.7 with this, can you then prepare an immutable > > > > > > > > branch / tag with this, so other maintainers can pull in case it's needed? > > > > > > > > (I have something against tty already and perhaps something else, let's > > > > > > > > see.) > > > > > > > > > > > > > > It arrived too late in the cycle, I needed to send my PR earlier this > > > > > > > time as I was OoO this week. > > > > > > > > > > > > Greg, will you take this patch through your tree and provide me with > > > > > > an immutable tag for this cycle? > > > > > > > > > > Sure, let me catch up with patches after I return from Plumbers next > > > > > week. > > > > > > > > Hope Plumbers went well! > > > > > > Sorry for the delay, immutable tag can be found at: > > > git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git device_is_big_endian-6.8-rc1 > > > for anyone to pull from now. > > > > No problem and thank you! > > > > Bart, can you pull that? Or should I to my tree and then push with other > > GPIO patches? > > Ugh, this is rebased on top of 6.7-rc3... > > My tree is based on rc1, if I pull it, then it'll be a mess. But v6.7-rc3 is something that is already in the upstream. I don't see how it can be more "mess" with this. Whatever... > Andy: How badly do you want it in v6.8? Can this wait until after the > merge window? I waited for a cycle already with this... OTOH GPIO part is not anyhow critical from the semantic point of view. Since the main patch is in Greg's tree I'll survive with GPIO stuff going next cycle.
On Mon, Dec 18, 2023 at 11:56 AM Andy Shevchenko <andriy.shevchenko@linux.intel.com> wrote: > > On Mon, Dec 18, 2023 at 11:35:04AM +0100, Bartosz Golaszewski wrote: > > On Fri, Dec 15, 2023 at 4:11 PM Andy Shevchenko > > <andriy.shevchenko@linux.intel.com> wrote: > > > On Fri, Dec 15, 2023 at 03:49:38PM +0100, Greg Kroah-Hartman wrote: > > > > On Thu, Dec 07, 2023 at 04:19:22PM +0200, Andy Shevchenko wrote: > > > > > On Wed, Nov 15, 2023 at 03:21:29PM -0500, Greg Kroah-Hartman wrote: > > > > > > On Wed, Nov 15, 2023 at 03:58:54PM +0100, Bartosz Golaszewski wrote: > > > > > > > On Fri, Nov 3, 2023 at 10:08 AM Bartosz Golaszewski <brgl@bgdev.pl> wrote: > > > > > > > > On Thu, Nov 2, 2023 at 4:33 PM Andy Shevchenko > > > > > > > > <andriy.shevchenko@linux.intel.com> wrote: > > > > > > > > > On Thu, Oct 26, 2023 at 03:27:30PM +0300, Andy Shevchenko wrote: > > > > > > > > > > On Thu, Oct 26, 2023 at 07:25:35AM +0200, Greg Kroah-Hartman wrote: > > > > > > > > > > > On Wed, Oct 25, 2023 at 09:42:57PM +0300, Andy Shevchenko wrote: > > ... > > > > > > > > > > > > Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> > > > > > > > > > > > > > > > > > > > > Thank you, Greg. > > > > > > > > > > > > > > > > > > > > Bart, would it be still possible to take this into next? > > > > > > > > > > I would like to have at least this patch applied (with the first user) > > > > > > > > > > to allow conversion of others (I have some more users of new API). > > > > > > > > > > > > > > > > > > Okay, seems we missed v6.7 with this, can you then prepare an immutable > > > > > > > > > branch / tag with this, so other maintainers can pull in case it's needed? > > > > > > > > > (I have something against tty already and perhaps something else, let's > > > > > > > > > see.) > > > > > > > > > > > > > > > > It arrived too late in the cycle, I needed to send my PR earlier this > > > > > > > > time as I was OoO this week. > > > > > > > > > > > > > > Greg, will you take this patch through your tree and provide me with > > > > > > > an immutable tag for this cycle? > > > > > > > > > > > > Sure, let me catch up with patches after I return from Plumbers next > > > > > > week. > > > > > > > > > > Hope Plumbers went well! > > > > > > > > Sorry for the delay, immutable tag can be found at: > > > > git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git device_is_big_endian-6.8-rc1 > > > > for anyone to pull from now. > > > > > > No problem and thank you! > > > > > > Bart, can you pull that? Or should I to my tree and then push with other > > > GPIO patches? > > > > Ugh, this is rebased on top of 6.7-rc3... > > > > My tree is based on rc1, if I pull it, then it'll be a mess. > > But v6.7-rc3 is something that is already in the upstream. > I don't see how it can be more "mess" with this. Whatever... > My for-next branch is based on v6.7-rc1 (as it should IIUC) and if I now pull Greg's tag, I will be sending rc1-rc3 stuff to Linus Torvalds in addition to the GPIO changes for v6.8. I bet he will not appreciate it. Greg: Is it too late to have this rebased on top of v6.7-rc1 instead? Bartosz > > Andy: How badly do you want it in v6.8? Can this wait until after the > > merge window? > > I waited for a cycle already with this... > > OTOH GPIO part is not anyhow critical from the semantic point of view. > Since the main patch is in Greg's tree I'll survive with GPIO stuff > going next cycle. > > -- > With Best Regards, > Andy Shevchenko > >
On Mon, Dec 18, 2023 at 11:35:04AM +0100, Bartosz Golaszewski wrote: > On Fri, Dec 15, 2023 at 4:11 PM Andy Shevchenko > <andriy.shevchenko@linux.intel.com> wrote: > > > > On Fri, Dec 15, 2023 at 03:49:38PM +0100, Greg Kroah-Hartman wrote: > > > On Thu, Dec 07, 2023 at 04:19:22PM +0200, Andy Shevchenko wrote: > > > > On Wed, Nov 15, 2023 at 03:21:29PM -0500, Greg Kroah-Hartman wrote: > > > > > On Wed, Nov 15, 2023 at 03:58:54PM +0100, Bartosz Golaszewski wrote: > > > > > > On Fri, Nov 3, 2023 at 10:08 AM Bartosz Golaszewski <brgl@bgdev.pl> wrote: > > > > > > > On Thu, Nov 2, 2023 at 4:33 PM Andy Shevchenko > > > > > > > <andriy.shevchenko@linux.intel.com> wrote: > > > > > > > > On Thu, Oct 26, 2023 at 03:27:30PM +0300, Andy Shevchenko wrote: > > > > > > > > > On Thu, Oct 26, 2023 at 07:25:35AM +0200, Greg Kroah-Hartman wrote: > > > > > > > > > > On Wed, Oct 25, 2023 at 09:42:57PM +0300, Andy Shevchenko wrote: > > > > ... > > > > > > > > > > > > Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> > > > > > > > > > > > > > > > > > > Thank you, Greg. > > > > > > > > > > > > > > > > > > Bart, would it be still possible to take this into next? > > > > > > > > > I would like to have at least this patch applied (with the first user) > > > > > > > > > to allow conversion of others (I have some more users of new API). > > > > > > > > > > > > > > > > Okay, seems we missed v6.7 with this, can you then prepare an immutable > > > > > > > > branch / tag with this, so other maintainers can pull in case it's needed? > > > > > > > > (I have something against tty already and perhaps something else, let's > > > > > > > > see.) > > > > > > > > > > > > > > It arrived too late in the cycle, I needed to send my PR earlier this > > > > > > > time as I was OoO this week. > > > > > > > > > > > > Greg, will you take this patch through your tree and provide me with > > > > > > an immutable tag for this cycle? > > > > > > > > > > Sure, let me catch up with patches after I return from Plumbers next > > > > > week. > > > > > > > > Hope Plumbers went well! > > > > > > Sorry for the delay, immutable tag can be found at: > > > git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git device_is_big_endian-6.8-rc1 > > > for anyone to pull from now. > > > > No problem and thank you! > > > > Bart, can you pull that? Or should I to my tree and then push with other > > GPIO patches? > > > > Ugh, this is rebased on top of 6.7-rc3... > > My tree is based on rc1, if I pull it, then it'll be a mess. What would make it a "mess"? It's all upstream already, taking a merge from a point further in time will work just fine, git is nice :) thanks, greg k-h
On Mon, Dec 18, 2023 at 12:05:54PM +0100, Bartosz Golaszewski wrote: > On Mon, Dec 18, 2023 at 11:56 AM Andy Shevchenko > <andriy.shevchenko@linux.intel.com> wrote: > > > > On Mon, Dec 18, 2023 at 11:35:04AM +0100, Bartosz Golaszewski wrote: > > > On Fri, Dec 15, 2023 at 4:11 PM Andy Shevchenko > > > <andriy.shevchenko@linux.intel.com> wrote: > > > > On Fri, Dec 15, 2023 at 03:49:38PM +0100, Greg Kroah-Hartman wrote: > > > > > On Thu, Dec 07, 2023 at 04:19:22PM +0200, Andy Shevchenko wrote: > > > > > > On Wed, Nov 15, 2023 at 03:21:29PM -0500, Greg Kroah-Hartman wrote: > > > > > > > On Wed, Nov 15, 2023 at 03:58:54PM +0100, Bartosz Golaszewski wrote: > > > > > > > > On Fri, Nov 3, 2023 at 10:08 AM Bartosz Golaszewski <brgl@bgdev.pl> wrote: > > > > > > > > > On Thu, Nov 2, 2023 at 4:33 PM Andy Shevchenko > > > > > > > > > <andriy.shevchenko@linux.intel.com> wrote: > > > > > > > > > > On Thu, Oct 26, 2023 at 03:27:30PM +0300, Andy Shevchenko wrote: > > > > > > > > > > > On Thu, Oct 26, 2023 at 07:25:35AM +0200, Greg Kroah-Hartman wrote: > > > > > > > > > > > > On Wed, Oct 25, 2023 at 09:42:57PM +0300, Andy Shevchenko wrote: > > > > ... > > > > > > > > > > > > > > Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> > > > > > > > > > > > > > > > > > > > > > > Thank you, Greg. > > > > > > > > > > > > > > > > > > > > > > Bart, would it be still possible to take this into next? > > > > > > > > > > > I would like to have at least this patch applied (with the first user) > > > > > > > > > > > to allow conversion of others (I have some more users of new API). > > > > > > > > > > > > > > > > > > > > Okay, seems we missed v6.7 with this, can you then prepare an immutable > > > > > > > > > > branch / tag with this, so other maintainers can pull in case it's needed? > > > > > > > > > > (I have something against tty already and perhaps something else, let's > > > > > > > > > > see.) > > > > > > > > > > > > > > > > > > It arrived too late in the cycle, I needed to send my PR earlier this > > > > > > > > > time as I was OoO this week. > > > > > > > > > > > > > > > > Greg, will you take this patch through your tree and provide me with > > > > > > > > an immutable tag for this cycle? > > > > > > > > > > > > > > Sure, let me catch up with patches after I return from Plumbers next > > > > > > > week. > > > > > > > > > > > > Hope Plumbers went well! > > > > > > > > > > Sorry for the delay, immutable tag can be found at: > > > > > git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git device_is_big_endian-6.8-rc1 > > > > > for anyone to pull from now. > > > > > > > > No problem and thank you! > > > > > > > > Bart, can you pull that? Or should I to my tree and then push with other > > > > GPIO patches? > > > > > > Ugh, this is rebased on top of 6.7-rc3... > > > > > > My tree is based on rc1, if I pull it, then it'll be a mess. > > > > But v6.7-rc3 is something that is already in the upstream. > > I don't see how it can be more "mess" with this. Whatever... > > > > My for-next branch is based on v6.7-rc1 (as it should IIUC) and if I > now pull Greg's tag, I will be sending rc1-rc3 stuff to Linus Torvalds > in addition to the GPIO changes for v6.8. I bet he will not appreciate > it. No, you will not be sending him -rc1-rc3 stuff at all, that's not how git works. Try it yourself and see. Git does a "what's the changesets that are in this pull request and not already in mine" when determining this. You can see it when doing a 'git request-pull', it will only show you the diff of what will be sent. Also look at the 'git merge-base' output, it will show the point where things will start to be sent, and that will not have all of the -rc1 through -rc3 changes in it. > Greg: Is it too late to have this rebased on top of v6.7-rc1 instead? Sorry, but yes. But don't worry, again, git can handle all of this easily! Try it locally and see. Don't fear the 'fast-forward' :) thanks, greg k-h
On Mon, Dec 18, 2023 at 12:18 PM Greg Kroah-Hartman <gregkh@linuxfoundation.org> wrote: > > On Mon, Dec 18, 2023 at 12:05:54PM +0100, Bartosz Golaszewski wrote: > > On Mon, Dec 18, 2023 at 11:56 AM Andy Shevchenko > > <andriy.shevchenko@linux.intel.com> wrote: > > > > > > On Mon, Dec 18, 2023 at 11:35:04AM +0100, Bartosz Golaszewski wrote: > > > > On Fri, Dec 15, 2023 at 4:11 PM Andy Shevchenko > > > > <andriy.shevchenko@linux.intel.com> wrote: > > > > > On Fri, Dec 15, 2023 at 03:49:38PM +0100, Greg Kroah-Hartman wrote: > > > > > > On Thu, Dec 07, 2023 at 04:19:22PM +0200, Andy Shevchenko wrote: > > > > > > > On Wed, Nov 15, 2023 at 03:21:29PM -0500, Greg Kroah-Hartman wrote: > > > > > > > > On Wed, Nov 15, 2023 at 03:58:54PM +0100, Bartosz Golaszewski wrote: > > > > > > > > > On Fri, Nov 3, 2023 at 10:08 AM Bartosz Golaszewski <brgl@bgdev.pl> wrote: > > > > > > > > > > On Thu, Nov 2, 2023 at 4:33 PM Andy Shevchenko > > > > > > > > > > <andriy.shevchenko@linux.intel.com> wrote: > > > > > > > > > > > On Thu, Oct 26, 2023 at 03:27:30PM +0300, Andy Shevchenko wrote: > > > > > > > > > > > > On Thu, Oct 26, 2023 at 07:25:35AM +0200, Greg Kroah-Hartman wrote: > > > > > > > > > > > > > On Wed, Oct 25, 2023 at 09:42:57PM +0300, Andy Shevchenko wrote: > > > > > > ... > > > > > > > > > > > > > > > > Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> > > > > > > > > > > > > > > > > > > > > > > > > Thank you, Greg. > > > > > > > > > > > > > > > > > > > > > > > > Bart, would it be still possible to take this into next? > > > > > > > > > > > > I would like to have at least this patch applied (with the first user) > > > > > > > > > > > > to allow conversion of others (I have some more users of new API). > > > > > > > > > > > > > > > > > > > > > > Okay, seems we missed v6.7 with this, can you then prepare an immutable > > > > > > > > > > > branch / tag with this, so other maintainers can pull in case it's needed? > > > > > > > > > > > (I have something against tty already and perhaps something else, let's > > > > > > > > > > > see.) > > > > > > > > > > > > > > > > > > > > It arrived too late in the cycle, I needed to send my PR earlier this > > > > > > > > > > time as I was OoO this week. > > > > > > > > > > > > > > > > > > Greg, will you take this patch through your tree and provide me with > > > > > > > > > an immutable tag for this cycle? > > > > > > > > > > > > > > > > Sure, let me catch up with patches after I return from Plumbers next > > > > > > > > week. > > > > > > > > > > > > > > Hope Plumbers went well! > > > > > > > > > > > > Sorry for the delay, immutable tag can be found at: > > > > > > git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git device_is_big_endian-6.8-rc1 > > > > > > for anyone to pull from now. > > > > > > > > > > No problem and thank you! > > > > > > > > > > Bart, can you pull that? Or should I to my tree and then push with other > > > > > GPIO patches? > > > > > > > > Ugh, this is rebased on top of 6.7-rc3... > > > > > > > > My tree is based on rc1, if I pull it, then it'll be a mess. > > > > > > But v6.7-rc3 is something that is already in the upstream. > > > I don't see how it can be more "mess" with this. Whatever... > > > > > > > My for-next branch is based on v6.7-rc1 (as it should IIUC) and if I > > now pull Greg's tag, I will be sending rc1-rc3 stuff to Linus Torvalds > > in addition to the GPIO changes for v6.8. I bet he will not appreciate > > it. > > No, you will not be sending him -rc1-rc3 stuff at all, that's not how > git works. > > Try it yourself and see. Git does a "what's the changesets that are > in this pull request and not already in mine" when determining this. > You can see it when doing a 'git request-pull', it will only show you > the diff of what will be sent. > > Also look at the 'git merge-base' output, it will show the point where > things will start to be sent, and that will not have all of the -rc1 > through -rc3 changes in it. > > > Greg: Is it too late to have this rebased on top of v6.7-rc1 instead? > > Sorry, but yes. But don't worry, again, git can handle all of this > easily! Try it locally and see. Don't fear the 'fast-forward' :) > Sorry for the noise. I did try it locally and noticed that a bunch of commits that were merged before rc3 moved "before it" in git log and figured this is what the PR would look like. However the PR is correct and I should have generated it before sending the email. Thanks for a lesson in git. Bartosz > thanks, > > greg k-h >
On Mon, Dec 18, 2023 at 01:38:18PM +0100, Bartosz Golaszewski wrote: > On Mon, Dec 18, 2023 at 12:18 PM Greg Kroah-Hartman > <gregkh@linuxfoundation.org> wrote: > > On Mon, Dec 18, 2023 at 12:05:54PM +0100, Bartosz Golaszewski wrote: > > > On Mon, Dec 18, 2023 at 11:56 AM Andy Shevchenko > > > <andriy.shevchenko@linux.intel.com> wrote: > > > > On Mon, Dec 18, 2023 at 11:35:04AM +0100, Bartosz Golaszewski wrote: > > > > > On Fri, Dec 15, 2023 at 4:11 PM Andy Shevchenko > > > > > <andriy.shevchenko@linux.intel.com> wrote: ... > > > > > Ugh, this is rebased on top of 6.7-rc3... > > > > > > > > > > My tree is based on rc1, if I pull it, then it'll be a mess. > > > > > > > > But v6.7-rc3 is something that is already in the upstream. > > > > I don't see how it can be more "mess" with this. Whatever... > > > > > > My for-next branch is based on v6.7-rc1 (as it should IIUC) and if I > > > now pull Greg's tag, I will be sending rc1-rc3 stuff to Linus Torvalds > > > in addition to the GPIO changes for v6.8. I bet he will not appreciate > > > it. > > > > No, you will not be sending him -rc1-rc3 stuff at all, that's not how > > git works. > > > > Try it yourself and see. Git does a "what's the changesets that are > > in this pull request and not already in mine" when determining this. > > You can see it when doing a 'git request-pull', it will only show you > > the diff of what will be sent. > > > > Also look at the 'git merge-base' output, it will show the point where > > things will start to be sent, and that will not have all of the -rc1 > > through -rc3 changes in it. > > > > > Greg: Is it too late to have this rebased on top of v6.7-rc1 instead? > > > > Sorry, but yes. But don't worry, again, git can handle all of this > > easily! Try it locally and see. Don't fear the 'fast-forward' :) > > Sorry for the noise. I did try it locally and noticed that a bunch of > commits that were merged before rc3 moved "before it" in git log and > figured this is what the PR would look like. However the PR is correct > and I should have generated it before sending the email. Right. What Linus can rant on is when one rebases his stuff on newer rcX, the merges on contrary are pretty much okay as long as they are justified. > Thanks for a lesson in git.
diff --git a/include/linux/property.h b/include/linux/property.h index 2b8f07fc68a9..d1400a477b0a 100644 --- a/include/linux/property.h +++ b/include/linux/property.h @@ -80,12 +80,38 @@ int fwnode_property_match_string(const struct fwnode_handle *fwnode, bool fwnode_device_is_available(const struct fwnode_handle *fwnode); +static inline bool fwnode_device_is_big_endian(const struct fwnode_handle *fwnode) +{ + if (fwnode_property_present(fwnode, "big-endian")) + return true; + if (IS_ENABLED(CONFIG_CPU_BIG_ENDIAN) && + fwnode_property_present(fwnode, "native-endian")) + return true; + return false; +} + static inline bool fwnode_device_is_compatible(const struct fwnode_handle *fwnode, const char *compat) { return fwnode_property_match_string(fwnode, "compatible", compat) >= 0; } +/** + * device_is_big_endian - check if a device has BE registers + * @dev: Pointer to the struct device + * + * Returns: true if the device has a "big-endian" property, or if the kernel + * was compiled for BE *and* the device has a "native-endian" property. + * Returns false otherwise. + * + * Callers would nominally use ioread32be/iowrite32be if + * device_is_big_endian() == true, or readl/writel otherwise. + */ +static inline bool device_is_big_endian(const struct device *dev) +{ + return fwnode_device_is_big_endian(dev_fwnode(dev)); +} + /** * device_is_compatible - match 'compatible' property of the device with a given string * @dev: Pointer to the struct device