Hi Tom,
On 10/29/2012 09:55 PM, Tom Rini wrote:
On Tue, Oct 23, 2012 at 10:28:29AM +0200, Stefan Roese wrote:
By extracting these defines into a header, they can be re-used by other
C sources as well. This will be done by the SPL framework OS boot
support.
Signed-off-by: Stefan Roese
On 10/23/2012 06:50 PM, Marek Vasut wrote:
Dear Huang Changming-R66093,
Best Regards
Jerry Huang
-Original Message-
From: Marek Vasut [mailto:ma...@denx.de]
Sent: Tuesday, October 23, 2012 3:24 PM
To: Huang Changming-R66093
Cc: u-boot@lists.denx.de; Andy Fleming
Subject: Re:
No point in having this as an enum. Also while at it set it to the real hardware
maximum for both Tegra 2 and Tegra 3. If new Tegra hardware includes more
USB controllers we can always bump the limit then.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
arch/arm/cpu/armv7/tegra20/usb.c | 4 +---
There is no need to pass around all those parameters. The init functions
are able to easily extract all the needed setup info on their own.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
arch/arm/cpu/armv7/tegra20/usb.c | 24
1 Datei geändert, 12 Zeilen hinzugefügt(+),
Remove unneeded headers, function prototype and stale comment.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
arch/arm/cpu/armv7/tegra20/usb.c| 13 +
arch/arm/include/asm/arch-tegra20/usb.h | 3 ---
2 Dateien geändert, 1 Zeile hinzugefügt(+), 15 Zeilen entfernt(-)
diff
The setup is trivial, no need to split this out into a separate function.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
arch/arm/cpu/armv7/tegra20/usb.c | 15 +--
1 Datei geändert, 5 Zeilen hinzugefügt(+), 10 Zeilen entfernt(-)
diff --git a/arch/arm/cpu/armv7/tegra20/usb.c
Just a dead parameter, never actually used.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
arch/arm/cpu/armv7/tegra20/usb.c | 6 ++
1 Datei geändert, 2 Zeilen hinzugefügt(+), 4 Zeilen entfernt(-)
diff --git a/arch/arm/cpu/armv7/tegra20/usb.c b/arch/arm/cpu/armv7/tegra20/usb.c
index
There is no need to init a USB controller before the upper layers indicate
that they are actually going to use it.
board_usb_init now only parses the device tree and sets up the common pll.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
arch/arm/cpu/armv7/tegra20/usb.c | 47
The ehci_hcd entry points were just calling into the Tegra USB functions. Now
that they are in the same file we can just move over the implementation.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
arch/arm/include/asm/arch-tegra20/usb.h | 19 ---
drivers/usb/host/ehci-tegra.c | 93
This moves the Tegra USB implementation into the drivers/usb/host
directory.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
arch/arm/cpu/armv7/tegra20/Makefile| 2 -
.../tegra20/usb.c = drivers/usb/host/ehci-tegra.c | 60 --
2 Dateien geändert, 55 Zeilen
On 10/30/2012 07:34 AM, Scott Wood wrote:
Previously, in many if not all configs we were creating overlapping TLB entries
which is illegal. This caused a crash during boot when moving p2020rdb NAND SPL
into L2 SRAM.
Signed-off-by: Scott Wood scottw...@freescale.com
Cc: Prabhakar Kushwaha
By extracting these defines into a header, they can be re-used by other
C sources as well. This will be done by the SPL framework OS boot
support.
Signed-off-by: Stefan Roese s...@denx.de
---
Changes in v6:
- Fix compile warning: release.S:354:0: warning: EPAPR_MAGIC redefined
Dear Tom Rini,
In message 1351558398-6902-1-git-send-email-tr...@ti.com you wrote:
When putting pointers into a format string use %p to ensure that they
are printed correctly regardless of bitsize. This fixes warnings on
sandbox on 64bit systems.
Cc: Joe Hershberger joe.hershber...@ni.com
Dear Stefan Roese,
In message 1351590321-20368-1-git-send-email...@denx.de you wrote:
By extracting these defines into a header, they can be re-used by other
C sources as well. This will be done by the SPL framework OS boot
support.
Signed-off-by: Stefan Roese s...@denx.de
---
Changes in
Hi Wolfgang,
On 10/30/2012 11:04 AM, Wolfgang Denk wrote:
By extracting these defines into a header, they can be re-used by other
C sources as well. This will be done by the SPL framework OS boot
support.
Signed-off-by: Stefan Roese s...@denx.de
---
Changes in v6:
- Fix compile warning:
From: Jens Scharsig (BuS Elektronik) e...@bus-elektronik.de
- update clock settings for higher perfomance
- change standard baud rate to 115200
- fix flash base address
- remove unused defines
- add I2C support
- switch form board dependent flash to cfi
- remove board dependent flash code
- use
Dear Lucas Stach,
There is no need to init a USB controller before the upper layers indicate
that they are actually going to use it.
board_usb_init now only parses the device tree and sets up the common pll.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
Dear Stefan Roese,
In message 508fa904.4070...@denx.de you wrote:
---
Changes in v6:
- Fix compile warning: release.S:354:0: warning: EPAPR_MAGIC redefined
...
As you know this patch is part of a patch-series. And this is the first
time that this patch has a change. So this summary
Dear all,
On 22.10.2012 18:43, Stephen Warren wrote:
From: Stephen Warren swar...@nvidia.com
Implement ls and fsload commands that act like {fat,ext2}{ls,load},
and transparently handle either file-system. This scheme could easily be
extended to other filesystem types; I only didn't do it
Hi all,
we recently to had face some nasty issues, where for some reason two
(functionally identical) versions of some code behave very differently.
Namely, one version works and the other doesn't always work.
It was clear from the beginning this was because of HW- (or compiler-)
related
This patch adds time measurement and throughput calculation for all supported
fsload commands.
The output of ext2load changes from
---8---
1830666 bytes read
---8---
to
---8---
1830666 bytes read in 237 ms (7.4 MiB/s)
---8---
Signed-off-by: Andreas Bießmann andreas.de...@googlemail.com
---
Hello Marek,
Am Dienstag, den 30.10.2012, 11:59 +0100 schrieb Marek Vasut:
Dear Lucas Stach,
There is no need to init a USB controller before the upper layers indicate
that they are actually going to use it.
board_usb_init now only parses the device tree and sets up the common pll.
Dear Lucas Stach,
[...]
-static int add_port(struct fdt_usb *config)
Fix the comment instead of removing it?
I don't think that this comment adds any real value. The whole function
which this comment refers to is removed and it's content split between
board_usb_init and
Hi Marek,
Am Dienstag, den 30.10.2012, 13:33 +0100 schrieb Marek Vasut:
Dear Lucas Stach,
[...]
-static int add_port(struct fdt_usb *config)
Fix the comment instead of removing it?
I don't think that this comment adds any real value. The whole function
which this comment
Hi Lucas,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach d...@lynxeye.de wrote:
There is no need to pass around all those parameters. The init functions
are able to easily extract all the needed setup info on their own.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
Hi Lucas,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach d...@lynxeye.de wrote:
No point in having this as an enum. Also while at it set it to the real
hardware
maximum for both Tegra 2 and Tegra 3. If new Tegra hardware includes more
USB controllers we can always bump the limit then.
Dear Simon Glass,
Hi Lucas,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach d...@lynxeye.de wrote:
No point in having this as an enum. Also while at it set it to the real
hardware maximum for both Tegra 2 and Tegra 3. If new Tegra hardware
includes more USB controllers we can always bump
Hello Simon,
Am Dienstag, den 30.10.2012, 06:03 -0700 schrieb Simon Glass:
Hi Lucas,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach d...@lynxeye.de wrote:
There is no need to pass around all those parameters. The init functions
are able to easily extract all the needed setup info on their
Hi Lucas,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach d...@lynxeye.de wrote:
Just a dead parameter, never actually used.
Signed-off-by: Lucas Stach d...@lynxeye.de
Acked-by: Simon Glass s...@chromium.org
---
arch/arm/cpu/armv7/tegra20/usb.c | 6 ++
1 Datei geändert, 2 Zeilen
Hi Lucas,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach d...@lynxeye.de wrote:
The setup is trivial, no need to split this out into a separate function.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
arch/arm/cpu/armv7/tegra20/usb.c | 15 +--
1 Datei geändert, 5 Zeilen
Hi Lucas,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach d...@lynxeye.de wrote:
There is no need to init a USB controller before the upper layers indicate
that they are actually going to use it.
board_usb_init now only parses the device tree and sets up the common pll.
Signed-off-by: Lucas
Hi Lucas,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach d...@lynxeye.de wrote:
Remove unneeded headers, function prototype and stale comment.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
arch/arm/cpu/armv7/tegra20/usb.c| 13 +
arch/arm/include/asm/arch-tegra20/usb.h |
Am Dienstag, den 30.10.2012, 06:23 -0700 schrieb Simon Glass:
Hi Lucas,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach d...@lynxeye.de wrote:
The setup is trivial, no need to split this out into a separate function.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
Hi Wolfgang,
On 10/30/2012 12:05 PM, Wolfgang Denk wrote:
As you know this patch is part of a patch-series. And this is the first
time that this patch has a change. So this summary covers the complete
history for this patch.
But exactly this is information which I do not have, and which is
Hi Lucas,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach d...@lynxeye.de wrote:
This moves the Tegra USB implementation into the drivers/usb/host
directory.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
arch/arm/cpu/armv7/tegra20/Makefile| 2 -
.../tegra20/usb.c =
Am Dienstag, den 30.10.2012, 06:27 -0700 schrieb Simon Glass:
Hi Lucas,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach d...@lynxeye.de wrote:
There is no need to init a USB controller before the upper layers indicate
that they are actually going to use it.
board_usb_init now only parses
Am Dienstag, den 30.10.2012, 06:33 -0700 schrieb Simon Glass:
Hi Lucas,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach d...@lynxeye.de wrote:
This moves the Tegra USB implementation into the drivers/usb/host
directory.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
Hi,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach d...@lynxeye.de wrote:
The ehci_hcd entry points were just calling into the Tegra USB functions. Now
that they are in the same file we can just move over the implementation.
Seems reasonable - the original approach was to put SOC-specific code
Hi Marek,
On Tue, Oct 30, 2012 at 6:11 AM, Marek Vasut ma...@denx.de wrote:
Dear Simon Glass,
Hi Lucas,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach d...@lynxeye.de wrote:
No point in having this as an enum. Also while at it set it to the real
hardware maximum for both Tegra 2 and Tegra
Hi Lucas,
On Tue, Oct 30, 2012 at 6:37 AM, Lucas Stach d...@lynxeye.de wrote:
Am Dienstag, den 30.10.2012, 06:27 -0700 schrieb Simon Glass:
Hi Lucas,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach d...@lynxeye.de wrote:
There is no need to init a USB controller before the upper layers
Hi Lucas,
On Tue, Oct 30, 2012 at 6:38 AM, Lucas Stach d...@lynxeye.de wrote:
Am Dienstag, den 30.10.2012, 06:33 -0700 schrieb Simon Glass:
Hi Lucas,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach d...@lynxeye.de wrote:
This moves the Tegra USB implementation into the drivers/usb/host
Am Dienstag, den 30.10.2012, 06:48 -0700 schrieb Simon Glass:
Hi Lucas,
On Tue, Oct 30, 2012 at 6:37 AM, Lucas Stach d...@lynxeye.de wrote:
Am Dienstag, den 30.10.2012, 06:27 -0700 schrieb Simon Glass:
Hi Lucas,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach d...@lynxeye.de wrote:
Hi Lucas,
On Tue, Oct 30, 2012 at 6:54 AM, Lucas Stach d...@lynxeye.de wrote:
Am Dienstag, den 30.10.2012, 06:48 -0700 schrieb Simon Glass:
Hi Lucas,
On Tue, Oct 30, 2012 at 6:37 AM, Lucas Stach d...@lynxeye.de wrote:
Am Dienstag, den 30.10.2012, 06:27 -0700 schrieb Simon Glass:
Hi Lucas,
Am Dienstag, den 30.10.2012, 06:53 -0700 schrieb Simon Glass:
Hi Lucas,
On Tue, Oct 30, 2012 at 6:38 AM, Lucas Stach d...@lynxeye.de wrote:
Am Dienstag, den 30.10.2012, 06:33 -0700 schrieb Simon Glass:
Hi Lucas,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach d...@lynxeye.de wrote:
Hello,
I am working on LCD module for ARM11 ok6410 board, uboot1.1.6 source code is
available but I didn't find support for lcd for smdk6410_config configuration
file.
anyone having knowledge about this.
Thanks
Kaushal billore
Moschip Semiconductor
Hi Lucas,
On Tue, Oct 30, 2012 at 6:16 AM, Lucas Stach d...@lynxeye.de wrote:
Hello Simon,
Am Dienstag, den 30.10.2012, 06:03 -0700 schrieb Simon Glass:
Hi Lucas,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach d...@lynxeye.de wrote:
There is no need to pass around all those parameters. The
Hi Wolfgang, Stefan,
On Tue, Oct 30, 2012 at 6:33 AM, Stefan Roese s...@denx.de wrote:
Hi Wolfgang,
On 10/30/2012 12:05 PM, Wolfgang Denk wrote:
As you know this patch is part of a patch-series. And this is the first
time that this patch has a change. So this summary covers the complete
Simon, et al,
-Original Message-
From: s...@google.com [mailto:s...@google.com] On Behalf Of Simon Glass
Sent: Tuesday, October 30, 2012 6:34 AM
To: Lucas Stach
Cc: Marek Vasut; u-boot@lists.denx.de; Stephen Warren; Tom Warren
Subject: Re: [PATCH 7/8] tegra: usb: move implementation
Often a particular patch may change only for some versions of a series.
For versions where there is no change, issue a change log indicating
that (for example 'Changes in v4: None').
For such lines, don't add a blank line afterwards, to conserve space.
Use list.insert() instead of list = [item] +
Hi
As per your suggestion I tried 2012.10
Still the result is same. But it shows receive length is zero.
I have attached the logs
I have attached the changes to make ethernet work.
As I am new to this forum I hope you said me to reply to this mailing list.
Ajoy
Hi Tom,
On Tue, Oct 30, 2012 at 9:11 AM, Tom Warren twar...@nvidia.com wrote:
Simon, et al,
[snip]
Please apply/develop all Tegra patches on tegra/next. That's where I'll be
applying new patches as they come in. /master is usually behind /next until a
pull request occurs (which just happens
Hi Graeme,
On Sun, Oct 28, 2012 at 4:44 AM, Graeme Russ graeme.r...@gmail.com wrote:
Hi All,
I think it's finally time I admitted that I simply have too much on my
plate and need to give a few things up. Work and family life have got to
the point where I can only manage to grab a quick hour
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/30/12 06:33, Stefan Roese wrote:
Hi Wolfgang,
On 10/30/2012 12:05 PM, Wolfgang Denk wrote:
[snip]
2) Versioning is done on a per-series base.
One problem here is that it becomes difficult to keep track if
what is what when only single
On Tue, Oct 30, 2012 at 12:05:37PM +0100, Andreas Bie?mann wrote:
Dear all,
On 22.10.2012 18:43, Stephen Warren wrote:
From: Stephen Warren swar...@nvidia.com
Implement ls and fsload commands that act like {fat,ext2}{ls,load},
and transparently handle either file-system. This scheme
On 10/29/2012 11:57 PM, Heiko Schocher wrote:
Hello Stephen,
On 29.10.2012 16:34, Stephen Warren wrote:
...
If there are e.g. 4 I2C controllers in an SoC, the driver needs to know
which one is in use. Passing that information directly to the driver
functions is much simple than requiring
PMIC framework has been redesigned to support multiple instances of power
related devices
(e.g. fuel gauge, PMICs, chargers, micro USB IC, battery).
Due to that, code at other architectures and boards have been adjusted properly.
New power_init_board() method at ./lib/board.c file has been
This patch adds support for proper handling of a PMIC I2C transmission
comprising of two bytes.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Stefano Babic sba...@denx.de
---
Changes for v2:
- None
Changes for v3:
- None
Changes
PMIC MAX8997 is now ready to work with single and multibus soft I2C
implementation.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
Changes for v2:
- None
Changes for v3:
- None
Changes for v4:
- None
---
Since the pmic_reg_read is the u32 value, the order in which bytes
are placed to form u32 value is important.
Support for big and little sensor endianess is added.
Moreover calls to [leXX|beXX]_to_cpu have been added to support
little and big endian SoCs.
Signed-off-by: Lukasz Majewski
The PMIC framework has been extended to support multiple instances of
the variety of devices responsible for power management.
This change allows supporting of e.g. fuel gauge, charger, MUIC (Micro USB
Interface Circuit).
Power related includes have been moved to ./include/power directory.
This is
It is necessary to introduce a new system wide function- power_init_board()
It turns out, that power initialization must be done as early as possible.
In the case of PMIC framework redesign, which aims to support multiple
instances of PMIC devices the initialization shall be performed just
after
Enable support for power_board_init() method at TRATS board.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
Changes for v2:
- None
Changes for v3:
- Remove CONFIG_POWER_INIT flag
Changes for v4:
- None
---
New power_chrg.h file has been added to bind together common
information about charging battery available in the system.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Stefano Babic sba...@denx.de
---
Changes for v2:
- Move struct
Now it is possible to provide specific function per PMIC/power
device instance.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
Changes for v2:
- New at patch v2
Changes for v3:
- separate power_{battery|chrg|fg} structures to
Trats battery is now treated in the same way as other power related
devices. This approach allows for more unified handling of all devices
responsible for power management.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Stefano
The PMIC framework has been moved to its more natural place
./drivers/power from ./drivers/misc directory.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
Changes for v2:
- New patch for v2
Changes for v3:
- None
Changes for v4:
-
Support for MUIC (Micro USB Integrated Circuit) built into the MAX8997
power management device.
The MUIC device will work with redesigned PMIC framework.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Stefano Babic sba...@denx.de
Support for MAX17042 fuel-gauge (FG), which is built into the MAX8997
power management device.
Special file - fg_battery_cell_params.h with cells characteristics
added.
The FG device will work with redesigned PMIC framework.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by:
Function for calculating LDO internal register value from passed micro
Volt.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Stefano Babic sba...@denx.de
---
Changes for v2:
- MAX8997_LDO_MAX_VAL defined
Changes for v3:
- None
Default PMIC (MAX8997) initialization for Samsung's TRATS development board.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Minkyu Kang mk7.k...@samsung.com
---
Changes for v2:
- None
Changes for v3:
- None
Changes for v4:
- None
FG IC built into the MAX8997 device (compliant to MAX17042) is enabled
at TRATS.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Minkyu Kang mk7.k...@samsung.com
---
Changes for v2:
- None
Changes for v3:
- None
Changes for v4:
-
MUIC IC built into the MAX8997 device is enabled at TRATS.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Minkyu Kang mk7.k...@samsung.com
---
Changes for v2:
- None
Changes for v3:
- None
Changes for v4:
- None
---
Support for TRATS battery has been added. It is treated as a normal
power related device and thereof controlled by pmic/power subsystem.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Minkyu Kang mk7.k...@samsung.com
---
Changes
Support for MAX8997 built-in charger.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Stefano Babic sba...@denx.de
---
Changes for v2:
- power_init_battery() method added to be called from MAX8997 struct pmic
instance
Changes for
When charging battery is necessary, the development board needs to
be turned into low power mode for better efficiency.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Minkyu Kang mk7.k...@samsung.com
---
Changes for v2:
- None
The battery connected to Samsung's Trats development board is now
charged when voltage drops below threshold.
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Minkyu Kang mk7.k...@samsung.com
---
Changes for v2:
- Define separate
Two extra commands:
pmic name bat state and pmic name bat charge has been added to
pmic framework. Those provides state display and charge capabilities
to named batteries.
The pmic_core.c file has been refactored to more consistent name scheme.
Signed-off-by: Lukasz Majewski
Rename pmic/power related files at ./drivers/power directory
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Stefano Babic sba...@denx.de
---
Changes for v3:
- New patch at v3.
Changes for v4:
- None
---
drivers/power/Makefile
Rename all CONFIG_PMIC* defines to CONFIG_POWER*
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Stefano Babic sba...@denx.de
---
Changes for v3:
- New patch at v3.
Changes for v4:
- None
---
board/samsung/goni/goni.c
Rename CONFIG_DIALOG_PMIC to CONFIG_DIALOG_POWER
Signed-off-by: Lukasz Majewski l.majew...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
Cc: Stefano Babic sba...@denx.de
---
Changes for v3:
- New patch at v3.
Changes for v4:
- None
---
drivers/power/Makefile |2 +-
On Mon, Oct 29, 2012 at 09:04:48PM -0500, Scott Wood wrote:
Tested on p2020rdb-pca and p1020rdb-pc.
Jos?? Miguel Gon??alves (1):
Add u-boot-pad.bin target to the Makefile
Scott Wood (21):
[snip]
spl: rename u-boot-pad.bin to u-boot-with-spl.bin
OK, one thing I'm missing is where is
Hi,
On Tue, Oct 30, 2012 at 9:50 AM, Stephen Warren swar...@wwwdotorg.org wrote:
On 10/29/2012 11:57 PM, Heiko Schocher wrote:
Hello Stephen,
On 29.10.2012 16:34, Stephen Warren wrote:
...
If there are e.g. 4 I2C controllers in an SoC, the driver needs to know
which one is in use. Passing
(just for illustration, please don't merge)
This enables CONFIG_SYS_I2C on Tegra, updating existing boards and the Tegra
i2c driver to support this.
Signed-off-by: Simon Glass s...@chromium.org
---
drivers/i2c/i2c_core.c |3 ++
drivers/i2c/tegra_i2c.c | 64
Rather than using a variable in various places, add a single function,
tegra_i2c_get_bus(), which returns a pointer to information about a
bus.
This will make it easier to move to the new i2c framework.
Signed-off-by: Simon Glass s...@chromium.org
---
drivers/i2c/tegra_i2c.c | 78
Hi Jaehoon,
On 10/23/2012 06:50 PM, Marek Vasut wrote:
Dear Huang Changming-R66093,
Best Regards
Jerry Huang
-Original Message-
From: Marek Vasut [mailto:ma...@denx.de]
Sent: Tuesday, October 23, 2012 3:24 PM
To: Huang Changming-R66093
Cc: u-boot@lists.denx.de; Andy
The instructions at:
http://www.denx.de/wiki/U-Boot/CustodianGitTrees
... indicate that downstream branches should be rebased onto
${upstream}/master immediately prior to sending a pull request. I'm not
sure this is correct any more, given that upstream master branches now
pull in downstream
Hi Wolfgang,
On Tue, Oct 30, 2012 at 4:59 AM, Wolfgang Denk w...@denx.de wrote:
Dear Tom Rini,
In message 1351558398-6902-1-git-send-email-tr...@ti.com you wrote:
When putting pointers into a format string use %p to ensure that they
are printed correctly regardless of bitsize. This fixes
From: Stephen Warren swar...@nvidia.com
Without this, fstypes[].probe points at the wrong place, so calling the
function results in undefined behaviour.
Signed-off-by: Stephen Warren swar...@nvidia.com
---
Note: I have compile-tested this with the relocation code forcibly
enabled, but have no
Hi Marek,
Not sure if you were already aware of this, but I ran across these
errors with MAKEALL on PPC.
alpr:
powerpc-linux-gnu-ld: section .bootpg loaded at
[f000,f27f] overlaps section .u_boot_list
loaded at [ee8c,f3cb]
powerpc-linux-gnu-ld:
On Tue, Oct 30, 2012 at 01:00:06PM -0500, Joe Hershberger wrote:
Hi Marek,
Not sure if you were already aware of this, but I ran across these
errors with MAKEALL on PPC.
alpr:
powerpc-linux-gnu-ld: section .bootpg loaded at
[f000,f27f] overlaps section
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/30/12 05:44, Jerry Van Baren wrote:
On 10/30/2012 05:59 AM, Wolfgang Denk wrote:
Dear Tom Rini,
[snip]
2) Fix the root cause: given that we have valid situations where
we may want to dereference a pointer pointing to address 0x,
I
Hi Tom,
On Tue, Oct 30, 2012 at 1:08 PM, Tom Rini tr...@ti.com wrote:
On Tue, Oct 30, 2012 at 01:00:06PM -0500, Joe Hershberger wrote:
Hi Marek,
Not sure if you were already aware of this, but I ran across these
errors with MAKEALL on PPC.
alpr:
powerpc-linux-gnu-ld: section .bootpg
Commit 045fa1e1142552799ad3203e9e0bc22a11e866ea introduce an array with
filesystem accessors. On arches which need manual reloc this is broken cause the
function pointers still pointing to the privious location, fix it.
Signed-off-by: Andreas Bießmann andreas.de...@googlemail.com
Cc:
On 10/30/2012 06:44 AM, Lucas Stach wrote:
Hi Marek,
Am Dienstag, den 30.10.2012, 13:33 +0100 schrieb Marek Vasut:
Dear Lucas Stach,
[...]
-static int add_port(struct fdt_usb *config)
Fix the comment instead of removing it?
I don't think that this comment adds any real value. The
Hi Andy,
On Tue, Oct 30, 2012 at 1:00 PM, Joe Hershberger
joe.hershber...@gmail.com wrote:
Hi Marek,
Not sure if you were already aware of this, but I ran across these
errors with MAKEALL on PPC.
alpr:
powerpc-linux-gnu-ld: section .bootpg loaded at
[f000,f27f]
On 10/30/2012 03:22 AM, Lucas Stach wrote:
This moves the Tegra USB implementation into the drivers/usb/host
directory.
diff --git a/arch/arm/cpu/armv7/tegra20/usb.c b/drivers/usb/host/ehci-tegra.c
+ * Copyright (c) 2009-2012 NVIDIA Corporation
* Copyright (c) 2011 The Chromium OS
On 10/30/2012 12:29 PM, Andreas Bießmann wrote:
Commit 045fa1e1142552799ad3203e9e0bc22a11e866ea introduce an array with
filesystem accessors. On arches which need manual reloc this is broken cause
the
function pointers still pointing to the privious location, fix it.
We found the same code
Am Dienstag, den 30.10.2012, 12:38 -0600 schrieb Stephen Warren:
On 10/30/2012 03:22 AM, Lucas Stach wrote:
This moves the Tegra USB implementation into the drivers/usb/host
directory.
diff --git a/arch/arm/cpu/armv7/tegra20/usb.c
b/drivers/usb/host/ehci-tegra.c
+ * Copyright (c)
Dear Stephen Warren,
In message 50900fed.6040...@wwwdotorg.org you wrote:
# (in u-boot-tegra.git, assuming everything is merged already)
git checkout master
git reset --hard u-boot/master
What would this specific command sequence be good for? [And what
exactly is u-boot/master supposed to
On 10/30/2012 12:45 PM, Lucas Stach wrote:
Am Dienstag, den 30.10.2012, 12:38 -0600 schrieb Stephen Warren:
On 10/30/2012 03:22 AM, Lucas Stach wrote:
This moves the Tegra USB implementation into the drivers/usb/host
directory.
diff --git a/arch/arm/cpu/armv7/tegra20/usb.c
1 - 100 of 164 matches
Mail list logo
