Hello,
On 2014-12-09 17:57, Nishanth Menon wrote:
On 10:13-20141205, Nishanth Menon wrote:
On 12/05/2014 10:10 AM, Nishanth Menon wrote:
next-20141204 fails to boot, but next-20141203 boots fine with
omap2plus_defconfig.
Panda-ES(4460):
Hi Felipe,
On Wednesday 10 December 2014 03:57 AM, Felipe Balbi wrote:
In order to get rid of some more hwmod data, we
introduce a few extra properties to OMAP DT
data in order to be able to pass the needed
information through DT.
Signed-off-by: Felipe Balbi ba...@ti.com
---
Hi!
The TODO file says:
# +
# + skb_queue_tail(info-txq, fw_skb);
# + spin_lock_irqsave(info-lock, flags);
# + hci_h4p_outb(info, UART_IER, hci_h4p_inb(info, UART_IER) |
# + UART_IER_THRI);
# + spin_unlock_irqrestore(info-lock, flags);
Hi,
adding linux-omap back
On Wed, Dec 10, 2014 at 04:19:06PM +0530, Lokesh Vutla wrote:
+ switch (prop) {
+ case 2:
+ sysc-sysc_fields = omap_hwmod_sysc_type2;
+ break;
+ case 3:
+ sysc-sysc_fields = omap_hwmod_sysc_type3;
+ break;
+
Hi,
(adding linux-omap back to the loop)
On Wed, Dec 10, 2014 at 04:20:30PM +0530, Lokesh Vutla wrote:
Hi Felipe,
On Wednesday 10 December 2014 03:57 AM, Felipe Balbi wrote:
Before this patch, HWMOD requires the existence
of a struct omap_hwmod_class very early.
Yes, hwmod code looks
Hi,
On Wed, Dec 10, 2014 at 04:37:19PM +0530, Lokesh Vutla wrote:
Hi Felipe,
On Wednesday 10 December 2014 03:57 AM, Felipe Balbi wrote:
In order to get rid of some more hwmod data, we
introduce a few extra properties to OMAP DT
data in order to be able to pass the needed
information
* Felipe Balbi ba...@ti.com [141204 07:12]:
Caused by a copy paste error. Note that even with
this bug AM437x SK display still works because GPIO
mux mode is always enabled. It's still wrong to mux
somebody else's pin.
Luckily ball D25 (offset 0x238 - gpio5_8) on AM437x
isn't used for
Hi!
So, there's bluetooth chip that's connected to the SoC by UART and some
GPIOs. What would be right representation in the device tree?
Something like this?
bluetooth {
compatible = broadcom,bcm2048;
uart = uart2;
reset-gpios =
* Nishanth Menon n...@ti.com [141202 08:51]:
On 11/27/2014 09:32 PM, Lokesh Vutla wrote:
ES1.2 is a minor variant of ES1.1. Major changes since ES1.1 are
updating ROM for fixing the following boot modes:
- NAND boot
- UART boot
- Ethernet boot
- USB HOST/Client boot
This patch adds
* Nishanth Menon n...@ti.com [141203 05:06]:
On 12/03/2014 06:03 AM, Ravikumar Kattekola wrote:
Hi,
This set does a minor fix and an update:
- Fix a typo in the max voltage property of smps6 (vdd_gpu) regulator
node added by
the patch : c56a831ca47e (ARM: dts: DRA7: Add
On Wednesday 10 December 2014 17:43:33 Pavel Machek wrote:
So, there's bluetooth chip that's connected to the SoC by UART and some
GPIOs. What would be right representation in the device tree?
Something like this?
bluetooth {
compatible = broadcom,bcm2048;
* Tomi Valkeinen tomi.valkei...@ti.com [141204 23:42]:
The lcd0 node for am437x-sk-evm.dts contains bad LCD timings, and while
they seem to work with a quick test, doing for example blank/unblank
will give you a black display.
This patch updates the timings to the 'typical' values from the
* Roger Quadros rog...@ti.com [141124 03:43]:
OMAP5 and DRA7 platforms need the AHCI platform driver
for SATA support.
Signed-off-by: Roger Quadros rog...@ti.com
Applying into omap-for-v3.19/fixes to get this working.
Tony
---
arch/arm/configs/omap2plus_defconfig | 2 ++
1 file
On Wed, Dec 10, 2014 at 10:43 AM, Pavel Machek pa...@ucw.cz wrote:
Hi!
So, there's bluetooth chip that's connected to the SoC by UART and some
GPIOs. What would be right representation in the device tree?
Something like this?
bluetooth {
compatible =
Hi Rob,
So, there's bluetooth chip that's connected to the SoC by UART and some
GPIOs. What would be right representation in the device tree?
Something like this?
bluetooth {
compatible = broadcom,bcm2048;
uart = uart2;
Currently the omap100k driver uses prepare and unprepare transfer hardware
to enable and disable clocks for the IP block. Since these functions are
called along with runtime PM and end up duplicating its functionality in a
less flexible fashion we are trying to phase them out so convert this
On 12/09/2014 12:40 PM, Marc Zyngier wrote:
On 09/12/14 18:17, Nishanth Menon wrote:
On 09:53-20141209, Marc Zyngier wrote:
On 08/12/14 22:41, Nishanth Menon wrote:
Anyways.. The following diff[1] on top of your branch makes DRA7 work - I
assume you will squash as needed and repost with
On Wed, Dec 10, 2014 at 05:02:42PM +, Arnd Bergmann wrote:
On Wednesday 10 December 2014 17:43:33 Pavel Machek wrote:
So, there's bluetooth chip that's connected to the SoC by UART and some
GPIOs. What would be right representation in the device tree?
Something like this?
no output on the console, but turning on DEBUG_LL, I
got the crash below[1].
Reverting this commit on next-20141210 gets things booting again for me.
Kevin
[1]
[0.00] Clocking rate (Crystal/Core/MPU): 26.0/400/600 MHz
[0.00] Unable to handle kernel paging request at virtual
On Wed 2014-12-10 18:42:03, Mark Rutland wrote:
On Wed, Dec 10, 2014 at 05:02:42PM +, Arnd Bergmann wrote:
On Wednesday 10 December 2014 17:43:33 Pavel Machek wrote:
So, there's bluetooth chip that's connected to the SoC by UART and some
GPIOs. What would be right representation
The following changes since commit a0e4467726cd26bacb16f13d207ffcfa82ffc07d:
Merge tag 'asm-generic-for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/arnd/asm-generic (2014-12-09
17:25:00 -0800)
are available in the git repository at:
On Tue, Sep 16, 2014 at 1:50 PM, Tony Lindgren t...@atomide.com wrote:
From: Tony Lindgren t...@atomide.com
Date: Thu, 11 Sep 2014 15:02:37 -0700
Subject: [PATCH] pstore-ram: Allow optional mapping with pgprot_noncached
On some ARMs the memory can be mapped pgprot_noncached() and still
be
* Kees Cook keesc...@chromium.org [141210 13:18]:
On Tue, Sep 16, 2014 at 1:50 PM, Tony Lindgren t...@atomide.com wrote:
From: Tony Lindgren t...@atomide.com
Date: Thu, 11 Sep 2014 15:02:37 -0700
Subject: [PATCH] pstore-ram: Allow optional mapping with pgprot_noncached
On some ARMs the
On Fri, Sep 12, 2014 at 11:32 AM, Tony Lindgren t...@atomide.com wrote:
From: Rob Herring robherri...@gmail.com
Currently trying to use pstore on at least ARMs can hang as we're
mapping the peristent RAM with pgprot_noncached().
On ARMs, pgprot_noncached() will actually make the memory
Hi,
On Wed, Dec 10, 2014 at 09:56:22PM +0100, Pavel Machek wrote:
On Wed 2014-12-10 18:42:03, Mark Rutland wrote:
On Wed, Dec 10, 2014 at 05:02:42PM +, Arnd Bergmann wrote:
On Wednesday 10 December 2014 17:43:33 Pavel Machek wrote:
So, there's bluetooth chip that's connected to
As far as I can tell, there's no value indirecting
the cpu passed to this function via a void *.
Update all the callers and called functions from within
clockevents_notify.
Miscellanea:
Add pr_fmt and convert one printk(KERN_ERR to pr_err
Signed-off-by: Joe Perches j...@perches.com
---
Hi,
On Wed, Dec 10, 2014 at 09:00:49AM -0600, Felipe Balbi wrote:
On Wed, Dec 10, 2014 at 04:37:19PM +0530, Lokesh Vutla wrote:
On Wednesday 10 December 2014 03:57 AM, Felipe Balbi wrote:
In order to get rid of some more hwmod data, we
introduce a few extra properties to OMAP DT
data
On Wed, Dec 10, 2014 at 08:54:33AM -0600, Felipe Balbi wrote:
Hi,
(adding linux-omap back to the loop)
On Wed, Dec 10, 2014 at 04:20:30PM +0530, Lokesh Vutla wrote:
Hi Felipe,
On Wednesday 10 December 2014 03:57 AM, Felipe Balbi wrote:
Before this patch, HWMOD requires the
for the omap3-beagle-xm. By
default, there's no output on the console, but turning on DEBUG_LL, I
got the crash below[1].
Reverting this commit on next-20141210 gets things booting again for me.
Interesting... I'll pull latest linux-next today and try this out.
-Tero
Kevin
[1]
[0.00
29 matches
Mail list logo