On 26 April 2015 at 03:51, Hans de Goede wrote:
> Change the axp_gpio_foo function prototypes to match the gpio uclass op
> prototypes, this is a preparation patch for moving the axp gpio code to
> a separate driver-model gpio driver.
>
> Note that the ugly calls with a NULL udev pointer in driver
Hi Hans,
On 26 April 2015 at 03:51, Hans de Goede wrote:
> Add driver-model support to the axp_gpio code, note that this needs a small
> tweak to the driver-model version of sunxi_name_to_gpio to deal with the
> vbus detect and enable pins which are not standard numbered gpios.
>
> Signed-off-by:
On 26 April 2015 at 03:51, Hans de Goede wrote:
> Move the axp-gpio code out of the drivers/power/axp*.c code, and into
> a new separate axpi-gpio driver.
>
> This change drops supports for the gpio3 pin on the axp209, as that requires
> special handling, and no boards are using it.
>
> Besides cl
Hi Hans,
On 26 April 2015 at 03:51, Hans de Goede wrote:
> Now that all sunxi boards are using driver-model for gpio (*), we can remove
> the non driver-model support from the axp gpio code, and the glue to call
> into the axp gpio code from the sunxi_gpio non driver-model code.
>
> *) For the re
Hi Simon,
On Tue, Apr 28, 2015 at 6:48 AM, Simon Glass wrote:
> Add a function similar to print_size() that works for frequencies. It can
> handle from Hz to GHz.
>
> Signed-off-by: Simon Glass
> ---
>
> include/display_options.h | 11 +++
> lib/display_options.c | 41 ++
It is useful to be able to keep track of the available CPUs in a multi-CPU
system. This uclass is mostly intended for use with SMP systems.
The uclass provides methods for getting basic information about each CPU.
Signed-off-by: Simon Glass
---
drivers/Kconfig | 2 ++
drivers/Makefil
This series adds a new CPU uclass which is intended to be useful on any
architecture. So far it has a very simple interface and a command to show
CPU details.
This series also introduces multi-core init for x86. It is implemented and
enabled on Minnowboard MAX, a single/dual-core Atom board. A CPU
Hello Brecht Neyrinck,
Am 27.04.2015 14:11, schrieb Brecht Neyrinck:
---
drivers/pwm/pwm-imx-util.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
mode change 100644 => 100755 drivers/pwm/pwm-imx-util.c
diff --git a/drivers/pwm/pwm-imx-util.c b/drivers/pwm/pwm-imx-util.c
index f1d0b
Still not sure where the problem lies. I thought I found an issue, but
it didn't fix anything and caused a different issue.
At first, after plugging in a bunch of printfs, I thought it was a
simple issue in the dts (it appears not to be the issue):
*
Getting a little back into it, I find an is
On Tue, 2015-04-28 at 01:44 +0200, Maxin B. John wrote:
> Fix the usage info from:
> part part uuid :
> to
> part uuid :
>
> Signed-off-by: Maxin B. John
Another case of the automatic command prefixing in the long description
leading to stuttering :) patch looks good to me
Reviewed-By: Sjoerd
Hi Simon,
Thanks for the reviews.
On 28-04-15 05:20, Simon Glass wrote:
Hi Hans,
On 26 April 2015 at 03:51, Hans de Goede wrote:
Now that all sunxi boards are using driver-model for gpio (*), we can remove
the non driver-model support from the axp gpio code, and the glue to call
into the axp
Hi,
This is a preparation series for moving the sunxi ehci code over to the
driver model and for adding ohci support.
Regards,
Hans
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
The usbc.? files now only contain usb-phy related code, rename them to make
this clear.
Signed-off-by: Hans de Goede
---
arch/arm/cpu/armv7/sunxi/Makefile | 2 +-
arch/arm/cpu/armv7/sunxi/{usbc.c => usb_phy.c}| 2 +-
arch/arm/include/asm/arch-sunxi/{usbc.h => usb_phy.
The 2/3 usb-phys on the sunxi SoCs are really a single separate functional
block, and are modelled as such in devicetree. So once we've moved all the
sunxi usb code to the driver-model then phy_probe will be called once
for the entire block from the driver-model enumeration code.
Move to this now
This is the only function left in sunxi/usbc.c which is not phy related,
so remove it.
This is a preparation patch for turning the usbc.c code into a proper
usb phy driver.
Signed-off-by: Hans de Goede
---
arch/arm/cpu/armv7/sunxi/usbc.c| 30 ++
arch/arm/incl
Rename the sunxi_usbc_foo functions to sunxi_usb_phy_bar to make it clear
that these are usb-phy functions. Also change the verbs & nouns in the suffix
to match the verbs & nouns used in the Linux kernels generic phy framework.
This patch purely renames things, it contains no functional changes.
Once we add support for the ohci controller the phy-init and phy-power-on
functions may be called twice (once by the ehci code and once by the ohci
code) protect them against this.
Signed-off-by: Hans de Goede
---
arch/arm/cpu/armv7/sunxi/usb_phy.c | 18 ++
1 file changed, 18 ins
The sunxi "usbc" code is mostly about phy setup, but currently also sets up
the host controller clocks, which is something which really belongs in the
host controller drivers, so move it there.
This is a preparation patch for moving the sunxi ehci code to the driver
model and for adding ohci suppo
Hi Simon,
On Tue, Apr 28, 2015 at 6:48 AM, Simon Glass wrote:
> This provides a way of passing information to Linux without requiring the
> full ACPI horror. Provide a rudimentary implementation sufficient to be
> recognised and parsed by Linux.
>
> Signed-off-by: Simon Glass
> ---
It's great t
Hi Masahiro,
I believe Simon sent these patches via patman where your email address
is still referring to the Panasonic one. Is there a way to fix this?
Regards,
Bin
-- Forwarded message --
From: Mail Delivery System
Date: Tue, Apr 28, 2015 at 2:51 PM
Subject: Undelivered Mail R
101 - 120 of 120 matches
Mail list logo
