Hi Albert,
as you requested, here a short reminder...
On Tuesday 05 June 2012 08:58:26 Stefan Roese wrote:
Hi Albert!
I have collected all of the remaining ARM/SPEAr patches in my
staging repository. There are some dependencies between the
patches, so I also added the NOR, NAND and
Hi Albert,
Am Donnerstag, den 21.06.2012, 23:39 +0200 schrieb Albert ARIBAUD:
Hi everyone,
I am going to resume going through my backlog (although time will
remain sparse until Saturday morning). As I always do, I will
consider pull requests first, then patchwork entries assigned to me,
These patches add usb support in u-boot for AM335x.
I have tested this code on AM335x evm and beaglebone in
the host mode using mass storage class.
Gene Zarkhin (1):
AM335x : Add USB support for AM335x in u-boot
Harman Sohanpal (2):
AM335x : Configs to add USB host support.
musb_udc : Fix
This patch fix the compile warning :
implicit declaration of musb_platform_init
when CONFIG_MUSB_UDC is defined.
The extern musb_platform_init was declared in musb_hcd.h
but no such extern function was declared for musb_udc.
So a common function has been declared in musb_core.h
which can be used
This patch adds required configs in config file for
am335x_evm to add support for usb host mode.
To enable USB device mode, add CONFIG_MUSB_UDC in
place of CONFIG_MUSB_HCD
Signed-off-by: Harman Sohanpal harman_sohan...@ti.com
---
include/configs/am335x_evm.h | 41
From: Gene Zarkhin gene_zark...@bose.com
This patch adds USB support in uboot for AM335x.
By default the USB 1 module is enabled.
The support for USB 0 can be enabled by changing the
USB base address and the phy control register address
in the header file am335x.h.
Signed-off-by: Gene Zarkhin
On Friday 22 June 2012 08:17:15 Harman Sohanpal wrote:
This patch adds required configs in config file for
am335x_evm to add support for usb host mode.
To enable USB device mode, add CONFIG_MUSB_UDC in
place of CONFIG_MUSB_HCD
Signed-off-by: Harman Sohanpal harman_sohan...@ti.com
---
From: Gene Zarkhin gene_zark...@bose.com
This patch adds USB support in uboot for AM335x.
By default the USB 1 module is enabled.
The support for USB 0 can be enabled by changing the
USB base address and the phy control register address
in the header file am335x.h.
Signed-off-by: Gene Zarkhin
This patch fix the compile warning :
implicit declaration of musb_platform_init
when CONFIG_MUSB_UDC is defined.
The extern musb_platform_init was declared in musb_hcd.h
but no such extern function was declared for musb_udc.
So a common function has been declared in musb_core.h
which can be used
These patches add usb support in u-boot for AM335x.
I have tested this code on AM335x evm and beaglebone in
the host mode using mass storage class.
Gene Zarkhin (1):
AM335x : Add USB support for AM335x in u-boot
Harman Sohanpal (2):
AM335x : Configs to add USB host support.
musb_udc : Fix
This patch adds required configs in config file for
am335x_evm to add support for usb host mode.
To enable USB device mode, add CONFIG_MUSB_UDC in
place of CONFIG_MUSB_HCD
Signed-off-by: Harman Sohanpal harman_sohan...@ti.com
---
Changes for v2:
- #define cleanups
Hi Lucas,
On Tue, 05 Jun 2012 21:06:20 +0200, Lucas Stach d...@lynxeye.de wrote:
Hi Stephen,
Am Dienstag, den 05.06.2012, 12:42 -0600 schrieb Stephen Warren:
On 06/05/2012 11:47 AM, Lucas Stach wrote:
Recent toolchains default to using the hardware feature for
unaligned access on ARM
Hi Stefan,
On Fri, 22 Jun 2012 08:01:15 +0200, Stefan Roese s...@denx.de wrote:
Hi Albert,
as you requested, here a short reminder...
On Tuesday 05 June 2012 08:58:26 Stefan Roese wrote:
Hi Albert!
I have collected all of the remaining ARM/SPEAr patches in my
staging repository.
Hi,
currently I want to boot the Linux uImage with u-Boot. Because of a small Flash
I want to store the Image on a SD Card.
Despite there are some mmc-Files in u-Boot I can't find a solution.
My Controller SH7263 only supports SDHI (SD Host Interface) but not MMCIF. I
found some SDHI-Files in
Hi Lucas,
On Fri, 22 Jun 2012 08:27:04 +0200, Lucas Stach d...@lynxeye.de wrote:
Hi Albert,
Am Donnerstag, den 21.06.2012, 23:39 +0200 schrieb Albert ARIBAUD:
Hi everyone,
I am going to resume going through my backlog (although time will
remain sparse until Saturday morning). As I
Am Freitag, den 22.06.2012, 11:15 +0200 schrieb Albert ARIBAUD:
Hi Lucas,
On Tue, 05 Jun 2012 21:06:20 +0200, Lucas Stach d...@lynxeye.de wrote:
Hi Stephen,
Am Dienstag, den 05.06.2012, 12:42 -0600 schrieb Stephen Warren:
On 06/05/2012 11:47 AM, Lucas Stach wrote:
Recent
Hi Lucas,
Linux in particular does reinitialize this state and I expect any
reasonable OS to do so.
Then what is the point of enabling it on U-Boot? Does it fix some
issue whereby some mis-aligned piece of data cannot be properly
aligned?
Yes, it fixes U-Boot USB on Tegra, when
Hi Fabio,
On Thu, 31 May 2012 14:23:55 -0300
Fabio Estevam fabio.este...@freescale.com wrote:
Adjust the IPUv3 registers, so that the IPUv3 driver can be extended for mx6
as well.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
This patch series apply against Anatolij's
Hi,
On Thu, 31 May 2012 14:23:56 -0300
Fabio Estevam fabio.este...@freescale.com wrote:
Rename CONFIG_VIDEO_MX5 as this driver can also be used on mx6.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
drivers/video/Makefile |2 +-
drivers/video/cfb_console.c |2
Hi,
On Thu, 31 May 2012 14:23:57 -0300
Fabio Estevam fabio.este...@freescale.com wrote:
The following erratum :
ENGcm08316
IPU: Clarification regarding the bypass mode registers setup for
display and camera interfaces
,only applies to mx51, so restrict its usage for this SoC only.
Hi,
On Thu, 31 May 2012 14:23:58 -0300
Fabio Estevam fabio.este...@freescale.com wrote:
The registers accessed inside clk_ipu_enable/disable are not present on MX6,
so make sure they only run on MX51 and MX53.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Hi,
On Thu, 31 May 2012 14:23:59 -0300
Fabio Estevam fabio.este...@freescale.com wrote:
Rename MXC_CCM_BASE to CCM_BASE_ADDR as this is already defined for MX6.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
drivers/video/ipu_common.c |2 +-
1 files changed, 1
Hi,
On Thu, 31 May 2012 14:24:00 -0300
Fabio Estevam fabio.este...@freescale.com wrote:
Do not hardcode the ipu_clk frequency and let the board file pass this value.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
drivers/video/ipu_common.c |2 +-
Hi,
On Thu, 31 May 2012 14:24:02 -0300
Fabio Estevam fabio.este...@freescale.com wrote:
From: Eric Nelson eric.nel...@boundarydevices.com
Add ldb_clk for use in parenting the pixel clock.
Signed-off-by: Eric Nelson eric.nel...@boundarydevices.com
Signed-off-by: Fabio Estevam
Hi Albert,
Am Freitag, den 22.06.2012, 13:16 +0200 schrieb Albert ARIBAUD:
Hi Lucas,
Linux in particular does reinitialize this state and I expect any
reasonable OS to do so.
Then what is the point of enabling it on U-Boot? Does it fix some
issue whereby some mis-aligned
Hi, I am new to U-Boot, how do I get started?
I work at Freescale and in my free time I would like to port uboot to some
ARM and PPC board of the Freescale's Tower System.
Rene Kolarik
___
U-Boot mailing list
U-Boot@lists.denx.de
Dear Wolfgang Denk,
Dear Marek Vasut,
In message 201205231422.17293.ma...@denx.de you wrote:
What would be wrong if all boards would use the same
u-boot.bin.sdcard target name?
That such file (u-boot.bin.sdcard) would be generated by a different tool
for each different board,
Dear Marek Vasut,
In message 201206221444.46242.ma...@denx.de you wrote:
I think we're missing each others point. So, lemme put it this way:
We have CPU X, which uses sequence of commands, sequence A.
We have CPU Y, which uses sequence of commands, sequence B.
We want make target M,
Dear Rene,
In message cab71j7aq1fnspsugdho1dpokyn6w1j6stkeipyfqrk1n9it...@mail.gmail.com
you wrote:
Hi, I am new to U-Boot, how do I get started?
Welcome aboard.
I work at Freescale and in my free time I would like to port uboot to some
ARM and PPC board of the Freescale's Tower System.
Hello Everyone,
I'm new to this list and thought I would post a question. We are developing
a FLASH-based board based on Micrel's KSZ9692 SOC that will run Linux
version 2.6.23.17. Our desire is to be able to load a new Linux/rootfs
image via TFTP for testing without overwriting the current
On Fri, Jun 22, 2012 at 01:36:34PM +0530, Harman Sohanpal wrote:
This patch adds required configs in config file for
am335x_evm to add support for usb host mode.
To enable USB device mode, add CONFIG_MUSB_UDC in
place of CONFIG_MUSB_HCD
But you haven't tested / added support for device mode
On Fri, Jun 22, 2012 at 01:36:33PM +0530, Harman Sohanpal wrote:
From: Gene Zarkhin gene_zark...@bose.com
This patch adds USB support in uboot for AM335x.
By default the USB 1 module is enabled.
The support for USB 0 can be enabled by changing the
USB base address and the phy control
On 06/21/2012 03:57 PM, Wolfgang Denk wrote:
Dear Eric Nelson,
In message4fcd17a5.6030...@boundarydevices.com you wrote:
The function of the watchdog should be reserved for auch systems who
need it to implement security related functions; messing with it in
unrelated places (like setting it
On 06/21/2012 11:05 PM, Albert ARIBAUD wrote:
Hi Stephen,
On Thu, 21 Jun 2012 16:26:56 -0600, Stephen Warren
swar...@wwwdotorg.org wrote:
On 06/06/2012 11:45 PM, Stephen Warren wrote:
This SoC is used in the Raspberry Pi, for example.
Initial support is enough to boot to a serial console,
Dear Rick,
In message 016501cd5088$7e212c50$7a6384f0$@edu you wrote:
My original thought was to write a script using environmental variables.
The script would look for a mImage on a server and load it if it is there.
If we don't want to load an experimental linux/rootfs mImage, we would
Dear Stephen Warren,
In message 4fe49beb.1090...@wwwdotorg.org you wrote:
I haven't yet posted any patches other than the two you've assigned as
mentioned above; I was waiting for those two to be merged first. Perhaps
I should set up a custodian git repo to house them.
You misunderstand. A
On 06/22/2012 10:34 AM, Wolfgang Denk wrote:
Dear Stephen Warren,
In message 4fe49beb.1090...@wwwdotorg.org you wrote:
I haven't yet posted any patches other than the two you've assigned as
mentioned above; I was waiting for those two to be merged first. Perhaps
I should set up a custodian
Dear Troy Kisky,
Instead of clearing 2 bits, all the other
bits were set because '|=' was used instead
of '='.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
Acked-by: Marek Vasut ma...@denx.de
---
drivers/i2c/mxc_i2c.c |2 +-
1 file changed, 1 insertion(+), 1
Dear Troy Kisky,
This is always selected when CONFIG_I2C_MXC is
selected, so it adds no value.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
Acked-by: Marek Vasut ma...@denx.de
---
drivers/i2c/mxc_i2c.c |6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff
Dear Troy Kisky,
Let's clear the sr register before waiting for
bit to be set, instead of clearing it after
hardware sets it. No real operational difference here,
but allows combining of i2c_imx_trx_complete and
i2c_imx_bus_busy in later patches.
Signed-off-by: Troy Kisky
Dear Troy Kisky,
Use tx_byte function instead of having 3 copies
of the code.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
---
drivers/i2c/mxc_i2c.c | 72
+++-- 1 file changed, 21
insertions(+), 51 deletions(-)
diff --git
Dear Troy Kisky,
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
Acked-by: Marek Vasut ma...@denx.de
---
drivers/i2c/mxc_i2c.c | 29 -
1 file changed, 8 insertions(+), 21 deletions(-)
diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c
Dear Troy Kisky,
Initial code of i2c_read and i2c_write
is identical, move to subroutine.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
Acked-by: Marek Vasut ma...@denx.de
---
drivers/i2c/mxc_i2c.c | 44 ++--
1 file changed, 18
Dear Troy Kisky,
wait_for_sr_state returns i2sr on success
so no need to read again.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
Acked-by: Marek Vasut ma...@denx.de
---
drivers/i2c/mxc_i2c.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/i2c/mxc_i2c.c
Dear Troy Kisky,
Not using udelay gives a more accurate timeout. The current implementation
of udelay in imx-common does not seem to wait at all for a udelay(1).
Add WATCHDOG_RESET() please.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
---
Best regards,
Marek Vasut
Dear Troy Kisky,
imx_reset is only referenced once so
move to that location.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
Acked-by: Marek Vasut ma...@denx.de
---
drivers/i2c/mxc_i2c.c | 15 +++
1 file changed, 3 insertions(+), 12 deletions(-)
diff --git
Dear Troy Kisky,
No need to continue waiting if arbitration lost.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
Acked-by: Marek Vasut ma...@denx.de
---
drivers/i2c/mxc_i2c.c |7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/i2c/mxc_i2c.c
Dear Troy Kisky,
This is prep work for CONFIG_I2C_MULTI_BUS.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
Acked-by: Marek Vasut ma...@denx.de
---
drivers/i2c/mxc_i2c.c |7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/i2c/mxc_i2c.c
Dear Troy Kisky,
Retry unexpected hardware errors. This
will not retry a received NAK.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
Why do you need this? Are you getting transmission errors? I think it's because
you broke something in the driver, I was getting errors, but
Dear Troy Kisky,
imx_start is only referenced once so
move to that location.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
Acked-by: Marek Vasut ma...@denx.de
---
drivers/i2c/mxc_i2c.c | 53
+++-- 1 file changed, 20
Dear Troy Kisky,
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
---
drivers/i2c/mxc_i2c.c | 121
- 1 file changed, 100
insertions(+), 21 deletions(-)
diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c
index
Dear Troy Kisky,
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
---
drivers/i2c/mxc_i2c.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c
index 339bb6f..5d18752 100644
--- a/drivers/i2c/mxc_i2c.c
+++
Dear Stephen Warren,
In message 4fe49ef4.3040...@wwwdotorg.org you wrote:
I haven't yet posted any patches other than the two you've assigned as
mentioned above; I was waiting for those two to be merged first. Perhaps
I should set up a custodian git repo to house them.
You
Hello Wolfgang,
Yes, of course. The board is a Micrel KSZ9692 (ARM 922T) SoC-based board,
specifically, a Micrel KSZ9692-PB Eval Board. The version of Uboot (which I
forgot to mention) is U-Boot 1.1.4 (August 28, 2009). Right now, all of the
development will be done on this EVAL board, but
On 06/22/2012 11:14 AM, Wolfgang Denk wrote:
Dear Stephen Warren,
In message 4fe49ef4.3040...@wwwdotorg.org you wrote:
I haven't yet posted any patches other than the two you've assigned as
mentioned above; I was waiting for those two to be merged first. Perhaps
I should set up a custodian
On Fri, Jun 22, 2012 at 11:29:43AM -0600, Stephen Warren wrote:
On 06/22/2012 11:14 AM, Wolfgang Denk wrote:
Dear Stephen Warren,
In message 4fe49ef4.3040...@wwwdotorg.org you wrote:
I haven't yet posted any patches other than the two you've assigned as
mentioned above; I was waiting
On 6/22/2012 10:01 AM, Marek Vasut wrote:
Dear Troy Kisky,
Not using udelay gives a more accurate timeout. The current implementation
of udelay in imx-common does not seem to wait at all for a udelay(1).
Add WATCHDOG_RESET() please.
Are you sure it is needed for a 0.1 second max delay?
On 6/22/2012 10:06 AM, Marek Vasut wrote:
Dear Troy Kisky,
Retry unexpected hardware errors. This
will not retry a received NAK.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
Why do you need this? Are you getting transmission errors? I think it's because
you broke something in the
This patch sets up pinmux, enables fclk, and
defines CONFIG_I2C_MULTI_BUS
Signed-off-by: Steve Sakoman st...@sakoman.com
---
diff --git a/arch/arm/cpu/armv7/am33xx/clock.c
b/arch/arm/cpu/armv7/am33xx/clock.c
index bbb9c13..57bec98 100644
--- a/arch/arm/cpu/armv7/am33xx/clock.c
+++
On 6/22/2012 10:34 AM, Troy Kisky wrote:
On 6/22/2012 10:01 AM, Marek Vasut wrote:
Dear Troy Kisky,
Not using udelay gives a more accurate timeout. The current
implementation
of udelay in imx-common does not seem to wait at all for a udelay(1).
Add WATCHDOG_RESET() please.
Are you sure
On 06/21/2012 06:00 PM, Allen Martin wrote:
This is make naming consistent with the kernel and devicetree and in
preparation of pulling out the common tegra20 code.
Signed-off-by: Allen Martin amar...@nvidia.com
Acked-by: Stephen Warren swar...@wwwdotorg.org
I bet this was a fun patch to
On 06/21/2012 06:00 PM, Allen Martin wrote:
In preparation for splitting out the armv4t code from tegra20, move
the tegra20 SoC code to arch/arm/cpu/tegra20-common. This code will
be compiled armv4t for the arm7tdmi and armv7 for the cortex A9.
Signed-off-by: Allen Martin amar...@nvidia.com
Dear Rick Stranberg,
In message 017f01cd509b$a0b0d9b0$e2128d10$@edu you wrote:
Yes, of course. The board is a Micrel KSZ9692 (ARM 922T) SoC-based
board, specifically, a Micrel KSZ9692-PB Eval Board. The version of
Uboot (which I forgot to mention) is U-Boot 1.1.4 (August 28, 2009).
U-Boot
Dear Stephen Warren,
In message 4fe4ab87.1030...@wwwdotorg.org you wrote:
For which sub-system to you volunteer to become the custodian?
The BCM2835 ARM sub-architecture, as used in the Raspberry Pi.
I see no reason to install a new custodian just for a single SoC.
Best regards,
Wolfgang
On 06/21/2012 06:00 PM, Allen Martin wrote:
These flags were necessary when building tegra20 as a single binary
that supported ARM7TDMI and Cortex A9. Now that the ARM7TDMI support
is split into a separate SPL, this is no longer necessary.
Signed-off-by: Allen Martin amar...@nvidia.com
The
On 06/22/2012 12:18 PM, Wolfgang Denk wrote:
Dear Stephen Warren,
In message 4fe4ab87.1030...@wwwdotorg.org you wrote:
For which sub-system to you volunteer to become the custodian?
The BCM2835 ARM sub-architecture, as used in the Raspberry Pi.
I see no reason to install a new custodian
On Fri, Jun 22, 2012 at 11:13:10AM -0700, Stephen Warren wrote:
On 06/21/2012 06:00 PM, Allen Martin wrote:
This is make naming consistent with the kernel and devicetree and in
preparation of pulling out the common tegra20 code.
Signed-off-by: Allen Martin amar...@nvidia.com
Acked-by:
On Fri, Jun 22, 2012 at 11:15:55AM -0700, Stephen Warren wrote:
On 06/21/2012 06:00 PM, Allen Martin wrote:
In preparation for splitting out the armv4t code from tegra20, move
the tegra20 SoC code to arch/arm/cpu/tegra20-common. This code will
be compiled armv4t for the arm7tdmi and armv7
On 6/22/2012 10:09 AM, Marek Vasut wrote:
Dear Troy Kisky,
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
---
drivers/i2c/mxc_i2c.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c
index 339bb6f..5d18752 100644
http://www.spnb.com.my/better_in_June.php
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
If the requested length is too small to hold the received packet,
eth_receive() will return -1 and will leave the packet in the receive
buffers. Instead of returning an error in this case, we return the first
portion of the received packet and remove it from the receive buffers.
This fixes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/22/2012 12:46 PM, Dmitry Bondar wrote:
C674x CPUs has same peripherals(uart,emac,nand contoller) like
sitara processors (am1705/am1707/omapl137/omapl138). In u-boot
this peripheral known as davinci SOC, and placed in
Dear Stephen Warren,
In message 4fe4b9c2.3050...@wwwdotorg.org you wrote:
OK, that's fine; I'll rely solely on patch email then. I just figured on
saving Albert some git am work, seeing as how many other single SoCs are
handled via git pull already.
Are there? Which for example?
Best
+Tom
Hi Lucas,
On 06/22/2012 04:47 AM, Lucas Stach wrote:
Hi Albert,
Am Freitag, den 22.06.2012, 13:16 +0200 schrieb Albert ARIBAUD:
Hi Lucas,
Linux in particular does reinitialize this state and I expect any
reasonable OS to do so.
Then what is the point of enabling it on U-Boot? Does
On 06/22/2012 03:11 PM, Aneesh V wrote:
+Tom
Hi Lucas,
On 06/22/2012 04:47 AM, Lucas Stach wrote:
Hi Albert,
Am Freitag, den 22.06.2012, 13:16 +0200 schrieb Albert ARIBAUD:
Hi Lucas,
Linux in particular does reinitialize this state and I expect any
reasonable OS to do so.
Then what is
On 6/22/2012 9:58 AM, Marek Vasut wrote:
Dear Troy Kisky,
Use tx_byte function instead of having 3 copies
of the code.
Signed-off-by: Troy Kisky troy.ki...@boundarydevices.com
---
drivers/i2c/mxc_i2c.c | 72
+++-- 1 file changed, 21
On 06/22/2012 03:58 PM, Wolfgang Denk wrote:
Dear Stephen Warren,
In message 4fe4b9c2.3050...@wwwdotorg.org you wrote:
OK, that's fine; I'll rely solely on patch email then. I just figured on
saving Albert some git am work, seeing as how many other single SoCs are
handled via git pull
Dear Stephen Warren,
In message 4fe4fd2f.4010...@wwwdotorg.org you wrote:
OK, that's fine; I'll rely solely on patch email then. I just figured on
saving Albert some git am work, seeing as how many other single SoCs are
handled via git pull already.
Are there? Which for example?
On Fri, Jun 22, 2012 at 05:18:07PM -0600, Stephen Warren wrote:
On 06/22/2012 03:58 PM, Wolfgang Denk wrote:
Dear Stephen Warren,
In message 4fe4b9c2.3050...@wwwdotorg.org you wrote:
OK, that's fine; I'll rely solely on patch email then. I just figured on
saving Albert some git am
Dear Troy Kisky,
[...]
@@ -364,7 +340,7 @@ int i2c_read(uchar chip, uint addr, int alen, uchar
*buf, int len) temp |= I2CR_RSTA;
writeb(temp, i2c_regs-i2cr);
- ret = i2c_imx_set_chip_addr(chip, 1);
+ ret = tx_byte(i2c_regs, (chip 1) | 1);
Isn't this | 1 and | 0 stuff
use print_cpuinfo() defined in imx-common/cpu.c,
instead of duplicating function.
Signed-off-by: Ashok Kumar Reddy kourla ashokkourla2...@gmail.com
---
board/freescale/mx53loco/mx53loco.c | 14 --
include/configs/mx53loco.h |1 +
2 files changed, 1 insertion(+), 14
81 matches
Mail list logo