Hi,
This concept is very good.
But I have one question. I think need to call mmc_init() one more, right?
how did you save the boot time(200ms)?
On 11/29/2012 10:21 AM, Simon Glass wrote:
> From: Che-Liang Chiou
>
> Most of time that MMC driver spends on initializing a device is polling
> OCR (o
Hi,
I did following steps to compile u-boot on x86-64.
U-boot Build procedure
The following command sequence is used to build the u-boot for the particular
board.
->To remove ALL files made by by make,configure
make distclean
To configure the x86 32 bit based board for the target we hav
2012/11/29 Bo Shen :
Hi !
> As port C doesn't support EHCI, so, I think we should deal with this
> carefully.
> ---<8---
> #if OHCI
> #else EHCI
> #endif
> --->8---
> I think this will be better.
yes, you're right, I'll change that
___
U-Boot mailing lis
From: Richard Genoud
This small patchset is based on current master (
178d0cc1a4c73c3341afbeb2a93b172de8c96bd1 )
It enables usb on at91sam9x5ek boards.
Tested on at91sam9x5ek with a sam9g35 CPU (+ usb key and mouse)
By default the 3 USB 1.1 ports (A, B and C) are enabled.
If CONFIG_USB_EHCI is
From: Richard Genoud
Signed-off-by: Richard Genoud
---
include/configs/at91sam9x5ek.h |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/include/configs/at91sam9x5ek.h b/include/configs/at91sam9x5ek.h
index 71f765b..5e5f9c1 100644
--- a/include/configs/at91sam9x5ek.h
From: Richard Genoud
Signed-off-by: Richard Genoud
---
arch/arm/cpu/arm926ejs/at91/at91sam9x5_devices.c | 13 +
arch/arm/include/asm/arch-at91/at91sam9x5.h |2 ++
board/atmel/at91sam9x5ek/at91sam9x5ek.c |3 +++
drivers/usb/host/ohci-at91.c
From: Richard Genoud
Signed-off-by: Richard Genoud
---
include/configs/at91sam9x5ek.h | 23 +++
1 files changed, 23 insertions(+), 0 deletions(-)
diff --git a/include/configs/at91sam9x5ek.h b/include/configs/at91sam9x5ek.h
index 5e5f9c1..915714f 100644
--- a/include/confi
From: Richard Genoud
Signed-off-by: Richard Genoud
---
doc/README.usb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/doc/README.usb b/doc/README.usb
index ef1d6ba..b4c3ef5 100644
--- a/doc/README.usb
+++ b/doc/README.usb
@@ -63,7 +63,7 @@ Common USB Commands:
Storage
On 11/30/2012 17:18, richard.gen...@gmail.com wrote:
From: Richard Genoud
Signed-off-by: Richard Genoud
Acked-by: Bo Shen
---
arch/arm/cpu/arm926ejs/at91/at91sam9x5_devices.c | 13 +
arch/arm/include/asm/arch-at91/at91sam9x5.h |2 ++
board/atmel/at91sam9x5ek/at91s
On 11/30/2012 17:18, richard.gen...@gmail.com wrote:
From: Richard Genoud
Signed-off-by: Richard Genoud
Acked-by: Bo Shen
---
include/configs/at91sam9x5ek.h |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/include/configs/at91sam9x5ek.h b/include/configs/at91
On 11/30/2012 17:18, richard.gen...@gmail.com wrote:
From: Richard Genoud
Signed-off-by: Richard Genoud
Acked-by: Bo Shen
---
include/configs/at91sam9x5ek.h | 23 +++
1 files changed, 23 insertions(+), 0 deletions(-)
diff --git a/include/configs/at91sam9x5ek.h b/in
On 11/21/2012 10:24 AM, Wolfgang Denk wrote:
Dear Vipin,
In message<50a0d0eb.4080...@st.com> you wrote:
The ssh key is as below
THnaks a lot. The repository should be ready for your use now. Sorry
it took so long.
Please feel free to contact me directly if there should be any
problems.
Dear Armando Visconti,
In message <50b89534.6040...@st.com> you wrote:
>
> Not sure what are next steps for this patchset.
> Is someone going to review it, or part of it?
>
> Or is Vipin expected to do something on the repository
> assigned to him (maybe he already did)?
Vipin volunteered as cus
The elftosb tool is now called with -d switch, which produces debug
output to the stdout. The debug output is completely useless for
regular operation, so silence it.
Signed-off-by: Marek Vasut
Cc: Stefano Babic
Cc: Fabio Estevam
---
Makefile |2 +-
1 file changed, 1 insertion(+), 1 deleti
This algorithm computes the values of TIMING{0,1,2} registers for the
MX28 I2C block. This algorithm was derived by using a scope, but the
result seems correct.
The resulting values programmed into the registers do not correlate
with the contents of the datasheet. When using the values from the
da
On 11/30/2012 01:34 PM, Wolfgang Denk wrote:
Dear Armando Visconti,
In message<50b89534.6040...@st.com> you wrote:
Not sure what are next steps for this patchset.
Is someone going to review it, or part of it?
Or is Vipin expected to do something on the repository
assigned to him (maybe he al
Dear Marek Vasut,
In message <1354280910-17539-1-git-send-email-ma...@denx.de> you wrote:
> This algorithm computes the values of TIMING{0,1,2} registers for the
> MX28 I2C block. This algorithm was derived by using a scope, but the
> result seems correct.
Thanks! I like that!
...
> + uint3
Dear Wolfgang Denk,
> Dear Marek Vasut,
>
> In message <1354280910-17539-1-git-send-email-ma...@denx.de> you wrote:
> > This algorithm computes the values of TIMING{0,1,2} registers for the
> > MX28 I2C block. This algorithm was derived by using a scope, but the
> > result seems correct.
>
> Tha
Implement common function to setup the VDDIO, VDDD and VDDA voltage.
Right now, there are two almost identical functions to setup VDDIO
and VDDD, which is prone to breakage. Pull out the differences into
constant structure and pass them as an argument to the common function.
Moreover, the function
The memory setup code adjusted the VDDD voltage. Remove this adjustment
and configure the VDDD voltage correctly in the power supply setup code.
Signed-off-by: Marek Vasut
Cc: Stefano Babic
Cc: Fabio Estevam
---
arch/arm/cpu/arm926ejs/mxs/spl_mem_init.c | 13 -
arch/arm/cpu/arm
This algorithm computes the values of TIMING{0,1,2} registers for the
MX28 I2C block. This algorithm was derived by using a scope, but the
result seems correct.
The resulting values programmed into the registers do not correlate
with the contents in datasheet. When using the values from the datash
From: Stefan Reinauer
Add a basic driver for the coreboot framebuffer.
Signed-off-by: Stefan Reinauer
Signed-off-by: Simon Glass
---
Changes in v3:
- Update to avoid using gd which is now a #define
Changes in v2: None
drivers/video/Makefile |1 +
drivers/video/coreboot_fb.c | 101
Third take of USB + DFU updates.
Pantelis Antoniou (9):
usb: Fix bug when both DFU & ETHER are defined
g_dnl: Issue connect/disconnect as appropriate
g_dnl: Properly terminate string list.
dfu: Only perform DFU board_usb_init() for TRATS
dfu: Fix crash when wrong number of arguments give
Call usb_gadget_connect/usb_gadget_disconnect in g_dnl_bind/g_dnl_unbind.
Signed-off-by: Pantelis Antoniou
---
drivers/usb/gadget/g_dnl.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/gadget/g_dnl.c b/drivers/usb/gadget/g_dnl.c
index 7d87050..25da733
Well, not terminating the list causes very interesting crashes.
As in changing the vendor & product ID crashes. Fun.
Signed-off-by: Pantelis Antoniou
---
drivers/usb/gadget/g_dnl.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/gadget/g_dnl.c b/drivers/usb/gadget/g_dnl.c
index 2
When both CONFIG_USB_GADGET & CONFIG_USB_ETHER are defined
the makefile links objects twice.
The cleanest way to fix is to use a new define, CONFIG_USB_UTIL
which must be defined when either CONFIG_USB_ETHER or
CONFIG_USB_GADGET are defined.
All affected boards have been modified as well.
Signed
USB initialization shouldn't happen for all the boards.
Signed-off-by: Pantelis Antoniou
---
common/cmd_dfu.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/common/cmd_dfu.c b/common/cmd_dfu.c
index 01d6b3a..327c738 100644
--- a/common/cmd_dfu.c
+++ b/common/cmd_dfu.c
@@ -55,7 +55,10 @@
DFU is a bit peculiar. It needs to hook to composite setup and
return it's function descriptor.
So when get-descriptor request comes with a type of DFU_DT_FUNC
we iterate over the configs, and functions, and when we find
the DFU function we call the setup method which is prepared
to return the app
Fix obvious crash when not enough arguments are given to the dfu
command.
Signed-off-by: Pantelis Antoniou
---
common/cmd_dfu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/cmd_dfu.c b/common/cmd_dfu.c
index 327c738..83ef324 100644
--- a/common/cmd_dfu.c
+++ b/commo
Zero out timeout value; letting it filled with undefined values
ends up with the dfu host hanging.
Signed-off-by: Pantelis Antoniou
---
drivers/usb/gadget/f_dfu.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/usb/gadget/f_dfu.c b/drivers/usb/gadget/f_dfu.c
index 6494f5e..c15585c
Dealing with raw block numbers with the dfu is very annoying.
Introduce a partition method.
Signed-off-by: Pantelis Antoniou
---
drivers/dfu/dfu_mmc.c | 31 +++
1 file changed, 31 insertions(+)
diff --git a/drivers/dfu/dfu_mmc.c b/drivers/dfu/dfu_mmc.c
index 5d504df.
We didn't support upload/download larger than available memory.
This is pretty bad when you have to update your root filesystem for
example.
This patch removes the limitation (and the crashes when you transfered
any file larger than 4MB).
On top of that reduces the huge dfu buffer from 4MB to just
Hi Pantelis,
One request:
Please stick to following guidelines:
http://www.denx.de/wiki/U-Boot/Patches
> USB initialization shouldn't happen for all the boards.
>
> Signed-off-by: Pantelis Antoniou
> ---
> common/cmd_dfu.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/common/
The MXS SPL didn't mark local functions "static". Fix it. This also makes the
SPL smaller by roughly 300 bytes.
Signed-off-by: Marek Vasut
Cc: Stefano Babic
Cc: Fabio Estevam
---
arch/arm/cpu/arm926ejs/mxs/spl_boot.c |4 +-
arch/arm/cpu/arm926ejs/mxs/spl_mem_init.c |8 ++--
arc
Hi Pantelis,
> Fix obvious crash when not enough arguments are given to the dfu
> command.
>
> Signed-off-by: Pantelis Antoniou
> ---
> common/cmd_dfu.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/common/cmd_dfu.c b/common/cmd_dfu.c
> index 327c738..83ef324 100644
Third take of USB + DFU updates.
Changelog for the pendants:
changes from v2:
* Handle large transfers properly take #2
* Different method of avoid double linking of
usb gadget & usb ether.
changes from v1:
* Properly terminate terminate string list.
* Handle large transfers properly take #1
Call usb_gadget_connect/usb_gadget_disconnect in g_dnl_bind/g_dnl_unbind.
Signed-off-by: Pantelis Antoniou
---
drivers/usb/gadget/g_dnl.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/drivers/usb/gadget/g_dnl.c b/drivers/usb/gadget/g_dnl.c
index 7d87050..25da733
When both CONFIG_USB_GADGET & CONFIG_USB_ETHER are defined
the makefile links objects twice.
The cleanest way to fix is to use a new define, CONFIG_USB_UTIL
which must be defined when either CONFIG_USB_ETHER or
CONFIG_USB_GADGET are defined.
All affected boards have been modified as well.
Signed
Well, not terminating the list causes very interesting crashes.
As in changing the vendor & product ID crashes. Fun.
Signed-off-by: Pantelis Antoniou
---
drivers/usb/gadget/g_dnl.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/gadget/g_dnl.c b/drivers/usb/gadget/g_dnl.c
index 2
USB initialization shouldn't happen for all the boards.
Signed-off-by: Pantelis Antoniou
---
common/cmd_dfu.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/common/cmd_dfu.c b/common/cmd_dfu.c
index 01d6b3a..327c738 100644
--- a/common/cmd_dfu.c
+++ b/common/cmd_dfu.c
@@ -55,7 +55,10 @@
DFU is a bit peculiar. It needs to hook to composite setup and
return it's function descriptor.
So when get-descriptor request comes with a type of DFU_DT_FUNC
we iterate over the configs, and functions, and when we find
the DFU function we call the setup method which is prepared
to return the app
Fix obvious crash when not enough arguments are given to the dfu
command.
Signed-off-by: Pantelis Antoniou
---
common/cmd_dfu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/cmd_dfu.c b/common/cmd_dfu.c
index 327c738..83ef324 100644
--- a/common/cmd_dfu.c
+++ b/commo
Dealing with raw block numbers with the dfu is very annoying.
Introduce a partition method.
Signed-off-by: Pantelis Antoniou
---
drivers/dfu/dfu_mmc.c | 31 +++
1 file changed, 31 insertions(+)
diff --git a/drivers/dfu/dfu_mmc.c b/drivers/dfu/dfu_mmc.c
index 5d504df.
Zero out timeout value; letting it filled with undefined values
ends up with the dfu host hanging.
Signed-off-by: Pantelis Antoniou
---
drivers/usb/gadget/f_dfu.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/usb/gadget/f_dfu.c b/drivers/usb/gadget/f_dfu.c
index 6494f5e..c15585c
We didn't support upload/download larger than available memory.
This is pretty bad when you have to update your root filesystem for
example.
This patch removes the limitation (and the crashes when you transfered
any file larger than 4MB).
On top of that reduces the huge dfu buffer from 4MB to just
On Fri, Nov 30, 2012 at 11:04 AM, Marek Vasut wrote:
> The elftosb tool is now called with -d switch, which produces debug
> output to the stdout. The debug output is completely useless for
> regular operation, so silence it.
>
> Signed-off-by: Marek Vasut
> Cc: Stefano Babic
> Cc: Fabio Esteva
On Fri, Nov 30, 2012 at 1:22 PM, Marek Vasut wrote:
> Implement common function to setup the VDDIO, VDDD and VDDA voltage.
> Right now, there are two almost identical functions to setup VDDIO
> and VDDD, which is prone to breakage. Pull out the differences into
> constant structure and pass them
Dear Otavio Salvador,
> On Fri, Nov 30, 2012 at 1:22 PM, Marek Vasut wrote:
> > Implement common function to setup the VDDIO, VDDD and VDDA voltage.
> > Right now, there are two almost identical functions to setup VDDIO
> > and VDDD, which is prone to breakage. Pull out the differences into
> > c
On Fri, Nov 30, 2012 at 4:35 PM, Marek Vasut wrote:
> Dear Otavio Salvador,
>
> > On Fri, Nov 30, 2012 at 1:22 PM, Marek Vasut wrote:
> > > Implement common function to setup the VDDIO, VDDD and VDDA voltage.
> > > Right now, there are two almost identical functions to setup VDDIO
> > > and VDDD
Hi Albert,
On Wed, Nov 28, 2012 at 2:34 PM, Albert ARIBAUD
wrote:
> Hi Simon,
>
> On Wed, 28 Nov 2012 13:18:57 -0800, Simon Glass
> wrote:
>
>> Hi Albert,
>>
>> On Tue, Nov 27, 2012 at 4:43 AM, Albert ARIBAUD
>> wrote:
>> > Move all the C runtime setup code from every start.S
>> > in arch/arm i
From: Gabe Black
It may be necessary to know where the TLB area ends as well as where it
starts. This allows board code to complete a secure memory erase without
destroying the page tables.
Signed-off-by: Gabe Black
Signed-off-by: Simon Glass
---
Changes in v2: None
arch/arm/include/asm/glob
This option displays board info after stdio is running, so that it will
appear on the LCD. If it is displayed earlier, the board info will appear
on the serial console but not on the LCD.
Here follows a blow-by-blow description.
1a. Without CONFIG_DISPLAY_BOARDINFO_LATE, on serial:
U-Boot 2011.1
We want to use the fdt inside board_early_init_f(), so check for its
presence earlier in the pre-reloc init sequence.
So far ARM and microblaze are the only only ones that use
CONFIG_OF_CONTROL. Microblaze does not have the same init loop, and in
particular does not have the board_early_init_f() c
From: Arun Mankuzhi
In Cortex-A15 architecture, when we run cache invalidate
the cache clean operation executes automatically.
So if there are any dirty cache lines before disabling the L2 cache
these will be synchronized with the main memory when
invalidate_dcache_all() runs in the last part of
Add a short note about this in the README.
Signed-off-by: Simon Glass
---
Changes in v2:
- Split out CONFIG_DISPLAY_BOARDINFO README change into separate commit
README |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/README b/README
index d26ce5b..d8bd784 100644
---
Some boards want to report more than just memory size. For example, it
might be useful to display the memory type (DDR2, DDR3) or manufacturer.
Add a weak function to support this requirement, accessed through a new
'meminfo' command.
Any example of the DRAM: output is below, just for illustratio
From: Tom Wai-Hong Tam
SPL u-boot may call do_reset() which depends on interrupts.o and reset.o.
So make them also appear in SPL.
Signed-off-by: Tom Wai-Hong Tam
Signed-off-by: Simon Glass
---
Changes in v2: None
arch/arm/lib/Makefile |5 +++--
1 files changed, 3 insertions(+), 2 deletio
The timer may be inited in arch_cpu_init() so it is not safe to make a
bootstage mark before this is called. Arrange the code to fix this.
Note: The question was raised as to why we don't keep all archs in sync.
PowerPC doesn't have specific bootstage markers at present (although it
does use boot
From: Taylor Hutt
The two modified lines were indented with spaces.
They are now indented with tabs.
Signed-off-by: Taylor Hutt
Signed-off-by: Simon Glass
---
Changes in v2: None
arch/arm/lib/board.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/lib/boa
This option delays loading of the environment until later, so that only the
default environment will be available to U-Boot.
This can address the security risk of untrusted data being used during boot.
Any time you load untrusted data you expose yourself to a bug in the
code. The attacker gets to
Hi,
On Thu, Nov 29, 2012 at 7:20 AM, Jae hoon Chung wrote:
> Hi Simon,
>
> Is it saved the 200ms? Could you tell me your environment?
> I will check this patch..and share the result.
The environment is snow (Samsung ARM Chromebook). The time save only
comes from not waiting for the MMC init. So:
Hi Jaehoon,
On Fri, Nov 30, 2012 at 12:25 AM, Jaehoon Chung wrote:
> Hi,
>
> This concept is very good.
> But I have one question. I think need to call mmc_init() one more, right?
> how did you save the boot time(200ms)?
>
> On 11/29/2012 10:21 AM, Simon Glass wrote:
>> From: Che-Liang Chiou
>>
Hi Allan Drassal,
Frankly, I'm not in practice faced ar71xx processors in labs, but I
can give details on experience with the ar724x CPUs.
First we need to determine are fully is support in ar71xx.cfg file for
your device.
You need connect to the JTAG and switch the device in halt mode. Next
read
Add support for SST 4KB sector granularity.
Many recent SST flashes, i.e. SST39VF3201B and similar of this family
are declared CFI-conformant from SST. They support CFI query, but implement
2 different sector sizes in the same memory: a 64KB sector (they call it
"block", std AMD erase cmd=0x30)
There are cases that we want to support different settings (or maybe
even different aliases) for different projects. Add support for this
by:
* Adding detection for two big projects: U-Boot and Linux.
* Adding default settings for Linux (U-Boot is already good with the
standard patman defaults).
If we're sending a cover letter make sure to CC everyone that we're
CCing on each of the individual patches.
Signed-off-by: Doug Anderson
---
tools/patman/patman.py |2 +-
tools/patman/series.py | 12 +++-
2 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/tools/patman
For Linux the best way to figure out where to send a patch is with the
"get_maintainer.pl" script. Add support for calling it from patman.
Support is added unconditionally for "scripts/get_maintainer.pl" in
case it is helpful for any other projects.
Signed-off-by: Doug Anderson
---
tools/patman
This patch adds support for a [settings] section in the .patman file.
In this section you can add settings that will affect the default
values for command-line options.
Support is added in a generic way such that any setting can be updated
by just referring to the "dest" of the option that is pass
The settings modules now has doctests, so run them.
Signed-off-by: Doug Anderson
---
tools/patman/patman.py |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/tools/patman/patman.py b/tools/patman/patman.py
index 54a252e..6825de4 100755
--- a/tools/patman/patman.py
+++
Currently we go through and generate the CC list for patches twice.
This gets slow when (in a future CL) we add a call to
get_maintainer.pl on Linux. Instead of doing things twice, just cache
the CC list when it is first generated.
Signed-off-by: Doug Anderson
---
tools/patman/patman.py |6
On Fri, Nov 30, 2012 at 3:01 PM, Simon Glass wrote:
> This option delays loading of the environment until later, so that only the
> default environment will be available to U-Boot.
>
> This can address the security risk of untrusted data being used during boot.
>
> Any time you load untrusted data
Hello Marek,
On 30.11.2012 16:28, Marek Vasut wrote:
This algorithm computes the values of TIMING{0,1,2} registers for the
MX28 I2C block. This algorithm was derived by using a scope, but the
result seems correct.
The resulting values programmed into the registers do not correlate
with the cont
Dear Heiko Schocher,
> Hello Marek,
[...]
> > diff --git a/drivers/i2c/mxs_i2c.c b/drivers/i2c/mxs_i2c.c
> > index 006fb91..b040535 100644
> > --- a/drivers/i2c/mxs_i2c.c
> > +++ b/drivers/i2c/mxs_i2c.c
> > @@ -28,6 +28,7 @@
> >
> > #include
> > #include
> >
> > +#include
> >
> > #include
Hi Dmytro,
Thanks for your detailed response. I corrected some details in the ar71xx.cfg
file and am posting them below this message.
With this, I am convinced that my JTAG interface is working and the DRAM
controller is getting setup correctly.
Now, I am just needing some code to load into the
The I2C block reset configures the I2C bus speed to strange value.
Read the I2C speed from the block before reseting the block and
restore it afterwards, so the I2C operates correctly. This issue
can be replicated by doing unsuccessful I2C transfer, after such
transfer finishes, the I2C block clock
This algorithm computes the values of TIMING{0,1,2} registers for the
MX28 I2C block. This algorithm was derived by using a scope, but the
result seems correct.
The resulting values programmed into the registers do not correlate
with the contents in datasheet. When using the values from the datash
Dear richard.gen...@gmail.com,
> From: Richard Genoud
>
> Signed-off-by: Richard Genoud
Applied this patch, thanks. Next time please Cc me, that way you have better
chance I'll notice the patch right away ;-)
> ---
> doc/README.usb |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(
Dear Pantelis Antoniou,
> When both CONFIG_USB_GADGET & CONFIG_USB_ETHER are defined
> the makefile links objects twice.
>
> The cleanest way to fix is to use a new define, CONFIG_USB_UTIL
> which must be defined when either CONFIG_USB_ETHER or
> CONFIG_USB_GADGET are defined.
>
> All affected b
Dear Pantelis Antoniou,
> USB initialization shouldn't happen for all the boards.
>
> Signed-off-by: Pantelis Antoniou
> ---
> common/cmd_dfu.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/common/cmd_dfu.c b/common/cmd_dfu.c
> index 01d6b3a..327c738 100644
> --- a/common/cmd_dfu
Dear Pantelis Antoniou,
> Third take of USB + DFU updates.
>
> Changelog for the pendants:
>
> changes from v2:
> * Handle large transfers properly take #2
> * Different method of avoid double linking of
> usb gadget & usb ether.
>
> changes from v1:
> * Properly terminate terminate string li
I think I made a little more progress...
Using the following commands I can get output from the UART...
# set GPIO 9 & 10 as UART
mww 0xb804 0x400
mww 0xb8040028 0x100
mww 0xb8020004 0x0
mww 0xb802000c 0x83
mww 0xb802 0x51
mww 0xb8020004 0x0
mww 0xb802000c 0x3
mww 0xb8020
81 matches
Mail list logo