Dear Chander Kashyap,
On 19 December 2011 15:16, Chander Kashyap wrote:
> Signed-off-by: Chander Kashyap
> ---
> board/samsung/origen/lowlevel_init.S | 5 +
> board/samsung/origen/origen_setup.h | 12
> 2 files changed, 17 insertions(+), 0 deletions(-)
>
applied to u-boo
Hi Graeme,
On Sun, Jan 1, 2012 at 8:09 PM, Graeme Russ wrote:
>
> Signed-off-by: Graeme Russ
> ---
> arch/x86/include/asm/init_helpers.h | 5 +
> arch/x86/include/asm/relocate.h | 33 ++
> arch/x86/lib/board.c | 188
> +--
> arch/x86
Hi Graeme,
On Sun, Jan 1, 2012 at 8:09 PM, Graeme Russ wrote:
>
> Signed-off-by: Graeme Russ
> ---
> arch/x86/include/asm/init_helpers.h | 39 +
> arch/x86/include/asm/init_wrappers.h | 42 +
> arch/x86/lib/Makefile | 2 +
> arch/x86/lib/board.c |
Hi Graeme,
On Sun, Jan 1, 2012 at 8:09 PM, Graeme Russ wrote:
>
> Signed-off-by: Graeme Russ
Perhaps mention why? Anyway:
Acked-by: Simon Glass
Regards,
Simon
> ---
> arch/x86/lib/board.c | 7 ---
> arch/x86/lib/zimage.c | 7 +++
> 2 files changed, 7 insertions(+), 7 deletio
On Sun, Jan 1, 2012 at 8:09 PM, Graeme Russ wrote:
>
> Signed-off-by: Graeme Russ
Acked-by: Simon Glass
> ---
> arch/x86/lib/Makefile | 1 +
> arch/x86/lib/board.c | 27 ---
> arch/x86/lib/cmd_boot.c | 64
> +++
> 3 file
Hi Graeme,
On Sun, Jan 1, 2012 at 8:09 PM, Graeme Russ wrote:
>
> Signed-off-by: Graeme Russ
Acked-by: Simon Glass
Thanks for the x86 assembler lesson :-)
Regards,
Simon
> ---
> arch/x86/lib/bios.S | 134 +--
> arch/x86/lib/realmode_switch.S
Hi Graeme,
On Sun, Jan 1, 2012 at 8:09 PM, Graeme Russ wrote:
>
> Signed-off-by: Graeme Russ
Seems a bit more than just checkpatch.
Acked-by: Simon Glass
Regards,
Simon
> ---
> arch/x86/cpu/interrupts.c | 2 +-
> arch/x86/cpu/start16.S | 57 +++--
Hi Graeme,
On Sun, Jan 1, 2012 at 8:09 PM, Graeme Russ wrote:
>
> Signed-off-by: Graeme Russ
> ---
> arch/x86/lib/board.c | 15 ++-
> 1 files changed, 10 insertions(+), 5 deletions(-)
>
> diff --git a/arch/x86/lib/board.c b/arch/x86/lib/board.c
> index ffddfbe..52e27e1 100644
> --
Hi Graeme,
On Sun, Jan 1, 2012 at 8:09 PM, Graeme Russ wrote:
>
> Signed-off-by: Graeme Russ
> ---
> arch/x86/cpu/cpu.c | 18 +++---
> arch/x86/include/asm/u-boot-x86.h | 1 +
> arch/x86/lib/board.c | 1 +
> 3 files changed, 17 insertions(+), 3 de
On Sun, Jan 1, 2012 at 8:09 PM, Graeme Russ wrote:
>
> Signed-off-by: Graeme Russ
Acked-by: Simon Glass
> ---
> arch/x86/lib/board.c | 4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/arch/x86/lib/board.c b/arch/x86/lib/board.c
> index 9c4ecda..4e54dba 100644
> -
Hi Graeme,
On Sun, Jan 1, 2012 at 8:09 PM, Graeme Russ wrote:
> Use the base address of the 'F' segment as a pointer to the global data
> structure. By adding the linear address (i.e. the 'D' segment address)
> as the first word of the global data structure, the address of the
> global data relat
Hi Graeme,
On Sun, Jan 1, 2012 at 8:09 PM, Graeme Russ wrote:
>
> Signed-off-by: Graeme Russ
I think all of these patches should have a commit message. Anyway:
Acked-by: Simon Glass
Regards,
Simon
> ---
> arch/x86/lib/board.c | 23 +++
> 1 files changed, 11 insertions
Hi Graeme,
On Sun, Jan 1, 2012 at 8:09 PM, Graeme Russ wrote:
>
> Signed-off-by: Graeme Russ
Commit message?
> ---
> arch/x86/cpu/start.S | 20 +---
> arch/x86/include/asm/u-boot-x86.h | 2 ++
> arch/x86/lib/board.c | 25 ++-
Hi Graeme,
On Sun, Jan 1, 2012 at 8:09 PM, Graeme Russ wrote:
>
This probably needs a commit message?
Regards,
Simon
> Signed-off-by: Graeme Russ
> ---
> arch/x86/cpu/cpu.c | 82 +--
> 1 files changed, 53 insertions(+), 29 deletions(-)
>
> di
2012/1/2 Thierry Reding :
> Check for card detect each time an MMC/SD device is initialized. If card
> detection is not implemented, this code behaves as before and continues
> assuming a card is present. If no card is detected, has_init is reset
> for the MMC/SD device (to force initialization nex
Hi Graeme,
On Sun, Jan 1, 2012 at 8:09 PM, Graeme Russ wrote:
>
> Signed-off-by: Graeme Russ
> ---
> arch/x86/cpu/start.S | 3 ++-
> arch/x86/include/asm/processor.h | 6 +-
> 2 files changed, 7 insertions(+), 2 deletions(-)
>
> diff --git a/arch/x86/cpu/start.S b/arch/x86
2012/1/2 Thierry Reding :
> The new API no longer uses the extra cd parameter that was used to store
> the card presence state. Instead, this information is returned via the
> function's return value. board_mmc_getcd() returns -1 to indicate that
> no card-detection mechanism is implemented; 0 indi
Hi Graeme,
On Sun, Jan 1, 2012 at 8:09 PM, Graeme Russ wrote:
> The implementations of memcpy and memset are now the optimised versions
> from glibc, so use them instead of simple copy loops
>
> Signed-off-by: Graeme Russ
> ---
> arch/x86/lib/board.c | 17 +
> 1 files changed,
2012/1/2 Thierry Reding :
> This card-detect hook probably doesn't work. Perhaps somebody with more
> knowledge about the hardware can comment on this. I think that perhaps
> even the complete code from esdhc_init() could go into the getcd()
> function instead or mmc_getcd() needs to be called at s
On Sun, Jan 1, 2012 at 8:09 PM, Graeme Russ wrote:
> Taken from glibc version 2.14.90
>
> Signed-off-by: Graeme Russ
Acked-by: Simon Glass
> ---
> arch/x86/include/asm/string.h | 2 +-
> arch/x86/lib/string.c | 61
> +
> 2 files changed, 6
Dear Chander Kashyap,
On 19 December 2011 17:56, Chander Kashyap wrote:
> Earliar ARM clock frequency was calculated by:
> MOUTAPLL/(DIVAPLL + 1) which is actually returning SCLKAPLL.
> It is fixed by calculating it as follows:
> ARMCLK=MOUTCORE / (DIVCORE + 1) / (DIVCORE2 + 1)
>
> Signed-off-by:
Dear Chander Kashyap,
On 19 December 2011 17:56, Chander Kashyap wrote:
> Add TCMPB3 field in pwm structure, earliar this was res1.
>
> Signed-off-by: Chander Kashyap
> ---
> arch/arm/include/asm/arch-exynos/pwm.h | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
applied to u-boo
> On 01/03/2012 03:20 PM, Marek Vasut wrote:
> >> On 12/19/2011 02:23 PM, Marek Vasut wrote:
> On 12/18/2011 11:50 AM, Marek Vasut wrote:
> What specifically is happening in "ubi part" with ecc.size = 512?
> >>>
> >>> The driver doesn\t support subpage writes.
> >>
> >> Is this meant to
> Is this the list I can ask questions for deploying uboot to a custom
> board based off the blackfin bf548?
>
>
>
> Some of my questions are not processor specific (like what is the
> approach to getting the micrel ks8995 and a smsc lan9215 talking and
> started -the ks8995 needs a spi start co
On 01/03/2012 04:43 PM, Matthew L. Creech wrote:
> On Tue, Jan 3, 2012 at 5:08 PM, Scott Wood wrote:
>>
>> Even on SLC chips, when using an ECC block size of 512 bytes? Or are
>> you only able to find MLC?
>>
>> I looked for a datasheet for a 4K NAND chip, but couldn't find one
>> readily availab
Hi Wolfgang,
On Tue, Jan 3, 2012 at 2:35 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message
> you
> wrote:
>>
>> I have brought in PPC to board_f.c and board_r.c but not dealt with
>> relocation. Once I have done that, gone through the new x86 series
>> again and MAKEALL doesn't screa
On Tue, Jan 3, 2012 at 5:08 PM, Scott Wood wrote:
>
> Even on SLC chips, when using an ECC block size of 512 bytes? Or are
> you only able to find MLC?
>
> I looked for a datasheet for a 4K NAND chip, but couldn't find one
> readily available from a Google search. Hopefully someone internally
>
Hi Wolfgang,
On Tue, Jan 3, 2012 at 2:36 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message
> you
> wrote:
>>
>> I have been thinking if there is a way we can avoid the
>> post-processing perhaps by specifying two function parameters to the
>> macro (the init function to call and its
Dear Simon Glass,
In message
you wrote:
>
> I have been thinking if there is a way we can avoid the
> post-processing perhaps by specifying two function parameters to the
> macro (the init function to call and its prerequisite) and having the
> initcall code sort the list before starting. We co
Dear Simon Glass,
In message
you wrote:
>
> I have brought in PPC to board_f.c and board_r.c but not dealt with
> relocation. Once I have done that, gone through the new x86 series
> again and MAKEALL doesn't scream too loudly I'll do another RFC along
> these lines.
I'm seriously concerned ab
Hi,
On Mon, Dec 26, 2011 at 2:31 PM, Simon Glass wrote:
> Stephen Warren pointed out that we should use nodes whether or not they
> have an alias in the /aliases section. The aliases section specifies the
> order so far as it can, but is not essential. Operating without alisses
> is useful when t
Hi,
On Sat, Dec 10, 2011 at 1:07 PM, Simon Glass wrote:
> This series creates a simple boot progress timing feature in U-Boot.
>
> Previous discussion on this is here:
>
> http://lists.denx.de/pipermail/u-boot/2011-May/thread.html#92584
>
> A request was made to unify this with show_boot_progress
On 01/03/2012 03:48 PM, Matthew L. Creech wrote:
> On Sat, Dec 3, 2011 at 11:31 PM, wrote:
>> From: Liu Shuo
>>
>> Freescale FCM controller has a 2K size limitation of buffer RAM. In order
>> to support the Nand flash chip whose page size is larger than 2K bytes,
>> we read/write 2k data repeate
Hi Wolfgang,
On Wed, Jan 4, 2012 at 1:44 AM, Wolfgang Denk wrote:
> Dear Graeme,
>
> In message <4f02da64.60...@gmail.com> you wrote:
>>
[snip]
> One thing comes to mind: it would be nice if we can find a way that
> the INIT_FUNC definitions behave similar to "weak" functions - if an
> init_fun
Is this the list I can ask questions for deploying uboot to a custom
board based off the blackfin bf548?
Some of my questions are not processor specific (like what is the
approach to getting the micrel ks8995 and a smsc lan9215 talking and
started -the ks8995 needs a spi start command)?
I'v
On Tue, Jan 3, 2012 at 3:03 PM, Tom Rini wrote:
> On 01/03/2012 01:50 PM, Peter Bigot wrote:
>> On Tue, Jan 3, 2012 at 2:24 PM, Tom Rini wrote:
>>> With certain SD cards the code detects a timeout when the hardware
>>> has not timed out. We change the timeout used to match the kernel
>>> which g
On Sat, Dec 3, 2011 at 11:31 PM, wrote:
> From: Liu Shuo
>
> Freescale FCM controller has a 2K size limitation of buffer RAM. In order
> to support the Nand flash chip whose page size is larger than 2K bytes,
> we read/write 2k data repeatedly by issuing FIR_OP_RB/FIR_OP_WB and save
> them to a
On 01/03/2012 03:20 PM, Marek Vasut wrote:
>> On 12/19/2011 02:23 PM, Marek Vasut wrote:
On 12/18/2011 11:50 AM, Marek Vasut wrote:
What specifically is happening in "ubi part" with ecc.size = 512?
>>>
>>> The driver doesn\t support subpage writes.
>>
>> Is this meant to be a workaround f
> On 12/19/2011 02:23 PM, Marek Vasut wrote:
> >> On 12/18/2011 11:50 AM, Marek Vasut wrote:
> >> What specifically is happening in "ubi part" with ecc.size = 512?
> >
> > The driver doesn\t support subpage writes.
>
> Is this meant to be a workaround for the NAND layer ignoring a driver
> settin
> Signed-off-by: Marek Vasut
> Cc: Wolfgang Denk
> Cc: Stefano Babic
> ---
> tools/mxsboot.c |3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
> diff --git a/tools/mxsboot.c b/tools/mxsboot.c
> index 176753d..8246831 100644
> --- a/tools/mxsboot.c
> +++ b/tools/mxsboot.c
> @@ -6
On 01/03/2012 01:50 PM, Peter Bigot wrote:
> On Tue, Jan 3, 2012 at 2:24 PM, Tom Rini wrote:
>> With certain SD cards the code detects a timeout when the hardware
>> has not timed out. We change the timeout used to match the kernel
>> which gives software 20ms to detect a timeout. We also define
On Tue, Jan 03, 2012 at 08:44:32AM -0800, Dmitry Torokhov wrote:
> On Tue, Jan 03, 2012 at 04:29:30PM +, Russell King - ARM Linux wrote:
> > On Tue, Jan 03, 2012 at 08:22:21AM -0800, Simon Glass wrote:
> > > Can the Linux key codes fit in 8 bits?
> >
> > That depends on your point of view.
> >
On Tue, Jan 03, 2012 at 08:22:21AM -0800, Simon Glass wrote:
> Can the Linux key codes fit in 8 bits?
That depends on your point of view.
If you hack on X, then the answer is yes and you ignore the squeels of
your users when certain key presses get misinterpreted. (The Psion LX
platform, otherwi
On Tue, Jan 03, 2012 at 05:06:15PM +, Russell King - ARM Linux wrote:
> On Tue, Jan 03, 2012 at 08:44:32AM -0800, Dmitry Torokhov wrote:
> > On Tue, Jan 03, 2012 at 04:29:30PM +, Russell King - ARM Linux wrote:
> > > On Tue, Jan 03, 2012 at 08:22:21AM -0800, Simon Glass wrote:
> > > > Can t
On Tue, Jan 03, 2012 at 04:29:30PM +, Russell King - ARM Linux wrote:
> On Tue, Jan 03, 2012 at 08:22:21AM -0800, Simon Glass wrote:
> > Can the Linux key codes fit in 8 bits?
>
> That depends on your point of view.
>
> If you hack on X, then the answer is yes and you ignore the squeels of
>
On Tue, Jan 3, 2012 at 2:24 PM, Tom Rini wrote:
> With certain SD cards the code detects a timeout when the hardware
> has not timed out. We change the timeout used to match the kernel
> which gives software 20ms to detect a timeout. We also define to
> match the kernel and expand the previously
Am Dienstag 03 Januar 2012, 15:46:09 schrieb Wolfgang Denk:
> Dear Michael,
>
> In message
you wrote:
> > The linkstations don't have a (populated) serial port. There is no way to
> > access an unmodified board other than using the netconsole. If you want
> > to recover from a bad environment se
With certain SD cards the code detects a timeout when the hardware
has not timed out. We change the timeout used to match the kernel
which gives software 20ms to detect a timeout. We also define to
match the kernel and expand the previously incorrect comment.
Finally, we let get_timer() perform s
On Thu, Dec 22, 2011 at 2:56 AM, Andreas Müller wrote:
> Loading kernel from MMC created the following error message reproducable:
>
> | reading uImage
> | mmc_send_cmd: timedout waiting for stat!
> |
> | 2860468 bytes read
>
> Tested on overo with OMAP3530:
> * OMAP3530-GP ES3.1, CPU-OPP2, L3-165
On 01/03/2012 03:36 AM, Vipin Kumar wrote:
> Hello,
>
> We have a Micron 4K page sized ONFI NAND MT29F16G08
> I am encountering frequent errors while reading the device. Although the
> data area is protected for 8bit correction with BCH8 algorithm, the oob
> area is unprotected and is susceptible
On Sat, Dec 31, 2011 at 5:27 AM, asad wrote:
> On 12/29/2011 07:47 PM, Aneesh V wrote:
>> Fix boot issue on ES2.0 Panda by tuning some
>> IO settings. The CONTROL_EFUSE_2 register has
>> to be over-ridden in software for 4430 boards.
>>
>> Commit 23e9f0723e48615332119de4f4ec7a833a282628
>> wrongly
On Tue, Jan 3, 2012 at 7:14 AM, Peter Meerwald wrote:
> From: Peter Meerwald
>
> this is for a prototyping board
>
> vendor/product ids have been added to
> http://elinux.org/BeagleBoardPinMux#List_of_Vendor_and_Device_IDs
Since this follows existing boards and seems to meet the outside
criteria
On Tue, Dec 20, 2011 at 12:18 AM, Igor Grinberg wrote:
> On 12/20/11 07:54, Peter Barada wrote:
>> This patch adds basic support for OMAP35x/DM37x SOM LV/Torpedo
>> reference boards. It assumes U-boot is loaded to SDRAM with the
>> help of another small bootloader (x-load) running from SRAM.
>>
>>
On Tue, Jan 3, 2012 at 8:44 AM, Dmitry Torokhov
wrote:
> On Tue, Jan 03, 2012 at 04:29:30PM +, Russell King - ARM Linux wrote:
>> On Tue, Jan 03, 2012 at 08:22:21AM -0800, Simon Glass wrote:
>> > Can the Linux key codes fit in 8 bits?
>>
>> That depends on your point of view.
>>
>> If you hack
On Wed, Dec 21, 2011 at 7:49 AM, Christian Riesch
wrote:
> Now the values in the defines agree with those in the manuals.
>
> Signed-off-by: Christian Riesch
> Cc: Tom Rini
> Cc: Heiko Schocher
Applied to u-boot-ti/master, thanks!
--
Tom
___
U-Boot
On Mon, Jan 2, 2012 at 9:47 AM, Thomas Weber
wrote:
> This patch removes the unused definitions:
> CONFIG_OMAP3_MICRON_DDR
> CONFIG_OMAP3_NUMONYX_DDR
> CONFIG_OMAP3_INFINEON_DDR
>
> Acked-by: Igor Grinberg
> Acked-by: Luca Ceresoli
> Signed-off-by: Thomas Weber
This is already in u-boot-ti/nex
On Thu, Dec 22, 2011 at 4:04 AM, Andreas Müller wrote:
> I manually sent this series to Steve as suggested in review by Tom
Parts 1 to 5 are fine and I've sent my comments on 6, thanks!
--
Tom
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.
Hi Olof,
On Tue, Jan 3, 2012 at 7:43 AM, Olof Johansson wrote:
> Hi,
>
> On Mon, Jan 02, 2012 at 10:39:04AM -0800, Simon Glass wrote:
>> > diff --git a/Documentation/devicetree/bindings/input/matrix-keymap.txt
>> > b/Documentation/devicetree/bindings/input/matrix-keymap.txt
>> > new file mode 10
On Thu, Dec 22, 2011 at 3:49 AM, Andreas Müller wrote:
> * implementation based on ti beagleboard/omap3evm
> * timing data and i2c workaround for revision 0 boards taken from x-loader
> * run-tested with overo revision 0 and 1 / boot from NAND and SDcard
>
> Signed-off-by: Andreas Müller
Two big
On Sun, Dec 18, 2011 at 2:34 PM, Pali Rohár wrote:
> * default bootmenu entries:
> NOLO kernel, internal eMMC memory, external SD card, u-boot boot order
>
> * when keyboard slide is closed always boot NOLO kernel
>
> * when keyborad slide is open in CONFIG_PREBOOT try load bootmenu.scr from
On Sun, Dec 18, 2011 at 2:34 PM, Pali Rohár wrote:
> This board definition results in a u-boot.bin which can be chainloaded
> from NOLO in qemu or on a real N900. It does very little hardware config
> because NOLO has already configured the board. Only needed is enabling
> internal eMMC memory via
Hi Graham,
On Tue, Jan 3, 2012 at 2:37 AM, Graeme Russ wrote:
> Hi Wolfgang,
>
> On 03/01/12 01:49, Wolfgang Denk wrote:
>> Dear Graeme Russ,
>>
>> In message <4f019abb.9010...@gmail.com> you wrote:
>>>
>>> Which got me to thinking, what if we had an initcall macro which included
>>> the dependen
Hi Wolfgang,
On Tue, Jan 3, 2012 at 12:12 AM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message
> you
> wrote:
>>
>> Well let's see how we go with the incremental approach - hopefully we
>> can get the same result with less pain and risk, and not too much
>> work.
>
> Did you miss my pro
Hi,
On Mon, Jan 02, 2012 at 10:39:04AM -0800, Simon Glass wrote:
> > diff --git a/Documentation/devicetree/bindings/input/matrix-keymap.txt
> > b/Documentation/devicetree/bindings/input/matrix-keymap.txt
> > new file mode 100644
> > index 000..1db8e12
> > --- /dev/null
> > +++ b/Documentation
On 01/02/2012 07:01 AM, Igor Grinberg wrote:
> This patch series some what clean up cm-t35 board files,
> add separate EEPROM handling file,
> fixes the incorrect board revision passed to Linux.
>
> Nikita Kiryanov (6):
> cm-t35: cleanup the config file
> cm-t35: various cleanups
> cm-t35: a
On 01/03/2012 07:50 AM, Igor Grinberg wrote:
> Hi Tom,
>
> On 01/03/12 16:21, Tom Rini wrote:
>> On 01/03/2012 01:00 AM, Igor Grinberg wrote:
>>> Hi Chandan, Tom,
>>>
>>> On 01/03/12 08:42, Chandan Nath wrote:
This patch add supports for mmc/sd driver on AM335X platform.
PLL and pinmux c
On 01/02/2012 07:01 AM, Igor Grinberg wrote:
> From: Nikita Kiryanov
>
> Add board specific EEPROM handling module,
> read the serial number from the EEPROM and pass it to Linux.
>
> Signed-off-by: Nikita Kiryanov
> Signed-off-by: Igor Grinberg
[snip]
> +#define EEPROM_ADDR 0x
Hi Tom,
On 01/03/12 16:21, Tom Rini wrote:
> On 01/03/2012 01:00 AM, Igor Grinberg wrote:
>> Hi Chandan, Tom,
>>
>> On 01/03/12 08:42, Chandan Nath wrote:
>>> This patch add supports for mmc/sd driver on AM335X platform.
>>> PLL and pinmux configurations for mmc/sd are configured in this
>>> patch
Dear Michael,
In message you
wrote:
>
> The linkstations don't have a (populated) serial port. There is no way to
> access an unmodified board other than using the netconsole. If you want to
> recover from a bad environment setting or an empty environment, you can do
> this only with a working
Dear Graeme,
In message <4f02da64.60...@gmail.com> you wrote:
>
> >> INITCALL(display_banner, "banner", "dram,board_early")
> >>
> >> Which says that the display_banner() function, when completed fulfils the
> >> 'banner' dependency, and requires both the 'dram' and 'board_early'
> >> dependencie
On 01/02/2012 07:01 AM, Igor Grinberg wrote:
> From: Nikita Kiryanov
>
> Signed-off-by: Nikita Kiryanov
> Signed-off-by: Igor Grinberg
Please add and just put __weak in front of
get_board_rev, thanks.
--
Tom
___
U-Boot mailing list
U-Boot@lists.de
On 12/22/2011 12:28 PM, Grant Erickson wrote:
> Only attempt to configure and add DRAM at chip select 1 if the board has
> configured more than one bank of DRAM.
>
> This prevents boards that have CONFIG_NR_DRAM_BANKS set to 1 from getting an
> incorrect DRAM size.
>
> Signed-off-by: Grant Eric
From: Peter Meerwald
this is for a prototyping board
vendor/product ids have been added to
http://elinux.org/BeagleBoardPinMux#List_of_Vendor_and_Device_IDs
---
board/ti/beagle/beagle.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/board/ti/beagle/beagle.c b/board
On 01/03/2012 01:18 AM, Kumar Nath, Chandan wrote:
>
>> -Original Message-
>> From: Igor Grinberg [mailto:grinb...@compulab.co.il]
>> Sent: Tuesday, January 03, 2012 1:44 PM
>> To: Kumar Nath, Chandan
>> Cc: u-boot@lists.denx.de; Rini, Tom
>> Subject: Re: [U-Boot] [PATCH v3 3/3] ARM:AM33XX
On 01/03/2012 01:00 AM, Igor Grinberg wrote:
> Hi Chandan, Tom,
>
> On 01/03/12 08:42, Chandan Nath wrote:
>> This patch add supports for mmc/sd driver on AM335X platform.
>> PLL and pinmux configurations for mmc/sd are configured in this
>> patch.
>>
>> Signed-off-by: Chandan Nath
>> Signed-off-
Hi Wolfgang,
On Tue, January 3, 2012 09:09, Wolfgang Denk wrote:
>> > NAK. We do not allow such static network configurations.
>> i've already guessed that ;) you may remember our lengthy discussions
>> about
>> the board which don't have a dedicated NVRAM for the ethernet address.
>> Well,
>> th
Hi Wolfgang,
On 03/01/12 01:49, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message <4f019abb.9010...@gmail.com> you wrote:
>>
>> Which got me to thinking, what if we had an initcall macro which included
>> the dependency information. Imagine this rough example:
> ...
>> INITCALL(display_bann
Hi,
Below is a patch that allows fw_printenv/fw_setenv to also operate
on MMC memory.
Thanks,
csd
>From b835008c9654cce32b11059cde4f339ccd250672 Mon Sep 17 00:00:00 2001
From: Christian Daudt
Date: Mon, 19 Dec 2011 17:50:18 -0800
Subject: [PATCH] Add support for MMC to fw_printenv/setenv
Th
Hello,
We have a Micron 4K page sized ONFI NAND MT29F16G08
I am encountering frequent errors while reading the device. Although the
data area is protected for 8bit correction with BCH8 algorithm, the oob
area is unprotected and is susceptible to bit flips
These errors are very frequent and it
Hi Wolfgang,
On 03/01/12 19:12, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message
> you
> wrote:
>>
>> Well let's see how we go with the incremental approach - hopefully we
>> can get the same result with less pain and risk, and not too much
>> work.
>
> Did you miss my proposal not to
Dear "Kumar Nath, Chandan",
In message <1feb0f76d6f5e244ac1dae6c32484bbd034...@dbde01.ent.ti.com> you wrote:
>
> > can't arch/arm/cpu/armv7/omap-common/hwinit-common.c be used for this?
>
> I tried using hwinit-common.c file, but there are some other functions defined
> which are not required. C
Hi Chandan,
On 01/03/12 10:18, Kumar Nath, Chandan wrote:
>
>> On 01/03/12 08:42, Chandan Nath wrote:
>>> This patch is added to support SPL feature on AM335X
>>> platform. In this patch, MMC1 is configured as boot
>>> device for SPL and support for other devices will be
>>> added in the next pat
> -Original Message-
> From: Igor Grinberg [mailto:grinb...@compulab.co.il]
> Sent: Tuesday, January 03, 2012 1:44 PM
> To: Kumar Nath, Chandan
> Cc: u-boot@lists.denx.de; Rini, Tom
> Subject: Re: [U-Boot] [PATCH v3 3/3] ARM:AM33XX: Add SPL support for
> AM335X EVM
>
> On 01/03/12 08:42,
On 01/03/12 08:42, Chandan Nath wrote:
> This patch is added to support SPL feature on AM335X
> platform. In this patch, MMC1 is configured as boot
> device for SPL and support for other devices will be
> added in the next patch series.
>
> Signed-off-by: Chandan Nath
> Signed-off-by: Tom Rini
>
Dear Simon Glass,
In message
you wrote:
>
> Well let's see how we go with the incremental approach - hopefully we
> can get the same result with less pain and risk, and not too much
> work.
Did you miss my proposal not to change the existing coe for all
boards, but to provide anew implementati
Dear Michael,
In message <201201030132.02862.mich...@walle.cc> you wrote:
>
> > If Buffalo is the vendor, then why do you add this to the Marvell
> > vendor directory?
> I was just guessing. It is a Marvell SoC and marvell SoC boards of other
> vendors are in the Marvell/ directory, too. But i'm
Hi Chandan, Tom,
On 01/03/12 08:42, Chandan Nath wrote:
> This patch add supports for mmc/sd driver on AM335X platform.
> PLL and pinmux configurations for mmc/sd are configured in this
> patch.
>
> Signed-off-by: Chandan Nath
> Signed-off-by: Tom Rini
> ---
> Changes since v2:
> - No change
>
87 matches
Mail list logo
