Hi Lei Wen,
Le 25/10/2011 03:21, Lei Wen a écrit :
Hi Albert,
On Tue, Oct 25, 2011 at 1:20 AM, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
Hi Lei Wen,
Le 04/10/2011 08:33, Lei Wen a écrit :
This patch seris add the mmc support for the pantheon platform.
Also give platform like dkb
Le 25/10/2011 08:15, Albert ARIBAUD a écrit :
Hi Lei Wen,
Le 25/10/2011 03:21, Lei Wen a écrit :
Hi Albert,
On Tue, Oct 25, 2011 at 1:20 AM, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
Hi Lei Wen,
Le 04/10/2011 08:33, Lei Wen a écrit :
This patch seris add the mmc support for the
Hi Simon,
Le 25/10/2011 07:02, Simon Glass a écrit :
Hi Albert,
On Mon, Oct 24, 2011 at 2:21 PM, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
Le 24/10/2011 22:14, Simon Glass a écrit :
So how about I create a patch to move the cp15_init() code into
arch/arm/cpu/armv7/lib/lowlevel.S or
Hi Simon,
Le 25/10/2011 06:13, Simon Glass a écrit :
Many U-Boot environments use 'tftp' as a shorthand to tftpboot. Did you
verify that this is not broken by the introduction of 'tftpput'?
I forgot to answer this. No this will break 'tftp' as 'tftpserver'
does. I vaguely remember a
Hi Wolfgang,
Le 24/10/2011 21:13, Wolfgang Denk a écrit :
Dear Simon Glass,
In message1319427875-29965-1-git-send-email-...@chromium.org you wrote:
Commit dc8bbea removed a local variable that is used in most ARM boards.
Since we want to avoid an 'unused variable' warning with later
In some cases, saving data in RAM as a file with FAT format is required.
This patch allows the file to be written in FAT formatted partition.
The usage is similar with reading a file.
First, fat_register_device function is called before file_fat_write function
in order to set target partition.
Dear Anton Staaf,
In message 1318463764-28244-2-git-send-email-robot...@chromium.org you wrote:
This macro is used to allocate cache line size aligned stack
buffers for use with DMA hardware.
Signed-off-by: Anton Staaf robot...@chromium.org
Cc: Lukasz Majewski l.majew...@samsung.com
Cc:
Dear Anton Staaf,
In message 1318463764-28244-3-git-send-email-robot...@chromium.org you wrote:
Signed-off-by: Anton Staaf robot...@chromium.org
Cc: Tom Warren twarren.nvi...@gmail.com
Cc: Simon Glass s...@chromium.org
Cc: Mike Frysinger vap...@gentoo.org
Cc: Albert ARIBAUD
Dear Anton Staaf,
In message 1318463764-28244-4-git-send-email-robot...@chromium.org you wrote:
Currently the sd_change_freq function allocates two buffers on the
stack that it passes down to the MMC device driver. These buffers
could be unaligned to the L1 dcache line size. This causes
Dear Anton Staaf,
In message 1318463764-28244-5-git-send-email-robot...@chromium.org you wrote:
Currently, if a device read request is done that does not begin or end
on a sector boundary a stack allocated bounce buffer is used to perform
the read, and then just the part of the sector that is
Dear Anton Staaf,
In message 1318463764-28244-6-git-send-email-robot...@chromium.org you wrote:
Currently the mmc_change_freq and mmc_startup functions allocates
buffers on the stack that are passed down to the MMC device driver.
These buffers could be unaligned to the L1 dcache line size.
Dear Anton Staaf,
In message 1318463764-28244-7-git-send-email-robot...@chromium.org you wrote:
Currently part_efi.c allocates buffers for the gpt_header, the
legacy_mbr, and the pte (partition table entry) that may be
incorrectly aligned for DMA operations.
This patch uses
Dear Anton Staaf,
In message caf6fioxxxr8tn5os8werm5k+5s1pvd7zvkljqey3solubu_...@mail.gmail.com
you wrote:
This patch set has now been tested with MAKEALL for ARMv7a and
PowerPC. It still
applies cleanly to TOT. Should I resend or is it good as is?
No need to resend.
Best regards,
Dear Graeme Russ,
In message CALButCLNEjjEB=1zvvikrvo5-x9vyyoecu1-zrpxf2myavm...@mail.gmail.com
you wrote:
Now 1c) makes the bold assumption that any command which calls getc()
'knows what it is doing' and will consume all input characters at a fast
enough rate AND will not invoke a delay
Dear Marek Vasut,
In message 201110250211.07058.marek.va...@gmail.com you wrote:
I know this very well, I just need to feedback and the patchset is really
huge.
What you attempt will not work.
You may get some feedback on patches posted on the list.
I will_never_ send any feedback to any
Dear Lei Wen,
In message calzhosr_jco_ps5dxm8vtpk9excqocpm0fibdrat0urhhw9...@mail.gmail.com
you wrote:
Actually, I have post another fixing series before this, so if it got
be applied before this merged,
the warning would be disappeared.
Then please squash your patches and submit a new,
Dear Lei Wen,
In message calzhosqrkk_mjf8zt3a__sn3raap706nrrysqpe6bu_yot0...@mail.gmail.com
you wrote:
Lei Wen, please provide a patch for orion5x as you provided for armada,
pantheon and kirkwood.
I see... My fault for this...
I would post another patch to fix it.
Instead, please
I am feeling to spam the board but found finally the reason for this behaviour.
nand_read returns with -EUCLEAN in case of correcting errors, and this
will later on reported as BAD NAND, although this error is corrected.
Correct me if I am wrong. What I did is chaning env_nand.c:
while
Wolfgang,
I'm trying to figure out what I'm doing wrong trying to sync my local x86
repo as per the 'new' instructions on the wiki. This is what I get:
graeme@helios:~/Source/U-Boot/x86$ git rebase ${upstream}/master
fatal: Needed a single revision
invalid upstream u-boot/master
Any idea?
Dear Lei Wen,
In message 1319509652-5648-1-git-send-email-lei...@marvell.com you wrote:
For files like the drivers/serial/serial.c, it must include the
platform file, as the CONFIG_SYS_NS16550_COM1 must reference to
the definition in the platform definition files.
Include the platform
Dear Simon Glass,
In message 1319514744-18697-1-git-send-email-...@chromium.org you wrote:
We should aim for a single point of entry to the commands, whichever
parser is used.
Signed-off-by: Simon Glass s...@chromium.org
---
common/command.c | 10 ++
common/hush.c |9
Dear Albert ARIBAUD,
In message 4ea65cbf.7060...@aribaud.net you wrote:
I've just fetched u-boot and I don't see this one. Can you push
u-boot/master so that I can rebase u-boot-arm/master on it and launch
some tests?
Done.
Best regards,
Wolfgang Denk
--
DENX Software Engineering
Dear Graeme Russ,
In message 4ea66869.7000...@gmail.com you wrote:
I'm trying to figure out what I'm doing wrong trying to sync my local x86
repo as per the 'new' instructions on the wiki. This is what I get:
I did not write (and actually not even read yet) these new
instructions, so I
On 10/24/2011 05:32 PM, Fabio Estevam wrote:
Add MC13783 PMIC support.
Tested by using the 'date' command, which reads the MC13783 RTC registers:
MX31PDK U-Boot date
Date: 1970-01-01 (Thursday)Time: 2:22:35
On 10/24/2011 06:37 PM, Fabio Estevam wrote:
Rename mc13783-rtc so that it can be used for both MC13783 and MC13892 PMICs.
efikamx board, for example, does use a MC13892 PMIC, but the RTC selection is
currently made as:
#define CONFIG_RTC_MC13783
,which is not very obvious.
Let the
Hi Wolfgang,
On 25/10/11 18:46, Wolfgang Denk wrote:
Dear Simon Glass,
In message 1319514744-18697-1-git-send-email-...@chromium.org you wrote:
We should aim for a single point of entry to the commands, whichever
parser is used.
Signed-off-by: Simon Glass s...@chromium.org
---
On 10/24/2011 06:37 PM, Fabio Estevam wrote:
MX51EVK has a MC13892 PMIC. Add RTC support.
Tested via 'date' command that reads the PMIC RTC registers:
MX51EVK U-Boot date
Date: 1970-01-01 (Thursday)Time: 0:40:35
On 10/21/2011 04:01 AM, Fabio Estevam wrote:
Introduce mx31_set_gpr function for setting the GPR (General Purpose
Register) on MX31.
This function can be useful for setting a group of pins into tied to some
specific peripherals.
Reuse this function from the linux kernel.
Hi Simon,
On 25/10/11 14:52, Simon Glass wrote:
This is just for testing - please try it out and report back with results.
For me it works on Minicom but not ser2net.
This needs to be controlled by an environment variable, CONFIG option or
both. We may need a way of specifying flow control
On 10/21/2011 04:01 AM, Fabio Estevam wrote:
Instead of writing directly to the GPR register, use mx31_set_gpr to setup
USBH2 pins.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
board/davedenx/qong/qong.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
Hi Marek,
2011/10/24 Marek Vasut marek.va...@gmail.com
Hi,
can you possibly implement those as inline functions ? It'd be also great if
you
could convert the other macros to inline functions.
Thanks!
I've found there are some different data type warning occur when I'm
translating
Hi all,
Did anybody get a chance to review those 5 small patches? I would like
to get some feedback and work on it, if needed - to get them upstream.
On 10/17/2011 05:24 PM, Joachim Foerster wrote:
This patch series comprises small, but relevant fixes, regarding the
driver for Altera's TSE ip
Dear Marek Vasut,
In message 201110250211.07058.marek.va...@gmail.com you wrote:
I know this very well, I just need to feedback and the patchset is really
huge.
What you attempt will not work.
You may get some feedback on patches posted on the list.
I will_never_ send any feedback
Hi Marek,
2011/10/24 Marek Vasut marek.va...@gmail.com
Hi,
can you possibly implement those as inline functions ? It'd be also
great if you could convert the other macros to inline functions.
Thanks!
I've found there are some different data type warning occur when I'm
Hi Wolfgang,
On 25/10/11 18:31, Wolfgang Denk wrote:
Dear Graeme Russ,
In message
CALButCLNEjjEB=1zvvikrvo5-x9vyyoecu1-zrpxf2myavm...@mail.gmail.com you
wrote:
Now 1c) makes the bold assumption that any command which calls getc()
'knows what it is doing' and will consume all input
Hi Marek,
On 25/10/11 19:27, Marek Vasut wrote:
Dear Marek Vasut,
In message 201110250211.07058.marek.va...@gmail.com you wrote:
I know this very well, I just need to feedback and the patchset is really
huge.
[snip]
I'd rather you split the series in smaller, digestable batches.
Well
Hi Wolfgang,
On Tue, Oct 25, 2011 at 3:43 PM, Wolfgang Denk w...@denx.de wrote:
Dear Lei Wen,
In message 1319509652-5648-1-git-send-email-lei...@marvell.com you wrote:
For files like the drivers/serial/serial.c, it must include the
platform file, as the CONFIG_SYS_NS16550_COM1 must reference
Hi Wolfgang,
On Tue, Oct 25, 2011 at 3:38 PM, Wolfgang Denk w...@denx.de wrote:
Dear Lei Wen,
In message
calzhosr_jco_ps5dxm8vtpk9excqocpm0fibdrat0urhhw9...@mail.gmail.com you
wrote:
Actually, I have post another fixing series before this, so if it got
be applied before this merged,
Hi Marek,
On 25/10/11 19:27, Marek Vasut wrote:
Dear Marek Vasut,
In message 201110250211.07058.marek.va...@gmail.com you wrote:
I know this very well, I just need to feedback and the patchset is
really huge.
[snip]
I'd rather you split the series in smaller, digestable
This patch series reworks the debug() and debugX() macro in
include/common.h to be compatible with GCC 4.6.
This series needs further discussion:
* Some files suffer size growth with gcc4.2, why ?
- Possibility is that the GCC4.2 is incapable to optimize code out so
deep * Does this
On 10/24/2011 06:44 PM, Fabio Estevam wrote:
Rename mc13783-rtc so that it can be used for both MC13783 and MC13892 PMICs.
efikamx board, for example, does use a MC13892 PMIC, but the RTC selection is
currently made as:
#define CONFIG_RTC_MC13783
,which is not very obvious.
Let the
On 10/24/2011 06:44 PM, Fabio Estevam wrote:
MX51EVK has a MC13892 PMIC. Add RTC support.
Tested via 'date' command that reads the PMIC RTC registers:
MX51EVK U-Boot date
Date: 1970-01-01 (Thursday)Time: 0:40:35
This series fixes the warnings generated by new debug() macro implementation,
which will be merged after this series. This series fixes the problems before
the macro is reworked to avoid smooth transition. Most of the problems fixed by
this series are printf() formating related problems.
Marek
serial.c: In function 'serial_setbrg_dev':
serial.c:143: warning: format '%d' expects type 'int', but argument 4 has type
'long unsigned int'
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Wolfgang Denk w...@denx.de
Cc: Simon Glass s...@chromium.org
Cc: Mike Frysinger vap...@gentoo.org
---
denali_data_eye.c: In function
'denali_core_search_data_eye':denali_spd_ddr2.c:646: warning: format '%d'
expects type 'int', but argument 2 has type 'long unsigned int'
denali_data_eye.c:320: warning: format '%08lx' expects type 'long unsigned int',
but argument 2 has type 'u32'
denali_spd_ddr2.c: In function 'get_spd_info':
denali_spd_ddr2.c:363: warning: format '%d' expects type 'int', but argument 2
has type 'long unsigned int'
denali_spd_ddr2.c: In function 'check_frequency':
denali_spd_ddr2.c:390: warning: format '%d' expects type 'int', but argument 2
has type 'long
44x_spd_ddr.c: In function 'program_tr0':
44x_spd_ddr.c:823: warning: format '%x' expects type 'unsigned int', but
argument 2 has type 'long unsigned int'
44x_spd_ddr.c: In function 'program_tr1':
44x_spd_ddr.c:1054: warning: format '%x' expects type 'unsigned int', but
argument 2 has type 'long
4xx_ibm_ddr2_autocalib.c: In function 'DQS_calibration_methodB':
4xx_ibm_ddr2_autocalib.c:910: warning: format '%08X' expects type 'unsigned
int', but argument 2 has type 'ulong'
4xx_ibm_ddr2_autocalib.c:911: warning: format '%08X' expects type 'unsigned
int', but argument 2 has type 'ulong'
4xx_pcie.c: In function 'pcie_read_config':
4xx_pcie.c:268: warning: format '%08x' expects type 'unsigned int', but argument
3 has type 'volatile unsigned char *'
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Wolfgang Denk w...@denx.de
Cc: Simon Glass s...@chromium.org
Cc: Mike Frysinger
interrupts.c: In function 'interrupt_init_cpu':
interrupts.c:62: warning: format '%d' expects type 'int', but argument 2 has
type 'long unsigned int'
interrupts.c:69: warning: format '%x' expects type 'unsigned int', but argument
2 has type 'volatile uint *'
interrupts.c:72: warning: format '%x'
cpu_init_early.c: In function 'cpu_init_early_f':
cpu_init_early.c:74: warning: 'l2srbar' may be used uninitialized in this
function
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Wolfgang Denk w...@denx.de
Cc: Simon Glass s...@chromium.org
Cc: Mike Frysinger vap...@gentoo.org
---
ddr1_dimm_params.c: In function 'compute_ranksize':
ddr1_dimm_params.c:44: warning: format '%08x' expects type 'unsigned int', but
argument 2 has type 'long long unsigned int'
ddr2_dimm_params.c: In function 'compute_ranksize':
ddr2_dimm_params.c:43: warning: format '%08x' expects type 'unsigned
This series fixes the warnings generated by new debug() macro implementation,
which will be merged after this series. This series fixes the problems before
the macro is reworked to avoid smooth transition. Most of the problems fixed by
this series are printf() formating related problems.
Marek
mpc5121ads.c: In function 'misc_init_r':
mpc5121ads.c:256: warning: format '%02lx' expects type 'long unsigned int', but
argument 2 has type 'int'
mpc5121ads.c:263: warning: format '%02lx' expects type 'long unsigned int', but
argument 2 has type 'int'
Signed-off-by: Marek Vasut
mpc8610hpcd.c: In function 'misc_init_r':
mpc8610hpcd.c:79: warning: format '%02lx' expects type 'long unsigned int', but
argument 2 has type 'int'
mpc8610hpcd.c:86: warning: format '%02lx' expects type 'long unsigned int', but
argument 2 has type 'int'
Signed-off-by: Marek Vasut
diu.c: In function 'diu_set_pixel_clock':
diu.c:77: warning: format '%lu' expects type 'long unsigned int', but argument 2
has type 'u32'
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Wolfgang Denk w...@denx.de
Cc: Simon Glass s...@chromium.org
Cc: Mike Frysinger vap...@gentoo.org
---
tqm834x.c: In function 'initdram':
tqm834x.c:126: warning: format '%d' expects type 'int', but argument 3 has type
'long int'
tqm834x.c: In function 'set_cs_bounds':
tqm834x.c:336: warning: format '%08x' expects type 'unsigned int', but argument
2 has type 'long int'
tqm834x.c:336: warning: format
cmd_pmc440.c: In function 'do_painit':
cmd_pmc440.c:371: warning: format '%08x' expects type 'unsigned int', but
argument 2 has type 'phys_size_t'
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Wolfgang Denk w...@denx.de
Cc: Simon Glass s...@chromium.org
Cc: Mike Frysinger vap...@gentoo.org
pmc405de.c: In function 'do_painit':
pmc405de.c:444: warning: format '%08x' expects type 'unsigned int', but argument
2 has type 'phys_size_t'
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Wolfgang Denk w...@denx.de
Cc: Simon Glass s...@chromium.org
Cc: Mike Frysinger vap...@gentoo.org
---
flash.c: In function 'flash_get_size':
flash.c:222: warning: format '%08lx' expects type 'long unsigned int', but
argument 3 has type 'int'
flash.c:238: warning: format '%08lx' expects type 'long unsigned int', but
argument 3 has type 'int'
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc:
pd67290.c: In function 'cirrus_set_opts':
pd67290.c:282: error: 'buf' undeclared (first use in this function)
pd67290.c:282: error: (Each undeclared identifier is reported only once
pd67290.c:282: error: for each function it appears in.)
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc:
flash.c: In function 'flash_init':
flash.c:54: warning: format '%08X' expects type 'unsigned int', but argument 4
has type 'struct flash_info_t *'
Signed-off-by: Marek Vasut marek.va...@gmail.com
---
board/dave/PPChameleonEVB/flash.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
interrupts.c: In function 'interrupt_init_cpu':
interrupts.c:40: error: 'ETHERNET0_INTERRUPT_CAUSE_REGISTER' undeclared (first
use in this function)
interrupts.c:40: error: (Each undeclared identifier is reported only once
interrupts.c:40: error: for each function it appears in.)
interrupts.c:40:
usb.c: In function ‘usb_parse_config’:
usb.c:331:17: warning: variable ‘ch’ set but not used
[-Wunused-but-set-variable]
usb.c: In function ‘usb_hub_port_connect_change’:
usb.c:1123:29: warning: variable ‘portchange’ set but not used
[-Wunused-but-set-variable]
usb.c: In function
cmd_ide.c: In function ‘ide_read’:
cmd_ide.c:1227:2: warning: format ‘%LX’ expects argument of type ‘long long
unsigned int’, but argument 3 has type ‘lbaint_t’ [-Wformat]
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Wolfgang Denk w...@denx.de
Cc: Simon Glass s...@chromium.org
Cc: Mike
usb_storage.c: In function ‘usb_stor_CB_reset’:
usb_storage.c:466:6: warning: variable ‘result’ set but not used
[-Wunused-but-set-variable]
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Wolfgang Denk w...@denx.de
Cc: Simon Glass s...@chromium.org
Cc: Mike Frysinger vap...@gentoo.org
---
This series fixes the warnings generated by new debug() macro implementation,
which will be merged after this series. This series fixes the problems before
the macro is reworked to avoid smooth transition. Most of the problems fixed by
this series are printf() formating related problems.
Marek
usb_storage.c: In function ‘us_one_transfer’:
usb_storage.c:377:7: warning: format ‘%X’ expects argument of type ‘unsigned
int’, but argument 2 has type ‘long unsigned int’ [-Wformat]
usb_storage.c:389:6: warning: format ‘%d’ expects argument of type ‘int’, but
argument 2 has type ‘long unsigned
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Wolfgang Denk w...@denx.de
Cc: Simon Glass s...@chromium.org
Cc: Mike Frysinger vap...@gentoo.org
---
common/cmd_mtdparts.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/common/cmd_mtdparts.c b/common/cmd_mtdparts.c
cfb_console.c: In function 'video_display_bitmap':
cfb_console.c:1148: warning: format '%d' expects type 'int', but argument 2 has
type 'long unsigned int'
cfb_console.c:1148: warning: format '%d' expects type 'int', but argument 3 has
type 'long unsigned int'
Signed-off-by: Marek Vasut
cfi_flash.c: In function 'flash_protect_default':
cfi_flash.c:2152: warning: format '%08x' expects type 'unsigned int', but
argument 2 has type 'ulong'
cfi_flash.c:2152: warning: format '%08x' expects type 'unsigned int', but
argument 3 has type 'long unsigned int'
Signed-off-by: Marek Vasut
This series fixes the warnings generated by new debug() macro implementation,
which will be merged after this series. This series fixes the problems before
the macro is reworked to avoid smooth transition. Most of the problems fixed by
this series are printf() formating related problems.
Marek
jedec_flash.c: In function 'fill_info':
jedec_flash.c:393: warning: format '%x' expects type 'unsigned int', but
argument 2 has type 'ulong'
jedec_flash.c:393: warning: format '%x' expects type 'unsigned int', but
argument 3 has type 'ulong'
jedec_flash.c:402: warning: format '%d' expects type
4xx_enet.c: In function 'ppc_4xx_eth_init':
4xx_enet.c:1352: warning: format '%08x' expects type 'unsigned int', but
argument 2 has type 'volatile struct mal_desc_t *'
4xx_enet.c:1352: warning: format '%08x' expects type 'unsigned int', but
argument 3 has type 'volatile struct mal_desc_t *'
fsl_espi.c: In function 'spi_setup_slave':
fsl_espi.c:100: warning: format '%d' expects type 'int', but argument 3 has type
'long unsigned int'
fsl_espi.c: In function 'spi_xfer':
fsl_espi.c:237: warning: format '%08x' expects type 'unsigned int', but argument
5 has type 'const void *'
ahci.c: In function 'ahci_port_start':
ahci.c:401: warning: format '%x' expects type 'unsigned int', but argument 2 has
type 'struct ahci_cmd_hdr *'
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Wolfgang Denk w...@denx.de
Cc: Simon Glass s...@chromium.org
Cc: Mike Frysinger
fsl_pci_init.c: In function 'fsl_pci_init':
fsl_pci_init.c:308: warning: format '%08x' expects type 'unsigned int', but
argument 6 has type 'long unsigned int'
fsl_pci_init.c:347: warning: format '%x' expects type 'unsigned int', but
argument 2 has type 'volatile u32 *'
fsl_pci_init.c: In
sata_sil3114.c: In function 'sata_identify':
sata_sil3114.c:174: warning: format '%x' expects type 'unsigned int', but
argument 2 has type 'lbaint_t'
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Wolfgang Denk w...@denx.de
Cc: Simon Glass s...@chromium.org
Cc: Mike Frysinger
tqm8xx_pcmcia.c: In function 'power_off':
tqm8xx_pcmcia.c:46: warning: passing argument 1 of 'out_be32' makes pointer from
integer without a cast
tqm8xx_pcmcia.c: In function 'power_on_5_0':
tqm8xx_pcmcia.c:52: warning: passing argument 1 of 'out_be32' makes pointer from
integer without a cast
i82365.c: In function 'cirrus_set_opts':
i82365.c:329: error: 'buf' undeclared (first use in this function)
i82365.c:329: error: (Each undeclared identifier is reported only once
i82365.c:329: error: for each function it appears in.)
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Wolfgang
smsc95xx.c: In function 'smsc95xx_write_hwaddr':
smsc95xx.c:380:2: warning: dereferencing type-punned pointer will break
strict-aliasing rules
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Wolfgang Denk w...@denx.de
Cc: Simon Glass s...@chromium.org
Cc: Mike Frysinger vap...@gentoo.org
---
pxa_mmc.c: In function 'mmc_cmd':
pxa_mmc.c:77:2: warning: format '%08x' expects type 'unsigned int', but argument
2 has type 'ulong'
pxa_mmc.c: In function 'mmc_block_read':
pxa_mmc.c:110:2: warning: format '%d' expects type 'int', but argument 4 has
type 'ulong'
pxa_mmc.c: In function
kirkwood_spi.c:125:2: warning: format '%08X' expects type 'unsigned int', but
argument 4 has type 'const void *'
kirkwood_spi.c:125:2: warning: format '%08X' expects type 'unsigned int', but
argument 5 has type 'void *'
kirkwood_spi.c:160:5: warning: format '%08x' expects type 'unsigned int', but
ks8695eth.c:199:2: warning: format '%x' expects type 'unsigned int', but
argument 4 has type 'volatile void *'
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Wolfgang Denk w...@denx.de
Cc: Simon Glass s...@chromium.org
Cc: Mike Frysinger vap...@gentoo.org
---
drivers/net/ks8695eth.c |2
bus_vcxk.c:167:2: warning: format '%d' expects type 'int', but argument 2 has
type 'u_long'
bus_vcxk.c:167:2: warning: format '%d' expects type 'int', but argument 3 has
type 'u_long'
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Wolfgang Denk w...@denx.de
Cc: Simon Glass s...@chromium.org
The debugX() macro was always used with debug level 1. There is no point to use
it here instead of debug().
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Wolfgang Denk w...@denx.de
Cc: Simon Glass s...@chromium.org
Cc: Mike Frysinger vap...@gentoo.org
---
drivers/mtd/nand/s3c2410_nand.c |
lattice.c:319:4: warning: format '%x' expects type 'unsigned int', but argument
3 has type 'const char *'
lattice.c:319:4: warning: format '%x' expects type 'unsigned int', but argument
4 has type 'long unsigned int'
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Wolfgang Denk w...@denx.de
fec_mxc.c: In function 'fec_mii_setspeed':
fec_mxc.c:112:2: warning: format '%#lx' expects type 'long unsigned int', but
argument 2 has type 'u32'
fec_mxc.c: In function 'fec_recv':
fec_mxc.c:632:2: warning: format '%x' expects type 'unsigned int', but argument
2 has type 'long unsigned int'
This series fixes the warnings generated by new debug() macro implementation,
which will be merged after this series. This series fixes the problems before
the macro is reworked to avoid smooth transition. Most of the problems fixed by
this series are printf() formating related problems.
Marek
cmd_date.c: In function ‘do_date’:
cmd_date.c:50:6: warning: variable ‘old_bus’ set but not used
[-Wunused-but-set-variable]
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Wolfgang Denk w...@denx.de
Cc: Simon Glass s...@chromium.org
Cc: Mike Frysinger vap...@gentoo.org
---
include/i2c.h |
The boards suffer from the following error due to undefined configuration
variables:
Configuring for IDS8247 board...
ether_fcc.c:75: error: 'CONFIG_SYS_CMXFCR_MASK1' undeclared here (not in a
function)
ether_fcc.c:76: error: 'CONFIG_SYS_CMXFCR_VALUE1' undeclared here (not in a
function)
interrupts.c: In function 'interrupt_init_cpu':
interrupts.c:37: warning: implicit declaration of function 'GTREGREAD'
interrupts.c:37: error: 'LOW_INTERRUPT_CAUSE_REGISTER' undeclared (first use in
this function)
interrupts.c:37: error: (Each undeclared identifier is reported only once
lcd.c: In function 'lcd_setmem':
lcd.c:446:2: warning: format '%d' expects type 'int', but argument 2 has type
'u_long'
lcd.c:446:2: warning: format '%d' expects type 'int', but argument 3 has type
'u_long'
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Wolfgang Denk w...@denx.de
Cc: Simon
LzmaTools.c: In function 'lzmaBuffToBuffDecompress':
LzmaTools.c:70:5: warning: format '%lx' expects type 'long unsigned int', but
argument 2 has type 'unsigned char *'
LzmaTools.c:71:5: warning: format '%lx' expects type 'long unsigned int', but
argument 2 has type 'unsigned char *'
This series fixes the warnings generated by new debug() macro implementation,
which will be merged after this series. This series fixes the problems before
the macro is reworked to avoid smooth transition. Most of the problems fixed by
this series are printf() formating related problems.
Marek
yaffs_guts.c: In function 'yaffs_ReadDataFromFile':
yaffs_guts.c:4461:8: warning: 'chunk' may be used uninitialized in this function
yaffs_guts.c:4462:8: warning: 'start' may be used uninitialized in this function
yaffs_guts.c: In function 'yaffs_WriteDataToFile':
yaffs_guts.c:4581:8: warning:
Drop yaffs_DeleteWorker():
yaffs_guts.c:1556:12: warning: 'yaffs_DeleteWorker' defined but not used
Drop yaffs_VerifyTnodeWorker():
yaffs_guts.c:600:12: warning: 'yaffs_VerifyTnodeWorker' defined but not used
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Wolfgang Denk w...@denx.de
Cc:
The current implementation of debug doesn't play well with GCC4.6.
This implementation also fixes GCC4.6 complaints about unused variables
while maintaining code size.
Also, drop the debugX() as that's not used anywhere anymore.
Signed-off-by: Mike Frysinger vap...@gentoo.org
Signed-off-by:
board.c:43:2: warning: format '%08lX' expects type 'long unsigned int', but
argument 2 has type 'u32'
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Wolfgang Denk w...@denx.de
Cc: Simon Glass s...@chromium.org
Cc: Mike Frysinger vap...@gentoo.org
---
arch/arm/cpu/armv7/tegra2/board.c |
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Wolfgang Denk w...@denx.de
Cc: Simon Glass s...@chromium.org
Cc: Mike Frysinger vap...@gentoo.org
---
board/spc1920/hpi.c | 68 +-
1 files changed, 34 insertions(+), 34 deletions(-)
diff --git
1 - 100 of 227 matches
Mail list logo