On 01/30/2013 11:40 AM, Allen Martin wrote:
On Wed, Jan 30, 2013 at 10:37:30AM -0800, York Sun wrote:
On 01/24/2013 05:00 PM, Allen Martin wrote:
I think you can drop the RFC from your patch at this point.
Built on all tegra20 and tegra30 devices with USE_PRIVATE_LIBGCC.
Tested on seaboard
MMDC1_MDOR.tXPR should be set as specified for the JEDEC DDR3 timing tXPR.
For all DDR3 speed bins:
tXPR(min) = max(5 nCK, tRFC(min) + 10 ns)
tRFC(2 Gb) = 160 ns
All the users of mx6q_4x_mt41j128.cfg have a 2-Gb density (Micron
MT41J128M16HA-15E or SK hynix H5TQ2G63BFR-H9C for i.MX6Q SABRE
MMDC1_MDCFG1.tMRD should be set to max(tMRD, tMOD) for DDR3.
For all DDR3 speed bins:
tMRD(min) = 4 nCK
tMOD(min) = max(12 nCK, 15 ns)
Hence, MMDC1_MDCFG1.tMRD should be set to max(12 nCK, 15 ns), which is 12 nCK
at 532 MHz, encoded as 0xB in the bit-field MMDC1_MDCFG1[8:5].
Signed-off-by:
MMDC1_MDOR.RST_to_CKE should be set to 500 µs according to the JEDEC
specification for DDR3. With a cycle of 15.258 µs, this gives 33 cycles encoded
as 0x23 for the bit-field MMDC1_MDOR[5:0].
Signed-off-by: Benoît Thébaudeau benoit.thebaud...@advansee.com
---
MR0.PPD should be set as in MMDCx_MDPDC.SLOW_PD, i.e. to fast-exit mode, which
is encoded as 1 in MRS.LMR.MR0.A12 and MMDCx_MDSCR[28].
Signed-off-by: Benoît Thébaudeau benoit.thebaud...@advansee.com
---
board/freescale/imx/ddr/mx6q_4x_mt41j128.cfg |4 ++--
1 file changed, 2 insertions(+), 2
MMDC1_MDOR.SDE_to_RST should be set to 200 µs according to the JEDEC
specification for DDR3. With a cycle of 15.258 µs, this gives 14 cycles encoded
as 0x10 for the bit-field MMDC1_MDOR[13:8].
Signed-off-by: Benoît Thébaudeau benoit.thebaud...@advansee.com
---
All the users of mx6q_4x_mt41j128.cfg (DDR3-1333H Micron MT41J128M16HA-15E or SK
hynix H5TQ2G63BFR-H9C for i.MX6Q SABRE Lite, and DDR3-1600K Micron
MT41K128M16JT-125:K for i.MX6 SABRE SD) support the optional down binning to
DDR3-1066F (CL = 7, CWL = 6), which is possible at 532 MHz, so use it.
On Wed, Jan 30, 2013 at 11:47:57AM -0800, York Sun wrote:
On 01/30/2013 11:40 AM, Allen Martin wrote:
On Wed, Jan 30, 2013 at 10:37:30AM -0800, York Sun wrote:
On 01/24/2013 05:00 PM, Allen Martin wrote:
I think you can drop the RFC from your patch at this point.
Built on all tegra20
On Tue, Jan 22, 2013 at 06:12:47AM -0800, Simon Glass wrote:
On Tue, Jan 22, 2013 at 2:15 AM, Lucas Stach d...@lynxeye.de wrote:
No one expects to end up in a delayed environment if
CONFIG_DELAY_ENVIRONMENT isn't defined.
Signed-off-by: Lucas Stach d...@lynxeye.de
Good with me, and
On 01/30/2013 02:53 PM, Allen Martin wrote:
On Wed, Jan 30, 2013 at 11:47:57AM -0800, York Sun wrote:
On 01/30/2013 11:40 AM, Allen Martin wrote:
On Wed, Jan 30, 2013 at 10:37:30AM -0800, York Sun wrote:
On 01/24/2013 05:00 PM, Allen Martin wrote:
I think you can drop the RFC from your patch
On Wed, Jan 30, 2013 at 11:34:47AM -0600, Andy Fleming wrote:
Merge branch 'master' of git://git.denx.de/u-boot-i2c (2013-01-29 15:36:27
-0500)
are available in the git repository at:
git://www.denx.de/git/u-boot-mpc85xx.git master
for you to fetch changes up to
Yes. I have some internal review stuff to finish, but I will get to MMC
next.
On Wed, Jan 30, 2013 at 5:17 PM, Tom Rini tr...@ti.com wrote:
On Wed, Jan 30, 2013 at 11:34:47AM -0600, Andy Fleming wrote:
Merge branch 'master' of git://git.denx.de/u-boot-i2c (2013-01-29
15:36:27 -0500)
On Wed, Jan 30, 2013 at 03:09:56PM -0800, York Sun wrote:
On 01/30/2013 02:53 PM, Allen Martin wrote:
On Wed, Jan 30, 2013 at 11:47:57AM -0800, York Sun wrote:
On 01/30/2013 11:40 AM, Allen Martin wrote:
On Wed, Jan 30, 2013 at 10:37:30AM -0800, York Sun wrote:
On 01/24/2013 05:00 PM,
2013/1/30 Gabor Juhos juh...@openwrt.org:
The difference between the address of the original
and the relocated _GLOBAL_OFFSET_TABLE_ is always
the same as the relocation offset.
The relocation offset is already computed and it is
available in the 's1/t6' register. Use that to adjust
the
2013/1/30 Gabor Juhos juh...@openwrt.org:
The current code uses four instructions and a
temporary register to calculate the relocation
offset and to adjust the gp register.
The relocation offset can be calculated directly
from the CONFIG_SYS_MONITOR_BASE constant and from
the destination
2013/1/30 Gabor Juhos juh...@openwrt.org:
The OUTPUT_FORMAT command in linker scripts
was always misused due to some endianess and
toolchain problems.
Use GCC flags to ensure proper output format,
and get rid of the OUTPUT_FORMAT commands in
the board specific u-boot.lds files.
2013/1/30 Gabor Juhos juh...@openwrt.org:
This patch-set adds an unfied u-boot.lds file for the MIPS
architecture, and removes the linker scripts of the individual
boards.
The series depends on the following patch:
MIPS: remove OUTPUT_FORMAT from linker scripts
On Thu, Jan 31, 2013 at 01:21:39AM +0100, Daniel Schwierzeck wrote:
The following changes since commit 54b08efcf2f4ff532ce99c53f341a59c193331a5:
README.mips: update known issues and TODOs (2013-01-16 10:52:08 +0100)
are available in the git repository at:
On Wed, Jan 30, 2013 at 03:04:53PM -0800, Allen Martin wrote:
On Tue, Jan 22, 2013 at 06:12:47AM -0800, Simon Glass wrote:
On Tue, Jan 22, 2013 at 2:15 AM, Lucas Stach d...@lynxeye.de wrote:
No one expects to end up in a delayed environment if
CONFIG_DELAY_ENVIRONMENT isn't defined.
From: Daniel Schwierzeck daniel.schwierz...@gmail.com
Adopt reset vector handling from Yamon.
Signed-off-by: Daniel Schwierzeck daniel.schwierz...@gmail.com
---
arch/mips/cpu/mips32/start.S | 185 +--
arch/mips/cpu/mips64/start.S | 55 +++--
2
On Tue, Jan 22, 2013 at 12:15:49AM -, Lucas Stach wrote:
No one expects to end up in a delayed environment if
CONFIG_DELAY_ENVIRONMENT isn't defined.
Signed-off-by: Lucas Stach d...@lynxeye.de
Acked-by: Simon Glass s...@chromium.org
Acked-by: Allen Martin amar...@nvidia.com
Applied to
On Wed, Jan 30, 2013 at 04:31:42PM -0800, Tom Rini wrote:
* PGP Signed by an unknown key
On Wed, Jan 30, 2013 at 03:04:53PM -0800, Allen Martin wrote:
On Tue, Jan 22, 2013 at 06:12:47AM -0800, Simon Glass wrote:
On Tue, Jan 22, 2013 at 2:15 AM, Lucas Stach d...@lynxeye.de wrote:
No
From: Daniel Schwierzeck daniel.schwierz...@gmail.com
Signed-off-by: Daniel Schwierzeck daniel.schwierz...@gmail.com
---
arch/mips/cpu/mips32/start.S | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git a/arch/mips/cpu/mips32/start.S b/arch/mips/cpu/mips32/start.S
index
Dear Jagannadha,
Jagannadha Sutradharudu Teki jagannadha.sutradharudu-teki at xilinx.com
writes:
Hi Andy,
The latest patch mmc: Properly determine maximum supported bus width
(sha1: 7798f6dbd5e1a3030ed81a81da5dfb57c3307cac) is causing some error status
issue on
zynq platform with MMC
Dear Jaehoon,
Jaehoon Chung jh80.chung at samsung.com writes:
Support to check whether the SD3.0 or not.
Signed-off-by: Jaehoon Chung jh80.chung at samsung.com
Signed-off-by: Kyungmin Park kyungmin.park at samsung.com
---
drivers/mmc/mmc.c |2 ++
include/mmc.h |1 +
2
In certain cases, memory device is present as flat file or block device (via
mmc or mtdblock layer). Do not attempt MTD operations against it.
---
tools/env/fw_env.c | 21 -
tools/env/fw_env.config |3 +++
2 files changed, 19 insertions(+), 5 deletions(-)
diff
This series is intended to cleanup code which is duplicated
across soc specific files. This is accomplished by moving soc
specifc data to one place and having the code common. This
helps in avoiding un necessary cpu checks and minimal
code addition for future socs.
Tested this on OMAP5 ES1.0,
From: Lokesh Vutla lokeshvu...@ti.com
Now SDRAM initialization is done on the basis of omap revision.
Instead this should be done on basis of SDRAM type read from
EMIF_SDRAM_CONFIG register. This will be helpful to avoid
unnessecary cpu checks for new boards
Signed-off-by: R Sricharan
From: Lokesh Vutla lokeshvu...@ti.com
Removing the duplicated code in ddr3 initialization.
Also creating structure for lpddr2 mode registers to
avoid unnessecary revision checks.
These change reduces code addition for future Socs.
Signed-off-by: R Sricharan r.sricha...@ti.com
Signed-off-by:
From: Lokesh Vutla lokeshvu...@ti.com
There is some code duplication in the ddr io settings code.
This is avoided by moving the data to a Soc specific place and
letting the code generic.
This avoids unnessecary code addition for future socs.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
From: Lokesh Vutla lokeshvu...@ti.com
A seperate omap_sys_ctrl_regs structure is defined for
omap4 5. If there is any change in control module for
any of the ES versions, a new structure needs to be created.
In order to remove this dependency, making the register
structure generic for all the
The pmic code is duplicated for OMAP 4 and 5.
Instead move the data to Soc specific place and
share the code.
Signed-off-by: R Sricharan r.sricha...@ti.com
---
arch/arm/cpu/armv7/omap-common/clocks-common.c | 79 +--
arch/arm/cpu/armv7/omap4/Makefile |1 -
Adding the CPU detection suport for OMAP5430 and
OMAP5432 ES2.0 SOCs.
Signed-off-by: R Sricharan r.sricha...@ti.com
---
arch/arm/cpu/armv7/omap5/hwinit.c | 13 +++--
arch/arm/include/asm/arch-omap5/omap.h |2 ++
arch/arm/include/asm/armv7.h |1 +
Change OPP settings as per the latest 0.4 version of
addendum for OMAP5430 ES2.0
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
Signed-off-by: R Sricharan r.sricha...@ti.com
---
arch/arm/cpu/armv7/omap-common/clocks-common.c |4 +
arch/arm/cpu/armv7/omap4/hw_data.c | 140
PRCM register addresses are changed from ES1.0 to ES2.0 due to
PER power domain getting moved to CORE power domain.
So adding the nessecary register changes for the same.
Signed-off-by: R Sricharan r.sricha...@ti.com
---
arch/arm/cpu/armv7/omap5/hw_data.c |4 +
From: Lokesh Vutla lokeshvu...@ti.com
Add pre calculated timing settings of LPDDR2 and DDR3 memories
present in OMAP5430 and OMAP5432 ES2.0 versions.
Also adding the DDR pad io settings required for
OMAP543X SOCs here.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
Signed-off-by: R Sricharan
From: Lokesh Vutla lokeshvu...@ti.com
After power-up SRCOMP cells are by-passed by default in OMAP5.
Software has to enable these SRCOMP sells.
For ES2: All 5 SRCOMP cells needs to be enabled.
For ES1: Only 4 SRCOMP cells in core power domain are enabled.
The 1 in wkup domain is not
ES2.0 is the latest silicon revision for OMAP543X socs. The SOC
supports enhanced opps for MPU (up to 1.5GHz). This series essentially
adds the support for both 5430 and 5432 versions.
This is on top of the below U-Boot cleanup series.
Set the device tree property associated with the mpic source
frequency. The frequency is used for mpic timer.
Signed-off-by: Wang Dongsheng dongsheng.w...@freescale.com
---
arch/powerpc/cpu/mpc85xx/fdt.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git
Dear Lubomir Rintel,
In message 1359589584-19846-1-git-send-email-lkund...@v3.sk you wrote:
In certain cases, memory device is present as flat file or block device (via
mmc or mtdblock layer). Do not attempt MTD operations against it.
What exactly would be such cases?
diff --git
On Fri, Jan 18, 2013 at 7:42 PM, Scott Wood scottw...@freescale.com wrote:
This saved 640 bytes on MPC8536DS (a board with two of the six
ports defined).
Signed-off-by: Scott Wood scottw...@freescale.com
I noticed the same issue on SPL builds.
Ack.
-M
---
drivers/serial/serial_ns16550.c
This patchset adds splash screen support for CM-T35.
It includes the ability to initialize the display subsystem either using
predefines (selected via env variable displaytype), or user supplied
configuration options, also stored in an environment variables and pointed to by
displaytype. The
Add useful omap3 dss defines for: polarity, TFT data lines, lcd
display type, gfx burst size, and gfx format
Cc: Anatolij Gustschin ag...@denx.de
Cc: Jeroen Hofstee jer...@myspectrum.nl
Cc: Tom Rini tr...@ti.com
Cc: Wolfgang Denk w...@denx.de
Signed-off-by: Nikita Kiryanov nik...@compulab.co.il
Add support for loading splash image from NAND
Cc: Anatolij Gustschin ag...@denx.de
Cc: Jeroen Hofstee jer...@myspectrum.nl
Signed-off-by: Nikita Kiryanov nik...@compulab.co.il
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
Changes in V2:
- Added fix to bmp_load_addr to comply
Currently, omap3_dss_panel_config() sets gfx_format to a value that is hardcoded
in the code. This forces anyone who wants to use a different gfx_format to make
adjustments after calling omap3_dss_panel_config(). This could be avoided if the
value of gfx_format were parameterized as input for
Add support for dvi displays with user selectable dvi presets.
Cc: Wolfgang Denk w...@denx.de
Cc: Jeroen Hofstee jer...@myspectrum.nl
Cc: Anatolij Gustschin ag...@denx.de
Signed-off-by: Nikita Kiryanov nik...@compulab.co.il
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
Changes in V3:
Currently there is no logical place to put the code that prepares the
splash image data. The splash image data should be ready in memory
before bmp_display() is called, and after the environment is ready
(since lcd.c looks for the splash image in an address specified by
the environment variable
When the bmp file is loaded to an address specified by the environment
variable splashimage, its header members might be unaligned.
This happens because the bmp header starts with two byte size fields followd by
mostly 32 bit fields. When the address in splashimage is not equal to aligned
address
Add support for user defined lcd parameters for cm-t35 splash screen.
Cc: Jeroen Hofstee jer...@myspectrum.nl
Cc: Anatolij Gustschin ag...@denx.de
Signed-off-by: Nikita Kiryanov nik...@compulab.co.il
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
Changes in V2:
- Set gfx_format
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/07/13 16:43, Tom Rini wrote:
On 12/30/2012 01:13 AM, Nikita Kiryanov wrote:
Gentle ping.
On 12/03/2012 02:19 PM, Nikita Kiryanov wrote:
This patchset implements card detection and write protection
check for omap mmc. The write protect
Hi Wolfgang Denk,
On 01/29/2013 03:48 PM, Wolfgang Denk wrote:
Dear Nikita Kiryanov,
In message 1359463349-11649-7-git-send-email-nik...@compulab.co.il you wrote:
Add support for user defined lcd parameters for cm-t35 splash screen.
Why do you implement another custom method to configure
Hi Wolfgang Denk,
On 01/29/2013 03:50 PM, Wolfgang Denk wrote:
Dear Nikita Kiryanov,
In message 1359463349-11649-8-git-send-email-nik...@compulab.co.il you wrote:
Add support for loading splash image from NAND
Signed-off-by: Nikita Kiryanov nik...@compulab.co.il
Signed-off-by: Igor Grinberg
Support to check whether the SD3.0 or not.
Signed-off-by: Jaehoon Chung jh80.ch...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/mmc/mmc.c |2 ++
include/mmc.h |1 +
2 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/mmc/mmc.c
Hi Andy,
The latest patch mmc: Properly determine maximum supported bus width
(sha1: 7798f6dbd5e1a3030ed81a81da5dfb57c3307cac) is causing some error status
issue on
zynq platform with MMC Plus cards.
Here the out what I get with inclusion of this patch on u-boot tree.
zynq-uboot mmcinfo
Error
The power switch option is compatible with i.MX23 and i.MX28 so the
configration option needs to reflect it. We choose
'CONFIG_SPL_MXS_PSWITCH_WAIT' for the option name.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
arch/arm/cpu/arm926ejs/mxs/mxs_init.h | 2 +-
This patchset includes the pending patches we have in our tree. It
fixes issues for mx23evk and mx23_olinuxino boards.
Otavio Salvador (10):
mxs: Rename CONFIG_SPL_MX28_PSWITCH_WAIT to
CONFIG_SPL_MXS_PSWITCH_WAIT
mx23: Document the tRAS lockout setting in memory initialization
mx23evk:
Add a comment about the tRAS lockout setting of HW_DRAM_CTL08 to
enable the 'Fast Auto Pre-Charge' found in the memory chip. The
setting is applied after memory initialization and it is worth
document it.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
This fixes the gpio_led driver which needs to compare againt a
STATUS_LED_ON to enable a led.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
common/cmd_led.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/common/cmd_led.c b/common/cmd_led.c
index
This fixes the build failure when included in mx23_olinuxino.h board
config; the addition of asm/types.h is due u32 being otherwise
undefined.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
arch/arm/include/asm/arch-mxs/iomux.h | 5 +
1 file changed, 5 insertions(+)
diff --git
Adjust HW_DRAM_CTL14 to enable the chip selects to allow usage of full
128MB of RAM.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
board/freescale/mx23evk/spl_boot.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/board/freescale/mx23evk/spl_boot.c
This allow user to know if the bootloader is running, even without a
serial console.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
board/olimex/mx23_olinuxino/mx23_olinuxino.c | 7 +++
board/olimex/mx23_olinuxino/spl_boot.c | 4
include/configs/mx23_olinuxino.h
The i.MX23 just one USB port so disable the second controller probe
when building for i.MX23.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
drivers/usb/host/ehci-mxs.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/usb/host/ehci-mxs.c b/drivers/usb/host/ehci-mxs.c
This enabled USB support for the mx23evk board.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
include/configs/mx23evk.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/include/configs/mx23evk.h b/include/configs/mx23evk.h
index c44a8b8..8db6283 100644
---
This enabled USB support for the mx23_olinuxino board.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
include/configs/mx23_olinuxino.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/include/configs/mx23_olinuxino.h b/include/configs/mx23_olinuxino.h
index
This adds support to the LAN9512 chip included in the board and extend
the environment to easy netboot use.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
board/olimex/mx23_olinuxino/mx23_olinuxino.c | 6 +
board/olimex/mx23_olinuxino/spl_boot.c | 4 +++
On 01/30/2013 07:48 PM, Jagannadha Sutradharudu Teki wrote:
Hi Andy,
The latest patch mmc: Properly determine maximum supported bus width
(sha1: 7798f6dbd5e1a3030ed81a81da5dfb57c3307cac) is causing some error status
issue on
zynq platform with MMC Plus cards.
Here the out what I get
Hi Jaehoon Chung,
-Original Message-
From: Jaehoon Chung [mailto:jh80.ch...@samsung.com]
Sent: 30 January 2013 17:44
To: Jagannadha Sutradharudu Teki
Cc: aflem...@freescale.com; u-boot@lists.denx.de
Subject: Re: [U-Boot] MMC - Error detected in status(0x208100)!
On 01/30/2013
The OUTPUT_FORMAT command in linker scripts
was always misused due to some endianess and
toolchain problems.
Use GCC flags to ensure proper output format,
and get rid of the OUTPUT_FORMAT commands in
the board specific u-boot.lds files.
Signed-off-by: Gabor Juhos juh...@openwrt.org
Cc: Daniel
On Wed, Jan 30, 2013 at 10:13 AM, Otavio Salvador
ota...@ossystems.com.br wrote:
This fixes the build failure when included in mx23_olinuxino.h board
Which build failure? Can you post the error?
I think you can drop this patch from the series now that you do not
pass the iomux definitions in
Dear Michal,
On 2013.01/23, Michal Simek wrote:
There is new driver in the driver folder.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
board/xilinx/xilinx_iic/xiic_l.c | 484
--
board/xilinx/xilinx_iic/xiic_l.h | 150
2
On Wed, Jan 30, 2013 at 10:24 AM, Fabio Estevam feste...@gmail.com wrote:
On Wed, Jan 30, 2013 at 10:13 AM, Otavio Salvador
ota...@ossystems.com.br wrote:
This fixes the build failure when included in mx23_olinuxino.h board
Which build failure? Can you post the error?
I think you can drop
Dear Michal,
On 2013.01/23, Michal Simek wrote:
All these files was used for ancient xilinx drivers
which are finally gone.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
board/xilinx/common/xbasic_types.c | 165
board/xilinx/common/xbasic_types.h | 283
On 2013.01/29, DrEagle wrote:
Hi all,
-Original Message-
From: u-boot-bounces at lists.denx.de [mailto:u-boot-
bounces at lists.denx.de] On Behalf Of DrEagle
Sent: 22 September 2012 12:45
To: DrEagle
Cc: Lior Amsalem; u-boot at lists.denx.de; uboot at doukki.net
Hello Michal,
On 23.01.2013 14:31, Michal Simek wrote:
There is new driver in the driver folder.
Signed-off-by: Michal Simek michal.si...@xilinx.com
---
board/xilinx/xilinx_iic/xiic_l.c | 484
--
board/xilinx/xilinx_iic/xiic_l.h | 150
Hi,
i had a look at the u-boot cmd's. I can read/write a file from/to a dos
partition but I didn't find a command for partitioning and formatting a device.
Pls ,I need help in this context
Mit freundlichen Grüßen / Best regards
Sabri Altunbas (DC-IA/EAH2)
Tel. +49 (0) 6062/78-526
Fax +49
Add support for Micrel PHY KSZ9031 in phylib,
including small rework for KSZ9021 to avoid code
duplication
Signed-off-by: David Andrey david.and...@netmodule.com
---
drivers/net/phy/micrel.c | 83 +++---
1 files changed, 63 insertions(+), 20 deletions(-)
Dear Otavio Salvador,
Add a comment about the tRAS lockout setting of HW_DRAM_CTL08 to
enable the 'Fast Auto Pre-Charge' found in the memory chip. The
setting is applied after memory initialization and it is worth
document it.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
Dear Otavio Salvador,
The power switch option is compatible with i.MX23 and i.MX28 so the
configration option needs to reflect it. We choose
'CONFIG_SPL_MXS_PSWITCH_WAIT' for the option name.
Acked-by: Marek Vasut ma...@denx.de
I'm missing cover letter for this large series.
Best regards,
Dear Otavio Salvador,
Adjust HW_DRAM_CTL14 to enable the chip selects to allow usage of full
128MB of RAM.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
Just enable the full set for all in the generic memory register set (dram_vals)?
---
board/freescale/mx23evk/spl_boot.c | 10
Dear Otavio Salvador,
This adds support to the LAN9512 chip included in the board and extend
the environment to easy netboot use.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
board/olimex/mx23_olinuxino/mx23_olinuxino.c | 6 +
board/olimex/mx23_olinuxino/spl_boot.c
This patch-set adds an unfied u-boot.lds file for the MIPS
architecture, and removes the linker scripts of the individual
boards.
The series depends on the following patch:
MIPS: remove OUTPUT_FORMAT from linker scripts
http://patchwork.ozlabs.org/patch/216892/
Gabor Juhos (7):
MIPS: add
This patch-set adds an unfied u-boot.lds file for the MIPS
architecture, and removes the linker scripts of the individual
boards.
The series depends on the following patch:
MIPS: remove OUTPUT_FORMAT from linker scripts
http://patchwork.ozlabs.org/patch/216892/
Gabor Juhos (7):
MIPS: add
Remove the board specific linker script. It is not
needed anymore, the unified MIPS linker script can
be used instead.
All incaip targets are producing identical binary
images after the change than before.
Signed-off-by: Gabor Juhos juh...@openwrt.org
Cc: Daniel Schwierzeck
Remove the board specific linker script. It is not
needed anymore, the unified MIPS linker script can
be used instead.
All vct targets are producing identical binary
images after the change than before.
Signed-off-by: Gabor Juhos juh...@openwrt.org
Acked-by: Stefan Roese s...@denx.de
Cc: Daniel
Remove the board specific linker script. It is not
needed anymore, the unified MIPS linker script can
be used instead.
All pb1x00 targets are producing identical binary
images after the change than before.
Signed-off-by: Gabor Juhos juh...@openwrt.org
Cc: Daniel Schwierzeck
Remove the board specific linker script. It is not
needed anymore, the unified MIPS linker script can
be used instead.
All qemu_mips targets are producing identical binary
images after the change than before.
Signed-off-by: Gabor Juhos juh...@openwrt.org
Cc: Daniel Schwierzeck
The patch adds an unified linker script file which
can be used for all currently supported MIPS targets.
Signed-off-by: Gabor Juhos juh...@openwrt.org
Cc: Daniel Schwierzeck daniel.schwierz...@googlemail.com
Cc: Stefan Roese s...@denx.de
Cc: Wolfgang Denk w...@denx.de
Cc: Xiangfu Liu
Remove the board specific linker script. It is not
needed anymore, the unified MIPS linker script can
be used instead.
All dbau1x00 targets are producing identical binary
images after the change than before.
Signed-off-by: Gabor Juhos juh...@openwrt.org
Cc: Daniel Schwierzeck
Remove the board specific linker script. It is not
needed anymore, the unified MIPS linker script can
be used instead.
The qi_lb60 target produces a slightly different
image after the change than before. The value of
'num_got_entries' symbol is different:
@@ -49,7 +49,7 @@
801000b4:
On 01/30/2013 03:31 PM, Gabor Juhos wrote:
The patch adds an unified linker script file which
can be used for all currently supported MIPS targets.
Signed-off-by: Gabor Juhos juh...@openwrt.org
Cc: Daniel Schwierzeck daniel.schwierz...@googlemail.com
Cc: Stefan Roese s...@denx.de
Cc:
The current code uses four instructions and a
temporary register to calculate the relocation
offset and to adjust the gp register.
The relocation offset can be calculated directly
from the CONFIG_SYS_MONITOR_BASE constant and from
the destination address. The resulting offset can
be used to
The difference between the address of the original
and the relocated _GLOBAL_OFFSET_TABLE_ is always
the same as the relocation offset.
The relocation offset is already computed and it is
available in the 's1/t6' register. Use that to adjust
the relocated _G_O_T_ address, instead of calculating
2013.01.30. 15:34 keltezéssel, Stefan Roese írta:
On 01/30/2013 03:31 PM, Gabor Juhos wrote:
The patch adds an unified linker script file which
can be used for all currently supported MIPS targets.
Signed-off-by: Gabor Juhos juh...@openwrt.org
Cc: Daniel Schwierzeck
Dear Altunbas Sabri (DC-IA/EAH2),
In message eada2943bac14c4ab625a3550a3be9800966d80...@si-mbx04.de.bosch.com
you wrote:
i had a look at the u-boot cmd's. I can read/write a file from/to a dos par
tition but I didn't find a command for partitioning and formatting a device.
No, you cannot
Laxman,
On Wed, Jan 30, 2013 at 12:01 AM, Laxman Dewangan ldewan...@nvidia.com wrote:
Tegra30 i2c driver will not work as straight. There is los of change which
need to be taken care.
I posted the change for kernel driver.
Changes are:
- Enable/disable control for per packet transfer
On Wed, Jan 30, 2013 at 12:10 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
Add a comment about the tRAS lockout setting of HW_DRAM_CTL08 to
enable the 'Fast Auto Pre-Charge' found in the memory chip. The
setting is applied after memory initialization and it is worth
document
On Wed, Jan 30, 2013 at 12:11 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
The power switch option is compatible with i.MX23 and i.MX28 so the
configration option needs to reflect it. We choose
'CONFIG_SPL_MXS_PSWITCH_WAIT' for the option name.
Acked-by: Marek Vasut
On Wed, Jan 30, 2013 at 12:12 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
Adjust HW_DRAM_CTL14 to enable the chip selects to allow usage of full
128MB of RAM.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
Just enable the full set for all in the generic memory
On Wed, Jan 30, 2013 at 12:13 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
This allow user to know if the bootloader is running, even without a
serial console.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
Uh oh, how does this know which GPIO to toggle to drive the
On Wed, Jan 30, 2013 at 12:17 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
The i.MX23 just one USB port so disable the second controller probe
when building for i.MX23.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
drivers/usb/host/ehci-mxs.c | 2 ++
1 file
1 - 100 of 126 matches
Mail list logo