Hello Caleb,
On 2024-04-15 13:18, Caleb Connolly wrote:
On 15/04/2024 12:14, Dragan Simic wrote:
Hello all,
On 2024-04-15 13:11, Robert Marko wrote:
On Mon, Apr 15, 2024 at 12:57 PM Caleb Connolly
wrote:
On 15/04/2024 11:53, Robert Marko wrote:
> Recent addition of vbus-supply support has
Some of Kconfigs are using utf-8 encoding because of used chars. Convert
all of them to ascii enconging.
Signed-off-by: Michal Simek
---
There are other files which are using utf-8 enconding and pretty much I
think we should convert all of them because there is no reason to use utf-8
encoding.
All errors are generated by ./tools/qconfig.py -b -j8 -i whatever.
Error look like this:
warning: style: quotes recommended around default value for string symbol
EFI_VAR_SEED_FILE (defined at lib/efi_loader/Kconfig:130)
Signed-off-by: Michal Simek
---
lib/efi_loader/Kconfig | 2 +-
1 file
All errors are generated by ./tools/qconfig.py -b -j8 -i whatever.
Error look like this:
drivers/crypto/Kconfig:9: warning: style: quotes recommended around
'drivers/crypto/nuvoton/Kconfig' in 'source drivers/crypto/nuvoton/Kconfig'
Signed-off-by: Michal Simek
---
All errors are generated by ./tools/qconfig.py -b -j8 -i whatever.
Error look like this:
warning: SPL_CLK_CCF (defined at drivers/clk/Kconfig:59) has leading or
trailing whitespace in its prompt
Signed-off-by: Michal Simek
---
drivers/clk/Kconfig | 10 +-
On 15/04/2024 11:49, Robert Marko wrote:
> MSM serial in DEBUG UART mode is trying to set .clk_rate, but the
> msm_serial_data structure does not have such property at all, so lets
> remove it as otherwise it will fail compiling.
Well that's embarrasing... Thanks :D
>
> Fixes: 90023bdfe979
Hi Robert,
Happy to see someone working on those IPQ platforms. If it makes sense
to then I'd be happy to adopt them under ARCH_SNAPDRAGON at some point?
I'm not hugely familiar with the usecase here (but eager to learn more!).
On 15/04/2024 11:49, Robert Marko wrote:
> Currently, DEBUG_UART_MSM
On 15/04/2024 12:14, Dragan Simic wrote:
> Hello all,
>
> On 2024-04-15 13:11, Robert Marko wrote:
>> On Mon, Apr 15, 2024 at 12:57 PM Caleb Connolly
>> wrote:
>>>
>>> On 15/04/2024 11:53, Robert Marko wrote:
>>> > Recent addition of vbus-supply support has broke platform which
>>> dont use
Hello all,
On 2024-04-15 13:11, Robert Marko wrote:
On Mon, Apr 15, 2024 at 12:57 PM Caleb Connolly
wrote:
On 15/04/2024 11:53, Robert Marko wrote:
> Recent addition of vbus-supply support has broke platform which dont use
> controllable regulators for USB.
>
> Issue is that even withou
On Mon, Apr 15, 2024 at 12:57 PM Caleb Connolly
wrote:
>
>
>
> On 15/04/2024 11:53, Robert Marko wrote:
> > Recent addition of vbus-supply support has broke platform which dont use
> > controllable regulators for USB.
> >
> > Issue is that even withou DM_REGULATOR being enabled regulator related
Hi Yasuharu,
On Mon, Apr 15, 2024 at 7:10 AM Yasuharu Shibata
wrote:
> I have seen similar issue apart from this patch and will investigate
> it as a next step.
> If I have any information about the issue, I will send it to the thread.
Thanks, if you have any updates about this wget
Hi Yasuharu,
On Sun, Apr 14, 2024 at 9:46 AM Yasuharu Shibata
wrote:
>
> The server sends multiple packets without waiting for an ACK
> by window control and if some packets are dropped,
> wget will return an ACK including the dropped packets.
>
> Following log indicates this issue.
>
>
> -Original Message-
> From: c...@mailbox.org
> Sent: Monday, April 15, 2024 6:53 PM
> To: u-boot@lists.denx.de
> Cc: Maximilian Brune ; Peng Fan
> ; Jaehoon Chung
>
> Subject: [PATCH v2] mmc: arm_pl180: Limit data transfer to U16_MAX
>
> From: Maximilian Brune
>
> Currently
Hi Quentin,
On 2024-04-15 10:46, Quentin Schulz wrote:
> Hi Jonas,
>
> On 4/13/24 20:13, Jonas Karlman wrote:
>> Sort nodes and props in RK356x/RK3588 u-boot.dtsi alphabetically, nodes
>> is sorted by reg addr then by alphabetical order.
>>
>> This has no intended change beside sorting existing
On 15/04/2024 11:53, Robert Marko wrote:
> Recent addition of vbus-supply support has broke platform which dont use
> controllable regulators for USB.
>
> Issue is that even withou DM_REGULATOR being enabled regulator related
> functions will still build as there is a stub in regulator.h but
Recent addition of vbus-supply support has broke platform which dont use
controllable regulators for USB.
Issue is that even withou DM_REGULATOR being enabled regulator related
functions will still build as there is a stub in regulator.h but they will
simply return -ENOSYS which will then make
Currently, .clk_bit_rate is not being set in init_serial_data for debug
UART, but its then used uart_dm_init() and this breaks debug UART on
IPQ40xx.
So, lets populate .clk_bit_rate for debug UART as well.
IPQ40xx requires special value of 0xff, so set it if ARCH_IPQ40XX is
selected, otherwise
MSM serial in DEBUG UART mode is trying to set .clk_rate, but the
msm_serial_data structure does not have such property at all, so lets
remove it as otherwise it will fail compiling.
Fixes: 90023bdfe979 ("serial: msm: add debug UART")
Signed-off-by: Robert Marko
---
drivers/serial/serial_msm.c
Currently, DEBUG_UART_MSM depends on ARCH_SNAPDRAGON only, but IPQ40XX
devices also use the same UART HW so they can also use the debug UART.
So, allow selecting DEBUG_UART_MSM when using ARCH_IPQ40XX as well.
Signed-off-by: Robert Marko
---
drivers/serial/Kconfig | 2 +-
1 file changed, 1
On 12/04/2024 20:45, Tom Rini wrote:
> On Fri, Apr 12, 2024 at 08:04:02PM +0100, Caleb Connolly wrote:
>
>> Introduce a new EVT_OF_LIVE event to allow for the livetree to be
>> modified before dm_init_and_scan(). Boards can perform fixups here to
>> handle incompatibilities between U-Boot
Hi Fabio,
On Mon, 15 Apr 2024 at 04:04, Fabio Estevam wrote:
>
> I tested it in the hope that it would fix the following issue:
> https://lore.kernel.org/u-boot/caj+vnu2u9w2nrt6hf1caeq_56sdqviuezudd1iyopdf1cna...@mail.gmail.com/
>
> but I still get wget corruption when loading large files
On Fri, 2024-04-12 at 15:32:48 UTC, Simon Glass wrote:
> Add three properties for controlling alignment of partitions, aka
> 'entries' in fixed-partition.
>
> For now there is no explicit mention of hierarchy, so a 'section' is
> just the 'fixed-partitions' node.
>
> These new properties are
On Fri, 2024-04-12 at 15:32:49 UTC, Simon Glass wrote:
> Add two compatibles for binman entries, as a starting point for the
> schema.
>
> Note that, after discussion on v2, we decided to keep the existing
> meaning of label so as not to require changes to existing userspace
> software when
> -Original Message-
> From: curtis.mach...@intel.com
> Sent: Saturday, April 13, 2024 4:27 AM
> To: u-boot@lists.denx.de; Peng Fan ; Jaehoon Chung
>
> Cc: cmachida ; Jonas Karlman ;
> Kever Yang chips.com>; Peter Geis ; Sean Anderson
> ; Simon Glass
> ; Tom Rini
> Subject:
From: Maximilian Brune
Currently fetching files bigger that cause a data transfer greater than
U16_MAX fails.
The reason is that the specification defines the datalength register
as a 16 bit wide register, but in u-boot it is used as if it is an
32 bit register. Therefore values greater than
Dear Tom,
Please pull u-boot-mmc master into u-boot master branch.
If there is any problem, let me know, plz.
BTW, I'm checking other pending patches in more detail.
After checking, I will apply them into u-boot-mmc. Sorry for too late.
Best Regards,
Jaehoon Chung
CI:
On 4/14/24 20:39, Marek Vasut wrote:
> In case of an OTP-CLOSED STM32MP15xx system, the CPU core 1 cannot be
> released from endless loop in BootROM only by populating TAMP BKPxR 4
> and 5 with magic and branch address and sending SGI0 interrupt from
> core 0 to core 1 twice. TAMP_SMCR
On 2024-04-10 16:30, Jonas Karlman wrote:
The commit 2cc6cde647e2 ("mmc: rockchip_sdhci: Limit number of blocks
read in a single command") introduced a limit of number of blocks to
read to fix a Data End Bit Error on RK3568 and RK3588. This had a side
affect of significant slowing down reading
Hi Dragan,
On 4/15/24 11:04, Dragan Simic wrote:
On 2024-04-15 10:58, Quentin Schulz wrote:
On 4/13/24 20:13, Jonas Karlman wrote:
Add .dtb-file entry to Makefile and enable Kconfig options required to
configure pinctrl in SPL. Also add missing PHY_ROCKCHIP_NANENG_COMBOPHY.
Separate commits
On 2024-04-15 10:58, Quentin Schulz wrote:
On 4/13/24 20:13, Jonas Karlman wrote:
Add .dtb-file entry to Makefile and enable Kconfig options required to
configure pinctrl in SPL. Also add missing
PHY_ROCKCHIP_NANENG_COMBOPHY.
Separate commits please.
Perhaps the Makefile changes from a
Hi Jonas,
On 4/13/24 20:13, Jonas Karlman wrote:
A few RK3588 boards are missing a mmc-hs200 prop to signal that HS200
mode is supported in addition to HS400, this lead to bad performance
reading FIT in SPL and broken MMC write.
Add cap-mmc-highspeed and mmc-hs200-1_8v to affected boards to
Hi Jonas,
On 4/13/24 20:13, Jonas Karlman wrote:
Add .dtb-file entry to Makefile and enable Kconfig options required to
configure pinctrl in SPL. Also add missing PHY_ROCKCHIP_NANENG_COMBOPHY.
Separate commits please.
Sum of changes is fine though (but a bit more verbose commit log would
Hello Quentin,
On 2024-04-15 10:56, Quentin Schulz wrote:
Hi Jonas,
On 4/13/24 20:13, Jonas Karlman wrote:
Add the CoolPi 4 Model B and CoolPi CM5 EVB board to the
documentation.
Also fix .dtb-file entries in Makefile.
When one needs to use a list or say "also", "moreover", etc... it
Hi Jonas,
On 4/13/24 20:13, Jonas Karlman wrote:
Add the CoolPi 4 Model B and CoolPi CM5 EVB board to the documentation.
Also fix .dtb-file entries in Makefile.
When one needs to use a list or say "also", "moreover", etc... it
usually is a tell the commit should be split.
Here the changes
Hi Jonas,
On 4/13/24 20:13, Jonas Karlman wrote:
After the commit aca95282c1b7 ("Makefile: Use the fdtgrep -u flag")
bootph props is propagating to parent nodes.
Update bootph props to ensure eMMC, SD-card and SPI flash is available
in SPL and U-Boot proper pre-reloc phase also remove unneeded
On 4/14/24 20:39, Marek Vasut wrote:
> SoC revision is only accessible via DBUMCU IDC register,
> which requires BSEC.DENABLE DBGSWENABLE bit to be set to
> make the register accessible, otherwise an access to the
> register triggers bus fault. As BSEC.DBGSWENABLE is zero
> in case of an
Hi Jonas,
On 4/13/24 20:13, Jonas Karlman wrote:
Sort nodes and props in RK356x/RK3588 u-boot.dtsi alphabetically, nodes
is sorted by reg addr then by alphabetical order.
This has no intended change beside sorting existing nodes and removing
a duplicated usbdpphy0_grf node.
Signed-off-by:
On 4/14/24 20:38, Marek Vasut wrote:
> The source file is in arch/arm/mach-stm32mp/ecdsa_romapi.c and not
> in arch/arm/mach-stm32mp/stm32mp1/ecdsa_romapi.c . There are two
> Makefile entries in each subdirectory. Drop the bogus one and keep
> only the correct one, the one in
On 2024-04-15 10:23, Jonas Karlman wrote:
On 2024-04-15 09:00, Dragan Simic wrote:
Please see my comments below.
On 2024-04-13 20:13, Jonas Karlman wrote:
A few RK3588 boards are missing a mmc-hs200 prop to signal that HS200
mode is supported in addition to HS400, this lead to bad performance
Hi Dragan,
On 2024-04-15 09:00, Dragan Simic wrote:
> Hello Jonas,
>
> Please see my comments below.
>
> On 2024-04-13 20:13, Jonas Karlman wrote:
>> A few RK3588 boards are missing a mmc-hs200 prop to signal that HS200
>> mode is supported in addition to HS400, this lead to bad performance
>>
On 2024-04-15 10:03, Jonas Karlman wrote:
On 2024-04-15 08:37, Dragan Simic wrote:
Please see a couple of comments below.
On 2024-04-13 20:13, Jonas Karlman wrote:
The RK35xx SoCs contain a crypto engine block that can generate
random
numbers.
Enable rng node in soc u-boot.dtsi and enable
default n doesn't need to be specified. It is default option anyway.
Similar changes have been done by commit 18370f14975c ("Kconfig: Remove all
default n/no options").
Signed-off-by: Michal Simek
---
boot/Kconfig | 1 -
cmd/Kconfig | 2 --
2 files changed, 3 deletions(-)
diff --git
On Wed Mar 6, 2024 at 5:19 PM CET, Michael Walle wrote:
> Use the new device devicetree files in dts/upstream/ and delete the old
> ones. Still keep the -u-boot.dtsi with all u-boot specifics around.
>
> There is one catch and that is fsl-ls1028a-kontron-sl28-var3.dts which
> is not available
Hi Dragan,
On 2024-04-15 08:37, Dragan Simic wrote:
> Hello Jonas,
>
> Please see a couple of comments below.
>
> On 2024-04-13 20:13, Jonas Karlman wrote:
>> The RK35xx SoCs contain a crypto engine block that can generate random
>> numbers.
>>
>> Enable rng node in soc u-boot.dtsi and enable
Hi,
> -Original Message-
> From: Jaehoon Chung
> Sent: Monday, April 15, 2024 4:57 PM
> To: u-boot@lists.denx.de
> Cc: tr...@konsulko.com; ycli...@andestech.com; Jaehoon Chung
>
> Subject: [PATCH] mmc: cv1800b_sdhci: Remove the unused argument
>
> Remove the unused argument about
>From reading the S34ML02G1 and the SAM9X60 datasheets again, it seems
like we have to wait tREA after rising RE# before sampling the data.
Thus pulse time must be at least tREA.
Without this fix we got PMECC errors when reading, after switching to
ONFI timing mode 3 on SAM9X60 SoC with S34ML02G1
Remove the unused argument about cmd_error.
Fixes: a3b2786651c7 ("mmc: Drop unused mmc_send_tuning() cmd_error parameter")
Signed-off-by: Jaehoon Chung
1
---
drivers/mmc/cv1800b_sdhci.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/cv1800b_sdhci.c
Options are moving to Kconfig by running sed and comments are staying in
that's why do clean up and remove useless comments.
Signed-off-by: Michal Simek
---
include/configs/xilinx_zynqmp.h | 6 --
1 file changed, 6 deletions(-)
diff --git a/include/configs/xilinx_zynqmp.h
From: Parth Pancholi
Adds tifsstub binaries, this is required for deepsleep functionality.
This implements the same change as commit 128f81290b7d ("arm: dts: k3:
binman: am625: add support for signing TIFSSTUB Images") did for TI AM62
SK board.
Signed-off-by: Parth Pancholi
Signed-off-by:
Override the ONFI timing mode at runtime.
Signed-off-by: Alexander Dahl
---
Notes:
v3:
- no changes to this patch
v2:
- initial patch version (not present in v1)
cmd/Kconfig | 10 ++
cmd/nand.c | 61
For now adds one new command 'hsmc' with a single subcommand 'decode' to
read and display the content of the registers of the Static Memory
Controllers (SMC/HSMC) found in different at91 SoCs. Needed to get a
better picture on what raw nand core and atmel nand controller driver
try to set as
Hello everyone,
while working on NAND flash support for a custom board based on the at91
SAM9X60 SoC I stumbled over some issues in the raw nand subsystem.
Some trivial patches of previous iterations of this series were already
applied.
Patch 1 introduces a new subcommand for the new atmel nand
Hello Patrice
On 4/15/2024 12:33 PM, Patrice CHOTARD wrote:
On 4/14/24 13:10, Kumar, Udit wrote:
Hello Patrice,
On 4/13/2024 1:54 PM, Patrice CHOTARD wrote:
On 4/12/24 17:53, Patrice Chotard wrote:
In case a new region is adjacent to a previous region with
similar flag, this region is
On 4/15/2024 4:27 PM, Tudor Ambarus wrote:
>
>
> On 4/15/24 08:09, Takahiro Kuwano wrote:
>> Hi Tudor,
>
> Hi!
>
>>
>> On 4/15/2024 3:47 PM, Tudor Ambarus wrote:
>>>
>>>
>>> On 4/15/24 05:33, tkuw584...@gmail.com wrote:
From: Takahiro Kuwano
default_init() fixup hook should be
able in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-socfpga.git
tags/u-boot-socfpga-next-20240415
for you to fetch changes up to 27ed98d491521a637f2b4468ac021511294f897f:
drivers: misc: Fixes: Rename CONFIG_SPL_SOCFPGA_SEC_REG to
CONFIG_SPL_SOCFPGA_DT_REG (2024-04-1
Hi Tudor,
On 4/15/2024 3:47 PM, Tudor Ambarus wrote:
>
>
> On 4/15/24 05:33, tkuw584...@gmail.com wrote:
>> From: Takahiro Kuwano
>>
>> default_init() fixup hook should be used to initialize flash parameters
>> when its information is not provided in SFDP. To support that case, it
>> needs to
Hi,
> -Original Message-
> From: c...@mailbox.org
> Sent: Thursday, April 4, 2024 3:58 PM
> To: u-boot@lists.denx.de
> Cc: Maximilian Brune ; Peng Fan
> ; Jaehoon Chung
>
> Subject: [PATCH v2] mmc: arm_pl180: Limit data transfer to U16_MAX
>
> From: Maximilian Brune
>
> Currently
On 4/14/24 13:10, Kumar, Udit wrote:
> Hello Patrice,
>
> On 4/13/2024 1:54 PM, Patrice CHOTARD wrote:
>>
>> On 4/12/24 17:53, Patrice Chotard wrote:
>>> In case a new region is adjacent to a previous region with
>>> similar flag, this region is merged with its predecessor, but no
>>> check
On 4/15/2024 3:56 PM, Tudor Ambarus wrote:
>
>
> On 4/15/24 05:33, tkuw584...@gmail.com wrote:
>> From: Takahiro Kuwano
>>
>> This series is equivalent to the one for Linux MTD submitted by
>> Pratyush Yadav.
>>
>> https://patchwork.ozlabs.org/project/linux-mtd/list/?series=217759=*
>
> Ah, I
Hello Jonas,
Please see my comments below.
On 2024-04-13 20:13, Jonas Karlman wrote:
A few RK3588 boards are missing a mmc-hs200 prop to signal that HS200
mode is supported in addition to HS400, this lead to bad performance
reading FIT in SPL and broken MMC write.
Add cap-mmc-highspeed and
Hi,
> -Original Message-
> From: Yang Xiwen
> Sent: Wednesday, April 3, 2024 10:22 AM
> To: Jaehoon Chung ; Peng Fan
> Cc: u-boot@lists.denx.de
> Subject: Re: [PATCH v2 3/3] mmc: hi6220_dw_mmc: add fifoth_val to private
> data and set it in .probe
>
> On 4/3/2024 8:43 AM, Jaehoon
Hi,
> -Original Message-
> From: Yang Xiwen
> Sent: Wednesday, April 3, 2024 10:20 AM
> To: Jaehoon Chung ; Peng Fan
> Cc: u-boot@lists.denx.de
> Subject: Re: [PATCH v2 2/3] mmc: dw_mmc: Don't return error if data busy
> timeout
>
> On 4/3/2024 8:41 AM, Jaehoon Chung wrote:
> > Hi,
>
Hi,
> -Original Message-
> From: Yang Xiwen
> Sent: Wednesday, April 3, 2024 10:16 AM
> To: Jaehoon Chung ; Peng Fan
> Cc: u-boot@lists.denx.de
> Subject: Re: [PATCH v2 1/3] mmc: hi6220-dwmmc: handle clocks and resets if
> CONFIG_CLK and
> CONFIG_DM_RESET enabled
>
> On 4/3/2024 8:39
On 2024-04-13 20:13, Jonas Karlman wrote:
Add the CoolPi 4 Model B and CoolPi CM5 EVB board to the documentation.
Also fix .dtb-file entries in Makefile.
Perhaps the patch subject could be improved a bit to also mention
fixing of the Makefile, but only if there will be v3.
Fixes:
On 2024-04-13 20:13, Jonas Karlman wrote:
Imply BOOTSTD_FULL for all RK356x boards to more closely follow RK3588.
Signed-off-by: Jonas Karlman
Looking good to me.
Reviewed-by: Dragan Simic
---
v2: No change
---
arch/arm/mach-rockchip/Kconfig | 1 +
On 2024-04-13 20:13, Jonas Karlman wrote:
Imply support for GbE PHY status parsing and configuration when support
for onboard ethernet is enabled.
s/ethernet/Ethernet/ -- only if there will be v3
Signed-off-by: Jonas Karlman
Reviewed-by: Quentin Schulz
Looking good to me.
Reviewed-by:
Hello Jonas,
Please see a couple of comments below.
On 2024-04-13 20:13, Jonas Karlman wrote:
The RK35xx SoCs contain a crypto engine block that can generate random
numbers.
Enable rng node in soc u-boot.dtsi and enable Kconfig options to take
advantage of the random generator.
Hello Alexander,
On Mon, Apr 15, 2024 at 8:13 AM Alexander Dahl wrote:
>
> Hello Dario,
>
> Am Sun, Apr 14, 2024 at 03:41:38PM +0200 schrieb Dario Binacchi:
> > Hi Alexander,
> >
> > On Wed, Mar 20, 2024 at 10:02 AM Alexander Dahl wrote:
> > >
> > > Hello everyone,
> > >
> > > while working on
On 2024-04-13 20:13, Jonas Karlman wrote:
Sort imply statements under ROCKCHIP_RK3568 and ROCKCHIP_RK3588
alphabetically.
Signed-off-by: Jonas Karlman
Looking good to me.
Reviewed-by: Dragan Simic
---
v2: No change
---
arch/arm/mach-rockchip/Kconfig | 24
1 file
On 2024-04-13 20:13, Jonas Karlman wrote:
RK3588 boards do not have any pwm-regulator compatible nodes in DT,
drop
the superfluous REGULATOR_PWM Kconfig options.
Signed-off-by: Jonas Karlman
Looking good to me.
Reviewed-by: Dragan Simic
---
v2: No change
---
On 2024-04-13 20:13, Jonas Karlman wrote:
The commit 8c19275fdb13 ("rockchip: Update the default USB Product ID
value") added default product id for all supported Rockchip SoCs.
Remove USB_GADGET_PRODUCT_NUM options that match default value from
RK35xx boards.
Signed-off-by: Jonas Karlman
Hello Dario,
Am Sun, Apr 14, 2024 at 03:41:38PM +0200 schrieb Dario Binacchi:
> Hi Alexander,
>
> On Wed, Mar 20, 2024 at 10:02 AM Alexander Dahl wrote:
> >
> > Hello everyone,
> >
> > while working on NAND flash support for a custom board based on the at91
> > SAM9X60 SoC I stumbled over some
MCR boards are plugged in racks. The position in the rack can be read
in a register.
For MCR3000, that's provided by the FPGA so check it is loaded before
reading the address.
For the other boards, the FPGA is loaded by hardware so it can be
read inconditionnaly.
Signed-off-by: Christophe Leroy
Unlike CMPC885 and CMPCPRO boards, the FPGA of MCR3000 board doesn't
load code automatically but needs to be loaded by software through SPI.
Until now it was loaded later by Linux, but we'd like U-boot to have
access to some information that require the FPGA, like board address
in racks.
So,
Instead of cross using cross-directory makefile directives,
add a Makefile in board/cssi/common/ directory in order to
benefit from HAVE_VENDOR_COMMON_LIB logic.
Signed-off-by: Christophe Leroy
---
board/cssi/cmpc885/Makefile | 2 +-
board/cssi/cmpcpro/Makefile | 2 +-
Set the speed requested through mpc8xx_spi_set_speed() instead
of hardcoding a fixed speed.
Signed-off-by: Christophe Leroy
---
drivers/spi/mpc8xx_spi.c | 19 +--
1 file changed, 17 insertions(+), 2 deletions(-)
diff --git a/drivers/spi/mpc8xx_spi.c b/drivers/spi/mpc8xx_spi.c
On CPM, the RISC core is a lot more efficiant when doing transfers
in 16-bits chunks than in 8-bits chunks, but unfortunately the
words need to be byte swapped.
So, for large tranfers with an even size, allocate a temporary
buffer and byte-swap data before and after transfer.
This change allows
Perform multiple transfer of size MAX_BUFFER when the data to be
transferred is longer than MAX_BUFFER.
Signed-off-by: Christophe Leroy
---
drivers/spi/mpc8xx_spi.c | 48
1 file changed, 34 insertions(+), 14 deletions(-)
diff --git
SDMA configuration register needs to be set up only once and doesn't
belong to drivers. Also, the value to be used is different on mpc885.
So do the init in cpu_init_f() with 0x40 for mpc885 and 0x1 for others.
Signed-off-by: Christophe Leroy
---
arch/powerpc/cpu/mpc8xx/cpu_init.c | 6 ++
All CSSI boards have an LM74 chip as temperature sensor.
Enable it.
Signed-off-by: Christophe Leroy
---
arch/powerpc/dts/cmpc885.dts | 12 +++-
arch/powerpc/dts/cmpcpro.dts | 12 +++-
arch/powerpc/dts/mcr3000.dts | 6 ++
configs/CMPC885_defconfig| 3 +++
MCR3000 board has some components tied to the SPI bus, like the Texas
Instruments LM74 temperature sensor.
Add support for SPI bus. The SPI chipselects are a bit special in the
way that they are driven by 3 bits in a register of the board's CPLD
where the value writen in those bits exclusively
LM74 is a SPI temperature sensor.
Implement a driver to read temperature from it.
Signed-off-by: Christophe Leroy
---
drivers/thermal/Kconfig | 6 +
drivers/thermal/Makefile | 1 +
drivers/thermal/ti-lm74.c | 52 +++
3 files changed, 59
xfer ops can be passed a NULL input or output buffer. At the
time being the driver ignores it and overwrites memory at 0.
Define a dummy buffer and use it when either input or output
buffer is NULL. Bail out when both are NULL as it shouldn't.
Also increase MAX_BUFFER len to 32k as the current
Since commit 773ad4ebb1d6 ("spi, mpc8xx: Add support for chipselect via
GPIO and fixups"), DM_GPIO is required for 8xx SPI.
Add the missing dependency to avoid build failures.
Fixes: 773ad4ebb1d6 ("spi, mpc8xx: Add support for chipselect via GPIO and
fixups")
Signed-off-by: Christophe Leroy
From: Hugo Dubois
CMPC885 board can be pluged on a mother board with fibre interface, so
fibre interface MAC address must be initialised for that case.
Signed-off-by: Hugo Dubois
Reviewed-by: CASAUBON Jean Michel
Signed-off-by: Christophe Leroy
---
board/cssi/cmpc885/cmpc885.c | 4 +++-
1
From: Hugo Dubois
When equipped with the SRSA audio board, MIAE equipment
has an additional port called port F.
Initialise that port just like other ports of the board, so
that it is already configured when starting Linux kernel.
Signed-off-by: Hugo Dubois
Reviewed-by: CASAUBON Jean Michel
From: Jean-Michel CASAUBON
HUSH shell is not always wanted/desirable.
Add missing braces in environment in order to allow use without
HUSH shell.
Signed-off-by: Jean-Michel CASAUBON
Cc: DUBOIS Hugo
Signed-off-by: Christophe Leroy
---
board/cssi/cmpc885/cmpc885.env | 4 ++--
When adding additional SPI peripherals, the reg property needs to
be added, and this leads to the following error:
arch/powerpc/dts/cmpc885.dtb: Warning (reg_format):
/immr@ff00/spi@aa0/temp@1:reg: property has invalid length (4 bytes)
(#address-cells == 1, #size-cells == 1)
From: Jean-Michel CASAUBON
Remove a stray semicolon in MCR3000 board environment.
Signed-off-by: Jean-Michel CASAUBON
Reviewed-by: DUBOIS Hugo
Signed-off-by: Christophe Leroy
---
board/cssi/mcr3000/mcr3000.env | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
This series contains misc fixes and changes for CSSI boards.
Main changes are:
- Fix and optimise mpc8xx SPI driver
- Add support for LM74 temperature sensor
- Add support for loading FPGA on MCR3000
I will send a pull request later before close of the merge window.
Changes since v1:
- Added
101 - 190 of 190 matches
Mail list logo
