Re: [U-Boot] Where to put a large bootloader-supplied device tree on ARM ?

Hi Rob, On Thu, 12 Jul 2012 20:28:22 -0500, Rob Herring wrote: > On 07/12/2012 04:47 PM, Wolfgang Denk wrote: > > Dear Albert ARIBAUD, > > > > In message <20120712233801.0411daa7@lilith> you wrote: > >> > >> If I'm not mistaken, yes U-Boot loads itself as high as it can, and I don't > >> know ab

Re: [U-Boot] problem on BL1.bin

Dear Balaji, In message you wrote: > > Iam using smdkv310 board of SAMSUNG EXYNOS SOC. How bl1.bin file copy the > uboot.bin file from SD/MMC card to DDR2 RAM. > by using the following device copy functions > > #define SDMMC_ReadBlocks_eMMC_ByCPU(uNumOfBlks, uDstAddr) \ > (((void(*)(u3

Re: [U-Boot] [PATCH] fdt: Include arch specific gpio.h

Hi Joe, This is generic gpio cleanup but I don't think this is the same thing. I think you should get some warnings for fdtdec compilation around missing gpio_request declaration or you include gpio.h in any other header file which is in fdtdec.c/h. Sorry I don't really under

[U-Boot] problem on BL1.bin

Hi All, Iam using smdkv310 board of SAMSUNG EXYNOS SOC. How bl1.bin file copy the uboot.bin file from SD/MMC card to DDR2 RAM. by using the following device copy functions #define SDMMC_ReadBlocks_eMMC_ByCPU(uNumOfBlks, uDstAddr) \ (((void(*)(u32, u32*))(*((u32 *)EXT_eMMC43_BL2_ByCPU_ADD

Re: [U-Boot] [PATCH] fsl: board EEPROM has the CRC in the wrong location

On Jul 12, 2012, at 9:30 PM, Wolfgang Denk wrote: > Dear York, > > In message <9f5356fb-8ca2-44de-9089-64abd82ca...@freescale.com> you wrote: >> >> That patch itself is OK. But the comment is incorrect. We keep >> adding more mac addresses to this data structure. The CRC was at the >> end. The

Re: [U-Boot] [PATCH] fsl: board EEPROM has the CRC in the wrong location

Dear Timur Tabi, In message <4fff5524.2080...@freescale.com> you wrote: > > My patch provides transparent updates to handle it. It will read broken > EEPROMs and verify the CRC in the old location, and if you have re-save > the EEPROM, it will put the CRC in the right place. It will work by chan

Re: [U-Boot] [PATCH] fsl: board EEPROM has the CRC in the wrong location

Dear York, In message <9f5356fb-8ca2-44de-9089-64abd82ca...@freescale.com> you wrote: > > That patch itself is OK. But the comment is incorrect. We keep > adding more mac addresses to this data structure. The CRC was at the > end. The offset 0xCC was correct. This is a totally broken design then

Re: [U-Boot] Where to put a large bootloader-supplied device tree on ARM ?

On 07/12/2012 04:47 PM, Wolfgang Denk wrote: > Dear Albert ARIBAUD, > > In message <20120712233801.0411daa7@lilith> you wrote: >> >> If I'm not mistaken, yes U-Boot loads itself as high as it can, and I don't >> know about the FDT, but no, U-Boot does not "like" to load initrd "just >> below that"

Re: [U-Boot] Need help to get u-boot running on the taskit stamp9g20

Dear Markus Hubig, On 12.07.12 17:49, Markus Hubig wrote: > On Thu, Jul 12, 2012 at 11:28:13AM +0200, Andreas Bießmann wrote: >> On 11.07.2012 21:28, Markus Hubig wrote: >>> as part of my bachelor thesis I'm working with the stamp9g20 / portuxg20 >>> board from taskit (http://www.taskit.de/produkt

Re: [U-Boot] [PATCH] fsl: board EEPROM has the CRC in the wrong location

On Jul 12, 2012, at 3:37 PM, Scott Wood wrote: > On 07/12/2012 05:03 PM, sun york-R58495 wrote: >> Timur, >> >> That patch itself is OK. But the comment is incorrect. We keep adding more >> mac addresses to this data structure. The CRC was at the end. The offset >> 0xCC was correct. > > Is th

Re: [U-Boot] [PATCH] fsl: board EEPROM has the CRC in the wrong location

Scott Wood wrote: > If the 0xCC version is already in real use, then this change should bump > the version number. I can't, because I don't control the spec. Like I said, it was just wrong before. No one has more than 23 MAC addresses anyway. My patch provides transparent updates to handle it.

Re: [U-Boot] [PATCH] fsl: board EEPROM has the CRC in the wrong location

On 07/12/2012 05:46 PM, sun york-R58495 wrote: > > On Jul 12, 2012, at 3:37 PM, Scott Wood wrote: > >> On 07/12/2012 05:03 PM, sun york-R58495 wrote: >>> Timur, >>> >>> That patch itself is OK. But the comment is incorrect. We keep adding more >>> mac addresses to this data structure. The CRC wa

Re: [U-Boot] [PATCH] fsl: board EEPROM has the CRC in the wrong location

Scott Wood wrote: >> > That patch itself is OK. But the comment is incorrect. We keep adding more >> > mac addresses to this data structure. The CRC was at the end. The offset >> > 0xCC was correct. > Is there anything in the data structure to indicate that this growth has > happened? The versi

Re: [U-Boot] [PATCH] fsl: board EEPROM has the CRC in the wrong location

On 07/12/2012 05:03 PM, sun york-R58495 wrote: > Timur, > > That patch itself is OK. But the comment is incorrect. We keep adding more > mac addresses to this data structure. The CRC was at the end. The offset 0xCC > was correct. Is there anything in the data structure to indicate that this gro

Re: [U-Boot] [PATCH] fsl: board EEPROM has the CRC in the wrong location

Timur, That patch itself is OK. But the comment is incorrect. We keep adding more mac addresses to this data structure. The CRC was at the end. The offset 0xCC was correct. York On Jul 12, 2012, at 2:46 PM, Timur Tabi wrote: > The NXID v1 EEPROM format has the CRC at offset 0xFC, but for som

Re: [U-Boot] [RFC][PATCH v3] net: nfs: make NFS_TIMEOUT configurable

Hi Joe, Tom, (2012/07/13 1:40), Joe Hershberger wrote: Hi Tom, On Thu, Jul 12, 2012 at 11:30 AM, Tom Rini wrote: On Thu, Jul 12, 2012 at 11:16:00AM -0500, Joe Hershberger wrote: Hi Tetsuyuki Kobayashi, On Thu, Jul 12, 2012 at 2:30 AM, Tetsuyuki Kobayashi wrote: Dear Joe Hershberger, How

Re: [U-Boot] Where to put a large bootloader-supplied device tree on ARM ?

Dear Albert ARIBAUD, In message <20120712233801.0411daa7@lilith> you wrote: > > If I'm not mistaken, yes U-Boot loads itself as high as it can, and I don't > know about the FDT, but no, U-Boot does not "like" to load initrd "just > below that": it loads initrd where the boot commands tell it to,

[U-Boot] [PATCH] fsl: board EEPROM has the CRC in the wrong location

The NXID v1 EEPROM format has the CRC at offset 0xFC, but for some reason it was placed at address 0xCC instead. To retain compatibility with existing boards, we check the CRC in the old location if necessary. Signed-off-by: Timur Tabi --- board/freescale/common/sys_eeprom.c | 28

Re: [U-Boot] Intro guide for configuring U-Boot for a custom board?

Hi Luciano, On Thu, 12 Jul 2012 13:36:40 -0500, Luciano Moretti wrote: > I've currently got a custom Freescale P2020 board that I'd like to > evaluate Das U-Boot on. > > Is there a good guide to defining a configuration for a new board > somewhere? Most of what I see in the documentation assum

Re: [U-Boot] Where to put a large bootloader-supplied device tree on ARM ?

Hi Rob, On Thu, 12 Jul 2012 15:34:17 -0500, Rob Herring wrote: > [adding u-boot list] > > On 07/12/2012 01:52 AM, Mitch Bradley wrote: > > On 7/8/2012 6:30 PM, Nicolas Pitre wrote: > >> On Fri, 6 Jul 2012, Mitch Bradley wrote: > >> > >>> On 7/6/2012 3:23 PM, David VomLehn (dvomlehn) wrote: > >>>

[U-Boot] Intro guide for configuring U-Boot for a custom board?

I've currently got a custom Freescale P2020 board that I'd like to evaluate Das U-Boot on. Is there a good guide to defining a configuration for a new board somewhere? Most of what I see in the documentation assumes that you are using an evaluation board that U-Boot has already been compiled & te

Re: [U-Boot] Need help to get u-boot running on the taskit stamp9g20

On Thu, Jul 12, 2012 at 08:07:17AM +0200, Wolfgang Denk wrote: > In message > you > wrote: > > > I include the old patch (portuxg20.patch) and the three patches I made in > > this > > email. My patches are based on u-boot v2012.04.01. > > Sorry, but it doesn't work like that. We don't read s

Re: [U-Boot] Need help to get u-boot running on the taskit stamp9g20

On Thu, Jul 12, 2012 at 11:28:13AM +0200, Andreas Bießmann wrote: > On 11.07.2012 21:28, Markus Hubig wrote: > > as part of my bachelor thesis I'm working with the stamp9g20 / portuxg20 > > board from taskit (http://www.taskit.de/produkte/stamp9g20/index.htm). I > > have a patch for a older version

Re: [U-Boot] Where to put a large bootloader-supplied device tree on ARM ?

[adding u-boot list] On 07/12/2012 01:52 AM, Mitch Bradley wrote: > On 7/8/2012 6:30 PM, Nicolas Pitre wrote: >> On Fri, 6 Jul 2012, Mitch Bradley wrote: >> >>> On 7/6/2012 3:23 PM, David VomLehn (dvomlehn) wrote: The kernel *must* go where it is linked, but the FDT contains only relative >>>

Re: [U-Boot] [PATCH v2] arm: cm4008, cm41xx: Fix ROM relocation

Hi Yann, On Thu, 05 Jul 2012 17:19:00 +0200, "Andreas Bießmann" wrote: > Dear Yann Vernier, > > On 05.07.2012 15:22, Yann Vernier wrote: > > Changed CONFIG_SYS_TEXT_BASE to actual address (required for > > board_init_f) and moved it into cm4008.h, along with a warning that it > > must match CON

Re: [U-Boot] [V4] arm: Fix to mistake clean the memory space

Hi Zhong Hongbo, On Sat, 7 Jul 2012 21:24:33 +0800, Zhong Hongbo wrote: > From: Zhong Hongbo > > In currently, when __bss_start is equal to __bss_end__, > The bss loop will clear all the things in memory space. > > But just only when __bss_end__ greater than __bss_start__, > we do the clear b

Re: [U-Boot] [PATCH 2/7] HACK: rearrange link order for thumb

Hi Graeme, On Tue, 10 Jul 2012 10:57:39 +1000, Graeme Russ wrote: > Hi Allen > > On Tue, Jul 10, 2012 at 10:45 AM, Allen Martin wrote: > > On Sat, Jul 07, 2012 at 03:15:36AM -0700, Albert ARIBAUD wrote: > >> Hi Allen, > >> > >> On Fri, 6 Jul 2012 16:17:19 -0700, Allen Martin wrote: > > [snip]

Re: [U-Boot] [PATCH] beagle: only call DSS code when #defined CONFIG_VIDEO_OMAP3

On 07/12/2012 11:27 AM, Albert ARIBAUD wrote: > Hi Peter, > > On Tue, 10 Jul 2012 20:21:28 +0200 (CEST), Peter Meerwald > wrote: >> >>> So, why? Are you doing custom builds for beagleboard, but with the dss >>> stuff removed? To try and make beagle an easier starting point for >>> custom hardw

Re: [U-Boot] [PATCH] beagle: only call DSS code when #defined CONFIG_VIDEO_OMAP3

Hi Peter, On Tue, 10 Jul 2012 20:21:28 +0200 (CEST), Peter Meerwald wrote: > > > So, why? Are you doing custom builds for beagleboard, but with the dss > > stuff removed? To try and make beagle an easier starting point for > > custom hardware? Thanks! > > I consider a CONFIG #define which o

Re: [U-Boot] [PATCH v3 11/18] arm: Add control over cachability of memory regions

Hi Simon, On Thu, 12 Jul 2012 08:25:11 -0700, Simon Glass wrote: > Add support for adjusting the cachability of an L1 section by updating > the MMU. The mmu_set_region_dcache() function allows drivers to make > these changes after the MMU is set up. > > It is implemented only for ARMv7 at presen

[U-Boot] [PATCH] powerpc/mpc85xx: Change NMG_CPU_A011 workaround condition

This erratum applies to the following SoCs: P4080 rev 1.0, 2.0, fixed in rev 3.0 P2041 rev 1.0, 1.1, fixed in rev 2.0 P3041 rev 1.0, 1.1, fixed in rev 2.0. Workaround for erratum NMG_CPU_A011 is now enabled by default. It can be disabled by hwconfig with syntax: fsl_cpu_a011:disable Signed-off-b

Re: [U-Boot] Ethernet on PandaBoard

On 2012-07-12 10:16, Tom Rini wrote: On Thu, Jul 12, 2012 at 08:26:55AM -0600, Gary Thomas wrote: On 2012-07-12 07:27, Gary Thomas wrote: On 2012-07-12 07:20, Tom Rini wrote: On Thu, Jul 12, 2012 at 07:17:59AM -0600, Gary Thomas wrote: On 2012-07-12 07:15, Tom Rini wrote: On Thu, Jul 12, 201

Re: [U-Boot] [RFC][PATCH v3] net: nfs: make NFS_TIMEOUT configurable

Hi Tom, On Thu, Jul 12, 2012 at 11:30 AM, Tom Rini wrote: > On Thu, Jul 12, 2012 at 11:16:00AM -0500, Joe Hershberger wrote: >> Hi Tetsuyuki Kobayashi, >> >> On Thu, Jul 12, 2012 at 2:30 AM, Tetsuyuki Kobayashi >> wrote: >> > Dear Joe Hershberger, >> > >> > How is this patch's status? >> >> Som

Re: [U-Boot] [PATCH] fdt: Include arch specific gpio.h

Hi Michal, On Wed, Jul 11, 2012 at 6:21 AM, Michal Simek wrote: > On 07/11/2012 12:59 PM, Simon Glass wrote: >> >> Hi, >> >> >> On Wed, Jul 11, 2012 at 12:43 PM, Michal Simek > > wrote: >> >> On 07/11/2012 11:59 AM, Simon Glass wrote: >> >> Hi Michal, >> >> >>

Re: [U-Boot] [RFC][PATCH v3] net: nfs: make NFS_TIMEOUT configurable

On Thu, Jul 12, 2012 at 11:16:00AM -0500, Joe Hershberger wrote: > Hi Tetsuyuki Kobayashi, > > On Thu, Jul 12, 2012 at 2:30 AM, Tetsuyuki Kobayashi wrote: > > Dear Joe Hershberger, > > > > How is this patch's status? > > Someone marked it as RFC in patchwork, so I lost track of it. That would b

Re: [U-Boot] Ethernet on PandaBoard

On Thu, Jul 12, 2012 at 08:26:55AM -0600, Gary Thomas wrote: > On 2012-07-12 07:27, Gary Thomas wrote: > >On 2012-07-12 07:20, Tom Rini wrote: > >>On Thu, Jul 12, 2012 at 07:17:59AM -0600, Gary Thomas wrote: > >>>On 2012-07-12 07:15, Tom Rini wrote: > On Thu, Jul 12, 2012 at 07:06:02AM -0600, G

Re: [U-Boot] [RFC][PATCH v3] net: nfs: make NFS_TIMEOUT configurable

Hi Tetsuyuki Kobayashi, On Thu, Jul 12, 2012 at 2:30 AM, Tetsuyuki Kobayashi wrote: > Dear Joe Hershberger, > > How is this patch's status? Someone marked it as RFC in patchwork, so I lost track of it. I'll apply it to next. Thanks, -Joe ___ U-Boot m

[U-Boot] [PATCH v3 12/18] lcd: Add CONFIG_LCD_ALIGNMENT to select frame buffer alignment

The normal alignment is PAGE_SIZE, but if this is defined, we can support other alignments. The motivation for this change is to make the display section-aligned on ARM so that we can easily turn off data caching for the frame buffer region without resorting to level 2 page tables. Signed-off-by:

[U-Boot] [PATCH v3 17/18] lcd: Add CONSOLE_SCROLL_LINES option to speed console

When the cursor position gets to the end of the LCD console we normally scroll by one line. This adds an option to increase that value. Console scrolling is often slow, and if a large amount of output is being sent, increasing this option to 10 or so will speed things up considerably. Signed-off-

[U-Boot] [PATCH v3 09/18] tegra: Add LCD driver

This driver supports driving a single LCD and providing a U-Boot console on it. Signed-off-by: Simon Glass --- Changes in v2: - Update LCD driver to deal with new fdt bindings Changes in v3: - Adjust LCD driver to use new SOC display driver structures - Move some fdt decode code from LCD driver

[U-Boot] [PATCH v3 07/18] tegra: Add support for PWM

The pulse width/frequency modulation peripheral supports generating a repeating pulse. It is useful for controlling LCD brightness. Signed-off-by: Simon Glass --- Changes in v3: - Decode fdt node within the pwm driver - Introduce concept of a pwm channel, rather than separate peripherals - Rename

[U-Boot] [PATCH v3 18/18] tegra: Enable display/lcd support on Seaboard

From: Mayuresh Kulkarni Enable the Seaboard's 16-bit LCD and use it as the console. Signed-off-by: Mayuresh Kulkarni Signed-off-by: Simon Glass --- include/configs/seaboard.h | 11 +-- 1 files changed, 9 insertions(+), 2 deletions(-) diff --git a/include/configs/seaboard.h b/inclu

[U-Boot] [PATCH v3 14/18] tegra: Align LCD frame buffer to section boundary

For tegra we want to enable the cache for the LCD. This is easier if we can avoid using L2 page tages, so align the LCD to a section boundary. Signed-off-by: Simon Glass --- Changes in v2: - Align tegra display using new CONFIG_LCD_ALIGNMENT feature include/configs/tegra2-common.h |3 +++ 1

[U-Boot] [PATCH v3 06/18] tegra: fdt: Add LCD definitions for Tegra

Add LCD definitions and also a proposed binding for LCD displays. The PWM is as per what will likely be committed to linux-next soon. The displaymode binding comes from a proposal here: http://lists.freedesktop.org/archives/dri-devel/2012-July/024875.html The panel binding is new, and fills a n

[U-Boot] [PATCH v3 11/18] arm: Add control over cachability of memory regions

Add support for adjusting the cachability of an L1 section by updating the MMU. The mmu_set_region_dcache() function allows drivers to make these changes after the MMU is set up. It is implemented only for ARMv7 at present. This is needed for LCD support, where we want to make the LCD frame buffe

[U-Boot] [PATCH v3 10/18] tegra: Add LCD support to Nvidia boards

Add calls to the LCD driver from Nvidia board code. Signed-off-by: Simon Glass --- Changes in v3: - Add separate call to pwm_init() in board_init() board/nvidia/common/board.c | 24 +++- 1 files changed, 23 insertions(+), 1 deletions(-) diff --git a/board/nvidia/common/bo

[U-Boot] [PATCH v3 08/18] tegra: Add SOC support for display/lcd

From: Wei Ni Add support for the LCD peripheral at the Tegra2 SOC level. A separate LCD driver will use this functionality to configure the display. Mayuresh Kulkarni: - changes to remove bitfields and clean up for submission Simon Glass: - simplify code, move clock control into here, clean-up

[U-Boot] [PATCH v3 15/18] tegra: Support control of cache settings for LCD

Add support for selecting the required cache mode for the LCD: off, write-through or write-back. Signed-off-by: Simon Glass --- Changes in v3: - Handle a cached frame buffer out of normal U-Boot memory drivers/video/tegra.c | 11 +++ 1 files changed, 11 insertions(+), 0 deletions(-)

[U-Boot] [PATCH v3 13/18] lcd: Add support for flushing LCD fb from dcache after update

This provides an option for the LCD to flush the dcache after each update (puts, scroll or clear). Signed-off-by: Simon Glass --- Changes in v2: - Put the LCD cache flush logic into lcd_putc() instead of lcd_puts() Changes in v3: - Put the LCD cache flush logic back into lcd_puts() common/lcd.

[U-Boot] [PATCH v3 16/18] tegra: fdt: Add LCD definitions for Seaboard

The Seaboard has a 1366x768 16bpp LCD. The backlight is controlled by one of the PWMs. Signed-off-by: Simon Glass --- Changes in v2: - Update seaboard LCD definitions for new fdt binding Changes in v3: - Use new upstream proposed LCD definitions board/nvidia/dts/tegra2-seaboard.dts | 32

[U-Boot] [PATCH v3 01/18] fdt: Tidy debugging, add to fdtdec_get_int/addr()

The new debugging shows the value of integers and addresses read from the device tree and tidy up GPIO output. Signed-off-by: Simon Glass --- Changes in v3: - Remove spurious newline from fdtdec_get_addr() debug output - Tidy up fdtdec_decode_gpios() debug output lib/fdtdec.c | 27 +++

[U-Boot] [PATCH v3 03/18] tegra: Use const for pinmux_config_pingroup/table()

These two functions don't actually modify their arguments so add a const keyword. Signed-off-by: Simon Glass --- Changes in v2: - Add new patch to use const in pinmux_config_pingroup/table() arch/arm/cpu/armv7/tegra2/pinmux.c|4 ++-- arch/arm/include/asm/arch-tegra2/pinmux.h |4

[U-Boot] [PATCH v3 05/18] tegra: fdt: Add pwm binding and node

This binding will apparently soon be in linux-next. Bring it in now since we need to do something, and may as well try to target what Linux will have. Signed-off-by: Simon Glass --- Changes in v3: - Add new commit for pwm binding and node arch/arm/dts/tegra20.dtsi|7

[U-Boot] [PATCH v3 04/18] tegra: Add display support to funcmux

Add support for a default pin mapping for display1. Signed-off-by: Simon Glass --- Changes in v2: - Use const where possible in funcmux Changes in v3: - Remove LPW1 pin which is not needed by display arch/arm/cpu/armv7/tegra2/funcmux.c | 38 +++ 1 files change

[U-Boot] [PATCH v3 02/18] fdt: Add header guard to fdtdec.h

This makes it easier to include this header from other headers. Signed-off-by: Simon Glass --- include/fdtdec.h |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/include/fdtdec.h b/include/fdtdec.h index fab577e..c30947a 100644 --- a/include/fdtdec.h +++ b/include/fdtde

[U-Boot] [PATCH v3 0/18] tegra: Add display driver and LCD support for Seaboard

This series adds support for the Tegra2x's display peripheral. This supports the LCD display on Seaboard and we use this to enable console output in U-Boot on the LCD. Configuration is via the device tree. Proposed bindings are included in this series, taken from pwm bindings that should be in lin

Re: [U-Boot] [PATCH] arm: armv7: add compile option -mno-unaligned-access if available

On 2012-07-02 03:42, Tetsuyuki Kobayashi wrote: Recent compiler generates unaligned memory access in armv7 default. But current U-Boot does not allow unaligned memory access, so it causes data abort exception. This patch add compile option "-mno-unaligned-access" if it is available. Signed-off-b

Re: [U-Boot] Ethernet on PandaBoard

On 2012-07-12 07:27, Gary Thomas wrote: On 2012-07-12 07:20, Tom Rini wrote: On Thu, Jul 12, 2012 at 07:17:59AM -0600, Gary Thomas wrote: On 2012-07-12 07:15, Tom Rini wrote: On Thu, Jul 12, 2012 at 07:06:02AM -0600, Gary Thomas wrote: On 2012-07-12 03:30, Tom Rini wrote: On Thu, Jul 12, 201

Re: [U-Boot] Ethernet on PandaBoard

On 2012-07-12 07:20, Tom Rini wrote: On Thu, Jul 12, 2012 at 07:17:59AM -0600, Gary Thomas wrote: On 2012-07-12 07:15, Tom Rini wrote: On Thu, Jul 12, 2012 at 07:06:02AM -0600, Gary Thomas wrote: On 2012-07-12 03:30, Tom Rini wrote: On Thu, Jul 12, 2012 at 02:20:18AM -0700, Tom Rini wrote: O

Re: [U-Boot] Ethernet on PandaBoard

On Thu, Jul 12, 2012 at 07:17:59AM -0600, Gary Thomas wrote: > On 2012-07-12 07:15, Tom Rini wrote: > >On Thu, Jul 12, 2012 at 07:06:02AM -0600, Gary Thomas wrote: > >>On 2012-07-12 03:30, Tom Rini wrote: > >>>On Thu, Jul 12, 2012 at 02:20:18AM -0700, Tom Rini wrote: > On Wed, Jul 11, 2012 at 0

Re: [U-Boot] Ethernet on PandaBoard

On 2012-07-12 07:15, Tom Rini wrote: On Thu, Jul 12, 2012 at 07:06:02AM -0600, Gary Thomas wrote: On 2012-07-12 03:30, Tom Rini wrote: On Thu, Jul 12, 2012 at 02:20:18AM -0700, Tom Rini wrote: On Wed, Jul 11, 2012 at 07:08:50AM -0600, Gary Thomas wrote: I just tried rev 211e47549b668c7cdd865

Re: [U-Boot] Ethernet on PandaBoard

On Thu, Jul 12, 2012 at 07:06:02AM -0600, Gary Thomas wrote: > On 2012-07-12 03:30, Tom Rini wrote: > >On Thu, Jul 12, 2012 at 02:20:18AM -0700, Tom Rini wrote: > >>On Wed, Jul 11, 2012 at 07:08:50AM -0600, Gary Thomas wrote: > >> > >>>I just tried rev 211e47549b668c7cdd8658c0413a272f0d0495d4 (v201

[U-Boot] [PATCH] dts/Makefile: Check for empty $(LDSCRIPT)

Make sure that $(LDSCRIPT) is not empty before calling process_lds with 'cat $(LDSCRIPT)' else cat will block waiting for input from stdin. Signed-off-by: Horst Kronstorfer --- dts/Makefile | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/dts/Makefile b/dts/Makefile index

Re: [U-Boot] Ethernet on PandaBoard

On 2012-07-12 03:30, Tom Rini wrote: On Thu, Jul 12, 2012 at 02:20:18AM -0700, Tom Rini wrote: On Wed, Jul 11, 2012 at 07:08:50AM -0600, Gary Thomas wrote: I just tried rev 211e47549b668c7cdd8658c0413a272f0d0495d4 (v2012.07-rc1) for my PandaBoard. Sadly, this is failing when I try to use the

Re: [U-Boot] [PATCH v2 4/7] dfu: MMC specific routines for DFU operation

On Thu, Jul 12, 2012 at 02:39:27PM +0200, Lukasz Majewski wrote: > On Wed, 11 Jul 2012 04:54:31 -0700 > Tom Rini wrote: > > > On Tue, Jul 10, 2012 at 12:38:54PM +0200, Lukasz Majewski wrote: > > > Hi Tom, > > > > > > > On Wed, Jul 04, 2012 at 05:48:39PM +0200, Lukasz Majewski wrote: > > > > > Su

Re: [U-Boot] [PATCH v2 4/7] dfu: MMC specific routines for DFU operation

On Wed, 11 Jul 2012 04:54:31 -0700 Tom Rini wrote: > On Tue, Jul 10, 2012 at 12:38:54PM +0200, Lukasz Majewski wrote: > > Hi Tom, > > > > > On Wed, Jul 04, 2012 at 05:48:39PM +0200, Lukasz Majewski wrote: > > > > Support for MMC storage devices to work with DFU framework. > > > > > > > > Signed

Re: [U-Boot] [PATCH] powerpc/sgmii: To support PHY link state auto detect in SGMII mode

Note that this patch works with new dts. Please refer to: http://patchwork.ozlabs.org/patch/170617/ -Hongtao. > -Original Message- > From: Jia Hongtao-B38951 > Sent: Thursday, July 12, 2012 5:40 PM > To: u-boot@lists.denx.de > Cc: aflem...@gmail.com; sun york-R58495; Li Yang-R58472; Jia H

[U-Boot] [PATCH] powerpc/sgmii: To support PHY link state auto detect in SGMII mode

PHYs on SGMII riser card are used in SGMII mode with different external IRQs from eTSEC. This means in SGMII mode phy-handle and phy-connection-type under ethernet node should be updated. Otherwise the PHY interrupt can not be handled therefor PHY link state change can not be auto detected. For we

Re: [U-Boot] [PATCH v4] Correct corrupted NAND Flash access on KARO TX25 modules

Dear Gachet Daniel, In message <7605b15734f74b40a124aed46b25250a0102f...@hefrmbx01.sofr.hefr.lan> you wrote: > Hi Scott and Stefano, > > You will find below the newest patch for the NAND flash access problem on the > TX25 module. > I hope this version is fulfilling all your expectations. > > C

Re: [U-Boot] [PATCH v2 07/19] tegra: fdt: Add LCD definitions for Tegra

On Thu 12 Jul 2012 05:40:51 PM JST, Thierry Reding wrote: Linux has a generic PWM backlight driver. This is currently solved by using this in the DT: backlight { compatible = "pwm-backlight"; pwms = <&pwm 0 500>; brightness-levels = <0

Re: [U-Boot] [U-Boot-DM] FDT driver initialization function declaration

Hi On Wednesday 11 of July 2012 11:52:13 Michal Simek wrote: > On 07/10/2012 03:12 PM, Marek Vasut wrote: > > Dear Wolfgang Denk, > > > >> Dear Michal Simek, > >> > >> In message<4ffc1ef8.9060...@monstr.eu> you wrote: > >>> The hardest part I have identify on microblaze was about u-boot > >>> v

Re: [U-Boot] [V3] arm: Fix to mistake clean the memory space

Dear Albert Aribaud, On 09.07.2012 16:20, Albert ARIBAUD wrote: > Hi Andreas, > > On Mon, 09 Jul 2012 13:21:12 +0200, "Andreas Bießmann" > wrote: >> Dear Zhong Hongbo, >> >> On 07.07.2012 15:19, Zhong Hongbo wrote: >>> On 07/07/2012 05:58 PM, Albert ARIBAUD wrote: Hi Zhong Hongbo,

Re: [U-Boot] [PATCH v2] arm: cm4008, cm41xx: set gd->ram_size in dram_init

On 10.07.2012 14:19, Greg Ungerer wrote: > On 07/10/2012 07:58 AM, Albert ARIBAUD wrote: >> Hi Andreas, >> >> On Fri, 06 Jul 2012 12:25:00 +0200, "Andreas Bießmann" >> wrote: >>> Dear Yann Vernier, >>> >>> On 06.07.2012 11:14, Yann Vernier wrote: On Friday 06 July 2012 10:43:40 you wrote:

Re: [U-Boot] Ethernet on PandaBoard

On Thu, Jul 12, 2012 at 02:20:18AM -0700, Tom Rini wrote: > On Wed, Jul 11, 2012 at 07:08:50AM -0600, Gary Thomas wrote: > > > I just tried rev 211e47549b668c7cdd8658c0413a272f0d0495d4 (v2012.07-rc1) > > for my PandaBoard. Sadly, this is failing when I try to use the onboard > > ethernet (EHCI US

Re: [U-Boot] [PATCH v2] arm: cm4008, cm41xx: set gd->ram_size in dram_init

Dear Albert Aribaud, On 09.07.2012 23:58, Albert ARIBAUD wrote: > Hi Andreas, > > On Fri, 06 Jul 2012 12:25:00 +0200, "Andreas Bießmann" > wrote: >> Dear Yann Vernier, >> >> On 06.07.2012 11:14, Yann Vernier wrote: >>> On Friday 06 July 2012 10:43:40 you wrote: >>> Could I save the value dec

Re: [U-Boot] Need help to get u-boot running on the taskit stamp9g20

Dear Markus Hubig, On 11.07.2012 21:28, Markus Hubig wrote: > Hello @all, > > as part of my bachelor thesis I'm working with the stamp9g20 / portuxg20 > board from taskit (http://www.taskit.de/produkte/stamp9g20/index.htm). I > have a patch for a older version (2010.somewhat) of u-boot to get it

Re: [U-Boot] Ethernet on PandaBoard

On Wed, Jul 11, 2012 at 07:08:50AM -0600, Gary Thomas wrote: > I just tried rev 211e47549b668c7cdd8658c0413a272f0d0495d4 (v2012.07-rc1) > for my PandaBoard. Sadly, this is failing when I try to use the onboard > ethernet (EHCI USB based) controller: Sorry for the late response, at a conference.

Re: [U-Boot] [PATCH v2 07/19] tegra: fdt: Add LCD definitions for Tegra

On Thu, Jul 12, 2012 at 10:21:01AM +0200, Simon Glass wrote: > Hi Thierry, > > On Wed, Jul 11, 2012 at 7:48 AM, Thierry Reding > wrote: > > On Wed, Jul 11, 2012 at 06:44:10AM +0200, Simon Glass wrote: > >> Hi Stephen, > >> > >> On Fri, Jun 15, 2012 at 1:32 AM, Stephen Warren > >> wrote: > >> > >

Re: [U-Boot] [U-Boot-DM] FDT driver initialization function declaration

I am missing how you want to pass driver configuration data(addresses, settings) to the driver. I expect that this must be done out of device drivers. thats what platform_data is for, if i understand what you mean That's my understanding too. But the point is how it is passed to the driver

Re: [U-Boot] [PATCH v2 07/19] tegra: fdt: Add LCD definitions for Tegra

Hi Thierry, On Wed, Jul 11, 2012 at 7:48 AM, Thierry Reding wrote: > On Wed, Jul 11, 2012 at 06:44:10AM +0200, Simon Glass wrote: >> Hi Stephen, >> >> On Fri, Jun 15, 2012 at 1:32 AM, Stephen Warren wrote: >> >> > On 06/13/2012 10:19 AM, Simon Glass wrote: >> > > Add LCD definitions and also a pr

Re: [U-Boot] [PATCH V3 2/3] arm/davinci/da850: add uart0 pinmux

On Mon Jul 09, 2012 at 10:52:42PM +0400, Mikhail Kshevetskiy wrote: > Signed-off-by: Mikhail Kshevetskiy > --- > Change for v3: > * split DDR and UART bugfixes to separate patch series (series 1/3) > Change for v2: > * fix checkpatch warnings > --- > arch/arm/cpu/arm926ejs/davinci/da850_pinmux.

Re: [U-Boot] [PATCH V3 3/3] serial/ns16550: ns16550 has a different register layout on SOC_DA8XX

On Mon Jul 09, 2012 at 10:52:43PM +0400, Mikhail Kshevetskiy wrote: > also fix NS16550_init() as we need 16x divider > > Signed-off-by: Mikhail Kshevetskiy > Acked-by: Christian Riesch > Tested-by: Christian Riesch > --- > Change for v3: > * split DDR and UART bugfixes to separate patch series

Re: [U-Boot] [RFC][PATCH v3] net: nfs: make NFS_TIMEOUT configurable

Dear Joe Hershberger, How is this patch's status? (2012/07/04 17:25), Tetsuyuki Kobayashi wrote: NFS_TIMEOUT is constant value defined in net/nfs.c. But sometimes it needs to adjust. This patch enables to override NFS_TIMEOUT by defining CONFIG_NFS_TIMEOUT in a board specific config file. Si