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
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 Fl
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
---
arch/arm/cpu/armv7/tegra20/usb.c | 4 +---
1 Datei geändert
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
---
arch/arm/cpu/armv7/tegra20/usb.c | 24
1 Datei geändert, 12 Zeilen hinzugefügt(+), 12 Zeilen entfern
Remove unneeded headers, function prototype and stale comment.
Signed-off-by: Lucas Stach
---
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 --git a/arch/arm/cpu
The setup is trivial, no need to split this out into a separate function.
Signed-off-by: Lucas Stach
---
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 b/arch/arm/cpu/armv7/teg
Just a dead parameter, never actually used.
Signed-off-by: Lucas Stach
---
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 e61bd69..cf800b1 100644
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
---
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
---
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
---
arch/arm/cpu/armv7/tegra20/Makefile| 2 -
.../tegra20/usb.c => drivers/usb/host/ehci-tegra.c | 60 --
2 Dateien geändert, 55 Zeilen hinzugefügt(+), 7 Z
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
Cc: Prabhakar Kushwaha
Cc: Andy Fleming
--
Prabhak
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
---
Changes in v6:
- Fix compile warning: release.S:354:0: warning: "EPAPR_MAGIC" redefined
arch/powerpc/cpu/mpc85xx/rel
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
> Cc: Gerald Van
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
> ---
> Changes in v6:
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
>> ---
>> Changes in v6:
>> - Fix compile warning
From: "Jens Scharsig (BuS Elektronik)"
- 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 sdram bank 0 instead o
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
> ---
> arch/arm/cpu/armv7/tegra20/usb.c | 47
>
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
Dear all,
On 22.10.2012 18:43, Stephen Warren wrote:
> From: Stephen Warren
>
> 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 for zfs bec
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 issue
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
---
since v1:
* use 'time' ins
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 commo
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 eh
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
> > w
Hi Lucas,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach 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
> ---
> arch/arm/cpu/armv7/tegra20/usb.c | 24
Hi Lucas,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach 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.
>
> Signed-off-by: L
Dear Simon Glass,
> Hi Lucas,
>
> On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach 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 limi
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 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.
> >
>
Hi Lucas,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach wrote:
> Just a dead parameter, never actually used.
>
> Signed-off-by: Lucas Stach
Acked-by: Simon Glass
> ---
> arch/arm/cpu/armv7/tegra20/usb.c | 6 ++
> 1 Datei geändert, 2 Zeilen hinzugefügt(+), 4 Zeilen entfernt(-)
>
> diff --g
Hi Lucas,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach wrote:
> The setup is trivial, no need to split this out into a separate function.
>
> Signed-off-by: Lucas Stach
> ---
> arch/arm/cpu/armv7/tegra20/usb.c | 15 +--
> 1 Datei geändert, 5 Zeilen hinzugefügt(+), 10 Zeilen entfernt
Hi Lucas,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach 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 Stach
> ---
Hi Lucas,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach wrote:
> Remove unneeded headers, function prototype and stale comment.
>
> Signed-off-by: Lucas Stach
> ---
> arch/arm/cpu/armv7/tegra20/usb.c| 13 +
> arch/arm/include/asm/arch-tegra20/usb.h | 3 ---
> 2 Dateien geänd
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 wrote:
> > The setup is trivial, no need to split this out into a separate function.
> >
> > Signed-off-by: Lucas Stach
> > ---
> > arch/arm/cpu/armv7/tegra20/usb.c | 15 ++
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 wh
Hi Lucas,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach wrote:
> This moves the Tegra USB implementation into the drivers/usb/host
> directory.
>
> Signed-off-by: Lucas Stach
> ---
> arch/arm/cpu/armv7/tegra20/Makefile| 2 -
> .../tegra20/usb.c => drivers/usb/host/ehci-tegra.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 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 d
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 wrote:
> > This moves the Tegra USB implementation into the drivers/usb/host
> > directory.
> >
> > Signed-off-by: Lucas Stach
> > ---
> > arch/arm/cpu/armv7/tegra20/Makefi
Hi,
On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach 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
into arch/arm
Hi Marek,
On Tue, Oct 30, 2012 at 6:11 AM, Marek Vasut wrote:
> Dear Simon Glass,
>
>> Hi Lucas,
>>
>> On Tue, Oct 30, 2012 at 2:22 AM, Lucas Stach 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
Hi Lucas,
On Tue, Oct 30, 2012 at 6:37 AM, Lucas Stach 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 wrote:
>> > There is no need to init a USB controller before the upper layers indicate
>> > that they are
Hi Lucas,
On Tue, Oct 30, 2012 at 6:38 AM, Lucas Stach 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 wrote:
>> > This moves the Tegra USB implementation into the drivers/usb/host
>> > directory.
>> >
>> > Si
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 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 wrote:
> >> > There is no need
Hi Lucas,
On Tue, Oct 30, 2012 at 6:54 AM, Lucas Stach 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 wrote:
>> > Am Dienstag, den 30.10.2012, 06:27 -0700 schrieb Simon Glass:
>> >> Hi Lucas,
>> >>
>> >> On T
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 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 wrote:
> >> > This moves the T
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 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 wrote:
>> > There is no need to pass around all those parameters. The init functions
>> >
Hi Wolfgang, Stefan,
On Tue, Oct 30, 2012 at 6:33 AM, Stefan Roese 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
>>> hist
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 implement
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 http://old.nabble.com/file/p34
Hi Tom,
On Tue, Oct 30, 2012 at 9:11 AM, Tom Warren 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 to be what the
Hi Graeme,
On Sun, Oct 28, 2012 at 4:44 AM, Graeme Russ 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 here and there at
-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 on
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
> >
> > Implement "ls" and "fsload" commands that act like {fat,ext2}{ls,load},
> > and transparently handle either file-system. This scheme could
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 requ
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 intro
This patch adds support for proper handling of a PMIC I2C transmission
comprising of two bytes.
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
Cc: Stefano Babic
---
Changes for v2:
- None
Changes for v3:
- None
Changes for v4:
- None
---
drivers/misc/pmic_i2c.c |9 -
1
PMIC MAX8997 is now ready to work with single and multibus soft I2C
implementation.
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
---
Changes for v2:
- None
Changes for v3:
- None
Changes for v4:
- None
---
drivers/misc/pmic_max8997.c |3 ++-
1 files changed, 2 insertions(+),
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
Signed-o
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 m
Enable support for power_board_init() method at TRATS board.
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
---
Changes for v2:
- None
Changes for v3:
- Remove CONFIG_POWER_INIT flag
Changes for v4:
- None
---
board/samsung/trats/trats.c | 11 +++
1 files changed, 7 inser
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
Signed-off-by: Kyungmin Park
Cc: Stefano Babic
---
Changes for v2:
- Move struct battery elements to a separate file
Changes for v3:
- None
C
Now it is possible to provide specific function per PMIC/power
device instance.
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
---
Changes for v2:
- New at patch v2
Changes for v3:
- separate power_{battery|chrg|fg} structures to provide battery ops
- struct pmic *parent pointer ad
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
Signed-off-by: Kyungmin Park
Cc: Stefano Babic
---
Changes for v2:
- New patch at v2.
Chan
The PMIC framework has been moved to its more natural place
./drivers/power from ./drivers/misc directory.
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
---
Changes for v2:
- New patch for v2
Changes for v3:
- None
Changes for v4:
- Move PMIC related code (max8997.c and max8998.c)
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
Signed-off-by: Kyungmin Park
Cc: Stefano Babic
---
Changes for v2:
- power_init_battery now available as a c
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
Signed-off-by: Kyungmin Park
Cc: Stefan
Function for calculating LDO internal register value from passed micro
Volt.
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
Cc: Stefano Babic
---
Changes for v2:
- MAX8997_LDO_MAX_VAL defined
Changes for v3:
- None
Changes for v4:
- None
---
drivers/power/pmic/pmic_max8997.c | 1
Default PMIC (MAX8997) initialization for Samsung's TRATS development board.
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
Cc: Minkyu Kang
---
Changes for v2:
- None
Changes for v3:
- None
Changes for v4:
- None
---
board/samsung/trats/trats.c | 150 +++
FG IC built into the MAX8997 device (compliant to MAX17042) is enabled
at TRATS.
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
Cc: Minkyu Kang
---
Changes for v2:
- None
Changes for v3:
- None
Changes for v4:
- None
---
board/samsung/trats/trats.c |2 ++
include/configs/trats
MUIC IC built into the MAX8997 device is enabled at TRATS.
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
Cc: Minkyu Kang
---
Changes for v2:
- None
Changes for v3:
- None
Changes for v4:
- None
---
board/samsung/trats/trats.c |2 ++
include/configs/trats.h |2 ++
2 fi
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
Signed-off-by: Kyungmin Park
Cc: Minkyu Kang
---
Changes for v2:
- New patch for v2.
Changes for v3:
- None
Changes for v4:
-
Support for MAX8997 built-in charger.
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
Cc: Stefano Babic
---
Changes for v2:
- power_init_battery() method added to be called from MAX8997 struct pmic
instance
Changes for v3:
- change code according to struct pmic redesign
Changes fo
When charging battery is necessary, the development board needs to
be turned into low power mode for better efficiency.
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
Cc: Minkyu Kang
---
Changes for v2:
- None
Changes for v3:
- None
Changes for v4:
- None
---
board/samsung/trats/t
The battery connected to Samsung's Trats development board is now
charged when voltage drops below threshold.
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
Cc: Minkyu Kang
---
Changes for v2:
- Define separate *p_{} pointer instances for each power device available
at Trats
- On
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
Signed-off-by: K
Rename pmic/power related files at ./drivers/power directory
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
Cc: Stefano Babic
---
Changes for v3:
- New patch at v3.
Changes for v4:
- None
---
drivers/power/Makefile | 10 +-
drivers/power/{pmi
Rename all CONFIG_PMIC* defines to CONFIG_POWER*
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
Cc: Stefano Babic
---
Changes for v3:
- New patch at v3.
Changes for v4:
- None
---
board/samsung/goni/goni.c|2 +-
board/samsung/universal_c210/universal.c |2 +
Rename CONFIG_DIALOG_PMIC to CONFIG_DIALOG_POWER
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
Cc: Stefano Babic
---
Changes for v3:
- New patch at v3.
Changes for v4:
- None
---
drivers/power/Makefile |2 +-
include/configs/mx53loco.h |2 +-
2 files changed, 2 insert
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 whe
Hi,
On Tue, Oct 30, 2012 at 9:50 AM, Stephen Warren 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 that inf
(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
---
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
---
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
> >>
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 bran
Hi Wolfgang,
On Tue, Oct 30, 2012 at 4:59 AM, Wolfgang Denk 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 warnin
From: Stephen Warren
Without this, fstypes[].probe points at the wrong place, so calling the
function results in undefined behaviour.
Signed-off-by: Stephen Warren
---
Note: I have compile-tested this with the relocation code forcibly
enabled, but have no way of actually testing the result.
---
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: u-bo
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 .u_
-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,
>
Hi Tom,
On Tue, Oct 30, 2012 at 1:08 PM, Tom Rini 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 l
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
Cc: swar...@wwwdotorg.org
Cc: tr...@ti.com
--
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
Hi Andy,
On Tue, Oct 30, 2012 at 1:00 PM, 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 .u_b
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 Aut
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 cod
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
>
> > + * Cop
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" suppos
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 168 matches
Mail list logo
