From: Vipin Kumar
Signed-off-by: Vipin Kumar
Signed-off-by: Amit Virdi
Acked-by: Stefan Roese
---
include/configs/spear-common.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/spear-common.h b/include/configs/spear-common.h
index 97c278f..76248e6 100
From: Shiraz Hashim
UART in u-boot intends to run on 48MHz clock supplied by USB PLL.
Explicitly select the intended clock source.
Signed-off-by: Shiraz Hashim
Signed-off-by: Amit Virdi
Acked-by: Stefan Roese
---
arch/arm/cpu/arm926ejs/spear/cpu.c |7 ++-
arch/arm/include/asm
From: Shiraz Hashim
Enable data cache with 1:1 mapping of DDR to enable fast file
transfer over tty which was doing lot of copy.
This feature is enabled only for flashing operation i.e. when
CONFIG_SPEAR_USBTTY is enabled.
This has been tested on SPEAr320, SPEAr600 and SPEAr900 evaluation
board
When CONFIG_MTD_NAND_VERIFY_WRITE is defined, nand driver read back the data
everytime it writes. This process unnecessarily slows down the nand access.
Signed-off-by: Amit Virdi
Acked-by: Stefan Roese
---
include/configs/spear-common.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
From: Vipin Kumar
Enable CONFIG_SYS_FLASH_EMPTY_INFO macro to enable reporting of empty sector
information through flinfo command.
Signed-off-by: Vipin Kumar
Signed-off-by: Amit Virdi
Acked-by: Stefan Roese
---
include/configs/spear-common.h |3 ++-
1 files changed, 2 insertions(+), 1 de
From: Vipin Kumar
The below text is copy pasted from README
- CONFIG_SYS_MONITOR_BASE:
Physical start address of boot monitor code (set by
make config files to be same as the text base address
(TEXT_BASE) used when linking) - same as
CONFIG_SYS_FLASH_BASE when boot
From: Shiraz Hashim
Enabling autoneg avoids situation on few phys with fixed configuration. For
example, in one situation, nfs boot timed out when phy configuration is 100Mbps.
In another situtation, when traffic is directed to SPEAr, either thru
cross-cable or thru switch, the TFTP or DHCP comma
From: Vipin Kumar
This patch enables flash protection(lock/unlock) for CFI devices.
This is necessary because the Parallel NOR flash connected on the spear
boards, M28W64, can be locked/unlocked on a sector basis. Moreover, all its
sectors are in locked state at reset and these have to be unlocke
From: Vipin KUMAR
This patch enables the support for usb high speed device for spear platform SOCs
Signed-off-by: Vipin Kumar
Signed-off-by: Amit Virdi
---
include/configs/spear-common.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/spear-common.h b/
From: Vipin KUMAR
This patch enables the UDC and usb-console support only for usbtty
configurations
Signed-off-by: Vipin Kumar
Signed-off-by: Amit Virdi
Acked-by: Stefan Roese
---
include/configs/spear-common.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/includ
From: Vipin KUMAR
This patch modifies the default environment variables as:
1. Default bootargs:
- console=ttyAMA0,115200
- For environment present in NOR flash
root=/dev/mtdblock3
- For environment present in NAND flash
root=/dev/mtdblock7
- Removes "mem=" option
2. Introduces CONF
flash reading is required earlier than flash_init is called since the env_init
is called before flash_init. This makes the smi_init necessary before env_init
being called.
Signed-off-by: Amit Virdi
Acked-by: Stefan Roese
---
board/spear/common/spr_misc.c |8
include/configs/spear-
While the u-boot code is running from the flash, it is essential that no access
is made to the bss segment. This is due to the fact that .rel.dyn and .bss areas
overlap and former contains information used in relocation. In SPEAr, this was
not taken into consideration. As a result, while the reloca
From: Vipin KUMAR
SPEAr doesn't need CONFIG_SYS_HZ_CLOCK. This commit removes it.
Signed-off-by: Vipin Kumar
Signed-off-by: Amit Virdi
Acked-by: Stefan Roese
---
include/configs/spear-common.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/include/configs/spear-comm
From: Vipin KUMAR
This patch adds options for all the below mentioned configurations and
subsequently renames the include/configs/spearxxx.h files to spear3xx_evb.h,
spear6xx_evb.h etc to depict evaluation board configuration.
SPEAr3xx and SPEAr6xx boards can be compiled in following configurati
From: Vipin KUMAR
Earlier, architecture specific init code was mixed with board initialization
code in board/spear/... This patch updates architecture support for SPEAr in
latest u-boot and prints the SoC information.
Signed-off-by: Vipin Kumar
Signed-off-by: Amit Virdi
Acked-by: Stefan Roese
From: Vipin Kumar
Few Designware peripheral registers need to be modified based on the
ethernet interface selected by the board. This patch supports interface
information in ethernet driver
Signed-off-by: Vipin Kumar
Signed-off-by: Amit Virdi
---
board/spear/spear300/spear300.c | 11 +++
From: Vipin KUMAR
SPEAr310 and SPEAr320 SoCs have an extra ethernet controller. The
driver for this device is already supported by u-boot, so configuring
board configuration file and defining base addresses etc to make use
of the common driver
Signed-off-by: Vipin Kumar
Signed-off-by: Amit Vird
From: Vipin KUMAR
Signed-off-by: Vipin Kumar
Signed-off-by: Amit Virdi
---
arch/arm/include/asm/arch-spear/hardware.h |1 +
board/spear/spear300/spear300.c| 10 ++
board/spear/spear310/spear310.c| 10 ++
board/spear/spear320/spear320.c
From: Vipin KUMAR
ethaddr can be optionally read from i2c memory. So, chip_config command supports
reading/writing hw mac id into i2c memory. Placing this code within
CONFIG_CMD_NET as this would only be needed when network interface is configured
Signed-off-by: Vipin Kumar
Signed-off-by: Amit
Xloader table was used primarily to inform u-boot about the DDR size. However,
now the ddr size is calculated at runtime which eliminates any need for the
Xloader table. So removing this unnecessary code.
Signed-off-by: Amit Virdi
Acked-by: Stefan Roese
---
arch/arm/include/asm/arch-spear/spr_d
This patchset updates the SPEAr support in the u-boot. It contains various
bugfixes and enhancements.
The patches have certain dependencies on the drivers, so should be applied once
the driver patches are frozen. The various drivers on which these patches depend
are:
1. USB device controller:
h
Le 27/03/2012 22:18, Albert ARIBAUD a écrit :
Hi all,
I have been away from the list quite a few days, and will have a very
tricky time catching up, so with my apologies, I ask people who need me
to apply patches or pull requests for the upcoming release to please
send me a private e-mail and po
On 03/30/2012 02:24 PM, Lei Wen wrote:
> Hi Jaehoon,
>
> On Fri, Mar 30, 2012 at 12:36 PM, Jaehoon Chung
> wrote:
>> Hi Lei.
>>
>> First, thanks for implemented the generic sdhci controller.
>
> It is my pleasure to share this common code, and I'm glad that it is
> used for other platforms now
From: Armando Visconti
Signed-off-by: Armando Visconti
Signed-off-by: Amit Virdi
---
drivers/mtd/st_smi.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/mtd/st_smi.c b/drivers/mtd/st_smi.c
index bd5602b..3f689e7 100644
--- a/drivers/mtd/st_smi.c
+++ b/drivers
From: Armando Visconti
The designware i2c controller must be turned off before
setting the speed in IC_CON register, as stated in the
section 6.3.1 of the dw_apb_i2c_db.pdf.
Signed-off-by: Michel Sanches
Signed-off-by: Armando Visconti
Signed-off-by: Amit Virdi
---
drivers/i2c/designware_i2c
Heiko,
On 2/27/2012 2:43 PM, Amit VIRDI wrote:
From: Vipin KUMAR
Earlier, a driver exists in the u-boot source for designware i2c interface. That
driver was specific to spear platforms. This patch implements the i2c controller
as a generic driver which can be used by multiple platforms
The dri
Hi Tom,
Le 30/03/2012 02:58, Tom Rini a écrit :
On Thu, Mar 29, 2012 at 4:51 PM, Albert ARIBAUD
wrote:
Hi Tom,
Le 29/03/2012 20:01, Tom Rini a écrit :
On Wed, Mar 28, 2012 at 2:54 PM, Tom Riniwrote:
Hello,
The following changes since commit
4a3ea216414ad762b3718775a65437c13f0accbc:
Hi Jaehoon,
On Fri, Mar 30, 2012 at 12:36 PM, Jaehoon Chung wrote:
> Hi Lei.
>
> First, thanks for implemented the generic sdhci controller.
It is my pleasure to share this common code, and I'm glad that it is
used for other platforms now. :)
>
> On 03/30/2012 12:33 PM, Lei Wen wrote:
>
>> Hi J
Hi Lei.
First, thanks for implemented the generic sdhci controller.
On 03/30/2012 12:33 PM, Lei Wen wrote:
> Hi Jaehoon,
>
> On Fri, Mar 30, 2012 at 10:39 AM, Jaehoon Chung
> wrote:
>> When response type is R1b, mask value is added the SDHCI_INT_DAT_END.
>> but in while(), didn't check that f
Hi Jaehoon,
On Fri, Mar 30, 2012 at 10:39 AM, Jaehoon Chung wrote:
> When response type is R1b, mask value is added the SDHCI_INT_DAT_END.
> but in while(), didn't check that flag.
> So sdhci controller didn't work fine.
> CMD6 didn't always complete.
Could you elaborate it more in details?
In driver mmc, generic sdhci code is implemented.
s5p_mmc file is dupulicated.
we are good that use the generic sdhci.
This patch supported the sdhci for Samsung-SoC.
Signed-off-by: Jaehoon Chung
Signed-off-by: Kyungmin Park
---
arch/arm/include/asm/arch-exynos/mmc.h | 93 +++---
arch/arm/
This patchset is supported the sdhci controller for Samsung-SoC.
In mmc driver, already implemented the generic sdhci.
There is no reason that didn't use sdhci.c.
So, use the sdhci instead of s5p_mmc.
Changelog-v2:
- removed the s5p_mmc.c
- based-on u-boot-samsung repository.
Jaeh
When response type is R1b, mask value is added the SDHCI_INT_DAT_END.
but in while(), didn't check that flag.
So sdhci controller didn't work fine.
CMD6 didn't always complete.
Signed-off-by: Jaehoon Chung
Signed-off-by: Kyungmin Park
---
drivers/mmc/sdhci.c | 33 +++--
To support sdhci controller, remove the CONFIG_S5P_MMC..
Instead, use the CONFIG_S5P_SDHCI/CONFIG_SDHCI.
Signed-off-by: Jaehoon Chung
Signed-off-by: Kyungmin Park
---
include/configs/origen.h|3 ++-
include/configs/s5p_goni.h |3 ++-
include/configs/s5pc210_universa
On 03/29/2012 11:24 PM, Minkyu Kang wrote:
> On 29 March 2012 17:25, Jaehoon Chung wrote:
>> This patchset is supported the sdhci controller for Samsung-SoC.
>> In mmc driver, already implemented the generic sdhci.
>> There is no reason that didn't use sdhci.c.
>> So, use the sdhci instead of s5p
Update Makefile for EXYNOS display driver.
Signed-off-by: Donghwa Lee
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/video/Makefile |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/video/Makefile b/drivers/video/Makefile
index 6252f6a..8896abe
This patch is for EXYNOS Display driver.
Signed-off-by: Donghwa Lee
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/video/exynos_fb.c | 160 +
drivers/video/exynos_fb.h | 62 +++
drivers/video/exynos_fimd.c | 416
To get lcd source clock in EXYNOS display driver, added get_lcd_clk() interface.
Signed-off-by: Donghwa Lee
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
arch/arm/cpu/armv7/exynos/clock.c | 50 +
1 files changed, 50 insertions(+), 0 deletions(-)
add vidinfo data structure for EXYNOS display driver.
Signed-off-by: Donghwa Lee
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
include/lcd.h | 63 -
1 files changed, 62 insertions(+), 1 deletions(-)
diff --git a/include/lcd.
This patch is for display driver of EXYNOS SoC.
[1/5]: ARM: EXYNOS: definition of system registers
- to contorl FIMD of LBLK0 bypass selection, add missed
definitions of system register
[2/5]: ARM: EXYNOS: add data structure for EXYNOS display driver
- It is needed to s
This is definition of system registers for EXYNOS SoC.
Signed-off-by: Donghwa Lee
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
arch/arm/include/asm/arch-exynos/cpu.h|2 +
arch/arm/include/asm/arch-exynos/system.h | 51 +
2 files changed, 53 ins
On 30 March 2012 10:23, Donghwa Lee wrote:
> Hi,
> On 29 March 2012 23:37, Minkyu Kang wrote:
>
>> Dear Donghwa,
>>
>> On 29 March 2012 17:50, Donghwa Lee wrote:
>>> This is definition of system registers for EXYNOS SoC.
>>>
>>> Signed-off-by: Donghwa Lee
>>> Signed-off-by: Kyungmin Park
>>> --
Hi,
On 29 March 2012 23:37, Minkyu Kang wrote:
> Dear Donghwa,
>
> On 29 March 2012 17:50, Donghwa Lee wrote:
>> This is definition of system registers for EXYNOS SoC.
>>
>> Signed-off-by: Donghwa Lee
>> Signed-off-by: Kyungmin Park
>> ---
>> arch/arm/include/asm/arch-exynos/cpu.h|2 +
On Thu, Mar 29, 2012 at 4:51 PM, Albert ARIBAUD
wrote:
> Hi Tom,
>
> Le 29/03/2012 20:01, Tom Rini a écrit :
>>
>> On Wed, Mar 28, 2012 at 2:54 PM, Tom Rini wrote:
>>>
>>> Hello,
>>>
>>> The following changes since commit
>>> 4a3ea216414ad762b3718775a65437c13f0accbc:
>>> Rob Herring (1):
>>>
Hi Tom,
Le 29/03/2012 20:01, Tom Rini a écrit :
On Wed, Mar 28, 2012 at 2:54 PM, Tom Rini wrote:
Hello,
The following changes since commit 4a3ea216414ad762b3718775a65437c13f0accbc:
Rob Herring (1):
ARM: highbank: setup env from boot source register
are available in the git reposito
Dear Gerlando Falauto,
> Changes in the syntax (user API) for "env default":
> -f: override write-once variables
> -a: all (resetting the whole env is NOT the default behavior)
>
> Signed-off-by: Gerlando Falauto
I have to admit I'm not much of a fan of how you use this apply() callback, is
Dear Gerlando Falauto,
WD prodded me too long to review this patchset ;-D
> The logic of checking special parameters (e.g. baudrate, stdin, stdout,
> for a valid value and/or whether can be overwritten) and applying the
> new value to the running system is now all within a single function
> env_c
In file included from arch/arm/lib/board.c:43:0:
include/malloc.h:490:5: warning: "HAVE_MMAP" is not defined [-Wundef]
include/malloc.h:590:5: warning: "HAVE_USR_INCLUDE_MALLOC_H" is not defined
[-Wundef]
include/malloc.h:757:5: warning: "HAVE_MMAP" is not defined [-Wundef]
Signed-off-by: Marek V
On Wed, Mar 28, 2012 at 2:54 PM, Tom Rini wrote:
> Hello,
>
> The following changes since commit 4a3ea216414ad762b3718775a65437c13f0accbc:
> Rob Herring (1):
> ARM: highbank: setup env from boot source register
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-ti ma
Hi, Wolfgang,
The following changes since commit 7cb30b13f12077c7eec8ce2419cd96cd65ace8e2:
Merge branch 'master' of git://git.denx.de/u-boot-cfi-flash (2012-03-23
21:59:16 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-coldfire.git master
Alison Wang (2):
Co
On Thu, 29 Mar 2012 10:59:57 -0500
Kim Phillips wrote:
> fix for commit 39654bda4fcf67c0976d48ad4ad0b8b094d2c93d
sent to wrong list, please ignore.
Kim
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
fix for commit 39654bda4fcf67c0976d48ad4ad0b8b094d2c93d
"powerpc/p1022ds: define BR1/OR1 since DIU expects reasonable values".
Signed-off-by: Kim Phillips
---
board/freescale/p1022ds/diu.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/freescale/p1022ds/diu.c b/boar
Hi Wolfgang,
On Wed, Mar 28, 2012 at 11:30 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message <1332965305-21151-1-git-send-email-...@chromium.org> you wrote:
>> CONFIG_OF_CONTROL requires a valid device tree. However, we cannot call
>> panic() before the console is set up since the messa
Hi Prafulla,
On 03/29/2012 02:49 PM, Valentin Longchamp wrote:
> On 03/28/2012 09:48 AM, Prafulla Wadaskar wrote:
>> Basically spi_claim_bus and spi_release_bus are not supported in current
>> Kirkwood spi driver.
>> These are needed if someone wish to share the same interface pins with some
>>
On 03/29/2012 04:21 PM, Prafulla Wadaskar wrote:
>> On 03/28/2012 09:48 AM, Prafulla Wadaskar wrote:
On 03/26/2012 11:58 AM, Valentin Longchamp wrote:
> Some kirkwood based boards may need to implement such function due
>>
>> Correct, this is exactly our use case: we have the NAND Flash
>>
Am Donnerstag 29 März 2012, 16:24:23 schrieb Prafulla Wadaskar:
> > -Original Message-
> > From: Michael Walle [mailto:mich...@walle.cc]
> > Sent: 29 March 2012 18:08
> > To: Prafulla Wadaskar
> > Cc: u-boot@lists.denx.de
> > Subject: Re: [PATCH v2] lsxl: add support for lschlv2 and lsxhl
>
Dear Donghwa,
On 29 March 2012 17:50, Donghwa Lee wrote:
> This is definition of system registers for EXYNOS SoC.
>
> Signed-off-by: Donghwa Lee
> Signed-off-by: Kyungmin Park
> ---
> arch/arm/include/asm/arch-exynos/cpu.h | 2 +
> arch/arm/include/asm/arch-exynos/system.h | 51
>
> -Original Message-
> From: Michael Walle [mailto:mich...@walle.cc]
> Sent: 29 March 2012 18:08
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de
> Subject: Re: [PATCH v2] lsxl: add support for lschlv2 and lsxhl
>
> Am Dienstag 27 März 2012, 09:27:49 schrieb Prafulla Wadaskar:
> > > #
On 29 March 2012 17:25, Jaehoon Chung wrote:
> This patchset is supported the sdhci controller for Samsung-SoC.
> In mmc driver, already implemented the generic sdhci.
> There is no reason that didn't use sdhci.c.
> So, use the sdhci instead of s5p_mmc.
>
> Jaehoon Chung (3):
> mmc: sdhci: fix th
> -Original Message-
> From: Valentin Longchamp [mailto:valentin.longch...@keymile.com]
> Sent: 29 March 2012 18:20
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Gerlando Falauto; Holger Brunck
> Subject: Re: [PATCH v2] spi/kirkwood: add weak functions
> board_spi_bus_claim/release
Hi all!
The poll
http://www.doodle.com/6b9n3g4mnui73yai
shows that meeting at the
Libre Software Meeting (LSM)
from 7th to 12th July
in Geneva, Switzerland
appears to be the best option we have at this moment.
So let's do that! Let's have our first DEVELOPER'
Dear Mike,
In message <201203281210.50222.vap...@gentoo.org> you wrote:
>
> > As I lost track of who said what, I have set up a poll at Doodle.
>
> looks like the poll shows an answer ? can we make a decision on this ?
Indeed. I closed the poll.
Best regards,
Wolfgang Denk
--
DENX Software
Hi Prafulla,
On 03/28/2012 09:48 AM, Prafulla Wadaskar wrote:
>> On 03/26/2012 11:58 AM, Valentin Longchamp wrote:
>>> Some kirkwood based boards may need to implement such function due
>> to
>>> some HW designs.
>>
>> I see no feedback from your side on this patch. I think you should go
>> throug
Am Dienstag 27 März 2012, 09:27:49 schrieb Prafulla Wadaskar:
> > # diff --git a/board/buffalo/lsxl/config.mk
> > b/board/buffalo/lsxl/config.mk new file mode 100644
> > index 000..062554b
> > --- /dev/null
> > +++ b/board/buffalo/lsxl/config.mk
> > @@ -0,0 +1 @@
> > +ALL-y += $(obj)u-boot.kwb
Add boot switch setting information into the README
Signed-off-by: Fabio Estevam
---
doc/README.mx6qsabrelite |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/doc/README.mx6qsabrelite b/doc/README.mx6qsabrelite
index 0498cba..6f2f534 100644
--- a/doc/README.mx6qsabrelit
Hi Wolfgang,
> I still fail to understand why you would need fixed network settings.
> Evenin emergency cases, the only parameter you really need is a MAC
> address, all others can be fetched for example from a DHCP server.
bootp/dhcp should work for getting the ip address. My initial thought was
TRATS target uses MAX8997 PMIC device instead of MAX8998.
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
Acked-by: Minkyu Kang
---
Changes for v2:
- None
---
board/samsung/trats/trats.c | 27 ++-
include/configs/trats.h |2 +-
2 files changed, 11
This commit adds support for MAX8997 PMIC driver.
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
Cc: Stefano Babic
---
Changes for v2:
- Function for converting voltage to proper register value has been removed
---
drivers/misc/Makefile |1 +
drivers/misc/pmic_max8997.
This patch series adds support for MAX8997 PMIC device. This device has
been used at Trats Samsung target board.
---
Changes for v2:
- function for converting voltage to register value has been removed
---
Lukasz Majewski (2):
misc:pmic:max8997 MAX8997 support for PMIC driver
misc:pmic:samsu
Dear Anatolij Gustschin,
> Fix:
> mmc.c: In function 'mmc_bounce_buffer_start':
> mmc.c:132:13: warning: no return statement in function returning
> non-void [-Wreturn-type]
>
> Signed-off-by: Anatolij Gustschin
> Cc: Andy Fleming
> Cc: Marek Vasut
> ---
> Note: This appears when building with
This is definition of system registers for EXYNOS SoC.
Signed-off-by: Donghwa Lee
Signed-off-by: Kyungmin Park
---
arch/arm/include/asm/arch-exynos/cpu.h|2 +
arch/arm/include/asm/arch-exynos/system.h | 51 +
2 files changed, 53 insertions(+), 0 deletions(-
To support sdhci controller, remove the CONFIG_S5P_MMC..
Instead, use the CONFIG_S5P_SDHCI/CONFIG_SDHCI.
Signed-off-by: Jaehoon Chung
Signed-off-by: Kyungmin Park
---
include/configs/origen.h|3 ++-
include/configs/s5p_goni.h |3 ++-
include/configs/s5pc210_universa
In driver mmc, generic sdhci code is implemented.
s5p_mmc file is dupulicated.
we are good that use the generic sdhci.
This patch supported the sdhci for Samsung-SoC.
Signed-off-by: Jaehoon Chung
Signed-off-by: Kyungmin Park
---
arch/arm/include/asm/arch-exynos/mmc.h | 93 +++--
When response type is R1b, mask value is added the SDHCI_INT_DAT_END.
but in while(), didn't check that flag.
So sdhci controller didn't work fine.
CMD6 didn't always complete.
Signed-off-by: Jaehoon Chung
Signed-off-by: Kyungmin Park
---
drivers/mmc/sdhci.c | 33 +++--
This patchset is supported the sdhci controller for Samsung-SoC.
In mmc driver, already implemented the generic sdhci.
There is no reason that didn't use sdhci.c.
So, use the sdhci instead of s5p_mmc.
Jaehoon Chung (3):
mmc: sdhci: fix the wrong operation when response type is R1b
mmc: use sdh
Hi Stefano,
On Wed, 28 Mar 2012 16:43:51 +0200
Stefano Babic wrote:
> ok, understood. Then I will suggest you resubmit patches 1 and 2 with
> your work on Trats, because the patches belong together and they
> should be in the same patchset.
Hmm, I'm not the only one who is working on this board
Fix:
mmc.c: In function 'mmc_bounce_buffer_start':
mmc.c:132:13: warning: no return statement in function returning
non-void [-Wreturn-type]
Signed-off-by: Anatolij Gustschin
Cc: Andy Fleming
Cc: Marek Vasut
---
Note: This appears when building with merged u-boot-arm.git master.
drivers/mmc/m
78 matches
Mail list logo