On 14/08/2012 14:52, Benoît Thébaudeau wrote:
> This can be useful for fuse-like hardware, OTP SoC options, etc.
>
> Signed-off-by: Benoît Thébaudeau
> Cc: Wolfgang Denk
> Cc: Stefano Babic
> ---
Hi Benoît,
I agree with you that same code can be used then for i.MX6. There is no
need of a para
On 28/11/2012 22:35, Wolfgang Denk wrote:
> Dear Troy Kisky,
>
> In message <50b67c99.8080...@boundarydevices.com> you wrote:
>>
>> But the reason I didn't include common.h is because of the target specific
>> files that it also includes. Would you mind if I moved
>
> Why would these hurt? They
On 29/11/2012 06:28, Wolfgang Denk wrote:
> Dear Troy Kisky,
>
> In message <50b6cb79.4030...@boundarydevices.com> you wrote:
>>
>> Would you like to see the Linux way of ALIGN, or ROUND?
>
> Do you align some buffer or similar, or do you round (up) a size?
>
>> Now, back to the other topic you
Greetings
In general that's the last variant
http://dioptimizer.narod.ru/files/ap96/u-boot.bin (160 Kb)
It is advisable to flash original bootloader, and only then something
is seriously flash on the router.
If something does not work, see the file:
ap96/boot/u-boot/include/configs/ap96.h
(here the
Dear Dmytro,
Thank you, with this I was able to rewrite the flash!
I now have been able to restore the original boot loader, and I still have
interest in developing a bootloader that has additional features, however, with
this I believe I can recover the device back to its original configurarati
When both CONFIG_USB_GADGET & CONFIG_USB_ETHER are defined
the makefile links objects twice.
This patch uses a Makefile specific idiom of
'if defined(CONFIG_USB_GADGET) || defined(CONFIG_USB_ETHER)'
to handle the case.
Signed-off-by: Pantelis Antoniou
---
drivers/usb/gadget/Makefile | 10 ++
Hi Marek,
On Dec 1, 2012, at 7:30 AM, Marek Vasut wrote:
> Dear Pantelis Antoniou,
>
>> When both CONFIG_USB_GADGET & CONFIG_USB_ETHER are defined
>> the makefile links objects twice.
>>
>> The cleanest way to fix is to use a new define, CONFIG_USB_UTIL
>> which must be defined when either CONF
This patch adds aliases for SPI.
Signed-off-by: Rajeshwari Shinde
---
board/samsung/dts/exynos5250-smdk5250.dts |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/board/samsung/dts/exynos5250-smdk5250.dts
b/board/samsung/dts/exynos5250-smdk5250.dts
index 1562721..4d51d98
This patch set adds FDT support to SPI driver.
This patch set is based on top of
"EXYNOS5: FDT support for Sound"
Rajeshwari Shinde (4):
EXYNOS5: FDT: Add compatible strings for SPI
EXYNOS5 : FDT: Add Aliases for SPI device
EXYNOS5: FDT: Add SPI device node data
SPI: EXYNOS: Add FDT suppo
Add SPI device node data for exynos.
Signed-off-by: Rajeshwari Shinde
---
arch/arm/dts/exynos5250.dtsi | 25 +
1 files changed, 25 insertions(+), 0 deletions(-)
diff --git a/arch/arm/dts/exynos5250.dtsi b/arch/arm/dts/exynos5250.dtsi
index 3f750f0..e8ecf3f 100644
--- a
Add required compatible information for SPI driver.
Signed-off-by: Rajeshwari Shinde
---
include/fdtdec.h |1 +
lib/fdtdec.c |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/fdtdec.h b/include/fdtdec.h
index 0c195f3..d1279f4 100644
--- a/include/fdtdec.h
+
This patch adds FDT support to the SPI driver.
Signed-off-by: Simon Glass
Signed-off-by: Rajeshwari Shinde
---
drivers/spi/exynos_spi.c | 96 +++---
1 files changed, 90 insertions(+), 6 deletions(-)
diff --git a/drivers/spi/exynos_spi.c b/drivers/spi/e
Hi Stefano,
On Monday, December 3, 2012 10:03:22 AM, Stefano Babic wrote:
> I am thinking about if we need some kind of protection to avoid to
> destroy very easy the SOC. Running a fuse command can be much more
> dangerous as scrubbing NAND or erasing flash.
>
> What about to add at least a "-y"
On 03/12/2012 12:25, Benoît Thébaudeau wrote:
> Hi Stefano,
>
> On Monday, December 3, 2012 10:03:22 AM, Stefano Babic wrote:
>> I am thinking about if we need some kind of protection to avoid to
>> destroy very easy the SOC. Running a fuse command can be much more
>> dangerous as scrubbing NAND o
Add FDT support to PMIC MAX77686 chip.
This patch set is based on top of:
"EXYNOS5: Add FDT support to SPI"
Rajeshwari Shinde (3):
EXYNOS5: FDT: Add compatible strings for PMIC
EXYNOS5: Add device node for PMIC
PMIC: MAX77686: Add FDT Support
board/samsung/dts/exynos5250-smdk5250.dts |
Add required compatible information for PMIC
Signed-off-by: Rajeshwari Shinde
---
include/fdtdec.h |1 +
lib/fdtdec.c |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/fdtdec.h b/include/fdtdec.h
index d1279f4..976e6af 100644
--- a/include/fdtdec.h
+++ b/in
Add device node for MAX77686
Signed-off-by: Rajeshwari Shinde
---
board/samsung/dts/exynos5250-smdk5250.dts |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/board/samsung/dts/exynos5250-smdk5250.dts
b/board/samsung/dts/exynos5250-smdk5250.dts
index 4d51d98..6072a6a
This patch adds fdt support to MAX77686.
Signed-off-by: Rajeshwari Shinde
---
drivers/misc/pmic_max77686.c | 34 +-
1 files changed, 29 insertions(+), 5 deletions(-)
diff --git a/drivers/misc/pmic_max77686.c b/drivers/misc/pmic_max77686.c
index 36f7f4d..113d038
On Sat, Dec 1, 2012 at 5:42 PM, Simon Glass wrote:
> Hi Tom,
>
> On Sat, Dec 1, 2012 at 10:32 AM, Tom Rini wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On 12/01/12 09:38, Simon Glass wrote:
> >> The following changes since commit
> >> b8715d8def240014da5614a4f940130ec06d9
Currently there's no appropriate place to store driver specific data
because the pointer that is meant for that (priv) is being used to
store the base address of mmc registers.
Introduce a new struct for storing driver specific data.
Signed-off-by: Nikita Kiryanov
---
drivers/mmc/omap_hsmmc.c |
There are 3 MMC/SD/SDIO controllers in OMAP SoCs, but only 2 structs
are defined for devices. This leads to data being written outside of
array bounds on systems that use all 3 controllers.
Update hsmmc_dev array to the correct size.
Signed-off-by: Nikita Kiryanov
---
drivers/mmc/omap_hsmmc.c |
Implement a card detection check for cm-t35.
Signed-off-by: Nikita Kiryanov
Signed-off-by: Igor Grinberg
---
board/cm_t35/cm_t35.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/board/cm_t35/cm_t35.c b/board/cm_t35/cm_t35.c
index 87a18c0..50c0990 100644
--- a/board/cm_t35/cm
This patchset implements card detection and write protection check for omap mmc.
The write protect implementation also adds generic code that is usable by other
mmc drivers.
The first 3 patches are preparation patches that contain general maintenance
for omap mmc driver.
This patchset depends on
Implement driver check for card detection.
Signed-off-by: Nikita Kiryanov
Signed-off-by: Igor Grinberg
---
arch/arm/cpu/armv7/am33xx/board.c|4 +--
arch/arm/cpu/armv7/omap-common/boot-common.c |4 +--
arch/arm/cpu/armv7/omap3/board.c |4 +--
arch/arm/include/
Add generic mmc write protection functionality.
Signed-off-by: Nikita Kiryanov
Signed-off-by: Igor Grinberg
---
common/cmd_mmc.c |7 +++
drivers/mmc/arm_pl180_mmci.c |1 +
drivers/mmc/bfin_sdh.c |1 +
drivers/mmc/davinci_mmc.c|1 +
drivers/mmc/fsl_esdhc
Add check for write protection in omap mmc driver.
Signed-off-by: Nikita Kiryanov
Signed-off-by: Igor Grinberg
---
arch/arm/cpu/armv7/am33xx/board.c|4 ++--
arch/arm/cpu/armv7/omap-common/boot-common.c |4 ++--
arch/arm/cpu/armv7/omap3/board.c |4 ++--
arch/a
The various mmc_host_def.h files are almost identical.
Reduce code duplication by moving the similar definitions to a common
header file.
Signed-off-by: Nikita Kiryanov
Signed-off-by: Igor Grinberg
---
arch/arm/include/asm/arch-am33xx/mmc_host_def.h | 140 +--
arch/arm/include/
Dear Rob Herring,
In message <1354503629-25621-6-git-send-email-robherri...@gmail.com> you wrote:
> From: Rob Herring
>
> Standard pxelinux servers would use zImage rather than u-boot image
> format, so use bootz instead of bootm if enabled.
Why would this be the case? We should encourage the
Dear Marek Vasut,
In message <201212030457.11755.ma...@denx.de> you wrote:
>
> > IMHO it would make more sense to just make sure that LC_ALL is not set
> > at all, i. e. to explicitly unset it.
>
> Hrm ... shall we introduce a patch that sanitizes the env then? Maybe we can
> fix
> the LDFLAGS
Hi Otavio,
On Mon, Dec 3, 2012 at 4:12 AM, Otavio Salvador wrote:
>[snip]
> Maybe it is the time to move patman to another git repository?
>
> patman is nice for many projects so maybe it could live outside U-Boot git?
Maybe one day, but we still have a number of things to sort out - e.g.
the t
This patch sets adds pinmux for USB and function to init VBus.
Rajeshwari Shinde (2):
EXYNOS5: Add pinmux for VBus
SMDK5250: Enable VBus for USB
arch/arm/cpu/armv7/exynos/pinmux.c| 10 ++
arch/arm/include/asm/arch-exynos/periph.h |1 +
board/samsung/smdk5250/smdk5250.c
This patch sets pinmux for VBus of USB.
Signed-off-by: Vivek Gautam
Signed-off-by: Rajeshwari Shinde
---
arch/arm/cpu/armv7/exynos/pinmux.c| 10 ++
arch/arm/include/asm/arch-exynos/periph.h |1 +
2 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/
This patch enables Vbus required for USB.
Signed-off-by: Vivek Gautam
Signed-off-by: Rajeshwari Shinde
---
board/samsung/smdk5250/smdk5250.c | 17 +
1 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/board/samsung/smdk5250/smdk5250.c
b/board/samsung/smdk5250/smdk
Change e-mail address of Luka Perkov.
Signed-off-by: Luka Perkov
CC: Luka Perkov
---
MAINTAINERS | 2 +-
board/iomega/iconnect/iconnect.c| 2 +-
board/iomega/iconnect/iconnect.h| 2 +-
board/iomega/iconnect/kwbimage.cfg | 2 +-
board/raidsonic/ib62x0/ib62x0.c
This patch set adds FDT support for USB device.
Rajeshwari Shinde (3):
EHCI: Exynos: Add fdt support
EXYNOS5: Add device node for USB.
EXYNOS5: FDT: Add compatible strings for USB
arch/arm/dts/exynos5250.dtsi |6
drivers/usb/host/ehci-exynos.c | 57
Adding fdt support to ehci-exynos in order to parse
register base addresses from the device node.
Signed-off-by: Vivek Gautam
---
drivers/usb/host/ehci-exynos.c | 57 ---
1 files changed, 52 insertions(+), 5 deletions(-)
diff --git a/drivers/usb/host/ehci-e
This patch adds the device node required for USB
Signed-off-by: Vivek Gautam
---
arch/arm/dts/exynos5250.dtsi |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arch/arm/dts/exynos5250.dtsi b/arch/arm/dts/exynos5250.dtsi
index e8ecf3f..dd2c6ac 100644
--- a/arch/arm/dts
Add required compatible information for USB
Signed-off-by: Vivek Gautam
---
include/fdtdec.h |1 +
lib/fdtdec.c |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/fdtdec.h b/include/fdtdec.h
index 976e6af..09d1d38 100644
--- a/include/fdtdec.h
+++ b/include/
On Mon, Dec 3, 2012 at 10:18 PM, Rajeshwari Shinde
wrote:
> This patch sets pinmux for VBus of USB.
>
> Signed-off-by: Vivek Gautam
> Signed-off-by: Rajeshwari Shinde
> ---
> arch/arm/cpu/armv7/exynos/pinmux.c| 10 ++
> arch/arm/include/asm/arch-exynos/periph.h |1 +
> 2 f
On 12/02/2012 10:58 PM, Marek Vasut wrote:
> Dear Rob Herring,
>
>> From: Rob Herring
>>
>> Since wfi instruction is only available on ARMv7, add a conditional
>> macro for it.
>>
>> Signed-off-by: Rob Herring
>> ---
>> arch/arm/include/asm/system.h |6 ++
>> 1 file changed, 6 inserti
Hi Kyungmin Park,
On Mon, Dec 3, 2012 at 7:00 PM, Kyungmin Park wrote:
> On Mon, Dec 3, 2012 at 10:18 PM, Rajeshwari Shinde
> wrote:
>> This patch sets pinmux for VBus of USB.
>>
>> Signed-off-by: Vivek Gautam
>> Signed-off-by: Rajeshwari Shinde
>> ---
>> arch/arm/cpu/armv7/exynos/pinmux.c
On Thu, Nov 15, 2012 at 04:35:26PM +0900, Nobuhiro Iwamatsu wrote:
> When __BYTEORDER_HAS_U64__ is not defined, we got warning following:
>
> -
> /tmp/include/linux/byteorder/little_endian.h: In function
> ???__cpu_to_be64p???:
> /tmp/include/linux/byteorder/little_endian.h:71:2: warning: im
On Fri, Nov 30, 2012 at 03:07:05PM +0900, Nobuhiro Iwamatsu wrote:
> Hi Tom,
>
> Please pull u-boot-sh master branch.
>
> Best regards,
> Nobuhiro
>
> The following changes since commit b8715d8def240014da5614a4f940130ec06d9ebf:
>
> Merge branch 'master' of git://git.denx.de/u-boot-fdt (201
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/02/12 09:55, Simon Glass wrote:
> From: Gabe Black
>
> The default implementation of this function is just memset, but
> other implementations will be needed when physical memory isn't
> accessible by U-Boot using normal addressing mechanisms.
On Sat, Dec 01, 2012 at 06:38:43AM -0800, Simon Glass wrote:
> The following changes since commit b8715d8def240014da5614a4f940130ec06d9ebf:
>
> Merge branch 'master' of git://git.denx.de/u-boot-fdt (2012-11-29
> 06:41:56 -0700)
>
> are available in the git repository at:
>
> git://git.denx.
On Mon, Dec 3, 2012 at 10:38 PM, Rajeshwari Birje
wrote:
> Hi Kyungmin Park,
>
> On Mon, Dec 3, 2012 at 7:00 PM, Kyungmin Park wrote:
>> On Mon, Dec 3, 2012 at 10:18 PM, Rajeshwari Shinde
>> wrote:
>>> This patch sets pinmux for VBus of USB.
>>>
>>> Signed-off-by: Vivek Gautam
>>> Signed-off-by
On 12/03/2012 06:22 AM, Wolfgang Denk wrote:
> Dear Rob Herring,
>
> In message <1354503629-25621-6-git-send-email-robherri...@gmail.com> you
> wrote:
>> From: Rob Herring
>>
>> Standard pxelinux servers would use zImage rather than u-boot image
>> format, so use bootz instead of bootm if enable
Update usb host support to use new version of omap_ehci_hcd_init.
Signed-off-by: Nikita Kiryanov
---
Explanation: apparently there was a failed remote update and I did not have
the latest version of the code.
@Marek: If it's possible to fold this into commit "cm-t35: add USB host support"
that wo
On Mon, Dec 3, 2012 at 10:27 AM, Simon Glass wrote:
> Hi Otavio,
>
> On Mon, Dec 3, 2012 at 4:12 AM, Otavio Salvador
> wrote:
> >[snip]
>
> > Maybe it is the time to move patman to another git repository?
> >
> > patman is nice for many projects so maybe it could live outside U-Boot
> git?
>
> M
On Sat, Dec 01, 2012 at 11:42:28AM -0800, Simon Glass wrote:
> Hi Tom,
>
> On Sat, Dec 1, 2012 at 10:32 AM, Tom Rini wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On 12/01/12 09:38, Simon Glass wrote:
> >> The following changes since commit
> >> b8715d8def240014da5614a4f940
Dear Wolfgang Denk,
> Dear Marek Vasut,
>
> In message <201212030457.11755.ma...@denx.de> you wrote:
> > > IMHO it would make more sense to just make sure that LC_ALL is not set
> > > at all, i. e. to explicitly unset it.
> >
> > Hrm ... shall we introduce a patch that sanitizes the env then? Ma
Dear Rajeshwari Shinde,
> This patch sets adds pinmux for USB and function to init VBus.
>
> Rajeshwari Shinde (2):
> EXYNOS5: Add pinmux for VBus
> SMDK5250: Enable VBus for USB
>
> arch/arm/cpu/armv7/exynos/pinmux.c| 10 ++
> arch/arm/include/asm/arch-exynos/periph.h |
Dear Rob Herring,
> On 12/02/2012 10:58 PM, Marek Vasut wrote:
> > Dear Rob Herring,
> >
> >> From: Rob Herring
> >>
> >> Since wfi instruction is only available on ARMv7, add a conditional
> >> macro for it.
> >>
> >> Signed-off-by: Rob Herring
> >> ---
> >>
> >> arch/arm/include/asm/syste
Dear Rajeshwari Shinde,
> Adding fdt support to ehci-exynos in order to parse
> register base addresses from the device node.
>
> Signed-off-by: Vivek Gautam
[...]
$ ./tools/checkpatch.pl \[PATCH\ 1_3\]\ EHCI_Exynos_Add\ fdt\ support.mbox
WARNING: line over 80 characters
#136: FILE: drivers/us
Dear Rajeshwari Shinde,
> This patch set adds FDT support for USB device.
>
> Rajeshwari Shinde (3):
> EHCI: Exynos: Add fdt support
> EXYNOS5: Add device node for USB.
> EXYNOS5: FDT: Add compatible strings for USB
>
> arch/arm/dts/exynos5250.dtsi |6
> drivers/usb/host/ehci-e
Dear Nikita Kiryanov,
> Update usb host support to use new version of omap_ehci_hcd_init.
>
> Signed-off-by: Nikita Kiryanov
> ---
> Explanation: apparently there was a failed remote update and I did not have
> the latest version of the code.
> @Marek: If it's possible to fold this into commit "
Dear Pantelis Antoniou,
> When both CONFIG_USB_GADGET & CONFIG_USB_ETHER are defined
> the makefile links objects twice.
>
> This patch uses a Makefile specific idiom of
> 'if defined(CONFIG_USB_GADGET) || defined(CONFIG_USB_ETHER)'
> to handle the case.
>
> Signed-off-by: Pantelis Antoniou
[..
On Tue, Nov 20, 2012 at 06:06:30AM -0800, Simon Glass wrote:
> Hi Wolfgang,
>
> On Mon, Nov 19, 2012 at 11:25 PM, Wolfgang Denk wrote:
> > Dear Simon Glass,
> >
> > In message <1353100842-20126-1-git-send-email-...@chromium.org> you wrote:
> >> The previous generic board series hit a snag in that
Hi,
I am encountering the following i2c error on OMAP5 with mainline u-boot:
OMAP5430 EVM # mmc rescan
timed out in wait_for_bb: I2C_STAT=1410
It seems the first call to i2c_write for bus I2C1 will fail and will leave the
bus with SCL stuck low, preventing further i2c operations.
While stil
We add a return code to wait_for_bb() to be able to report errors to the
callers properly. We in turn handle this new error code in i2c_read, i2c_write
and i2c_probe.
Signed-off-by: Vincent Stehlé
---
drivers/i2c/omap24xx_i2c.c | 20 ++--
1 file changed, 14 insertions(+), 6 del
We handle i2c_write return code and complain in case of error. We propagate the
error, too, to allow better handling at the upper level in the future.
Signed-off-by: Vincent Stehlé
---
drivers/power/twl6035.c | 17 +
include/twl6035.h |2 +-
2 files changed, 14 insert
As far as every arch has a get_timer function,
run_command_and_time_it code can now disappear.
Signed-off-by: Richard Genoud
---
common/cmd_time.c | 33 ++---
common/command.c |4 +++-
common/hush.c |2 +-
common/main.c |2 +-
include/command.h
On 12/03/2012 04:28 PM, Richard Genoud wrote:
> As far as every arch has a get_timer function,
> run_command_and_time_it code can now disappear.
>
> Signed-off-by: Richard Genoud
> ---
> common/cmd_time.c | 33 ++---
> common/command.c |4 +++-
> common/hush.c
OMAP5 has 8b i2c data register field, like OMAP2, 3 and 4. Handle in the same
way. This fixes the following error on OMAP5:
OMAP5430 EVM # mmc rescan
timed out in wait_for_bb: I2C_STAT=1410
twl6035: could not turn on LDO9.
Signed-off-by: Vincent Stehlé
---
drivers/i2c/omap24xx_i2c.c | 1
2012/12/3 Stefan Roese :
>> @@ -543,7 +543,9 @@ enum command_ret_t cmd_process(int flag, int argc, char
>> * const argv[],
>>
>> /* If OK so far, then do the command */
>> if (!rc) {
>> + if (ticks) *ticks = get_timer(0);
>
> Newline please:
>
> if (ticks)
>
As far as every arch has a get_timer function,
run_command_and_time_it code can now disappear.
Signed-off-by: Richard Genoud
---
common/cmd_time.c | 33 ++---
common/command.c |6 +-
common/hush.c |2 +-
common/main.c |2 +-
include/command.
Hi Tom,
On Mon, Dec 3, 2012 at 5:59 AM, Tom Rini wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 12/02/12 09:55, Simon Glass wrote:
>> From: Gabe Black
>>
>> The default implementation of this function is just memset, but
>> other implementations will be needed when physical memo
From: Rob Herring
Standard pxelinux servers will typically use a zImage rather than u-boot
image format, so fallback to bootz if bootm fails.
Signed-off-by: Rob Herring
---
v2:
- Only fall back to bootz when bootm fails instead of being either or
option.
common/cmd_pxe.c | 11 ++-
On Wed, Nov 28, 2012 at 1:39 AM, Andy Fleming wrote:
>
> Timur Tabi (5):
> powerpc/85xx/p5040: add CONFIG_SYS_PPC64, del
> CONFIG_SYS_FSL_ELBC_MULTIBIT_ECC
> powerpc/85xx: add support for the Freescale P5040DS Superhydra
> reference board
> powerpc/85xx: implement check for err
Acked-by: Che-Liang Chiou
On Mon, Dec 3, 2012 at 8:23 AM, Richard Genoud wrote:
> 2012/12/3 Stefan Roese :
>>> @@ -543,7 +543,9 @@ enum command_ret_t cmd_process(int flag, int argc, char
>>> * const argv[],
>>>
>>> /* If OK so far, then do the command */
>>> if (!rc) {
>>> +
Acked-By: Che-Liang Chiou
On Mon, Dec 3, 2012 at 8:28 AM, Richard Genoud wrote:
> As far as every arch has a get_timer function,
> run_command_and_time_it code can now disappear.
>
> Signed-off-by: Richard Genoud
> ---
> common/cmd_time.c | 33 ++---
> common/comm
Hi Tom, Simon, Wolfgang,
On Tue, Dec 4, 2012 at 1:54 AM, Tom Rini wrote:
> On Tue, Nov 20, 2012 at 06:06:30AM -0800, Simon Glass wrote:
>> Hi Wolfgang,
>>
>> On Mon, Nov 19, 2012 at 11:25 PM, Wolfgang Denk wrote:
>> > Dear Simon Glass,
>> >
>> > In message <1353100842-20126-1-git-send-email-...@
This patch series adds basic (boot to cmd prompt) support for Tegra30.
This is based on the Tegra20 SPL, which initializes the AVP (ARM7TDMI)
boot proc) first, then control is transferred to the CPU (A9 quad cluster).
It is based on current u-boot-tegra/next. Some Tegra20 files were
changed or move
Hi Graeme,
On Mon, Dec 3, 2012 at 2:02 PM, Graeme Russ wrote:
> Hi Tom, Simon, Wolfgang,
>
> On Tue, Dec 4, 2012 at 1:54 AM, Tom Rini wrote:
>> On Tue, Nov 20, 2012 at 06:06:30AM -0800, Simon Glass wrote:
>>> Hi Wolfgang,
>>>
>>> On Mon, Nov 19, 2012 at 11:25 PM, Wolfgang Denk wrote:
>>> > Dear
Sorry - hit send too soon. A couple of minor edits and I'll resend.
> -Original Message-
> From: Tom Warren [mailto:twarren.nvi...@gmail.com]
> Sent: Monday, December 03, 2012 3:18 PM
> To: u-boot@lists.denx.de
> Cc: twarren.nvi...@gmail.com; s...@chromium.org; Stephen Warren;
> albert.u.b
On Fri, Nov 30, 2012 at 4:25 PM, Doug Anderson wrote:
> Currently we go through and generate the CC list for patches twice.
> This gets slow when (in a future CL) we add a call to
> get_maintainer.pl on Linux. Instead of doing things twice, just cache
> the CC list when it is first generated.
>
>
On Fri, Nov 30, 2012 at 4:25 PM, Doug Anderson wrote:
> If we're sending a cover letter make sure to CC everyone that we're
> CCing on each of the individual patches.
>
> Signed-off-by: Doug Anderson
Looks good, but can you please add a note to the README under the
'Where Patches Are Sent' heade
On Fri, Nov 30, 2012 at 4:29 PM, Doug Anderson wrote:
> For Linux the best way to figure out where to send a patch is with the
> "get_maintainer.pl" script. Add support for calling it from patman.
> Support is added unconditionally for "scripts/get_maintainer.pl" in
> case it is helpful for any o
On Fri, Nov 30, 2012 at 4:29 PM, Doug Anderson wrote:
> This patch adds support for a [settings] section in the .patman file.
> In this section you can add settings that will affect the default
> values for command-line options.
>
> Support is added in a generic way such that any setting can be up
Hi Doug,
On Fri, Nov 30, 2012 at 4:29 PM, Doug Anderson wrote:
> There are cases that we want to support different settings (or maybe
> even different aliases) for different projects. Add support for this
> by:
> * Adding detection for two big projects: U-Boot and Linux.
> * Adding default setti
On Fri, Nov 30, 2012 at 4:29 PM, Doug Anderson wrote:
> The settings modules now has doctests, so run them.
>
> Signed-off-by: Doug Anderson
Acked-by: Simon Glass
> ---
> tools/patman/patman.py |5 +++--
> 1 files changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/tools/patman/patm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/03/12 17:19, Simon Glass wrote:
> Hi Graeme,
>
> On Mon, Dec 3, 2012 at 2:02 PM, Graeme Russ
> wrote:
>> Hi Tom, Simon, Wolfgang,
>>
>> On Tue, Dec 4, 2012 at 1:54 AM, Tom Rini wrote:
>>> On Tue, Nov 20, 2012 at 06:06:30AM -0800, Simon Glass
Hi Tom,
On Tue, Dec 4, 2012 at 10:39 AM, Tom Rini wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 12/03/12 17:19, Simon Glass wrote:
>> Hi Graeme,
>>
>> On Mon, Dec 3, 2012 at 2:02 PM, Graeme Russ
>> wrote:
>>> Hi Tom, Simon, Wolfgang,
>>>
>>> On Tue, Dec 4, 2012 at 1:54 AM, Tom
This patch series adds basic (boot to cmd prompt) support for Tegra30.
This is based on the Tegra20 SPL, which initializes the AVP (ARM7TDMI)
boot proc) first, then control is transferred to the CPU (A9 quad cluster).
It is based on current u-boot-tegra/next. Some Tegra20 files were
changed or move
Common Tegra files are in arch-tegra, shared between T20 and T30.
Tegra30-specific headers are in arch-tegra30. Note that some of
these will be filled in as more T30 support is added (drivers,
WB/LP0 support, etc.). A couple of Tegra20 files were changed
to support common headers in arch-tegra, als
This provides SPL support for T30 boards - AVP early init, plus
CPU (A9) init/jump to main U-Boot.
Some changes were made to Tegra20 cpu.c to move common routines
into tegra-common/cpu.c and reduce code duplication.
Signed-off-by: Tom Warren
---
V2: Move common CPU init code to tegra-common/cpu.
These files are for code that runs on the CPU (A9) on T30 boards.
At this time, it's only the RCM (Recovery Mode) cmd file, which
is in tegra-common. As T30-specific run-time code is added, it'll
go here.
Signed-off-by: Tom Warren
---
V2: Cleanup whitespace issues
arch/arm/cpu/armv7/tegra30/Mak
These files are used by both SPL and main U-Boot.
Also made minor changes to shared Tegra code to support
T30 differences.
Signed-off-by: Tom Warren
---
V2:
* Differentiate between T20 and T30 in ODMDATA and query_sdram_size.
* Fix numerous func entries in pingroup table as per Stephen.
* Added w
These are stripped down for bringup, They'll be filled out later
to match-up with the kernel DT contents, and/or as devices are
brought up (mmc, usb, spi, etc.).
Signed-off-by: Tom Warren
---
V2: Reduce to the minimum needed to build/boot to cmd prompt
arch/arm/dts/tegra30.dtsi |6
This patch adds basic Tegra30 (T30) build support - no specific
board is targeted.
Signed-off-by: Tom Warren
---
V2:
* Use generic CONFIG_TEGRA in Makefile instead of specific SOC test
* Cleanup a couple of include files due to T20/T30 build differences
* Move pinmux_init to board code
Makefile
This build is stripped down. It boots to the command prompt.
GPIO is the only peripheral supported. Others TBD.
include/configs/tegra-common.h now holds common config options
for Tegra SoCs.
Signed-off-by: Tom Warren
---
V2:
* Move pinmux_init to cardhu.c, move pinmux-config header here, too.
*
This contains just the minimum information for a coreboot-based board.
Signed-off-by: Stefan Reinauer
Signed-off-by: Gabe Black
Signed-off-by: Simon Glass
---
Changes in v2:
- Update alex to use this include file
- Add an empty link .dts which also uses this include file
arch/x86/dts/coreboot
From: Stefan Reinauer
This helps us monitor boot progress and determine where U-Boot dies if
there are any problems.
Signed-off-by: Stefan Reinauer
Signed-off-by: Simon Glass
---
Changes in v2:
- Enable boot progress in coreboot config file
arch/x86/cpu/coreboot/coreboot.c |2 ++
includ
From: Duncan Laurie
Coreboot was always using MTRR 7 for the write-protect
cache entry that covers the ROM and U-boot was removing it.
However with 4GB configs we need more MTRRs for the BIOS
and so the WP MTRR needs to move. Instead coreboot will
always use the last available MTRR that is norma
From: Vadim Bendebury
Some u-boot modules rely on availability of get_ticks() and
get_tbclk() functions, reporting a free running clock and its
frequency respectively. Traditionally these functions return number
and frequency of timer interrupts.
Intel's core architecture processors however are
When running from coreboot we don't want this code, so make it
optional.
Signed-off-by: Simon Glass
---
Changes in v2:
- Add new patch to remove video code, to avoid compile error
README|7 +++
arch/x86/lib/Makefile |4 ++--
2 files changed, 9 insertions(+), 2 deleti
On 12/03/2012 04:45 PM, Tom Warren wrote:
> This patch series adds basic (boot to cmd prompt) support for Tegra30.
> This is based on the Tegra20 SPL, which initializes the AVP (ARM7TDMI)
> boot proc) first, then control is transferred to the CPU (A9 quad cluster).
> It is based on current u-boot-t
On 12/03/2012 04:45 PM, Tom Warren wrote:
> Common Tegra files are in arch-tegra, shared between T20 and T30.
> Tegra30-specific headers are in arch-tegra30. Note that some of
> these will be filled in as more T30 support is added (drivers,
> WB/LP0 support, etc.). A couple of Tegra20 files were ch
From: Gabe Black
Because calculate_relocation_address now uses the e820 map, it will be able
to avoid addresses over 32 bits and regions that are at high addresses but
not big enough for U-Boot. It also means we can remove the hack which
limitted U-Boot's idea of the size of memory to less than 4
On 12/03/2012 04:45 PM, Tom Warren wrote:
> This provides SPL support for T30 boards - AVP early init, plus
> CPU (A9) init/jump to main U-Boot.
>
> Some changes were made to Tegra20 cpu.c to move common routines
> into tegra-common/cpu.c and reduce code duplication.
> arch/arm/cpu/arm720t/tegra
1 - 100 of 127 matches
Mail list logo
