On Tuesday 10 December 2013 06:27 AM, David Miller wrote:
From: Mugunthan V N mugunthan...@ti.com
Date: Mon, 9 Dec 2013 14:59:05 +0530
commit 50a5fb068
This commit doesn't appear in any tree.
And any change which makes a real struct device return NULL
for dev_name() is broken.
I'm not
The code looks mostly fine, but the implementation of the commit logs
seems lazy. Please submit a v3 using coherent sentences with full
explanations and correct punctuation.
example ?
All of your commit messages.
that macro just helps removing some extra
^-
Pass a menelaus_chip pointer as argument to most functions so we can
minimize the usage of the global the_menelaus pointer.
Tested-by: Aaro Koskinen aaro.koski...@iki.fi
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/mfd/menelaus.c | 265
On Mon, 09 Dec 2013, Felipe Balbi wrote:
Those functions are static and can receive a menelaus_chip pointer very
easily.
Tested-by: Aaro Koskinen aaro.koski...@iki.fi
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/mfd/menelaus.c | 57
On Mon, 09 Dec 2013, Felipe Balbi wrote:
Those functions are static and can easily receive a menelaus_chip
pointer argument.
Tested-by: Aaro Koskinen aaro.koski...@iki.fi
Signed-off-by: Felipe Balbi ba...@ti.com
---
drivers/mfd/menelaus.c | 50
On Mon, 09 Dec 2013, Felipe Balbi wrote:
time_to_menelaus() and menelaus_to_time() are static and can easily
receive a struct menelaus_chip pointer argument.
After this patch, the_menelaus is only used on exported functions which
are currently being used by board-n8x0.c.
Tested-by: Aaro
Introduce an irq_chip and irq_domain for menelaus driver. Following
patches will convert uses to traditional request_threaded_irq().
While at that, some better error handling had to be added, so we could
free irq descs we allocated.
Tested-by: Aaro Koskinen aaro.koski...@iki.fi
On Mon, 09 Dec 2013, Felipe Balbi wrote:
By using devm_request_threaded_irq() we can drop a few extra lines of
code and rely on device managed resources layer to free our IRQ for us.
Tested-by: Aaro Koskinen aaro.koski...@iki.fi
Signed-off-by: Felipe Balbi ba...@ti.com
---
On Mon, 09 Dec 2013, Felipe Balbi wrote:
We don't need that extra workqueue when we have generic threaded irq
handlers support. This patch just moves over to threaded irqs and
deletes the unnecessary workqueue.
Tested-by: Aaro Koskinen aaro.koski...@iki.fi
Signed-off-by: Felipe Balbi
Few cleanups to reduce code indent,
Add pbias_regulator support and adapt omap_hsmmc to use pbias regulator
to configure required voltage on mmc1 pad(SD card) i/o rails on OMAP SoCs.
Balaji T K (7):
mmc: omap_hsmmc: use devm_regulator API
mmc: omap_hsmmc: handle vcc and vcc_aux independently
Add pbias regulator node as a child of system control
module - syscon.
Signed-off-by: Balaji T K balaj...@ti.com
---
arch/arm/boot/dts/dra7.dtsi | 14 ++
arch/arm/boot/dts/omap2430.dtsi | 14 ++
arch/arm/boot/dts/omap3.dtsi| 14 ++
In DT case, PBAIS registers are programmed via regulator,
use regulator APIs to control PBIAS.
Signed-off-by: Balaji T K balaj...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 39 +++
1 files changed, 39 insertions(+), 0 deletions(-)
diff --git
handle vcc and vcc_aux independently to reduce indent.
Signed-off-by: Balaji T K balaj...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 54 +++--
1 files changed, 25 insertions(+), 29 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc.c
Use devm_regulator API, while at it use
devm_regulator_get_optional for optional vmmc_aux supply
Signed-off-by: Balaji T K balaj...@ti.com
---
drivers/mmc/host/omap_hsmmc.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc.c
pbias register controls internal power supply to sd card i/o pads
in most OMAPs (OMAP2-5, DRA7).
Control bits for selecting voltage level and
enabling/disabling are in the same PBIAS register.
Signed-off-by: Balaji T K balaj...@ti.com
---
.../bindings/regulator/pbias-regulator.txt | 21
remove pbias workaround
Signed-off-by: Balaji T K balaj...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 20 +---
1 files changed, 1 insertions(+), 19 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
index 0a390f8..0f0aa5d 100644
---
Enable REGULATOR_PBIAS needed for SD card on most OMAPs.
Signed-off-by: Balaji T K balaj...@ti.com
---
arch/arm/configs/omap2plus_defconfig |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs/omap2plus_defconfig
index
On Tue, Dec 10, 2013 at 09:55:15AM +0530, Sourav Poddar wrote:
I posted this for review along with other code changes.
I will post them seperately to Benoit.
Please wait until the driver updates have been reviewed.
signature.asc
Description: Digital signature
On Tue, Dec 10, 2013 at 03:46:13PM +0530, Balaji T K wrote:
+config REGULATOR_PBIAS
+ tristate PBIAS OMAP regulator driver
+ depends on ARCH_OMAP MFD_SYSCON
That should be (ARCH_OMAP || COMPILE_TEST) MFD_SYSCON
+static int pbias_regulator_set_voltage(struct regulator_dev *dev,
+
Hi,
On beagle-xm, v3.13-rc3, I see the following crash if I use the pinctrl
debugfs:
# cat /debug/pinctrl/48002030.pinmux/pins
[ 16.464233] Unhandled fault: external abort on non-linefetch (0x1028)
at 0xfa002268
[ 16.472351] Internal error: : 1028 [#1] SMP ARM
[ 16.477142] Modules linked
On Tuesday 10 December 2013 04:01 PM, Mark Brown wrote:
On Tue, Dec 10, 2013 at 09:55:15AM +0530, Sourav Poddar wrote:
I posted this for review along with other code changes.
I will post them seperately to Benoit.
Please wait until the driver updates have been reviewed.
Ok.
--
To unsubscribe
The DWC3-exynos eXtensible host controller on Exynos5420 SoC
is quirky in a way that the PHY needs to be tuned to get it
working at SuperSpeed.
Add relevant calls for tuning the PHY for DWC3-Exynos's
host controller, for that matter passing just USB3 PHY
from DWC3 core, which is saved in secondary
Hi all,
2013/12/9 Javier Martinez Canillas jav...@dowhile0.org:
Hi Tomi,
On Mon, Dec 9, 2013 at 4:30 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On 2013-12-09 17:09, Javier Martinez Canillas wrote:
Hi Tomi,
On Mon, Dec 9, 2013 at 1:56 PM, Tomi Valkeinen tomi.valkei...@ti.com
wrote:
Adding phy tune callback, which facilitates tuning USB 3.0 PHY
present on Exynos5420.
Basically, Exynos5420 has 28nm PHY for which Loss-of-Signal (LOS)
Detector Threshold Level should be controlled for Super-Speed
operations. We are using CR_port for this purpose to send
required data to override
The DWC3-exynos eXtensible host controller on Exynos5420 SoC
is quirky in a way that the PHY needs to be tuned to get it
working at SuperSpeed.
By default this PHY works as High-speed phy and therefore
detects even Super-speed devices as high-speed ones.
So, the PHY needs to be tuned after
Some PHY controllers may need to tune PHY post-initialization,
so that the PHY consumers can call phy-tuning at appropriate
point of time.
Signed-off-by: vivek Gautam gautam.vi...@samsung.com
---
drivers/phy/phy-core.c | 20
include/linux/phy/phy.h |7 +++
2 files
The DWC3-exynos eXtensible host controller present on Exynos5420
SoC is quirky. The PHY serving this controller operates at High-Speed
by default, so it detects even Super-speed devices as high-speed ones.
This PHY needs to be tuned for its Tx LOS levels and Boost levels.
In this patch-set, we
On 21 November 2013 15:20, Balaji T K balaj...@ti.com wrote:
handle vcc and vcc_aux independently to reduce indent.
Signed-off-by: Balaji T K balaj...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 54
+++--
1 files changed, 25 insertions(+), 29
On Tuesday 10 December 2013 04:39 PM, Ulf Hansson wrote:
On 21 November 2013 15:20, Balaji T K balaj...@ti.com wrote:
handle vcc and vcc_aux independently to reduce indent.
Signed-off-by: Balaji T K balaj...@ti.com
---
drivers/mmc/host/omap_hsmmc.c | 54
On 2013-12-10 12:56, Enric Balletbo Serra wrote:
Hi all,
2013/12/9 Javier Martinez Canillas jav...@dowhile0.org:
Hi Tomi,
On Mon, Dec 9, 2013 at 4:30 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On 2013-12-09 17:09, Javier Martinez Canillas wrote:
Hi Tomi,
On Mon, Dec 9, 2013 at 1:56
On Thu, Dec 5, 2013 at 10:23 AM, Roger Quadros rog...@ti.com wrote:
Commit 0b2aa8be introduced a regression that causes failure
in setting LED GPO direction to OUT.
This causes USB host probe failures for Beagleboard C4.
[2.075469] platform usb_phy_gen_xceiv.2: Driver usb_phy_gen_xceiv
On Mon, Dec 9, 2013 at 6:10 PM, Tony Lindgren t...@atomide.com wrote:
* Linus Walleij linus.wall...@linaro.org [131209 05:10]:
On Tue, Dec 3, 2013 at 2:30 PM, Roger Quadros rog...@ti.com wrote:
(...)
This patch causes a regression with LED outputs (GPO) on twl4030 on
3.13-rc2.
As one of
On 2013-12-06 12:18, Florian Vaussard wrote:
Hello Tomi,
On 12/04/2013 01:28 PM, Tomi Valkeinen wrote:
This is a test for Overo with Palo43 expansion, _not_ Tobi. Palo43
doesn't have a dts, but seems to work ok with omap3-tobi.dts, so I used
it as a test.
Looking at the schematics, both
On Tuesday 10 December 2013 04:10 PM, Mark Brown wrote:
On Tue, Dec 10, 2013 at 03:46:13PM +0530, Balaji T K wrote:
+config REGULATOR_PBIAS
+ tristate PBIAS OMAP regulator driver
+ depends on ARCH_OMAP MFD_SYSCON
That should be (ARCH_OMAP || COMPILE_TEST) MFD_SYSCON
Ok
Hi,
On Tue, Dec 10, 2013 at 04:25:25PM +0530, Vivek Gautam wrote:
@@ -170,6 +189,15 @@ static int xhci_plat_probe(struct platform_device *pdev)
}
/*
+ * The parent of the xhci-plat device may pass in a PHY via
+ * platform data. If it exists, store it in our struct
Hi,
On Tue, Dec 10, 2013 at 04:25:23PM +0530, Vivek Gautam wrote:
Some PHY controllers may need to tune PHY post-initialization,
so that the PHY consumers can call phy-tuning at appropriate
point of time.
Signed-off-by: vivek Gautam gautam.vi...@samsung.com
---
drivers/phy/phy-core.c |
pbias register controls internal power supply to sd card i/o pads
in most OMAPs (OMAP2-5, DRA7).
Control bits for selecting voltage level and
enabling/disabling are in the same PBIAS register.
Signed-off-by: Balaji T K balaj...@ti.com
---
On Mon, Dec 09, 2013 at 06:42:27PM -0800, Tony Lindgren wrote:
We can now finally make mach-omap2 to boot with device tree only and get
rid of over 20k lines of platform init code that way.
Most basic devices already work using device tree based initialization
and the remaining devices can
Hi,
On Friday 06 December 2013 08:05 PM, Roger Quadros wrote:
Hi Kishon,
On 11/25/2013 12:01 PM, Kishon Vijay Abraham I wrote:
Adapted omap-usb3 PHY driver to Generic PHY Framework and moved phy-omap-usb3
driver in drivers/usb/phy to drivers/phy and also renamed the file to
phy-ti-pipe3
On Friday, December 06, 2013 at 03:24:44 PM, Sourav Poddar wrote:
These add apis that can be used to switch to memory mapped operatons
by configuring control module and qspi registers.
It also add master-mmap property to show that qspi
supports memory mapped operation.
Please fix the 'switc'
On Friday, December 06, 2013 at 03:24:46 PM, Sourav Poddar wrote:
Adapt qspi driver to use (get_buf/put_buf) pointers added
earlier.
These can be called just before the memcpy operations to get hold
of the memory mapped address and to turn on the controller clocks.
Signed-off-by: Sourav
On Friday, December 06, 2013 at 03:24:41 PM, Sourav Poddar wrote:
The patch series aims to add memory mapped support for TI qspi
contoller and also add support for the same in serial flash driver(m25p80).
My question is, shall we not wait for the new SPI NOR framework to be well
fleshed out
On Friday, December 06, 2013 at 03:24:45 PM, Sourav Poddar wrote:
These add api to configure set up registers which will be used
for memory mapped operations.
These was provided as a pointer in the earlier patch and can be
used by the slave devices to configure the master controller as an
* Linus Walleij linus.wall...@linaro.org [131210 04:18]:
On Mon, Dec 9, 2013 at 6:10 PM, Tony Lindgren t...@atomide.com wrote:
* Linus Walleij linus.wall...@linaro.org [131209 05:10]:
On Tue, Dec 3, 2013 at 2:30 PM, Roger Quadros rog...@ti.com wrote:
(...)
This patch causes a
Tony Lindgren t...@atomide.com writes:
Arnd, Kevin, Olof,
Care to pull this one from Paul into the fixes too?
Pulled into fixes,
Thanks,
Kevin
Tony
* Paul Walmsley p...@pwsan.com [131209 11:08]:
Hi Tony,
The following changes since commit 6ce4eac1f600b34f2f7f58f9cd8f0503d79e42ae:
* Russell King - ARM Linux li...@arm.linux.org.uk [131210 06:37]:
On Mon, Dec 09, 2013 at 06:42:27PM -0800, Tony Lindgren wrote:
We can now finally make mach-omap2 to boot with device tree only and get
rid of over 20k lines of platform init code that way.
Most basic devices already work
Hi Tony,
Tony Lindgren t...@atomide.com writes:
The following changes since commit 736e812636ea72be444b85fa7e92554967459069:
ARM: OMAP2+: Remove unused platform init code and headers (2013-12-08
14:15:46 -0800)
are available in the git repository at:
On Tue, Dec 10, 2013 at 08:01:44AM -0800, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [131210 06:37]:
On Mon, Dec 09, 2013 at 06:42:27PM -0800, Tony Lindgren wrote:
We can now finally make mach-omap2 to boot with device tree only and get
rid of over 20k lines of
On Tue, Dec 10, 2013 at 01:49:13PM +0100, Marek Vasut wrote:
My question is, shall we not wait for the new SPI NOR framework to be well
fleshed out and only then implement this controller driver on top of it ?
I have a feeling this patchset adds quite a lot of ad-hoc hacks into the
m25p80
Hi,
On Tue, Dec 10, 2013 at 09:32:13AM +, Lee Jones wrote:
On Mon, 09 Dec 2013, Felipe Balbi wrote:
We don't need that extra workqueue when we have generic threaded irq
handlers support. This patch just moves over to threaded irqs and
deletes the unnecessary workqueue.
On Tue, Dec 10, 2013 at 08:57:01AM +, Lee Jones wrote:
Pass a menelaus_chip pointer as argument to most functions so we can
minimize the usage of the global the_menelaus pointer.
Tested-by: Aaro Koskinen aaro.koski...@iki.fi
Signed-off-by: Felipe Balbi ba...@ti.com
---
On Tue, Dec 10, 2013 at 09:00:21AM +, Lee Jones wrote:
On Mon, 09 Dec 2013, Felipe Balbi wrote:
Those functions are static and can receive a menelaus_chip pointer very
easily.
Tested-by: Aaro Koskinen aaro.koski...@iki.fi
Signed-off-by: Felipe Balbi ba...@ti.com
---
On Tue, Dec 10, 2013 at 09:20:50AM +, Lee Jones wrote:
Introduce an irq_chip and irq_domain for menelaus driver. Following
patches will convert uses to traditional request_threaded_irq().
While at that, some better error handling had to be added, so we could
free irq descs we
On Tue, Dec 10, 2013 at 09:30:42AM +, Lee Jones wrote:
On Mon, 09 Dec 2013, Felipe Balbi wrote:
By using devm_request_threaded_irq() we can drop a few extra lines of
code and rely on device managed resources layer to free our IRQ for us.
Tested-by: Aaro Koskinen
Hi,
On Tue, Dec 10, 2013 at 08:50:07AM +, Lee Jones wrote:
The code looks mostly fine, but the implementation of the commit logs
seems lazy. Please submit a v3 using coherent sentences with full
explanations and correct punctuation.
example ?
All of your commit
* Russell King - ARM Linux li...@arm.linux.org.uk [131210 08:08]:
On Tue, Dec 10, 2013 at 08:01:44AM -0800, Tony Lindgren wrote:
* Russell King - ARM Linux li...@arm.linux.org.uk [131210 06:37]:
On Mon, Dec 09, 2013 at 06:42:27PM -0800, Tony Lindgren wrote:
We can now finally make
On Tuesday 10 December 2013 06:28 PM, Marek Vasut wrote:
On Friday, December 06, 2013 at 03:24:46 PM, Sourav Poddar wrote:
Adapt qspi driver to use (get_buf/put_buf) pointers added
earlier.
These can be called just before the memcpy operations to get hold
of the memory mapped address and to
On Tuesday 10 December 2013 06:27 PM, Marek Vasut wrote:
On Friday, December 06, 2013 at 03:24:45 PM, Sourav Poddar wrote:
These add api to configure set up registers which will be used
for memory mapped operations.
These was provided as a pointer in the earlier patch and can be
used by the
* Kevin Hilman khil...@linaro.org [131210 08:03]:
Hi Tony,
Tony Lindgren t...@atomide.com writes:
The following changes since commit 736e812636ea72be444b85fa7e92554967459069:
ARM: OMAP2+: Remove unused platform init code and headers (2013-12-08
14:15:46 -0800)
are available in
* Kevin Hilman khil...@linaro.org [131209 08:07]:
Tony Lindgren t...@atomide.com writes:
* Nishanth Menon n...@ti.com [131203 17:40]:
Due to the cross dependencies between hwmod for automanaged device
information for OMAP and dts node definitions, we can run into scenarios
where the dts
Tony Lindgren t...@atomide.com writes:
* Kevin Hilman khil...@linaro.org [131209 08:07]:
Tony Lindgren t...@atomide.com writes:
* Nishanth Menon n...@ti.com [131203 17:40]:
Due to the cross dependencies between hwmod for automanaged device
information for OMAP and dts node definitions,
On Tuesday, December 10, 2013 at 05:11:43 PM, Mark Brown wrote:
On Tue, Dec 10, 2013 at 01:49:13PM +0100, Marek Vasut wrote:
My question is, shall we not wait for the new SPI NOR framework to be
well fleshed out and only then implement this controller driver on top
of it ?
I have a
On Tue, Dec 10, 2013 at 2:55 AM, Vivek Gautam gautam.vi...@samsung.com wrote:
The DWC3-exynos eXtensible host controller on Exynos5420 SoC
is quirky in a way that the PHY needs to be tuned to get it
working at SuperSpeed.
By default this PHY works as High-speed phy and therefore
detects even
On Tue, Dec 10, 2013 at 07:22:10PM +0100, Marek Vasut wrote:
On Tuesday, December 10, 2013 at 05:11:43 PM, Mark Brown wrote:
There is some stuff that pushes up into the controller in that while the
device is in memory mapped mode as far as I can tell it's not safe to do
other accesses so
On Tue, 10 Dec 2013, Felipe Balbi wrote:
On Tue, Dec 10, 2013 at 09:30:42AM +, Lee Jones wrote:
On Mon, 09 Dec 2013, Felipe Balbi wrote:
By using devm_request_threaded_irq() we can drop a few extra lines of
code and rely on device managed resources layer to free our IRQ for us.
* Balaji T K balaj...@ti.com [131210 06:36]:
pbias register controls internal power supply to sd card i/o pads
in most OMAPs (OMAP2-5, DRA7).
Control bits for selecting voltage level and
enabling/disabling are in the same PBIAS register.
Good to see this, few comments below.
+++
On Tuesday 10 December 2013, Tony Lindgren wrote:
The crappy part here is the fact that we need to build the kernel with
appended DTB. Maybe there's something more we can do to make it easier.
You are aware of the impedence matcher project [1], right?
Arnd
[1]
Introduce an irq_chip and irq_domain for menelaus driver. Following
patches will convert uses to traditional request_threaded_irq().
While at that, some better error handling had to be added, so we could
free irq descs we allocated.
Tested-by: Aaro Koskinen
On Tuesday, December 10, 2013 at 07:29:04 PM, Mark Brown wrote:
On Tue, Dec 10, 2013 at 07:22:10PM +0100, Marek Vasut wrote:
On Tuesday, December 10, 2013 at 05:11:43 PM, Mark Brown wrote:
There is some stuff that pushes up into the controller in that while
the device is in memory mapped
On Tue, 10 Dec 2013, Felipe Balbi wrote:
On Tue, Dec 10, 2013 at 09:00:21AM +, Lee Jones wrote:
On Mon, 09 Dec 2013, Felipe Balbi wrote:
Those functions are static and can receive a menelaus_chip pointer very
easily.
Tested-by: Aaro Koskinen aaro.koski...@iki.fi
* Arnd Bergmann a...@arndb.de [131210 10:38]:
On Tuesday 10 December 2013, Tony Lindgren wrote:
The crappy part here is the fact that we need to build the kernel with
appended DTB. Maybe there's something more we can do to make it easier.
You are aware of the impedence matcher project
On Mon, 9 Dec 2013, Tony Lindgren wrote:
The following changes since commit f2e2c9d9b4087b74eb9e00d8dfac148354cb0b71:
ARM: dts: Fix booting for secure omaps (2013-12-06 15:30:43 -0800)
are available in the git repository at:
* Lee Jones lee.jo...@linaro.org [131210 10:39]:
Introduce an irq_chip and irq_domain for menelaus driver. Following
patches will convert uses to traditional request_threaded_irq().
While at that, some better error handling had to be added, so we could
free irq descs we
* Paul Walmsley p...@pwsan.com [131210 10:47]:
On Mon, 9 Dec 2013, Tony Lindgren wrote:
The following changes since commit f2e2c9d9b4087b74eb9e00d8dfac148354cb0b71:
ARM: dts: Fix booting for secure omaps (2013-12-06 15:30:43 -0800)
are available in the git repository at:
* Tony Lindgren t...@atomide.com [131210 11:00]:
* Paul Walmsley p...@pwsan.com [131210 10:47]:
- The N800 isn't booting here with a concatenated uImage+dtb - but
maybe I'm doing something wrong with this one.
Hmm n800 works for me here for sure, I can n-uple check today.
Yeah n800
* Tony Lindgren t...@atomide.com [131210 11:00]:
* Paul Walmsley p...@pwsan.com [131210 10:47]:
On Mon, 9 Dec 2013, Tony Lindgren wrote:
The following changes since commit
f2e2c9d9b4087b74eb9e00d8dfac148354cb0b71:
ARM: dts: Fix booting for secure omaps (2013-12-06 15:30:43
On Tuesday 10 December 2013, Tony Lindgren wrote:
board-ti8168evm.c
I doubt ti8168evm has even worked for a long time.. It's in pretty
sorry state unfortunately with missing clock support and missing
handle_irq entry in the board-ti8168evm.c.
Does that imply the entire ti81xx soc support is
On Tue, 10 Dec 2013, Arnd Bergmann wrote:
On Tuesday 10 December 2013, Tony Lindgren wrote:
board-ti8168evm.c
I doubt ti8168evm has even worked for a long time.. It's in pretty
sorry state unfortunately with missing clock support and missing
handle_irq entry in the board-ti8168evm.c.
* Arnd Bergmann a...@arndb.de [131210 11:41]:
On Tuesday 10 December 2013, Tony Lindgren wrote:
board-ti8168evm.c
I doubt ti8168evm has even worked for a long time.. It's in pretty
sorry state unfortunately with missing clock support and missing
handle_irq entry in the
The following changes since commit f2e2c9d9b4087b74eb9e00d8dfac148354cb0b71:
ARM: dts: Fix booting for secure omaps (2013-12-06 15:30:43 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap
for you to fetch changes up to
Due to over-use of select statements, we could
fall into a situation where CONFIG_USB_PHY would
be enabled while CONFIG_USB_SUPPORT wouldn't.
This would generate a situation where usb_bind_phy()
would not be defined and kernel build for some
OMAP2PLUS platforms would fail.
Fix this by replacing
* Tony Lindgren t...@atomide.com [131210 12:27]:
The following changes since commit f2e2c9d9b4087b74eb9e00d8dfac148354cb0b71:
ARM: dts: Fix booting for secure omaps (2013-12-06 15:30:43 -0800)
are available in the git repository at:
* Tony Lindgren t...@atomide.com [131210 09:01]:
* Russell King - ARM Linux li...@arm.linux.org.uk [131210 08:08]:
Right, so I should just turn off building OMAP3 for the remainder of this
cycle.
What's the fscking point me running a build system, because if I switch
it now, OMAP3
* Felipe Balbi ba...@ti.com [131210 12:26]:
Due to over-use of select statements, we could
fall into a situation where CONFIG_USB_PHY would
be enabled while CONFIG_USB_SUPPORT wouldn't.
This would generate a situation where usb_bind_phy()
would not be defined and kernel build for some
Hi Tony,
On Tue, Nov 12, 2013 at 12:31 AM, Tony Lindgren t...@atomide.com wrote:
* Belisko Marek marek.beli...@gmail.com [13 14:01]:
Hi Tony,
On Mon, Nov 11, 2013 at 5:49 PM, Tony Lindgren t...@atomide.com wrote:
* Marek Belisko ma...@goldelico.com [131014 14:11]:
devconf1 reg access
* Tony Lindgren t...@atomide.com [131210 10:34]:
* Balaji T K balaj...@ti.com [131210 06:36]:
pbias register controls internal power supply to sd card i/o pads
in most OMAPs (OMAP2-5, DRA7).
Control bits for selecting voltage level and
enabling/disabling are in the same PBIAS register.
* Balaji T K balaj...@ti.com [131210 02:17]:
Add pbias regulator node as a child of system control
module - syscon.
Signed-off-by: Balaji T K balaj...@ti.com
---
arch/arm/boot/dts/dra7.dtsi | 14 ++
arch/arm/boot/dts/omap2430.dtsi | 14 ++
* Belisko Marek marek.beli...@gmail.com [131210 14:13]:
On Tue, Nov 12, 2013 at 12:31 AM, Tony Lindgren t...@atomide.com wrote:
It would be best to set it up as omap-ctrl.c driver under drivers
somewhere with few functions exported for DSS and MMC drivers.
I create small dummy driver
* Tony Lindgren t...@atomide.com [131210 11:28]:
* Tony Lindgren t...@atomide.com [131210 11:00]:
* Paul Walmsley p...@pwsan.com [131210 10:47]:
On Mon, 9 Dec 2013, Tony Lindgren wrote:
The following changes since commit
f2e2c9d9b4087b74eb9e00d8dfac148354cb0b71:
ARM:
On Tue, 10 Dec 2013, Tony Lindgren wrote:
* Paul Walmsley p...@pwsan.com [131210 10:47]:
- The N800 isn't booting here with a concatenated uImage+dtb - but
maybe I'm doing something wrong with this one.
Hmm n800 works for me here for sure, I can n-uple check today.
The N800 here is
This is to inform you that your $2.5 M USD will be send to you via western
union money transfer. The total amount mentioned above is with western
union out let and they will send the money via western union to you. Note
they will be sending $5000 every day to you.
Provide your full information to
Hi Marek,
On Tuesday 10 December 2013 06:19 PM, Marek Vasut wrote:
On Friday, December 06, 2013 at 03:24:41 PM, Sourav Poddar wrote:
The patch series aims to add memory mapped support for TI qspi
contoller and also add support for the same in serial flash driver(m25p80).
My question is, shall
On Tuesday 10 December 2013 11:52 PM, Marek Vasut wrote:
On Tuesday, December 10, 2013 at 05:11:43 PM, Mark Brown wrote:
On Tue, Dec 10, 2013 at 01:49:13PM +0100, Marek Vasut wrote:
My question is, shall we not wait for the new SPI NOR framework to be
well fleshed out and only then implement
Hi Mark,
On Tuesday 10 December 2013 11:59 PM, Mark Brown wrote:
On Tue, Dec 10, 2013 at 07:22:10PM +0100, Marek Vasut wrote:
On Tuesday, December 10, 2013 at 05:11:43 PM, Mark Brown wrote:
There is some stuff that pushes up into the controller in that while the
device is in memory mapped mode
Hi Felipe,
On Wednesday 11 December 2013 01:54 AM, Felipe Balbi wrote:
Due to over-use of select statements, we could
fall into a situation where CONFIG_USB_PHY would
be enabled while CONFIG_USB_SUPPORT wouldn't.
This would generate a situation where usb_bind_phy()
would not be defined and
Hi,
On Tue, Dec 10, 2013 at 7:31 PM, Heikki Krogerus
heikki.kroge...@linux.intel.com wrote:
Hi,
Thanks for reviewing this.
On Tue, Dec 10, 2013 at 04:25:23PM +0530, Vivek Gautam wrote:
Some PHY controllers may need to tune PHY post-initialization,
so that the PHY consumers can call
96 matches
Mail list logo