Hi,
On Sat, 2019-02-02 at 05:30 -0800, Adam Ford wrote:
> On Sat, Feb 2, 2019 at 12:29 AM Jagan Teki wrote:
> > +Adam, Shyam
> >
> > On Sat, 2 Feb, 2019, 8:49 AM Stefan Agner >
> > > Hi Tim,
> > >
> > > On 02.02.19 03:32, Tim Harvey wrote:
> > > > Stefan,
> > > >
> > > > I'm trying to track
guration?
I've tested the patch on a custom i.MX6ULL board with a Micron NAND
flash. The SPL loader is able to boot from NAND with and without this
patch.
Tested-by: Jörg Krause
> diff --git a/drivers/mtd/nand/raw/mxs_nand.c b/drivers/mtd/nand/raw/mxs_nand.c
> index 2d84bfffe2..95fa452ce
is
present in U-Boot since version 2018.07.
Tested on a custom i.MX6ULL board with a Micron NAND flash.
Tested-by: Jörg Krause
>
> > diff --git a/drivers/mtd/nand/raw/mxs_nand_spl.c
> > b/drivers/mtd/nand/raw/mxs_nand_spl.c
> > index 2d7bbe83cc..c628f3adec 100644
>
engine
> > times out.
> >
> > Signed-off-by: Adam Ford
>
> Looks good to me,
>
> Acked-by: Stefan Agner
Tested on a custom i.MX6ULL board with Micron NAND flash.
Fixes:
"""
Trying to boot from NAND
MXS NAND: BCH read timeout
...
MXS NAND: BCH read timeout
&
Hi,
On Thu, 2019-01-31 at 07:22 -0800, Adam Ford wrote:
> On Wed, Jan 30, 2019 at 11:40 PM Shyam Saini
> wrote:
> > Hi Everyone,
> >
> > I'm trying to boot imx6q board from nand but it seems like mainline
> > u-boot nand boot support for imx6q board is broken.
>
> I spent some time trying to m
NULL, 10) > simple_strtol(ap[2], NULL, 10);
```
lib/itest.c
```
simple_strtol(s, NULL, 16) > simple_strtol(t, NULL, 16);
```
As setexpr stores the variables as hex values, it becomes obvious why
`itest` works, but `test` does not. Is this different behaviour
intended?
Best rega
r)
> + goto err2;
> +
> + return;
>
> err2:
> free(nand_info->data_buf);
> free(nand_info->cmd_buf);
> err1:
> free(nand_info);
> - return err;
> + return;
> }
> diff --git a/drivers/mtd/nand/mxs_nand.h b/drivers/mtd/nand/mxs_nand.h
> index 9bb7148d98..379ed24f05 100644
> --- a/drivers/mtd/nand/mxs_nand.h
> +++ b/drivers/mtd/nand/mxs_nand.h
> @@ -8,3 +8,4 @@
> */
>
> int mxs_nand_init_spl(struct nand_chip *nand);
> +int mxs_nand_setup_ecc(struct mtd_info *mtd);
[1]
http://git.denx.de/?p=u-boot.git;a=blob;f=drivers/mtd/nand/mxs_nand_spl.c;h=2d7bbe83cce5419ad7030736a4ebd19708d5523f;hb=8c5d4fd0ec222701598a27b26ab7265d4cee45a3#l202
Best regards,
Jörg Krause
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Stefano,
On Wed, 2018-06-27 at 09:43 +0200, Stefano Babic wrote:
> Hi Jörg,
>
> On 26/06/2018 11:33, Jörg Krause wrote:
> > Hi,
> >
> > this patch series propably felt off the radar?
> >
>
> I guess yes, but I doubt we can apply the series again.
Hi,
this patch series propably felt off the radar?
Best regards,
Jörg Krause
On Sun, 2018-01-14 at 19:26 +0100, Jörg Krause wrote:
> RESEND because adding U-Boot NAND maintainer (Scott Wood) on Cc.
>
> When adding SPL support to a custom i.MX6ULL board with Toshiba
> TC58NVG0S3 N
The i.MX6ULL has a WDOG3 located at start address 0x021E in the
AIPS-2 memory region [1].
[1] i.MX 6ULL Applications Processor Reference Manual, Rev. 1, 11/2017,
Table 2-3. AIPS-2 memory map, p. 178
Signed-off-by: Jörg Krause
---
arch/arm/dts/imx6ull.dtsi | 8
1 file changed
The i.MX6UL has a WDOG3 located at start address 0x021E in the
AIPS-2 memory region [1].
[1] i.MX 6UltraLite Applications Processor Reference Manual, Rev. 1,
04/2016, Table-2-3 AIPS-2 memory map, p. 166
Signed-off-by: Jörg Krause
---
arch/arm/dts/imx6ul.dtsi | 8
1 file
Add the config option `CONFIG_SPL_NAND_IDENT` for using the NAND chip ID list
to identify the NAND flash in SPL.
Signed-off-by: Jörg Krause
---
README | 4
drivers/mtd/nand/Makefile| 1 +
scripts/config_whitelist.txt | 1 +
3 files changed, 6 insertions(+)
diff
ID list.
For compatibility reason the full identification support is only
available if the config option `CONFIG_SPL_NAND_IDENT` is enabled.
The lookup was tested on a custom i.MX6ULL board with a Toshiba
TC58NVG1S3HTAI0 NAND chip.
Signed-off-by: Jörg Krause
---
drivers/mtd/nand/mxs_nand_spl.c
supported NAND flashs.
Signed-off-by: Jörg Krause
---
drivers/mtd/nand/mxs_nand_spl.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/drivers/mtd/nand/mxs_nand_spl.c b/drivers/mtd/nand/mxs_nand_spl.c
index 910f76dd9d..11d8503127 100644
--- a/drivers/mtd/nand
`nand_get_flash_type()` allows identification of supported NAND flashs.
The function is useful in SPL (like mxs_nand_spl.c) to lookup for a NAND
flash (which does not support ONFi) instead of using nand_simple.c and
hard-coding all required NAND parameters.
Signed-off-by: Jörg Krause
nabled. As the i.MX6, as well as
the i.MX28, both have an OCRAM of 128 kB the increase in the binary size
is reasonable.
Jörg Krause (4):
mtd: nand: export nand_get_flash_type function
spl, nand: add option CONFIG_SPL_NAND_IDENT to lookup for supported
NAND chips
mtd: nand: mxs_nand_spl
On Sun, 2018-01-14 at 15:55 -0200, Fabio Estevam wrote:
> Hi Jörg,
>
> On Sun, Jan 14, 2018 at 2:14 PM, Jörg Krause
> wrote:
> > `nand_get_flash_type()` allows identification of supported NAND flashs.
> > The function is useful in SPL (like mxs_nand_spl.c) to lookup for
supported NAND flashs.
Signed-off-by: Jörg Krause
---
drivers/mtd/nand/mxs_nand_spl.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/drivers/mtd/nand/mxs_nand_spl.c b/drivers/mtd/nand/mxs_nand_spl.c
index 910f76dd9d..11d8503127 100644
--- a/drivers/mtd/nand
ID list.
For compatibility reason the full identification support is only
available if the config option `CONFIG_SPL_NAND_IDENT` is enabled.
The lookup was tested on a custom i.MX6ULL board with a Toshiba
TC58NVG1S3HTAI0 NAND chip.
Signed-off-by: Jörg Krause
---
drivers/mtd/nand/mxs_nand_spl.c
128 kB the increase in the binary size
is reasonable.
Jörg Krause (4):
mtd: nand: export nand_get_flash_type function
spl, nand: add option CONFIG_SPL_NAND_IDENT to lookup for supported
NAND chips
mtd: nand: mxs_nand_spl: refactor mxs_flash_ident
mtd: nand: mxs_nand_spl: add mxs_flash_
`nand_get_flash_type()` allows identification of supported NAND flashs.
The function is useful in SPL (like mxs_nand_spl.c) to lookup for a NAND
flash (which does not support ONFi) instead of using nand_simple.c and
hard-coding all required NAND parameters.
Signed-off-by: Jörg Krause
Add the config option `CONFIG_SPL_NAND_IDENT` for using the NAND chip ID list
to identify the NAND flash in SPL.
Signed-off-by: Jörg Krause
---
README | 4
drivers/mtd/nand/Makefile| 1 +
scripts/config_whitelist.txt | 1 +
3 files changed, 6 insertions(+)
diff
FIG_MX6UL) || defined(CONFIG_MX6ULL)
> #define CONFIG_SPL_BSS_START_ADDR 0x8820
> #define CONFIG_SPL_BSS_MAX_SIZE0x10 /* 1 MB */
> #define CONFIG_SYS_SPL_MALLOC_START0x8830
> diff --git a/include/configs/mx6_common.h b/include
ivers/gpio/gpio-uclass.c:693: undefined reference to
`ofnode_parse_phandle_with_args'
Signed-off-by: Jörg Krause
---
drivers/gpio/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpio/Kconfig b/drivers/gpio/Kconfig
index ffeda9425a..d79beeafb5 100644
--- a/drivers/gpio/Kconfi
Fixes:
net/tftp.c:811: undefined reference to `efi_set_bootdev'
Signed-off-by: Jörg Krause
---
v2:
* remove ifdef for efi header file (suggested by Bin Weng)
---
net/tftp.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/net/tftp.c b/net/tftp.c
index a5ed8c5d0a..6671b1f7ca 100644
Fixes:
net/tftp.c:811: undefined reference to `efi_set_bootdev'
Signed-off-by: Jörg Krause
---
net/tftp.c | 4
1 file changed, 4 insertions(+)
diff --git a/net/tftp.c b/net/tftp.c
index a5ed8c5d0a..4a9a5a5d05 100644
--- a/net/tftp.c
+++ b/net/tftp.c
@@ -8,7 +8,9 @@
#include
#in
7ffed30e
> > Flags: nZCv IRQs off FIQs off Mode SVC_32
> > Resetting CPU ...
I'm running into the same issue using a Buildroot GCC 7 toolchain.
[snip]
> What hardware did this happen on? If it was on ARMv5, adding the packed
> attribute is probably the correct fix. I
Hi Maxime,
On Wed, 2017-05-31 at 21:47 +0200, Maxime Ripard wrote:
> On Wed, May 31, 2017 at 08:27:33AM +0200, Jörg Krause wrote:
> > Hi Maxime,
> >
> > On Tue, 2017-05-30 at 23:09 +0200, Maxime Ripard wrote:
> > > Hi Jörg,
> > >
> > > On Tue, May
Hi Maxime,
On Wed, 2017-05-31 at 21:47 +0200, Maxime Ripard wrote:
> On Wed, May 31, 2017 at 08:27:33AM +0200, Jörg Krause wrote:
> > Hi Maxime,
> >
> > On Tue, 2017-05-30 at 23:09 +0200, Maxime Ripard wrote:
> > > Hi Jörg,
> > >
> > > On Tue, May
Hi Maxime,
On Tue, 2017-05-30 at 23:09 +0200, Maxime Ripard wrote:
> Hi Jörg,
>
> On Tue, May 30, 2017 at 09:39:57AM +0200, Jörg Krause wrote:
> > On Mon, 2017-02-27 at 18:22 +0100, Maxime Ripard wrote:
> > > CMD_MTDPARTS is something the user might or might not want to
C32
> + select RBTREE if ARCH_SUNXI
> + select LZO if ARCH_SUNXI
RBTREE and LZO shouldn't depend on the sunxi arch.
Best regards
Jörg Krause
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
cmd/Kconfig
> @@ -801,6 +801,26 @@ config CMD_FS_GENERIC
> help
> Enables filesystem commands (e.g. load, ls) that work for
> multiple
> fs types.
> +
> +config CMD_MTDPARTS
> + depends on ARCH_SUNXI
Is there any reason to limit the command for the sunxi arch o
This tool does not work with Python 3. Change the shebang to make sure the
script is run by a Python 2 interpreter.
Signed-off-by: Jörg Krause
---
tools/binman/binman.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/binman/binman.py b/tools/binman/binman.py
index
board (-b) more completely, with a
> + configurable build directory
> +- Consider making binman work with buildman, although if it is used
> in the
> + Makefile, this will be automatic
> +- Implement align-end
Any plans to add support for Python 3 as it is done for patman?
Best reg
On Mi, 2016-10-12 at 11:20 +0530, Jagan Teki wrote:
> On Wed, Oct 12, 2016 at 3:40 AM, Jörg Krause
> wrote:
> >
> > On Sa, 2016-10-08 at 18:00 +0530, Jagan Teki wrote:
> > >
> > > From: Jagan Teki
> > >
> > > Added kconfig for NAND_MX
+ help
> + This enables NAND driver for the NAND flash controller on
> the
> + MXS processors.
> +
> comment "Generic NAND options"
>
> # Enhance depends when converting drivers to Kconfig which use this
> config
Best regards
Jörg Krause
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Fabio,
On Mo, 2016-01-04 at 10:57 -0200, Fabio Estevam wrote:
> Hi Jörg,
>
> On Mon, Jan 4, 2016 at 10:49 AM, Jörg Krause
> wrote:
>
> > Do you know which PHY is used on mx6cuboxi?
>
> It is an AR8035.
>
> > I am wondering if the ANATOP clock setti
n mx6cuboxi?
I am wondering if the ANATOP clock setting is correct (25MHz)?
http://git.denx.de/?p=u-boot.git;a=blob;f=board/solidrun/mx6cuboxi/mx6c
uboxi.c;h=fc37f1eef06da5147e5403d4272d220836c9cfbc;hb=HEAD#l167
Does it help to increase the delay and set it to 15ms?
Best regards
Jörg Krause
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Mo, 2015-11-23 at 16:16 -0200, Fabio Estevam wrote:
> Hi Jörg ,
>
> On Fri, Nov 20, 2015 at 6:37 PM, Fabio Estevam
> wrote:
>
> > Ok, I will test your proposal below on Monday when I get access to
> > my
> > mx6sxsabresd, thanks.
>
> Your proposal worked fine, thanks. Will send it as a forma
On Mi, 2015-11-18 at 09:34 -0200, Fabio Estevam wrote:
> Hi Jörg,
>
> On Wed, Nov 18, 2015 at 6:44 AM, Jörg Krause
> wrote:
>
> > I think this is not the right thing to do here. It is true that the
> > AR8035 ethernet chip of the RioTboard needs the clock to be stab
init(bd_t *bis) {
cpu_eth_init(bis);
/* Power-on FEC */
gpio_direction_output(MX28_PAD_LCD_D21__GPIO_1_21, 0);
/* Reset FEC PHY */
gpio_direction_output(MX28_PAD_ENET0_RX_CLK__GPIO_4_13, 0);
/* Deassert nRST after 25 ms from power-up on (= t_purstd) */
udelay(25000);
gpio_set_valu
6121560d7714d6d8e41ce1687a1388a1a8fea4cb.
Cc: Marek Vasut
Signed-off-by: Jörg Krause
---
tools/mxsboot.c | 21 -
1 file changed, 4 insertions(+), 17 deletions(-)
diff --git a/tools/mxsboot.c b/tools/mxsboot.c
index 185b327..15eec91 100644
--- a/tools/mxsboot.c
+++ b/tools/mxsboot.c
On Mi, 2015-08-05 at 20:23 +0100, Måns Rullgård wrote:
> Jörg Krause writes:
>
> > Dear Måns Rullgård, Otavio Salvador,
> >
> > On Di, 2015-07-28 at 14:39 +0100, Måns Rullgård wrote:
> > > Otavio Salvador writes:
> >
> > [snip]
> >
>
blem. Unfortunatly, I did not find this
patch before (only the error report from Otavia) and submitted a
similar patch [1] which keeps the inline keyword.
Best regards
Jörg Krause
[1] "arm: mxs: make inline function compatible for GCC 5"
https://patchwork.ozlabs.org/patch/504043/
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
.
Fixes the build error "undefined reference to `lowlevel_init'" for mx28 based
targets.
[1] "Different semantics for inline functions"
https://gcc.gnu.org/gcc-5/porting_to.html
Signed-off-by: Jörg Krause
---
arch/arm/cpu/arm926ejs/mxs/mxs.c | 3 +++
1 file changed, 3 in
With commit e3a77218a256edbe201112a39beeed8adcabae3f the MII bus is only
reset if a reset handler is registered. If there is no reset handler there
is no need to wait for a device to come out of the reset.
Signed-off-by: Jörg Krause
---
drivers/net/phy/phy.c | 8 +---
1 file changed, 5
phy_id is declared as u32 in create_phy_by_mask and in struct phy_device.
Signed-off-by: Jörg Krause
---
drivers/net/phy/phy.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/phy/phy.c b/drivers/net/phy/phy.c
index c8d08e8..865abab 100644
--- a/drivers/net/phy
This patch fixes cross-compiling U-Boot tools with the musl C library:
* including is needed for ulong
* defining _GNU_SOURCE is needed for loff_t
Tested for target at91sam9261ek_dataflash_cs3.
Signed-off-by: Jörg Krause
Cc: Tom Rini
---
Changes v1 -> v2:
- Fix header include in imag
This patch fixes cross-compiling U-Boot tools with the musl C library:
* including is needed for ulong
* defining _GNU_SOURCE is needed for loff_t
Signed-off-by: Jörg Krause
---
include/image.h| 1 +
tools/env/fw_env.c | 2 ++
tools/imagetool.h | 1 +
tools/proftool.c | 1 +
4 files
d with the Linux Kernel
MTD NAND driver. Also adds the calculation to tools/mxsboot to be aligned
with the U-Boot MTD NAND driver.
Jörg Krause (2):
mtd: nand: mxs: Replace magic number for bits per ECC level with macro
tools: mxsboot: Calculate ECC strength dynamically
Peng Fan (1):
mtd:mxs:nand
Signed-off-by: Jörg Krause
---
Changes for v3:
- Replace space with tab for macro definition
Changes for v2:
- New patch
---
drivers/mtd/nand/mxs_nand.c | 7 ---
tools/mxsboot.c | 3 ++-
2 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/mtd/nand
Calculating the ECC strength dynamically to be aligned with the mxs NAND
driver and the Linux Kernel.
Signed-off-by: Jörg Krause
---
Changes for v3:
- Coding Style cleanup
Changes for v2:
- New patch
---
tools/mxsboot.c | 35 ++-
1 file changed, 22
From: Peng Fan
Calculate ecc strength according oobsize, but not hardcoded
which is not aligned with kernel driver
Signed-off-by: Peng Fan
Signed-off-by: Ye.Li
Reviewed-by: Marek Vasut
Signed-off-by: Jörg Krause
---
Changes for v3:
- squashed "[U-Boot,v2,3/4] mtd: nand: mxs: Add co
Hello Heiko,
On Di, 2015-04-14 at 10:02 +0200, Heiko Schocher wrote:
> Hello Jörg,
>
> Am 14.04.2015 08:29, schrieb Jörg Krause:
> > Hello Heiko,
> >
> > On Di, 2015-04-14 at 08:12 +0200, Heiko Schocher wrote:
> > > Hello Jörg,
> > >
&
Hello Heiko,
On Di, 2015-04-14 at 08:12 +0200, Heiko Schocher wrote:
> Hello Jörg,
>
> Am 13.04.2015 22:17, schrieb Jörg Krause:
> > Signed-off-by: Jörg Krause
> > ---
> > drivers/mtd/nand/mxs_nand.c | 7 +++
> > 1 file changed, 7 insertions(+)
>
>
Signed-off-by: Jörg Krause
---
drivers/mtd/nand/mxs_nand.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/mtd/nand/mxs_nand.c b/drivers/mtd/nand/mxs_nand.c
index 912fed8..76e47ab 100644
--- a/drivers/mtd/nand/mxs_nand.c
+++ b/drivers/mtd/nand/mxs_nand.c
@@ -148,6 +148,13
Signed-off-by: Jörg Krause
---
drivers/mtd/nand/mxs_nand.c | 7 ---
tools/mxsboot.c | 3 ++-
2 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/mtd/nand/mxs_nand.c b/drivers/mtd/nand/mxs_nand.c
index a45fcf9..912fed8 100644
--- a/drivers/mtd/nand/mxs_nand.c
Calculating the ECC strength dynamically to be aligned with the mxs NAND
driver and the Linux Kernel.
The macro definition for round_down is taken from to
avoid changing the tools/Makefile where the Linux Kernel header files
are not included for building the tools target.
Signed-off-by: Jörg
From: Peng Fan
Calculate ecc strength according oobsize, but not hardcoded
which is not aligned with kernel driver
Signed-off-by: Peng Fan
Signed-off-by: Ye.Li
Reviewed-by: Marek Vasut
Signed-off-by: Jörg Krause
---
drivers/mtd/nand/mxs_nand.c | 22 --
1 file changed, 4
redundancy here in mxs_nand.c and mxsboot.c.
Jörg Krause (3):
mtd: nand: mxs: Replace magic number for bits per ECC level with macro
mtd: nand: mxs: Add comment for calculating ECC strength
tools: mxsboot: Calculate ECC strength dynamically
Peng Fan (1):
mtd:mxs:nand calculate ecc strength
Hi Marek, Heiko,
On Mo, 2015-04-13 at 11:01 +0200, Heiko Schocher wrote:
> Hello Marek, Joerg,
>
> Am 13.04.2015 10:42, schrieb Marek Vasut:
> > On Monday, April 13, 2015 at 10:39:46 AM, Jörg Krause wrote:
> > > Hi Heiko,
> > >
> > > On So, 2015-
return 0;
How about calculation the ECC strength dynamically? Peng Fan from
Freescale send a patch doing this in December 2014 which was already
reviewed by Marek:
https://patchwork.ozlabs.org/patch/422756/
It is also necessary to change the calculation in mxsboot...
Best regards
Jörg Kra
On Do, 2015-03-26 at 10:39 +0100, Jörg Krause wrote:
> Reading the GPIOs for getting the boot mode does not show the correct result
> for USB boot mode in case the recovery switch, eg. BM2 for switching from NAND
> to USB boot mode, is hold down while plugging in USB and released before
for the i.MX23 untouched. Someone has to test
whether the i.MX ROM loader does also store the boot mode in OCRAM and if the
address match.
This patch superseeds my incorrect patch:
ARM: mxs: get boot mode from OTP
http://patchwork.ozlabs.org/patch/454930/
Signed-off-by: Jörg Krause
Cc: Stefano
Hi Stefano,
On Do, 2015-03-26 at 13:31 +0100, Stefano Babic wrote:
> Hi Jörg,
>
> On 26/03/2015 10:39, Jörg Krause wrote:
> > Reading the GPIOs for getting the boot mode does not show the correct result
> > for USB boot mode in case the recovery switch, eg. BM2 for swi
HW_OCOTP_ROM0 register. HW_OCOTP_ROM0[27:24] maps to
BM3-BM0, HW_OCOTP_ROM0[28] maps to voltage selector.
For using mxs_wait_mask_clr() add imx-common/misc.o to the SPL build.
Signed-off-by: Jörg Krause
Cc: Stefano Babic
---
arch/arm/Makefile | 2 +-
arch/arm/cpu/arm926ejs/mxs
Joe, Simon,
On Mo, 2015-03-23 at 10:46 -0600, Simon Glass wrote:
> Hi Jörg,
>
> On 22 March 2015 at 14:37, Jörg Krause wrote:
> > Hi Joe,
> >
> > On Sa, 2015-03-21 at 22:59 -0500, Joe Hershberger wrote:
> >> Hi Jörg,
> >>
> >> On
Hi Joe,
On Sa, 2015-03-21 at 22:59 -0500, Joe Hershberger wrote:
> Hi Jörg,
>
> On Sat, Mar 21, 2015 at 3:33 AM, Jörg Krause
> wrote:
> >
> > Hi all,
> >
> > there is an issue with the current network stack using netconsole. It's
> > impossible to
o you think about porting this to U-Boot?
Best regards
Jörg Krause
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi all,
I know there is support of NetConsole for i.MX28, but how about usbtty?
Does anyone use it? If not, what are the limitations?
Best regards
Jörg
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Mo, 2015-02-09 at 10:38 -0700, Stephen Warren wrote:
> On 02/08/2015 02:25 PM, Jörg Krause wrote:
> > On Fr, 2015-02-06 at 11:06 -0700, Stephen Warren wrote:
> >> On 02/05/2015 06:06 PM, Jörg Krause wrote:
> >>> On Do, 2015-02-05 at 15:23 -0700, Stephen War
On Fr, 2015-02-06 at 11:06 -0700, Stephen Warren wrote:
> On 02/05/2015 06:06 PM, Jörg Krause wrote:
> > On Do, 2015-02-05 at 15:23 -0700, Stephen Warren wrote:
> >>
> >> b) In ci_bounce(), the bounce buffer is only allocated if the
> >> user-buffer is already a
On Do, 2015-02-05 at 15:23 -0700, Stephen Warren wrote:
>
> b) In ci_bounce(), the bounce buffer is only allocated if the
> user-buffer is already aligned, and if a large-enough bounce buffer
> wasn't previously allocated. If ci_req->b_buf was uninitialized it could
> be non-zero (thus preventi
On Do, 2015-02-05 at 15:23 -0700, Stephen Warren wrote:
> On 02/05/2015 03:10 PM, Jörg Krause wrote:
> > On Do, 2015-02-05 at 08:33 -0700, Stephen Warren wrote:
> >> On 02/05/2015 04:21 AM, Jörg Krause wrote:
> ...
> >>> This reminded me about an issue
On Do, 2015-02-05 at 14:48 -0600, Joe Hershberger wrote:
>
>
> On Thu, Feb 5, 2015 at 2:39 PM, Jörg Krause wrote:
> >
> > Hi Joe,
> >
> > On Do, 2015-02-05 at 13:20 -0600, Joe Hershberger wrote:
> > > On Tue, Feb 3, 2015 at 3:44 PM, Jörg Krause
> w
On Do, 2015-02-05 at 08:33 -0700, Stephen Warren wrote:
> On 02/05/2015 04:21 AM, Jörg Krause wrote:
> > On Di, 2015-02-03 at 22:44 +0100, Jörg Krause wrote:
> >> I followed the instructions from Marek in 'M28 U-Boot Single-Wire Debug
> >> preview' to enable N
Hi Joe,
On Do, 2015-02-05 at 13:20 -0600, Joe Hershberger wrote:
> On Tue, Feb 3, 2015 at 3:44 PM, Jörg Krause wrote:
> > But if I use 'ping 10.0.0.1' or 'tftpboot u-boot.sb' the network
> > connection drops. Both commands work fine if I switch back from
On Di, 2015-02-03 at 22:44 +0100, Jörg Krause wrote:
> I followed the instructions from Marek in 'M28 U-Boot Single-Wire Debug
> preview' to enable NetConsole:
> http://www.denx-cs.de/?q=blogm28singlewiredebug
>
> I'm using mxsldr to flash the u-boot.sb image to R
nect, device number 24
[31620.215422] cdc_ether 3-13:1.0 enp0s20u13: unregister
'cdc_ether' usb-0000:00:14.0-13, CDC Ethernet Device
Do I missed something?
Best regards
Jörg Krause
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Fr, 2014-12-19 at 12:39 +0800, Peng Fan wrote:
> Calculate ecc strength according oobsize, but not hardcoded
> which is not aligned with kernel driver
>
> Signed-off-by: Peng Fan
> Signed-off-by: Ye.Li
> ---
> drivers/mtd/nand/mxs_nand.c | 22 --
> 1 file changed, 4 inser
On 07/02/2014 12:51 AM, Stephen Warren wrote:
[...]
Loading: ##
4.3 MiB/s
done
Bytes transferred = 18003 (4653 hex)
CACHE: Misaligned operation at range [40008000, 4000c653]
OK, that particular error happens well after the network transfer phase
of the tftp comman
On 07/02/2014 12:36 AM, Stephen Warren wrote:
On 07/01/2014 04:34 PM, Jörg Krause wrote:
On 07/01/2014 01:22 PM, Jörg Krause wrote:
On 07/01/2014 01:19 PM, Marek Vasut wrote:
[snip]
Can you edit arch/arm/cpu/arm926ejs/cache.c and change the debug() to
printf() , then re-test please ? I
On 07/01/2014 11:36 PM, Stephen Warren wrote:
[snip]
Can you please try one more thing:
Go back to u-boot-usb/master plus just your board support patches. Apply
the following and test that:
diff --git a/drivers/usb/gadget/ci_udc.c b/drivers/usb/gadget/ci_udc.c
index a6433e8d2d8d..13be1b73d3d1
On 07/01/2014 01:22 PM, Jörg Krause wrote:
On 07/01/2014 01:19 PM, Marek Vasut wrote:
[snip]
Can you edit arch/arm/cpu/arm926ejs/cache.c and change the debug() to
printf() , then re-test please ? I suspect this might trap something
still. Ah, and please test on u-boot-usb/master with this
On 07/01/2014 11:31 PM, Stephen Warren wrote:
On 07/01/2014 03:25 PM, Jörg Krause wrote:
On 07/01/2014 07:41 PM, Stephen Warren wrote:
From: Stephen Warren
This is a series of small fixes and cleanups either required by those
fixes, or enabled now that the fixes are made.
I hope that
On 07/01/2014 07:41 PM, Stephen Warren wrote:
From: Stephen Warren
This is a series of small fixes and cleanups either required by those
fixes, or enabled now that the fixes are made.
I hope that either patch 1 or 4 might fix the issues Jörg is seeing, but
I'm not sure that will happen. The o
On 07/01/2014 01:35 PM, Marek Vasut wrote:
On Tuesday, July 01, 2014 at 01:22:41 PM, Jörg Krause wrote:
On 07/01/2014 01:19 PM, Marek Vasut wrote:
[snip]
Can you edit arch/arm/cpu/arm926ejs/cache.c and change the debug() to
printf() , then re-test please ? I suspect this might trap
On 07/01/2014 01:19 PM, Marek Vasut wrote:
[snip]
Can you edit arch/arm/cpu/arm926ejs/cache.c and change the debug() to
printf() , then re-test please ? I suspect this might trap something
still. Ah, and please test on u-boot-usb/master with this patch.
No additional output on the console.
Wh
On 07/01/2014 12:17 PM, Marek Vasut wrote:
On Tuesday, July 01, 2014 at 08:51:45 AM, Jörg Krause wrote:
On 07/01/2014 02:04 AM, Marek Vasut wrote:
Instead of weird allocation of ci_drv->items_mem and then even weirder
distribution of offsets in this memory area into ci_drv->items array
t ci_get_qtd() do the distribution of offsets
in this memory area.
Signed-off-by: Marek Vasut
Cc: Jörg Krause
Cc: Stephen Warren
---
drivers/usb/gadget/ci_udc.c | 19 ++-
drivers/usb/gadget/ci_udc.h | 3 +--
2 files changed, 7 insertions(+), 15 deletions(-)
V2: Rebase on top o
On 07/01/2014 12:51 AM, Stephen Warren wrote:
On 06/30/2014 04:44 PM, Jörg Krause wrote:
On 06/30/2014 09:55 PM, Stephen Warren wrote:
On 06/30/2014 10:02 AM, Stephen Warren wrote:
On 06/27/2014 07:34 PM, Jörg Krause wrote:
On 06/28/2014 01:37 AM, Stephen Warren wrote:
On 06/27/2014 05:16
On 06/30/2014 09:55 PM, Stephen Warren wrote:
On 06/30/2014 10:02 AM, Stephen Warren wrote:
On 06/27/2014 07:34 PM, Jörg Krause wrote:
On 06/28/2014 01:37 AM, Stephen Warren wrote:
On 06/27/2014 05:16 PM, Jörg Krause wrote:
On 06/27/2014 11:55 PM, Stephen Warren wrote:
On 06/27/2014 03:37
On 06/30/2014 11:15 PM, Marek Vasut wrote:
On Monday, June 30, 2014 at 10:55:37 PM, Jörg Krause wrote:
[...]
2) You applied "allow multiple buffer allocs per ep"
Setting #define CONFIG_SYS_CACHELINE_SIZE 32 to my config file helped
here. But still timeouts. First run almost always
On 06/30/2014 06:02 PM, Stephen Warren wrote:
On 06/27/2014 07:34 PM, Jörg Krause wrote:
On 06/28/2014 01:37 AM, Stephen Warren wrote:
On 06/27/2014 05:16 PM, Jörg Krause wrote:
On 06/27/2014 11:55 PM, Stephen Warren wrote:
On 06/27/2014 03:37 PM, Jörg Krause wrote:
I added the last series
On 06/30/2014 11:37 AM, Marek Vasut wrote:
On Sunday, June 29, 2014 at 10:33:26 PM, Jörg Krause wrote:
On 06/28/2014 10:53 PM, Jörg Krause wrote:
[snip]
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
I did
On 06/28/2014 10:53 PM, Jörg Krause wrote:
[snip]
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
I did some tests this weekend on u-boot-usb/master branch.
If I run "env default -a" and the
On 06/28/2014 10:45 PM, Marek Vasut wrote:
On Saturday, June 28, 2014 at 10:37:35 PM, Jörg Krause wrote:
On 06/28/2014 09:59 PM, Marek Vasut wrote:
I would actually be really glad if you could test plain u-boot-usb/master
and see if your USB problem is present there. Also, it would be really
ig #1: 2 mA, Ethernet Gadget, using CDC Ethernet
ERROR: The remote end did not respond in time.
at drivers/usb/gadget/ether.c:2388/usb_eth_init()
=>
The error always appears after calling tftp the third time! The first
two runs work fine, but the third one always f
m to Stephen Warren.
The mtd, ubi, ubifs update appears to be innocent here.
Seems so. Maybe I will revert the patches from Stephen Warren to the
commit where my USB Ethernet driver worked well and apply the mtd, ubi,
ubifs patches for testing.
Best r
On 06/28/2014 01:37 AM, Stephen Warren wrote:
On 06/27/2014 05:16 PM, Jörg Krause wrote:
On 06/27/2014 11:55 PM, Stephen Warren wrote:
On 06/27/2014 03:37 PM, Jörg Krause wrote:
I added the last series of patches beginning from 2014-06-10 for testing
purposes. The patches from 2014-05-29
1 - 100 of 111 matches
Mail list logo