Hello,
Can you tell me if there are any known issues booting VxWorks from
u-boot-2011.09-rc1.
Could it be that it is not possible on the 8548cpu or if VxWorks needs part
of the initialisation to be done in the bootrom, that may not be done by
u-boot.
Best wishes.
ACL.
__
Hello Anatolij,
Anatolij Gustschin wrote:
> Fix:
> flash.c: In function 'flash_erase':
> flash.c:223:6: warning: variable 'flag' set but not used
> [-Wunused-but-set-variable]
> flash.c: In function 'write_data':
> flash.c:392:6: warning: variable 'flag' set but not used
> [-Wunused-but-set-variab
On 11/22/11 17:39, Tom Rini wrote:
> On 11/22/2011 07:51 AM, Tom Rini wrote:
>> On 11/22/2011 07:33 AM, Igor Grinberg wrote:
>>> On 11/21/11 17:33, Tom Rini wrote:
On 11/21/2011 07:41 AM, Igor Grinberg wrote:
> On 11/21/11 16:12, Tom Rini wrote:
>> On Mon, Nov 21, 2011 at 12:04 AM, Igo
Best regards
Aaron
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
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-staging h...@denx.de
Anatolij Gustschin (13):
Hello Anatolij,
Anatolij Gustschin wrote:
> Fix:
> dnet.c: In function 'dnet_send':
> dnet.c:136:9: warning: variable 'len' set but not used
> [-Wunused-but-set-variable]
> dnet.c: In function 'dnet_set_hwaddr':
> dnet.c:209:2: warning: dereferencing type-punned pointer will
> break strict-aliasin
On Tuesday 22 November 2011 09:22 PM, Tom Rini wrote:
On Tue, Nov 22, 2011 at 2:39 AM, Aneesh V wrote:
Due to some recent changes I2C is no longer required in SPL.
Remove the i2c_init() call to save some space
Which changes? We might need to bring this back for am335x stuff,
once we have i2c
Hello Anatolij,
Anatolij Gustschin wrote:
> Fix:
> cmd_bootm.c: In function 'bootm_load_os':
> cmd_bootm.c:315:7: warning: unused variable 'unc_len'
> [-Wunused-variable]
>
> Signed-off-by: Anatolij Gustschin
> ---
> common/cmd_bootm.c |3 ++-
> 1 files changed, 2 insertions(+), 1 deletions
Hello Anatolij,
Anatolij Gustschin wrote:
> Fix:
> mx1ads.c: In function 'board_early_init_f':
> mx1ads.c:83:24: warning: variable 'tmp' set but not used
> [-Wunused-but-set-variable]
>
> Signed-off-by: Anatolij Gustschin
> ---
> board/mx1ads/mx1ads.c |7 +++
> 1 files changed, 3 insert
Hello Anatolij,
Anatolij Gustschin wrote:
> Fix:
> syncflash.c: In function 'SF_SR':
> syncflash.c:60:10: warning: variable 'tmp1' set but not used
> [-Wunused-but-set-variable]
> syncflash.c: In function 'SF_PrechargeAll':
> syncflash.c:96:6: warning: variable 'tmp' set but not used
> [-Wunused-b
Hello Anatolij,
Anatolij Gustschin wrote:
> Fix:
> flash.c: In function 'flash_erase':
> flash.c:223:6: warning: variable 'flag' set but not used
> [-Wunused-but-set-variable]
> flash.c: In function 'write_data':
> flash.c:392:6: warning: variable 'flag' set but not used
> [-Wunused-but-set-vari
Hello Anatolij,
Anatolij Gustschin wrote:
> Fix:
> cs8900.c: In function 'get_reg_init_bus':
> cs8900.c:69:14: warning: variable 'c' set but not used
> [-Wunused-but-set-variable]
>
> Signed-off-by: Anatolij Gustschin
> ---
> drivers/net/cs8900.c | 11 +--
> 1 files changed, 5 inserti
Hello Anatolij,
Anatolij Gustschin wrote:
> Fix:
> cpuinfo.c: In function 'print_cpuinfo':
> cpuinfo.c:155:6: warning: variable 'system_serial_low' set but not used
> [-Wunused-but-set-variable]
> cpuinfo.c:154:6: warning: variable 'system_serial_high' set but not used
> [-Wunused-but-set-variable
Hello Anatolij,
Anatolij Gustschin wrote:
> Fix:
> lan91c96.c: In function 'dump_memory_info':
> lan91c96.c:157:7: warning: variable 'mem_info' set but not used
> [-Wunused-but-set-variable]
> lan91c96.c: In function 'smc_send_packet':
> lan91c96.c:320:16: warning: variable 'ioaddr' set but not us
Hello Anatolij,
Anatolij Gustschin wrote:
> Fix:
> pm9263.c: In function 'pm9263_lcd_hw_psram_init':
> pm9263.c:167:20: warning: variable 'x' set but not used
> [-Wunused-but-set-variable]
>
> Signed-off-by: Anatolij Gustschin
> ---
> board/ronetix/pm9263/pm9263.c | 13 ++---
> 1 file
Hello Anatolij,
Anatolij Gustschin wrote:
> Fix:
> samsung.c: In function 's3c_onenand_check_lock_status':
> samsung.c:486:6: warning: variable 'tmp' set but not used
> [-Wunused-but-set-variable]
>
> Signed-off-by: Anatolij Gustschin
> ---
> drivers/mtd/onenand/samsung.c |3 +--
> 1 files
Hello Anatolij,
Anatolij Gustschin wrote:
> Fix:
> musb_hcd.c: In function 'submit_control_msg':
> musb_hcd.c:851:6: warning: variable 'csr' set but not used
> [-Wunused-but-set-variable]
>
> Signed-off-by: Anatolij Gustschin
> ---
> drivers/usb/musb/musb_hcd.c |3 +--
> 1 files changed, 1
Hi Rup,
On Wednesday 23 November 2011 07:10:37 Rupjyoti Sarmah wrote:
> This driver is used by PPC440EP for usb 1.1.
Please explain this in more detail. I fail to see, how this driver could be of
any used. I definitely never used it. So please explain how exactly you make
use of this driver, or
Hi,
On 11/22/11 23:07, Mike Frysinger wrote:
> On Tuesday 22 November 2011 03:15:47 Stefano Babic wrote:
>> On 21/11/2011 22:22, Mike Frysinger wrote:
Of course ... considering there's always one correct setting for
the pin to be in GPIO mode, which I suspect might not be
completely
Gabe, Wolfgang,
Just to let you know, I'll be applying the following outstanding
patches to x86/master and sending a pull request sometime over the
next couple of days (sorry, really busy at work and home right now)
x86: Import the glibc memset implementation
x86: Make the i8042 driver checkpatch
>> I just "touched" the file "arch/powerpc/cpu/ppc4xx/usbdev.c" again to
remove
>> some GCC 4.6 compiler warnings. While doing this I wondered (again) if
anybody
>> is using this "driver" at all. I definitely never did. And I'm
wondering if
>> this code is useful at all.
Hi Stefan,
This driver is
On Tue, Nov 22, 2011 at 07:34:01AM +0100, Christian Riesch wrote:
> Hi Richard,
> Freescale's website [1] states that this board was similar to the
> M5235BCCKIT and there is a M5235EVB configuration in boards.cfg. Could this
> be your board?
Yes that looks close enough, but it does not compile:
Dear Macpaul Lin,
In message
you wrote:
>
> I've found that there is still a problem about taking volatile off in macro
> __arch_get()/__arch_put()
> on NDS32 based platforms.
> GCC will optimized the code if the driver call x86 io emulation functions
> if there is no volatile in __arch_get().
Dear Wolfgang,
Would you please pull these 2 patch fix to your tree.
Thanks,
Macpaul
The following changes since commit dca61f0128a15bfc4fdefbbdb4a5f6c10b0c8f0b:
tools/env: use lib/crc32.c directly (2011-11-22 08:49:21 +0100)
are available in the git repository at:
git://git.denx.de/u-boot
Hi Stefan,
於 2011年11月22日下午7:03 寫道：
> Hi Stefan,
>
> > 主旨: [PATCH] Fix clash between IH_ARCH_NDS32 and IH_ARCH_SANDBOX
> >
> > NDS32 and SANDBOX architecture were sharing the same IH_ARCH number
> >
> > Signed-off-by: Stefan Kristiansson
>
Applied to u-boot-nds32/master.
Thanks.
--
Best regar
Hi Macpaul,
2011/11/23 Macpaul Lin
> Remove unneccessary codes.
> 1. Clean up for cpu related code.
> 2. Clean up for timer related code.
>
> Signed-off-by: Macpaul Lin
>
Applied to u-boot-nds32/master.
Thanks.
--
Best regards,
Macpaul Lin
___
U-Bo
Remove unneccessary codes.
1. Clean up for cpu related code.
2. Clean up for timer related code.
Signed-off-by: Macpaul Lin
---
arch/nds32/cpu/n1213/ag101/cpu.c |8 ++--
arch/nds32/cpu/n1213/ag101/timer.c |8
2 files changed, 6 insertions(+), 10 deletions(-)
diff --git a/
On Tuesday 22 November 2011 09:28 PM, Tom Rini wrote:
On 11/22/2011 02:38 AM, Aneesh V wrote:
Cc: Tom Rini
Signed-off-by: Aneesh V
Except for adding whitespace to include/configs/omap3_evm.h,
Will fix it.
Acked-by: Tom Rini
Thanks,
Aneesh
___
Wolfgang, Stefan, Igor, Tomi,
thank you for reviewing the patches for TechNexion modules.
Some of the comments are constructive and helpful and will be taken on-board
once we get an opportunity to re-submit.
It also seems that there are other patches lined-up that will influence our
patches,
The way the SPL code is setup right now it only works in the
CONFIG_NAND_SPL case. The chip I'm working on, the lpc313x, can SPL
from six different sources. I've implemented the secondary loader code
in board_init_r in cpu/arm926ejs/lpc313x/spl.c. I needed to modify
start.S so that the jump to boar
Hi Wolfgang and all,
I've found that there is still a problem about taking volatile off in macro
__arch_get()/__arch_put()
on NDS32 based platforms.
GCC will optimized the code if the driver call x86 io emulation functions
if there is no volatile in __arch_get().
For example, if the device driver
On Tue, Nov 22, 2011 at 11:51 PM, Stefano Babic wrote:
> The serial driver for iMX SOCs is continuosly changed if a
> new SOC or not yet used port is used. CONFIG_SYS__
> defines were used only to find the base address for the selected UART.
> Instead of that, move the base address to the board co
Hi Mike
2011/11/19 Mike Frysinger
Thanks for your review.
[snip]
>
> > +.globl turnoff_watchdog
> > +turnoff_watchdog:
> > +
> > +#define WD_CR0xC
> > +#define WD_ENABLE0x1
> > +
> > + ! Turn off the watchdog, according to Faraday FTWDT010 spec
> > + li $
I am Mr. Wen Lee director of operations of the Bank Of Taipei Taiwan.
I have an
obscured business proposal for you.Contact me for details if interested
(mr.wen...@yahoo.com.tw).
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/
After much attempts to reach you on phone, I deemed it necessary and urgent to
contact you via your e-mail and to notify you finally about your outstanding
compensation payment.
During our last annual calculation of your banking activities we have realized
that you are eligible to receive a co
Hello,
Our company represents an online network of over 36.4 million people,
most of which are located in the US and Canada. What we do allows
us to present our end users. with a first choice when they search for
anything on any of the major search engines.
We seek a preferred source to send our
On 11/22/2011 02:54 AM, Shengzhou Liu wrote:
> Freescale FCM controller has a 2K size limitation of buffer RAM. In order
> to support the Nand flash chip whose page size is larger than 2K bytes,
> we read/write 2k data repeatedly by issuing FIR_OP_RB/FIR_OP_WB and save
> them to a large buffer.
>
> This patch fixes a small off-by-one bug in the GPIO driver for the mxs
> platform that allowed the selection gpio pins of one bank more than the
> SoC actually has.
>
> Signed-off-by: Robert Deliën
>
> diff --git a/drivers/gpio/mxs_gpio.c b/drivers/gpio/mxs_gpio.c
> index b7e9591..539738b 1006
> Some functions were internal to the apbh dma driver, so annotate them
> static. Some of the functions weren't used at all so drop them. This makes
> the U-Boot binary smaller by about 1500 bytes.
>
> Signed-off-by: Marek Vasut
> Cc: Stefano Babic
> Cc: Wolfgang Denk
Tested-by: Marek Vasut
On Tue, Nov 22, 2011 at 2:38 PM, Anatolij Gustschin wrote:
> Hi Simon,
>
> On Tue, 22 Nov 2011 14:10:12 -0800
> Simon Glass wrote:
>
>> On Tue, Nov 15, 2011 at 10:25 AM, Anton Staaf wrote:
>> > Tested-by: Anton Staaf
>> > Mike, do you think you could pull this into staging as per Wolfgang's
>>
Hi Simon,
On Tue, 22 Nov 2011 14:10:12 -0800
Simon Glass wrote:
> On Tue, Nov 15, 2011 at 10:25 AM, Anton Staaf wrote:
> > Tested-by: Anton Staaf
> > Mike, do you think you could pull this into staging as per Wolfgang's
> > recent request for help?
> >
> > Thanks,
> > Anton
> >
>
> Please
> On Tuesday 22 November 2011 15:49:06 Robert Deliën wrote:
> > Of course name_to_gpio could be a non-static function, allowing it to be
> > used by other parts of the code too. And for that reason do_gpio could be
> > non-static too. But that would still require an ifdef-orgy like this to
>
> >
> > Careful here !!
> >
> > The driver _should_ work for MX233 too! What I'd like to see is you
> > introducing a function like:
> >
> > int mxs_gpio_is_valid(gpio)
> > {
> > char mxs_banks[PINCTRL_BANKS] = PINCTRL_BANK_COUNTS;
> >
> > if (PAD_PIN(gpio) > mxs_bank[PAD_BANK(gpio)])
> >
> > r
> > Sure, I wrote the code, I know what it does and where you see the
> > problem. It's just to be dead sure. Anyway, I acked it so it means I
> > agree with the change.
>
> Of course. Thanks. Hence my elaboration, to make your checks easier.
Please, ALWAYS Cc the mailing list
___
Dear Stefano Babic,
In message <4ecb6461.8070...@denx.de> you wrote:
> On 21/11/2011 22:10, Wolfgang Denk wrote:
> > I forgot this in my initial summary of the idea: yes, please send such
> > information to the submitter and the list.
>
> Ok, done.
>
> >
> > I just want to pull the branch, I wo
On Tuesday 22 November 2011 15:49:06 Robert Deliën wrote:
> Of course name_to_gpio could be a non-static function, allowing it to be
> used by other parts of the code too. And for that reason do_gpio could be
> non-static too. But that would still require an ifdef-orgy like this to
> make it work
On Tue, Nov 15, 2011 at 10:25 AM, Anton Staaf wrote:
> Tested-by: Anton Staaf
> Mike, do you think you could pull this into staging as per Wolfgang's
> recent request for help?
>
> Thanks,
> Anton
>
Please can one of the maintainers grab this and put it in staging?
Regards,
Simon
> On Sun,
> static const int all_bank_pins[] = {
> MXS_BANK0_PINS,
> MXS_BANK1_PINS,
> MXS_BANK2_PINS,
> MXS_BANK3_PINS,
> MXS_BANK4_PINS,
> };
> bank_pins = all_bank_pins[PAD_PANK(gp)];
Good one!
But how about the changes Marek suggested about name_to_gpio_number?
Robert.
__
On Tuesday 22 November 2011 10:40:24 Robert Deliën wrote:
> +static inline int name_to_gpio(const char *name)
> +{
> + int pin_nr;
single space after that "int"
> + if (name[0] >= '0' && name[0] <= '9') {
> + pin_nr = simple_strtoul(name, (char **)&name, 10);
NAK: t
On 11/22/2011 03:03 PM, Mike Frysinger wrote:
> On Tuesday 22 November 2011 03:54:14 Shengzhou Liu wrote:
>> In some NAND controllers there is a size limitation of RAM buffer(2K
>> bytes). To support large-page NAND chips with greater than 2K pagesize, we
>> need a large buffer, but we don't know p
please fix your client to properly wrap long lines in the non-patch area
-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
On Tuesday 22 November 2011 09:41:48 Robert Deliën wrote:
> + switch(PAD_BANK(gp)) {
needs a space after that "switch"
> + case 0:
> + bank_pins = MXS_BANK0_PINS;
> + break;
> + case 1:
> + bank_pins = MXS_BANK1_PINS;
> + b
On Tuesday 22 November 2011 03:15:47 Stefano Babic wrote:
> On 21/11/2011 22:22, Mike Frysinger wrote:
> >> Of course ... considering there's always one correct setting for
> >> the pin to be in GPIO mode, which I suspect might not be
> >> completely true today anymore.
> >
> > i find it hard to e
On Monday 21 November 2011 17:34:41 Marek Vasut wrote:
> The board is unmaintained and maintainer doesn't respond.
The board fails to build now and maintainer doesn't respond.
-mike
signature.asc
Description: This is a digitally signed message part.
__
On Tuesday 22 November 2011 03:54:14 Shengzhou Liu wrote:
> In some NAND controllers there is a size limitation of RAM buffer(2K
> bytes). To support large-page NAND chips with greater than 2K pagesize, we
> need a large buffer, but we don't know pagesize before calling
> nand_scan_ident(), for mor
On Thursday 15 September 2011 01:34:33 Heiko Schocher wrote:
> Signed-off-by: Heiko Schocher
> Cc: Albert ARIBAUD
> ---
> post/post.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/post/post.c b/post/post.c
> index 6c59f91..0bfca75 100644
> --- a/post/post.c
> ++
On Tuesday 22 November 2011 02:30:59 Christian Riesch wrote:
> Hello Mike,
> Thank you for your comments.
>
> On Mon, Nov 21, 2011 at 8:09 PM, Mike Frysinger wrote:
> > On Monday 21 November 2011 11:33:47 Christian Riesch wrote:
> >> --- a/Makefile
> >> +++ b/Makefile
> >>
> >> +$(obj)u-boot.ais
On Monday 21 November 2011 23:46:41 Marek Vasut wrote:
> > On Mon, Nov 21, 2011 at 11:50:17PM +0100, Marek Vasut wrote:
> > > > + l.addi r3,r3,4
> > > > + l.sfltu r4,r5
> > > > + l.bf.L_reloc
> > > > +l.addi r4,r4,4 /* delay slot */
> > >
> > > The fo
> I don't think I follow ... don't you only have to define the function and
> that's
> it?
No, it's a bit more complicated than that. It wouldn't be my choice either, but
now I'm familiar with it, I find it quite charming. Let me see if I can explain:
Check out common/cmd_gpio.c.
The first par
On 11/22/2011 08:07 AM, Marek Vasut wrote:
>> On Tue, Nov 22, 2011 at 05:46:41AM +0100, Marek Vasut wrote:
On Mon, Nov 21, 2011 at 11:50:17PM +0100, Marek Vasut wrote:
>> +printf("CPU: OpenRISC-%x00 (rev %d) @ %d MHz\n",
>> +ver, rev, (CONFIG_SYS_CLK_FREQ / 10
On 11/22/2011 02:49 AM, Andreas Bießmann wrote:
> Well, you can do it that way but I guess there are several places where
> printf() will be needed by some drivers in SPL. Therefore I think it is
> better to provide printf() for SPL than to ifdef out all the printf's.
>
> So how about providing an
> > No, move this to mxs_gpio.c and simply make the function not static.
>
> I too find the construction a little strange, but I copied it from the
> Blackfin implementation.
>
> But after taking a second look at it, it made sense: It makes the file
> pulling including it, define it statically lo
> Careful here !!
>
> The driver _should_ work for MX233 too! What I'd like to see is you
> introducing
> a function like:
>
> int mxs_gpio_is_valid(gpio)
> {
> char mxs_banks[PINCTRL_BANKS] = PINCTRL_BANK_COUNTS;
>
> if (PAD_PIN(gpio) > mxs_bank[PAD_BANK(gpio)])
> return -EINVAL;
>
> r
> No, move this to mxs_gpio.c and simply make the function not static.
I too find the construction a little strange, but I copied it from the Blackfin
implementation.
But after taking a second look at it, it made sense: It makes the file pulling
including it, define it statically locally. The m
Dear Sebastian Andrzej Siewior,
In message <2022123007.ga5...@linutronix.de> you wrote:
>
> >> + * Redistribution and use in source and binary forms, with or without
> >> + * modification, are permitted provided that the following conditions
> >> + * are met:
> >> + * * Redistributions of so
Dear "Mathias Adam",
In message you wrote:
> repost, in case my mail from last week was lost somewhere...
It would help if you submitted this as proper patch, with a good
Subject:, a usable commit message and most of all with your
Signed-off-by: line. For details please see
http://www.denx.de/w
Dear Stefano Babic,
In message <4ecb7f09.7060...@denx.de> you wrote:
>
> Tapani, is it ok for you if I post my patches, too ? It looks like I
> already did some work and makes no sense you rework your patches when
> maybe a part of the whole job is done...
Please go ahead and post your patches, s
* Thierry Reding wrote:
> Check for board-specific 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 initi
Some functions were internal to the apbh dma driver, so annotate them static.
Some of the functions weren't used at all so drop them. This makes the U-Boot
binary smaller by about 1500 bytes.
Signed-off-by: Marek Vasut
Cc: Stefano Babic
Cc: Wolfgang Denk
---
arch/arm/include/asm/arch-mx28/dma.
> This patch fixes a small bug that allowed unintended manipulation of
> non-existing GPIO pins within a pin bank, clobbering reserved bits.
>
> Signed-off-by: Robert Deliën
> diff --git a/arch/arm/include/asm/arch-mx28/iomux.h
> b/arch/arm/include/asm/arch-mx28/iomux.h index 7abdf58..829d9a8 100
> This patch adds adds pin name support in the GPIO driver. With this patch
> applied, the gpio command supports pins to be addressed with friendly
> names.
>
> The user's manual refers to pins by the bank number they're in and their
> number within that bank. With this patch the friendly naming c
> This patch fixes a small off-by-one bug in the GPIO driver for the mxs
> platform that allowed the selection gpio pins of one bank more than the
> SoC actually has.
>
> Signed-off-by: Robert Deliën
>
> diff --git a/drivers/gpio/mxs_gpio.c b/drivers/gpio/mxs_gpio.c
> index b7e9591..539738b 1006
* Stephen Warren wrote:
> On 11/21/2011 01:35 AM, Thierry Reding wrote:
> > This commit drops the interface check for card-detection and leaves it
> > up to the board whether or not a card-detect GPIO is connected. Also,
> > the version field of struct mmc is only valid after the slot has been
> >
> > To make things simple for users, there's standard layout. It's actually
> > at sector 2048 btw.
>
> Got that.
>
> > That's what happens internally, it's just that some pieces (like sector
> > offset of the partition!) need to be filled into the bootstream header
> > by the mxsboot utility --
> The serial driver for iMX SOCs is continuosly changed if a
> new SOC or not yet used port is used. CONFIG_SYS__
> defines were used only to find the base address for the selected UART.
> Instead of that, move the base address to the board configuration
> file and drop all #ifdef from driver.
>
>
This patch removes the unused definition of SDRC_R_C_B
from the config files.
Acked-by: Igor Grinberg
Signed-off-by: Thomas Weber
---
Changelog v1->v2
Add maintainers of boards as suggested by Igor.
Add Acked-by from Igor
include/configs/am3517_crane.h |1 -
include/con
2011/11/22 Tom Rini :
> On 11/22/2011 04:23 AM, Thomas Weber wrote:
>> This patch removes the definition of stack sizes for
>> irq and fiq if the CONFIG_USE_IRQ is undefined before.
>>
>> Acked-by: Igor Grinberg
>> Signed-off-by: Thomas Weber
>
> Acked-by: Tom Rini
>
> --
> Tom
>
Acked-by: Enri
2011/11/22 Tom Rini
>
> On 11/22/2011 04:23 AM, Thomas Weber wrote:
> > This patch removes the unused definition of SDRC_R_C_B
> > from the config files.
> >
> > Acked-by: Igor Grinberg
> > Signed-off-by: Thomas Weber
> [snip]
> > /* SDRAM Bank Allocation method */
> > -#define SDRC_R_B_C
This patch removes the CONFIG_OMAP3430, because it is unused.
Acked-by: Igor Grinberg
Signed-off-by: Thomas Weber
---
Changelog v1->v2
Add maintainers of boards as suggested by Igor.
Add Acked-by from Igor
include/configs/cm_t35.h |1 -
include/configs/devkit8000.
This patchset removes some unused definitions from the config files.
It is mostly omap3 centred.
Changelog v1->v2
Add maintainers of boards as suggested by Igor.
Add Acked-by from Igor
Thomas Weber (3):
ARM: OMAP3: Remove unused define CONFIG_OMAP3430
ARM: OMAP3: Remove unused
> To make things simple for users, there's standard layout. It's actually at
> sector 2048 btw.
Got that.
> That's what happens internally, it's just that some pieces (like sector
> offset
> of the partition!) need to be filled into the bootstream header by the
> mxsboot
> utility -- see mxs
2011/11/22 Tom Rini
> On 11/22/2011 04:23 AM, Thomas Weber wrote:
> > This patch removes the CONFIG_OMAP3430, because it is unused.
> >
> > Acked-by: Igor Grinberg
> > Signed-off-by: Thomas Weber
>
> Acked-by: Tom Rini
>
> --
> Tom
>
Acked-by: Enric Balletbo i Serra
_
On 11/22/2011 02:34 AM, Aneesh V wrote:
> Cc: Tom Rini
> Cc: Albert Aribaud
> Signed-off-by: Aneesh V
Acked-by: Tom Rini
--
Tom
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 11/22/2011 02:38 AM, Aneesh V wrote:
> Cc: Tom Rini
> Signed-off-by: Aneesh V
Except for adding whitespace to include/configs/omap3_evm.h,
Acked-by: Tom Rini
--
Tom
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listin
On Tue, Nov 22, 2011 at 2:39 AM, Aneesh V wrote:
> Due to some recent changes I2C is no longer required in SPL.
> Remove the i2c_init() call to save some space
Which changes? We might need to bring this back for am335x stuff,
once we have i2c support ready to post to mainline (on these boards we
The serial driver for iMX SOCs is continuosly changed if a
new SOC or not yet used port is used. CONFIG_SYS__
defines were used only to find the base address for the selected UART.
Instead of that, move the base address to the board configuration
file and drop all #ifdef from driver.
Signed-off-by
This patch adds adds pin name support in the GPIO driver. With this patch
applied, the gpio command supports pins to be addressed with friendly names.
The user's manual refers to pins by the bank number they're in and their number
within that bank. With this patch the friendly naming convention
On 11/22/2011 07:51 AM, Tom Rini wrote:
> On 11/22/2011 07:33 AM, Igor Grinberg wrote:
>> On 11/21/11 17:33, Tom Rini wrote:
>>> On 11/21/2011 07:41 AM, Igor Grinberg wrote:
On 11/21/11 16:12, Tom Rini wrote:
> On Mon, Nov 21, 2011 at 12:04 AM, Igor Grinberg
> wrote:
>> On 11/20/
> Hi Marek,
>
> > Hey, this looks reasonable. Did you send similar patch to Linux too ?
>
> No, I'm not at that yet. I'm just starting to explore the New U-Boot: It's
> been since version 1.1.2 that I have actually contributed something.
>
> My current project requires a mechanism to manipulate
Several macros are used to identify and locate the microcode binary image
that U-boot needs to upload to the QE or Fman. Both the QE and the Fman
use the QE Firmware binary format to package their respective microcode data,
which is why the same macros are used for both. A given SOC will only hav
On 11/22/2011 07:33 AM, Igor Grinberg wrote:
> On 11/21/11 17:33, Tom Rini wrote:
>> On 11/21/2011 07:41 AM, Igor Grinberg wrote:
>>> On 11/21/11 16:12, Tom Rini wrote:
On Mon, Nov 21, 2011 at 12:04 AM, Igor Grinberg
wrote:
> On 11/20/11 16:26, Tom Rini wrote:
>> On Sun, Nov 20,
> This patch fixes a small bug that allowed unintended manipulation of
> non-existing GPIO pins within a pin bank, clobbering reserved bits.
>
> Signed-off-by: Robert Deliën
> diff --git a/arch/arm/include/asm/arch-mx28/iomux.h
> b/arch/arm/include/asm/arch-mx28/iomux.h index 7abdf58..829d9a8 100
This patch fixes a small bug that allowed unintended manipulation of
non-existing GPIO pins within a pin bank, clobbering reserved bits.
Signed-off-by: Robert Deliën
diff --git a/arch/arm/include/asm/arch-mx28/iomux.h
b/arch/arm/include/asm/arch-mx28/iomux.h
index 7abdf58..829d9a8 100644
--- a/
This patch fixes a small off-by-one bug in the GPIO driver for the mxs platform
that allowed the selection gpio pins of one bank more than the SoC actually has.
Signed-off-by: Robert Deliën
diff --git a/drivers/gpio/mxs_gpio.c b/drivers/gpio/mxs_gpio.c
index b7e9591..539738b 100644
--- a/driver
On 11/22/2011 04:23 AM, Thomas Weber wrote:
> This patch removes the definition of stack sizes for
> irq and fiq if the CONFIG_USE_IRQ is undefined before.
>
> Acked-by: Igor Grinberg
> Signed-off-by: Thomas Weber
Acked-by: Tom Rini
--
Tom
___
U-Bo
On 11/22/2011 04:23 AM, Thomas Weber wrote:
> This patch removes the unused definition of SDRC_R_C_B
> from the config files.
>
> Acked-by: Igor Grinberg
> Signed-off-by: Thomas Weber
[snip]
> /* SDRAM Bank Allocation method */
> -#define SDRC_R_B_C 1
Since 'SDRC_R_B_C' means 'SDRC R
This patch removes the definition of stack sizes for
irq and fiq if the CONFIG_USE_IRQ is undefined before.
Acked-by: Igor Grinberg
Signed-off-by: Thomas Weber
---
Changelog v1->v2
Add maintainers of boards as suggested by Igor.
Add Acked-by from Igor
include/configs/am3517_cr
On 11/21/11 17:33, Tom Rini wrote:
> On 11/21/2011 07:41 AM, Igor Grinberg wrote:
>> On 11/21/11 16:12, Tom Rini wrote:
>>> On Mon, Nov 21, 2011 at 12:04 AM, Igor Grinberg
>>> wrote:
On 11/20/11 16:26, Tom Rini wrote:
> On Sun, Nov 20, 2011 at 12:36 AM, Igor Grinberg
> wrote:
>
> Dear Marek Vasut,
>
> In message <1321914883-6515-2-git-send-email-marek.va...@gmail.com> you wrote:
> > The board is unmaintained and maintainer doesn't respond.
> >
> > Signed-off-by: Marek Vasut
> > Cc: Simon Glass
> > Cc: Anatolij Gustschin
> > ---
> >
> > MAINTAINERS |
On 11/22/2011 04:23 AM, Thomas Weber wrote:
> This patch removes the CONFIG_OMAP3430, because it is unused.
>
> Acked-by: Igor Grinberg
> Signed-off-by: Thomas Weber
Acked-by: Tom Rini
--
Tom
___
U-Boot mailing list
U-Boot@lists.denx.de
http://list
1 - 100 of 149 matches
Mail list logo
