Hi Tom,
thanks for your comments!
On Tue, Nov 15, 2011 at 6:50 PM, Tom Rini wrote:
> On Tue, Nov 15, 2011 at 3:37 AM, Christian Riesch
> wrote:
>>
>> Signed-off-by: Christian Riesch
>> Cc: Wolfgang Denk
>> ---
>> arch/arm/lib/eabi_compat.c | 3 +++
>> 1 files changed, 3 insertions(+), 0 de
Hello Christian,
Christian Riesch wrote:
> Hello Heiko,
> thanks for your comments!
>
> On Wed, Nov 16, 2011 at 7:35 AM, Heiko Schocher wrote:
>> Christian Riesch wrote:
>>> Signed-off-by: Christian Riesch
>>> Cc: Heiko Schocher
>>> Cc: Sandeep Paulraj
>>> ---
>>> arch/arm/cpu/arm926ejs/davi
2011/11/11 Wolfgang Grandegger :
> Signed-off-by: Wolfgang Grandegger
> CC: Jason Liu
> ---
> board/freescale/mx53loco/mx53loco.c | 10 ++
> include/configs/mx53loco.h | 13 +
> 2 files changed, 23 insertions(+), 0 deletions(-)
>
> diff --git a/board/freescale/mx
* Thierry Reding wrote:
> * Simon Glass wrote:
[...]
> >
> > If you are not implementing MMC, just remove it and all the MMC code below.
> >
>
> I don't understand. What makes you think I don't want MMC? Both the Plutux
> and the Medcom boot from MMC. If you are referring to the CD being
> hard-
Hello Heiko,
thanks for your comments!
On Wed, Nov 16, 2011 at 7:35 AM, Heiko Schocher wrote:
> Christian Riesch wrote:
>> Signed-off-by: Christian Riesch
>> Cc: Heiko Schocher
>> Cc: Sandeep Paulraj
>> ---
>> arch/arm/cpu/arm926ejs/davinci/Makefile | 3 ++-
>> arch/arm/cpu/arm926ejs/davin
* Stephen Warren wrote:
> Thierry Reding wrote at Tuesday, November 15, 2011 12:27 AM:
> > The Medcom is a 16:9 15" terminal that is used for patient infotainment
> > in hospitals.
> ...
> > +/*
> > + * Routine: gpio_config_uart
> > + * Description: Does nothing on Medcom - no conflict w/SPI.
> > +
* Simon Glass wrote:
> Hi Thierry,
>
> On Mon, Nov 14, 2011 at 11:27 PM, Thierry Reding
> wrote:
> > The Plutux is a set-top box device based on the Tamonten processor
> > module. It can be connected to a display via an HDMI output.
> >
> > Changes in v2:
> > * No longer override the default CON
2011/11/15 Fabio Estevam :
> Configure the pins as GPIO prior to using gpio_get_value.
>
> Cc: Jason Liu
> Signed-off-by: Fabio Estevam
Acked-by: Jason Liu
> ---
> board/freescale/mx53evk/mx53evk.c | 3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
> diff --git a/board/freescale
2011/11/15 Fabio Estevam :
> Configure the pins as GPIO prior to using gpio_get_value.
>
> Cc: Jason Liu
> Signed-off-by: Fabio Estevam
Acked-by: Jason Liu
> ---
> board/freescale/mx53loco/mx53loco.c | 3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
> diff --git a/board/freesca
Hello Christian,
Christian Riesch wrote:
> This patch replaces the pinmuxing functions from
> arch/arm/cpu/arm926ejs/davinci/da850_lowlevel.c by those of
> arch/arm/cpu/arm926ejs/davinci/pinmux.c
>
> Signed-off-by: Christian Riesch
> Cc: Heiko Schocher
> Cc: Sandeep Paulraj
> ---
> arch/arm/c
* Stephen Warren wrote:
> Thierry Reding wrote at Tuesday, November 15, 2011 12:19 AM:
> > NVIDIA's flashing tools assume that the bootloader is loaded at address
> > 0x00108000. Instead of requiring non-standard builds of those tools
> > which allow a load address of 0x00E08000, this commit just s
Hi Wolfgang,
On Sun, Oct 23, 2011 at 1:14 AM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message
> you
> wrote:
>>
>> My suggestion was:
>>
>> CONFIG_ARCH_GENERIC_BOARD - you get lib/board.c
>> not CONFIG_ARCH_GENERIC_BOARD - you get arch/xxx/lib/board.c
>
> If we do something like this,
Hello Christian,
Christian Riesch wrote:
> Signed-off-by: Christian Riesch
> Cc: Sandeep Paulraj
> ---
> arch/arm/cpu/arm926ejs/davinci/Makefile|2 +-
> .../arm/cpu/arm926ejs/davinci/pinmux.c |0
> arch/arm/include/asm/arch-davinci/hardware.h |2 ++
> b
Hello Christian,
Christian Riesch wrote:
> Signed-off-by: Christian Riesch
> Cc: Heiko Schocher
> Cc: Sandeep Paulraj
> ---
> arch/arm/cpu/arm926ejs/davinci/Makefile |3 ++-
> arch/arm/cpu/arm926ejs/davinci/spl.c| 11 ++-
> 2 files changed, 12 insertions(+), 2 deletions(-)
>
Hello Anatolij,
Anatolij Gustschin wrote:
> Fix:
> davinci_i2c.c: In function 'flush_rx':
> davinci_i2c.c:81:6: warning: variable 'dummy' set but not used
> [-Wunused-but-set-variable]
>
> Signed-off-by: Anatolij Gustschin
> Cc: Heiko Schocher
> ---
> drivers/i2c/davinci_i2c.c |4 +---
> 1
Hello Albert,
Albert ARIBAUD wrote:
> Hi Wolfgang,
>
> The following changes since commit 5721385b187b3154c7768e6c182501022f4e2e45:
>
>Merge branch 'master' of git://git.denx.de/u-boot-mpc83xx (2011-11-08
> 07:44:52 +0100)
>
> are available in the git repository at:
>
>git://git.denx.
Hi,
On Thu, Oct 20, 2011 at 4:13 PM, Anton Staaf wrote:
> On Thu, Oct 20, 2011 at 3:39 PM, Simon Glass wrote:
>> This is a script for automating submission of patches to the U-Boot mailing
>> list.
>>
[snip]
>> +def FindCheckPatch():
>> + # Look in current dir
>> + for path in [os.getcwd()
Hi,
grep -rs __bss_end__ * |wc
2151011 11552
grep -rs "__bss_end " * |wc
39 1952175
I think we should standardise on one or other of these. To me it feels
like __bss_end is correct, since we have __bss_start and none of the
other symbols have a __ at the end.
Comments? If
Sorry if this is already fixed somewhere - I could not find it.
This fixes the warnings show below.
yaffs_tagscompat.c: In function
'yaffs_TagsCompatabilityReadChunkWithTagsFromNAND':
yaffs_tagscompat.c:151: warning: dereferencing pointer 'tu' does break
strict-aliasing rules
yaffs_tagscompat.c
Sorry if this is already fixed somewhere - I could not find it.
This fixes these warnings:
usb_ohci.c: In function 'submit_control_msg':
usb_ohci.c:1081: warning: dereferencing pointer 'data_buf.76' does break
strict-aliasing rules
usb_ohci.c:1081: note: initialized from here
usb_ohci.c:1084: wa
Hi Mike,
On Tue, Nov 15, 2011 at 7:53 PM, Mike Frysinger wrote:
> On Tuesday 15 November 2011 22:45:52 Simon Glass wrote:
>> On Tue, Nov 15, 2011 at 6:27 PM, Marek Vasut wrote:
>> >> On Tue, Nov 15, 2011 at 1:28 PM, Albert ARIBAUD wrote:
>> >> > Hi Wolfgang,
>> >> >
>> >> > The following changes
On Tuesday 15 November 2011 22:45:52 Simon Glass wrote:
> On Tue, Nov 15, 2011 at 6:27 PM, Marek Vasut wrote:
> >> On Tue, Nov 15, 2011 at 1:28 PM, Albert ARIBAUD wrote:
> >> > Hi Wolfgang,
> >> >
> >> > The following changes since commit
> >> > 5721385b187b3154c7768e6c182501022f4e2e45:
> >> >
>
Hi,
On Tue, Nov 15, 2011 at 6:27 PM, Marek Vasut wrote:
>> Hi Albert,
>>
>> On Tue, Nov 15, 2011 at 1:28 PM, Albert ARIBAUD
>>
>> wrote:
>> > Hi Wolfgang,
>> >
>> > The following changes since commit
>> > 5721385b187b3154c7768e6c182501022f4e2e45:
>> >
>> > Merge branch 'master' of git://git.de
> Hi Albert,
>
> On Tue, Nov 15, 2011 at 1:28 PM, Albert ARIBAUD
>
> wrote:
> > Hi Wolfgang,
> >
> > The following changes since commit
> > 5721385b187b3154c7768e6c182501022f4e2e45:
> >
> > Merge branch 'master' of git://git.denx.de/u-boot-mpc83xx (2011-11-08
> > 07:44:52 +0100)
> >
> > are
> On Tuesday 15 November 2011 13:01:52 Stefan Roese wrote:
> > --- a/arch/powerpc/cpu/ppc4xx/usbdev.c
> > +++ b/arch/powerpc/cpu/ppc4xx/usbdev.c
> >
> > - int temp, temp1;
> > ...
> >
> > /*copy packet */
> > setup_packet_pt[0] = *(unsigned int *)USB2D0_FIFO_0;
> >
> On Tue, Nov 15, 2011 at 7:56 PM, Stefano Babic wrote:
> > On 11/15/2011 10:46 AM, Jason Hui wrote:
> >>> Well this is insane, is the datasheet for mx6q available already so I
> >>> can check for myself?
> >>
> >> This is mx6q usdhc design and datasheet is not public now.
> >> Without this, the
On Tue, Nov 15, 2011 at 7:56 PM, Stefano Babic wrote:
> On 11/15/2011 10:46 AM, Jason Hui wrote:
>
>>> Well this is insane, is the datasheet for mx6q available already so I can
>>> check
>>> for myself?
>>
>> This is mx6q usdhc design and datasheet is not public now.
>> Without this, the mmc driv
Hi Albert,
On Tue, Nov 15, 2011 at 1:28 PM, Albert ARIBAUD
wrote:
> Hi Wolfgang,
>
> The following changes since commit 5721385b187b3154c7768e6c182501022f4e2e45:
>
> Merge branch 'master' of git://git.denx.de/u-boot-mpc83xx (2011-11-08
> 07:44:52 +0100)
>
> are available in the git repository a
On Tue, Nov 15, 2011 at 1:19 AM, Wolfgang Grandegger wrote:
> Cc: Simon Glass
> Cc: Mike Frysinger
> Signed-off-by: Wolfgang Grandegger
> ---
> drivers/usb/eth/smsc95xx.c | 10 +++---
> 1 files changed, 3 insertions(+), 7 deletions(-)
Acked-by: Simon Glass
>
> diff --git a/drivers/usb
Hi Wolfgang,
On Tue, Nov 15, 2011 at 1:19 AM, Wolfgang Grandegger wrote:
> Commit 79ad54400932d6484178a372fb3b659e3437473b broke MAC address
> programming in the SMSC95xx register set.
>
> Cc: Marek Vasut
> Cc: Wolfgang Denk
> Cc: Simon Glass
> Cc: Mike Frysinger
> Signed-off-by: Wolfgang Gra
Fix:
pwm.c: In function 'pwm_config':
pwm.c:85:16: warning: variable 'timer_rate_hz' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Anatolij Gustschin
---
arch/arm/cpu/armv7/s5p-common/pwm.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/arch/arm/cpu/armv7
Fix:
bus_vcxk.c: In function 'vcxk_display_bitmap':
bus_vcxk.c:396:16: warning: variable 'compression' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Anatolij Gustschin
---
drivers/video/bus_vcxk.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/vid
Fix:
s3c24x0_rtc.c: In function 'rtc_get':
s3c24x0_rtc.c:67:53: warning: variable 'a_armed' set but not used
s3c24x0_rtc.c:67:45: warning: variable 'a_year' set but not used
s3c24x0_rtc.c:67:38: warning: variable 'a_mon' set but not used
s3c24x0_rtc.c:67:30: warning: variable 'a_date' set but not u
Fix:
yaffs_guts.c: In function 'yaffs_CheckChunkErased':
yaffs_guts.c:854:6: warning: variable 'result' set but not used
yaffs_guts.c: In function 'yaffs_UpdateObjectHeader':
yaffs_guts.c:3463:6: warning: variable 'result' set but not used
yaffs_guts.c: In function 'yaffs_GrabChunkCache':
yaffs_gut
Fix:
davinci_i2c.c: In function 'flush_rx':
davinci_i2c.c:81:6: warning: variable 'dummy' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Anatolij Gustschin
Cc: Heiko Schocher
---
drivers/i2c/davinci_i2c.c |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/d
Fix:
enc28j60.c: In function 'enc_receive':
enc28j60.c:435:5: warning: variable 'eir_reg' set but not used
[-Wunused-but-set-variable]
enc28j60.c: In function 'enc_poll':
enc28j60.c:503:5: warning: variable 'estat_reg' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Anatolij Gustschin
Fix:
da8xx-fb.c: In function 'video_hw_init':
da8xx-fb.c:688:6: warning: variable 'ret' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Anatolij Gustschin
---
drivers/video/da8xx-fb.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/video/da8xx-fb.c
Fix:
flash.c: In function 'flash_erase':
flash.c:209:6: warning: variable 'flag' set but not used
[-Wunused-but-set-variable]
flash.c: In function 'write_data':
flash.c:373:6: warning: variable 'flag' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Anatolij Gustschin
---
board/cm41xx
Fix:
flash.c: In function 'flash_erase':
flash.c:209:6: warning: variable 'flag' set but not used
[-Wunused-but-set-variable]
flash.c: In function 'write_data':
flash.c:373:6: warning: variable 'flag' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Anatolij Gustschin
---
board/cm4008
Fix:
at91_emac.c: In function 'at91emac_write_hwaddr':
at91_emac.c:477:15: warning: variable 'dev' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Anatolij Gustschin
---
drivers/net/at91_emac.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/net/at91
Fix:
atmel_spi.c: In function 'spi_xfer':
atmel_spi.c:139:7: warning: variable 'ret' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Anatolij Gustschin
---
drivers/spi/atmel_spi.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/spi/atmel_spi.c b/driv
Fix:
dataflash.c: In function 'AT91F_DataflashInit':
dataflash.c:42:6: warning: variable 'last_part' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Anatolij Gustschin
---
drivers/mtd/dataflash.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/drivers/mtd/d
These patches can also be pulled from
git://git.denx.de/u-boot-video.git gcc46-warning-fixes
Anatolij Gustschin (12):
drivers/spi/atmel_spi.c: Fix GCC 4.6 warning
drivers/mtd/dataflash.c: Fix GCC 4.6 warning
drivers/net/at91_emac.c: Fix GCC 4.6 warning
drivers/net/enc28j60.c: Fix GCC 4.6
Hi Thierry,
On Mon, Nov 14, 2011 at 11:27 PM, Thierry Reding
wrote:
> The Plutux is a set-top box device based on the Tamonten processor
> module. It can be connected to a display via an HDMI output.
>
> Changes in v2:
> * No longer override the default CONFIG_SYS_TEXT_BASE setting.
>
> Signed-o
Hi Thierry,
On Mon, Nov 14, 2011 at 11:27 PM, Thierry Reding
wrote:
> Tamonten is an NVIDIA Tegra2-based SO-DIMM processor module that is
> derived from the Harmony reference design.
>
> Signed-off-by: Thierry Reding
> ---
> board/avionic-design/common/tamonten.c | 164
> +
Thierry Reding wrote at Tuesday, November 15, 2011 12:27 AM:
> The Medcom is a 16:9 15" terminal that is used for patient infotainment
> in hospitals.
...
> +/*
> + * Routine: gpio_config_uart
> + * Description: Does nothing on Medcom - no conflict w/SPI.
> + */
> +void gpio_config_uart(void)
> +{
Hi Thierry.
On Mon, Nov 14, 2011 at 11:19 PM, Thierry Reding
wrote:
> NVIDIA's flashing tools assume that the bootloader is loaded at address
> 0x00108000. Instead of requiring non-standard builds of those tools
> which allow a load address of 0x00E08000, this commit just switches all
> Tegra2 bo
Hello Wolfgang,
The following changes since commit 5721385b187b3154c7768e6c182501022f4e2e45:
Merge branch 'master' of git://git.denx.de/u-boot-mpc83xx (2011-11-08
07:44:52 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-video.git master
Che-Liang Chiou (4):
l
Dear Graeme,
In message
you wrote:
>
> My recent x86 cleanup added a small, but very nasty, bug at line 231 of
> arch/x86/lib/board.c:
>
> offset_ptr_ram = offset_ptr_rom + gd->reloc_off
>
> Because offset_ptr_rom is a pointer, when gd->reloc_off gets added, there
> is a silent 4x multi
On Tuesday 15 November 2011 13:01:52 Stefan Roese wrote:
> --- a/arch/powerpc/cpu/ppc4xx/usbdev.c
> +++ b/arch/powerpc/cpu/ppc4xx/usbdev.c
>
> - int temp, temp1;
> ...
> /*copy packet */
> setup_packet_pt[0] = *(unsigned int *)USB2D0_FIFO_0;
> setup_pac
On 10/11/2011 06:07 PM, Simon Glass wrote:
> Hi Stephen,
>
> On Thu, Oct 6, 2011 at 3:52 PM, Stephen Warren wrote:
>> ... rather than open-coding the register accesses.
>>
>> However, gpio_request() typically stores the "label" parameter in a global
>> data structure. This causes problems when ca
On 11/02/2011 08:30 PM, Andy Fleming wrote:
> On Mon, Oct 31, 2011 at 11:51 AM, Stephen Warren wrote:
>> Pass the GPIO numbers for power and card detect to tegra2_mmc_init(), and
>> modify that function to perform all required GPIO initialization. This
>> removes the need for board files to perfor
Hello Albert,
I kindly ask you to pick up these changes based on u-boot-arm/next.
Thank you very much in advance.
On 14.11.2011 19:43, Vladimir Zapolskiy wrote:
> This patchset adds generic NXP LPC32XX SoC support and basic support
> for Embest/Timll DevKit3250 board, which powered by this SoC.
Hi Wolfgang,
The following changes since commit 5721385b187b3154c7768e6c182501022f4e2e45:
Merge branch 'master' of git://git.denx.de/u-boot-mpc83xx (2011-11-08
07:44:52 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-arm.git master
Alexander Holler (1):
Be
Hi Sandeep,
Le 15/11/2011 16:11, s-paul...@ti.com a écrit :
> The following changes since commit 06194b6b65f701a9d6ef2d9b4123c4afe57d8783:
>Nagabhushana Netagunte (1):
> da850: add new config file for AM18xx
>
> are available in the git repository at:
>
>git://git.denx.de/u-boot-t
Hi Marek,
Le 12/11/2011 03:44, Marek Vasut a écrit :
> Hi Albert,
>
> I chose a few significant patches that should make it to .12.
>
> The following changes since commit 06194b6b65f701a9d6ef2d9b4123c4afe57d8783:
>
>da850: add new config file for AM18xx (2011-11-10 16:30:41 +0100)
>
> are avai
Hi Stefano,
Le 11/11/2011 11:40, Stefano Babic a écrit :
> Hi Albert,
>
> please pull from u-boot-imx.
>
> The following changes since commit 06194b6b65f701a9d6ef2d9b4123c4afe57d8783:
>
>da850: add new config file for AM18xx (2011-11-10 16:30:41 +0100)
>
> are available in the git repository a
Yes, USE_PRIVATE_LIBGCC=yes is needed for any U-Boot Tegra build, regardless.
It has to do with lib functions executing on the ARM7TDMI (AVP) IIRC.
Tom
-Original Message-
From: Stephen Warren
Sent: Tuesday, November 15, 2011 11:03 AM
To: Thierry Reding; u-boot@lists.denx.de
Cc: Tom Warr
Hello Vipin
> >
> > Now I have spent the whole day on trying to mount the device from Linux
> > as a read/write partition but without luck.
>
> Ideally, it should have happened now
Setting FORCE_WORD_WRITE to 1 in the cfi_cmdset_0001.c fixes the problem.
#define FORCE_WORD_WRITE 1
but it is set
Tested-by: Anton Staaf
Mike, do you think you could pull this into staging as per Wolfgang's
recent request for help?
Thanks,
Anton
On Sun, Oct 30, 2011 at 8:44 AM, Mike Frysinger wrote:
> Acked-by: Mike Frysinger
> -mike
>
> ___
> U-Boot mailing
On 15.11.2011 09:48, Igor Grinberg wrote:
> On 11/15/11 09:25, Vladimir Zapolskiy wrote:
>> Hi Igor,
>>
>> On 15.11.2011 08:42, Igor Grinberg wrote:
>>> Hi Vladimir,
>>>
>>> On 11/14/11 19:43, Vladimir Zapolskiy wrote:
This change adds a basic support for Embest/Timll DevKit3250 board,
NO
Fix:
pip405.c: In function 'board_early_init_f':
pip405.c:192:16: warning: variable 'tctp_clocks' set but not used
[-Wunused-but-set-variable]
pip405.c:182:16: warning: variable 'dataout' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Stefan Roese
---
board/mpl/pip405/pip405.c |
Fix:
mip405.c: In function 'init_sdram':
mip405.c:250:4: warning: variable 'tctp_clocks' set but not used
[-Wunused-but-set-variable]
mip405.c: In function 'initdram':
mip405.c:629:9: warning: variable 'ds' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Stefan Roese
---
board/mpl/
Fix:
cmd_dasa_sim.c: In function 'updatePci9054':
cmd_dasa_sim.c:135:6: warning: variable 'val' set but not used
[-Wunused-but-set-variable]
cmd_dasa_sim.c: In function 'clearPci9054':
cmd_dasa_sim.c:189:6: warning: variable 'val' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Stefa
Fix:
../common/auto_update.c: In function 'au_check_header_valid':
../common/auto_update.c:94:16: warning: variable 'checksum' set but not used
[-Wunused-but-set-variable]
../common/auto_update.c: In function 'do_auto_update':
../common/auto_update.c:400:30: warning: variable 'got_ctrlc' set but n
Fix:
iop480_uart.c: In function 'serial_init':
iop480_uart.c:137:16: warning: variable 'val' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Stefan Roese
---
arch/powerpc/cpu/ppc4xx/iop480_uart.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc
Fix:
cmd_pci405.c: In function 'do_loadpci':
cmd_pci405.c:45:6: warning: variable 'status' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Stefan Roese
---
board/esd/pci405/cmd_pci405.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/board/esd/pci405/cmd_p
Fix:
nand_boot.c: In function 'nand_read_page':
nand_boot.c:190:6: warning: variable 'stat' set but not used
[-Wunused-but-set-variable]
nand_boot.c: In function 'nand_boot':
nand_boot.c:271:6: warning: variable 'ret' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Stefan Roese
---
Fix:
dlvision-10g.c: In function 'print_fpga_info':
dlvision-10g.c:90:11: warning: variable 'feature_compression' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Stefan Roese
---
board/gdsys/405ep/dlvision-10g.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git
Fix:
20001122-1.c: In function 'fpu_post_test_math1':
20001122-1.c:37:22: warning: variable 'p' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Stefan Roese
---
post/lib_powerpc/fpu/20001122-1.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/post/lib_powe
Thierry Reding wrote at Tuesday, November 15, 2011 12:19 AM:
> NVIDIA's flashing tools assume that the bootloader is loaded at address
> 0x00108000. Instead of requiring non-standard builds of those tools
> which allow a load address of 0x00E08000, this commit just switches all
> Tegra2 boards to u
44x_spd_ddr2.c: In function 'initdram':
44x_spd_ddr2.c:450:17: warning: variable 'dimm_spd' set but not used
[-Wunused-but-set-variable]
44x_spd_ddr2.c: In function 'program_copt1':
44x_spd_ddr2.c:1003:16: warning: variable 'ddrtype' set but not used
[-Wunused-but-set-variable]
44x_spd_ddr2.c: In
Fix:
sata_dwc.c: In function 'sata_dwc_softreset':
sata_dwc.c:444:5: warning: variable 'status' set but not used
[-Wunused-but-set-variable]
sata_dwc.c:443:6: warning: variable 'serror' set but not used
[-Wunused-but-set-variable]
sata_dwc.c: In function 'scan_sata':
sata_dwc.c:654:16: warning: v
Fix:
40x_spd_sdram.c: In function 'spd_sdram':
40x_spd_sdram.c:137:6: warning: variable 'sdram0_b3cr' set but not used
[-Wunused-but-set-variable]
40x_spd_sdram.c:136:6: warning: variable 'sdram0_b2cr' set but not used
[-Wunused-but-set-variable]
40x_spd_sdram.c:129:6: warning: variable 'sdram0_e
Fix:
cmd_ecctest.c: In function 'inject_ecc_error':
cmd_ecctest.c:116:6: warning: variable 'val' set but not used
[-Wunused-but-set-variable]
cmd_ecctest.c: In function 'rewrite_ecc_parity':
cmd_ecctest.c:154:6: warning: variable 'val' set but not used
[-Wunused-but-set-variable]
Signed-off-by:
Fix:
44x_spd_ddr.c: In function 'program_cfg0':
44x_spd_ddr.c:384:16: warning: variable 'dimm_64bit' set but not used
[-Wunused-but-set-variable]
44x_spd_ddr.c:383:16: warning: variable 'dimm_32bit' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Stefan Roese
---
arch/powerpc/cpu/p
Fix:
4xx_ibm_ddr2_autocalib.c: In function 'get_membase':
4xx_ibm_ddr2_autocalib.c:157:8: warning: variable 'bxcf' set but not used
[-Wunused-but-set-variable]
4xx_ibm_ddr2_autocalib.c: In function 'DQS_calibration_methodB':
4xx_ibm_ddr2_autocalib.c:722:8: warning: variable 'rffd' set but not used
Fix:
4xx_pcie.c: In function 'pcie_read_config':
4xx_pcie.c:230:6: warning: variable 'address' set but not used
[-Wunused-but-set-variable]
4xx_pcie.c: In function 'pcie_write_config':
4xx_pcie.c:290:6: warning: variable 'address' set but not used
[-Wunused-but-set-variable]
4xx_pcie.c: In functi
Fix:
4xx_enet.c: In function 'ppc_4xx_eth_init':
4xx_enet.c:875:6: warning: variable 'ethgroup' set but not used
[-Wunused-but-set-variable]
I used "__maybe_unused" here intentionally, since all other
alternatives to fix this compilation warning would result in more
ifdef's.
Signed-off-by: Stefa
Fix:
usb_ohci.c: In function 'dl_transfer_length':
usb_ohci.c:756:8: warning: variable 'tdINFO' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Stefan Roese
---
arch/powerpc/cpu/ppc4xx/usb_ohci.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc
Fix:
usbdev.c: In function 'process_endpoints':
usbdev.c:29:12: warning: variable 'temp1' set but not used
[-Wunused-but-set-variable]
usbdev.c:29:6: warning: variable 'temp' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Stefan Roese
---
arch/powerpc/cpu/ppc4xx/usbdev.c |3 --
On Tue, Nov 15, 2011 at 3:37 AM, Christian Riesch
wrote:
>
> Signed-off-by: Christian Riesch
> Cc: Wolfgang Denk
> ---
> arch/arm/lib/eabi_compat.c | 3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
> diff --git a/arch/arm/lib/eabi_compat.c b/arch/arm/lib/eabi_compat.c
> index eb3
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Configure the pins as GPIO prior to using gpio_get_value.
Signed-off-by: Fabio Estevam
---
board/freescale/mx51evk/mx51evk.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/board/freescale/mx51evk/mx51evk.c
b/board/freescale/mx51evk/mx51evk.c
index 37e6e4d..e5b0929 10
Configure the pins as GPIO prior to using gpio_get_value.
Signed-off-by: Fabio Estevam
---
board/freescale/mx53smd/mx53smd.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/board/freescale/mx53smd/mx53smd.c
b/board/freescale/mx53smd/mx53smd.c
index 87fa7fa..55af4e4 1006
Configure the pins as GPIO prior to using gpio_get_value.
Signed-off-by: Fabio Estevam
---
board/freescale/mx53ard/mx53ard.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/board/freescale/mx53ard/mx53ard.c
b/board/freescale/mx53ard/mx53ard.c
index be32aee..e5a1142 10
Configure the pins as GPIO prior to using gpio_get_value.
Cc: Jason Liu
Signed-off-by: Fabio Estevam
---
board/freescale/mx53evk/mx53evk.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/board/freescale/mx53evk/mx53evk.c
b/board/freescale/mx53evk/mx53evk.c
index 3356
Configure the pins as GPIO prior to using gpio_get_value.
Cc: Jason Liu
Signed-off-by: Fabio Estevam
---
board/freescale/mx53loco/mx53loco.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/board/freescale/mx53loco/mx53loco.c
b/board/freescale/mx53loco/mx53loco.c
inde
The following changes since commit 06194b6b65f701a9d6ef2d9b4123c4afe57d8783:
Nagabhushana Netagunte (1):
da850: add new config file for AM18xx
are available in the git repository at:
git://git.denx.de/u-boot-ti.git master
Heiko Schocher (3):
arm, davinci: da850/dm365 lowlevel c
Hello all,
I guess most of you will already have noticed that my activity on the
mailing list has significantly declined recently. I'm sorry for that,
but I find myself in a situation where I have even less time
available for U-Boot than usually. In the result, the number of
unapplied (and sometim
Defines CONFIG_EFI_PARTITION for OMAP3 EVM.
Signed-off-by: Sanjeev Premi
Cc: Sandeep Paulraj
Cc: Tom Rini
---
Changes since v1:
* Removed definition of CONFIG_SYS_CACHELINE_SIZE as it
is no longer needed - since ARCH_DMA_MINALIGN is being
used in previous patch.
include/configs/o
Fix errors noticed after enabling CONFIG_EFI_PARTITION
for the OMAP3 EVM board:
part_efi.c: In function 'print_part_efi':
part_efi.c:133:5: warning: passing argument 3 of 'is_gpt_valid'
from incompatible pointer type
part_efi.c:95:12: note: expected 'struct gpt_header *' but arg
ument is of type
After enabling CONFIG_EFI_PARTITION, following errors were
noticed.
part_efi.c: In function 'print_part_efi':
part_efi.c:133:5: warning: passing argument 3 of 'is_gpt_valid'
from incompatible pointer type
part_efi.c:95:12: note: expected 'struct gpt_header *' but arg
ument is of type 'struct gpt_
>From datasheet, when READY bit is set inside PM_CTRL register, it means that
device is already in *normal* (D0) mode => it doesn't need to be wake-up.
With this patch, we only wake-up (writing on TEST_BYTE register) if PM_MODE
bits of PM_CTRL register is in sleep (D1/D2) mode.
Signed-off-by: Ber
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Premi, Sanjeev
> Sent: Tuesday, November 15, 2011 12:15 PM
> To: Tom Rini
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH 0/2] omap3evm: Add support for
> EFI partition
Hi,
I am trying to boot beagle board by uart
can anybody help me on this issue?
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
>From datasheet, when READY bit is set inside PM_CTRL register, it means that
device is already in *normal* (D0) mode => it doesn't need to be wake-up.
With this patch, we only wake-up (writing on TEST_BYTE register) if PM_MODE
bits of PM_CTRL register is in sleep (D1/D2) mode.
Signed-off-by: Ber
On 11/15/2011 10:46 AM, Jason Hui wrote:
>> Well this is insane, is the datasheet for mx6q available already so I can
>> check
>> for myself?
>
> This is mx6q usdhc design and datasheet is not public now.
> Without this, the mmc driver does not work.
Can you at least add a useful comment explai
On 11/15/2011 11:10 AM, Jason Hui wrote:
>>> yes, we already had drivers/gpio/mxc_gpio.c driver. In this driver, we will
>>> use this structure. And it's the same as i.mx5 before.
>>
>> So why do you need to expose the structure, isn't it internal to the driver?
> Yes, it's internal to the gpio dri
1 - 100 of 122 matches
Mail list logo