On Mon, Dec 19, 2011 at 7:38 PM, Wolfgang Denk wrote:
> Dear Che-liang Chiou,
>
> In message
> you
> wrote:
>>
>> > Should we not rather remove all this dead code again?
>> >
>> > Until today there are no users for this code in mainline, and no
>> > patches have been submitted that intend to us
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 next time) and an error
is returned.
This series of patches implements central card-detection within the MMC
framework. Before this patch series, many boards actually did implement
the board_mmc_getcd() function, but it wasn't used except by one driver
(fsl_esdhc). Unfortunately, implementations interpreted the meaning of
the cd param
On Tegra2, card-detection is implemented by passing the card-detection
GPIOs to the MMC driver at initialization time. Instead of implementing
the board_mmc_getcd() function, use the card-detect hook and allow
boards to override it by providing their own board_mmc_getcd()
implementation.
Signed-of
On Mon, Dec 19, 2011 at 23:26, Michael Kebe wrote:
> Thanks, for the hint! There is TEXT_BASE = 0x60d0.
>
> Here is the output from a bootup of the old U-Boot:
>
> Stage-1 Bootloader Tue Aug 9 16:44:00 CST 2011
> Attempting to set PLLA to 750MHz ...
> plla_ctrl0 : 0x
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Monday, December 19, 2011 9:07 PM
> To: Premi, Sanjeev
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH] Coding Style cleanup
>
> Dear "Premi, Sanjeev",
>
> In message
> you wrote:
> >
> > > @@ -563,6 +55
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 indicates that no card is
present and
Dear Tom Rini,
In message
you wrote:
>
> > I guess you really, really must use i2c before relocation? =A0If
> > possible, this should be avoided in the first place.
>
> Yes, board rev detection to know how to configure SDRAM.
I don't consider this a valid reason (reading the SPD EEPROM would b
Dear Che-liang Chiou,
In message
you wrote:
>
> The board that I test the TPM driver is Seaboard (a tegra2-based
> board). The config settings enabling TPM are literally pasted as
> follows. However, I can't submit the confis settings (so that Seaboard
> would be the first mainline user of the T
Dear Sridhar Addagada,
In message <1324360794.59571.yahoomail...@web120203.mail.ne1.yahoo.com> you
wrote:
>
> In an effort to find the cause of reboot from linux userspace, which
> was always returning hardreset, i traced the reason for the reset
> status register being cleared is from file
> ar
Dear Paul Gortmaker,
In message
you wrote:
>
> > ... or you can just snap in a JTAG debugger, connect GDB and throw some
> > break/watch points here and there ;-)
>
> And how exactly is a JTAG going to help him resolve compile time
> issues he's currently having? Sure, JTAG is nice for things
On Tuesday, December 20, 2011 12:41:08 PM you wrote:
> Dear Tom Rini,
>
> In message you wrote:
> > > I guess you really, really must use i2c before relocation? =A0If
> > > possible, this should be avoided in the first place.
> >
> > Yes, board rev detection to know how to configure SDRAM.
>
>
Dear Michael Kebe,
In message
you
wrote:
>
> > Is the "U-Boot code" the address CONFIG_SYS_UBOOT_BASE should be set
> > to? If so, then both addresses are the same, is that ok?
>
> Thanks for the discussion about how to port a new board into U-Boot.
> But I think these questions are forgotten,
Config options for OMAP are not used with i.MX28 so remove dead code.
Signed-off-by: Veli-Pekka Peltola
Cc: Stefano Babic
Cc: Marek Vasut
Cc: Fabio Estevam
---
arch/arm/cpu/arm926ejs/mx28/start.S |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/arch/arm/cpu/arm926
Dear Sanjeev,
In message you wrote:
>
> I was referring to the extra line added by the "+" sign.
Ah, I see. Indeed. Strange.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Ger
hi,
I am new to u-boot and have few doubts.
I am trying to run uboot on custom board.
I am using jtag(XDS 510 USB) to debug board.
I have am3517 processor from ti.
I have MT29C4G48MAZAPAKQ-5 IT chip which contains nand flash and lpddr.
While making hardware I have not connected chip select 0 to thi
Dear Andreas,
In message <201112201253.46991.schnitzelt...@gmx.de> you wrote:
>
> I agree to your concerns but - as I understood Steve Sakoman - here the
> situation is slightly different:
I think you misunderstand.
> At elder overo boards TWL4030 RTC irq is connected to gpio112. Unfortunately
With Simon's work on generic relocation support, I thought I would throw in
what I am planning for arch/x86/lib/board.c
Now this is not a patch, it is a work-in-progress complete version of the
file (compiles, will test soon) - If feedback is positive, I'll add this to
an upcoming patch set
Notic
On Tue, Dec 20, 2011 at 10:00 AM, Veli-Pekka Peltola
wrote:
> Config options for OMAP are not used with i.MX28 so remove dead code.
>
> Signed-off-by: Veli-Pekka Peltola
> Cc: Stefano Babic
> Cc: Marek Vasut
> Cc: Fabio Estevam
Acked-by: Fabio Estevam
On 20/12/2011 13:00, Veli-Pekka Peltola wrote:
> Config options for OMAP are not used with i.MX28 so remove dead code.
>
> Signed-off-by: Veli-Pekka Peltola
> Cc: Stefano Babic
> Cc: Marek Vasut
> Cc: Fabio Estevam
> ---
> arch/arm/cpu/arm926ejs/mx28/start.S |6 --
> 1 files changed,
Hi Andreas,
On 12/20/11 13:53, Andreas Müller wrote:
> On Tuesday, December 20, 2011 12:41:08 PM you wrote:
>> Dear Tom Rini,
>>
>> In message w...@mail.gmail.com> you wrote:
I guess you really, really must use i2c before relocation? =A0If
possible, this should be avoided in the first p
Fix:
e1000_spi.c: In function 'spi_free_slave':
e1000_spi.c:115: warning: unused variable 'hw'
e1000_spi.c: In function 'do_e1000_spi':
e1000_spi.c:472: warning: 'checksum' may be used uninitialized in this function
e1000_spi.c:472: note: 'checksum' was declared here
Signed-off-by: Anatolij Gustsc
On Tuesday, December 20, 2011 01:06:07 PM you wrote:
> Dear Andreas,
>
> In message <201112201253.46991.schnitzelt...@gmx.de> you wrote:
> > I agree to your concerns but - as I understood Steve Sakoman - here the
>
> > situation is slightly different:
> I think you misunderstand.
Yes I think too
On Tuesday 20 December 2011 13:59:12 John M Cavallo wrote:
> Thanks, but it didn't work. The 3114 is a very different beast from the
> 3132.
I meant CONFIG_SATA_SIL.
> Re-reading the original message, I realized that I had copied the
> configuration from another attempt (I really have to work on
On Monday, December 19, 2011 Stefan Roese wrote
> Hi John,
>
> On Monday 19 December 2011 22:26:09 johnc wrote:
> > I am using the 405EX "Kilauea" Evaluation Board from
> > Applied Micro, and am
> > trying to get a Silicon Image 3124 PCIe to SATA adaptor
> > working on it.
> >
> > I have modifie
Thought so, i was looking at the wrong manual 837x, hence did not find the
section
Thanks
S
From: Wolfgang Denk
To: Sridhar Addagada
Cc: "u-boot@lists.denx.de"
Sent: Tuesday, December 20, 2011 5:18 PM
Subject: Re: [U-Boot] Reset Status on MPC83xx
Dear S
On 20/12/2011 12:59, siddharth baisane wrote:
> hi,
Hi,
> I am new to u-boot and have few doubts.
> I am trying to run uboot on custom board.
> I am using jtag(XDS 510 USB) to debug board.
> I have am3517 processor from ti.
> I have MT29C4G48MAZAPAKQ-5 IT chip which contains nand flash and lpddr.
Let imx_get_mac_from_fuse function be a common function, so that other
mx28 boards can reuse it.
Signed-off-by: Fabio Estevam
---
Changes since v5:
- Allow the MAC vendor to be overriden
Changes since v4:
- No changes
Change since v3:
- Add a note about the first two MAC addresses being from Free
MX28 has two built-in FECs (Fast Ethernet Controller).
OCOTP register can be used to only store 4 bytes of MAC addresses.
In order to workaround this limitation, let the MAC address of FEC1 be
the FEC0 address plus one.
Signed-off-by: Fabio Estevam
---
Changes since v5:
No changes. Newly intro
Let dram_init function be a common function, so that other mx28 boards
can reuse it.
Signed-off-by: Fabio Estevam
---
Changes since v5:
- Change return value on dram_init()
Changes since v4:
- Call mx28_dram_init from m28evk.c
Changes since v3:
- Rename dram_init to mx28_dram_init
arch/arm/cpu/
Add initial support for Freescale MX28EVK board.
Tested boot via SD card and by loading a kernel via TFTP through
the FEC interface.
Signed-off-by: Fabio Estevam
---
- For correct operation of saving environment variables into the SD card,
the following patch is needed:
http://lists.denx.de/pipe
> Let imx_get_mac_from_fuse function be a common function, so that other
> mx28 boards can reuse it.
>
> Signed-off-by: Fabio Estevam
> ---
> Changes since v5:
> - Allow the MAC vendor to be overriden
> Changes since v4:
> - No changes
> Change since v3:
> - Add a note about the first two MAC add
On Tue, Dec 20, 2011 at 4:20 AM, Igor Grinberg wrote:
> What about forging some very not optimized default DRAM settings,
> that suit any assembled DRAM and then when you have I2C access,
> reconfigure it - is it possible?
>
The board ID is used to determine some fairly fundamental things like h
> MX28 has two built-in FECs (Fast Ethernet Controller).
>
> OCOTP register can be used to only store 4 bytes of MAC addresses.
>
> In order to workaround this limitation, let the MAC address of FEC1 be
> the FEC0 address plus one.
>
> Signed-off-by: Fabio Estevam
> ---
> Changes since v5:
> N
> Let dram_init function be a common function, so that other mx28 boards
> can reuse it.
>
> Signed-off-by: Fabio Estevam
> ---
> Changes since v5:
> - Change return value on dram_init()
> Changes since v4:
> - Call mx28_dram_init from m28evk.c
> Changes since v3:
> - Rename dram_init to mx28_dra
> Add initial support for Freescale MX28EVK board.
>
> Tested boot via SD card and by loading a kernel via TFTP through
> the FEC interface.
>
> Signed-off-by: Fabio Estevam
> ---
> - For correct operation of saving environment variables into the SD card,
> the following patch is needed:
> http:
Signed-off-by: Lauri Hintsala
---
Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Makefile b/Makefile
index 05966f4..ba336ed 100644
--- a/Makefile
+++ b/Makefile
@@ -643,7 +643,7 @@ unconfig:
sinclude $(obj).boards.depend
$(obj).boards.depend: boards.cfg
-
On 20/12/2011 14:53, Fabio Estevam wrote:
> MX28 has two built-in FECs (Fast Ethernet Controller).
>
> OCOTP register can be used to only store 4 bytes of MAC addresses.
>
> In order to workaround this limitation, let the MAC address of FEC1 be
> the FEC0 address plus one.
>
> Signed-off-by: Fab
On 12/20/2011 03:55 PM, Marek Vasut wrote:
Let imx_get_mac_from_fuse function be a common function, so that other
mx28 boards can reuse it.
[snip]
+static void __set_mac_vendor(char *mac)
[snip]
It's good, but why not make it completely generic -- like mx28_adjust_mac() --
so the users ca
> On 12/20/2011 03:55 PM, Marek Vasut wrote:
> >> Let imx_get_mac_from_fuse function be a common function, so that other
> >> mx28 boards can reuse it.
>
> [snip]
>
> >> +static void __set_mac_vendor(char *mac)
>
> [snip]
>
> > It's good, but why not make it completely generic -- like
> > mx28_
On 20/12/2011 13:00, Veli-Pekka Peltola wrote:
> Config options for OMAP are not used with i.MX28 so remove dead code.
>
> Signed-off-by: Veli-Pekka Peltola
> Cc: Stefano Babic
> Cc: Marek Vasut
> Cc: Fabio Estevam
> ---
> arch/arm/cpu/arm926ejs/mx28/start.S |6 --
> 1 files changed,
Fix:
mv_eth.c: In function 'mv64360_eth_real_open':
mv_eth.c:425:6: warning: variable 'port_status' set but not used
[-Wunused-but-set-variable]
mv_eth.c: In function 'mv64360_eth_stop':
mv_eth.c:643:15: warning: variable 'port_num' set but not used
[-Wunused-but-set-variable]
mv_eth.c: In functi
On Fri, Dec 16, 2011 at 10:20 AM, jonsm...@gmail.com wrote:
> The CPU I'm working with, the LPC3130, is kind of an in-between CPU
> for SPL. Instead of a tightly constrained RAM of 16KB or so I have
> 96KB to work with. 96KB is enough room to support all of the various
> boot modes (uart, nand, s
On Mon, Dec 19, 2011 at 6:23 AM, Wolfgang Denk wrote:
> Hi everybody,
>
> I've just released v2011.12-rc2; please help testing.
>
> Please respond quickly if you find anything missing for the final
> release, I want to get this out on Friday at latest.
I'm testing out the latest u-boot on my pand
Add multi-FEC support for imx_get_mac_from_fuse by passing dev_id as a
parameter.
This feature is important on mx28 SoC for example that has two FEC ports.
Cc: Ben Warren
Signed-off-by: Fabio Estevam
---
Change since v6:
- No changes. Introduced on this series
arch/arm/cpu/arm1136/mx35/gener
Let imx_get_mac_from_fuse function be a common function, so that other
mx28 boards can reuse it.
Signed-off-by: Fabio Estevam
---
Changes since v6:
- Let mac[5] be set inside mx28_adjust_mac
Changes since v5:
- Allow the MAC vendor to be overriden
Changes since v4:
- No changes
Change since v3:
-
Let dram_init function be a common function, so that other mx28 boards
can reuse it.
Signed-off-by: Fabio Estevam
Acked-by: Marek Vasut
---
Changes since v6:
- Added Acked-by line
Changes since v5:
- Change return value on dram_init()
Changes since v4:
- Call mx28_dram_init from m28evk.c
Change
Add initial support for Freescale MX28EVK board.
Tested boot via SD card and by loading a kernel via TFTP through
the FEC interface.
Signed-off-by: Fabio Estevam
Acked-by: Marek Vasut
---
- For correct operation of saving environment variables into the SD card,
the following patch is needed:
ht
Fix:
e1000.c: In function 'e1000_read_mac_addr':
e1000.c:1149:2: warning: dereferencing type-punned pointer
will break strict-aliasing rules [-Wstrict-aliasing]
e1000.c:1149:2: warning: dereferencing type-punned pointer
will break strict-aliasing rules [-Wstrict-aliasing]
Signed-off-by: Anatolij
On Dec 20, 2011, at 10:49, Anatolij Gustschin wrote:
> Fix:
> e1000.c: In function 'e1000_read_mac_addr':
> e1000.c:1149:2: warning: dereferencing type-punned pointer will break
> strict-aliasing rules [-Wstrict-aliasing]
> e1000.c:1149:2: warning: dereferencing type-punned pointer will break
> s
On 12/19/2011 05:59 PM, Remy Bohmer wrote:
> Hi Wolfgang,
>
> 2011/12/19 Wolfgang Grandegger :
>> On 12/19/2011 01:51 PM, Vincent Palatin wrote:
>>> On Mon, Dec 19, 2011 at 04:07, Wolfgang Grandegger
>>> wrote:
I just realized that this patch breaks "usb start" on my mx53loco board:
>>
On Dec 20, 2011, at 07:29, Anatolij Gustschin wrote:
> Fix:
> e1000_spi.c: In function 'spi_free_slave':
> e1000_spi.c:115: warning: unused variable 'hw'
> e1000_spi.c: In function 'do_e1000_spi':
> e1000_spi.c:472: warning: 'checksum' may be used uninitialized in this
> function
> e1000_spi.c:472
> Let imx_get_mac_from_fuse function be a common function, so that other
> mx28 boards can reuse it.
>
> Signed-off-by: Fabio Estevam
> ---
> Changes since v6:
> - Let mac[5] be set inside mx28_adjust_mac
> Changes since v5:
> - Allow the MAC vendor to be overriden
> Changes since v4:
> - No chan
Since commit 97039ab98 (env_mmc: Allow board code to override the environment
address)
mmc_get_env_addr is a weak-aliased function in common/env_mmc.c
The mmc_get_env_addr implementation that exists at
board/freescale/common/sdhc_boot.c is meant to be used only for PowerPC boards,
but currently i
On Tue, 20 Dec 2011 10:19:51 -0600
"Moffett, Kyle D" wrote:
> On Dec 20, 2011, at 07:29, Anatolij Gustschin wrote:
> > Fix:
> > e1000_spi.c: In function 'spi_free_slave':
> > e1000_spi.c:115: warning: unused variable 'hw'
> > e1000_spi.c: In function 'do_e1000_spi':
> > e1000_spi.c:472: warning:
On Tuesday 20 December 2011 06:09 PM, Andreas Müller wrote:
On Tuesday, December 20, 2011 01:06:07 PM you wrote:
Dear Andreas,
In message<201112201253.46991.schnitzelt...@gmx.de> you wrote:
I agree to your concerns but - as I understood Steve Sakoman - here the
situation is slightly differ
Let imx_get_mac_from_fuse function be a common function, so that other
mx28 boards can reuse it.
Signed-off-by: Fabio Estevam
---
Changes since v7:
- Use unsigned char instead of char
Changes since v6:
- Let mac[5] be set inside mx28_adjust_mac
Changes since v5:
- Allow the MAC vendor to be overr
> Let imx_get_mac_from_fuse function be a common function, so that other
> mx28 boards can reuse it.
>
> Signed-off-by: Fabio Estevam
> ---
> Changes since v7:
> - Use unsigned char instead of char
> Changes since v6:
> - Let mac[5] be set inside mx28_adjust_mac
> Changes since v5:
> - Allow the
On Tuesday 20 December 2011 07:29:03 Anatolij Gustschin wrote:
> - struct e1000_hw *hw = e1000_hw_from_spi(spi);
> + __maybe_unused struct e1000_hw *hw = e1000_hw_from_spi(spi);
> E1000_DBG(hw->nic, "EEPROM SPI access released\n");
fix the E1000_DBG() macro to use debug() instead
-mi
On Tuesday 20 December 2011 11:07:30 Moffett, Kyle D wrote:
> On Dec 20, 2011, at 10:49, Anatolij Gustschin wrote:
> > #ifdef CONFIG_E1000_FALLBACK_MAC
> > - if ( *(u32*)(nic->enetaddr) == 0 || *(u32*)(nic->enetaddr) == ~0 ) {
> > + if (get_unaligned_be32(nic->enetaddr) == 0 ||
> > + get_
Sorry, folks. Please ignore u-boot-tegra/next for now. It's in transition.
u-boot-tegra/master has some new patches (getting ready for a pull request)
that changed the Seaboard Makefile but not the Harmony or Ventana ones. The
fix-it patch I submitted should've had a line that said it applies ag
On Tue, 20 Dec 2011 10:07:30 -0600
"Moffett, Kyle D" wrote:
> On Dec 20, 2011, at 10:49, Anatolij Gustschin wrote:
> > Fix:
> > e1000.c: In function 'e1000_read_mac_addr':
> > e1000.c:1149:2: warning: dereferencing type-punned pointer will break
> > strict-aliasing rules [-Wstrict-aliasing]
> >
On Tuesday 20 December 2011 03:52:39 Thierry Reding wrote:
> This series of patches implements central card-detection within the MMC
> framework. Before this patch series, many boards actually did implement
> the board_mmc_getcd() function, but it wasn't used except by one driver
> (fsl_esdhc). Unf
Fix:
e1000.c: In function 'e1000_read_mac_addr':
e1000.c:1149:2: warning: dereferencing type-punned pointer
will break strict-aliasing rules [-Wstrict-aliasing]
e1000.c:1149:2: warning: dereferencing type-punned pointer
will break strict-aliasing rules [-Wstrict-aliasing]
Signed-off-by: Anatolij
The included series of 3 patches fixes several bugs in the FAT code
and the USB storage stack to make it possible to read from a FAT
filesystem image embedded as an "El-Torito boot image" in an ISO9660
volume (IE: a CD or DVD).
This has been tested on the eXMeritus HWW-1U-1A.
The FAT filesystem code currently ends up requiring that the partition
table be a DOS MBR, as it checks for the DOS 0x55 0xAA signature on the
partition table (which may be Mac, EFI, ISO9660, etc) before actually
computing the partition offset.
This fixes support for accessing a FAT filesystem in
The FAT filesystem fails silently in inexplicable ways when given a
filesystem with a block-size that does not match the device sector size.
In theory this is not an unsupportable combination but requires a major
rewrite of a lot of the filesystem. Until that occurs, the filesystem
should detect t
When performing large bulk reads from a CD or DVD using the U-Boot
usb_storage driver, it generates requests of up to 20 blocks at a time.
With a standard 512-byte block size, that is 10240 bytes and within the
limit of U-Boot's EHCI driver (maximum 5 pages at 4k per page).
Unfortunately CD-ROM m
On Dec 20, 2011, at 12:36, Anatolij Gustschin wrote:
> Fix:
> e1000.c: In function 'e1000_read_mac_addr':
> e1000.c:1149:2: warning: dereferencing type-punned pointer
> will break strict-aliasing rules [-Wstrict-aliasing]
>
> e1000.c:1149:2: warning: dereferencing type-punned pointer
> will break
Fix:
misc.c: In function 'misc_init_r':
misc.c:119:3: warning: dereferencing type-punned pointer
will break strict-aliasing rules [-Wstrict-aliasing]
Signed-off-by: Anatolij Gustschin
---
board/eltec/elppc/misc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/elt
On Tuesday 20 December 2011 12:41:14 Kyle Moffett wrote:
> + /*
> + * The U-Boot EHCI driver cannot handle more than 4096*5 bytes in a
> + * transfer without running itself out of qt_buffers.
> + */
> + ss->max_xfer_blk = (4096*5)/dev_desc->blksz;
spaces around those operato
On Tuesday 20 December 2011 12:41:12 Kyle Moffett wrote:
> --- a/fs/fat/fat.c
> +++ b/fs/fat/fat.c
>
> +static disk_partition_t cur_part_info = {
> + .start = 0,
> + .size = 0,
> + .blksz = 512,
> + .name = "",
> + .type = "",
> +};
there any way we could delay that initializa
On Tuesday 20 December 2011 12:51:09 Anatolij Gustschin wrote:
> - *(int *) &eerev.res[0] = 0;
> + memset(&eerev.res[0], 0, 4);
&foo[0] is the same thing as foo
-mike
signature.asc
Description: This is a digitally signed message part.
_
On Monday 19 December 2011 22:48:06 Donggeun Kim wrote:
> --- a/common/cmd_fat.c
> +++ b/common/cmd_fat.c
>
> + if (argc < 5) {
> + printf("usage: fatwrite "
> + " \n");
> + return 1;
return cmd_usage(cmdtp);
-mike
signature.asc
Description: Thi
On Dec 20, 2011, at 13:20, Mike Frysinger wrote:
> On Tuesday 20 December 2011 12:41:12 Kyle Moffett wrote:
>> --- a/fs/fat/fat.c
>> +++ b/fs/fat/fat.c
>>
>> +static disk_partition_t cur_part_info = {
>> +.start = 0,
>> +.size = 0,
>> +.blksz = 512,
>> +.name = "",
>> +.type =
On Dec 20, 2011, at 13:20, Mike Frysinger wrote:
> On Tuesday 20 December 2011 12:41:14 Kyle Moffett wrote:
>> +/*
>> + * The U-Boot EHCI driver cannot handle more than 4096*5 bytes in a
>> + * transfer without running itself out of qt_buffers.
>> + */
>> +ss->max_xfer_blk = (40
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 some later time
after mmc_init(), w
On Tuesday 20 December 2011 13:24:25 Moffett, Kyle D wrote:
> On Dec 20, 2011, at 13:20, Mike Frysinger wrote:
> > On Tuesday 20 December 2011 12:41:14 Kyle Moffett wrote:
> >> + /*
> >> + * The U-Boot EHCI driver cannot handle more than 4096*5 bytes in a
> >> + * transfer without running itse
* Since AT91 name schema was changed to ATMEL_BASE_xxx, I2C_SOFT
on AT91 devices fails with 'error: ATMEL_FIO_BASE undeclared'
* change ATMEL_PIO_BASE to ATMEL_BASE_PIOA will fix this
Signed-off-by: Jens Scharsig
---
include/i2c.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
d
On 12/19/2011 06:43 PM, Érico Porto wrote:
> Got usb-tap to work, but ONLY with code warrior - and for some reason
> can run it on ubuntu+unity but not on ubuntu+xfce, which loads
> everything except the action button in the flash programmer where you
> select what you will do: flash dump, erase, w
* Mike Frysinger wrote:
> On Tuesday 20 December 2011 03:52:39 Thierry Reding wrote:
> > This series of patches implements central card-detection within the MMC
> > framework. Before this patch series, many boards actually did implement
> > the board_mmc_getcd() function, but it wasn't used except
On 12/20/2011 09:38 AM, Tom Rini wrote:
> So, in chasing down another problem I was having (that turned out
> unrelated) I just made SPL use the full NAND stack. It wouldn't be
> difficult to add CONFIG_SPL_FULL_NAND_SUPPORT
How about CONFIG_SPL_NAND_FULL?
> (and either keep the
> existing name
Seaboard changes have removed the need for common/board.o in the
Makefile. Propagate this change to the other Tegra2 builds.
Signed-off-by: Tom Warren
---
V2: Add more info to commit msg about use/source of change
board/nvidia/harmony/Makefile |1 -
board/nvidia/ventana/Makefile |3 +--
On Tue, Dec 20, 2011 at 1:48 PM, Scott Wood wrote:
> On 12/20/2011 09:38 AM, Tom Rini wrote:
>> So, in chasing down another problem I was having (that turned out
>> unrelated) I just made SPL use the full NAND stack. It wouldn't be
>> difficult to add CONFIG_SPL_FULL_NAND_SUPPORT
>
> How about CO
Dear Andreas,
In message <201112201339.39460.schnitzelt...@gmx.de> you wrote:
>
> I don't know if I want to jump also into these changes now - especially since
> I am quite new here..
> But for my intererst - since it seems more error tolerant: How is SDRAM
> timing
> set up without exactly kno
Dear Chris Lalancette,
In message
you wrote:
>
> Unfortunately, trying to build v2011.12-rc2 with the cross-compiler
> from Ubuntu 11.10 causes an ICE. I'm taking a look at it now to see
> if I can figure out the problem, but I thought I would point it out
> sooner rather than later.
Which sor
Hello Wolfgang,
Please pull two fixes for inclusion in v2011.12 release. Thanks!
The following changes since commit 901de79a3792c81aefcbf207a34049e63f21362b:
Prepare v2011.12-rc2 (2011-12-19 12:12:54 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-staging.git ag...@d
Dear Graeme Russ,
In message <4eeea032.8050...@gmail.com> you wrote:
> Hi Wolfgang:
>
> The following changes since commit 7b725f8485bcdd0be3cda40e435b783882bf18ec:
>
> CHECKPATCH: ./board/esd/hh405/logo_320_240_8bpp.c (2011-12-18 00:14:46
> +0100)
>
> are available in the git repository at:
Tom Warren wrote at Tuesday, December 20, 2011 1:54 PM:
> Seaboard changes have removed the need for common/board.o in the
> Makefile. Propagate this change to the other Tegra2 builds.
>
> Signed-off-by: Tom Warren
Acked-by: Stephen Warren
Tested-by: Stephen Warren
--
nvpublic
_
Dear Albert ARIBAUD,
In message <4eef6c88.8090...@aribaud.net> you wrote:
> Hi Wolfgang,
>
> The following changes since commit 901de79a3792c81aefcbf207a34049e63f21362b:
>
>Prepare v2011.12-rc2 (2011-12-19 12:12:54 +0100)
>
> are available in the git repository at:
>git://git.denx.de/u-
Dear Michael Walle,
In message <1321570349-4224-1-git-send-email-mich...@walle.cc> you wrote:
> A network driver should not touch the environment at all. This patch fixes
> this behaviour by removing the code for setting a default/randomized MAC
> address.
>
> Signed-off-by: Michael Walle
> Acke
Dear Michael Walle,
In message <1321570349-4224-1-git-send-email-mich...@walle.cc> you wrote:
> A network driver should not touch the environment at all. This patch fixes
> this behaviour by removing the code for setting a default/randomized MAC
> address.
>
> Signed-off-by: Michael Walle
> Acke
Dear Michael Walle,
In message <201112182328.19108.mich...@walle.cc> you wrote:
> > Please feel free to send pull-requests for next, or to point me to
> > patches that should go into next (or even into the upcoming release).
> http://patchwork.ozlabs.org/patch/126328/
> http://patchwork.ozlabs.org
Dear "=?ISO-8859-1?Q?Andreas_Bie=DFmann?=",
In message <4eef2c5f.8070...@gmail.com> you wrote:
> Dear Wolfgang,
>
> On 19.12.2011 12:23, Wolfgang Denk wrote:
> > Hi everybody,
> >
> > I've just released v2011.12-rc2; please help testing.
> >
> > Please respond quickly if you find anything missi
Dear Sven Schnelle,
In message <1443988412-13421-1-git-send-email-sv...@stackframe.org> you wrote:
> timer_init() now returns an int (the error code) instead of void.
> This makes compilation fail with:
>
> interrupts.c:111: error: conflicting types for 'timer_init'
> /home/svens/u-boot/u-boot/in
Dear Simon Glass,
In message
you wrote:
> Hi Wolfgang,
>
> On Mon, Dec 19, 2011 at 3:23 AM, Wolfgang Denk wrote:
> > Hi everybody,
> >
> > I've just released v2011.12-rc2; please help testing.
> >
> > Please respond quickly if you find anything missing for the final
> > release, I want to get
Dear Simon Glass,
In message <1324347043-29184-1-git-send-email-...@chromium.org> you wrote:
> The switch to strict_strtoul() was not done correctly - this fixes
> the compile error when CONFIG_CMD_TFTPPUT is active.
>
> There appears to very little use of strict_strtoul() in commands, so
> it mi
Dear Anatolij Gustschin,
In message <1324384143-10198-1-git-send-email-ag...@denx.de> you wrote:
> Fix:
> e1000_spi.c: In function 'spi_free_slave':
> e1000_spi.c:115: warning: unused variable 'hw'
> e1000_spi.c: In function 'do_e1000_spi':
> e1000_spi.c:472: warning: 'checksum' may be used uninit
Dear Anatolij Gustschin,
In message <20111220223552.2b63881f@wker> you wrote:
> Hello Wolfgang,
>
> Please pull two fixes for inclusion in v2011.12 release. Thanks!
>
> The following changes since commit 901de79a3792c81aefcbf207a34049e63f21362b:
>
> Prepare v2011.12-rc2 (2011-12-19 12:12:54 +
Dear Anatolij Gustschin,
In message <1323954734-26775-1-git-send-email-ag...@denx.de> you wrote:
> Writing a file to the FAT partition didn't work while a
> test using a CF card. The test was done on mpc5200 based
> board (powerpc). There is a number of problems in FAT
> write code:
>
> Compiler
1 - 100 of 133 matches
Mail list logo
