Re: [U-Boot] [PATCH] net: phy: micrel: fix KSZ9031 clock skew for values greater 0ps

Request for inclusion of below patch. CC Joe Hershberger as listed maintainer for 'drivers/net/'. Thanks, Andreas On Thu, 2018-11-29 at 20:04 +0100, Andreas Pretzsch wrote: > For KSZ9021, all skew register fields are 4-bit wide. > For KSZ9031, the clock skew register field

[U-Boot] [PATCH] net: phy: micrel: fix KSZ9031 clock skew for values greater 0ps

results in 1860 (== +960ps) instead of the requested one. Fix the check by using the bit width instead of hardcoded value(s). Signed-off-by: Andreas Pretzsch --- drivers/net/phy/micrel_ksz90x1.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/phy/micrel_ksz90x1

Re: [U-Boot] [PATCH] command "sspi": add write-only flag '.w' (discard read data)

The usual whitespace and line length issues. I suppose this would go in despite merge window closure, but any other change won't, so submit it as separate patch instead of a series ? -- carpe noctem engineering Ingenieurbuero fuer Hard- & Software-Entwicklung Andreas Pretzsch Dipl.

Re: [U-Boot] [RFC] gpio command: return value on write, additional actions

rmation" in the environment so we can easily use it > subsequently. As we do not have a back-tick operator in the shell, I > believe that return codes are only useful as error codes. True for now, beside one usage: if gpio value ; then ; else ; fi Of course, the same could be

Re: [U-Boot] [PATCH] command "sspi": add write-only flag '.w' (discard read data)

Am Montag, den 18.07.2011, 13:49 -0400 schrieb Mike Frysinger: > On Sat, Jul 16, 2011 at 13:32, Andreas Pretzsch wrote: > > The sspi command writes the given data out on SPI and prints the data it > > reads to the console. For write-only slaves (i.e. a SPI-connected latch >

[U-Boot] [PATCH] command "sspi": add write-only flag '.w' (discard read data)

tional and backwards compatible, previous sspi revisions would simply ignore the flag (checked back to 2011.03). Signed-off-by: Andreas Pretzsch --- Data size (number of bits) are passed as separate parameter to sspi, hence .w is "free" and not used as data size anyway. --- com

[U-Boot] [PATCH v2 2/2] add command fitupd to run an update from a FIT image

Command calls update_tftp() analogous to automatic update described in doc/README.update. Usage: fitupd [addr] - run update from FIT image at addr or from tftp 'updatefile' Signed-off-by: Andreas Pretzsch --- Changes for v2: - void update_tftp() => int update_t

[U-Boot] [PATCH v2 1/2] automatic update from FIT image: add optional address parameter

_tftp() to return success/fail. Signed-off-by: Andreas Pretzsch --- Changes for v2: - void update_tftp() => int update_tftp(): return success/fail --- common/main.c |4 ++-- common/update.c | 20 ++-- 2 files changed, 16 insertions(+), 8 deletions(-) diff --git a/co

[U-Boot] [PATCH v2 0/2] update from FIT image: add optional address, new command fitupd

TFTP server. See doc/README.update for more information. Adhere to present coding style => checkpatch warnings discarded. Changes for v2: - void update_tftp() => int update_tftp(): return success/fail Andreas Pretzsch (2): automatic update from FIT image: add optional address paramet

Re: [U-Boot] [RFC] gpio command: return value on write, additional actions

Am Dienstag, den 05.07.2011, 13:44 -0400 schrieb Mike Frysinger: > On Tuesday, July 05, 2011 12:59:16 Andreas Pretzsch wrote: > > As of today (2011.06), the generic gpio command (common/cmd_gpio.c) > > gpio > > - input/set/clear/toggle the specified pin (e.g. PF1

[U-Boot] [RFC] gpio command: return value on write, additional actions

before I submit a patch ? [1] http://www.denx.de/wiki/DULG/CommandLineParsing "General rules" -- carpe noctem engineering Ingenieurbuero fuer Hard- & Software-Entwicklung Andreas Pretzsch Dipl.-Ing. (FH) Andreas Pretzsch Tel. +49-(0)731-5521572 Hahnengasse 3

Re: [U-Boot] [STATUS] Getting ready for -rc1

reas -- carpe noctem engineering Ingenieurbuero fuer Hard- & Software-Entwicklung Andreas Pretzsch Dipl.-Ing. (FH) Andreas Pretzsch Tel. +49-(0)731-5521572 Hahnengasse 3 Fax: +49-(0)731-5521573 89073 Ulm, Germany

Re: [U-Boot] Policy for checkpatch usage?

ied in the commit or cover letter." -- carpe noctem engineering Ingenieurbuero fuer Hard- & Software-Entwicklung Andreas Pretzsch Dipl.-Ing. (FH) Andreas Pretzsch Tel. +49-(0)731-5521572 Hahnengasse 3 Fax: +49-(0)731-5521573 89073 Ulm, Germany

Re: [U-Boot] trigger automatic update (FIT image) from prompt instead of "updatefile" env variable

Am Mittwoch, den 13.04.2011, 21:47 +0200 schrieb Andreas Pretzsch: > Am Montag, den 11.04.2011, 23:11 +0200 schrieb Wolfgang Denk: > > In message <1302554333.13241.158.ca...@ws-apr.office.loc> you wrote: > > > Is there a way to manually trigger an automatic update using a F

[U-Boot] [PATCH 2/2] add command fitupd to run an update from a FIT image

Command calls update_tftp() analogous to automatic update described in doc/README.update. Usage: fitupd [addr] - run update from FIT image at addr or from tftp 'updatefile' Signed-off-by: Andreas Pretzsch --- common/Makefile |1 + common/cmd_fitup

[U-Boot] [PATCH 1/2] automatic update from FIT image: add optional address parameter

Current update_tftp() flow: 1.) fetch "updatefile" from defined TFTP server 2.) check if FIT format 3.) flash contained images Add an address parameter to update_tftp(). If this address is non-zero, skip the TFTP transfer and use the image at this address. Signed-off-by: Andrea

[U-Boot] [PATCH 0/2] update from FIT image: add optional address, new command fitupd

TFTP server. See doc/README.update for more information. Adhere to present coding style => checkpatch warnings discarded. Andreas Pretzsch (2): automatic update from FIT image: add optional address parameter add command fitupd to run an update from a FIT image common/Makefile |1

Re: [U-Boot] [RFC] skip area in flash/memory commands (cp, cmp, ...)

Am Dienstag, den 12.04.2011, 16:15 +0200 schrieb Wolfgang Denk: > Dear Andreas Pretzsch, > > In message <1302614926.27200.12.ca...@ws-apr.office.loc> you wrote: > > > > True, but it would pollute the env with transient variables like > > fileaddr, filesize an

Re: [U-Boot] trigger automatic update (FIT image) from prompt instead of "updatefile" env variable

bcommand, like in tftp fit_image ; fdt addr ${loadaddr} ; fdt flash 3.) "imxtract ${loadaddr} flash" or similar 4.) extend "source" command -- carpe noctem engineering Ingenieurbuero fuer Hard- & Software-Entwicklung Andreas Pretzsch Dipl.-Ing. (FH) Andreas Pretzsch

Re: [U-Boot] [RFC] skip area in flash/memory commands (cp, cmp, ...)

, it would also save "bootcount", which might be a bad idea... BTW, not sure if it's worth the effort (or a good idea at all), but one might think about a concept of transient variables (in standard parser, not checked hush parser). -- carpe noctem engineering Ingenieurbu

Re: [U-Boot] [PATCH] gpio: check request result

Am Dienstag, den 12.04.2011, 03:03 -0400 schrieb Mike Frysinger: > Make sure the pin request passed before attempting to use it later on. > > Signed-off-by: Mike Frysinger Tested-by: Andreas Pretzsch Verified on Blackfin BF561 with full port range. -- carpe noctem en

Re: [U-Boot] [PATCH] gpio: generalize for all generic gpio providers

Am Montag, den 11.04.2011, 23:14 -0400 schrieb Mike Frysinger: > On Monday, April 11, 2011 15:34:17 Andreas Pretzsch wrote: > > Am Sonntag, den 03.04.2011, 04:43 -0400 schrieb Mike Frysinger: > > > + return port_base + simple_strtoul(name, NULL, 10); > > > > Remar

[U-Boot] trigger automatic update (FIT image) from prompt instead of "updatefile" env variable

() is only called once during the startup, but not referenced by any command. Use case: Disaster recovery update via altbootcmd. Thanks in advance, A. Pretzsch -- carpe noctem engineering Ingenieurbuero fuer Hard- & Software-Entwicklung Andreas Pretzsch Dipl.-Ing. (FH) Andreas Pretzsch

Re: [U-Boot] [RFC] skip area in flash/memory commands (cp, cmp, ...)

Am Montag, den 11.04.2011, 21:31 +0200 schrieb Albert ARIBAUD: > Le 11/04/2011 20:52, Andreas Pretzsch a écrit : > > Objective: Skip an area in memory commands > > > > Example use case: Skip over embedded environment when updating U-Boot > > > > In case of an e

Re: [U-Boot] [PATCH] Blackfin: cmd_gpio: allow port pins over 15

amp; Software-Entwicklung Andreas Pretzsch Dipl.-Ing. (FH) Andreas Pretzsch Tel. +49-(0)731-5521572 Hahnengasse 3 Fax: +49-(0)731-5521573 89073 Ulm, Germanyemail: a...@cn-eng.de ___ U-Boot mailin

Re: [U-Boot] [PATCH] gpio: generalize for all generic gpio providers

splay current pin bindings (think /proc/gpio) > > Once these pieces are pulled out, we can relocate the cmd_gpio.c into the > common directory. > > Signed-off-by: Mike Frysinger Tested-by: Andreas Pretzsch Verified on Blackfin BF561 with full port range. > --- a/arch/blackfin/inclu

[U-Boot] [RFC] skip area in flash/memory commands (cp, cmp, ...)

hat do you think, worth the effort, acceptable in mainline or over-engineering ? -- carpe noctem engineering Ingenieurbuero fuer Hard- & Software-Entwicklung Andreas Pretzsch Dipl.-Ing. (FH) Andreas Pretzsch Tel. +49-(0)731-5521572 Hahnengasse 3 Fax: +49-

Re: [U-Boot] MTD partitions not mounted by the kernel

think so. Most probably your kernel uses different identifiers > > instead of "NOR" and "NAND". Check the kernel boot messages! > > > > Best regards, > > > > Wolfgang Denk > > > _______ > U-Boot mai

Re: [U-Boot] Blackfin: cmd_gpio port/pin naming

Am Montag, den 10.01.2011, 11:28 -0500 schrieb Mike Frysinger: > On Mon, Jan 10, 2011 at 10:59 AM, Andreas Pretzsch wrote: > > As your code already uses the Linux GPIO conventions and naming (without > > the gpio_chip stuff, which is not necessary for a bootloader IMHO), it'd

[U-Boot] [PATCH] Blackfin: cmd_gpio: allow port pins over 15

umber. Attn.: Passing a # too high for the port will wrap over to the next port(s), e.g. PA16 => PB0. Not a problem for correct scripts, though. Signed-off-by: Andreas Pretzsch --- arch/blackfin/cpu/cmd_gpio.c |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/arch/

Re: [U-Boot] Blackfin: cmd_gpio port/pin naming

Am Freitag, den 07.01.2011, 17:38 -0500 schrieb Mike Frysinger: > On Friday, January 07, 2011 15:50:30 Andreas Pretzsch wrote: > > the Blackfin U-Boot GPIO command (see "arch/blackfin/cpu/cmd_gpio.c") > > specifies the port/pin naming in the form "[p][port]<#>

[U-Boot] Blackfin: cmd_gpio port/pin naming

, I'd like to hear your opinion first. N.B.: Didn't have a closer look at the portmux stuff. Best regards, A. Pretzsch -- carpe noctem engineering Ingenieurbuero fuer Hard- & Software-Entwicklung Andreas Pretzsch Dipl.-Ing. (FH) Andreas Pretzsch Tel. +49-(0)731-5521572 Ha

[U-Boot] Blackfin: cdef register accessor defines: missing 16-bit variants for SPORT RX/TX

n. Both in Linux and in U-Boot. Admittedly, not a real issue. Thanks in advance, A. Pretzsch -- carpe noctem engineering Ingenieurbuero fuer Hard- & Software-Entwicklung Andreas Pretzsch Dipl.-Ing. (FH) Andreas Pretzsch Tel. +49-(0)731-5521572 Hahnengasse 3

Re: [U-Boot] [RFC] utilize flash small block sizes to reduce flash footprint

dundant. As time permits, I'll have a look at your points again later. But honestly, the stack on my desk piles up a bit too much right now... Sorry. Best regards, Andreas Am Montag, den 27.09.2010, 08:37 +0200 schrieb Albert ARIBAUD: > Hi Andreas, > > Le 27/09/2010 07:15,

Re: [U-Boot] [RFC] utilize flash small block sizes to reduce flash footprint

re scribbling senseless RFCs. Sorry for the noise, case closed. -- carpe noctem engineering Ingenieurbuero fuer Hard- & Software-Entwicklung Andreas Pretzsch Dipl.-Ing. (FH) Andreas Pretzsch Tel. +49-(0)731-5521572 Hahnengasse 3 Fax: +49-(0)731-5521

[U-Boot] [RFC] utilize flash small block sizes to reduce flash footprint

t on non-PIC builds (U-Boot start != CONFIG_SYS_FLASH_BASE) - U-Boot on architectures not capable of a single jump forward by e.g. 32kB or 64kB - redundant environment - mixed flash/external environment - ... -- carpe noctem engineering Ingenieurbuero fuer Hard- & Software-En

Re: [U-Boot] smc911x: problem with if there is ethernet traffic

o time to look into this by now, just throwing in another bit of confusion ;-) -- carpe noctem engineering Ingenieurbuero fuer Hard- & Software-Entwicklung Andreas Pretzsch Dipl.-Ing. (FH) Andreas Pretzsch Tel. 0731/98588-800 Marlene-Dietrich-Strasse 5

[U-Boot] Blackfin: UART on SPORT

ot to port this code to U-Boot, given that someone (which might be me) has some spare time for this ? Thanks in advance, A. Pretzsch -- carpe noctem engineering Ingenieurbuero fuer Hard- & Software-Entwicklung Andreas Pretzsch Dipl.-Ing. (FH) Andreas Pretzsch Tel. 0731/

[U-Boot] [PATCH] smc911x: add support for LAN9221

Signed-off-by: Andreas Pretzsch --- drivers/net/smc911x.h |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/net/smc911x.h b/drivers/net/smc911x.h index 80d2ce0..c14003c 100644 --- a/drivers/net/smc911x.h +++ b/drivers/net/smc911x.h @@ -382,6 +382,7 @@ static