Hi.
For the bootcount register, we wanted something that was only reset
at power on (or never reset). We didn't find a suitable register in the
P2020, and freescale support seemed to agree that there was no such
register. (I'm now using a couple of alarm registers fromthe I2C RTC,
a hack...)
> -Original Message-
> From: Prafulla Wadaskar
> Sent: 21 August 2012 12:01
> To: 'Valentin Longchamp'; u-boot@lists.denx.de
> Cc: Holger Brunck
> Subject: RE: [PATCH v2 1/2] arm/km: add mv88e6352 configuration for
> kmnusa
>
>
>
> > -Original Message-
> > From: Valentin Longch
> -Original Message-
> From: Valentin Longchamp [mailto:valentin.longch...@keymile.com]
> Sent: 16 August 2012 16:55
> To: u-boot@lists.denx.de
> Cc: holger.bru...@keymile.com; Prafulla Wadaskar;
> valentin.longch...@keymile.com
> Subject: [PATCH 2/2] km_kirkwood: enable MV88E6352_SWITCH
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-
> boun...@lists.denx.de] On Behalf Of Albert ARIBAUD
> Sent: 22 September 2012 06:27
> To: u-boot@lists.denx.de
> Subject: [U-Boot] [PATCH] edminiv2: increase malloc len to 256K
>
> Malloc len of 128K caused a warn
> -Original Message-
> From: u-boot-boun...@lists.denx.de [mailto:u-boot-
> boun...@lists.denx.de] On Behalf Of Pavel Machek
> Sent: 25 September 2012 17:57
> To: dingu...@altera.com
> Cc: ma...@denx.de; dinh.li...@gmail.com; cl...@altera.com; u-
> b...@lists.denx.de; tr...@ti.com; s...@d
Dear Joe Hershberger,
[...]
> + . = .;
> + __u_boot_env_clbk_start = .;
> + .u_boot_env_clbk : { *(.u_boot_env_clbk) }
> + __u_boot_env_clbk_end = .;
> +
> + . = ALIGN(4);
> +
[...]
Can you make some use of the LG-array patches ?
Best regards,
Marek Vasut
___
On Thu, Sep 27, 2012 at 04:37:41PM -0700, Simon Glass wrote:
> Hi Stephen,
>
> On Thu, Sep 27, 2012 at 4:21 PM, Stephen Warren wrote:
> > On 09/27/2012 02:27 PM, Simon Glass wrote:
> >> On Thu, Sep 27, 2012 at 8:49 AM, Stephen Warren
> >> wrote:
> >>> On 09/27/2012 07:58 AM, Simon Glass wrote:
Dear Fabio Estevam,
> From: Fabio Estevam
>
> There are some errors reported by checkpatch.pl that can be easily cleaned
> up by using the cleanpatch tool.
>
> Import the cleanpatch script from linux kernel 3.5.4 stable version.
Sweet %^)
Can you add the revision of the file from Linux kernel
From: Fabio Estevam
There are some errors reported by checkpatch.pl that can be easily cleaned up
by
using the cleanpatch tool.
Import the cleanpatch script from linux kernel 3.5.4 stable version.
Signed-off-by: Fabio Estevam
---
tools/cleanpatch | 258 +
Hi Tom,
[snip]
> (I had attempted to bcc this to all listed maintainer, but that upset
> Google greatly. I'll send this out manually instead later).
>
> I'd like to put this out here for custodians and maintainers to
> consider, especially in light of the device model work that's not just
> comin
Rather than leave the fdt down next to the code/data, we really should
relocate it along with everything else. For CONFIG_OF_EMBED this happens
automatically, but for CONFIG_OF_SEPARATE it does not.
Add code to copy the fdt and point to the new copy after relocation.
Signed-off-by: Simon Glass
-
Sometimes we don't get a valid filename or line number from checkpatch.pl,
for example if the patch is in a bad format. Deal with this by using a
default value, rather than a stack trace.
Signed-off-by: Simon Glass
---
tools/patman/checkpatch.py |5 +++--
1 files changed, 3 insertions(+), 2
These are read from the fdt - add a debug feature to display the mapping
on start-up.
See that we get debug output listing the keycodes
Signed-off-by: Simon Glass
---
drivers/input/key_matrix.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/input/key_matrix.c
It is inconvenient to have to specify the keyboard repeat and delay at
init time if it is not yet available, so move this into a separate
function.
Some drivers will want to do this when their keyboard init routine
is actually called.
Signed-off-by: Simon Glass
---
drivers/input/input.c |
Some keyboards will not need a key ghosting filter, so make this feature
optional.
Signed-off-by: Simon Glass
---
drivers/input/key_matrix.c |9 +++--
drivers/input/tegra-kbc.c |2 +-
include/key_matrix.h |5 -
3 files changed, 12 insertions(+), 4 deletions(-)
diff --
Some issues with this were not addressed in the previous series. Fix up
the binding decoding to deal with what is actually expected in the fdt.
This corrects the broken keyboard on seaboard.
Signed-off-by: Simon Glass
---
drivers/input/key_matrix.c | 11 +++
1 files changed, 7 inserti
This is a small series of patches to improve keyboard input for matrix
keyboards:
- Fix an fdt decoding bug which breaks seaboard
- Permit key repeat/delay to be altered after init
- Allow key ghosting filter to be enabled/disabled
- Add a bit more debugging
Since this series mostly affects tegra
Add support for a default pin mapping for display1.
Signed-off-by: Simon Glass
---
Changes in v2:
- Use const where possible in funcmux
Changes in v3:
- Remove LPW1 pin which is not needed by display
arch/arm/cpu/tegra20-common/funcmux.c | 37 +
1 files change
This series adds support for the Tegra2x's display peripheral. This
supports the LCD display on Seaboard and we use this to enable console
output in U-Boot on the LCD.
Configuration is via the device tree. Proposed bindings are included
in this series, taken from pwm bindings that should be in lin
Sometimes it is possible to forget the name of the branch you used to
generate an upstream series. To assist with this, add an optional
patman does not use this.
Signed-off-by: Simon Glass
---
tools/patman/README|5 +
tools/patman/series.py |4 ++--
2 files changed, 7 insertions(
thanks to Tom Rini for the good idea.
Signed-off-by: Kim Phillips
---
MAKEALL | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/MAKEALL b/MAKEALL
index 806f21f..fa7d010 100755
--- a/MAKEALL
+++ b/MAKEALL
@@ -19,6 +19,7 @@ usage()
-l,--list
When the cursor position gets to the end of the LCD console we normally
scroll by one line. This adds an option to increase that value.
Console scrolling is often slow, and if a large amount of output is
being sent, increasing this option to 10 or so will speed things up
considerably.
Signed-off-
These two functions don't actually modify their arguments so add a const
keyword.
Signed-off-by: Simon Glass
Acked-by: Mike Frysinger
---
Changes in v2:
- Add new patch to use const in pinmux_config_pingroup/table()
arch/arm/cpu/tegra20-common/pinmux.c |4 ++--
arch/arm/include/asm/a
This provides an option for the LCD to flush the dcache after each update
(puts, scroll or clear).
Signed-off-by: Simon Glass
---
Changes in v2:
- Put the LCD cache flush logic into lcd_putc() instead of lcd_puts()
Changes in v3:
- Put the LCD cache flush logic back into lcd_puts()
Changes in v
This driver supports driving a single LCD and providing a U-Boot console
on it.
Signed-off-by: Simon Glass
---
Changes in v2:
- Update LCD driver to deal with new fdt bindings
Changes in v3:
- Move some fdt decode code from LCD driver to SOC display driver
- Rename fdt config structures
- Use ne
Add support for adjusting the cachability of an L1 section by updating
the MMU. The mmu_set_region_dcache() function allows drivers to make
these changes after the MMU is set up.
It is implemented only for ARMv7 at present.
This is needed for LCD support, where we want to make the LCD frame buffe
This binding will apparently soon be in linux-next. Bring it in now
since we need to do something, and may as well try to target what
Linux will have.
Signed-off-by: Simon Glass
---
Changes in v3:
- Add new commit for pwm binding and node
arch/arm/dts/tegra20.dtsi|7
From: Mayuresh Kulkarni
Enable the Seaboard's 16-bit LCD and use it as the console.
Signed-off-by: Mayuresh Kulkarni
Signed-off-by: Simon Glass
---
Changes in v4:
- Add CONFIG_BOARD_LATE_INIT to enable LCD
- Use CONFIG_CONSOLE_SCROLL_LINES instead of CONSOLE_SCROLL_LINES
- Enable separate CONF
Add support for selecting the required cache mode for the LCD:
off, write-through or write-back.
Signed-off-by: Simon Glass
---
Changes in v3:
- Handle a cached frame buffer out of normal U-Boot memory
drivers/video/tegra.c | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
The normal alignment is PAGE_SIZE, but if this is defined, we can support
other alignments.
The motivation for this change is to make the display section-aligned on
ARM so that we can easily turn off data caching for the frame buffer region
without resorting to level 2 page tables.
Signed-off-by:
From: Wei Ni
Add support for the LCD peripheral at the Tegra2 SOC level. A separate
LCD driver will use this functionality to configure the display.
Signed-off-by: Mayuresh Kulkarni
Mayuresh Kulkarni:
- changes to remove bitfields and clean up for submission
Signed-off-by: Simon Glass
Simon G
Add calls to the LCD driver from Nvidia board code.
Signed-off-by: Simon Glass
---
Changes in v3:
- Add separate call to pwm_init() in board_init()
Changes in v4:
- Change order of LCD init so that PWM comes first
board/nvidia/common/board.c | 21 -
1 files changed, 20 in
The pulse width/frequency modulation peripheral supports generating
a repeating pulse. It is useful for controlling LCD brightness.
Signed-off-by: Simon Glass
---
Changes in v3:
- Rename pwfm driver to pwm
- Use new proposed upstream pwm binding
- Decode fdt node within the pwm driver
- Introduce
For tegra we want to enable the cache for the LCD. This is easier if
we can avoid using L2 page tages, so align the LCD to a section
boundary.
Signed-off-by: Simon Glass
---
Changes in v2:
- Align tegra display using new CONFIG_LCD_ALIGNMENT feature
include/configs/tegra20-common.h |3 +++
The Seaboard has a 1366x768 16bpp LCD. The backlight is controlled
by one of the PWMs.
Signed-off-by: Simon Glass
---
Changes in v2:
- Update seaboard LCD definitions for new fdt binding
Changes in v3:
- Use new upstream proposed LCD definitions
Changes in v4:
- Adjust LCD fdt nodes for new bin
Add LCD definitions and also a proposed binding for LCD displays.
The PWM is as per what will likely be committed to linux-next soon.
The displaymode binding comes from a proposal here:
http://lists.freedesktop.org/archives/dri-devel/2012-July/024875.html
The panel binding is new, and fills a n
Dear Scott Wood,
> On 09/26/2012 10:26:55 AM, Marek Vasut wrote:
> > Dear Wolfgang Denk,
> >
> > > Dear Marek,
> > > - Will we make this mandatory? So that we will reject all new code
> > >
> > > that is not documented according to kernel-doc rules?
> >
> > Yes please, make it mandatory. Oth
Dear Graeme Russ,
> Hi All,
>
> A bit late on the bandwagon, but for what it is worth I have thought
> any form of officially sanctioned (and encouraged) in-line
> documentation would be 'A Good Thing'(tm)
+1
> I had a quick look at kerneldoc and doxygen and while doxygen is far
> more powerful
On 09/26/2012 10:26:55 AM, Marek Vasut wrote:
Dear Wolfgang Denk,
> Dear Marek,
> - Will we make this mandatory? So that we will reject all new code
> that is not documented according to kernel-doc rules?
Yes please, make it mandatory. Otherwise people won't obey and the
documentation
wil
Hi All,
A while ago I wrote this:
http://www.denx.de/wiki/U-Boot/ToolsPatchTracking
Where to now (brown cow)?
Regards,
Graeme
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi All,
A bit late on the bandwagon, but for what it is worth I have thought
any form of officially sanctioned (and encouraged) in-line
documentation would be 'A Good Thing'(tm)
I had a quick look at kerneldoc and doxygen and while doxygen is far
more powerful, it's also a lot less 'natural' as a
On Fri, Sep 21, 2012 at 05:28:17PM -0500, Kim Phillips wrote:
> Add support for running source code checkers on u-boot source, e.g.,
> using sparse to aid with typechecking. This comes in especially
> handy as SoC vendors mix and match cores and devices with different
> endianness, thus here we a
Hi Stephen,
On Thu, Sep 27, 2012 at 4:25 PM, Stephen Warren wrote:
> On 09/27/2012 04:59 PM, Simon Glass wrote:
>> Hi,
>>
>> On Thu, Sep 27, 2012 at 3:32 PM, Stephen Warren
>> wrote:
>>> On 09/27/2012 03:52 PM, Lucas Stach wrote:
The prototypes used in board files were all scattered out, w
Hi Stephen,
On Thu, Sep 27, 2012 at 4:21 PM, Stephen Warren wrote:
> On 09/27/2012 02:27 PM, Simon Glass wrote:
>> On Thu, Sep 27, 2012 at 8:49 AM, Stephen Warren
>> wrote:
>>> On 09/27/2012 07:58 AM, Simon Glass wrote:
> ...
Really this is just a way of getting U-Boot and Linux to agree o
On 09/27/2012 04:59 PM, Simon Glass wrote:
> Hi,
>
> On Thu, Sep 27, 2012 at 3:32 PM, Stephen Warren wrote:
>> On 09/27/2012 03:52 PM, Lucas Stach wrote:
>>> The prototypes used in board files were all scattered out, which lead to
>>> code duplication between SPL and normal U-Boot and some protot
On 09/27/2012 02:27 PM, Simon Glass wrote:
> On Thu, Sep 27, 2012 at 8:49 AM, Stephen Warren wrote:
>> On 09/27/2012 07:58 AM, Simon Glass wrote:
...
>>> Really this is just a way of getting U-Boot and Linux to agree on the
>>> address, by having U-Boot know the address that the kernel will happen
On Thu, 27 Sep 2012 09:21:19 +0200
Gerlando Falauto wrote:
> On 09/27/2012 03:22 AM, Kim Phillips wrote:
> > On Wed, 26 Sep 2012 10:28:08 +0200
> > Gerlando Falauto wrote:
> >
> >> - CONFIG_MPC83XX_FEAT_QE
> >
> > this could be CONFIG_QE but should probably be CONFIG_HAS_FSL_QE
> > which doesn
On 09/27/2012 05:04 PM, Lucas Stach wrote:
> Secondary config for the Flash attachment.
Acked-by: Stephen Warren
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Am Donnerstag, den 27.09.2012, 17:09 -0600 schrieb Stephen Warren:
> On 09/27/2012 05:03 PM, Lucas Stach wrote:
> > Am Donnerstag, den 27.09.2012, 16:49 -0600 schrieb Stephen Warren:
> >> On 09/27/2012 03:52 PM, Lucas Stach wrote:
> >>> This adds board support for the Toradex Colibri T20 module.
>
On 09/27/2012 05:03 PM, Lucas Stach wrote:
> Am Donnerstag, den 27.09.2012, 16:49 -0600 schrieb Stephen Warren:
>> On 09/27/2012 03:52 PM, Lucas Stach wrote:
>>> This adds board support for the Toradex Colibri T20 module.
>>>
>>> Working functions:
>>> - MMC boot
>>> - USB boot
>>> - Network
>>> -
Hi,
On Thu, Sep 27, 2012 at 3:38 PM, Stephen Warren wrote:
> On 09/27/2012 03:52 PM, Lucas Stach wrote:
>> Boards may require a different pinmux setup for NAND than the default one.
>> Add a way to call into board specific code to set this up.
>
>> diff --git a/drivers/mtd/nand/tegra_nand.c b/dri
Secondary config for the Flash attachment.
Signed-off-by: Lucas Stach
---
arch/arm/cpu/tegra20-common/funcmux.c | 19 ++-
arch/arm/include/asm/arch-tegra20/funcmux.h | 1 +
2 Dateien geändert, 19 Zeilen hinzugefügt(+), 1 Zeile entfernt(-)
diff --git a/arch/arm/cpu/tegra20
Am Donnerstag, den 27.09.2012, 16:49 -0600 schrieb Stephen Warren:
> On 09/27/2012 03:52 PM, Lucas Stach wrote:
> > This adds board support for the Toradex Colibri T20 module.
> >
> > Working functions:
> > - MMC boot
> > - USB boot
> > - Network
> > - NAND environment
>
> > diff --git a/board/to
Hi,
On Thu, Sep 27, 2012 at 3:32 PM, Stephen Warren wrote:
> On 09/27/2012 03:52 PM, Lucas Stach wrote:
>> The prototypes used in board files were all scattered out, which lead to
>> code duplication between SPL and normal U-Boot and some prototypes not
>> actually
>> being used. Consolidate thi
On 09/27/2012 03:52 PM, Lucas Stach wrote:
> This adds board support for the Toradex Colibri T20 module.
>
> Working functions:
> - MMC boot
> - USB boot
> - Network
> - NAND environment
> diff --git a/board/toradex/colibri_t20/colibri_t20.c
> b/board/toradex/colibri_t20/colibri_t20.c
> +#ifdef
Add support for callbacks to the "hashtable" functions.
One check-patch warning to inter-op with existing hashtable code:
WARNING: do not add new typedefs
+typedef struct entry ENTRY;
Signed-off-by: Joe Hershberger
---
Changes in v2:
- Added much-needed documentation
- Factored out prevch and ne
Remove the hard-coded baudrate handler and use a callback instead
Signed-off-by: Joe Hershberger
---
common/Makefile| 2 +-
common/cmd_nvedit.c| 35 --
common/serial.c| 58 ++
include/env_callback.h
Remove the hard-coded loadaddr handler and use a callback instead
Signed-off-by: Joe Hershberger
---
common/cmd_load.c | 24 ++--
common/cmd_nvedit.c| 10 +-
include/env_callback.h | 1 +
3 files changed, 24 insertions(+), 11 deletions(-)
diff --git a/comm
Remove the hard-coded console handler and use a callback instead
Signed-off-by: Joe Hershberger
---
common/cmd_nvedit.c| 31 ---
common/console.c | 46 ++
include/env_callback.h | 1 +
3 files changed, 47 insert
Remove the hard-coded bootfile handler and use a callback instead
Signed-off-by: Joe Hershberger
---
common/cmd_nvedit.c| 13 -
include/env_callback.h | 2 +-
net/net.c | 16
3 files changed, 17 insertions(+), 14 deletions(-)
diff --git a/common/c
When a variable with a registered callback is inserted, deleted, or
overwritten the callback is called and gives the system an opportunity
to do something in response to the change. It also has the opportunuty
to reject the change by returning non-zero.
Before I go much further, I want to get a
Am Donnerstag, den 27.09.2012, 16:32 -0600 schrieb Stephen Warren:
> On 09/27/2012 03:52 PM, Lucas Stach wrote:
> > The prototypes used in board files were all scattered out, which lead to
> > code duplication between SPL and normal U-Boot and some prototypes not
> > actually
> > being used. Conso
On 09/27/2012 03:52 PM, Lucas Stach wrote:
> Boards may require a different pinmux setup for NAND than the default one.
> Add a way to call into board specific code to set this up.
> diff --git a/drivers/mtd/nand/tegra_nand.c b/drivers/mtd/nand/tegra_nand.c
> void board_nand_init(void)
> {
>
On 09/27/2012 03:52 PM, Lucas Stach wrote:
> The prototypes used in board files were all scattered out, which lead to
> code duplication between SPL and normal U-Boot and some prototypes not
> actually
> being used. Consolidate this in a common board header.
> This will allow to push down the cal
On 09/27/2012 05:19:23 PM, Lucas Stach wrote:
Am Donnerstag, den 27.09.2012, 17:13 -0500 schrieb Scott Wood:
> On 09/27/2012 05:08:03 PM, Lucas Stach wrote:
> > Am Donnerstag, den 27.09.2012, 16:53 -0500 schrieb Scott Wood:
> > > On 09/27/2012 04:49:31 PM, Lucas Stach wrote:
> > > > As found on t
This is clearly some sort of debug output and should not
be printed during normal operation.
Signed-off-by: Lucas Stach
---
v2,v3: rebased on top of u-boot-usb/master
---
drivers/usb/host/ehci-hcd.c | 2 +-
1 Datei geändert, 1 Zeile hinzugefügt(+), 1 Zeile entfernt(-)
diff --git a/drivers/usb/h
Am Donnerstag, den 27.09.2012, 17:13 -0500 schrieb Scott Wood:
> On 09/27/2012 05:08:03 PM, Lucas Stach wrote:
> > Am Donnerstag, den 27.09.2012, 16:53 -0500 schrieb Scott Wood:
> > > On 09/27/2012 04:49:31 PM, Lucas Stach wrote:
> > > > As found on the Colibri T20 engineering sample board.
> > > >
On 09/27/2012 05:08:03 PM, Lucas Stach wrote:
Am Donnerstag, den 27.09.2012, 16:53 -0500 schrieb Scott Wood:
> On 09/27/2012 04:49:31 PM, Lucas Stach wrote:
> > As found on the Colibri T20 engineering sample board.
> >
> > Signed-off-by: Lucas Stach
> > ---
> > drivers/mtd/nand/nand_ids.c | 1 +
Am Donnerstag, den 27.09.2012, 16:53 -0500 schrieb Scott Wood:
> On 09/27/2012 04:49:31 PM, Lucas Stach wrote:
> > As found on the Colibri T20 engineering sample board.
> >
> > Signed-off-by: Lucas Stach
> > ---
> > drivers/mtd/nand/nand_ids.c | 1 +
> > 1 Datei geändert, 1 Zeile hinzugefügt(+)
On 09/27/2012 04:49:31 PM, Lucas Stach wrote:
As found on the Colibri T20 engineering sample board.
Signed-off-by: Lucas Stach
---
drivers/mtd/nand/nand_ids.c | 1 +
1 Datei geändert, 1 Zeile hinzugefügt(+)
diff --git a/drivers/mtd/nand/nand_ids.c b/drivers/mtd/nand/nand_ids.c
index 3953549..
This adds board support for the Toradex Colibri T20 module.
Working functions:
- MMC boot
- USB boot
- Network
- NAND environment
Signed-off-by: Lucas Stach
CC: Stephen Warren
CC: Tom Warren
---
MAINTAINERS | 4 ++
board/toradex/colibri_t20/Makefile | 38
The prototypes used in board files were all scattered out, which lead to
code duplication between SPL and normal U-Boot and some prototypes not actually
being used. Consolidate this in a common board header.
This will allow to push down the calling of the pinmux functions into the
respective drive
Boards may require a different pinmux setup for NAND than the default one.
Add a way to call into board specific code to set this up.
Signed-off-by: Lucas Stach
---
arch/arm/include/asm/arch-tegra/board.h | 1 +
drivers/mtd/nand/tegra_nand.c | 11 ++-
2 Dateien geändert, 11 Ze
As found on the Colibri T20 engineering sample board.
Signed-off-by: Lucas Stach
---
drivers/mtd/nand/nand_ids.c | 1 +
1 Datei geändert, 1 Zeile hinzugefügt(+)
diff --git a/drivers/mtd/nand/nand_ids.c b/drivers/mtd/nand/nand_ids.c
index 3953549..ae300fe 100644
--- a/drivers/mtd/nand/nand_ids.c
Hi Fabio,
On Thursday, September 27, 2012 10:55:22 PM, Fabio Estevam wrote:
> Hi Benoît,
>
> On Thu, Sep 27, 2012 at 5:28 PM, Benoît Thébaudeau
> wrote:
> > The FEC is the only SoC Ethernet support available on i.MX25, so
> > define
> > cpu_eth_init() only for it instead of returning a misleadin
On Thu, Sep 27, 2012 at 12:00 PM, Fabio Estevam wrote:
>
> On Thu, Sep 27, 2012 at 3:27 PM, Carolyn Smith wrote:
> > Hello,
> >
> > Has anyone had any success getting RMII ethernet to work on an i.MX6 Solo
> > or DualLite? I am pretty confident I have the IOMUX registers set up
> > properly and t
Hi Anatolij,
On Fri, Sep 21, 2012 at 12:30 PM, Anatolij Gustschin wrote:
> Hi Simon,
>
> On Wed, 13 Jun 2012 09:19:37 -0700
> Simon Glass wrote:
>
>> This function should also be part of the GPIO API, so add it.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> include/asm-generic/gpio.h |9 ++
On Fri, Sep 21, 2012 at 1:42 PM, Tom Warren wrote:
> The move is pretty straight-forward. ap20.h and tegra20.h were renamed to
> ap.h and tegra.h.
> Some files remain in arch-tegra20 but 'include' a file in 'arch-tegra' with
> #defines & structs
> that will be common between T20 and T30 HW. HW-s
Hi Tom,
On Fri, Sep 21, 2012 at 1:42 PM, Tom Warren wrote:
> Move files that are going to be common between T20 and T30 into 'tegra-common'
> subdirs in AVP (arm720t), CPU (armv7), and shared (arch/arm/cpu/.) areas. Any
> files that are left behind in '/tegra20' will be copied to '/tegra30' subdi
Hi Benoît,
On Thu, Sep 27, 2012 at 5:28 PM, Benoît Thébaudeau
wrote:
> The FEC is the only SoC Ethernet support available on i.MX25, so define
> cpu_eth_init() only for it instead of returning a misleading success code.
Yes, but someone may want to use mx25 with a external LAN device (such
as LA
Dear Benoît Thébaudeau,
> The i.MX51 has a single USB PHY clock, while the i.MX53 has two. These 3
> clocks have different clock gate control bit-fields.
>
> The existing code was correct only for i.MX53, so this patch fixes the
> i.MX51 use case.
>
> Signed-off-by: Benoît Thébaudeau
> Cc: Stef
On Thu, Sep 27, 2012 at 3:28 PM, Kumar Gala wrote:
>
> On Sep 26, 2012, at 9:20 AM, Stefan Roese wrote:
>
>> Hi Kumar,
>>
>> On 09/26/2012 03:36 PM, Kumar Gala wrote:
By calling fdt_chosen(), the chosen node will be updated /
created by the "fdt boardsetup" command. This is useful for
>>
On Sep 26, 2012, at 9:20 AM, Stefan Roese wrote:
> Hi Kumar,
>
> On 09/26/2012 03:36 PM, Kumar Gala wrote:
>>> By calling fdt_chosen(), the chosen node will be updated /
>>> created by the "fdt boardsetup" command. This is useful for
>>> setting of the kernel commandline via the "bootargs"
>>> e
Hi Stephen,
On Thu, Sep 27, 2012 at 8:49 AM, Stephen Warren wrote:
> On 09/27/2012 07:58 AM, Simon Glass wrote:
>> Hi Stephen,
>>
>> On Tue, Jul 31, 2012 at 9:12 AM, Stephen Warren
>> wrote:
>>> On 07/31/2012 03:27 AM, Simon Glass wrote:
On Thu, Jul 12, 2012 at 4:25 PM, Simon Glass wrote:
On mxc, each SDHC instance has a dedicated clock, so gd->sdhc_clk is not
suitable for the multi-instance use case (initialization made directly with
fsl_esdhc_initialize()).
This patch fixes this issue by adding a configuration field for the SDHC input
clock frequency.
Signed-off-by: Benoît Théba
The MMC driver appropriate for the i.MX25 is fsl_esdhc, which has nothing to do
with mxcmmc.
Also, each eSDHC instance has a dedicated clock, so gd->sdhc_clk must be set
accordingly. This is good for the case only a single SDHC instance is used
(initialization made with fsl_esdhc_mmc_init()). A fu
The FEC is the only SoC Ethernet support available on i.MX25, so define
cpu_eth_init() only for it instead of returning a misleading success code.
Signed-off-by: Benoît Thébaudeau
Cc: Stefano Babic
---
.../arch/arm/cpu/arm926ejs/mx25/generic.c | 10 ++
1 file changed, 6 inser
Use the standard mxc_get_clock() instead of exporting internal functions and
using literal constant values.
Signed-off-by: Benoît Thébaudeau
Cc: Stefano Babic
---
.../arch/arm/cpu/arm926ejs/mx25/generic.c |6 +++---
.../arch/arm/include/asm/arch-mx25/clock.h |9 +++-
mxc_get_clock(MXC_FEC_CLK) should return the IPG clock, not the AHB clock.
Also, imx_get_fecclk() was correct but reimplemented the calculation of the IPG
clock, so remove the duplicated code.
Signed-off-by: Benoît Thébaudeau
Cc: Stefano Babic
---
.../arch/arm/cpu/arm926ejs/mx25/generic.c
Define AHB, IPG and CSPI clocks.
Signed-off-by: Benoît Thébaudeau
Cc: Stefano Babic
---
.../arch/arm/cpu/arm926ejs/mx25/generic.c | 10 ++
.../arch/arm/include/asm/arch-mx25/clock.h |5 +
2 files changed, 15 insertions(+)
diff --git u-boot-imx-e1eb75b.orig/ar
Avoid possible overflow in clock calculations, and do not waste calls to lldiv()
to divide simple ulongs.
Signed-off-by: Benoît Thébaudeau
Cc: Stefano Babic
---
.../arch/arm/cpu/arm926ejs/mx25/generic.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git u-boot
The MFN bit-field of the PLL registers represents a signed value. See the
reference manual.
Signed-off-by: Benoît Thébaudeau
Cc: Stefano Babic
---
.../arch/arm/cpu/arm926ejs/mx25/generic.c |9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git u-boot-imx-e1eb75b.
Each eSDHC instance has a dedicated clock.
gd->sdhc_clk must also be set accordingly. This is good for the case only a
single SDHC instance is used (initialization made with fsl_esdhc_mmc_init()). A
future patch will fix the multi-instance use case (initialization made directly
with fsl_esdhc_init
The i.MX5 eSDHC clocks were considered as coming from the IPG clock although
they have dedicated clock paths.
Also, on i.MX5/6, each SDHC instance has a dedicated clock, so gd->sdhc_clk must
be set accordingly. This is good for the case only a single SDHC instance is
used (initialization made with
There are only 2 I²C instances on i.MX51, but 3 on i.MX53.
Signed-off-by: Benoît Thébaudeau
Cc: Stefano Babic
---
Changes for v2:
- New patch.
.../arch/arm/cpu/armv7/mx5/clock.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git u-boot-imx-e1eb75b.orig/a
The FEC clock does not come from PLL1, but from the IPG clock. The previous code
was even inconsistent with itself, returning the IPG clock as expected for
imx_get_fecclk(), but the PLL1 clock for mxc_get_clock(MXC_FEC_CLK).
Signed-off-by: Benoît Thébaudeau
Cc: Stefano Babic
---
This patch super
The code handling the dividers was duplicated for each possible input clock, and
this function can benefit from the newly introduced get_standard_pll_sel_clk()
function instead of duplicating this mux handling code.
Signed-off-by: Benoît Thébaudeau
Cc: Stefano Babic
---
This patch supersedes htt
This function returned 6650 instead of the correct lp_apm clock frequency if
the CCM.CSCMR1.uart_clk_sel mux is set to 3.
This patch fixes this issue by introducing the get_standard_pll_sel_clk()
function that will be used by future patches to handle identical muxes used by
many other clocks.
This fixes the "IPG PERCLK" frequency printed by the clocks command. The issue
was that get_ipg_per_clk() used periph_clk instead of lp_apm in the case
CCM.CBCMR.perclk_lp_apm_sel is set.
It also fixes I²C support.
Signed-off-by: Benoît Thébaudeau
Cc: Stefano Babic
---
This patch supersedes htt
In the case periph_clk comes from periph_apm_clk, the latter is selected by the
CCM.CBCMR.periph_apm_sel mux, which can source the lp_apm clock from its
input ♯2. get_periph_clk() returned 0 instead of the lp_apm clock frequency in
this case.
Signed-off-by: Benoît Thébaudeau
Cc: Stefano Babic
--
1 - 100 of 159 matches
Mail list logo
