The only function of these 'prepare' and 'complete' is to
disable the 'card detect' irq during suspend.
The commit which added this,
commit a48ce884d5819d5df2cf1139ab3c43f8e9e419b3
mmc: omap_hsmmc: Introduce omap_hsmmc_prepare/complete
justified it by the need to avoid the registration of new
Using the common code removes some code duplication, and
makes it easier to switch to using mmc_of_parse() which
will remove more duplication.
As hsmmc has a slightly different interrupt service routine
for card-detect, enhance slot-gpio to allow an alternate
routine to be provided.
Signed-off-by
This ensures that all standard options are available to hsmmc,
In particular, I need cap-power-off-card.
Signed-off-by: NeilBrown
---
drivers/mmc/host/omap_hsmmc.c | 33 -
1 file changed, 8 insertions(+), 25 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc
omap_hsmmc currently duplicates some work that can be done for
it by common code, and consequently does not benefit from extra
functionality in that common code.
In particular, mmc_of_parse and the slot-gpio library are not used.
This set of patches allows omap_hsmmc to use that common
functional
These fields were added by:
commit 9574f36fb801035f6ab0fbb1b53ce2c12c17d100
OMAP/serial: Add support for driving a GPIO as DTR.
but not removed by
commit 985bfd54c826c0ba873ca0adfd5589263e0c6ee2
tty: serial: omap: remove some dead code
which reverted most of that commit.
Time to revert
This driver has no 'compatible' string and so is not found when
using device-tree.
Add one with value to match
hdqw1w: 1w@480b2000 {
device in omap3.dtsi.
Signed-off-by: NeilBrown
diff --git a/Documentation/devicetree/bindings/w1/omap-hdq.txt
b/Documentation/devicetree/bindin
* Roger Quadros [141107 01:59]:
> On 11/07/2014 11:35 AM, Roger Quadros wrote:
> > On 11/06/2014 08:03 PM, Tony Lindgren wrote:
> >> * Roger Quadros [141105 03:02]:
> >>> In commit 7d5929c1f343 ("mtd: nand: omap: Revert to using software ECC by
> >>> default"),
> >>> we switched back to using 1-
On 11/07/2014 12:47 PM, Nishanth Menon wrote:
> BeagleBoard-X15 is the next generation Open Source Hardware
> BeagleBoard based on TI's AM5728 SoC featuring dual core 1.5GHz A15
> processor. The platform features 2GB DDR3L (w/dual 32bit busses),
> eSATA, 3 USB3.0 ports, integrated HDMI (1920x1080@6
This is the correct page. Yes, it is very empty.
I am working on populating it. It will be later next week before I can get
some of the things up there.
Gerald
-Original Message-
From: Andreas Färber [mailto:afaer...@suse.de]
Sent: Friday, November 7, 2014 12:34 PM
To: Nishanth Menon
Hi,
Am 07.11.2014 um 18:47 schrieb Nishanth Menon:
> BeagleBoard-X15 is the next generation Open Source Hardware
> BeagleBoard based on TI's AM5728 SoC featuring dual core 1.5GHz A15
> processor. The platform features 2GB DDR3L (w/dual 32bit busses),
> eSATA, 3 USB3.0 ports, integrated HDMI (1920x
BeagleBoard-X15 is the next generation Open Source Hardware
BeagleBoard based on TI's AM5728 SoC featuring dual core 1.5GHz A15
processor. The platform features 2GB DDR3L (w/dual 32bit busses),
eSATA, 3 USB3.0 ports, integrated HDMI (1920x1080@60), separate LCD
port, video In port, 4GB eMMC, uSD, A
On 11/07/2014 05:22 PM, Mark Brown wrote:
On Fri, Oct 10, 2014 at 05:06:28PM +0300, Tero Kristo wrote:
- dev->platform_data = &twl_gpio_auxdata;
+ if (!strcmp("twl4030-gpio", dev_name(dev)))
+ dev->platform_data = &twl_gpio_auxdata;
+ else
+ dev->pl
On Fri, Oct 10, 2014 at 05:06:28PM +0300, Tero Kristo wrote:
> - dev->platform_data = &twl_gpio_auxdata;
> + if (!strcmp("twl4030-gpio", dev_name(dev)))
> + dev->platform_data = &twl_gpio_auxdata;
> + else
> + dev->platform_data = omap_twl_match_regulator(dev);
On 11/07/2014 03:49 PM, Roger Quadros wrote:
> DRA7 CAN IP suffers from a problem which causes it to be prevented
> from fully turning OFF (i.e. stuck in transition) if the module was
> disabled while there was traffic on the CAN_RX line.
>
> To work around this issue we select the SLEEP pin state
AM3352 SoC has 2 DCAN modules. Add compatible id and
raminit driver data for am3352 DCAN.
Signed-off-by: Roger Quadros
---
Documentation/devicetree/bindings/net/can/c_can.txt | 2 +-
drivers/net/can/c_can/c_can_platform.c | 10 ++
2 files changed, 11 insertions(+), 1 deleti
Some SoCs e.g. (TI DRA7xx) need a START pulse to start the
RAMINIT sequence i.e. START bit must be set and cleared before
checking for the DONE bit status.
Signed-off-by: Roger Quadros
---
drivers/net/can/c_can/c_can.h | 1 +
drivers/net/can/c_can/c_can_platform.c | 7 +++
2 files c
We want to have more data than just can_dev_id to be present
in the driver data e.g. TI platforms need RAMINIT register
description. Introduce the c_can_driver_data structure and move
the can_dev_id into it.
Tidy up the way it is used on probe().
Signed-off-by: Roger Quadros
---
drivers/net/can
DRA7 SoC has 2 CAN IPs. Provide compatible IDs and RAMINIT
register data for both.
Signed-off-by: Roger Quadros
---
Documentation/devicetree/bindings/net/can/c_can.txt | 1 +
drivers/net/can/c_can/c_can_platform.c | 11 +++
2 files changed, 12 insertions(+)
diff --git a/Do
Some TI SoCs like DRA7 have a RAMINIT register specification
different from the other AMxx SoCs and as expected by the
existing driver.
To add more insanity, this register is shared with other
IPs like DSS, PCIe and PWM.
Provides a more generic mechanism to specify the RAMINIT
register location a
Some platforms (e.g. TI) need special RAMINIT register handling.
Provide a way to store RAMINIT register description in driver data.
Signed-off-by: Roger Quadros
---
drivers/net/can/c_can/c_can.h | 6 ++
drivers/net/can/c_can/c_can_platform.c | 1 +
2 files changed, 7 insertions(+)
DRA7 CAN IP suffers from a problem which causes it to be prevented
from fully turning OFF (i.e. stuck in transition) if the module was
disabled while there was traffic on the CAN_RX line.
To work around this issue we select the SLEEP pin state by default
on probe and use the DEFAULT pin state on C
TI's RAMINIT DONE mechanism is buggy on AM43xx SoC and may not always
be set after the START bit is set. Although it seems to work fine even
in that case. So add a timeout mechanism to c_can_hw_raminit_wait_ti().
Don't bail out in that failure case but just print an error message.
Signed-off-by: R
Hi,
Some hardware (TI am43xx) has a buggy RAMINIT DONE mechanism and it might
not always set the DONE bit. This will result in a lockup in
c_can_hw_raminit_wait_ti(),
so patch 1 adds a timeout mechanism there.
There is a non compliancy within TI platforms with respect to the
layout of the RAMINI
Hi
On Thu, 6 Nov 2014, Felipe Balbi wrote:
> On Mon, Nov 03, 2014 at 11:39:52PM -0600, Felipe Balbi wrote:
> > Hi,
> >
> > On Mon, Jul 28, 2014 at 05:24:34AM +, Paul Walmsley wrote:
> > > On Tue, 15 Jul 2014, Felipe Balbi wrote:
> > >
> > > > ml->node and sl->node are currently initialized
On 10/21/14 17:06, Sebastian Reichel wrote:
> Hi,
>
> This is the RFCv2 patchset adding DT support to the si4713
> radio transmitter i2c driver. The changes can be summarized
> as follows:
>
> * Move regulator information back into the driver. The
>regulators needed are documented in the chi
On 11/05/2014 08:49 PM, Tony Lindgren wrote:
> * Roger Quadros [141105 03:08]:
>> On 11/04/2014 05:55 PM, Tony Lindgren wrote:
>>> * Roger Quadros [141104 02:50]:
Hi Tony,
These patches add CAN support for am33xx, am43xx and dra7 platforms.
They must go in together with CAN dr
OMAP3 and lower SoCs don't have the ELM module so this warning
is annoying. Get rid of it.
Reported-by: Tony Lindgren
Signed-off-by: Roger Quadros
---
arch/arm/mach-omap2/gpmc.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/arm/mach-omap2/gpmc.c b/arch/arm/mach-omap2/gpmc.c
index 10
On Sun, Nov 02, 2014 at 10:07:56AM -0800, Tony Lindgren wrote:
> Commit e7cd1d1eb16f ("mfd: twl4030-power: Add generic reset
> configuration") enabled configuring the PM features for twl4030.
>
> This caused poweroff command to fail on devices that have the
> BCI charger on twl4030 wired, or have
On Fri, Nov 07, 2014 at 11:04:05AM +0530, Vignesh R wrote:
> Currently, there is too much noise in the TSC hardware that is being
> removed by delta filtering. I tested TSC unit by removing filtering
> logic, the performance was not at all satisfactory. The cursor jumps
> wayward and smooth circles
On 11/07/2014 11:35 AM, Roger Quadros wrote:
> On 11/06/2014 08:03 PM, Tony Lindgren wrote:
>> * Roger Quadros [141105 03:02]:
>>> In commit 7d5929c1f343 ("mtd: nand: omap: Revert to using software ECC by
>>> default"),
>>> we switched back to using 1-bit SW ECC scheme by default. However
>>> com
On 11/06/2014 08:03 PM, Tony Lindgren wrote:
> * Roger Quadros [141105 03:02]:
>> In commit 7d5929c1f343 ("mtd: nand: omap: Revert to using software ECC by
>> default"),
>> we switched back to using 1-bit SW ECC scheme by default. However
>> commit b491da7233d5 ("mtd: nand: omap: clean-up ecc lay
On Friday 07 November 2014 10:16 AM, Keerthy wrote:
On Thursday 06 November 2014 11:55 PM, Tony Lindgren wrote:
* Keerthy [141106 02:55]:
Fix DCDC3 volatge to 1.5V which is the right value to be supplied by
DCDC3 for all the boards.
Hmm so what about the comments for similar beaglebone change
On Fri, Nov 07, 2014 at 11:04:05AM +0530, Vignesh R wrote:
>
> Currently, there is too much noise in the TSC hardware that is being
> removed by delta filtering.
The so called "filter" was only programmed because the fifo entries
were being mixed up. Sebastian fixed that.
> I tested TSC unit by
33 matches
Mail list logo