Hi Wolfgang,
> Dear Lukasz Majewski,
>
> In message <1399552067-31208-1-git-send-email-l.majew...@samsung.com>
> you wrote:
> > Up till now the CRC32 of received data was calculated
> > unconditionally. The standard crc32 implementation causes long
> > delay when large images were uploaded.
> >
Hello Mike,
Am 08.05.2014 15:02, schrieb mike:
Hi Heiko,
Did you see my last email? The one that bounced with a mime header and where I
attached a patch file.
Seems I missed this EMail ...
I just wonder if its not better to switch the define to be
if (CONFIG_SIGNATURE_VERIFICATION_WITH_LE
Dear mike,
In message <536b8062.6030...@kaew.be> you wrote:
> Hi Heiko,
>
> Did you see my last email? The one that bounced with a mime header and
> where I attached a patch file.
>
> I just wonder if its not better to switch the define to be
>
> if (CONFIG_SIGNATURE_VERIFICATION_WITH_LEGACY_S
Dear Lukasz Majewski,
In message <1399552067-31208-1-git-send-email-l.majew...@samsung.com> you wrote:
> Up till now the CRC32 of received data was calculated unconditionally.
> The standard crc32 implementation causes long delay when large images
> were uploaded.
>
> The "dfu_hash_algo" environm
From: Fabio Estevam
Explain the necessary steps in order to boot from SPI NOR.
Based on a earlier submission from Mårten Wikman.
Signed-off-by: Mårten Wikman
Signed-off-by: Fabio Estevam
---
Changes since v1:
- Remove accidental hunk:
"-
+n"
board/freescale/mx28evk/README | 22 +
From: Fabio Estevam
Introduce 'mx28evk_spi' target which will store the environment variables
into SPI NOR, which is useful when booting from SPI NOR.
Signed-off-by: Fabio Estevam
---
Changes since v1:
- None
boards.cfg | 1 +
1 file changed, 1 insertion(+)
diff --git a/boards.cfg b/boards.c
From: Fabio Estevam
When building a target with CONFIG_ENV_IS_IN_SPI_FLASH the following build
warning is seen:
include/configs/mx28evk.h:73:0: warning: "CONFIG_ENV_SIZE" redefined [enabled
by default]
Each target has its own CONFIG_ENV_SIZE definition, so remove the one that
does not belong t
From: Fabio Estevam
Explain the necessary steps in order to boot from SPI NOR.
Based on a early submission from Mårten Wikman.
Signed-off-by: Mårten Wikman
Signed-off-by: Fabio Estevam
---
board/freescale/mx28evk/README | 24
doc/README.mxs | 26 +
From: Fabio Estevam
Introduce 'mx28evk_spi' target which will store the environment variables
into SPI NOR, which is useful when booting from SPI NOR.
Signed-off-by: Fabio Estevam
---
boards.cfg | 1 +
1 file changed, 1 insertion(+)
diff --git a/boards.cfg b/boards.cfg
index 89ed095..7e24ab8
From: Fabio Estevam
When building a target with CONFIG_ENV_IS_IN_SPI_FLASH the following build
warning is seen:
include/configs/mx28evk.h:73:0: warning: "CONFIG_ENV_SIZE" redefined [enabled
by default]
Each target has its own CONFIG_ENV_SIZE definition, so remove the one that
does not belong t
On 05/08/2014 05:16 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> ci_udc only allocates a single QTD structure per EP. All data needs to be
> extracted from the DTD prior to calling handle_ep_complete(), since that
Oh. s/handle_ep_complete/ci_ep_submit_next_request/ there... Let me know
i
From: Stephen Warren
ci_udc only allocates a single QTD structure per EP. All data needs to be
extracted from the DTD prior to calling handle_ep_complete(), since that
fills the QTD with next transaction's parameters. Fix handle_ep_complete()
to extract the transaction (remaining) length before k
On Thu, 8 May 2014 13:05:16 +0200
Heiko Schocher wrote:
> Disable legacy image format with CONFIG_DISABLE_IMAGE_FORMAT_LEGACY
> on the ids8313 board, as it uses signed FIT images for booting
> Linux.
>
> Signed-off-by: Heiko Schocher
> Cc: Simon Glass
> Cc: Kim Phillips
> Cc: Michael Conrad
The {tx,rx}_mac_descrtable fields are aligned to ARCH_DMA_MINALIGN, which could
be 256 or even larger. That means there is a potentially huge hole in the
struct before those fields, so move them to the front where they are better
packed.
Moving them to the front also helps ensure that so long as d
This is required at least on ARM.
When sending instead of simply invalidating the entire descriptor, flush
as little as possible while still respecting ARCH_DMA_MINALIGN, as
requested by Alexey.
Signed-off-by: Ian Campbell
Cc: Alexey Brodkin
---
v2: - collapsed "net/designware: align cache inva
The correct value for this setting can vary across SoCs and boards, so make it
configurable.
Also reduce the default value to 8, which is the same default as used in the
Linux driver.
Signed-off-by: Ian Campbell
Cc: Alexey Brodkin
---
v3: Pulled into this series instead of sunxi series.
---
dr
struct dw_eth_dev contains fields which are accessed via DMA, so make sure it
is aligned to a dma boundary. Without this I see:
ERROR: v7_dcache_inval_range - start address is not aligned - 0x7fb677e0
Signed-off-by: Ian Campbell
Reviewed-by: Alexey Brodkin
Acked-by: Marek Vasut
---
v2: Sign
Pulling together various fixes for designware into a single series. I'm
calling this v3, although some of these never had a v2.
Most of these have been floating around for a few weeks, the cache line
issues in particular mean that the driver is unlikely to work on any ARM
system. I've been testing
This sets up the linkage from the phydev back to the ethernet device. This
symptom of not doing this which I noticed was:
Waiting for PHY auto negotiation to complete
rather than:
dwmac.1c5 Waiting for PHY auto negotiation to complete
Signed-off-by: Ian Campbell
Cc: Alexey Br
On Thu, 8 May 2014 13:05:18 +0200
Heiko Schocher wrote:
> - add CONFIG_SYS_GENERIC_BOARD
> - remove CONFIG_OF_CONTROL to boot again
>
> Signed-off-by: Heiko Schocher
> Cc: Simon Glass
> Cc: Kim Phillips
> ---
on behalf of mpc83xx:
Acked-by: Kim Phillips
Kim
___
On Wed, 30 Apr 2014 07:14:53 +0200
Heiko Schocher wrote:
> Hello Masahiro,
>
> Am 30.04.2014 05:55, schrieb Masahiro Yamada:
> > "make ep8248_config" fails with an error like this:
> >
> > $ make ep8248_config
> > make: *** [ep8248_config] Error 1
> >
> > Its cause is that there are tw
Hello Tom,
Please pull from u-boot-sparc.git, thanks! One of the fixes enables the
SPARC platform to build again, sorry for the long delay and thanks for
informing me about the problem.
The following changes since commit 09865465821fd35eabedcd9f102f1d576c626ad8:
Michal Simek (1):
serial: zynq
Dear Chin Liang See,
In message <1399544922.2064.19.ca...@clsee-virtualbox.altera.com> you wrote:
>
> But nevertheless, it poses another challenge when come to license. The
> driver is currently licensed under BSD-3 clause. Wonder can we upstream
> BSD-3 clause code? Any advise would be appreciat
>From: Gupta, Pekon
>
>This patch series intends to:
>- Add support for GPMC and ELM controllers for OMAP4 and OMAP5 platform devices
> by moving all generic arch specific code shared between
> arch/AM33xx, arch/OMAP4 and arch/OMAP5 into arch/omap-common/
>- Separate out arch specific header for
Tested by booting a mainline kernel via TFTP.
Signed-off-by: Fabio Estevam
---
board/freescale/mx6qsabreauto/mx6dl.cfg | 130
boards.cfg | 1 +
include/configs/mx6qsabreauto.h | 4 +
3 files changed, 135 insertions(+)
cre
This patch moves platform specific information for GPMC and ELM controller
into separate header files, so that any derivative devices do not mess other
header files.
Platform specific information added into arch-xx/../hardware.h
- CPU related platform specific details like base-address of GPMC an
GPMC controller on TI's OMAP SoC is general purpose controller to interface
with different types of external devices like;
- parallel NOR flash
- parallel NAND flash
- OneNand flash
- SDR RAM
- Ethernet Devices like LAN9220
Though GPMC configurations may be different for each platform dependi
This patch series intends to:
- Add support for GPMC and ELM controllers for OMAP4 and OMAP5 platform devices
by moving all generic arch specific code shared between
arch/AM33xx, arch/OMAP4 and arch/OMAP5 into arch/omap-common/
- Separate out arch specific header for future scalability
- Remove
This patch moves platform specific information for GPMC and ELM controller
into separate header files, so that any derivative devices do not mess other
header files.
Platform specific information added into arch-xx/../hardware.h
- CPU related platform specific details like base-address of GPMC an
From: Stephen Warren
U-Boot on Tegra30 currently selects a main CPU frequency that cannot be
supported at all on some SKUs, and needs higher VDD_CPU/VDD_CORE values
on some others. This can result in unreliable operation of the main CPUs.
Resolve this by switching to a CPU frequency that can be
Enable CONFIG_SYS_GENERIC_BOARD for all Zynq boards.
Signed-off-by: Michal Simek
---
include/configs/zynq-common.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/zynq-common.h b/include/configs/zynq-common.h
index 8e0f93599fc4..153f3fe73d70 100644
--- a/include/configs/zy
On 05/08/2014 02:30 PM, Masahiro Yamada wrote:
> ps7_init.c and ps7_init.h are supposed to be exported by hw project
> and copied to board/xilinx/zynq/ directory.
>
> We want them to be ignored by git.
> So what we should do is to always treat them as external files
> rather than replacing ps7_ini
Hi Heiko,
Did you see my last email? The one that bounced with a mime header and
where I attached a patch file.
I just wonder if its not better to switch the define to be
if (CONFIG_SIGNATURE_VERIFICATION_WITH_LEGACY_SIDE_DOOR). It can become
mutually exclusive with the existing signature ve
On Thursday, May 08, 2014 at 02:27:47 PM, Lukasz Majewski wrote:
> Up till now the CRC32 of received data was calculated unconditionally.
> The standard crc32 implementation causes long delay when large images
> were uploaded.
>
> The "dfu_hash_algo" environment variable gives the opportunity to
>
On Thursday, May 08, 2014 at 10:56:37 AM, Lukasz Majewski wrote:
> Dear Marek,
>
> Please pull following code. In the same occasion I would like to
> apologize for the fuzz with sending the last PR.
>
> This one is ready to go and (hopefully) clans up all the code floating
> around various USB ga
Hi Michal,
> > obj-y := board.o
> > obj-$(CONFIG_SPL_BUILD) += $(if $(wildcard
> > $(srctree)/$(src)/ps7_init.c),ps7_init.o)
>
> If this is acceptable by others I am quite happy to use it
> because it seems to me like a good way how to handle it.
>
> In future when everything is read
ps7_init.c and ps7_init.h are supposed to be exported by hw project
and copied to board/xilinx/zynq/ directory.
We want them to be ignored by git.
So what we should do is to always treat them as external files
rather than replacing ps7_init.c
This commit does:
- Move a weak function ps7_init()
Up till now the CRC32 of received data was calculated unconditionally.
The standard crc32 implementation causes long delay when large images
were uploaded.
The "dfu_hash_algo" environment variable gives the opportunity to
enable on demand (when e.g. debugging) the hash (crc32) calculation.
It can
On 05/08/2014 11:21 AM, Masahiro Yamada wrote:
> Hi Michal,
>
>>
>> Here is just one question if we should also ignore ps7_init.c too.
>> It means move current ps7_init weak function to spl.c in mach-zynq
>> and just compile ps7_init.c in board file if it is available there.
>>
>> Is there any nic
Hi,
I'm building u-boot (am335x_evm config) using arm-none-eabi toolchain
under Cygwin. When trying to build unmodified v2014.04 tag I get some
errors. However, if I remove the "-ansi" flag from the Makefile,
everything builds fine:
-ifeq ($(HOSTOS),cygwin)
-HOSTCFLAGS+= -ansi
-endif
I tried
Define and use CONTROL_REGISTER_W1C_MASK to make sure that
w1c bits of usb control register do not get reset while
writing any other bit
Signed-off-by: Nikhil Badola
Signed-off-by: Ramneek Mehresh
---
Changes for v2:
- Using clrsetbits_be32() instead of new API
drivers/usb/host/ehci-fs
Disabling legacy image format is useful when using
signed FIT images with required signature check.
Use CONFIG_DISABLE_IMAGE_FORMAT_LEGACY in the board
config file.
Signed-off-by: Heiko Schocher
Cc: Simon Glass
Cc: Lars Steubesand
Cc: Mike Pearce
Cc: Wolfgang Denk
---
README
move fdtdec_get_int() out of lib/fdtdec.c into lib/fdtdec_common.c
as this function is also used, if CONFIG_OF_CONTROL is not
used. Poped up on the ids8313 board using signed FIT images,
and activating CONFIG_SYS_GENERIC_BOARD. Without this patch
it shows on boot:
No valid FDT found - please appen
- introduce CONFIG_DISABLE_IMAGE_FORMAT_LEGACY for disabling
booting legacy image format, as this board use only signed
FIT images, and activiate it for the ids8313 board.
- add CONFIG_SYS_GENERIC_BOARD to the ids8313 board,
therefore fdtdec_get_int() is moved out of lib/fdtdec.c
as lib/fd
- add CONFIG_SYS_GENERIC_BOARD
- remove CONFIG_OF_CONTROL to boot again
Signed-off-by: Heiko Schocher
Cc: Simon Glass
Cc: Kim Phillips
---
include/configs/ids8313.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/include/configs/ids8313.h b/include/configs/ids8313.h
index
Disable legacy image format with CONFIG_DISABLE_IMAGE_FORMAT_LEGACY
on the ids8313 board, as it uses signed FIT images for booting
Linux.
Signed-off-by: Heiko Schocher
Cc: Simon Glass
Cc: Kim Phillips
Cc: Michael Conrad
---
include/configs/ids8313.h | 1 +
1 file changed, 1 insertion(+)
diff
Hi Charles,
On Tue, 2014-05-06 at 12:22 +1200, Charles Manning wrote:
> Hello
>
>
> I am trying to understand the state of the socfpga preloader in
> mainline u-boot.
>
>
> From what I see, this is broken and perhaps has never worked.
>
>
> When I build the code in u-boot-socfpga I get a he
On Thursday, May 08, 2014 at 09:08:24 AM, Lukasz Majewski wrote:
> Hi Heiko,
>
> > Hello Lukasz,
> >
> > Am 08.05.2014 08:30, schrieb Lukasz Majewski:
> > > Hi Marek,
> > >
> > >> On Tuesday, May 06, 2014 at 11:29:32 AM, Lukasz Majewski wrote:
> > >>> Hi Marek,
> > >>>
> > >>> The following cha
Hi Pavel,
On Wed, 2014-05-07 at 17:48 +0200, ZY - pavel wrote:
> Hi!
>
> I know that mainline U-Boot SPL is quite far from working on
> socfpga... but would like to ask, what is the status of U-Boot
> proper. That should work on socfpga, right? Or are there some pieces
> missing?
>
> I tried
>
Hi Michal,
>
> Here is just one question if we should also ignore ps7_init.c too.
> It means move current ps7_init weak function to spl.c in mach-zynq
> and just compile ps7_init.c in board file if it is available there.
>
> Is there any nice hook in Kbuild to compile file if it is available?
>
Hi Simon,
> Hi Lukasz,
>
> On 7 May 2014 06:57, Lukasz Majewski wrote:
> >
> > The current approach set the initial value of crc32 calculation to
> > zero, which is correct for calculating checksum of the whole chunk
> > of data.
> >
> > It however, lacks the flexibility, when one wants to calcu
Dear Marek,
Please pull following code. In the same occasion I would like to
apologize for the fuzz with sending the last PR.
This one is ready to go and (hopefully) clans up all the code floating
around various USB gadgets and DFU.
The following changes since commit
340ed422d2a58c4858ba8e110c23
Hi,
Sorry, reply was late.
This was already applied into u-boot/master.
Thanks!
Nobuhiro
2014-04-28 17:00 GMT+09:00 Masahiro Yamada :
> Hi Nobuhiro,
>
> On Mon, 31 Mar 2014 15:02:24 +0900
> Nobuhiro Iwamatsu wrote:
>
>> Applied to u-boot-sh.git.
>> Thanks!
>>
>> Nobuhiro
>>
>> 2014-03-31 14:46
Hi Heiko,
> comment in ep0_txstate() states:
>
> "report completions as soon as the fifo's loaded; there's no win
> in waiting till this last packet gets acked".
>
> This is wrong for using dfu. In the dfu usecase we must send
> a PollTimeout to the host, so the host can wait until the
> U-Boot
Hi Heiko,
> add a possibility to add a medium specific polltimeout
> function. So it is possible to define different
> poll timeouts.
>
> Used on nand medium, for setting the DFU_MANIFEST_POLL_TIMEOUT
> only on nand ubi partitions, which is currently the only
> usecase.
>
> Signed-off-by: Heiko
On 05/08/2014 10:13 AM, Masahiro Yamada wrote:
> ps7_init.c exported by hw project has #include "xil_io.h" line
> but U-Boot does not have "xil_io.h".
>
> So we get an error on SPL build:
> ps7_init.c:12581:20: fatal error: xil_io.h: No such file or directory
>
> We can delete the include direc
On 05/08/2014 10:13 AM, Masahiro Yamada wrote:
> ps_init.h should be ignored because it is supposed to
> be copied from an external project.
>
> Signed-off-by: Masahiro Yamada
> Cc: Michal Simek
> ---
> board/xilinx/zynq/.gitignore | 1 +
> 1 file changed, 1 insertion(+)
> create mode 100644 b
When write a file into FAT file system, it will search a match file in
root dir. So the find_directory_entry() will get the first cluster of
root dir content and search the directory item one by one. If the file
is not found, we will call get_fatent_value() to get next cluster of root
dir via looku
Signed-off-by: Josh Wu
---
include/fat.h |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/include/fat.h b/include/fat.h
index c8eb7cc..65da733 100644
--- a/include/fat.h
+++ b/include/fat.h
@@ -85,7 +85,9 @@
+ (mydata->fatsize != 32 ? 0 : \
In fat_write.c, the last clust condition check is incorrect:
if ((curclust >= 0xff8) || (curclust >= 0xfff8)) {
... ...
}
For example, in FAT32 if curclust is 0x11000. It is a valid clust.
But on above condition check, it will be think as a last clust.
So the correct last clust c
This patch series fix the bug when search files in root dir in FAT16/12.
In early time, I've sent a single patch for this:
http://patchwork.ozlabs.org/patch/336585/
This patch series is updated version compare with the early one in above URL.
It not only refined my early fix but also add
ps7_init.c exported by hw project has #include "xil_io.h" line
but U-Boot does not have "xil_io.h".
So we get an error on SPL build:
ps7_init.c:12581:20: fatal error: xil_io.h: No such file or directory
We can delete the include directive in ps7_init.c to avoid this error.
But it is painful to
ps_init.h should be ignored because it is supposed to
be copied from an external project.
Signed-off-by: Masahiro Yamada
Cc: Michal Simek
---
board/xilinx/zynq/.gitignore | 1 +
1 file changed, 1 insertion(+)
create mode 100644 board/xilinx/zynq/.gitignore
diff --git a/board/xilinx/zynq/.giti
Hi Heiko,
> Hello Lukasz,
>
> Am 08.05.2014 08:30, schrieb Lukasz Majewski:
> > Hi Marek,
> >
> >> On Tuesday, May 06, 2014 at 11:29:32 AM, Lukasz Majewski wrote:
> >>> Hi Marek,
> >>>
> >>> The following changes since commit
> >>> af41d6b4cb1602abebaaa9c8774a9b0ece564796:
> >>>
> >>>common:
On Thu, 2014-05-08 at 07:22 +0100, Marc Zyngier wrote:
> Hi Ian,
>
> On 2014-05-07 20:24, Ian Campbell wrote:
> > On Sat, 2014-02-15 at 13:36 +, Marc Zyngier wrote:
> >> @@ -32,5 +33,11 @@ int arch_fixup_fdt(void *blob)
> >>size[bank] = bd->bi_dram[bank].size;
> >>}
> >>
> >> -
65 matches
Mail list logo
