> i'm calling ioremap from
> linux/driver/mtd/maps/physmap.c and int __init
> init_physmap(void)
>
i think i found what the problem is. stupid fault the size was incorrect in the
map_info structure's .size set to 64mb instead of 128mb and that's why i
couldn't work with the upper 64mb.
will t
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
Signed-off-by: Srikanth Srinivasan <[EMAIL PROTECTED]>
Signed-off-by: Dejan Minic <[EMAIL PROTECTED]>
Signed-off-by: Jason Jin <[EMAIL PROTECTED]>
Signed-off-by: Dave Liu <[EMAIL PROTECTED]>
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
MAKEALL
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
MAKEALL |1 +
Makefile |3 +
board/freescale/mpc8572ds/Makefile| 54 +++
board/freescale/mpc8572ds/config.mk | 32 ++
board/freescale/mpc8572ds/ddr.c | 81 +
b
The MPC8536 Adds SDHC and SATA controllers to the PQ3 family. We
also have SERDES init code for the 8536.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
Signed-off-by: Srikanth Srinivasan <[EMAIL PROTECTED]>
Signed-off-by: Dejan Minic <[EMAIL PROTECTED]>
Signed-off-by: Jason Jin <[EMAIL PROTECTED]
All 85xx boards have been converted to the new code so we can
remove the old SPD DDR setup code.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
cpu/mpc85xx/Makefile | 12 -
cpu/mpc85xx/spd_sdram.c | 1154 -
include/configs/TQM85xx.h |4 +
For some reason we duplicated the majority of code in lib_ppc/interrupts.c
not show how that happened, but there is no good reason for it.
Use the interrupt_init_cpu() and timer_interrupt_cpu() since its why
they exist.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
cpu/mpc85xx/interrupts.c |
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
board/stxgp3/Makefile| 12 +--
board/stxgp3/ddr.c | 70 ++
board/stxgp3/stxgp3.c|6 +++-
board/stxgp3/u-boot.lds |1 -
include/configs/stxgp3.h | 30 +++
5
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
board/stxssa/Makefile|9 --
board/stxssa/ddr.c | 70 ++
board/stxssa/stxssa.c|6 +++-
board/stxssa/u-boot.lds |1 -
include/configs/stxssa.h | 30 +++
5
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
board/sbc8560/Makefile|9 --
board/sbc8560/ddr.c | 70 +
board/sbc8560/sbc8560.c |6 +++-
board/sbc8560/u-boot.lds |1 -
include/configs/SBC8540.h | 22 --
inc
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
board/mpc8540eval/Makefile | 12 --
board/mpc8540eval/ddr.c | 70 +++
board/mpc8540eval/mpc8540eval.c |6 +++-
include/configs/MPC8540EVAL.h | 26 ++
4 files changed, 102
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
board/pm856/Makefile|9 --
board/pm856/ddr.c | 70 +++
board/pm856/pm856.c |6 +++-
include/configs/PM856.h | 58 +++
4 files changed, 109
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
board/pm854/Makefile|9 --
board/pm854/ddr.c | 70 +++
board/pm854/pm854.c |6 +++-
include/configs/PM854.h | 58 +++
4 files changed, 109
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
board/sbc8548/Makefile|9 +++--
board/sbc8548/ddr.c | 80 +
board/sbc8548/sbc8548.c |5 ++-
include/configs/sbc8548.h | 31 ++---
4 files changed, 108 insertions(+), 17
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
board/atum8548/Makefile|9 +++--
board/atum8548/atum8548.c |8 +++-
board/atum8548/ddr.c | 80
include/configs/ATUM8548.h | 64 +--
4 files changed,
From: Jon Loeliger <[EMAIL PROTECTED]>
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
board/freescale/mpc8568mds/Makefile | 14 --
board/freescale/mpc8568mds/ddr.c| 81 +++
board/freescale/mpc8568md
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
board/freescale/mpc8544ds/Makefile|9 +++-
board/freescale/mpc8544ds/ddr.c | 80 +
board/freescale/mpc8544ds/mpc8544ds.c | 11 +++--
include/configs/MPC8544DS.h | 38 ---
4 f
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
board/socrates/Makefile| 13 +--
board/socrates/ddr.c | 80
board/socrates/sdram.c |5 ++-
include/configs/socrates.h | 29 ++--
4 files changed, 111 insertions(+)
From: Jon Loeliger <[EMAIL PROTECTED]>
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
board/freescale/mpc8548cds/Makefile |1 +
board/freescale/mpc8548cds/ddr.c| 80 +++
board/freescale/mpc8548cds/mpc
From: Jon Loeliger <[EMAIL PROTECTED]>
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
board/freescale/mpc8541cds/Makefile |1 +
board/freescale/mpc8541cds/ddr.c| 79 +++
board/freescale/mpc8541cds/mpc
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
cpu/mpc85xx/Makefile | 19
cpu/mpc85xx/ddr-gen1.c | 120
cpu/mpc85xx/ddr-gen2.c | 74 +
cpu/mpc85xx/ddr-gen3.c | 105 +
From: Jon Loeliger <[EMAIL PROTECTED]>
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
board/freescale/mpc8560ads/Makefile | 13 --
board/freescale/mpc8560ads/ddr.c| 70 +++
board/freescale/mpc8560ad
From: Jon Loeliger <[EMAIL PROTECTED]>
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
board/freescale/mpc8555cds/Makefile |1 +
board/freescale/mpc8555cds/ddr.c| 79 +++
board/freescale/mpc8555cds/mpc
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
board/freescale/mpc8540ads/Makefile | 13 --
board/freescale/mpc8540ads/ddr.c| 70 +++
board/freescale/mpc8540ads/mpc8540ads.c | 14 --
include/configs/MPC8540ADS.h| 53 ++-
Provide a helper function that board code can call to map TLBs when
setting up DDR.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
cpu/mpc85xx/tlb.c | 64 +
include/asm-ppc/mmu.h |1 +
2 files changed, 65 insertions(+), 0 deletions(-)
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
cpu/mpc86xx/ddr-8641.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/cpu/mpc86xx/ddr-8641.c b/cpu/mpc86xx/ddr-8641.c
index 932ef22..f936182 100644
--- a/cpu/mpc86xx/ddr-8641.c
+++ b/cpu/mpc86xx/ddr-8641.c
@@ -35,7 +35,6 @
Andrew Dyer wrote:
> dm9000 has code to detect and initialize external phy parts, but later
> on in the code the part is forced to use the internal phy
> unconditionally. Remove the unused/untested code.
>
> change the GPIO initialization so that only the GPIO used as an
> internal phy reset (hard
Hello
I try to use a USB Keyboard with phyCore tiny Board.
The LeD`s of the keyboard I can change over USB with the function
usb_control_msg(usb_sndpipe...).
But if i try to read out from the keyboard there is: "Err:Timeout"!
Can someone help me, how i can read data from keyboard?
I tried like th
> The problem is that the kernel needs to ioremap the areas
> you are
i'm calling ioremap from linux/driver/mtd/maps/physmap.c and int __init
init_physmap(void)
> the
> information about the address ranges is the tricky part: it
> comes from
> the device tree, (unless you are building your ker
From: Adam Graham <[EMAIL PROTECTED]>
Signed-off-by: Adam Graham <[EMAIL PROTECTED]>
---
cpu/ppc4xx/44x_spd_ddr2.c | 58 ++-
cpu/ppc4xx/Makefile|1 +
include/asm-ppc/ppc4xx-sdram.h |2 +-
include/configs/kilauea.h | 15
JFFS2 command support on OneNAND
Signed-off-by: Kyungmin Park <[EMAIL PROTECTED]>
diff --git a/common/cmd_jffs2.c b/common/cmd_jffs2.c
index c031d80..c6920c9 100644
--- a/common/cmd_jffs2.c
+++ b/common/cmd_jffs2.c
@@ -51,7 +51,7 @@
* mtdids=[,,...]
*
* := =
- *:= 'nand'|'nor'
+ *
Peter Tyser wrote:
> cmd_net.c command descriptions were updated to describe the optional
> hostIPaddr argument. The dhcp command help message was also updated
> to more closely reflect the other commands in cmd_net.c
>
> Signed-off-by: Peter Tyser <[EMAIL PROTECTED]>
> ---
>
Applied to net rep
Remy Bohmer wrote:
> 2 fixes for the networking layer
> * 1 fix for a bogus error message when DHCP is used
> * 1 compile error fix
>
Both patches applied to net repo.
thanks,
Ben
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailm
Hi Tsi-Chung,
Tsi-Chung Liew wrote:
> From: TsiChung Liew <[EMAIL PROTECTED]>
>
> Add FEC Buffer descriptors and data buffer in SRAM for
> faster execution and access.
>
> Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
> ---
Applied to net repo.
thanks,
Ben
_
Tsi-Chung Liew wrote:
> From: TsiChung Liew <[EMAIL PROTECTED]>
>
> Types mismatch and implicit declaration of icache_invalid()
> warning messages
>
> Signed-off-by: TsiChung Liew <[EMAIL PROTECTED]>
> ---
Applied to net tree.
Thanks,
Ben
___
U-Boot mail
hi sir/madam,
I'm using a MPC8548E processor(power pc) also, i've interfaced a nor flash
of 128 MB to the processor.
i've read few documents and got to know that the uboot.bin should be
programmed at 0xfff8.
Also, when i saw the uboot.bin size it was 512K. so, it could fit between
0xfff8
Hi Tom,
Tom Evans wrote:
> Wolfgang Denk wrote:
> > In message <[EMAIL PROTECTED]> you wrote:
> > > >
> > > > I followed Ben's instructions and here's the resulting patch.
> >
> > I'm sorry, but this patch is corrupted and cannot be applied.
> >
> > In the original code, there were no space
Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> > >
> > > I followed Ben's instructions and here's the resulting patch.
>
> I'm sorry, but this patch is corrupted and cannot be applied.
>
> In the original code, there were no spaces but TAB
> characters used for indentati
On Wednesday 27 August 2008, vb wrote:
> > Do I need to reinitialize Peripheral Bank Configuration Registers
> > (EBC0_B0CR-EBC0_B7CR) from the kernel ? I'm quite sure that we don't, but
> > just want to make sure. Because the problem that i'm seeing strongly
> > suggest that something isn't initia
On Tuesday 26 August 2008, [EMAIL PROTECTED] wrote:
> From: Adam Graham <[EMAIL PROTECTED]>
>
> Signed-off-by: Adam Graham <[EMAIL PROTECTED]>
> Signed-off-by: Feng Kan <[EMAIL PROTECTED]>
> ---
> drivers/rtc/Makefile |3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(-)
>
> diff --git a/
On Tue, Aug 26, 2008 at 8:06 PM, Fundu <[EMAIL PROTECTED]> wrote:
> I have a PPC440GX based board.
>
> Do I need to reinitialize Peripheral Bank Configuration Registers
> (EBC0_B0CR-EBC0_B7CR) from the kernel ?
> I'm quite sure that we don't, but just want to make sure. Because the problem
> that
Hi All,
I have a Dev board phyCore_PXA270 and try to setup USB Mass Storage on
u-boot-1.3.3.
I have merged the USB files for pxa27x just like what did on Trizepsiv.
The host controller is correctly initialized, reporting no error.
I am also pretty sure the downstream power has been supplied
I have a PPC440GX based board.
Do I need to reinitialize Peripheral Bank Configuration Registers
(EBC0_B0CR-EBC0_B7CR) from the kernel ?
I'm quite sure that we don't, but just want to make sure. Because the problem
that i'm seeing strongly suggest that something isn't initializing.
Here's the p
Wolfgang Denk wrote:
> Dear Kumar,
>
> there are build problems with libfdt/fdt_ro.c :
>
> ...
> tools/fdt_ro.c: In function 'fdt_path_offset':
> tools/fdt_ro.c:158: warning: implicit declaration of function
> 'fdt_getprop_namelen'
> tools/fdt_ro.c:158: warning: assignment makes pointer from int
Dear Kumar,
there are build problems with libfdt/fdt_ro.c :
...
tools/fdt_ro.c: In function 'fdt_path_offset':
tools/fdt_ro.c:158: warning: implicit declaration of function
'fdt_getprop_namelen'
tools/fdt_ro.c:158: warning: assignment makes pointer from integer without a
cast
tools/fdt_ro.c: At
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
>
> On Aug 26, 2008, at 3:01 PM, Kumar Gala wrote:
>
> > Signed-off-by: James Yang <[EMAIL PROTECTED]>
> > Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
> > Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> > ---
> > cpu/mpc8xxx/ddr/ddr1
On Aug 26, 2008, at 4:57 PM, Wolfgang Denk wrote:
> Dear Jerry Van Baren,
>
> In message <[EMAIL PROTECTED]> you wrote:
>>
>> Awww, and I was planning to horn in with an "Acked-by" to get my
>> name in
>> the lights. Too late now.
>
> You will have plenty of opportunity to get your name on oth
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> 01 - Add proper SPD definitions for DDR1/2/3
> 02 - FSL DDR: Provide a generic set_ddr_laws()
> 03 - FSL DDR: Rewrite the FSL mpc8xxx DDR controller setup code.
> 04 - FSL DDR: Add DDR1 DIMM paramter support
> 05 - FSL DDR: Add DDR2 DIMM
On Aug 26, 2008, at 3:01 PM, Kumar Gala wrote:
> Signed-off-by: James Yang <[EMAIL PROTECTED]>
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> cpu/mpc8xxx/ddr/ddr2_dimm_params.c | 339 +++
> +
> 1 files cha
On Aug 26, 2008, at 3:01 PM, Kumar Gala wrote:
> Signed-off-by: James Yang <[EMAIL PROTECTED]>
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> cpu/mpc8xxx/ddr/ddr1_dimm_params.c | 343 +++
> +
> 1 files cha
This patch changes get_timer() for i.MX to return the time since
'base' instead of the time since the counter was at zero.
Symptom seen is flash timeout errors when erasing or programming a
sector using the common cfi flash code.
This patch has been discussed before:
http://thread.gmane.org/gm
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> From: Jon Loeliger <[EMAIL PROTECTED]>
>
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> board/freescale/mpc8548cds/Makefile |1 +
> board/freescale/mpc8548cds/ddr.c
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> From: Jon Loeliger <[EMAIL PROTECTED]>
>
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> board/freescale/mpc8568mds/Makefile | 14 +-
> board/freescale/mpc8568mds/ddr.c
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> From: Jon Loeliger <[EMAIL PROTECTED]>
>
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> board/freescale/mpc8541cds/Makefile |1 +
> board/freescale/mpc8541cds/ddr.c
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> From: Jon Loeliger <[EMAIL PROTECTED]>
>
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> board/freescale/mpc8555cds/Makefile |1 +
> board/freescale/mpc8555cds/ddr.c
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> From: Jon Loeliger <[EMAIL PROTECTED]>
>
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> board/freescale/mpc8560ads/Makefile | 13 +-
> board/freescale/mpc8560ads/ddr.c
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> board/freescale/mpc8540ads/Makefile | 13 +-
> board/freescale/mpc8540ads/ddr.c| 282
> +++
> board/freescale/mpc8540ads/mpc8540ads.c |
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> Makefile |1 +
> board/freescale/mpc8544ds/Makefile|9 +-
> board/freescale/mpc8544ds/ddr.c | 242
> +
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> From: Jon Loeliger <[EMAIL PROTECTED]>
>
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> board/freescale/mpc8610hpcd/Makefile | 10 +-
> board/freescale/mpc8610hpcd/ddr.c
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> From: Jon Loeliger <[EMAIL PROTECTED]>
>
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> Makefile |3 +
> board/freescale/mpc8641hpcn/Makefi
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> Provide a helper function that board code can call to map TLBs when
> setting up DDR.
>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> cpu/mpc85xx/tlb.c | 64
> +
> includ
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> Make fsl_ddr_sdram_set_lawbar() a weak function to allow board code to
> override if desired.
>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> drivers/misc/fsl_law.c | 88
>
>
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> Provide a mechanism to allow interactive configuration of DDR params. This
> is useful when trying to test various DDR settings to determine optimal
> configuration values for a given board.
>
> Signed-off-by: James Yang <[EMAIL PROTEC
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: James Yang <[EMAIL PROTECTED]>
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> cpu/mpc8xxx/fsl_ddr2.c | 339
>
>
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: James Yang <[EMAIL PROTECTED]>
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> cpu/mpc8xxx/fsl_ddr1.c | 342
>
>
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: James Yang <[EMAIL PROTECTED]>
> Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
> Signed-off-by: Becky Bruce <[EMAIL PROTECTED]>
> Signed-off-by: Ed Swarthout <[EMAIL PROTECTED]>
> Signed-off-by: Kumar Gala <[EMAIL PROTEC
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> From: James Yang <[EMAIL PROTECTED]>
>
> Also added a few helper functions for DDR1 & DDR2 to print SPD info and
> verify the checksum.
>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> common/Makefile |1 +
> common/ddr
Dear Heiko Schocher,
In message <[EMAIL PROTECTED]> you wrote:
> Hello,
>
> changes since last post:
>
> - merge patches 1 and 2
> - integrated comments from Wolfgang Denk
> - rename CFG_FLASH_CFI_DRIVER to CONFIG_FLASH_CFI_DRIVER
Note: such comments belong *below* the "---" line (otherwise the
Dear "Gururaja Hebbar K R",
In message <[EMAIL PROTECTED]> you wrote:
>
> - Remove unused global variable os_data_count.
>This was long back deprecated but still in use.
>The only reference for this in google is
>
> http://cvs.tuxbox.org/cgi-bin/viewcvs.cgi/*checkout*/tuxbox/boot/ppc
This patch is for testing/comment - I have run it on our i.MX system,
but don't have an mx1ads, scb9328, or mx1fs2 board to play with.
1) pull common code for PLL calculations out of each function
2) add get_coreclk() to fetch the arm core frequency (we use for
printing core clock speed in check
Dear Tom Evans,
In message <[EMAIL PROTECTED]> you wrote:
>
> I followed Ben's instructions and here's the resulting patch.
I'm sorry, but this patch is corrupted and cannot be applied.
> --- a/net/net.c
> +++ b/net/net.c
> @@ -1494,10 +1494,12 @@ NetReceive(volatile uchar * inpkt, int len)
>
>
dm9000 has code to detect and initialize external phy parts, but later
on in the code the part is forced to use the internal phy
unconditionally. Remove the unused/untested code.
change the GPIO initialization so that only the GPIO used as an
internal phy reset (hardwired in the chip) is set as
Dear Grant,
In message <[EMAIL PROTECTED]> you wrote:
>
> I've found that I'm just not good at splitting my focus between U-Boot
> and the kernel. I've asked John if he'd like to take responsibility
> for all of 5xxx support, not just 5121, and he said "sure". Is that
> okay by you?
After thin
Dear Andre Schwarz,
In message <[EMAIL PROTECTED]> you wrote:
> This is a multi-part message in MIME format.
> --090900040309000705060304
> Content-Type: text/plain; charset=ISO-8859-15
> Content-Transfer-Encoding: 7bit
>
> MVS1 board has reached end-of-life and can be removed complet
Dear Jerry Van Baren,
In message <[EMAIL PROTECTED]> you wrote:
>
> Awww, and I was planning to horn in with an "Acked-by" to get my name in
> the lights. Too late now.
You will have plenty of opportunity to get your name on other patches :-)
> Seriously, I reviewed and applied the patches las
Dear Scott Wood,
In message <[EMAIL PROTECTED]> you wrote:
>
> > Hm... I have marked this patch as open, but it does not apply at all.
> > Could you please check and rebase if necessary?
>
> This was applied as d438d50848e9425286e5fb0493e0affb5a0b1e1b.
I see. Thanks for the confirmation.
Best r
Wolfgang Denk wrote:
> Dear Kyungmin Park,
>
> In message <[EMAIL PROTECTED]> you wrote:
>> Since page size field is changed from oobblock to writesize. But OneNAND is
>> not updated.
>> - fix bufferram management at erase operation
>> This patch includes the NAND/OneNAND state filed too.
>>
>> g
Dear Kyungmin Park,
In message <[EMAIL PROTECTED]> you wrote:
> Since page size field is changed from oobblock to writesize. But OneNAND is
> not updated.
> - fix bufferram management at erase operation
> This patch includes the NAND/OneNAND state filed too.
>
> generated against latest git tree
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> There is no need for each OS specific function to call do_reset()
> we can just do it once in bootm. This means its feasible on an
> error for the os boot function to return.
>
> Also, remove passing in cmd_tbl_t as its not needed by t
Wolfgang Denk wrote:
> Dear Kumar Gala,
>
> In message <[EMAIL PROTECTED]> you wrote:
>> I'm hoping the bootm rework patches 06..15 are still in your queue for
>> review?
>
> Of course. I never forget anything. Never.
>
> I... I mean... Hm. Forgot what I wanted to add...
>
> Best regards,
>
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> Resize the fdt to size + padding to 4k boundary
>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> common/cmd_fdt.c |8 +++-
> 1 files changed, 7 insertions(+), 1 deletions(-)
Applied, thanks.
Best regards,
Wolfgang D
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> Created a new fdt_initrd() to deal with setting the initrd properties
> in the device tree and fixing up the mem reserve. We can use this both
> in the choosen node handling and lets us remove some duplicated code when
> we fixup the in
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> Created a new fdt_initrd() to deal with setting the initrd properties
> in the device tree and fixing up the mem reserve. We can use this both
> in the choosen node handling and lets us remove some duplicated code when
> we fixup the in
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> Move the fdt resizing code out of ppc specific boot code and into
> common fdt support code.
>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> common/fdt_support.c | 39 +++
> include/fdt_
1) Change the i.MX serial driver to use the baud rate set in the
u-boot environment
2) don't assume a 16MHz value for PERCLK1 in baud rate calculations
3) don't write a 1 to the RDR bit in the USR2 reg. (bit is not "write
one to clear" like other status bits in the reg.)
Signed-off-by: Andrew D
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> Created a bootm_start() that handles the parsing and detection of all the
> images that will be used by the bootm command (OS, ramdisk, fdt). As part
> of this we now tract all the relevant image offsets in the bootm_headers_t
> struct.
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> To allow for persistent state between future bootm subcommands we need
> the lmb to exist in a global state. Moving it into the bootm_headers_t
> allows us to do that.
>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> common/c
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> Set the fdt working address so "fdt FOO" commands can be used as part
> of the bootm flow. Also set an the environment variable "fdtaddr"
> with the value.
>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> common/cmd_bootm.c
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> Move the code that handles finding a device tree blob and relocating
> it (if needed) into common code so all arch's have access to it.
>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> common/cmd_bootm.c | 10 +
> common/ima
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> Move determing if we have a ramdisk and where its located into the common
> code. Keep track of the ramdisk start and end in the bootm_headers_t image
> struct.
>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> common/cmd_boot
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
>
> I'm hoping the bootm rework patches 06..15 are still in your queue for
> review?
Of course. I never forget anything. Never.
I... I mean... Hm. Forgot what I wanted to add...
Best regards,
Wolfgang Denk
--
DENX Software Enginee
Dear Kumar Gala,
In message <[EMAIL PROTECTED]> you wrote:
> Move entry point code out of each arch and into common code. Keep
> the entry point in the bootm_headers_t images struct.
>
> Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
> ---
> common/cmd_bootm.c | 31 ++--
Dear Fillod,
In message <[EMAIL PROTECTED]> you wrote:
>
> U-Boot is too gentle when testing SDRAM. Make sure the caches are enabled
> under U-Boot, and put on heavy stress with DMA, pipelined prefetch's, etc.
> This is what your CPU is enduring under Linux. =
Jon Loeliger thinks this will be fi
Dear Randy Vinson,
In message <[EMAIL PROTECTED]> you wrote:
> PCI I/O space is currently mapped 1:1 at 0xFA00. Linux requires
> PCI I/O space to start at 0 on the PCI bus. This patch maps PCI I/O
> space such that 0xFA00 in the processor's address space maps to 0
> on the PCI I/O bus.
>
Dear Jens Gehrlein,
In message <[EMAIL PROTECTED]> you wrote:
>
> > Hm... this looks strange to me - is there any special reason that you
> > select and apply patch 02/10 from Jens' series, but omit all the
> > other 9 patches?
>
> There are still issues with the other patches (some comments
Dear Kim Phillips,
In message <[EMAIL PROTECTED]> you wrote:
> Hello Wolfgang,
>
> please pull some enhanced usb phy specification, migration to generic
> pci for the 8349EMDS, a new vendor dir matrix_vision, and more 83xx
> register definitions:
>
> The following changes since commit a49d10cf02
Dear Guennadi Liakhovetski,
In message <[EMAIL PROTECTED]> you wrote:
> Signed-off-by: Guennadi Liakhovetski <[EMAIL PROTECTED]>
>
> ---
>
> This patch should be applied after SMDK6400 is merged, which will,
> probably, get in with the nand tree. Please comment any objections:-)
>
> diff --git
Wolfgang Ocker wrote:
> Hi Wolfgang!
>
> On Tue, 2008-08-26 at 20:52 +0200, Wolfgang Denk wrote:
>
>> In message <[EMAIL PROTECTED]> you wrote:
>>
>>> This patch allows a managed switch like the 88E6083 to be directly
>>> connected to a 4xx using PHY mode.
>>>
>>> It avoids waiting for a li
Peter Tyser wrote:
> Hi Ben,
>
> On Tue, 2008-08-26 at 09:31 -0700, Ben Warren wrote:
>
>> Hi Peter,
>>
>> Peter Tyser wrote:
>>
>>> cmd_net.c command descriptions were updated to describe the optional
>>> hostIPaddr argument. The dhcp command help message was also updated
>>> to more clos
All 86xx boards have been converted to the new code so we can
remove the old SPD DDR setup code.
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
cpu/mpc86xx/Makefile|6 -
cpu/mpc86xx/spd_sdram.c | 1346 ---
2 files changed, 0 insertions(+), 13
From: Jon Loeliger <[EMAIL PROTECTED]>
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
Signed-off-by: Kumar Gala <[EMAIL PROTECTED]>
---
board/freescale/mpc8610hpcd/Makefile | 10 ++--
board/freescale/mpc8610hpcd/ddr.c | 79 +
board/freescale/mpc8610hp
1 - 100 of 143 matches
Mail list logo