On 27.7.2018 10:43, Luis Araneda wrote:
> Add a flash node to fix the detection of the memory IC.
> With the changes introduced with commit 8fee8845e754
> ("enf_sf: reuse setup_flash_device instead of open coding it")
> the SPI speed is now read from device-tree or a default value
> is applied. Thi
On 27.7.2018 10:40, Chee, Tien Fong wrote:
> On Thu, 2018-07-26 at 11:03 +0200, Michal Simek wrote:
>> On 25.7.2018 18:03, Tom Rini wrote:
>>>
>>> On Wed, Jul 25, 2018 at 09:47:17AM -0600, Simon Glass wrote:
Hi,
On 25 July 2018 at 03:48, Michal Simek
wrote:
>
>
>>>
On Tue, Jul 24, 2018 at 2:06 PM, Icenowy Zheng wrote:
>
>
> 于 2018年7月24日 GMT+08:00 下午4:34:52, Maxime Ripard
> 写到:
>>On Sat, Jul 21, 2018 at 04:20:24PM +0800, Icenowy Zheng wrote:
>>> On the new Allwinner H6 SoC, the SRAM A2 address (SPL load address)
>>is
>>> at 0x2, which is different with
On Fri, Jul 27, 2018 at 11:50:53PM +0800, Icenowy Zheng wrote:
> Sometimes when a monitor without EDID information is plugged, the DE2
> won't be probed (because of lack of timing information), but the HDMI
> node is probed, thus a SimpleFB node with invalid information will be
> populated.
>
> Al
This patch set adds support of multiple phys for one dpmac
Till now we have had cases where we had one phy device per dpmac.
Now, with the upcoming products (LX2160AQDS), we have cases, where there
are sometimes two phy devices for one dpmac. One phy for TX lanes and one
phy for RX lanes. To handl
The goto label name is misspelled it should be DPMAC not DPAMC
Signed-off-by: Pankaj Bansal
---
Notes:
V2:
- No change
drivers/net/ldpaa_eth/ldpaa_eth.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/net/ldpaa_eth/ldpaa_eth.c
b/drivers/net/ldpaa_et
if an error occurs during init_phy, we should free the phydev structure
which has been allocated by phy_connect.
Signed-off-by: Pankaj Bansal
---
Notes:
V2:
- after free phydev just pass NULL into wriop_set_phy_dev()
drivers/net/ldpaa_eth/ldpaa_eth.c | 10 +-
1 file changed, 9
The phydev structure is present in both ldpaa_eth_priv and
wriop_dpmac_info. the phydev in wriop_dpmac_info is not being used
As the phydev is created based on phy_addr and bus members of
wriop_dpmac_info, it is appropriate to keep phydev in wriop_dpmac_info.
Also phy_regs is not being used, ther
Till now we have had cases where we had one phy device per dpmac.
Now, with the upcoming products (LX2160AQDS), we have cases, where there
are sometimes two phy devices for one dpmac. One phy for TX lanes and
one phy for RX lanes. to handle such cases, add the support for multiple
phys in ethernet
The dpmac initalization should not depend on phy.
As the phy is not necessary to be present for dpmac to function.
Therefore, remove dpmac initialization dependency from phy.
Signed-off-by: Pankaj Bansal
---
Notes:
V2:
- No Change
drivers/net/fsl-mc/mc.c | 6 ++
1 file changed, 2 i
when there is no phy present for a dpmac, a dummy phy device is created.
when we move to multiple phy method, we need to create as many dummy phy
devices.
Change this method so that we don't need to create dummy phy devices.
We always report linkup if no phy is present.
Signed-off-by: Pankaj Bans
On 27.7.2018 11:14, Stefan Herbrechtsmeier wrote:
> Am 27.07.2018 um 08:42 schrieb Michal Simek:
>> On 26.7.2018 22:04, Stefan Herbrechtsmeier wrote:
>>> Am 26.07.2018 um 10:22 schrieb Michal Simek:
On 25.7.2018 21:17, Stefan Herbrechtsmeier wrote:
> Am 25.07.2018 um 08:07 schrieb Michal S
Hi Joe,
I have incorporated all your review comments except one:
"This should jut call wriop_init_dpmac_enet_if(). You can just set
dpmac_info[dpmac_id].enabled = 0 after calling
wriop_init_dpmac_enet_if()."
Actually in wriop_init_dpmac, we assign -1 to phy_addr array and NULL to
phydev array
On 26.7.2018 18:23, York Sun wrote:
> On 07/25/2018 11:52 PM, Michal Simek wrote:
>> On 25.7.2018 23:18, York Sun wrote:
>>> On 07/24/2018 10:58 PM, Michal Simek wrote:
On 24.7.2018 18:26, York Sun wrote:
> On 07/24/2018 06:07 AM, Michal Simek wrote:
>> There is no reason to limit gzip
On 26.7.2018 19:16, Tom Rini wrote:
> On Thu, Jul 26, 2018 at 04:23:14PM +, York Sun wrote:
>> On 07/25/2018 11:52 PM, Michal Simek wrote:
>>> On 25.7.2018 23:18, York Sun wrote:
On 07/24/2018 10:58 PM, Michal Simek wrote:
> On 24.7.2018 18:26, York Sun wrote:
>> On 07/24/2018 06:0
On 20.07.2018 17:28, Maxime Ripard wrote:
Hi Eugen,
Thanks for giving those patches another shot.
On Thu, Jul 19, 2018 at 12:57:52PM +0300, Eugen Hristev wrote:
From: Maxime Ripard
We might want to access data stored onto one wire EEPROMs.
Create a framework to provide a consistent API.
S
On Sun, Jul 29, 2018 at 12:03:31AM +0530, Jagan Teki wrote:
> OrangePi One Plus is Allwinner H6 based open-source SBC,
> which support:
> - Allwinner H6 Quad-core 64-bit ARM Cortex-A53
> - GPU Mali-T720
> - 1GB LPDDR3 RAM
> - AXP805 PMIC
> - 1Gbps GMAC via RTL8211
> - USB 2.0 Host, OTG
> - HDMI por
Compressed images should have their compression property
set to "none" if U-Boot should leave them compressed.
This is especially the case for compressed ramdisks that
should be uncompressed by the kernel only.
Signed-off-by: Simon Goldschmidt
---
doc/uImage.FIT/source_file_format.txt | 4 +++-
To prepare supporting compression for all image types, change
compression to "none" for ramdisks in all examples.
Signed-off-by: Simon Goldschmidt
---
arch/arm/cpu/armv8/fsl-layerscape/doc/README.falcon | 2 +-
doc/README.bcm7xxx | 2 +-
doc/uImage.FIT/multi.its
On Sun, Jul 22, 2018 at 09:46:05PM +0300, Ramon Fried wrote:
> Fixup the Linux FDT with the detection of onboard DRAM as
> provided by SBL (Secondary boot loader) by reading
> the shared-memory region.
>
> Signed-off-by: Ramon Fried
This breaks 820c and adds a warning on 410c (this is with 2/2
Dear Simon,
In message <20180730105319.79424-1-sgoldschm...@de.pepperl-fuchs.com> you wrote:
> Compressed images should have their compression property
> set to "none" if U-Boot should leave them compressed.
>
> This is especially the case for compressed ramdisks that
> should be uncompressed by
Fixes the following chechpatch -f error:
ERROR: "(foo*)" should be "(foo *)"
+ strncpy((char*)t->uuid, serial_str, sizeof(t->uuid));
Signed-off-by: Christian Gmeiner
---
lib/smbios.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/smbios.c b/lib/smbios.c
in
Fixes the following checkstyle warning:
WARNING: Missing a blank line after declarations
+ int tmp = smbios_write_funcs[i]((ulong *)&addr, handle++);
+ max_struct_size = max(max_struct_size, tmp);
Signed-off-by: Christian Gmeiner
---
lib/smbios.c | 1 +
1 file change
On Mon, Jul 30, 2018 at 01:19:16PM +0200, Wolfgang Denk wrote:
> Dear Simon,
>
> In message <20180730105319.79424-1-sgoldschm...@de.pepperl-fuchs.com> you
> wrote:
> > Compressed images should have their compression property
> > set to "none" if U-Boot should leave them compressed.
> >
> > This
On 30.07.2018 13:19, Wolfgang Denk wrote:
Dear Simon,
In message <20180730105319.79424-1-sgoldschm...@de.pepperl-fuchs.com> you wrote:
Compressed images should have their compression property
set to "none" if U-Boot should leave them compressed.
This is especially the case for compressed ram
On 30.07.2018 10:54, Michal Simek wrote:
On 26.7.2018 19:16, Tom Rini wrote:
On Thu, Jul 26, 2018 at 04:23:14PM +, York Sun wrote:
On 07/25/2018 11:52 PM, Michal Simek wrote:
On 25.7.2018 23:18, York Sun wrote:
On 07/24/2018 10:58 PM, Michal Simek wrote:
On 24.7.2018 18:26, York Sun wr
On July 30, 2018 2:18:17 PM GMT+03:00, Tom Rini wrote:
>On Sun, Jul 22, 2018 at 09:46:05PM +0300, Ramon Fried wrote:
>
>> Fixup the Linux FDT with the detection of onboard DRAM as
>> provided by SBL (Secondary boot loader) by reading
>> the shared-memory region.
>>
>> Signed-off-by: Ramon Fried
Dear Simon,
In message <20180730105319.79424-2-sgoldschm...@de.pepperl-fuchs.com> you wrote:
> To prepare supporting compression for all image types, change
> compression to "none" for ramdisks in all examples.
What makes you think this is a correct thing to do?
There are different approaches to
Dear Simon,
In message <6009778b-1c55-d67b-26a5-7d9039c85...@de.pepperl-fuchs.com> you
wrote:
>
> It might seem obvious to you, but given the examples had both "none" and
> "gzip" for ramdisk, it seems it has not been obvious for everybody.
These may be different examples, documenting differen
Dear Wolfgang,
On 30.07.2018 13:46, Wolfgang Denk wrote:
Dear Simon,
In message <6009778b-1c55-d67b-26a5-7d9039c85...@de.pepperl-fuchs.com> you
wrote:
It might seem obvious to you, but given the examples had both "none" and
"gzip" for ramdisk, it seems it has not been obvious for everybody.
Dear Wolfgang,
On 30.07.2018 13:45, Wolfgang Denk wrote:
Dear Simon,
In message <20180730105319.79424-2-sgoldschm...@de.pepperl-fuchs.com> you wrote:
To prepare supporting compression for all image types, change
compression to "none" for ramdisks in all examples.
What makes you think this is
Dear Simon,
In message you
wrote:
>
> > These may be different examples, documenting different use cases
> > which do exactly what they say?
>
> That might well be, but given that compression in FIT images only works
> for kernel sub-images up to now, I strongly doubt that.
This might actually
Call xilinx_gpio_get_bank_pin() before use.
Reported-by: Stefan Herbrechtsmeier
Signed-off-by: Michal Simek
---
drivers/gpio/xilinx_gpio.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpio/xilinx_gpio.c b/drivers/gpio/xilinx_gpio.c
index 48b52c985a55..8ce
There is no user for !DM driver that's why remove it.
Signed-off-by: Michal Simek
---
drivers/gpio/xilinx_gpio.c | 338 +
1 file changed, 2 insertions(+), 336 deletions(-)
diff --git a/drivers/gpio/xilinx_gpio.c b/drivers/gpio/xilinx_gpio.c
index 8ce
Set a value before changing gpio direction. This will ensure that the
old value is not propagated when direction has changed but new value is
not written yet.
Reported-by: Stefan Herbrechtsmeier
Signed-off-by: Michal Simek
---
drivers/gpio/xilinx_gpio.c | 4 ++--
1 file changed, 2 insertions(+
There is no reason to do read/write for if/else separately.
Reported-by: Stefan Herbrechtsmeier
Signed-off-by: Michal Simek
---
drivers/gpio/xilinx_gpio.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --git a/drivers/gpio/xilinx_gpio.c b/drivers/gpio/xilinx_gpio.c
i
On 30.07.2018 14:32, Wolfgang Denk wrote:
Dear Simon,
In message you
wrote:
These may be different examples, documenting different use cases
which do exactly what they say?
That might well be, but given that compression in FIT images only works
for kernel sub-images up to now, I strongl
Dear Simon,
In message <6bce9049-a812-d8e4-cd2a-4b86dccae...@de.pepperl-fuchs.com> you
wrote:
>
> However, uncompression currently is only implemented for kernels, not
> for other sub-images. This patch aims at updating the docs and the
> current .its examples to what they do now.
Yes, but the
Dear Simon,
In message <642b8dae-f941-5255-42c7-3761e12d0...@de.pepperl-fuchs.com> you
wrote:
>
> As I'm not that long with U-Boot, can you point me to a rough date of a
> release that I could check to see if it worked at that time?
I can only speculate... The first bigger rework of the cose
dm code in fec_mxc has some quite few issues with mdio handling
and the dm vs non-dm code in fec_mxc looks very uncomfortable
to read and add new support.
This series is trying to fixe all necessary issues regarding fec_mxc,
along with necessary CONFIG options are moved into defconfig.
Require e
This file not used by any config file, hence droped.
Cc: Adam Ford
Signed-off-by: Jagan Teki
---
include/configs/imx27lite-common.h | 172 -
1 file changed, 172 deletions(-)
delete mode 100644 include/configs/imx27lite-common.h
diff --git a/include/configs/imx27lit
Use existing PHY_INTERFACE_MODE_ for xcv_type, this eventually
- remove CONFIG_FEC_XCV_TYPE in DM_ETH boards since the phy interface
is grabbing from DT phy-mode.
- prefix PHY_INTERFACE_MODE_ for CONFIG_FEC_XCV_TYPE in non DM_ETH boards
- added MII100, SEVENWIRE PHY mode
Signed-off-by: Jagan Tek
- Move CONFIG_FEC_MXC to defconfigs
- Add require depends on in kconfig
Signed-off-by: Jagan Teki
---
Note:
- On top of
"[PATCH] Convert CONFIG_MII et al to Kconfig"
configs/apalis_imx6_defconfig | 1 +
configs/apalis_imx6_nospl_com_defconfig | 1 +
configs/apalis_imx6_nospl_it_defcon
- use PHY_ADDR_ENABLE and PHY_ADDR
- few boards are using FEC_MXC_PHYADDR without PHYLIB
enable the same.
Signed-off-by: Jagan Teki
---
board/compulab/cl-som-imx7/cl-som-imx7.c | 2 +-
board/freescale/mx6sxsabreauto/mx6sxsabreauto.c | 3 +--
board/freescale/mx6ul_14x14_evk/mx6ul_1
Usually PHYADDR is used while PHYLIB is defined, but
boards like apx4devkit, mx6qarm2 are not using PHYLIB
but they are using CONFIG_FEC_MXC_PHYADDR.
So, future patches will convert CONFIG_FEC_MXC_PHYADDR to
generic CONFIG_PHY_ADDR and that will depends on PHYLIB.
Handle this special case for this
Move enet initialization code in fec_enet function,
no functional changes.
Signed-off-by: Jagan Teki
---
drivers/net/fec_mxc.c | 24 +++-
1 file changed, 19 insertions(+), 5 deletions(-)
diff --git a/drivers/net/fec_mxc.c b/drivers/net/fec_mxc.c
index 3ae62ff9d1..76a3bd84f0
Setting up common code for dm and non-dm will easy and
understandable for adding new features, debugging in
both the code area.
Signed-off-by: Jagan Teki
---
drivers/net/fec_mxc.c | 225 --
drivers/net/fec_mxc.h | 3 +
2 files changed, 108 insertions(+),
Add PHY reset code for DM_ETH by retrieving phy-reset-gpios
and phy-reset-duration in fec node.
Signed-off-by: Jagan Teki
---
drivers/net/fec_mxc.c | 50 +--
drivers/net/fec_mxc.h | 7 ++
2 files changed, 51 insertions(+), 6 deletions(-)
diff --git a
Retrive priv via udevice using dev_get_priv, so just
pass udevice pointer.
Signed-off-by: Jagan Teki
---
drivers/net/fec_mxc.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/net/fec_mxc.c b/drivers/net/fec_mxc.c
index 11182f27d8..3ae62ff9d1 100644
--- a/drivers/
On 30.7.2018 13:28, Simon Goldschmidt wrote:
>
>
> On 30.07.2018 10:54, Michal Simek wrote:
>> On 26.7.2018 19:16, Tom Rini wrote:
>>> On Thu, Jul 26, 2018 at 04:23:14PM +, York Sun wrote:
On 07/25/2018 11:52 PM, Michal Simek wrote:
> On 25.7.2018 23:18, York Sun wrote:
>> On 07/
mdio initialization in dm code is assigning bus->priv
with pointer to struct ethernet_regs which leads to
improper mii. Add proper udevice to store mii_bus priv
and reuse the same in mdio ops.
Also refactor mdio code, to make common ops for dm and non-dm.
Signed-off-by: Jagan Teki
---
drivers/n
On 27.7.2018 10:41, Stefan Herbrechtsmeier wrote:
> Am 27.07.2018 um 09:05 schrieb Michal Simek:
>> On 26.7.2018 21:46, Stefan Herbrechtsmeier wrote:
>>> Am 26.07.2018 um 10:41 schrieb Michal Simek:
On 25.7.2018 20:21, Stefan Herbrechtsmeier wrote:
> Am 25.07.2018 um 08:39 schrieb Michal S
On 26.7.2018 18:23, York Sun wrote:
> On 07/25/2018 11:52 PM, Michal Simek wrote:
>> On 25.7.2018 23:18, York Sun wrote:
>>> On 07/24/2018 10:58 PM, Michal Simek wrote:
On 24.7.2018 18:26, York Sun wrote:
> On 07/24/2018 06:07 AM, Michal Simek wrote:
>> There is no reason to limit gzip
Add clock validate function for validating
specific clock to do further clock operations.
Signed-off-by: Jagan Teki
Reviewed-by: Simon Glass
---
include/clk-uclass.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/include/clk-uclass.h b/include/clk-uclass.h
index e76d98e2f6..452
Add support for ENET clock on i.MX6UL platform.
Signed-off-by: Jagan Teki
Reviewed-by: Joe Hershberger
---
drivers/clk/imx/Kconfig | 7 +++
drivers/clk/imx/Makefile | 1 +
drivers/clk/imx/clk_imx6ul.c | 92
3 files changed, 100 insertions(+)
crea
Add support for ENET clock on i.MX6QDL platform.
Signed-off-by: Jagan Teki
Reviewed-by: Joe Hershberger
---
drivers/clk/imx/clk_imx6q.c | 16 +---
1 file changed, 13 insertions(+), 3 deletions(-)
diff --git a/drivers/clk/imx/clk_imx6q.c b/drivers/clk/imx/clk_imx6q.c
index 301921841
Now enet clock support available for imx6qdl and imx6ul,
via CLK framework, so add enable, set_rate support in
drivers.
Signed-off-by: Jagan Teki
Acked-by: Joe Hershberger
---
drivers/net/fec_mxc.c | 58 ++-
drivers/net/fec_mxc.h | 5
2 files change
Add DM CLK driver for iMX6QDL platform.
- basic template for clk_imx6qdl.c
- Kconfig support
Signed-off-by: Jagan Teki
---
drivers/clk/Kconfig | 1 +
drivers/clk/Makefile| 1 +
drivers/clk/imx/Kconfig | 18 +
drivers/clk/imx/Makefile| 7
drivers/clk/imx/cl
sourcing of sub directiory kconfig files are not in
proper order, so keep them in ascending order.
Signed-off-by: Jagan Teki
---
drivers/clk/Kconfig | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/clk/Kconfig b/drivers/clk/Kconfig
index 18bf8a6d28..a99abed9e9
CLK support for imx6qdl is available, so enable
CLK_IMX for Engicam i.CoreM6 QDL RQS boards.
Signed-off-by: Jagan Teki
---
configs/imx6qdl_icore_rqs_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/imx6qdl_icore_rqs_defconfig
b/configs/imx6qdl_icore_rqs_defconfig
index 0099
This is first version for previous RFC[1] and on top of
fec_mxc series [2]
One of the blocking area where fec_mxc is unlikely
to move dm can be CLK support, this series trying
to add support for it and concentrated on ENET clocking
for i.MX6QDL and i.MX6UL.
Tested on i.MX6QDL
For i.MX6UL, need
CLK support for imx6ul is available, so enable
CLK_IMX for Engicam i.MX6UL boards.
Signed-off-by: Jagan Teki
---
arch/arm/mach-imx/mx6/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/mach-imx/mx6/Kconfig b/arch/arm/mach-imx/mx6/Kconfig
index 521fad74b5..388d2a2069 100644
---
On 30.07.2018 14:36, Wolfgang Denk wrote:
Dear Simon,
In message <6bce9049-a812-d8e4-cd2a-4b86dccae...@de.pepperl-fuchs.com> you
wrote:
However, uncompression currently is only implemented for kernels, not
for other sub-images. This patch aims at updating the docs and the
current .its examp
On 30.07.2018 14:44, Wolfgang Denk wrote:
Dear Simon,
In message <642b8dae-f941-5255-42c7-3761e12d0...@de.pepperl-fuchs.com> you
wrote:
As I'm not that long with U-Boot, can you point me to a rough date of a
release that I could check to see if it worked at that time?
I can only speculate
Hi,
On Wed, Jul 4, 2018 at 2:40 AM Luis Araneda wrote:
>
> Drop the DM_I2C dependency, as the library only implements
> the parsing of EDID data and doesn't depend on any driver
>
> One user of this library, the i2c command, implements
> support for legacy and DM I2C drivers
>
> Tested on a Zynq
Dear Simon,
In message <0787afb7-2da1-4eaa-437e-6f7c75828...@de.pepperl-fuchs.com> you
wrote:
>
> I'd still argue that the standard example in 'multi.its' should have
> compression = "none" for the ramdisks.
OK, this is your position then. I can only explain where we are
coming from: in the e
Hi,
On 27 July 2018 at 02:40, Chee, Tien Fong wrote:
>
> On Thu, 2018-07-26 at 11:03 +0200, Michal Simek wrote:
> > On 25.7.2018 18:03, Tom Rini wrote:
> > >
> > > On Wed, Jul 25, 2018 at 09:47:17AM -0600, Simon Glass wrote:
> > > >
> > > > Hi,
> > > >
> > > > On 25 July 2018 at 03:48, Michal Sim
Hi,
On 27 July 2018 at 02:57, Chee, Tien Fong wrote:
> On Thu, 2018-07-26 at 10:10 +0200, Marek Vasut wrote:
>> On 07/26/2018 09:54 AM, tien.fong.c...@intel.com wrote:
>> >
>> > From: Tien Fong Chee
>> >
>> > Signed-off-by: Tien Fong Chee
>> > ---
>> > arch/arm/dts/socfpga_arria10.dtsi
On 26 July 2018 at 20:20, Peng Fan wrote:
> Add dummy functions when CONFIG_POWER_DOMAIN not defined.
>
> Signed-off-by: Peng Fan
> ---
>
> V2: Use CONFIG_IS_ENABLED
>
> include/power-domain.h | 28
> 1 file changed, 28 insertions(+)
Reviewed-by: Simon Glass
__
On 26 July 2018 at 20:20, Peng Fan wrote:
> Add CONFIG_SPL_POWER_DOMAIN config entry.
> Build drivers/power/domain if this config is selected.
>
> Signed-off-by: Peng Fan
> Cc: Simon Glass
> ---
>
> V2: New
>
> common/spl/Kconfig| 9 +
> drivers/Makefile | 1 +
>
Am 30.07.2018 um 14:34 schrieb Michal Simek:
Call xilinx_gpio_get_bank_pin() before use.
Reported-by: Stefan Herbrechtsmeier
Signed-off-by: Michal Simek
---
drivers/gpio/xilinx_gpio.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpio/xilinx_gpio.c b/d
On 30.7.2018 15:26, Simon Glass wrote:
> Hi,
>
> On 27 July 2018 at 02:40, Chee, Tien Fong wrote:
>>
>> On Thu, 2018-07-26 at 11:03 +0200, Michal Simek wrote:
>>> On 25.7.2018 18:03, Tom Rini wrote:
On Wed, Jul 25, 2018 at 09:47:17AM -0600, Simon Glass wrote:
>
> Hi,
>
>
On 30.07.2018 15:25, Wolfgang Denk wrote:
Dear Simon,
In message <0787afb7-2da1-4eaa-437e-6f7c75828...@de.pepperl-fuchs.com> you
wrote:
I'd still argue that the standard example in 'multi.its' should have
compression = "none" for the ramdisks.
OK, this is your position then. I can only e
Hi Michal,
Am 30.07.2018 um 14:34 schrieb Michal Simek:
There is no reason to do read/write for if/else separately.
Reported-by: Stefan Herbrechtsmeier
Signed-off-by: Michal Simek
---
drivers/gpio/xilinx_gpio.c | 13 ++---
1 file changed, 6 insertions(+), 7 deletions(-)
diff --gi
Am 30.07.2018 um 14:34 schrieb Michal Simek:
Set a value before changing gpio direction. This will ensure that the
old value is not propagated when direction has changed but new value is
not written yet.
Reported-by: Stefan Herbrechtsmeier
Signed-off-by: Michal Simek
---
drivers/gpio/xilinx
Am 30.07.2018 um 14:40 schrieb Michal Simek:
On 27.7.2018 10:41, Stefan Herbrechtsmeier wrote:
Am 27.07.2018 um 09:05 schrieb Michal Simek:
On 26.7.2018 21:46, Stefan Herbrechtsmeier wrote:
Am 26.07.2018 um 10:41 schrieb Michal Simek:
On 25.7.2018 20:21, Stefan Herbrechtsmeier wrote:
Am 25.0
On 30.7.2018 15:31, Stefan Herbrechtsmeier wrote:
> Hi Michal,
>
> Am 30.07.2018 um 14:34 schrieb Michal Simek:
>> There is no reason to do read/write for if/else separately.
>>
>> Reported-by: Stefan Herbrechtsmeier
>> Signed-off-by: Michal Simek
>> ---
>>
>> drivers/gpio/xilinx_gpio.c | 13 +
Am 30.07.2018 um 15:42 schrieb Michal Simek:
On 30.7.2018 15:31, Stefan Herbrechtsmeier wrote:
Hi Michal,
Am 30.07.2018 um 14:34 schrieb Michal Simek:
There is no reason to do read/write for if/else separately.
Reported-by: Stefan Herbrechtsmeier
Signed-off-by: Michal Simek
---
drivers/
Hello,
On 27.07.2018 17:00, Horia Geanta wrote:
> On 7/27/2018 2:18 PM, Bharat Bhushan wrote:
>>
>>
>>> -Original Message-
>>> From: laurentiu.tu...@nxp.com [mailto:laurentiu.tu...@nxp.com]
>>> Sent: Friday, July 27, 2018 3:28 PM
>>> To: u-boot@lists.denx.de; Prabhakar Kushwaha
>>> ; York
On 12.05.2018 22:28, Marek Vasut wrote:
Pull the serial port configuration from DT and use DM serial instead
of having the serial configuration in two places, DT and board config.
Signed-off-by: Marek Vasut
Cc: Chin Liang See
Cc: Dinh Nguyen
---
arch/arm/Kconfig
On 07/30/2018 04:03 PM, Simon Goldschmidt wrote:
>
>
> On 12.05.2018 22:28, Marek Vasut wrote:
>> Pull the serial port configuration from DT and use DM serial instead
>> of having the serial configuration in two places, DT and board config.
>>
>> Signed-off-by: Marek Vasut
>> Cc: Chin Liang See
On 30.7.2018 15:32, Stefan Herbrechtsmeier wrote:
> Am 30.07.2018 um 14:40 schrieb Michal Simek:
>> On 27.7.2018 10:41, Stefan Herbrechtsmeier wrote:
>>> Am 27.07.2018 um 09:05 schrieb Michal Simek:
On 26.7.2018 21:46, Stefan Herbrechtsmeier wrote:
> Am 26.07.2018 um 10:41 schrieb Michal S
On 7/30/2018 4:58 PM, Laurentiu Tudor wrote:
>> The only way to implement a *mechanism* is to provide different ICIDs for all
>> the blocks.
>> Any other solution would be imposing a *policy*, thus restricting user's
>> possibilities. Admittedly there are use cases less "popular" than others,
>> b
Hi Heinrich,
On Sun, Jul 29, 2018 at 12:08 PM, Heinrich Schuchardt
wrote:
> Describe the interface of environment variable callback functions.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> README | 11 +++
> 1 file changed, 11 insertions(+)
>
> diff --git a/README b/README
> index aee0
Hi Miquel,
Hi Jagan,
On 26.07.2018 09:29, Miquel Raynal wrote:
Hi Jagan,
Jagan Teki wrote on Thu, 26 Jul 2018
11:00:56 +0530:
On Fri, Jul 13, 2018 at 6:01 PM, Miquel Raynal
wrote:
During the last months, Boris Brezillon shared his work to support
serial flashes within Linux. First, he deli
Hi Stefan, Tom,
Stefan Roese wrote on Mon, 30 Jul 2018 17:11:49 +0200:
> Hi Miquel,
> Hi Jagan,
>
> On 26.07.2018 09:29, Miquel Raynal wrote:
> > Hi Jagan,
> > > Jagan Teki wrote on Thu, 26 Jul 2018
> > 11:00:56 +0530:
> > >> On Fri, Jul 13, 2018 at 6:01 PM, Miquel Raynal
> >> wrote:
This series :
_ replace setparity ops by more complete setconfig in serial uclass
_ replace setparity by setconfig in STM32 serial driver
Patrice Chotard (1):
serial: stm32: Replace setparity by setconfig
Patrick Delaunay (1):
dm: serial: Replace setparity by setconfig
drivers/serial
From: Patrick Delaunay
Replace setparity by more generic setconfig ops
to allow uart parity, bits word length and stop bits
number change.
Adds SERIAL_GET_PARITY/BITS/STOP macros.
Signed-off-by: Patrick Delaunay
Signed-off-by: Patrice Chotard
---
drivers/serial/serial-uclass.c | 14
Replace stm32_serial_setparity by stm32_serial_setconfig
which allows to set serial bits number, parity and stop
bits number.
Only parity setting is implemented.
Signed-off-by: Patrick Delaunay
Signed-off-by: Patrice Chotard
---
drivers/serial/serial_stm32.c | 21 +++--
1 file
During the last months, Boris Brezillon shared his work to support
serial flashes within Linux. First, he delivered (and merged) a new
layer called spi-mem. He also initiated in Linux MTD subsystem the move
of all 'raw' NAND related code to a raw/ subdirectory, adding at the
same time a NAND core t
From: Ezequiel Garcia
There's no reason for having mtd_write_oob inlined in mtd.h header.
Move it to mtdcore.c where it belongs.
Signed-off-by: Ezequiel Garcia
Acked-by: Boris Brezillon
Signed-off-by: Jacek Anaszewski
Signed-off-by: Miquel Raynal
---
drivers/mtd/mtdcore.c | 12 +++
From: Boris Brezillon
Unlike what's done in mtd_read/write(), there are no checks to make sure
the parameters passed to mtd_read/write_oob() are consistent, which
forces implementers of ->_read/write_oob() to do it, which in turn leads
to code duplication and possibly errors in the logic.
Do gen
From: Boris Brezillon
Some MTD sublayers/drivers are implementing ->_read/write_oob() and
provide dummy wrappers for their ->_read/write() implementations.
Let the core handle this case instead of duplicating the logic.
Signed-off-by: Boris Brezillon
Acked-by: Robert Jarzmik
Acked-by: Brian No
Fix build errors produced by mtd.h and dm/device.h if not included in
the right order.
Signed-off-by: Miquel Raynal
Reviewed-by: Jagan Teki
---
include/linux/mtd/mtd.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/linux/mtd/mtd.h b/include/linux/mtd/mtd.h
index ea659c354b..8def104
Some helpers might be useful in a future 'mtd' U-Boot command to parse
MTD device list.
Signed-off-by: Miquel Raynal
---
drivers/mtd/mtdcore.h | 6 --
include/linux/mtd/mtd.h | 6 ++
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/mtd/mtdcore.h b/drivers/mtd/mtdc
From: Brian Norris
We are going to begin using the mtd->dev.of_node field for MTD device
nodes, so let's add helpers for it. Also, we'll be making some
conversions on spi_nor (and nand_chip eventually) too, so get that ready
with their own helpers.
Signed-off-by: Brian Norris
Reviewed-by: Boris
Some MTD sublayers/drivers are implementing ->_read/write() and
not ->_read/write_oob().
While for NAND devices both are usually valid, for NOR devices, using
the _oob variant has no real meaning. But, as the MTD layer is supposed
to hide as much as possible the flash complexity to the user, there
There is no reason to have NAND, SPI flashes and UBI sections outside of
the MTD submenu in Kconfig.
Signed-off-by: Miquel Raynal
Reviewed-by: Jagan Teki
---
drivers/mtd/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/mtd/Kconfig b/drivers/mtd/Kconfig
ind
From: Frieder Schrempf
Add support for the W25M02GV chip.
Signed-off-by: Frieder Schrempf
Signed-off-by: Boris Brezillon
Signed-off-by: Miquel Raynal
Acked-by: Jagan Teki
---
drivers/mtd/nand/spi/Makefile | 2 +-
drivers/mtd/nand/spi/core.c| 1 +
drivers/mtd/nand/spi/winbond.c | 14
From: Boris Brezillon
Add an intermediate layer to abstract NAND device interface so that
some logic can be shared between SPI NANDs, parallel/raw NANDs,
OneNANDs, ...
Signed-off-by: Boris Brezillon
Signed-off-by: Miquel Raynal
Acked-by: Jagan Teki
---
drivers/mtd/nand/Kconfig | 3 +
driv
1 - 100 of 207 matches
Mail list logo
