Re: [PATCH] HPE BMC GXP SUPPORT
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- Subject: Re: [PATCH] HPE BMC GXP SUPPORT
- From: "Verdun, Jean-Marie" <verdun@xxxxxxx>
- Date: Wed, 2 Feb 2022 18:14:57 +0000
- Accept-language: en-US
- Cc: David Airlie <airlied@xxxxxxxx>, Daniel Vetter <daniel@xxxxxxxx>, "Rob Herring" <robh+dt@xxxxxxxxxx>, Linus Walleij <linus.walleij@xxxxxxxxxx>, Bartosz Golaszewski <brgl@xxxxxxxx>, Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>, Miquel Raynal <miquel.raynal@xxxxxxxxxxx>, Richard Weinberger <richard@xxxxxx>, "Vignesh Raghavendra" <vigneshr@xxxxxx>, "David S. Miller" <davem@xxxxxxxxxxxxx>, "Jakub Kicinski" <kuba@xxxxxxxxxx>, Thierry Reding <thierry.reding@xxxxxxxxx>, Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>, "Lee Jones" <lee.jones@xxxxxxxxxx>, Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>, Mark Brown <broonie@xxxxxxxxxx>, "Rafael J. Wysocki" <rafael@xxxxxxxxxx>, Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>, Amit Kucheria <amitk@xxxxxxxxxx>, Zhang Rui <rui.zhang@xxxxxxxxx>, "Thomas Gleixner" <tglx@xxxxxxxxxxxxx>, Wim Van Sebroeck <wim@xxxxxxxxxxxxxxxxxx>, Guenter Roeck <linux@xxxxxxxxxxxx>, Russell King <linux@xxxxxxxxxxxxxxx>, Arnd Bergmann <arnd@xxxxxxxx>, Olof Johansson <olof@xxxxxxxxx>, "soc@xxxxxxxxxx" <soc@xxxxxxxxxx>, Shawn Guo <shawnguo@xxxxxxxxxx>, "Stanislav Jakubek" <stano.jakubek@xxxxxxxxx>, Sam Ravnborg <sam@xxxxxxxxxxxx>, Hao Fang <fanghao11@xxxxxxxxxx>, "Russell King (Oracle)" <rmk+kernel@xxxxxxxxxxxxxxx>, Mark Rutland <mark.rutland@xxxxxxx>, Marc Zyngier <maz@xxxxxxxxxx>, "Ard Biesheuvel" <ardb@xxxxxxxxxx>, Anshuman Khandual <anshuman.khandual@xxxxxxx>, Wang Kefeng <wangkefeng.wang@xxxxxxxxxx>, Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>, Masahiro Yamada <masahiroy@xxxxxxxxxx>, "dri-devel@xxxxxxxxxxxxxxxxxxxxx" <dri-devel@xxxxxxxxxxxxxxxxxxxxx>, "devicetree@xxxxxxxxxxxxxxx" <devicetree@xxxxxxxxxxxxxxx>, "linux-kernel@xxxxxxxxxxxxxxx" <linux-kernel@xxxxxxxxxxxxxxx>, "linux-gpio@xxxxxxxxxxxxxxx" <linux-gpio@xxxxxxxxxxxxxxx>, "linux-i2c@xxxxxxxxxxxxxxx" <linux-i2c@xxxxxxxxxxxxxxx>, "openipmi-developer@xxxxxxxxxxxxxxxxxxxxx" <openipmi-developer@xxxxxxxxxxxxxxxxxxxxx>, "linux-mtd@xxxxxxxxxxxxxxxxxxx" <linux-mtd@xxxxxxxxxxxxxxxxxxx>, "netdev@xxxxxxxxxxxxxxx" <netdev@xxxxxxxxxxxxxxx>, "linux-pwm@xxxxxxxxxxxxxxx" <linux-pwm@xxxxxxxxxxxxxxx>, "linux-serial@xxxxxxxxxxxxxxx" <linux-serial@xxxxxxxxxxxxxxx>, "linux-spi@xxxxxxxxxxxxxxx" <linux-spi@xxxxxxxxxxxxxxx>, "linux-pm@xxxxxxxxxxxxxxx" <linux-pm@xxxxxxxxxxxxxxx>, "linux-usb@xxxxxxxxxxxxxxx" <linux-usb@xxxxxxxxxxxxxxx>, "linux-watchdog@xxxxxxxxxxxxxxx" <linux-watchdog@xxxxxxxxxxxxxxx>, "linux-arm-kernel@xxxxxxxxxxxxxxxxxxx" <linux-arm-kernel@xxxxxxxxxxxxxxxxxxx>
- In-reply-to: <20220202175635.GC2091156@minyard.net>
- References: <nick.hawkins@hpe.com> <20220202165315.18282-1-nick.hawkins@hpe.com> <20220202175635.GC2091156@minyard.net>
> This is far too big for a single patch. It needs to be broken into
> functional chunks that can be reviewed individually. Each driver and
> each device tree change along with it's accompanying code need to be
> done in individual patches. The way it is it can't be reviewed in any
> sane manner.
> -corey
Thanks for your feedback. We are getting a little bit lost here, as our plan was to submit initial
- bindings
- dts for SoC and 1 board
- initial platform init code
Then drivers code avoiding to send many dts updates which might complexify the review. We wanted to send all drivers code to relevant reviewers by tomorrow.
So, what you are asking ( do not worry I am not trying to negotiate, I just want to avoid English misunderstandings as I am French) is to send per driver
- binding
- dts update
- driver code
For each driver through different submission (with each of them containing the 3 associated parts) ?
What shall be the initial one in our case as we are introducing a platform ? An empty dts infrastructure and then we make it grow one step at a time ?
vejmarie
[Index of Archives]
[Linux Kernel]
[Linux ARM (vger)]
[Linux ARM MSM]
[Linux Omap]
[Linux Arm]
[Linux Tegra]
[Fedora ARM]
[Linux for Samsung SOC]
[eCos]
[Linux Fastboot]
[Gcc Help]
[Git]
[DCCP]
[IETF Announce]
[Security]
[Linux MIPS]
[Yosemite Campsites]
|