From: "Ying-Chun Liu (PaulLiu)" <paul.liu(a)linaro.org>
Hi all,
This is the Anatop regulator used by Freescale i.MX6 SoC.
Please take a look and give me some comments.
Many Thanks,
Paul
Ying-Chun Liu (PaulLiu) (1):
Regulator: Add Anatop regulator driver
drivers/regulator/Kconfig | 7 +
drivers/regulator/Makefile | 1 +
drivers/regulator/anatop-regulator.c | 236 ++++++++++++++++++++++++++++
include/linux/regulator/anatop-regulator.h | 82 ++++++++++
4 files changed, 326 insertions(+), 0 deletions(-)
create mode 100644 drivers/regulator/anatop-regulator.c
create mode 100644 include/linux/regulator/anatop-regulator.h
--
1.7.7.3
Hi Mark,
Here is a consolidated series which adds DT support for twl regulator
driver and adds support for VDD1/2/3 regulator and support for
fixed LDO V1V8 and V2V1. The patches are based on -next and tested
on omap3 beagle and omap4 panda boards.
I have dropped the patch updating the dts entries for twl4030 and
twl6030 because of other dependencies and will submit them via
the OMAP tree. The driver DT changes however do not have any dependency
on the dts file updates (except that regulator support will not work with DT,
but will not break DT build or boot) and no functionality would change
in the non-DT case.
regards,
Rajendra
Peter Ujfalusi (2):
regulator: twl-regulator: Add fixed LDO for V1V8, V2V1 supply
MFD: twl-core: regulator configuration for twl6030 V1V8, V2V1 SMPS
Rajendra Nayak (1):
regulator: twl: adapt twl-regulator driver to dt
Tero Kristo (1):
regulator: twl6030: add support for vdd1, vdd2 and vdd3 regulators
.../bindings/regulator/twl-regulator.txt | 68 +++++
drivers/mfd/twl-core.c | 25 ++
drivers/regulator/twl-regulator.c | 294 ++++++++++++++------
include/linux/i2c/twl.h | 7 +-
4 files changed, 309 insertions(+), 85 deletions(-)
create mode 100644 Documentation/devicetree/bindings/regulator/twl-regulator.txt
Hello,
Together with Fix Friday and Ubuntu Global Jam, Linaro will be also
having the the ARM Porting Jam today, to help addressing the current
issues on Ubuntu related with the ARM port.
If you're interested on helping fixing FTBFS issues and other porting
bugs related with ARM, please check the details at
http://rsalveti.wordpress.com/2012/03/02/arm-porting-jam-this-friday/
and join us at #linaro/#ubuntu-motu at freenode today!
Thanks!
--
Ricardo Salveti de Araujo
Forwarding Ubuntu Precise Beta 1 announcement:
[...]
This release introduces a new set of images for the ARMv7 "hard float"
ABI, denoted as armhf. There are still some armel images around, as
we finish the migration, but 12.04 for ARM will be based on armhf.
[...]
Ubuntu Core
-----------
Ubuntu Core is a minimal rootfs for use in the creation of custom images,
and now includes ARM hard float (armhf) images. Developers can use
Ubuntu Core as the basis for their application demonstrations, constrained
environment deployments, device support packages, and other goals.
[...]
Full announcement available on
https://lists.ubuntu.com/archives/ubuntu-release/2012-March/000899.html
Hi -
I have a problem with DT during fairly early boot on OMAP5 / 3.3-rc5 I'm
hoping someone has met before.
The problem is setup_machine_fdt() is working correctly and selecting
the compatible machine, and we start to boot, with a stub dtb, which is
all good.
However by the time we reach unflatten_device_tree(), the virtual
mapping that it saved on to the dt blob is no longer present and we die
if we try to touch the virtual region it used before.
Some actual numbers, it copies the DT blob from U-Boot to phys
0xfef14000, and during setup_machine_fdt() it can walk it using virt
0x3ef14000.
However when it tries to dereference virt 0x3ef14000 later, in
unflatten_device_tree(), it dies immediately.
Inbetweentimes, the main virtual memory stuff has initialized, I guess
whatever mapping it had is nuked.
What is the correct approach for keeping the earlier dtb mapping around
long enough so it can be unflattened? This used to work on Omap4 DT
without problems so I guess we're missing a trick.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
http://twitter.com/#!/linaroorg - http://linaro.org/linaro-blog
Hello,
(Pardon if this is out-of-scope for linaro-dev mailing list )
Is there anybody trying to get Linaro to run on "cheap" AuraSlate (http://www.auraslate.com/) tablet? If you are would be nice to collaborate...
This is the only affordable ARM tablet that I have found with bootrom so I am trying to figure out how one gets started running Linaro on brand new hardware... Any specific page I should look at on https://wiki.linaro.org?
Regards,
-Subodh Nijsure
(NOT affiliated with AuraSlate in any way)
Hi Daniel,
On Tue, Feb 28, 2012 at 10:46:05PM +0100, daniel.lezcano(a)linaro.org wrote:
> From: Daniel Lezcano <daniel.lezcano(a)linaro.org>
>
> I missed in my previous patch the A9_MASK_REQ[_MASK] were
> already defined. Let's remove the duplicate definitions.
>
> The PRCMU_GIC_DELAY macro could be removed as it is not
> really useful here.
This one and the 4 other patches applied. Thanks.
Cheers,
Samuel.
--
Intel Open Source Technology Centre
http://oss.intel.com/
Enable burst transfer from AHB for EHCI.
This fixes data transfer issue of USB Ethernet with EHCI.
Without this patch, ping works and network utilities such as scp hardly works.
It was tested on Origen board with the following configs.
root@linaro-alip:~# lsusb -t
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=exynos-ohci/3p, 12M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=s5p-ehci/3p, 480M
|__ Port 1: Dev 2, If 0, Class=vend., Driver=MOSCHIP usb-ethernet driver, 480M
Sangwook Lee (2):
ARM: EXYNOS: Add EHCI AHB burst function
USB: ehci-s5p: add function for burst
arch/arm/mach-exynos/setup-usb-phy.c | 6 ++++++
arch/arm/plat-samsung/devs.c | 2 ++
arch/arm/plat-samsung/include/plat/ehci.h | 19 +++++++++++++++++++
drivers/usb/host/ehci-s5p.c | 3 +++
4 files changed, 30 insertions(+), 0 deletions(-)
--
1.7.4.1
