[U-Boot] net.c: question regarding commit: fd3056337e6fcc140f400e11edd33f6f1cb37de1

Hi joe, you did introduce callbacks on setting up ip,dns, ... in net.c Why it did become necessary to do following ? if (flags H_PROGRAMMATIC) return 0; I have actually trouble with this, because my code in board/BuR/kwb/board.c doesn't work anymore as expected.

[U-Boot] [PATCH] board/BuR/common: support timer5 for pwm-backlight

in future we support yet another br am335x based board, where Timer 5 is wired to backlight-driver. So we introduce a new driver-type '2' to setup timer5 instead timer6. Signed-off-by: Hannes Schmelzer oe5...@oevsv.at --- board/BuR/common/common.c | 14 +++--- 1 file changed, 11

[U-Boot] [PATCH] board/BuR/tseries: remove lpj= from environment-variable

since we have now various processor-speeds it isn't useful anymore to preinitialize kernels-delay loop. Rather we want the kernel to calibrate it on every boot. This wastes around 80ms boottime but is compatible to all CPU-speeds. Signed-off-by: Hannes Schmelzer oe5...@oevsv.at --- include

[U-Boot] [PATCH] common/cmd_bdinfo: show gd-board_type

sometimes it is usefull to know if board-detection has written the correct value into gd-board_type. For this we add some output to the bdinfo command. Signed-off-by: Hannes Schmelzer oe5...@oevsv.at --- common/cmd_bdinfo.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/common

Re: [U-Boot] [PATCH] board/BuR/common: support timer5 for pwm-backlight

, not committed yet) has this variable in use. best regards, Hannes On 2015-06-11 22:07, Simon Glass wrote: Hi, On 11 June 2015 at 04:25, Hannes Schmelzer oe5...@oevsv.at wrote: in future we support yet another br am335x based board, where Timer 5 is wired to backlight-driver. So we introduce

[U-Boot] [PATCH] cosmetic: change Author/MAINTAINER Name from Petermaier to Schmelzer

From: Hannes Schmelzer hannes.schmel...@br-automation.com Since i've been married, i also have a new surname. Mr. Petermaier moved to Mr. Schmelzer. In this patch i update all files in which my (old) name is present. Signed-off-by: Hannes Schmelzer hannes.schmel...@br-automation.com Signed-off

[U-Boot] [PATCH] board/BuR/common: fix netconsole

netconsole had become defective over time and cleanups. Because the feature is used very rarely nobody did take notice about this defect. With this patch the resulting syntax error on call will be fixed. Signed-off-by: Hannes Schmelzer oe5...@oevsv.at --- include/configs/bur_am335x_common.h

Re: [U-Boot] net.c: question regarding commit: fd3056337e6fcc140f400e11edd33f6f1cb37de1

hi joe, maybe my email got lost ... best regards, Hannes On 2015-06-22 14:23, Hannes Schmelzer wrote: Hi joe, you did introduce callbacks on setting up ip,dns, ... in net.c Why it did become necessary to do following ? if (flags H_PROGRAMMATIC) return 0; I have

Re: [U-Boot] [PATCH v4 01/16] spi: Add zynq qspi controller driver

Hi Jagan, did you take notice about that? Maybe i've not seen your answer. regards, Hannes On 15.10.2015 10:39, Hannes Schmelzer wrote: Hi Jagan, during bringing up QSPI within SPL on my ZYNQ ZC702 board i made some review of your code. Have a look. On 01.09.2015 08:11, Jagan Teki wrote

Re: [U-Boot] [PATCH v4 01/16] spi: Add zynq qspi controller driver

Hi Jagan, during bringing up QSPI within SPL on my ZYNQ ZC702 board i made some review of your code. Have a look. On 01.09.2015 08:11, Jagan Teki wrote: Added zynq qspi controller driver for Xilinx Zynq APSOC, this driver is driver-model driven with devicetree support. (...) + +/* zynq

Re: [U-Boot] SPL and DM on ZYNQ

On 07.10.2015 20:01, Jagan Teki wrote: On 7 October 2015 at 21:29, Simon Glass <s...@chromium.org> wrote: Hi, Hi, there are some news on this. On 7 October 2015 at 13:50, Hannes Schmelzer <han...@schmelzer.or.at> wrote: hi folks, i am not very familar with driver model unti

Re: [U-Boot] zynq: mmc boot issue

Hi Jagan, i tried this time most current mainline u-boot with default config. My ZC702 evalboard is still booting fine from MMC-card. best regars, Hannes On 10/07/2015 12:02 PM, Jagan Teki wrote: Hi Michal/Siva, Looks like somethings broken with mmc boot, could you please check. dump1:

[U-Boot] SPL and DM on ZYNQ

hi folks, i am not very familar with driver model until now and so i've a question. I'm trying to bring up my Zynq ZC702 evalboard using driver-model during SPL stage (because QSPI needs this). I simply switched on "Driver Model for SPL" within Kconfig and compiled. This ends up in: U-Boot

Re: [U-Boot] [PATCH v4 01/16] spi: Add zynq qspi controller driver

Hi there, i am currently debugging on my zynq zc702 board and therefore i have to study the qspi-driver :-) i've some questions about the implementation details. On 01.09.2015 08:11, Jagan Teki wrote: Added zynq qspi controller driver for Xilinx Zynq APSOC, this driver is driver-model

Re: [U-Boot] SPL and DM on ZYNQ

I've now branched from u-boot-dm.git/zynq-working2 and then merged u-boot-spi/master into it. After a few merge conflicts i'am able to build u-boot and boot it from SD with working DM support during SPL and QSPI support. The next step was/is burning this file into the QSPI flash and boot

Re: [U-Boot] SPL and DM on ZYNQ

Hi, Hi Simon, many thanks for reply. () maybe there is yet another switch, which needs to be turned on. Subject of suspicion is currently "support simple-bus driver in SPL". But if i compile with this option, boot ends up with: U-Boot SPL 2015.10-rc4-00101-gb6dcb3f-dirty (Oct 08 2015

Re: [U-Boot] [PATCH] omap-common: SYS_BOOT fallback logic correction

Hi Paul, thanks for sending this fix. Basically i can now bring up my board with UART. Further i want to discuss the whole thing a bit, before we can finish. On 25.08.2015 17:40, Paul Kocialkowski wrote: The SYS_BOOT-based fallback shouldn't only check for one of the conditions of use and

Re: [U-Boot] [RFC PATCH] arm: cache_v7: fix dcache invalidation

Hi Markus, On 2015-08-28 15:12, Markus Niebel wrote: /* diff --git a/include/configs/tqma6.h b/include/configs/tqma6.h index f7fade1..0a0cbbe 100644 --- a/include/configs/tqma6.h +++ b/include/configs/tqma6.h @@ -111,10 +111,11 @@ #define CONFIG_ARP_TIMEOUT 200UL /* Network config

[U-Boot] [PATCH] net: bootp fix vci string on SPL-Boot

. Signed-off-by: Hannes Schmelzer oe5...@oevsv.at --- net/bootp.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/net/bootp.c b/net/bootp.c index 43466af..b547786 100644 --- a/net/bootp.c +++ b/net/bootp.c @@ -498,7 +498,9 @@ static int dhcp_extended(u8 *e, int message_type

[U-Boot] Antwort: [PATCH v2 1/3] arm: Enable CONFIG_SYS_GENERIC_BOARD for all boards

Hi Simon, okay for BR boards. best regards, Hannes Acked-by: Hannes Schmelzer oe5...@oevsv.at Tested-by: Hannes Schmelzer oe5...@oevsv.at All boards should be converted to generic board by now. Change the rest over. If this causes run-time breakages then we can remove those boards. Signed

Re: [U-Boot] [PATCH] omap-common: SYS_BOOT fallback logic correction

On 2015-08-27 00:59, Paul Kocialkowski wrote: Le mercredi 26 août 2015 à 09:23 -0400, Tom Rini a écrit : On Wed, Aug 26, 2015 at 12:51:07PM +0200, Paul Kocialkowski wrote: [snip] On all OMAP platforms, USB peripheral loading is done via bulk USB and I suspect it is the same on am33xx

Re: [U-Boot] [PATCH v2] omap-common: SYS_BOOT fallback logic correction and support for more devices

, Hannes Acked-by: Hannes Schmelzer oe5...@oevsv.at Tested-by: Hannes Schmelzer oe5...@oevsv.at ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH v3 1/9] net: Revert "tftp: adjust settings to be suitable for 100Mbit ethernet"

Hi, what about: https://patchwork.ozlabs.org/patch/510476/ best regards, Hannes On 08.09.2015 11:23, Heiko Schocher wrote: Hello Bin, Am 28.08.2015 um 07:25 schrieb Bin Meng: Commit 620776d "tftp: adjust settings to be suitable for 100Mbit ethernet" causes the following error message when

Re: [U-Boot] [PATCH v3 1/9] net: Revert "tftp: adjust settings to be suitable for 100Mbit ethernet"

Hi, okay ... just wanted to get sure that the patch has been noticed. best regards, Hannes On 08.09.2015 12:36, Stefan Roese wrote: Hi Hannes, On 08.09.2015 12:13, Hannes Schmelzer wrote: what about: https://patchwork.ozlabs.org/patch/510476/ I think the current plan is to first revert

[U-Boot] [PATCH] board/BuR: simplify default IP-setup on BR boards.

: 192.168.60.254 This environment is ran from CONFIG_PREBOOT. All other tricks are dropped. Signed-off-by: Hannes Schmelzer oe5...@oevsv.at --- board/BuR/kwb/board.c | 10 -- include/configs/bur_am335x_common.h | 12 +--- 2 files changed, 5 insertions(+), 17 deletions

Re: [U-Boot] commit 620776d causes TFTP error: 'Unsupported option(s) requested' (8)

Hi, i've same problem. Running tftp-hpa on Linux Mint 17. cat /etc/default/tftpd-hpa # /etc/default/tftpd-hpa RUN_DAEMON=yes TFTP_USERNAME=tftp TFTP_DIRECTORY=/tftpboot/tseries TFTP_ADDRESS=0.0.0.0:69 TFTP_OPTIONS=-l -s best regards, Hannes On 25.08.2015 09:40, Bin Meng wrote: Hi Joe, On

Re: [U-Boot] commit 620776d causes TFTP error: 'Unsupported option(s) requested' (8)

Hi Pavel, this works for me. many thanks. I will looking for some patch coming soon. best regards, Hannes On 25.08.2015 14:19, Pavel Machek wrote: On Tue 2015-08-25 14:13:17, Hannes Schmelzer wrote: Hi, i've same problem. Running tftp-hpa on Linux Mint 17. cat /etc/default/tftpd-hpa

Re: [U-Boot] [U-Boot, v5, 5/8] omap-common: SYS_BOOT-based fallback boot device selection for peripheral boot

Hi Paul, thanks for answer. On 25.08.2015 14:27, Paul Kocialkowski wrote: Le mardi 25 août 2015 à 10:40 +0200, Schmelzer Hannes a écrit : Hi Paul, Tom, i am failing bring up my AM335x boards (tseries, kwb) with bare UART connection since introducing this change. Does this mean that you're

[U-Boot] ZYNQ, ZC702 getting started

Hi, i am currently starting development software for a new B board based on the ZYNQ7000. To make live easier i want to try start with the Xilinx Evalboard ZC702, get there some experience to start afterwards with my own board. I have allready built "zynq_zc702_defconfig" - but have no

Re: [U-Boot] [PATCH] board/BuR/kwb: implement board-specific do_go_exec to form vxWorks bootline

Hannes, On Mon, Sep 28, 2015 at 7:08 PM, Hannes Schmelzer <han...@schmelzer.or.at> wrote: Hi Bin, i am not able to apply your patch from http://patchwork.ozlabs.org/patch/523289/ to most current master. schmelzerh@hpm-debian ~/work/u-boot $ git am U-Boot-v2-01-13-Reorder-defconfigs-with-savedef

Re: [U-Boot] [PATCH v2 06/13] cmd: Convert CONFIG_CMD_ELF to Kconfig

Tested-by: Hannes Schmelzer <oe5...@oevsv.at> on B kwb board. On 28.09.2015 11:12, Bin Meng wrote: Convert CONFIG_CMD_ELF to Kconfig and tidy up affected boards. Signed-off-by: Bin Meng <bmeng...@gmail.com> --- Changes in v2: - Split the defconfig reorder to another patch, makin

Re: [U-Boot] [PATCH] net: bootp fix vci string on SPL-Boot

Hi, just checked my upstream branch and noticed that this patch is outstanding. How about merge? regards, Hannes On 25.08.2015 18:01, Joe Hershberger wrote: Hi Hannes, On Tue, Aug 25, 2015 at 5:17 AM, Hannes Schmelzer <oe5...@oevsv.at> wrote: If CONFIG_CMD_DHCP is enabled, the vci (

Re: [U-Boot] [PATCH v2 07/13] cmd: Clean up cmd_elf a little bit

Tested-by: Hannes Schmelzer <oe5...@oevsv.at> on B kwb board. On 28.09.2015 11:12, Bin Meng wrote: This commit cleans up cmd_elf.c per U-Boot coding convention, and removes the unnecessary DECLARE_GLOBAL_DATA_PTR and out-of-date powerpc comments (it actually supports not only powerpc t

[U-Boot] [PATCH v2] board/BuR/kwb: use bootvx(...) (with bootline feature) instead go(...)

the bootvx command instead go. We only have to form the "othbootargs" environment variable, the rest is done pretty good by the "bootvx" commannd. Signed-off-by: Hannes Schmelzer <oe5...@oevsv.at> -- --- Changes in v2: - form only othbootargs instead whole bootline within board

Re: [U-Boot] [PATCH v2 10/13] cmd: bootvx: Always get VxWorks bootline from env

Tested-by: Hannes Schmelzer <oe5...@oevsv.at> on B kwb board. On 28.09.2015 11:12, Bin Meng wrote: So far VxWorks bootline can be contructed from various environment variables, but when these variables do not exist we get these from corresponding config macros. This is not h

[U-Boot] Antwort: Re: [PATCH] net: bootp fix vci string on SPL-Boot

> Hi Hannes, Hi Joe, > On Tue, Sep 29, 2015 at 3:19 AM, Hannes Schmelzer > <han...@schmelzer.or.at> wrote: > > Hi, > > > > just checked my upstream branch and noticed that this patch is outstanding. > > How about merge? > > Do you think this

[U-Boot] [PATCH] board/BuR/kwb: implement board-specific do_go_exec to form vxWorks bootline

is time we have a valid IP-setup for sure because it is either in environment or defined through CONFIG_PREBOOT command. To do this, we overload the __weak function "do_go_exec(...)" with our own and do the job. Signed-off-by: Hannes Schmelzer <oe5...@oevsv.at> ---

Re: [U-Boot] [PATCH] board/BuR/kwb: implement board-specific do_go_exec to form vxWorks bootline

> Hi Hannes, Hi Bin, thanks for reply. > > On Mon, Sep 28, 2015 at 4:33 PM, Hannes Schmelzer <oe5...@oevsv.at> wrote: > > Since we don't have for sure a valid IP-setup during > > board_late_init(...) because it maybe allready stored in environment or > > not

[U-Boot] Antwort: Re: Re: [PATCH] board/BuR/kwb: implement board-specific do_go_exec to form vxWorks bootline

> Hi Hannes, Hi, > > On Mon, Sep 28, 2015 at 5:17 PM, Hannes Schmelzer > <hannes.schmel...@br-automation.com> wrote: > >> Hi Hannes, > > Hi Bin, > > thanks for reply. > > > >> > >> On Mon, Sep 28, 2015 at 4:33 PM, Hannes Schmelzer &

Re: [U-Boot] [PATCH] board/BuR/kwb: implement board-specific do_go_exec to form vxWorks bootline

> Hi Hannes, Hi, > >> > >> Could you please try this patch series [1] instead? > >> > >> With that series, we can construct VxWorks bootline from U-Boot env. > >> Like you can store your additional bootline info to U-Boot env > >> variable "othbootargs", like > >> > >> => setenv othbootargs

Re: [U-Boot] ZYNQ, ZC702 getting started

Hi, i am currently starting development software for a new B board based on the ZYNQ7000. To make live easier i want to try start with the Xilinx Evalboard ZC702, get there some experience to start afterwards with my own board. I have allready built "zynq_zc702_defconfig" - but have no plan

Re: [U-Boot] ZYNQ, ZC702 getting started

On 09/18/2015 10:59 AM, Jagan Teki wrote: On 18 September 2015 at 13:02, Hannes Schmelzer <han...@schmelzer.or.at> wrote: Hi, i am currently starting development software for a new B board based on the ZYNQ7000. To make live easier i want to try start with the Xilinx Evalboard ZC70

Re: [U-Boot] [PATCH] LCD: Add an option to skip registration as an stdio output

On 12/02/2015 03:08 PM, Ayotte, Stephane wrote: On December-02-15 12:30 AM, Hannes Schmelzer wrote: On 12/01/2015 10:31 PM, Ayotte, Stephane wrote: Hi Stephane, Thanks for the info, Hannes. I agree with you that I could have met my requirements (of showing "applicative" output

Re: [U-Boot] am335x. u-boot.img fails to start

Hi, Does your board boot from MMC1 ? I had similar problem on my b boards ... i haven't solved it at all neither walked deep to find out hat the root cause is. just try to revert locally the commit a1e56cf6d430d78db3a4dc08a422311145e32315 spl: mmc: add support for BOOT_DEVICE_MMC2 this

[U-Boot] Antwort: Re: am335x. u-boot.img fails to start

remains. Okay ... maybe you could do some git bisect if you have a known working revision to find out which commit introduced failure. > > Yegor Hannes > > On Fri, Dec 4, 2015 at 9:39 AM, Hannes Schmelzer <han...@schmelzer.or.at> wrote: > > Hi, > > > > Does

Re: [U-Boot] [PATCH] LCD: Add an option to skip registration as an stdio output

hi, sorry i was absent a few days from u-boot (writing vxWorks drivers :-() ... but, do we really need this ? i had same problem on my b boards, were we printout something on lcd but console should remain on stdout/stdin. what about: int overwrite_console(void) { return 1; } and

Re: [U-Boot] [PATCH] LCD: Add an option to skip registration as an stdio output

s for one goal. Maybe it would be enough work a bit on documentation how to quiet console on LCD. Thanks, Stephane best regards, Hannes From: U-Boot [u-boot-boun...@lists.denx.de] on behalf of Hannes Schmelzer [han...@schmelzer.or.at] Sent: Tuesday, December

[U-Boot] zynq: ps7_init_gpl.c

hello, The ps7_init_gpl.c is some output from the xilinix vivado tool as hardware handoff. We compile this into our SPL. My question is how to deal with "scripts/checkpatch.pl" on this file. The scripts throughs a lot of errors. # scripts/checkpatch.pl -f

Re: [U-Boot] [PATCH 00/18] dm: video: Introduce initial driver-model video support

Hi Simon, This series starts the process of converting LCD and video devices over to use driver model. Both now use a very similar API thanks to earlier work by Nikita Kiryanov. With the driver-model conversion these will end up unified in a single uclass. Unfortunately there are different

[U-Boot] [PATCH v1 1/2] board/BuR: rename tseries board to brppt1

Rename B tseries board to brppt1 Signed-off-by: Hannes Schmelzer <oe5...@oevsv.at> --- arch/arm/Kconfig | 6 +++--- board/BuR/{tseries => brppt1}/Kconfig | 6 +++--- board/BuR/brppt1/MAINTAINERS

[U-Boot] [PATCH v1 2/2] board/BuR: rename kwb board to brxre1

Rename B kwb board to brxre1 Signed-off-by: Hannes Schmelzer <oe5...@oevsv.at> --- arch/arm/Kconfig| 6 +++--- board/BuR/{kwb => brxre1}/Kconfig | 6 +++--- board/BuR/brxre1/MAINTAINERS| 6 ++ board/BuR/{kwb => brxr

[U-Boot] [PATCH v1 0/2] Rename all B boards to more meaningful name

We've internally decided to name all B boards to be related in the final product where they are built in, which is more meaningful than the name of the circuit board itself. Hannes Schmelzer (2): board/BuR: rename tseries board to brppt1 board/BuR: rename kwb board to brxre1 arch/arm

[U-Boot] [PATCH] arch-mx6: fix MX6_PAD_DECLARE macro to work with MX6 duallite

if we build for an i.mx6 (d)ual(l)ite CONFIC_MX6DL we shall use MX6DL_PAD instead the common MX6_PAD. Signed-off-by: Hannes Schmelzer <oe5...@oevsv.at> --- arch/arm/include/asm/arch-mx6/mx6-pins.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/include/as

[U-Boot] [PATCH] driver/net/fec: support fixed speed connection

If MAC is directly connected to another MAC (like a switch for example) we don't need to probe for a phy, autoneogation and so on. We simply have to setup speed. Signed-off-by: Hannes Schmelzer <oe5...@oevsv.at> --- doc/README.fec_mxc| 5 + drivers/net/fec_mxc.c | 4 2

Re: [U-Boot] [PATCH 3/6] autoboot: remove CONFIG_ZERO_BOOTDELAY_CHECK

onfigs/uniphier.h | 1 - > include/configs/vinco.h | 1 - > include/configs/work_92105.h | 1 - > include/configs/x600.h | 1 - > include/configs/xilinx-ppc.h | 1 - > 57 files changed, 11 insertions(+), 68 deletions(-) For tseries board Acked-by: Hannes Schmelzer <hannes.schmel...@br-automation.com> ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] Issue with USB mass storage (thumb drives)

On 04.02.2016 12:28, Marek Vasut wrote: On Thursday, February 04, 2016 at 09:21:08 AM, Schrempf Frieder wrote: On 03.02.2016 20:16, Sergei Temerkhanov wrote: On Wed, Feb 3, 2016 at 8:40 AM, Marek Vasut wrote: On Wednesday, February 03, 2016 at 12:49:20 PM, Schrempf Frieder

Re: [U-Boot] [PATCH] common/memsize.c: fix endless loop when saving

On 2016-02-10 18:30, Eddy Petrișor wrote: Pe 10 feb. 2016 8:26 a.m., "Hannes Schmelzer" <han...@schmelzer.or.at <mailto:han...@schmelzer.or.at>> a scris: > > On 02/09/2016 06:55 PM, Eddy Petrișor wrote: >> >> 2016-02-09 19:41 GMT+02

Re: [U-Boot] do i have any chance of booting a vxworks 5.5.2 image with u-boot?

On 02/03/2016 12:16 PM, Robert P. J. Day wrote: Quoting Tom Rini : On Mon, Feb 01, 2016 at 05:20:16PM -0500, Robert P. J. Day wrote: i know u-boot has a "bootvx" command for booting vxworks images, but from what i read here:

[U-Boot] how to change my name in patchwork?

hi folks, i've got married now one year ago. Before marriage my surname was 'Petermaier', after 'Schmelzer'. Patchwork still calls me 'Hannes Petermaier'. Is there any chance to change this ? many thanks and best regards, Hannes ___ U-Boot mailing

Re: [U-Boot] [PATCH] image: fix getenv_bootm_size() function

On 08.02.2016 15:11, Matthias Weißer wrote: Hi Hannes I had the same problem. http://patchwork.ozlabs.org/patch/579391/ fixed it. Regards, Matthias 2016-02-08 15:01 GMT+01:00 Hannes Schmelzer <han...@schmelzer.or.at>: On 18.12.2015 06:17, Masahiro Yamada wrote: Currently, this fu

Re: [U-Boot] [PATCH] image: fix getenv_bootm_size() function

On 18.12.2015 06:17, Masahiro Yamada wrote: Currently, this function returns wrong size if "bootm_low" is defined, but "bootm_size" is not. Signed-off-by: Masahiro Yamada --- common/image.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff

Re: [U-Boot] [PATCH] image: fix getenv_bootm_size() function again

p = start; -#if defined(CONFIG_ARM) && defined(CONFIG_NR_DRAM_BANKS) - return gd->bd->bi_dram[0].size - (tmp - gd->bd->bi_dram[0].start); -#else - return gd->bd->bi_memsize - (tmp - gd->bd->bi_memstart); -#endif + return size - (tmp - start);

Re: [U-Boot] [PATCHv2] common/memsize.c: Simplify RAM size detection

On 02.02.2016 21:15, Eddy Petrișor wrote: The case of memory of size 0 is not that different from a memory of any other size, so we remove the duplicate code and treat the small differences when it is the case. Signed-off-by: Eddy Petrișor --- v2: Removed patman

Re: [U-Boot] Using old Config Style

On 11.02.2016 09:55, Mario Albrecht wrote: Hallo Hannes, how can I define commands in defconfig file which should be used or not used? Regards Mario -Ursprüngliche Nachricht- Von: Hannes Schmelzer [mailto:han...@schmelzer.or.at] Gesendet: Mittwoch, 10. Februar 2016 19:01 An: Mario

Re: [U-Boot] [PATCH] common/memsize.c: fix endless loop when saving

On 02/09/2016 06:55 PM, Eddy Petrișor wrote: 2016-02-09 19:41 GMT+02:00 Eddy Petrișor : When cnt reaches 0, any shift operation will keep cnt=0, so the condition `cnt >= 0` doesn't make sense. To fix this endless loop, we drop the useless condition and simply break the

[U-Boot] trouble with patman

hi, i created some commit which i want to post into the mailing list usind patman.py. I get following error, where i've no idea about the root cause ... ~/work/u-boot $ tools/patman/patman.py -n Cleaned 1 patches Traceback (most recent call last): File "tools/patman/patman.py", line 158,

Re: [U-Boot] Issue with USB mass storage (thumb drives)

Hi there, i can osberve same strange thing on Xilinx ZYNQ. But really strange is: I'm having a couple of USB-sticks on my desk, about 5pcs. Exactly one of them is working without any trouble. My testfile is ~16MB, with the magic usb-stick i can read the whole 16MB without errors. With all

Re: [U-Boot] Issue with USB mass storage (thumb drives)

On 22.02.2016 18:59, Fabio Estevam wrote: On Mon, Feb 22, 2016 at 2:51 PM, Maxime Jayat wrote: Hello, I was hit by the same problem, where my USB SD card reader would timeout in U-boot when reading a large file (16 MB). Changing USB_MAX_XFER_BLK to 32767 fixed the

[U-Boot] [PATCH] cmd/gpio: fix not working 'gpio set' command

From: Hannes Schmelzer <hannes.schmel...@br-automation.com> In commit 0ffe6ab521f900bcc765be8f2f31d2c2ba3f0a7e the abbreviation for the subcommand 'status' was introduced and breaks the 'gpio set' command. The change runs a test on the first character of the subcommand only, this metho

Re: [U-Boot] [PATCH] cmd/gpio: fix not working 'gpio set' command

On 15.02.2016 07:50, Hannes Schmelzer wrote: From: Hannes Schmelzer <hannes.schmel...@br-automation.com> In commit 0ffe6ab521f900bcc765be8f2f31d2c2ba3f0a7e the abbreviation for the subcommand 'status' was introduced and breaks the 'gpio set' command. The change runs a test on the

Re: [U-Boot] [PATCH] gpio: Correct handling of 'gpio status'

[]) #endif if (argc > 0) str_gpio = *argv; - if (!strncmp(str_cmd, "status", 1)) { + if (!strncmp(str_cmd, "status", 2)) { /* Support deprecated gpio_status() */ #ifdef gpio_status gpio_status(); Tested-by

[U-Boot] [PATCH 2/5] board/BuR: use default u-boot prompt on all B boards

There is no need to have some specific prompt, so we drop this within defconfigs. Signed-off-by: Hannes Schmelzer <oe5...@oevsv.at> --- configs/kwb_defconfig | 1 - configs/tseries_mmc_defconfig | 1 - configs/tseries_nand_defconfig | 1 - configs/tseries_spi_defconfig | 1 - 4

[U-Boot] [PATCH 1/5] board/BuR: drop ETH-support in SPL-Stage

During very early prototype-phase we did boot the AM335x boards initially from CPSW-EMAC. Now we don't need this feature anymore. So we drop it to save MLO-space and having therefore a more quickly boot. Signed-off-by: Hannes Schmelzer <oe5...@oevsv.at> --- board/BuR/common/co

[U-Boot] [PATCH 3/5] board/BuR: move everything possible from board's headerfile to KConfig

We drop everything possible things from board headerfiles and replace this functionality with responsible settings in Kconfig (_defconfig). Signed-off-by: Hannes Schmelzer <oe5...@oevsv.at> --- configs/kwb_defconfig | 10 ++ configs/tseries_mmc_defconfig

[U-Boot] [PATCH 4/5] board/BuR: split bur_am335x_common.h into am335x-specific and BuR common parts

a new file "bur_cfg_common.h", where we move all common things, which are not architecture specific, from bur_am335x_common.h. On B am335x boards we include from now: #include #include On other B boards, we include only #include Signed-off-by: Hannes Schmelzer <oe5...@oevsv.at&g

[U-Boot] SUN7i - bananapi Ethernet

hi, i just built and started most current mainline u-boot for my bananapi board. I have the problem, that ethernet doesn't work at all: U-Boot 2016.03-rc1-00196-gfdb4f0e (Feb 16 2016 - 22:05:33 +0100) Allwinner Technology CPU: Allwinner A20 (SUN7I) I2C: ready DRAM: 1 GiB MMC: SUNXI

[U-Boot] difference between ft_board_setup() and ft_system_setup()

hi, i've seen today that there is some kconfig option to switch on CONFIG_OF_SYSTEM_SETUP, which turns on calling some ft_system_setup() function before booting the OS. In the days before this my meaning was to implement all things which i have to modify dynamically within ft_board_setup().

[U-Boot] Fwd: difference between ft_board_setup() and ft_system_setup()

ping ... Forwarded Message Subject:difference between ft_board_setup() and ft_system_setup() Date: Thu, 17 Mar 2016 09:36:32 +0100 From: Hannes Schmelzer <han...@schmelzer.or.at> To: u-boot@lists.denx.de <u-boot@lists.denx.de> hi, i'v

[U-Boot] Marvell Switch // U-Boot

thanks and best regards, Hannes _ Hannes Schmelzer Bernecker + Rainer Industrie-Elektronik Ges.m.b.H. B Straße 1 5142 Eggelsberg Austria Tel: +43 7748 6586 - 1612 Fax: +43 7748 6586 - 26 Email: hannes.schmel...@br-automation.com http://www.br

Re: [U-Boot] [PATCH v3 1/2] drivers/video/am335x-fb: Add support for 16bpp format

MODE | - LCD_TFT_24BPP_UNPACK | + lcdhw->raster_ctrl = raster_ctrl | LCD_PALMODE_RAWDATA | LCD_TFT_MODE | LCD_RASTER_ENABLE; Reviewed-by: H

Re: [U-Boot] [PATCH 2/2] drivers/video/am335x-fb: Properly point framebuffer behind palette

On 04/27/2016 08:43 AM, Hannes Schmelzer wrote: On 04/27/2016 01:21 AM, Martin Pietryka wrote: The DMA was outputting the palette on the screen because the base for the DMA was not after the palette. In addition to that, the ceiling was also too high, this led that the output on the screen

Re: [U-Boot] [PATCH 2/2] drivers/video/am335x-fb: Properly point framebuffer behind palette

On 04/27/2016 01:21 AM, Martin Pietryka wrote: The DMA was outputting the palette on the screen because the base for the DMA was not after the palette. In addition to that, the ceiling was also too high, this led that the output on the screen was shifted. NOTE: According to the TRM, even in

Re: [U-Boot] [PATCH v2 1/2] drivers/video/am335x-fb: Add support for 16bpp format

Martin, you have to send also a v2 from "2/2] drivers/video/am335x-fb: Properly point framebuffer behind palette". v1 doesn't apply after your v2 patch below has been applied. how do you manage your patch-generation and emailing? have a look to: tools/patman/README, a really great tool for

Re: [U-Boot] [PATCH 2/2] drivers/video/am335x-fb: Properly point framebuffer behind palette

2,6 @@ int am335xfb_init(struct am335x_lcdpanel *panel) lcdhw->raster_ctrl = raster_ctrl; - gd->fb_base += 0x20; /* point fb behind palette */ - debug("am335x-fb: waiting picture to be stable.\n."); mdelay(panel->pon_delay); Reviewd-by: Hannes Schmelze

Re: [U-Boot] [PATCH 1/2] drivers/video/am335x-fb: Add support for 16bpp format

On 04/27/2016 01:21 AM, Martin Pietryka wrote: To support 16bpp we just need to change the raster_ctrl register accordingly. Also 32bpp mode should work as well, but was not tested. According to the TRM the uppermost byte will be ignored when LCD_TFT_24BPP_UNPACK is set. The switch logic is

[U-Boot] Antwort: [PATCH] drivers/video/am335x-fb: Fix bits for LCD_PALMODE_RAWDATA definition

(1 << 25) > #define LCD_TFT_24BPP_UNPACK (1 << 26) > -#define LCD_PALMODE_RAWDATA (0x10 << 20) > +#define LCD_PALMODE_RAWDATA (0x02 << 20) > #define LCD_TFT_MODE(0x01 << 7) > #define LCD_RASTER_ENABL

[U-Boot] net: direct-phy connection

hi folks, i've special situation at my new i.mx6 board. The network interface is wired directly to a marvel 88e6321 switch using RGMII. Has anybody else such a specific configuration ? At this time it is not clear to me how networking stuff detects link, speed and so on for normal

Re: [U-Boot] [PATCH] arch-mx6: fix MX6_PAD_DECLARE macro to work with MX6 duallite

On 07/21/2016 10:28 AM, Stefano Babic wrote: Hi Hannes, Hi Stefano, On 21/07/2016 08:10, Hannes Schmelzer wrote: Just looked around a bit more about this. Root cause for failing this patch is, that many boards do not use the 'IOMUX_PADS' macro, instead they just directly use the definition

Re: [U-Boot] [PATCH] mtd: nand: mxs: fix cache alignment for cache lines >32

On 08/03/2016 08:09 PM, Tom Rini wrote: On Wed, Aug 03, 2016 at 02:39:47PM -0300, Fabio Estevam wrote: On Wed, Aug 3, 2016 at 1:13 PM, Stefan Agner wrote: As you noted, this particular case is due to cache flush of the page table and should be fixed with: arm: cache: always

Re: [U-Boot] [PATCH] arch-mx6: fix MX6_PAD_DECLARE macro to work with MX6 duallite

and found out that I did not covered the MX6S which are in trouble now. On 22/06/2016 12:07, Hannes Schmelzer wrote: if we build for an i.mx6 (d)ual(l)ite CONFIC_MX6DL we shall use MX6DL_PAD instead the common MX6_PAD. Signed-off-by: Hannes Schmelzer<oe5...@oevsv.at> --- arch/arm/include/as

Re: [U-Boot] [PATCH] arch-mx6: fix MX6_PAD_DECLARE macro to work with MX6 duallite

On 07/20/2016 10:51 PM, Hannes Schmelzer wrote: On 07/20/2016 09:30 AM, Stefano Babic wrote: Hi Hannes, Hi Stefano, this patch breaks most i.MX6 boards (the not DL) and I revert it. Maybe I had to ask better before, anyway: sorry for inconvenience, i should have done more testing on this. I

Re: [U-Boot] [PATCH] driver/net/fec: support fixed speed connection

On 07/11/2016 04:23 PM, Stefano Babic wrote: Hi Hannes, Hi Stefano, On 22/06/2016 12:07, Hannes Schmelzer wrote: If MAC is directly connected to another MAC (like a switch for example) we don't need to probe for a phy, autoneogation and so on. We simply have to setup speed. Signed-off

Re: [U-Boot] [PATCH 5/5] arm: Show cache warnings in U-Boot proper only

On 20.06.2016 03:43, Simon Glass wrote: Avoid bloating the SPL image size. Signed-off-by: Simon Glass --- arch/arm/lib/cache.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/lib/cache.c b/arch/arm/lib/cache.c index 642a952..d330b09

[U-Boot] how to trigger DM rescan ?

Hello, i've following trouble on a new custom zynq board: There is a axi4pcie root-complex implemented within the FPGA, i added this to my devicetree: pci_express: axi-pcie@9000 { #address-cells = <3>; #size-cells = <2>; #interrupt-cells = <1>; status

[U-Boot] [PATCH] drivers/net/phy: add fixed-phy / fixed-link support

_device_create(...) with the special phy- id PHY_FIXED_ID (0xa5a55a5a). During init the "Fixed PHY" driver has registered with this id and now gets probed, during probe we get all the details about fixed-link out of dts, later on the phy reports this values. Signed-off-by: Ha

Re: [U-Boot] [PATCH v3 15/17] board: BuR: use get_nand_dev_by_index()

> As part of preparation for nand DM conversion the new API has been > introduced to remove direct access to nand_info array. So, use it here > instead of accessing to nand_info array directly. > > Cc: Hannes Schmelzer <oe5...@oevsv.at> > Signed-off-by: Grygorii Strashko &

Re: [U-Boot] ZYNQ direct MAC connection

On 13.02.2017 23:03, Moritz Fischer wrote: Hi Hannes, Hi Moritz, On Mon, Feb 13, 2017 at 4:56 AM, Hannes Schmelzer <han...@schmelzer.or.at> wrote: Hello, did anybody setup successfully setup a direct MAC connection using RGMII with a zynq ? For example to a switch. The zynq_gem

Re: [U-Boot] how to trigger DM rescan ?

Glass wrote: Hi Hannes, On 13 February 2017 at 05:53, Hannes Schmelzer <han...@schmelzer.or.at> wrote: Hi Simon, forwarding this directly to you since nobody did response on the mailinglist. Maybe you have some suggestion to me. Yes, I tend to notice things that are cc'd to me :-) many

[U-Boot] ZYNQ direct MAC connection

Hello, did anybody setup successfully setup a direct MAC connection using RGMII with a zynq ? For example to a switch. The zynq_gem driver wants to probe for phy by itself. I already made a connection with very bad hacks in various files. In linux such things are working with "fixed-link".

[U-Boot] Fwd: how to trigger DM rescan ?

Hi Simon, forwarding this directly to you since nobody did response on the mailinglist. Maybe you have some suggestion to me. many thanks, Hannes Forwarded Message Subject:how to trigger DM rescan ? Date: Wed, 8 Feb 2017 08:05:31 +0100 From: Hannes Schmelzer

  1   2   3   4   >