On Wed, Apr 24, 2013 at 5:51 AM, Marek Vasut ma...@denx.de wrote:
Dear Julius Werner,
Sorry, forgot this one yesterday. I would consider to just drop/revert
this patch entirely. It's not wrong, but it adds complexity where it is
not needed. You don't have to reset SuperSpeed devices, but it
On Mon, Apr 22, 2013 at 7:15 PM, Tom Rini tr...@ti.com wrote:
On Fri, Apr 19, 2013 at 01:29:12PM +0200, Marek Vasut wrote:
Dear Vivek Gautam,
We can use a common global method for calculating minimum of
3 numbers. Put the same in 'common header' and let 'ehci'
use it.
Signed-off-by:
Hi Marek,
On Wed, Apr 24, 2013 at 11:49 AM, Vivek Gautam
gautamvivek1...@gmail.com wrote:
On Mon, Apr 22, 2013 at 7:15 PM, Tom Rini tr...@ti.com wrote:
On Fri, Apr 19, 2013 at 01:29:12PM +0200, Marek Vasut wrote:
Dear Vivek Gautam,
We can use a common global method for calculating minimum
Easier for using with patman.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
doc/git-mailrc | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/doc/git-mailrc b/doc/git-mailrc
index 0f23776..e3a47c4 100644
--- a/doc/git-mailrc
+++ b/doc/git-mailrc
@@ -34,6 +34,7 @@
On 21/04/2013 22:29, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Dear Marek Vasut,
Hi Marek,
On Sunday, April 21, 2013 9:12:31 PM, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Dear Marek Vasut,
On Sunday, April 21, 2013 5:52:27 PM, Marek Vasut wrote:
Add basic support for the DENX
Hi guys,
yesterday I was talking to Simon on IRC about these two tools.
Also it was the first day I have tried these tools.
Simon asked me to share my experience with these tools with you
and try to suggest improvement in it.
First of all just let me say that I don't know python at all
but
This patch add macb support for gigabit MAC, will be used by sama5d3.
Tha patch for sama5d3 is in patchwork:
http://patchwork.ozlabs.org/patch/226795/
After this patch is applied, will add gmac support for sama5d3
Bo Shen (3):
net: macb: using AT91FAMILY replace #ifdeferry
net: macb: using
using phylib to configure phy device in macb driver
Signed-off-by: Bo Shen voice.s...@atmel.com
---
drivers/net/macb.c | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff --git a/drivers/net/macb.c b/drivers/net/macb.c
index 753fb96..b83d65a 100644
---
Using CONFIG_AT91FAMILY replace #ifdeferry for atmel SoC
Signed-off-by: Bo Shen voice.s...@atmel.com
---
drivers/net/macb.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/net/macb.c b/drivers/net/macb.c
index 8bacbda..753fb96 100644
---
Add gigabit MAC support in macb driver
- using IP version to distinguish whether MAC is GMAC
Signed-off-by: Bo Shen voice.s...@atmel.com
---
drivers/net/macb.c | 151 +---
drivers/net/macb.h | 55 ---
2 files changed, 168
I want to also write gpio support for Zynq
and this driver should be also used for arm zynq.
Currently we have support just for only gpio controller
but not for various of them.
That's why I would like to get some input from you
if possible to add dynamic gpio allocation which
could be also
Microblaze uses gpio which is connected to the system reset.
Currently gpio subsystem wasn't used for it.
Add gpio driver and change Microblaze reset logic to be done
via gpio subsystem.
There are various configurations which Microblaze can have
that's why gpio_alloc/gpio_alloc_dual(for dual
Hi Simon,
here is also one small problem if you want to use patman just for one patch
then cover letter contains 0/1 but patch itself doesn't contain 1/1.
I think will be good to just add 1/1 to patch too.
Generated by:
./tools/patman/patman -c 1
Thanks,
Michal
On 04/24/2013 10:27 AM, Michal
From: Mingkai Hu mingkai...@freescale.com
The Freescale C29x family is a high performance crypto co-processor.
It combines a single e500v2 core with necessary SEC engine. There're
three SoC types(C291, C292, C293) with the following features:
- 512K L2 Cache/SRAM and 512 KB platform SRAM
-
From: Mingkai Hu mingkai...@freescale.com
C29XPCIE board is a series of Freescale PCIe add-in cards to perform
as public key crypto accelerator or secure key management module. It
includes C293PCIE board, C293PCIE board and C291PCIE board.
- 512KB platform SRAM in addition to 512K L2 Cache/SRAM
Hi
I would like to know the ECCN code (Export control Classification code)
for uboot 1.1.5.
Thank you for your prompt attension.
Harry
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
The save_boot_params function does not store the data in a
always writable area. So the code is broken for a 'XIP' boot.
This series corrects this by storing it in 'gd' and also
adds a 'C' equivalent function for the same. The essential cleanups
for the same are added in this.
Tested this on
These defines are same across OMAP4/5. So move them to
omap_common.h. This is required for the patches that
follow.
Signed-off-by: Sricharan R r.sricha...@ti.com
---
[V2] Rebased on mainline.
arch/arm/cpu/armv7/omap4/emif.c|4 ++--
arch/arm/cpu/armv7/omap4/hw_data.c |2 +-
omap_boot_parameters is same and defined for each
soc. So move this to a common place to reuse it
across socs.
Signed-off-by: Sricharan R r.sricha...@ti.com
---
[V2] Rebased on mainline.
arch/arm/include/asm/arch-am33xx/omap.h | 25
arch/arm/include/asm/arch-omap4/omap.h
The boot parameters passed from SPL to UBOOT
must be saved as a part of uboot's gd data
as early as possible, before we will inadvertently
overwrite it. So adding a arch_cpu_init for the required
Socs to save it.
Signed-off-by: Sricharan R r.sricha...@ti.com
---
[V2] Rebased on mainline.
Currently save_boot_params saves the boot parameters passed
from romcode. But this is not stored in a writable location
consistently. So the current code would not work for a
'XIP' boot. Change this by saving the boot parameters in
'gd' which is always writable. Also add a 'C' function
instead of
The boot parameters are read from individual variables
assigned for each of them. This been corrected and now
they are stored as a part of the global data 'gd'
structure. So read them from 'gd' instead.
Signed-off-by: Sricharan R r.sricha...@ti.com
---
[V2] Addressed comments and rebased on
Hi Stefano,
On Wednesday, April 24, 2013 9:39:17 AM, Stefano Babic wrote:
On 21/04/2013 22:29, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Dear Marek Vasut,
Hi Marek,
On Sunday, April 21, 2013 9:12:31 PM, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Dear Marek Vasut,
On
Dear Harry,
In message XNM2$7$1$4$$7$7$5$A$1011953u51779...@hitachi.com you wrote:
I would like to know the ECCN code (Export control Classification code)
for uboot 1.1.5.
There has never been any formal ECCN assignment for U-Boot - at least
none that I know of. On the other hand, it is a a
Signed-off-by: Dirk Eibach dirk.eib...@gdsys.cc
Cc: Heiko Schocher h...@denx.de
Cc: Stefan Roese s...@denx.de
---
drivers/i2c/Makefile |2 +-
drivers/i2c/ppc4xx_i2c.c | 193 +++---
2 files changed, 97 insertions(+), 98 deletions(-)
diff --git
Dear Vivek Gautam,
Hi Marek,
On Wed, Apr 24, 2013 at 11:49 AM, Vivek Gautam
gautamvivek1...@gmail.com wrote:
On Mon, Apr 22, 2013 at 7:15 PM, Tom Rini tr...@ti.com wrote:
On Fri, Apr 19, 2013 at 01:29:12PM +0200, Marek Vasut wrote:
Dear Vivek Gautam,
We can use a common
The v2013.04 release has this patch set included:
5cb48582 Add architecture-specific global data
With this, the global_data struct is now common and new variables
have been added. Resulting in a bigger struct. Unfortunately the
currently allocated 128 bytes are just a bit too small for this
new
Also move the environment offset a bit to allow bigger u-boot
images.
Signed-off-by: Stefan Roese s...@denx.de
---
include/configs/a3m071.h | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/include/configs/a3m071.h b/include/configs/a3m071.h
index b0264c2..b2d3642 100644
On Apr 23, 2013, at 5:54 PM, Wolfgang Denk w...@denx.de wrote:
Dear Pietro Paolini,
In message 51c80aa5-303e-4737-864c-6d05577d1...@aol.com you wrote:
I am working on an embedded system which we would like upgrade using a new
filesystem YAFFS2 instead of the old JFFS2, we actually mount
Hello Dirk,
On 24.04.2013 13:43, Dirk Eibach wrote:
Signed-off-by: Dirk Eibach dirk.eib...@gdsys.cc
Cc: Heiko Schocher h...@denx.de
Cc: Stefan Roese s...@denx.de
---
drivers/i2c/Makefile |2 +-
drivers/i2c/ppc4xx_i2c.c | 193
+++---
2
This patch series fixes changes for Super speed framework
which got pulled-in 'u-boot-usb/next'.
First patch fixes Port Status and Port feature macro constants,
then next patch parallelizes power-cycling of power on root-hub
ports.
3rd patch in this series also sync the min3/max3 definitions
with
Untill now we power-cycle (aka: disable power on a port
and re-enabling again) one port at a time.
Delay of 20ms for Port-power to change multiplies with
number of ports in this case.
So better we parallelize this process:
disable power on all ports, wait for port-power to stabilize
and then
Fix the Port status bit constants and Port feature number
constants as a part of USB 2.0 and USB 3.0 Hub class.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
common/usb_hub.c | 40
include/usb_defs.h | 39
We can use a common global method for calculating minimum of
3 numbers. Put the same in 'common header' and let 'ehci'
use it.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
drivers/usb/host/ehci-hcd.c | 10 --
include/common.h| 25 +
2
Hello Heiko,
On 24.04.2013 13:43, Dirk Eibach wrote:
Signed-off-by: Dirk Eibach dirk.eib...@gdsys.cc
Cc: Heiko Schocher h...@denx.de
Cc: Stefan Roese s...@denx.de
---
drivers/i2c/Makefile |2 +-
drivers/i2c/ppc4xx_i2c.c | 193
+++---
2 files
Hello Dirk,
On 24.04.2013 15:00, Dirk Eibach wrote:
Hello Heiko,
On 24.04.2013 13:43, Dirk Eibach wrote:
Signed-off-by: Dirk Eibach dirk.eib...@gdsys.cc
Cc: Heiko Schocher h...@denx.de
Cc: Stefan Roese s...@denx.de
---
drivers/i2c/Makefile |2 +-
drivers/i2c/ppc4xx_i2c.c | 193
Hi Heiko,
On 24.04.2013 15:04, Heiko Schocher wrote:
Fine, so I will start adapting all dependent boards. Should the patch
be based on 20130416_multibus_v2 or should I post a series based on
v2013.04 that includes the 20130416_multibus_v2 changes?
Against 20130416_multibus_v2 and if the
CC: Tom Rini
On Wed, Apr 24, 2013 at 6:20 PM, Vivek Gautam gautam.vi...@samsung.com wrote:
We can use a common global method for calculating minimum of
3 numbers. Put the same in 'common header' and let 'ehci'
use it.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
Dear Pietro,
In message 31afec52-ad37-4385-b8a1-06f6c51c9...@aol.com you wrote:
If I see under the fs/ the yaffs2/ and the ubifs/ folders I can assume
that I can read and write them
from uboot or there are some limitations like I can read but I can't
write ? In the U-Boot website I was not
On Tuesday, April 23, 2013 10:17:38 PM, Benoît Thébaudeau wrote:
IIM:
- Homogenize prg_p naming (the reference manuals are not always
self-consistent
for that).
- Add missing SCSx and bank registers.
- Fix the number of banks on i.MX53.
OCOTP:
- Rename iim to ocotp in order to
Hi Bo,
On 10:46 Wed 24 Apr , Bo Shen wrote:
From: Roberto Cerati roberto.cer...@bticino.it
The device interface is 16 bits wide.
All the available packets are read from the incoming fifo.
Signed-off-by: Roberto Cerati roberto.cer...@bticino.it
Signed-off-by: Raffaele Recalcati
Hello
On Wednesday 24 of April 2013 08:53:09 Simon Glass wrote:
From: Pavel Herrmann morpheus.i...@gmail.com
** Please note that this is very early code. I am sending out an RFC to
get comments. This is not a commit message. This will only build on sandbox
and all you can do it try the
On Wed, Apr 24, 2013 at 5:50 AM, Vivek Gautam gautam.vi...@samsung.com wrote:
Fix the Port status bit constants and Port feature number
constants as a part of USB 2.0 and USB 3.0 Hub class.
Signed-off-by: Vivek Gautam gautam.vi...@samsung.com
---
common/usb_hub.c | 40
Dear Stefano Babic,
On 21/04/2013 22:29, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Dear Marek Vasut,
Hi Marek,
On Sunday, April 21, 2013 9:12:31 PM, Marek Vasut wrote:
Dear Benoît Thébaudeau,
Dear Marek Vasut,
On Sunday, April 21, 2013 5:52:27 PM, Marek Vasut wrote:
On Sun, Apr 21, 2013 at 12:52 PM, Marek Vasut ma...@denx.de wrote:
+u32 get_board_rev(void)
+{
+ struct iim_regs *iim = (struct iim_regs *)IMX_IIM_BASE;
+ struct fuse_bank *bank = iim-bank[0];
+ struct fuse_bank0_regs *fuse =
+ (struct fuse_bank0_regs
The MX23 Boot ROM does blindly load from 2048 offset while the MX28
does parse the BCB header to known where to load the image from. We
move the BCB header to 4 sectors offset so same code can be used by
both SoCs avoiding code duplication.
This idea was given by Marek Vasut ma...@denx.de
This reworks the environment settings to be aligned with the other
i.MX boards. The loadaddr has been changed to allow the Freescale
kernel and mainline kernel to work without environment changes.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
include/configs/mx53ard.h | 101
Dear Otavio Salvador,
The MX23 Boot ROM does blindly load from 2048 offset while the MX28
does parse the BCB header to known where to load the image from. We
move the BCB header to 4 sectors offset so same code can be used by
both SoCs avoiding code duplication.
This idea was given by
Dear Fabio Estevam,
On Sun, Apr 21, 2013 at 12:52 PM, Marek Vasut ma...@denx.de wrote:
+u32 get_board_rev(void)
+{
+ struct iim_regs *iim = (struct iim_regs *)IMX_IIM_BASE;
+ struct fuse_bank *bank = iim-bank[0];
+ struct fuse_bank0_regs *fuse =
+
On Wed, Apr 24, 2013 at 6:29 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
The MX23 Boot ROM does blindly load from 2048 offset while the MX28
does parse the BCB header to known where to load the image from. We
move the BCB header to 4 sectors offset so same code can be used by
On Wed, Apr 24, 2013 at 6:32 PM, Marek Vasut ma...@denx.de wrote:
Dear Fabio Estevam,
On Sun, Apr 21, 2013 at 12:52 PM, Marek Vasut ma...@denx.de wrote:
+u32 get_board_rev(void)
+{
+ struct iim_regs *iim = (struct iim_regs *)IMX_IIM_BASE;
+ struct fuse_bank *bank =
On Wed, Apr 24, 2013 at 6:23 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
The MX23 Boot ROM does blindly load from 2048 offset while the MX28
does parse the BCB header to known where to load the image from. We
move the BCB header to 4 sectors offset so same code can be used by
both SoCs
On Wed, Apr 24, 2013 at 6:23 PM, Otavio Salvador
ota...@ossystems.com.br wrote:
This reworks the environment settings to be aligned with the other
i.MX boards. The loadaddr has been changed to allow the Freescale
kernel and mainline kernel to work without environment changes.
Signed-off-by:
From: Fabio Estevam fabio.este...@freescale.com
When booting a FSL kernel based on 2.6.35 it is necessary to pass the revision
tag to the kernel.
Place a common weak function into soc.c for such purpose.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
arch/arm/cpu/armv7/mx5/soc.c
From: Fabio Estevam fabio.este...@freescale.com
FSL 2.6.35 kernel expects that revision tag is passed by the bootloader.
Select CONFIG_REVISION_TAG so that mx53 boards can work properly with 2.6.35.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
include/configs/mx53ard.h |1
From: Fabio Estevam fabio.este...@freescale.com
imx-regs.h is more appropriate location for containing register masks.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
arch/arm/include/asm/arch-mx5/imx-regs.h |2 ++
board/freescale/mx53ard/mx53ard.c|2 --
2 files
On Wed, Apr 24, 2013 at 6:32 PM, Marek Vasut ma...@denx.de wrote:
We don't have that on MX5. Or do you mean I should do the work and submit this
patch afterwards ?
To make things easier, I just sent a patch series that you can use :-)
Which one? Or do you mean generate two files full of
Dear Fabio Estevam,
From: Fabio Estevam fabio.este...@freescale.com
imx-regs.h is more appropriate location for containing register masks.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
Thanks,
Acked-by: Marek Vasut ma...@denx.de
Best regards,
Marek Vasut
Dear Fabio Estevam,
From: Fabio Estevam fabio.este...@freescale.com
FSL 2.6.35 kernel expects that revision tag is passed by the bootloader.
Select CONFIG_REVISION_TAG so that mx53 boards can work properly with
2.6.35.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
Acked-by:
Dear Fabio Estevam,
From: Fabio Estevam fabio.este...@freescale.com
When booting a FSL kernel based on 2.6.35 it is necessary to pass the
revision tag to the kernel.
Place a common weak function into soc.c for such purpose.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
Dear Mike Dunn,
On the pxa270, if the udc device is not disabled before jumping to linux,
the device fails to initialize in linux because it was left in a running
state, and the linux driver assumes that it is in a disabled state.
Signed-off-by: Mike Dunn miked...@newsguy.com
Applied this
Dear Vivek Gautam,
This patch series fixes changes for Super speed framework
which got pulled-in 'u-boot-usb/next'.
First patch fixes Port Status and Port feature macro constants,
then next patch parallelizes power-cycling of power on root-hub
ports.
3rd patch in this series also sync the
Dear Wolfgang-san
Thank you for your quick response!
Do you mean the U-Boot contains cryptographic algorithms
that makes 5D002?
Harry
送信者: w...@denx.de
主題: [!]Re: [U-Boot] ECCN code for uboot
受信日: 2013/04/24 20:57:09
属性: なし
Dear Harry,
In message
Hi Marek,
On Thu, Apr 25, 2013 at 8:32 AM, Marek Vasut ma...@denx.de wrote:
Dear Vivek Gautam,
This patch series fixes changes for Super speed framework
which got pulled-in 'u-boot-usb/next'.
First patch fixes Port Status and Port feature macro constants,
then next patch parallelizes
Convert the assembly code in board/samsung to c and move the same to arch/arm.
lds file made common across SMDKV310, Origen and SMDK5250.
Add the power reset and exit wakeup api for exynos.
Initialise GPIO for uart in Origen and SMDK5250 using pinmux.
Rajeshwari Shinde (4):
EXYNOS: Add API for
smdk5250-uboot-spl.lds is moved to common folder, so that it can be reused.
It is renamed to exynos-uboot-spl.lds
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
.../exynos-uboot-spl.lds} |0
include/configs/exynos5250-dt.h|2 +-
This patch adds APIs to get power reset status and exit the wakeup condition for
both exynos5 and exynos4
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
arch/arm/cpu/armv7/exynos/power.c| 50 ++
arch/arm/include/asm/arch-exynos/power.h | 10
This patch configures the gpio values for UART
on Origen and SMDKV310 using pinmux
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
arch/arm/cpu/armv7/exynos/pinmux.c | 40 +++
board/samsung/origen/origen.c | 46
68 matches
Mail list logo
