From: Heiko Schocher <hs@denx.de>
To: Angelo Dureghello <angelo@kernel-space.org>, trini@konsulko.com
Cc: u-boot@lists.denx.de, mario.six@gdsys.cc
Subject: Re: [PATCH 6/6] m68k: upgrading all boards to dm i2c
Date: Tue, 11 Apr 2023 10:00:02 +0200 [thread overview]
Message-ID: <bebc91d8-d927-8b87-61ba-2af6cfac784c@denx.de> (raw)
In-Reply-To: <f0a106c4-649b-a7d2-24da-1fa00d83ea1f@kernel-space.org>
Hello Angelo,
On 11.04.23 09:40, Angelo Dureghello wrote:
> Hi Helko,
>
> On 11/04/23 6:41 AM, Heiko Schocher wrote:
>> Hello Angelo,
>>
>> On 05.04.23 00:59, Angelo Dureghello wrote:
>>> Upgrading all board configs where i2c is involved to DM i2c.
>>>
>>> Signed-off-by: Angelo Dureghello <angelo@kernel-space.org>
>>> ---
>>> configs/M5208EVBE_defconfig | 5 +----
>>> configs/M5235EVB_Flash32_defconfig | 1 +
>>> configs/M5235EVB_defconfig | 1 +
>>> configs/M5253DEMO_defconfig | 5 +----
>>> configs/M5275EVB_defconfig | 5 +----
>>> configs/M53017EVB_defconfig | 6 ++----
>>> configs/M5329AFEE_defconfig | 6 ++----
>>> configs/M5329BFEE_defconfig | 6 ++----
>>> configs/M5373EVB_defconfig | 3 ++-
>>> configs/astro_mcf5373l_defconfig | 6 ++----
>>> configs/eb_cpu5282_defconfig | 5 ++---
>>> configs/eb_cpu5282_internal_defconfig | 5 ++---
>>> configs/stmark2_defconfig | 4 ++++
>>> 13 files changed, 23 insertions(+), 35 deletions(-)
>>
>> Thanks for this series, I did not find a cover letter Email,
>> so I have here a common question:
>>
>> You rename in patch 1/6
>>
>> CONFIG_SYS_I2C_0 -> CFG_SYS_I2C_0
>>
>> but only add in patch 2/6 for the stmark2 this renamed define,
>> and add DTS nodes for other boards in patch 5/6 and here the
>> defconfig changes... may I oversee something obvious, but do
>> the other boards not also need some CFG_SYS_I2C_0 define?
>>
>
> CFG_SYS_I2C_0 (0 to 5) it's a define to setup pads pinmux to i2c,
> but only for coldfire mcf5441x family that requires this.
Ah!
> m68k/cpu/mcf5445x/cpu_init.c:#ifdef CFG_SYS_I2C_0
>
> Involved board is only stmark2, that is the board
> i am using here for test. I found this define to be set
> because i2c was not working, so i moved in the more proper
> CFG_ namespace.
Fine.
> I cannot test other boards actually, but i don't find any
> similar define/need in their start code, so i am supposing
> other cpu families are not needing it, or using other
> definitions for pinmux.
>
> I would like one day to add pinmux setup from fdt,
Nice to hear!
> but not trivial, linux does not have fdt implementation for
> coldfire, so need to invent it from scratch.
Yes, that would be preferred solution!
So, for me, your series is fine to me, Thanks!
bye,
Heiko
>
>
>> Thanks!
>>
>> bye,
>> Heiko
>
> Thanks,
> Regards,
> angelo
>
--
DENX Software Engineering GmbH, Managing Director: Erika Unter
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-52 Fax: +49-8142-66989-80 Email: hs@denx.de
next prev parent reply other threads:[~2023-04-11 8:00 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-04-04 22:59 [PATCH 1/6] m68k: move CONFIG_SYS_I2C to CFG_ namespace Angelo Dureghello
2023-04-04 22:59 ` [PATCH 2/6] board: stmark2: add i2c0 pinmux pad configuration Angelo Dureghello
2023-04-11 11:01 ` Heiko Schocher
2023-04-04 22:59 ` [PATCH 3/6] m68k: mcf5441x: fix CONFIG_SYS_FSL_I2C definition Angelo Dureghello
2023-04-11 11:02 ` Heiko Schocher
2023-04-04 22:59 ` [PATCH 4/6] i2c: fsl_i2c: fix m68k transferts Angelo Dureghello
2023-04-11 11:02 ` Heiko Schocher
2023-04-04 22:59 ` [PATCH 5/6] m68k: dts: add i2c nodes Angelo Dureghello
2023-04-11 11:03 ` Heiko Schocher
2023-04-04 22:59 ` [PATCH 6/6] m68k: upgrading all boards to dm i2c Angelo Dureghello
2023-04-11 4:41 ` Heiko Schocher
2023-04-11 7:40 ` Angelo Dureghello
2023-04-11 8:00 ` Heiko Schocher [this message]
2023-04-11 11:03 ` Heiko Schocher
2023-04-11 11:01 ` [PATCH 1/6] m68k: move CONFIG_SYS_I2C to CFG_ namespace Heiko Schocher
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=bebc91d8-d927-8b87-61ba-2af6cfac784c@denx.de \
--to=hs@denx.de \
--cc=angelo@kernel-space.org \
--cc=mario.six@gdsys.cc \
--cc=trini@konsulko.com \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox