On Mon, Nov 29, 2010 at 11:28:13AM +, Jonathan Cameron wrote:
> On 11/29/10 10:57, Hemanth V wrote:
> >>From 9985dc1211ae33baa877489c26920dfd1c29bb35 Mon Sep 17 00:00:00 2001
> > From: Hemanth V
> > Date: Thu, 26 Aug 2010 17:44:48 +0530
> > Subject: [PATCH] input: CMA3000 Accelerometer Driver
Thanks.
On 27/11/10 10:39, ext Herbert Xu wrote:
> On Fri, Nov 19, 2010 at 04:04:21PM +0200, Dmitry Kasatkin wrote:
>
>> Hi,
>>
>> Here is a set of patches which provides fixes and improvements.
>>
>> Based on Herbert feedback it also includes fixes so that calling final()
>> is not mandatory.
> -Original Message-
> From: Paul Mundt [mailto:let...@linux-sh.org]
> Sent: Tuesday, November 30, 2010 12:10 PM
> To: Ville Syrj?l?
> Cc: Hiremath, Vaibhav; M?ns Rullg?rd; linux-omap@vger.kernel.org; linux-
> fb...@vger.kernel.org
> Subject: Re: OMAP:DSS: possible bug in WAITFOR_VSYNC ioc
> -Original Message-
> From: Paul Mundt [mailto:let...@linux-sh.org]
> Sent: Tuesday, November 30, 2010 12:05 PM
> To: Ville Syrj?l?
> Cc: Hiremath, Vaibhav; M?ns Rullg?rd; linux-omap@vger.kernel.org; linux-
> fb...@vger.kernel.org
> Subject: Re: OMAP:DSS: possible bug in WAITFOR_VSYNC ioct
Hi, Nishanth Menon
What would happen without this patch? L2 data corruption after back
from OFF mode?
--
Best Regards
Hu Tao
On Tue, Nov 30, 2010 at 4:19 AM, Nishanth Menon wrote:
> From: Peter 'p2' De Schrijver
>
> This disables L2 cache before invalidating it and reenables it afterwards.
> T
On Tue, Nov 30, 2010 at 03:34:40PM +0900, Paul Mundt wrote:
> On Fri, Nov 26, 2010 at 02:55:39PM +0200, Ville Syrj?l? wrote:
> > On Fri, Nov 26, 2010 at 05:38:11PM +0530, ext Hiremath, Vaibhav wrote:
> > > With this finding, in case of OMAP3 we have to use OMAPFB_WAITFORGO
> > > (breaking standard
On Fri, Nov 26, 2010 at 02:55:39PM +0200, Ville Syrj?l? wrote:
> On Fri, Nov 26, 2010 at 05:38:11PM +0530, ext Hiremath, Vaibhav wrote:
> > With this finding, in case of OMAP3 we have to use OMAPFB_WAITFORGO
> > (breaking standard applications).
>
> Applications using the standard fbdev API won't
Nishant,
On Tue, Nov 30, 2010 at 01:49, Nishanth Menon wrote:
> From: Peter 'p2' De Schrijver
>
> This disables L2 cache before invalidating it and reenables it afterwards.
> This is be done according to ARM documentation. Currently this is identified
> as being needed on OMAP3630 as the disable
Nishant,
On Tue, Nov 30, 2010 at 01:49, Nishanth Menon wrote:
> Erratum id: i608
> RTA (Retention Till Access) feature is not supported and leads to device
> stability issues when enabled. This impacts modules with embedded memories
> on OMAP3630
>
> Workaround is to disable RTA on boot and comin
> > Now force CS to be in inactive state only if it was
> inactive when it was suspended.
Note that it's a bug if CS is active in
any suspend state (including OFF). That
strongly suggests $SUBJECT is an incomplete
workaround for that other bug...
> >
> > When SPI wake up from OFF mode, CS is in
Hi Olof,
On Sat, Nov 27, 2010 at 12:51 AM, Olof Johansson wrote:
>> >> +int __hwspin_trylock(struct hwspinlock *hwlock, int mode, unsigned long
>> >> *flags)
>> >> +{
>> >> + int ret;
>> >> +
>> >> + if (unlikely(!hwlock)) {
>> >> + pr_err("invalid hwlock\n");
>> >
>> > These
* Nishanth Menon [101129 06:20]:
> Arno Steffen had written, on 11/26/2010 05:41 AM, the following:
>
> minor comment:
> $subject could be the commit message probably.. and a smaller
> subject like OMAP3: fix typo in OMAP3_IVA_MASK could be used
>
> otherwise, looks good to me.
Also, please Cc
In the current mailbox driver, the mailbox internal pointer for
callback can be directly manipulated by the Users, so a second
User can easily corrupt the first user's callback pointer.
The initial effort to correct this issue can be referred here:
https://patchwork.kernel.org/patch/107520/
Along
Fix the following checkpatch warnings observed in mailbox module.
WARNING: please, no space for starting a line,
excluding comments
+ fail_alloc_rxq:$
WARNING: please, no space for starting a line,
excluding comments
+ fail_alloc_txq
Schedule the Tasklet to send only when mailbox fifo is full and there are
pending messages in kfifo, else send the message directly in the Process
context. This would avoid needless scheduling of Tasklet for every message
transfer
Signed-off-by: Hari Kanigeri
---
arch/arm/plat-omap/mailbox.c |
From: Fernando Guzman Lugo
The variable rq_full flag is a global variable, so if there are multiple
mailbox users there will be conflicts. Now there is a full flag per
mailbox queue.
Reported-by: Ohad Ben-Cohen
Signed-off-by: Fernando Guzman Lugo
Signed-off-by: Hari Kanigeri
---
arch/arm/pla
Here is the revised set taking into account comments received on previous
patch set
- Dropped the "OMAP: mailbox: fix rx interrupt disable in omap4" patch. This
patch will be sent along with mailbox hwmod changes.
- Fixed the typo kifo to kfifo in "OMAP: mailbox: send me
Hi,
as discussed in [1], here is step 2 - idle path errata fixes
http://marc.info/?l=linux-omap&m=129045338806957&w=2
Eduardo Valentin (1):
OMAP3630: PM: Erratum i583: disable coreoff if < ES1.2
Nishanth Menon (1):
OMAP3630: PM: Erratum i608: disable RTA
Peter 'p2' De Schrijver (2):
OMAP3
From: Eduardo Valentin
Limitation i583: Self_Refresh Exit issue after OFF mode
Issue:
When device is waking up from OFF mode, then SDRC state machine sends
inappropriate sequence violating JEDEC standards.
Impact:
OMAP3630 < ES1.2 is impacted as follows depending on the platform:
CS0: for 38.4M
Erratum id: i608
RTA (Retention Till Access) feature is not supported and leads to device
stability issues when enabled. This impacts modules with embedded memories
on OMAP3630
Workaround is to disable RTA on boot and coming out of core off.
For disabling rta coming out of off mode, we do this by
From: Peter 'p2' De Schrijver
This disables L2 cache before invalidating it and reenables it afterwards.
This is be done according to ARM documentation. Currently this is identified
as being needed on OMAP3630 as the disable/enable is done from "public side"
while, on OMAP3430, this is done in th
From: Peter 'p2' De Schrijver
Erratum i581 impacts OMAP3 platforms.
PRCM DPLL control FSM removes SDRC_IDLEREQ before DPLL3 locks causing
the DPLL not to be locked at times.
IMPORTANT:
*) This is not a complete workaround implementation as recommended
by the silicon erratum. this is a support lo
From: Richard Woodruff
Analysis in TI kernel with ETM showed that using cache mapped flush
in kernel instead of SO mapped flush cost drops by 65% (3.39mS down
to 1.17mS) for clean_l2 which is used during sleep sequences.
Overall:
- speed up
- unfortunately there isn't a good alter
* Cory Maccarrone [101125 07:23]:
> On Mon, Aug 2, 2010 at 4:51 AM, Tony Lindgren wrote:
> > * Cory Maccarrone [100720 06:59]:
> >> This change copies from the s3c24xx the ability for a board to specify
> >> if it wants 64 or 128 more GPIOs in the board space. This is needed
> >> to get the HTC
* Pedanekar, Hemant [101129 09:07]:
> Tony Lindgren wrote on Saturday, November 06, 2010 2:30 AM:
>
> Though based on Cortex A8, TI816X series has differences in PRCM, PLL, clock
> structure compared to OMAP3.
>
> Many of the OMAP3 specific checks are not applicable for TI816X. For example,
> c
Hi Linus,
Please pull two patches to fix omap serial console with PM enabled:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
omap-fixes-for-linus
Both fix issues are related to conversion from 8250 to omap-serial done
in commit 6f251e9db1093c187addc309b5f2f7fe3efd2995 (
On Mon, 29 Nov 2010, Anand Gadiyar wrote:
> Add clkdev aliases for the USBHOST and USBTLL clocks on OMAP3 and
> OMAP4, so that the driver can refer to the clocks using a common alias.
>
> This will disappear when the driver is converted to use the hwmod
> database, but until then this patch is ne
On Mon, Nov 29, 2010 at 10:18:31AM -0800, Tony Lindgren wrote:
> * Mark Brown [101127 02:10]:
> > Yeah. Some of it will need to be __devinitdata for hotpluggable things
> > but most of it should be __initdata. I'll update the regulator API to
> > copy the constraints before the next merge windo
* Mark Brown [101127 02:10]:
> On Fri, Nov 26, 2010 at 09:45:17AM -0800, Tony Lindgren wrote:
>
> > By the way, all the board specific data should be __initdata eventually.
> > Now we're hogging memory for the regulators for all the boards compiled in..
>
> Yeah. Some of it will need to be __de
From: Keshava Munegowda
Introduce the CONFIG_USB_EHCI_HCD_OMAP option to select
EHCI support on OMAP3 and later chips. This scales better
than having a long line of dependencies for each new OMAP
with EHCI support.
Signed-off-by: Keshava Munegowda
Signed-off-by: Anand Gadiyar
---
drivers/usb/
The OMAP4 has an on-chip EHCI controller. Select USB_ARCH_HAS_EHCI
to allow the EHCI driver to be built on OMAP4.
Signed-off-by: Anand Gadiyar
Cc: Tony Lindgren
---
arch/arm/mach-omap2/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/Kconfig b
Update the ehci-omap glue layer to support the controller in the
OMAP4. Major differences from OMAP3 is that the OMAP4 has per-port
clocking, and supports ULPI output clocking mode. The old input
clocking mode is not supported.
Also, there are only 2 externally available ports as against 3
in the
This series adds support for the EHCI controller on
OMAP4 chips. (This enables the ethernet controller
on the Pandaboard - finally!).
I've tested the series on an OMAP4 SDP, a Pandaboard,
and a beagleboard - all with a single kernel binary.
The complete series (including the part that can go via
From: Keshava Munegowda
The OMAP4 SDP has an SMSC3320 PHY hooked up to EHCI on Port1.
The PHY power is controlled by GPIO 157.
Turn on the PHY power, and register the controller at init.
Signed-off-by: Keshava Munegowda
Signed-off-by: Anand Gadiyar
---
arch/arm/mach-omap2/board-4430sdp.c |
Add base addresses for USBHOST, USBTLL, EHCI and OHCI to
the header file.
This will disappear when the drivers are converted to use
the hwmod database, however this patch is needed until then.
Signed-off-by: Anand Gadiyar
Cc: Tony Lindgren
---
arch/arm/plat-omap/include/plat/omap44xx.h |5
This series adds the platform init code for the EHCI
controller on OMAP4 and allows the EHCI driver to be
built on OMAP4. The patches are based on v2.6.37-rc3,
and they apply cleanly on linux-next as of today.
Pin-muxing is done at one shot in the usb-ehci.c file, as
is done on OMAP3. None of the
Introduce helper functions to test port mode. These checks are
performed in several places in the driver, and these helpers
improve readability.
Signed-off-by: Anand Gadiyar
---
drivers/usb/host/ehci-omap.c | 21 -
1 files changed, 12 insertions(+), 9 deletions(-)
diff --g
- Add platform init code for EHCI on OMAP4
- Add pad configuration for PHY and TLL modes
Signed-off-by: Anand Gadiyar
Cc: Tony Lindgren
---
arch/arm/mach-omap2/usb-ehci.c | 144 +--
1 files changed, 136 insertions(+), 8 deletions(-)
diff --git a/arch/arm/ma
From: Keshava Munegowda
Make the TLL channel count a parameter instead of a hardcoded
value. This allows us to be flexible with future OMAP revisions
which could have a different number of channels.
Signed-off-by: Keshava Munegowda
Signed-off-by: Anand Gadiyar
---
drivers/usb/host/ehci-omap.c
The EHCI controller in OMAP4 supports a new interface mode - HSIC.
Add this to the list of modes supported on OMAP3.
Signed-off-by: Anand Gadiyar
Cc: Tony Lindgren
---
arch/arm/plat-omap/include/plat/usb.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-om
Use the recently updated aliases to get functional clocks needed by
the driver. This allows the driver to acquire OMAP4-specific clocks
without having to use different clock names for OMAP3 and OMAP4.
Signed-off-by: Anand Gadiyar
---
drivers/usb/host/ehci-omap.c |4 ++--
1 files changed, 2 i
Add clkdev aliases for the USBHOST and USBTLL clocks on OMAP3 and
OMAP4, so that the driver can refer to the clocks using a common alias.
This will disappear when the driver is converted to use the hwmod
database, but until then this patch is needed.
Signed-off-by: Anand Gadiyar
Cc: Paul Walmsle
From: Keshava Munegowda
Rename usbhost2_120m_fck to usbhost_hs_fck and usbhost1_48m_fck
to usbhost_fs_fck, to better reflect the clocks' functionalities.
In OMAP4, the frequencies for the corresponding clocks are not
necessarily the same as with OMAP3, however the functionalities
are.
Signed-of
On 11/25/2010 09:58 AM, Hemanth V wrote:
> - Original Message -
> From: "Gregory CLEMENT"
> To: "linux-omap" ;
>
> Cc: "David Brownell" ; "Grant Likely"
> ; "Kevin Hilman"
> Sent: Thursday, November 25, 2010 3:49 AM
> Subject: [PATCH v5 1/1] OMAP2: Spi: Force CS to be in inactive stat
Tony Lindgren wrote on Saturday, November 06, 2010 2:30 AM:
> * Pedanekar, Hemant [101022 10:58]:
>> Tony Lindgren wrote on Friday, September 17, 2010 3:55 AM:
>>
>>> * Hemant Pedanekar [100811 10:03]:
This patch updates the common machine spcific source files with support
for TI816X.
On 11/29/2010 03:22 PM, Kevin Hilman wrote:
> Gregory CLEMENT writes:
>
>> As request by Grant Likely, there is no more cover letter. Full changelog is
>> following.
>> I am still reluctant to add this changelog in the patch description, as it
>> adds no value to
>> the patch itself: when it wa
On 11/25/2010 01:49 AM, Kevin Hilman wrote:
> This bit of meta-description and changelog should go after the '---'
> just after your signoff. That way, git tools can still auto-apply the
> email, and git ignores stuff after the '---' so it doesn't end up in the
> git history.
Thanks for the advic
Vasiliy Kulikov writes:
> clk_get() returns ERR_PTR() on error, not NULL.
>
> Signed-off-by: Vasiliy Kulikov
Acked-by: Kevin Hilman
> ---
> Cannot compile this driver, so it is not tested at all.
>
> arch/arm/plat-omap/counter_32k.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions
Arno Steffen had written, on 11/26/2010 05:41 AM, the following:
minor comment:
$subject could be the commit message probably.. and a smaller subject
like OMAP3: fix typo in OMAP3_IVA_MASK could be used
otherwise, looks good to me.
Signed-off-by: Arno Steffen
---
arch/arm/mach-omap2/contro
Gregory CLEMENT writes:
> As request by Grant Likely, there is no more cover letter. Full changelog is
> following.
> I am still reluctant to add this changelog in the patch description, as it
> adds no value to
> the patch itself: when it was needed I try to updat comments or patch
> descript
From: Senthilvadivu Guruswamy
Move init exit methods to its driver probe remove.
pdev member has to be maintained by its own drivers.
Signed-off-by: Senthilvadivu Guruswamy
---
drivers/video/omap2/dss/core.c | 16
drivers/video/omap2/dss/dss.c | 16
2 fil
From: Senthilvadivu Guruswamy
Database generated for OMAP2430 Display Sub System.
Since dss is also considered as an IP as dispc,rfbi,
name it as dss_dss.
Signed-off-by: Senthilvadivu Guruswamy
Acked-by: Benoit Cousson
---
arch/arm/mach-omap2/omap_hwmod_2430_data.c | 282
From: Senthilvadivu Guruswamy
clks are moved to dss platform driver. clk_get/put
APIs use dss device instead of core platform device.
It leaves the core driver "omap_display" to take care of
panel registration with the custom bus. dss driver would
take care of the clocks needed by DISPC,RFBI,DS
From: Senthilvadivu Guruswamy
Move DSS driver register from board file to devices.c
Changed device name from omapdss to omap_display as the
driver takes care of panel information.
Signed-off-by: Senthilvadivu Guruswamy
---
arch/arm/mach-omap2/devices.c | 32 ++
From: Senthilvadivu Guruswamy
Move dss_feature_init call from core to dss as it involves
HW related configuration.
Signed-off-by: Senthilvadivu Guruswamy
---
drivers/video/omap2/dss/core.c |2 --
drivers/video/omap2/dss/dss.c |3 +++
2 files changed, 3 insertions(+), 2 deletions(-)
d
From: Senthilvadivu Guruswamy
Move init exit methods to its driver probe,remove.
pdev member has to be maintained by its own drivers.
Replace printk with dev_dbg for boot time optimize
Signed-off-by: Senthilvadivu Guruswamy
---
drivers/video/omap2/dss/core.c |9
drivers/video/omap2/ds
From: Senthilvadivu Guruswamy
Database generated for Display Sub System applicable for
OMAP3430-ES2 onwards and OMAP36xx.
dss is also considered as an IP as dispc,rfbi, and named as dss_dss.
For all the IP modules in DSS, same clock is needed for enabling.
hwmod sees as independent IPs, so same c
From: Senthilvadivu Guruswamy
Move DSS driver register from board file to devices.c
Regulator initialisation done with driver name instead
of device structure name.
Changed driver name from omapdss to omap_display as the
driver takes care of panel information.
Board files that have dss registerat
From: Senthilvadivu Guruswamy
Move init exit methods to its driver probe, remove.
pdev member has to be maintained by its own drivers.
regulator has to be privately handled in each driver.
Signed-off-by: Senthilvadivu Guruswamy
---
arch/arm/mach-omap2/board-3430sdp.c |1 +
drivers/video/om
From: Senthilvadivu Guruswamy
Looks up the hwmod database for each of the given DSS HW IP
and builds omap_device which inturn does the platform device
register for each of DSS HW IP
Signed-off-by: Senthilvadivu Guruswamy
---
arch/arm/mach-omap2/devices.c | 50
From: Senthilvadivu Guruswamy
DSS IRQ got from platform device.
Signed-off-by: Senthilvadivu Guruswamy
---
drivers/video/omap2/dss/dss.c | 13 -
1 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/drivers/video/omap2/dss/dss.c b/drivers/video/omap2/dss/dss.c
index f544
From: Senthilvadivu Guruswamy
Database generated for OMAP2420 Display Sub System.
Since dss is also considered as an IP as dispc,rfbi,
name it as dss_dss.
Signed-off-by: Senthilvadivu Guruswamy
Acked-by: Benoit Cousson
---
arch/arm/mach-omap2/omap_hwmod_2420_data.c | 283
From: Senthilvadivu Guruswamy
Move init exit methods to its driver probe,remove.
pdev member has to be maintained by its own drivers.
Replace printk with dev_dbg for boot time optimize
Signed-off-by: Senthilvadivu Guruswamy
---
drivers/video/omap2/dss/core.c |9 -
drivers/video/omap2/
From: Senthilvadivu Guruswamy
DSS, DISPC, DSI, RFBI, VENC baseaddr got from platform_device.
Hardcoding of base addr could be removed.
Signed-off-by: Senthilvadivu Guruswamy
---
drivers/video/omap2/dss/dispc.c | 11 ---
drivers/video/omap2/dss/dsi.c | 12 +---
drivers/vid
From: Senthilvadivu Guruswamy
Platform driver of dsshw has to be registered before of dispc,
rfbi, dsi1, venc and omapdisplay driver should be after all
the hw IPs. Sequence it with arch_initcall and device_initcall_sync
Signed-off-by: Senthilvadivu Guruswamy
---
drivers/video/omap2/dss/core.c
From: Senthilvadivu Guruswamy
Move init exit methods to its driver probe, remove.
pdev member has to be maintained by its own drivers.
regulator has to be privately handled in each driver.
Replace printk to dev_dbg for boot time optimize.
Signed-off-by: Senthilvadivu Guruswamy
---
arch/arm/mac
From: Senthilvadivu Guruswamy
Patch Base:
===
url = git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
branch "master"
Commit id: 063d907edaf3fbf9776c189c3e02f2c7a129d18c
Description: Linux-omap rebuilt: Merged serial console fixes, cleanup
--
From: Senthilvadivu Guruswamy
dss driver renamed to "omap_" is done to align all the omap device names
with the same convention.
Signed-off-by: Senthilvadivu Guruswamy
Acked-by: Benoit Cousson
---
arch/arm/mach-omap2/clock2420_data.c |8
arch/arm/mach-omap2/clock2430_data.c |
On 11/29/10 10:57, Hemanth V wrote:
>>From 9985dc1211ae33baa877489c26920dfd1c29bb35 Mon Sep 17 00:00:00 2001
> From: Hemanth V
> Date: Thu, 26 Aug 2010 17:44:48 +0530
> Subject: [PATCH] input: CMA3000 Accelerometer Driver
>
> Add support for CMA3000 Tri-axis accelerometer, which
> supports Motion
>From 9985dc1211ae33baa877489c26920dfd1c29bb35 Mon Sep 17 00:00:00 2001
From: Hemanth V
Date: Thu, 26 Aug 2010 17:44:48 +0530
Subject: [PATCH] input: CMA3000 Accelerometer Driver
Add support for CMA3000 Tri-axis accelerometer, which
supports Motion detect, Measurement and Free fall modes.
CMA3000
>From 8082870cc704d901d98cf0d6af90e45860927ceb Mon Sep 17 00:00:00 2001
From: Hemanth V
Date: Thu, 26 Aug 2010 17:49:12 +0530
Subject: [PATCH] Platform changes for CMA3000 Accelerometer driver
Update 4430 SDP board file with platform data for accelerometer driver
and select the driver in kconfig
On Sat, Nov 27, 2010 at 3:24 AM, David Brownell wrote:
> Your intent "generic" is fine, but you've not achieved it and thus I
> think you shouldn't imply that you have. Dropping the word "generic"
> should suffice; it _is_ a framework, and maybe the next person working
> with hardware spinlocks
On Sat, Nov 27, 2010 at 12:53 AM, Russell King - ARM Linux
wrote:
> On Sat, Nov 27, 2010 at 12:18:55AM +0200, Ohad Ben-Cohen wrote:
>> But then there's the other (quite reasonable) claim that says we
>> shouldn't crash the machine because of a non fatal bug: if a crappy
>> driver messes up, the us
Hi Paul,
> -Original Message-
> From: Paul Walmsley [mailto:p...@pwsan.com]
> Sent: Monday, November 29, 2010 6:04 AM
> To: Rajendra Nayak
> Cc: linux-omap@vger.kernel.org; b-cous...@ti.com;
khil...@deeprootsystems.com
> Subject: Re: [PATCH 0/6] Split powerdomain framework into plat
specif
Hi Paul,
> -Original Message-
> From: Paul Walmsley [mailto:p...@pwsan.com]
> Sent: Monday, November 29, 2010 5:36 AM
> To: Rajendra Nayak
> Cc: linux-omap@vger.kernel.org; b-cous...@ti.com;
khil...@deeprootsystems.com
> Subject: Re: [PATCH 1/6] OMAP: powerdomain: Move powerdomain.c from
m
From: ext Fernando Guzman Lugo
Subject: [PATCHv5 0/4] omap: iovmm - fixes for iovmm module
Date: Mon, 25 Oct 2010 21:10:02 +0200
> Version 5:
> * Changes in "iommu: create new api to set valid da range"
> - Change range variables to platform data structure.
Acked-by: Hiroshi DOYU
--
To unsubs
> that's no official documentation. It's better to check device's datasheet
> when you have such questions. Besides, imagine the pain it would be to
> patch that Kconfig entry everytime we have a new release of an OMAP
> processor. Maybe it would be better to say something like: "available
> on man
77 matches
Mail list logo