Hi Marek,
On Wed, Sep 26, 2012 at 2:16 AM, Marek Vasut wrote:
> Hi all!
>
> I've had a discussion with Wolfgang just now about U-Boot coding style. I
> tried
> using KernelDoc in a patch, which is not part of the U-Boot Coding Style now,
> thus it was rejected.
>
> I really like the idea of anno
On Thu, Sep 6, 2012 at 6:49 PM, Marek Vasut wrote:
> Dear Lukasz Majewski,
>
> [...]
>
> > > Ok, that means we can make use of this command ?
> >
> > I cannot promise, that I will provide the "zip" support straightaway in
> > the DFU.
> >
> > On the one hand if DFU is the only user of this comman
Common practice on Tegra 2 boards is to use the pllp_out4 FO
to generate the ULPI reference clock. For this to work we have
to override the default hardware generated output divider.
This function adds a clean way to do so.
v2:
- check if pllout is valid
v3:
- fix checkpatch complaints
Signed-o
Most Tegra boards output the ULPI reference clock on pad DEV2.
Complete the periph_id enum so that we are able to enable this
clock output circuit.
Signed-off-by: Lucas Stach
Acked-by: Stephen Warren
Acked-by: Simon Glass
---
arch/arm/cpu/tegra20-common/clock.c | 1 +
arch/arm/include/a
Rename board provided gpio_config_uart() to
gpio_early_init_uart() as it does the same thing as the equally
called function provided by the uart-switch code. This allows
to simply call this function in early board init whether or not
we are building with CONFIG_UART_SWITCH defined.
Also provide a
Le 24/09/2012 10:46, Prafulla Wadaskar a écrit :
>
>
>> -Original Message-
>> From: u-boot-boun...@lists.denx.de [mailto:u-boot-
>> boun...@lists.denx.de] On Behalf Of DrEagle
>> Sent: 22 September 2012 12:48
>> To: DrEagle
>> Cc: Lior Amsalem; u-boot@lists.denx.de; ub...@doukki.net
>> Su
On Wed, Sep 26, 2012 at 12:16:13AM +0200, Anatolij Gustschin wrote:
> Hi Tom,
>
> The following changes since commit a6f0c4faa4c65a7b7048b12c9d180d7e1aad1721:
>
> Merge branch 'master' of git://git.denx.de/u-boot-avr32 (2012-09-04
> 09:17:27 +0200)
>
> are available in the git repository at:
On Fri, Sep 21, 2012 at 05:25:18PM -0700, Tom Rini wrote:
> Hey all,
>
> I've tagged and pushed v2012.10-rc1. It's not quite as far along as I
> was hoping, so here's my plans for early next week to get -rc2 on-track.
As an update:
> - An update u-boot-video pull request.
Testing now.
> - Ro
From: Stephen Warren
This is extremely likely to be used from the boot.scr that Tegra's default
bootcmd locates and executes.
Signed-off-by: Stephen Warren
---
Note: This enables a new feature that's in u-boot/master, so won't have
any effect until u-boot-tegra/* is rebased onto it. Still, we m
On Fri, Sep 21, 2012 at 09:02:30AM -0500, Rob Herring wrote:
> From: Rob Herring
>
> All the raw block load commands duplicate the same code. Starting with
> the ide version as it has progress updates convert ide, usb, and scsi boot
> commands to all use a common version.
>
> Signed-off-by: Rob
On Fri, Sep 21, 2012 at 09:50:56AM -, Stephen Warren wrote:
> From: Stephen Warren
>
> This patch introduces function get_device(). This looks up a
> block_dev_desc_t from an interface name (e.g. mmc) and device number
> (e.g. 0). This function is essentially the non-partition-specific
> pre
On Fri, Sep 21, 2012 at 12:46:54PM -, Stephen Warren wrote:
> From: Stephen Warren
>
> Now that get_device_and_partition() always calls get_partition_info()
> when disk.c is compiled, we must always compile the function, rather
> than ifdef it away.
>
> The implementation must be conditiona
Hi Tomas
On Tue, Sep 25, 2012 at 7:09 PM, Graeme Russ wrote:
> We should implement each of malloc(), free(), calloc(), and realloc().
>
> Don't worry about reclaiming and reusing space with a proper free()
> implementation. Remember, all memory allocated on the early heap must be
> relocated any
DDR3 support is tested and working with beaglebone hardware. Include a check
for this board type and configure DDR3. The timings and other configuration
match EVM SK.
Signed-off-by: Joel A Fernandes
---
arch/arm/cpu/armv7/am33xx/board.c |9 +++--
1 file changed, 7 insertions(+), 2 deleti
This adds the required code to set up a ULPI USB port. It is
mostly a port of the Linux ULPI setup code with some tweaks
added for more correctness, discovered along the way of
debugging this.
To use this both CONFIG_USB_ULPI and CONFIG_USB_ULPI_VIEWPORT
have to be set in the board configuration f
Allows for easy configuration of the VBUS indicator related ULPI
config bits.
Also move the external indicator setup from ulpi_set_vbus() to
the new function.
Signed-off-by: Lucas Stach
Acked-by: Igor Grinberg
---
v3: Only touch each register once. Now checkpatch clean.
---
drivers/usb/ulpi/ul
Hopefully final round of the Tegra ULPI patchset. This is just the USB
part that can go in through the u-boot-usb tree.
This was again tested on the Toradex Colibri T20, without any regressions.
v2 of the patches were Tested-by: Stephen Warren
v3 incorporates Igors feedback.
Lucas Stach (2):
Hi Tom,
The following changes since commit a6f0c4faa4c65a7b7048b12c9d180d7e1aad1721:
Merge branch 'master' of git://git.denx.de/u-boot-avr32 (2012-09-04 09:17:27
+0200)
are available in the git repository at:
git://git.denx.de/u-boot-video.git master
Anatolij Gustschin (1):
common/l
EHCI interface now supports more than one controller. Wire up our usb functions
to use this new interface.
Signed-off-by: Lucas Stach
---
arch/arm/cpu/armv7/tegra20/usb.c| 15 ---
arch/arm/include/asm/arch-tegra20/usb.h | 4 ++--
drivers/usb/host/ehci-tegra.c | 5
Allows to initialize more than one USB controller at once.
v2: print message when controller stop fails
Signed-off-by: Lucas Stach
Reviewed-by: Marek Vasut
---
common/cmd_usb.c| 16 +--
common/usb.c| 106 +++-
common/usb_
Carry an index in the lowlevel usb functions to make specify the
respective usb controller.
Also pass through an controller struct from lowlevel_init to the
creation of the root usb device of this controller.
Signed-off-by: Lucas Stach
Reviewed-by: Marek Vasut
---
arch/arm/cpu/arm920t/s3c24x0/
Kill off ehci-core.h
It was used to specify some static controller data. To support more than
one controller being active at any time we have to carry the controller
data ourselfes. Change the ehci interface accordingly.
NOTE: OMAP implemented the ehci stuff a bit backwards and should be fixed
to
V5: rebased on a non-stale version of u-boot-usb/master
V4: Fixed build failures in fsl and mxs ehci code. Also rebased on
the latest usb/master and did MAKEALL -a powerpc in addition to
MAKEALL -a arm.
V3: Stephen ran into some problems applying this, as it seems my tree
wasn't as clean as it sh
On Sat, Sep 22, 2012 at 09:09:26AM -0500, Kumar Gala wrote:
> Tom,
>
> Sorry for both sending this and the late request. I think Andy's been
> swamped with some chip bringup and lost notice of window (thus my sending
> this request). Would be good to get this stuff (and some fixes, etc) into
Dear Lucas Stach,
Patchset doesn't apply ... rebase and repost please.
> V4: Fixed build failures in fsl and mxs ehci code. Also rebased on
> the latest usb/master and did MAKEALL -a powerpc in addition to
> MAKEALL -a arm.
>
> V3: Stephen ran into some problems applying this, as it seems my tre
Hi all!
I've had a discussion with Wolfgang just now about U-Boot coding style. I tried
using KernelDoc in a patch, which is not part of the U-Boot Coding Style now,
thus it was rejected.
I really like the idea of annotating functions with proper description, thus I
would like to ask, can we r
On Tue, Sep 25, 2012 at 10:01:34PM +0200, Anatolij Gustschin wrote:
> Hi Albert, Tom,
>
> On Sat, 1 Sep 2012 19:27:56 -0700
> Stephen Warren wrote:
>
> > Commit 86c6326 "ARM: arm1176: enable instruction cache in
> > arch_cpu_init()" defined arch_cpu_init() in a file that is shared across
> > al
On Wed, Aug 29, 2012 at 02:08:59PM -0700, Allen Martin wrote:
> The LIST_arm rule included the Atmel boards twice (by virtue of
> including both LIST_at91 and LIST_ARM9) and was missing all the
> arm720t, arm946es, and arm1176 boards. Change this list to use
> boards_by_arch() which is less error
Dear Wolfgang Denk,
> Dear Marek Vasut,
>
> In message <1348589520-14395-4-git-send-email-ma...@denx.de> you wrote:
> > Add section for the linker-generated lists into all possible linker
> > files, so that everyone can easily use these lists. This is mostly
> > a mechanical adjustment.
>
> How
Dear Wolfgang Denk,
> Dear Marek Vasut,
>
> In message <1348589520-14395-3-git-send-email-ma...@denx.de> you wrote:
> > This patch adds support for linker-generated array. These arrays
> > are a generalization of the U-Boot command declaration approach.
>
> ...
>
> >
Dear Wolfgang Denk,
> Dear Marek Vasut,
>
> In message <1348589520-14395-2-git-send-email-ma...@denx.de> you wrote:
> > This patch adds essential components for generation of the contents of
> > the linker section that is used by the linker-generated array. All of
> > the contents is held in a se
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/25/12 12:59, York Sun wrote:
> On 09/17/2012 08:57 PM, York Sun wrote:
>> I have a case under debugging where I need to use i2c write to
>> devices. One device (EEPROM) has two-byte address length and
>> most others (including other EEPROMs) hav
Dear Marek Vasut,
In message <1348589520-14395-4-git-send-email-ma...@denx.de> you wrote:
> Add section for the linker-generated lists into all possible linker
> files, so that everyone can easily use these lists. This is mostly
> a mechanical adjustment.
How well has this been tested?
My unders
Dear Marek Vasut,
In message <1348589520-14395-3-git-send-email-ma...@denx.de> you wrote:
> This patch adds support for linker-generated array. These arrays
> are a generalization of the U-Boot command declaration approach.
...
> ... Such array though can
>
On Fri, 21 Sep 2012 16:21:22 -0700
Tom Rini wrote:
...
> lcd.c: In function 'configuration_get_cmap':
> lcd.c:513:29: error: 'struct vidinfo' has no member named 'cmap'
> lcd.c: In function 'lcd_display_bitmap':
> lcd.c:787:6: warning: implicit declaration of function 'FB_PUT_BYTE'
> [-Wimplicit-
Dear Marek Vasut,
In message <1348589520-14395-2-git-send-email-ma...@denx.de> you wrote:
> This patch adds essential components for generation of the contents of
> the linker section that is used by the linker-generated array. All of
> the contents is held in a separate file, u-boot.lst, which is
Hi Albert, Tom,
On Sat, 1 Sep 2012 19:27:56 -0700
Stephen Warren wrote:
> Commit 86c6326 "ARM: arm1176: enable instruction cache in
> arch_cpu_init()" defined arch_cpu_init() in a file that is shared across
> all arm1176 SoCs. tnetv107x already implemented this function, which
> caused linking
On 09/17/2012 08:57 PM, York Sun wrote:
I have a case under debugging where I need to use i2c write to devices.
One device (EEPROM) has two-byte address length and most others
(including other EEPROMs) have one byte address length. I also have
other non-storage devices but I wouldn't use "i2c wri
Rename board provided gpio_config_uart() to
gpio_early_init_uart() as it does the same thing as the equally
called function provided by the uart-switch code. This allows
to simply call this function in early board init whether or not
we are building with CONFIG_UART_SWITCH defined.
Also provide a
Hello Tom,
please take those patches through the Tegra tree. The first two
are split out from the ULPI series, as they are only related to Tegra
and as such should really go through the Tegra tree. The last one is
just a friendly reminder that this patch is still pending.
The are no changes from
Most Tegra boards output the ULPI reference clock on pad DEV2.
Complete the periph_id enum so that we are able to enable this
clock output circuit.
Signed-off-by: Lucas Stach
Acked-by: Stephen Warren
Acked-by: Simon Glass
---
arch/arm/cpu/tegra20-common/clock.c | 1 +
arch/arm/include/a
Common practice on Tegra 2 boards is to use the pllp_out4 FO
to generate the ULPI reference clock. For this to work we have
to override the default hardware generated output divider.
This function adds a clean way to do so.
v2:
- check if pllout is valid
Signed-off-by: Lucas Stach
---
arch/arm
Hi Albert (and everyone else),
For background, we've discussed the problem of ARM and unaligned access
before at:
http://comments.gmane.org/gmane.comp.boot-loaders.u-boot/132780
Now, to try and summarize things:
(1): All ARMv7 hardware must support unaligned access, if set.
(2): All gcc 4.7 (and
mx6qsabreauto has a AR8031 Gigabit PHY.
Add support for it.
Signed-off-by: Fabio Estevam
---
board/freescale/mx6qsabreauto/mx6qsabreauto.c | 75 +
1 file changed, 75 insertions(+)
diff --git a/board/freescale/mx6qsabreauto/mx6qsabreauto.c
b/board/freescale/mx6qsabrea
On Fri, Sep 21, 2012 at 02:43:37PM -0700, Tom Rini wrote:
> Hello,
>
> The following changes since commit d193c1b6eb05041c94ad9aacd8c94189d1dbc5f8:
>
> Merge remote-tracking branch 'u-boot-imx/master' (2012-09-21 00:26:19 +0200)
>
> are available in the git repository at:
>
>
> git://git.d
Dear Otavio Salvador,
> On Tue, Sep 25, 2012 at 1:12 PM, Marek Vasut wrote:
> > Add section for the linker-generated lists into all possible linker
> > files, so that everyone can easily use these lists. This is mostly
> > a mechanical adjustment.
> >
> > Signed-off-by: Marek Vasut
> > Cc: Joe
On Tue, Sep 25, 2012 at 1:12 PM, Marek Vasut wrote:
> Add section for the linker-generated lists into all possible linker
> files, so that everyone can easily use these lists. This is mostly
> a mechanical adjustment.
>
> Signed-off-by: Marek Vasut
> Cc: Joe Hershberger
> Cc: Mike Frysinger
Th
Dear Tom Rini,
> On 09/24/12 18:00, Marek Vasut wrote:
> > Dear Eric Nelson,
> >
> >> On 09/24/2012 05:22 PM, Tom Rini wrote:
> >>> On Mon, Sep 24, 2012 at 09:03:27PM -0300, Fabio Estevam wrote:
> On Wed, Sep 19, 2012 at 5:20 PM, Tom Rini
>
> wrote:
> > I lmgtfy.com'd Marek, b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/24/12 18:00, Marek Vasut wrote:
> Dear Eric Nelson,
>
>> On 09/24/2012 05:22 PM, Tom Rini wrote:
>>> On Mon, Sep 24, 2012 at 09:03:27PM -0300, Fabio Estevam wrote:
On Wed, Sep 19, 2012 at 5:20 PM, Tom Rini
wrote:
> I lmgtfy.com'd M
This patch adds essential components for generation of the contents of
the linker section that is used by the linker-generated array. All of
the contents is held in a separate file, u-boot.lst, which is generated
at runtime just before U-Boot is linked.
The purpose of this code is to especially ge
This patch adds support for linker-generated array. These arrays
are a generalization of the U-Boot command declaration approach.
Basically, the idea is to generate an array, where elements of the
array are statically initialized at compiler time and each element
is declared separatelly at differe
This is a first stab at the linker-generated array. Basically, this
concept is a generic abstraction of how u_boot_cmd works today. The
patch 2/3 contains a huge pile of documentation which should clarify
most of the questions.
Marek Vasut (3):
common: Add symbol handling for generic lists into
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/21/12 18:24, Albert ARIBAUD wrote:
> Hi Tom,
>
> On Fri, 21 Sep 2012 17:28:18 -0700, Tom Rini wrote:
>
>> Hey all,
>>
>> (I had attempted to bcc this to all listed maintainer, but that
>> upset Google greatly. I'll send this out manually ins
Dear Pavel Machek,
[...]
> > > What needs to be done to get the socfpga patches merged?
> >
> > I'd say, sacrifice a chicken :-) The patches look quite fine :-)
>
> Will guinea pig do the trick? I'll ask around ;-).
No, but don't worry, I had KFC recently ... I believe the sacrificial potentia
On 22/09/2012 18:24, Fabio Estevam wrote:
> From: Fabio Estevam
>
> lowlevel_init.S is not used on mx6, so remove the file and the associated
> calls.
>
> Signed-off-by: Fabio Estevam
> ---
Applied to u-boot-imx, next branch, thanks.
Best regards,
Stefano Babic
--
=
On 24/09/2012 14:46, Matthias Weisser wrote:
> i2c didn't work on imx25 due to missing MXC_IPG_PERCLK. Now using
> MXC_I2C_CLK on all imx systems using i2c.
>
> Signed-off-by: Matthias Weisser
> ---
Applied to u-boot-imx, next branch, thanks.
Best regards,
Stefano Babic
--
===
On 23/09/2012 14:03, Eric Bénard wrote:
> tested on a MCIMX257CJM4A which now reports :
> CPU: Freescale i.MX25 rev1.2 at 399 MHz
>
> Signed-off-by: Eric Bénard
> Acked-by: Otavio Salvador
> ---
Applied to u-boot-imx, next branch, thanks.
Best regards,
Stefano Babic
--
==
On 24/09/2012 20:09, Fabio Estevam wrote:
> mx6qsabreauto is a board based on mx6q SoC with the following features:
> - 2GB of DDR3
> - 2 USB ports
> - 1 HDMI output port
> - SPI NOR
> - 2 LVDS LCD ports
> - Gigabit Ethernet
> - Camera
> - eMMC and SD card slot
> - Multichannel Audio
> - CAN
> - SA
On 24/09/2012 20:09, Fabio Estevam wrote:
> Add a common mx6 config file that can be shared between some mx6 boards.
>
> Signed-off-by: Fabio Estevam
> ---
> Changes since v1:
> - No changes. Newly introduced in this series.
>
Applied to u-boot-imx, next branch, thanks.
Best regards,
Stefano B
On 19/09/2012 03:26, Eric Nelson wrote:
> Signed-off-by: Eric Nelson
> ---
Applied to u-boot-imx, next branch, thanks.
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB
Albert, could you apply this?
It is trivial cleanup, and while marked 2/2, it is really independend.
Thanks,
Pavel
On Fri 2012-09-14 15:08:28, dingu...@altera.com wrote:
> From: Dinh Nguyen
>
> include/common.h has the res
On Tue 2012-09-11 08:54:40, Marek Vasut wrote:
> Dear Pavel Machek,
>
> > Hi!
> >
> > > > From: Dinh Nguyen
> > > >
> > > > Add minimal support for Altera's SOCFPGA Cyclone 5 hardware.
> > > >
> > > > Applied on top of trini/WIP/spl-improvements v6
> > >
> > > [...]
> > >
> > > __noreturn at
Hi!
> > > Once the SPL changes go in, I expect at least one if not two
> > > platforms that rebased on top of it to go into u-boot-arm.
> >
> > At least one is the i.MX35. A second one could be the i.MX25, but both
> > planned for -next. Or do you plan to get one or two platform already
> > in t
On 25/09/2012 00:23, Troy Kisky wrote:
> The advantages of a plugin over spl are
> 1. smaller code 0x190 bytes, plus the table.
> relying on the ROM to do the heavy lifting.
This is true. However, as you are writing in the next line, the bootROM
boots from devices having much more space as some by
On 24/09/2012 22:46, Troy Kisky wrote:
> On 9/23/2012 3:17 AM, Stefano Babic wrote:
>> On 22/09/2012 04:39, Troy Kisky wrote:
>>> The "plugin" command of mkimage can take this
>>> file as an argument.
>>>
>>> Signed-off-by: Troy Kisky
>>> ---
Hi Troy,
>>
>> I agree with Vikram that a better expl
On 24/09/2012 22:54, Troy Kisky wrote:
> It is a fix, but for a bug that has never happened.
Right, but anyway it is a fix ;-)
> So I think it is
> very low priority.
> But I can reorder the patches so that this is the 1st in the series, in
> case
> the other patches are never accepted.
The rea
On 24/09/2012 22:30, Troy Kisky wrote:
> On 9/23/2012 3:57 AM, Stefano Babic wrote:
>> On 22/09/2012 04:38, Troy Kisky wrote:
>>
Hi Troy,
>>> Also, the header offset is no longer
>>> right before the code starts.
>> Comment and subject of the patch do not match. Can you better explain it
>> ? What
Hi Thomas,
On Sep 25, 2012 6:43 PM, "Tomas Hlavacek" wrote:
>
> Hello Graeme!
>
> On Tue, Sep 25, 2012 at 2:37 AM, Graeme Russ
wrote:
> > Hi Marek,
>
> [...]
>
> > The last two are NOPs for early heap as we have no way to track free'd
blocks
> >
> > Keep in mind that 'real' realloc() has access
Hello Graeme!
On Tue, Sep 25, 2012 at 2:37 AM, Graeme Russ wrote:
> Hi Marek,
[...]
> The last two are NOPs for early heap as we have no way to track free'd blocks
>
> Keep in mind that 'real' realloc() has access to information providing
> the size of the source block of allocated memory, so i
Dear Albert Aribaud,
any chance to get this pulled before -rc2?
Best regards
Andreas Bießmann
On 22.09.2012 05:36, Andreas Bießmann wrote:
> Another resent ... sorry for the noise!
> I found the root cause why it did not appear on patchwork, my
> sendemail.assume8bitencoding was set to 'true' b
Hi all,
I have a board with MPC8323 and I would like to use the SPI but, as far
as I see, the device on this processor is different from the others of
the family. The file u-boot/arch/powerpc/include/asm/mpc8xxx_spi.h does
not define the CONFIG_MPC8323 for the structure spi8xxx.
Are there some pa
Hi all,
I have a card with a MPC8323 and I would like to access a Numonyx Axcell M29EW
FLASH.
After porting the U-Boot 2012.10-rc1 for MPC8323ERDB to my own hardware I have
the following with "flinfo":
Bank # 1: CFI conformant flash (16 x 16) Size: 256 MB in 2048 Sectors
AMD Standard command
72 matches
Mail list logo