Acked-by: Peter Tyser
- Original Message -
> From: "Tom Rini"
> To: "U-Boot Mailing List"
> Cc: "ptyser"
> Sent: Friday, May 14, 2021 8:34:25 PM
> Subject: [PATCH 20/27] ppc: Remove xpedite boards
> These boards have not been converte
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 1fd975c72f..0c72deaa44 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -11,7 +11,7 @@ Descriptions of section entries:
> Type is one of: git, hg, quilt, stgit, topgit
> S: Status, one of the following:
> Supported: Som
2019 4:46:16 AM
> Subject: Using MinGW gcc cross-compiling host tools for Windows broken
> Hi Peter,
>
> I noticed that you were the first one that added support to build
> native Win32 tools using MinGW GCC via:
>
> commit 2f8d396b9302eddcd8d552648e101a46b7a80acd
> A
between actively
> > confirming approval and not reacting at all.
> >
> All people (except Freescale and NXP employees) contributed to this code
> are in the CC list. Please give your explicit approval for this license
> change. Thanks.
Acked-by: Peter Tyser
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Vincenzo,
On Thu, 2018-01-25 at 13:58 -0500, vnktux wrote:
> Hi all,
>
> This patch contain a working implementation of Broadwell-DE for U-
> Boot, and support memory down with external SPD binary file. However
> there is only one issue that I couldn't solve, the booting process
> takes 1 hour
Hi Simon,
>
> I am trying to help with the U-Boot conversion of CONFIG options to
> Kconfig. I notice that the Xpedite boards use a ds4510 driver which
> defines quite a few of these options. I could potentially convert it
> to Kconfig.
Thanks, and thanks for your work on U-Boot improvements in
Hi Simon,
On Tue, 2015-02-03 at 13:18 -0600, Peter Tyser wrote:
> Segfaults can occur when a mandatory argument is not provided to
> "demo hello" and "demo status". Eg:
>
>=> demo hello
>Segmentation fault (core dumped)
>
> Add a check t
Segfaults can occur when a mandatory argument is not provided to
"demo hello" and "demo status". Eg:
=> demo hello
Segmentation fault (core dumped)
Add a check to ensure all required arguments are provided.
Signed-off-by: Peter Tyser
---
common/cmd_demo.c | 4
ecial yaffs handling. This causes invalid YAFFS
data to be written. See
http://lists.denx.de/pipermail/u-boot/2011-September/102830.html for
an example and a potential workaround.
U-Boot still retains the ability to mount and access YAFFS partitions
via CONFIG_YAFFS2.
Signed-off-by: Peter
10 0xfe 1
nand write.raw 0x1 0x800 1
mw.b 0x1000810 0x01 1
nand write.raw 0x100 0x800 3
Signed-off-by: Peter Tyser
---
common/cmd_nand.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/common/cmd_nand.c b/common/cmd_nand.c
index 7f962dc..
The CONFIG_MTD_NAND_VERIFY_WRITE has been removed from Linux for some
time and a more generic method of NAND verification now exists in U-Boot.
Signed-off-by: Peter Tyser
---
README | 3 --
board/prodrive/alpr/nand.c | 16 -
board/socrates/nand.c
Previously NAND writes were not verified and could fail silently. Add
a verification step after all writes to NAND.
Signed-off-by: Peter Tyser
---
I don't have a board with DFU support, so this change is untested.
drivers/dfu/dfu_nand.c | 2 +-
1 file changed, 1 insertion(+), 1 del
Add nand_verify() and nand_verify_page_oob(). nand_verify() verifies
NAND contents against an arbitrarily sized buffer using ECC while
nand_verify_page_oob() verifies a NAND page's contents and OOB.
Signed-off-by: Peter Tyser
---
drivers/mtd/nand/nand_util.c
The use of the nand_write_options and nand_read_options structures were
removed in commit dfbf617ff055e4216f78d358b0867c548916d14b. Remove the
now-unused structures too.
Signed-off-by: Peter Tyser
---
include/nand.h | 26 --
1 file changed, 26 deletions(-)
diff --git a
Remove duplicate command names in usage messages to fix issues such as:
=> help yls
yls - yaffs ls
Usage:
yls yls [-l] dirname
Signed-off-by: Peter Tyser
---
common/cmd_yaffs2.c | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/com
This option was removed along with legacy NAND support in
be33b046b549ad88c204c209508cd7657232ffbd. Clean up some remnants.
Signed-off-by: Peter Tyser
---
doc/README.nand | 12
include/configs/ethernut5.h | 1 -
2 files changed, 13 deletions(-)
diff --git a/doc
On Thu, 2015-01-29 at 17:02 -0600, Scott Wood wrote:
> On Tue, 2015-01-27 at 17:47 -0600, Peter Tyser wrote:
> > Hi Scott,
> >
> >
> > > > I waffled about removing it, but leaned towards leaving it in because:
> > > > - I didn't wan
Hi Scott,
> > I waffled about removing it, but leaned towards leaving it in because:
> > - I didn't want to change the existing U-Boot behavior for other
> > users. A google of 'u-boot "nand write"' shows a lot of examples that
> > don't include verification of writes, and they should if we remo
On Mon, 2015-01-26 at 22:21 -0700, Simon Glass wrote:
> Hi Peter,
>
> On 26 January 2015 at 10:42, Peter Tyser wrote:
> > When run with the --dry-run argument patman prints out information
> > showing what it would do. This information currently doesn't line up
>
On Mon, 2015-01-26 at 16:33 -0600, Scott Wood wrote:
> On Mon, 2015-01-26 at 16:24 -0600, Peter Tyser wrote:
> > The driver-specific verify_buf() function can be replaced with the
> > standard read_page_raw() function to verify writes. This will
> > allow
> > veri
The nand_verify_buf() function is no longer used, so remove it. This
function has been removed in mainline Linux for a long time, so it
brings U-Boot's NAND implementation a bit closer to its source.
Signed-off-by: Peter Tyser
---
board/prodrive/alpr/nand.c | 16 -
The driver-specific verify_buf() function can be replaced with the
standard read_page_raw() function to verify writes. This will allow
verify_buf() to be removed. verify_buf() is no longer supported in
mainline Linux, so it is a pain to continue supporting.
Signed-off-by: Peter Tyser
---
I
: Peter Tyser
---
drivers/mtd/nand/nand_base.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/mtd/nand/nand_base.c b/drivers/mtd/nand/nand_base.c
index abcb84a..aa039ef 100644
--- a/drivers/mtd/nand/nand_base.c
+++ b/drivers/mtd/nand/nand_base.c
@@ -2405,7 +2405,10
.
Signed-off-by: Joe Schaack
Signed-off-by: Peter Tyser
---
I don't have davinci hardware to test on, but the change should
mirror the nand_base.c change.
drivers/mtd/nand/davinci_nand.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/mtd/nand/davinci_nan
: Peter Tyser
---
drivers/mtd/nand/nand_base.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/drivers/mtd/nand/nand_base.c b/drivers/mtd/nand/nand_base.c
index 63bdf65..788846a 100644
--- a/drivers/mtd/nand/nand_base.c
+++ b/drivers/mtd/nand/nand_base.c
n't change the non-dry-run functionality.
Change patman's output and email addressing to line up with the
"git send-email" logic. This trims down patman's dry-run output and
prevents confusion about what patman will do when emails are actually
sent.
Signed-off-by: Peter
Hi David,
> It looks like the entry point is 0x4. Why does the tutorial state
> that the example needs to be run from a 4 byte offset? In this case
> this
> will result in a failure to create a stack frame for hello_world.
For PowerPC the entry point used to be non-deterministic, but was
g
From: John Schmoller
Convert Extreme Engineering Solutions products to use generic board
support.
Signed-off-by: John Schmoller
Signed-off-by: Peter Tyser
---
include/configs/xpedite1000.h | 2 ++
include/configs/xpedite517x.h | 2 ++
include/configs/xpedite520x.h | 2 ++
include/configs
Add Peter Tyser as the maintainer of Extreme Engineering Solutions products.
Signed-off-by: Peter Tyser
---
board/xes/xpedite517x/MAINTAINERS | 2 +-
board/xes/xpedite520x/MAINTAINERS | 2 +-
board/xes/xpedite537x/MAINTAINERS | 2 +-
board/xes/xpedite550x/MAINTAINERS | 2 +-
4 files changed, 4
Hi Scott,
On Fri, 2012-09-21 at 19:01 -0500, Scott Wood wrote:
> This was introduced by commit 244615197469dd6fe75ae082f38424b97c79aeaf, but it
> fails in a minimal SPL build where the only thing in arch/powerpc/lib is
> cache.c, which apparently doesn't generate any fixup records.
>
> If this ch
Hi Marek,
> I just recently got the following issues when building Sparc platforms with
> debian gcc 4.7.1-5. Peter, you seems to be involved, can you please check on
> these?
I'm not involved with these boards or Sparc, so not sure if I'm much
help. I believe Dan Hellstrom is the best cantida
On Thu, 2011-05-12 at 15:36 +, Einar Már Björgvinsson wrote:
> hi
>
> I was wondering what I was doing wrong here !
>
> The USB functionality in Linux only works if I run 'usb start' in UBoot
> before starting the kernel.
>
> Not sure what will resolve this, of course I can make automatic s
nction it appears in.)
cfi_flash.c:2118: error: 'apl' undeclared (first use in this function)
cfi_flash.c:2118: error: invalid application of 'sizeof' to incomplete type
'struct apl_s'
cfi_flash.c: In function 'flash_init':
cfi_flash.c:2137: warning: un
Hi Kim,
> +#ifdef CONFIG_CMD_GREPENV
> +static int do_env_grep (cmd_tbl_t *cmdtp, int flag, int argc, char * const
> argv[])
> +{
> + ENTRY *match;
> + int matched[env_htab.size];
> + int rcode = 1, idx;
> +
> + if (argc < 2) {
> + cmd_usage(cmdtp);
> + ret
On Fri, 2011-03-25 at 11:05 -0700, Tom Warren wrote:
> Peter,
>
> On Fri, Mar 25, 2011 at 10:22 AM, Peter Tyser wrote:
> > On Fri, 2011-03-25 at 09:16 -0700, Tom Warren wrote:
> >> Peter,
> >>
> >> On Fri, Mar 25, 2011 at 9:02 AM, Peter Tyser wrote:
>
On Fri, 2011-03-25 at 09:16 -0700, Tom Warren wrote:
> Peter,
>
> On Fri, Mar 25, 2011 at 9:02 AM, Peter Tyser wrote:
> > Hi Tom,
> > Things look pretty good. Minor comments/questions below.
> >
> >
> >
> >> +/*
> >> + * TBD: Move col
Hi Tom,
Things look pretty good. Minor comments/questions below.
> +/*
> + * TBD: Move cold_boot() to assembly file.
> + * Values/offsets of the table vars make this difficult.
> + */
> +
> +void cold_boot(void)
> +{
> + asm volatile(
> + "msrcpsr_c, #0xD3 \n"
> +
Hi Tom,
> >> >
> >> >> + /* Is PLL-X already running? */
> >> >> + reg = readl(&clkrst->crc_pllx_base);
> >> >> + if (reg & PLL_ENABLE)
> >> >> + return;
> >> >> +
> >> >> + /* Do PLLX init if it isn't running, but BootROM sets it, so TBD
> >> >> */
> >> >> +}
> >> >
>
Hi Tom,
> >> +static void init_pll_x(void)
> >> +{
> >> + struct clk_rst_ctlr *clkrst = (struct clk_rst_ctlr
> >> *)NV_PA_CLK_RST_BASE;
> >> + u32 reg;
> >
> > The spaces in front of "reg" can be removed. Ditto for all
> > functions/variables.
> Not sure what you mean, here, Peter.
Hi Tom,
I'm not too familiar with the architecture, so many comments are
aesthetic. It would be a good idea to run the patch through
checkpatch.pl too.
> diff --git a/arch/arm/cpu/armv7/start.S b/arch/arm/cpu/armv7/start.S
> index 684f2d2..50a1725 100644
> --- a/arch/arm/cpu/armv7/start.S
> +++ b
Hi David,
It'd be good to include "smdk2410" in this patch titles, eg "smdk2410:
Various cleanups/code style fixes". or "arm: smdk2410: Various..."
Without the prefix, its unclear what code these patches affect, and
somewhat implies you are changing common code.
> -#define CONFIG_RTC_S3C24
Schmoller
Signed-off-by: Peter Tyser
---
arch/powerpc/cpu/mpc8xxx/ddr/ddr3_dimm_params.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/arch/powerpc/cpu/mpc8xxx/ddr/ddr3_dimm_params.c
b/arch/powerpc/cpu/mpc8xxx/ddr/ddr3_dimm_params.c
index 29cea53..8669898 100644
--- a
PIC is
reset, and restore it after the PIC has been initialized.
Signed-off-by: John Schmoller
Signed-off-by: Peter Tyser
---
This is a bugfix, so it'd be nice if it made it into the upcoming release
if possible.
arch/powerpc/cpu/mpc85xx/interrupts.c | 16
arch/powerp
On Wed, 2011-02-23 at 00:02 -0600, Kumar Gala wrote:
> Wolfgang,
>
> Any issue that added a little hierarchy to the doc/ dir?
>
> maybe something mimic board/
>
> for example:
>
> doc/README.mpc8313erdb -> doc/freescale/README.mpc8313erdb
> doc/README.mpc8315erdb -> doc/freescale/RE
Hi Wolfgang,
> - return !!gunzip((void *) dst, dst_len, (void *) src, &src_len);
> + rc = gunzip((void *) dst, dst_len, (void *) src, &src_len);
> +
> + printf("Uncompressed size: %ld = 0x%lX\n", src_len, src_len);
> + sprintf(buf, "%lX", src_len);
> + setenv("filesize", buf);
Hi Renaud,
On Wed, 2011-02-09 at 20:21 +, Renaud Barbier wrote:
> We have a system with a P1022 connected to a 5461S in SGMII mode.
>
> In order to make it work in SGMII mode, I set TBI ANA to 0x4001 as per
> AN3869. Note that those bit are described as reserved in the P1022 doc
> that I hav
On Wed, 2011-01-26 at 10:13 +0200, Mike Rapoport wrote:
> On 01/26/11 00:24, Peter Tyser wrote:
> >>>>>> As I've already pointed out (1) this covers only one possibility of
> >>>>>> UART pin
> >>>>>> muxing options. I agree
> [ snip ]
>
> > +/*
> > + * Routine: pin_mux_uart
> > + * Description: setup the pin muxes/tristate values for a UART
> > + */
> > +static void pin_mux_uart(void)
> > +{
> > + pinmux_tri_ctlr *const pmt = (pinmux_tri_ctlr
> > *)NV_PA_APB_MISC_BASE;
>
> I see what you're talking about now - I've got uart.c in 2 patch files -
> created
> in 0001 and then moved in 0002. My bad - that wasn't the intent, just what
> happened when I applied my V4 patches to a new branch to get the V5 patchset
> built. I'll fix it and resubmit.
>
> As to 0002 not
> > It looks like arch/arm/cpu/armv7/tegra2/board.h and
> > arch/arm/cpu/armv7/tegra2/uart.c are added in the first patch, then
> > moved in this patch. It'd be ideal to just add them once in the proper
> > location.
> >
> > On a side note, if you pass "git format-patch" the -M and -C options it
Hi Tom,
On Fri, 2011-01-21 at 16:06 -0700, Tom Warren wrote:
> Signed-off-by: Tom Warren
> ---
> Changes for V2:
> - Move serial driver to separate patch
>
> Changes for V5:
> - Move arch/arm/cpu/armv7/uart.c & board.h to drivers/serial and
> rename to serial_tegra2.c
>
On Thu, 2011-01-20 at 09:41 -0700, Tom Warren wrote:
> On Wed, Jan 19, 2011 at 5:04 PM, Peter Tyser wrote:
> > Hi Tom,
> > Some last minutes nits:
> >
> > It looks like some of the new functions can be declared statically.
> > It'd be nice to do so where poss
Hi Tom,
Some last minutes nits:
It looks like some of the new functions can be declared statically.
It'd be nice to do so where possible.
> --- /dev/null
> +++ b/arch/arm/cpu/armv7/tegra2/lowlevel_init.S
> @@ -0,0 +1,66 @@
> +/*
> + * Board specific setup info
This is CPU-specific code, correc
> >> Anyway, I would found it a nice feature, at startup or when running the
> >> version command, but both aren't a must.
> >
> > I think it would be a really useful extension to the version command.
> > Looking forwad to seeing your patch.
>
> Maybe if someone could feed me with what to use for
On Sat, 2011-01-15 at 00:00 +0100, Albert ARIBAUD wrote:
> Hello,
>
> Le 14/01/2011 23:39, Tom Warren a écrit :
>
> > So instead of, say uart->lcr = 0, you'd prefer writel(0, uart->lcr),
> > where writel = __arch_putl(v, a) = (*(volatile unsigned int *)(a) =
> > (v))?
> > Is that different enough
On Fri, 2011-01-14 at 13:41 -0700, Tom Warren wrote:
> On Fri, Jan 14, 2011 at 12:59 PM, Peter Tyser wrote:
> > Hi Tom,
> >
> > On Fri, 2011-01-14 at 10:11 -0700, Tom Warren wrote:
> >> This series of patches adds preliminary/baseline support for NVIDIA's
>
.
>
> Further support (for Cortex-A9 CPU(s), USB, SD/MMC, etc.) to follow.
>
> V2: Make changes based on feedback from Peter Tyser and Sandeep Paulraj.
If you didn't use all the feedback to the original patches, you should
state explicitly what you changed here, or respond to the o
board config file. This is used to
> >> create an array of {chip, ngpio} tuples that are used to determine the
> >> width of a particular chip. For backwards compatibility it is assumed that
> >> any chip not defined in CONFIG_SYS_I2C_PCA953X_WIDTH has 8 pins.
> >>
> --- a/boards.cfg
> +++ b/boards.cfg
> @@ -122,6 +122,7 @@ omap4_panda arm armv7
> panda ti
> omap4_sdp4430arm armv7 sdp4430 ti
>omap4
> s5p_goni arm armv7 go
Hi,
Your Signed-off-by seems to have made its way into the subject line. It
should be moved into the email contents. A brief description of what
this patch does, what peripherals are supported, etc would be nice too.
> create mode 100644 board/tegra2/common/board.c
> create mode 100644 boar
e_nor() would falsely return a sector size of 0.
A sector size of 0 results in subsequent jffs2 operations failing.
To workaround the overflow subtract 1 from calculated address of
the partition endpoint.
Signed-off-by: Peter Tyser
---
common/cmd_jffs2.c |2 +-
1 files changed, 1 insertions(
There's no compelling reason to have the output on bootup or the
"flinfo" command print "flash" in uppercase, so use the proper case
where appropriate.
Signed-off-by: Peter Tyser
---
arch/arm/lib/board.c|2 +-
arch/m68k/lib/board.c |
CIe1: Bus 00 - 05
PCIe2: Endpoint of VPX Fabric A, x2, regs @ 0xef009000
PCIe2: Bus 06 - 06
Signed-off-by: Peter Tyser
---
This applies to Kumar's u-boot-85xx.git 'dev' branch.
arch/powerpc/include/asm/fsl_pci.h |2 +-
drivers/pci/fsl_pci_init.c | 38 ++-
> > Any direction on how these should be applied for testing?
> >
> >
>
> I've pushed a 'dev' branch on u-boot-85xx.git on denx.de with the current set
> of patches applied.
Thanks. Things are much tidier now. I had a few comments. Let me know
if you'd like me to submit patches to address
On Tue, 2010-12-21 at 11:49 -0600, Kumar Gala wrote:
> On Dec 20, 2010, at 10:49 AM, Peter Tyser wrote:
>
> > Thanks for the cleanup. What branch should this series be applied to?
> > And are there prerequisites? I'm having issues applying them to test
> > and
Thanks for the cleanup. What branch should this series be applied to?
And are there prerequisites? I'm having issues applying them to test
and review.
On Fri, 2010-12-17 at 17:50 -0600, Kumar Gala wrote:
> Remove duplicated code in MPC8572 DS board and utliize the common
> fsl_pcie_init_board().
Looks good to me and works as advertised.
Acked-by: Peter Tyser
Tested-by: Peter Tyser
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
The patch looks good. I had a few minor nitpicky style comments below:
> As suggested by Peter I've implemented the 16-pin support in the existing
> pca953x driver. So this is pretty much a re-write of the v1 patch. Is the
> commit
> message sufficient to document CONFIG_SYS_I2C_PCA953X_WIDTH or
On Wed, 2010-12-08 at 23:34 +0100, Wolfgang Denk wrote:
> Dear Dan,
>
> In message <0ddcbda1-188f-433d-bdcc-5fdcf709a...@digitaldans.com> you wrote:
> >
> > > If you want to make this switchable at runtime, then we should
> > > probably use an environment setting.
> >
> > I experimented with thi
Chris Packham wrote:
> On Tue, Dec 7, 2010 at 2:34 PM, Peter Tyser wrote:
>
>>
>>
>>
>>>> You could do the same thing to the U-Boot pca953x driver.
>>>> Eg at the top you could add:
>>>> #ifdef CONFIG_PCA953X_16BIT
>>&
> > You could do the same thing to the U-Boot pca953x driver.
> > Eg at the top you could add:
> > #ifdef CONFIG_PCA953X_16BIT
> > #define NGPIO = 16
> > #else
> > #define NGPIO = 8
> > #endif
>
> I have a small problem with this due to the fact that we have some
> designs here that use a pca953
Hi Chris,
On Tue, 2010-12-07 at 10:48 +1300, Chris Packham wrote:
> This adds support for the PCA9539 family of gpio devices which have 16
> output pins. The devices are similar to chips that use the pca953x driver
> except the register map is expanded (in a non-backwards compatible manner)
> to a
Hi Luigi,
On Sun, 2010-12-05 at 16:16 +0100, Luigi 'Comio' Mantellini wrote:
> XZ (aka LZMA2) is the new version of lzma compression format.
> The following patch add a cut-down version of XZ Embedded library (v20100702)
> that supports only single-call API.
>
> In order to enable XZ support, the
On Fri, 2010-12-03 at 14:54 -0600, Becky Bruce wrote:
> On Dec 2, 2010, at 8:26 PM, Peter Tyser wrote:
>
> > Hi Becky,
> >
> >> +/* Common ddr init for non-corenet fsl 85xx platforms */
> >> +#ifndef CONFIG_FSL_CORENET
> >> +phys_size_t initdra
:
cpu.c:128: error: conflicting types for 'do_reset'
include/command.h:102: error: previous declaration of 'do_reset' was here
Signed-off-by: Peter Tyser
---
arch/powerpc/cpu/74xx_7xx/cpu.c | 10 +++---
arch/powerpc/cpu/mpc86xx/cpu.c |5 +++--
board/ppmc7xx/ppmc
LASH1
FLASH: 256 MiB
vs
I2C: ready
DRAM: DDR: 2 GiB (DDR2, 64-bit, CL=5, ECC on)
FLASH: Executed from FLASH1
FLASH: 256 MiB
Otherwise it looked good. I tested on the xpedite5170 that was a corner
case, and the xpedite5370 (mpc8572-based).
Acked-by: Peter Tyser
Tested-by: Peter Tyser
__
Hi Kumar,
> #elif defined (CONFIG_MPC85xx)
> #include
> -#define _POST_WORD_ADDR (CONFIG_SYS_IMMR + offsetof(ccsr_pic_t, tfrr))
> +#define _POST_WORD_ADDR (CONFIG_SYS_IMMR +
> CONFIG_SYS_MPC85xx_PIC_OFFSET + \
> + offsetof(ccsr_pic_t, tfrr))
> #elif defin
R/MDR should be followed immediately by a read of MxMR/MDR."
The UPM on a custom P4080-based board did not work without performing
a read of MxMR/MDR after a write.
Signed-off-by: John Schmoller
Signed-off-by: Peter Tyser
---
drivers/mtd/nand/fsl_upm.c |2 ++
1 files changed, 2 insert
Hi Kumar,
> Signed-off-by: Kumar Gala
Acked-by: Peter Tyser
Tested-by: Peter Tyser
> index e0a1fa4..9d87eaf 100644
> --- a/include/configs/xpedite537x.h
> +++ b/include/configs/xpedite537x.h
> @@ -375,6 +375,12 @@ extern unsigned long get_board_ddr_clk(unsigned long
>
Hi Wolfgang,
On Sun, 2010-11-21 at 22:03 +0100, Wolfgang Denk wrote:
> The switch from archive libraries to partial linking has introduced a
> number of problems, that are non-trivial to solve. For example, it is
> no longer possible to include individual object files in the linker
> script as we
On Fri, 2010-11-19 at 13:53 +0800, Li Yang wrote:
> >
> >
> >> >My understanding is that the SGMII link is always at 1000Mbps speed -
> >> >see figure 1 from the app note. Additionally look at figure 3. My
> >> >understand from it, and the app note's text is that SGMII
> >> >auto-negotiation does
> >My understanding is that the SGMII link is always at 1000Mbps speed - see
> >figure 1 from the app note. Additionally look at figure 3. My understand
> >from it, and the app note's text is that SGMII auto-negotiation doesn't
> >really occur - its just passing the PHY-side auto-negotiation re
On Wed, 2010-11-17 at 21:13 -0700, Li Yang-R58472 wrote:
> >Subject: Re: [U-Boot] [PATCH] revert "tsec: Force TBI PHY to 1000Mbps full
> >duplex in SGMII mode"
> >
> >Hi Zhao,
> >
> >> In message <1289986984-2314-1-git-send-email-b26...@freescale.com> you
> >wrote:
> >> > On P2020DS and MPC8572DS,
Hi Zhao,
> In message <1289986984-2314-1-git-send-email-b26...@freescale.com> you wrote:
> > On P2020DS and MPC8572DS, the link to SGMII card which use Vitesse
> > VSC8234 PHY can't come up. Current TBI PHY settings(TBICR_SETTINGS)
> > for SGMII mode cause link problems.
> >
> > Revert commit 46e
On Sat, 2010-11-13 at 23:53 +0100, Wolfgang Denk wrote:
> Dear Kumar,
>
> In message <1288297499-21417-1-git-send-email-pty...@xes-inc.com> Peter Tyser
> wrote:
> > Previously fsl_pci_init_port() always assumed that a port was a PCIe
> > port and would incorrectly
Hi Wolfgang,
> In message <4cd56618.4010...@gmail.com> you wrote:
> >
> > My previous patch missed some places that create library archives. A
> > new 100% $(AR)-free version is available here:
>
> Please post your patch on the mailing list for review.
For what its worth, Sebastien's patch is
On Sun, 2010-11-07 at 20:44 +, Andrew Holt (SE) wrote:
> Hi,
>
> I hadn't, but I will, Thanks.
>
> I did find include/exports.h
>
> Another question would be, I guess exports.h holds a subset of routines that
> 'could' be called by a standalone. Is there a list of potential candidates ?
>
On Sat, 2010-11-06 at 18:21 +0100, Albert ARIBAUD wrote:
> Le 06/11/2010 15:28, Sebastien Carlier a écrit :
> > Hello all,
> >
> > My previous patch missed some places that create library archives. A
> > new 100% $(AR)-free version is available here:
> >
> > http://io.oiioiio.com/~sebc/0001-
> Yes, you are right, the size is down. I only noticed the u-boot-spl size
> by using ls -l, not via size. Now I get the same result as yours.
>
> It is very good to see this trim-down size because I know some board
> developers are fighting with the 4k limitation of the nand-spl size. Are
> you
On Thu, 2010-11-04 at 10:19 -0400, Haiying Wang wrote:
> On Wed, 2010-11-03 at 13:38 -0700, Peter Tyser wrote:
> > I'd guess none of the functions in the SPL binary are referenced in
> > the
> > linker script or linker command line, so the linker thinks none of
>
On Wed, 2010-11-03 at 15:07 -0400, Haiying Wang wrote:
> Peter,
>
> Do you have any idea on why your commit:
> "
> commit fbe53f59bd40b3b1ab66dc98859e26589d64d1b7
> Author: Peter Tyser
> Date: Wed Sep 29 14:05:56 2010 -0500
>
> 85xx: Use gc-sections to redu
...
Signed-off-by: Peter Tyser
CC: w...@denx.de
CC: s...@denx.de
CC: ga...@kernel.crashing.org
---
This series assumes "fsl_pci_init: Make fsl_pci_init_port() PCI/PCIe aware"
has already been applied.
board/atum8548/atum8548.c | 12 ++--
board/freescale/corene
d (04:01) via a PEX8112 PCIe-to-PCI bridge (03:00).
Signed-off-by: Peter Tyser
---
drivers/pci/pci.c | 16 ++--
1 files changed, 14 insertions(+), 2 deletions(-)
diff --git a/drivers/pci/pci.c b/drivers/pci/pci.c
index 78f7339..702ac67 100644
--- a/drivers/pci/pci.c
+++ b/driver
07:00.0 - 10b5:8518 - Bridge device
08:00.0 - 1957:0040 - Processor
07:01.0 - 10b5:8518 - Bridge device
09:00.0 - 10b5:8112 - Bridge device
07:02.0 - 10b5:8518 - Bridge device
PCIE1: Bus 00 - 0b
Signed-off-by: Peter Tyser
---
drivers/pci/pci.c | 17
:8518 - Bridge device
PCIE1: Bus 00 - 0b
PCIE2: connected as Root Complex
0d:00.0 - 1957:0040 - Processor
PCIE2: Bus 0c - 0d
Signed-off-by: Peter Tyser
---
common/cmd_pci.c | 66 +-
drivers/pci/pci.c |
b20 00
PCIE2: Bus 0c - 0d
Signed-off-by: Peter Tyser
CC: ga...@kernel.crashing.org
---
drivers/pci/fsl_pci_init.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/pci/fsl_pci_init.c b/drivers/pci/fsl_pci_init.c
index 21cbb3b..5b34dcb 100644
--- a/drivers/pci/fsl_p
otup output.
Signed-off-by: Peter Tyser
CC: ga...@kernel.crashing.org
---
board/atum8548/atum8548.c |8
board/freescale/mpc8536ds/mpc8536ds.c |8
board/freescale/mpc8544ds/mpc8544ds.c |4 ++--
board/freescale/mpc8572ds/mpc8572ds.c |8
board
s would instead silently discard the '-c 85xx' argument since the
proper cpu name is 'mpc85xx' and then proceed to compile all PowerPC
boards (MAKEALL's default).
Also fix an unrelated typo.
Signed-off-by: Peter Tyser
---
MAKEALL |8 +++-
1 files changed, 7 ins
On Wed, 2010-10-27 at 08:47 +0200, Wolfgang Denk wrote:
> Dear Peter Tyser,
>
> In message <1288156533.1971.6.ca...@ptyser-laptop> you wrote:
> >
> > Can you send the entire bootup output? The code is based on Freescale
> > reference boards, eg the mpc8568mds
output of fsl_pci_init_port():
PCI1: 32 bit, 33 MHz, sync, host, arbiter
Scanning PCI bus 00
PCI1 on bus 00 - 00
Signed-off-by: Peter Tyser
---
Tested on a MPC8548 with PCI, and a MPC8640 with PCIe
drivers/pci/fsl_pci_init.c |6 +-
1 files changed, 5 insertions(+), 1
1 - 100 of 989 matches
Mail list logo
