On Wed, 7 Jul 2010, Adrian Hunter wrote:
> Nicolas Pitre wrote:
> > On Wed, 7 Jul 2010, Roger Quadros wrote:
> >
> > > On 07/06/2010 10:51 PM, Hunter Adrian (Nokia-MS/Helsinki) wrote:
> > > > For eMMC in omap_hsmmc, this is all done via claim_host / release_host
> > > > which call ->enable() / ->
> -Original Message-
> From: Tony Lindgren [mailto:t...@atomide.com]
> Sent: Wednesday, July 07, 2010 6:32 PM
> To: Ghorai, Sukumar
> Cc: linux-omap@vger.kernel.org; linux-...@lists.infradead.org;
> m...@compulab.co.il
> Subject: Re: [PATCH v5 1/3] omap3 gpmc: functionality enhancement
>
> -Original Message-
> From: linux-mmc-ow...@vger.kernel.org [mailto:linux-mmc-
> ow...@vger.kernel.org] On Behalf Of Ohad Ben-Cohen
> Sent: Tuesday, July 06, 2010 6:08 AM
> To: linux-wirel...@vger.kernel.org; linux-...@vger.kernel.org; linux-
> o...@vger.kernel.org
> Cc: linux-arm-ker...
> -Original Message-
> From: linux-mmc-ow...@vger.kernel.org [mailto:linux-mmc-
> ow...@vger.kernel.org] On Behalf Of Ohad Ben-Cohen
> Sent: Tuesday, July 06, 2010 6:08 AM
> To: linux-wirel...@vger.kernel.org; linux-...@vger.kernel.org; linux-
> o...@vger.kernel.org
> Cc: linux-arm-ker...
> -Original Message-
> From: linux-mmc-ow...@vger.kernel.org [mailto:linux-mmc-
> ow...@vger.kernel.org] On Behalf Of Ohad Ben-Cohen
> Sent: Tuesday, July 06, 2010 6:08 AM
> To: linux-wirel...@vger.kernel.org; linux-...@vger.kernel.org; linux-
> o...@vger.kernel.org
> Cc: linux-arm-ker...
> -Original Message-
> From: linux-mmc-ow...@vger.kernel.org [mailto:linux-mmc-
> ow...@vger.kernel.org] On Behalf Of Ohad Ben-Cohen
> Sent: Tuesday, July 06, 2010 6:08 AM
> To: linux-wirel...@vger.kernel.org; linux-...@vger.kernel.org; linux-
> o...@vger.kernel.org
> Cc: linux-arm-ker...
> -Original Message-
> From: linux-mmc-ow...@vger.kernel.org [mailto:linux-mmc-
> ow...@vger.kernel.org] On Behalf Of Ohad Ben-Cohen
> Sent: Tuesday, July 06, 2010 6:08 AM
> To: linux-wirel...@vger.kernel.org; linux-...@vger.kernel.org; linux-
> o...@vger.kernel.org
> Cc: linux-arm-ker...
On Thu, Jul 08, 2010 at 07:23:44AM +0530, Gupta, Ajay Kumar wrote:
> Hi,
> > > On Thu, Jun 24, 2010 at 01:17:54PM +0200, ext Gupta, Ajay Kumar wrote:
> > > >Fixes below compilation warning when host only configuration is
> > > >selected.
> > > >drivers/usb/musb/musb_core.c: In function 'musb_stage0
>>-Original Message-
>>From: Pandita, Vikram
>>Sent: Thursday, July 08, 2010 8:40 AM
>>To: Gopinath, Thara; linux-omap@vger.kernel.org
>>Cc: khil...@deeprootsystems.com; p...@pwsan.com; Cousson, Benoit; Sripathy,
>>Vishwanath; Sawant,
>>Anand; Basak, Partha
>>Subject: RE: [RFC 7/7] OMAP3
>-Original Message-
>From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
>ow...@vger.kernel.org] On Behalf Of Gopinath, Thara
>Sent: Friday, July 02, 2010 5:18 AM
>To: linux-omap@vger.kernel.org
>Cc: khil...@deeprootsystems.com; p...@pwsan.com; Cousson, Benoit; Sripathy,
>Vishwanat
Hi,
> > On Thu, Jun 24, 2010 at 01:17:54PM +0200, ext Gupta, Ajay Kumar wrote:
> > >Fixes below compilation warning when host only configuration is
> > >selected.
> > >drivers/usb/musb/musb_core.c: In function 'musb_stage0_irq':
> > >drivers/usb/musb/musb_core.c:711: warning: unused variable 'mbase
Hi all,
Today's linux-next merge of the omap tree got conflicts in
arch/arm/mach-omap2/board-3430sdp.c,
arch/arm/mach-omap2/board-3630sdp.c,
arch/arm/mach-omap2/board-am3517evm.c,
arch/arm/mach-omap2/board-cm-t35.c,
arch/arm/mach-omap2/board-devkit8000.c,
arch/arm/mach-omap2/board-igep0020.c,
arch
On Wed, Jul 07, 2010 at 03:44:27PM -0700, Zach Pfeffer wrote:
> The DMA API handles the allocation and use of DMA channels. It can
> configure physical transfer settings, manage scatter-gather lists,
> etc.
You're confused about what the DMA API is. You're talking about
the DMA engine subsystem
Eric W. Biederman wrote:
> Zach Pfeffer writes:
>
>> This patch contains the documentation for the API, termed the Virtual
>> Contiguous Memory Manager. Its use would allow all of the IOMMU to VM,
>> VM to device and device to IOMMU interoperation code to be refactored
>> into platform independen
On Tue, Jul 06, 2010 at 12:13:14PM +0300, Felipe Balbi wrote:
> Hi,
>
> On Thu, Jun 24, 2010 at 01:17:54PM +0200, ext Gupta, Ajay Kumar wrote:
> >Fixes below compilation warning when host only configuration is
> >selected.
> >drivers/usb/musb/musb_core.c: In function 'musb_stage0_irq':
> >drivers/
In future kernels, debugfs files need to specify
the llseek operation explicitly to allow seeking.
This sets the llseek operation in the omap iommu
debugfs files to generic_file_llseek, which is
appropriate for files using simple_read_from_buffer.
Signed-off-by: Arnd Bergmann
Cc: Tony Lindgren
C
>From: Felipe Contreras [mailto:felipe.contre...@gmail.com]
>
>I'm removing many people from the Cc which I think don't care about
>this. Is this even the right place for discussing about it?
>
>On Tue, Jul 6, 2010 at 6:52 PM, Omar Ramirez Luna wrote:
>> On 7/4/2010 5:53 AM, Felipe Contreras wrote
Nicolas Pitre wrote:
On Wed, 7 Jul 2010, Roger Quadros wrote:
On 07/06/2010 10:51 PM, Hunter Adrian (Nokia-MS/Helsinki) wrote:
For eMMC in omap_hsmmc, this is all done via claim_host / release_host
which call ->enable() / ->disable() methods. omap_hsmmc makes use of
mmc_power_restore_host() w
Tony Lindgren had written, on 07/07/2010 07:36 AM, the following:
* Nishanth Menon [100625 19:19]:
--- a/arch/arm/mach-omap2/io.c
+++ b/arch/arm/mach-omap2/io.c
@@ -238,7 +238,7 @@ static void __init _omap2_map_common_io(void)
local_flush_tlb_all();
flush_cache_all();
- omap2_
Hello,
This is the patch submission for the hardware spinlock driver.
I will not be available for the next 4 weeks. Please contact Hari Kanigeri
(h-kanige...@ti.com) instead.
Thanks,
Simon
==
>From 509bd1a2e7e5c1a6af324
On Wed, 7 Jul 2010, Madhusudhan wrote:
>
>
> > -Original Message-
> > From: Nicolas Pitre [mailto:n...@fluxnic.net]
> > Sent: Wednesday, July 07, 2010 9:03 AM
> > To: Roger Quadros
> > Cc: Hunter Adrian (Nokia-MS/Helsinki); Ohad Ben-Cohen; linux-
> > wirel...@vger.kernel.org; linux-...@v
Hello,
I need some help to understand what is wrong, maybe someone can help me.
I'm running an OMAP3-based board with a OneNAND from Numonyx, the
problem is some mtd tests fails. An example is the mtd_pagetest, the
erase test fails.
[ 937.885925] mtd_pagetest: erasetest
[ 937.889434] mtd_paget
> -Original Message-
> From: Nicolas Pitre [mailto:n...@fluxnic.net]
> Sent: Wednesday, July 07, 2010 9:03 AM
> To: Roger Quadros
> Cc: Hunter Adrian (Nokia-MS/Helsinki); Ohad Ben-Cohen; linux-
> wirel...@vger.kernel.org; linux-...@vger.kernel.org; linux-
> o...@vger.kernel.org; linux-arm
Tony,
Could this patch be taken ?
Thanks,
kishore
On Tue, Jun 15, 2010 at 1:37 PM, kishore kadiyala
wrote:
> From: Kishore Kadiyala
>
> This patch improves low speeds for SD cards.
> OMAP-MMC controller's can support maximum bus width of '8'.
> when bus width is mentioned as "8" in controller
Tony,
Thanks for the comments! Please see my response.
> -Original Message-
> From: Tony Lindgren [mailto:t...@atomide.com]
> Sent: Wednesday, July 07, 2010 5:30 PM
> To: DebBarma, Tarun Kanti
> Cc: linux-omap@vger.kernel.org; R, Sricharan
> Subject: Re: [PATCH v3]OMAP:GPTIMER:1ms tick gen
Adding card detect callback function and card detect configuration
function for MMC1 Controller.
Card detect configuration function does initial configuration of the
MMC Control & PullUp-PullDown registers of Phoenix.
For MMC1 Controller, Card detect interrupt source is
twl6030 and the card detec
On Wed, 7 Jul 2010, Roger Quadros wrote:
> On 07/06/2010 10:51 PM, Hunter Adrian (Nokia-MS/Helsinki) wrote:
> > For eMMC in omap_hsmmc, this is all done via claim_host / release_host
> > which call ->enable() / ->disable() methods. omap_hsmmc makes use of
> > mmc_power_restore_host() which calls
On Wed, 7 Jul 2010, Roger Quadros wrote:
> On 07/06/2010 08:42 PM, ext Nicolas Pitre wrote:
> > On Tue, 6 Jul 2010, Roger Quadros wrote:
> >
> > > OK, this is how I see it.
> > >
> > > - Treat the non-removable card as non-removable. So no need to do card
> > > detect
> > > emulation.
> > >
> >
Tony Lindgren had written, on 07/07/2010 08:30 AM, the following:
* Nishanth Menon [100707 16:09]:
Why don't you just rename u32 omap3_features to omap_features?
Then maybe move omap_features to plat-omap/common.c, and have
a generic function for getting features?
There should not be any need
* Nishanth Menon [100707 16:09]:
> >
> >Why don't you just rename u32 omap3_features to omap_features?
> >
> >Then maybe move omap_features to plat-omap/common.c, and have
> >a generic function for getting features?
> >
> >There should not be any need to have separate features variable
> >for each
Tony Lindgren had written, on 07/07/2010 07:28 AM, the following:
* Nishanth Menon [100623 05:10]:
Replace OMAP3_HAS_FEATURE with OMAP_HAS_FEATURE allowing
us to support multiple chip features
Cc: Tony Lindgren
Cc: Angelo Arrifano
Cc: "Zebediah C. McClure"
Cc: Alistair Buxton
Cc: Paul Walm
* Ghorai, Sukumar [100707 15:26]:
> > From: Tony Lindgren [mailto:t...@atomide.com]
> >
> > You should just replace this function with simple functions like we
> > already
> > have in gpmc.c rather than trying to pack everything into one function.
> > Just add various gpmc_xxx_get/set functions r
* David Brownell [100707 15:26]:
>
> --- On Wed, 7/7/10, Tony Lindgren wrote:
>
>
> > Or can we somehow calculate this drift once during init?
>
> If it's set up in the gentime framework, yes; very
> standard. AT91 is one model (they all have
> 32K clocks used to generate the system tick).
* Nishanth Menon [100625 19:19]:
> --- a/arch/arm/mach-omap2/io.c
> +++ b/arch/arm/mach-omap2/io.c
> @@ -238,7 +238,7 @@ static void __init _omap2_map_common_io(void)
> local_flush_tlb_all();
> flush_cache_all();
>
> - omap2_check_revision();
> + omap_check_revision();
>
--- On Wed, 7/7/10, Tony Lindgren wrote:
> Or can we somehow calculate this drift once during init?
If it's set up in the gentime framework, yes; very
standard. AT91 is one model (they all have
32K clocks used to generate the system tick).
--
To unsubscribe from this list: send the line "u
Tony,
> -Original Message-
> From: Tony Lindgren [mailto:t...@atomide.com]
> Sent: Wednesday, July 07, 2010 3:49 PM
> To: Ghorai, Sukumar
> Cc: linux-omap@vger.kernel.org; linux-...@lists.infradead.org;
> m...@compulab.co.il
> Subject: Re: [PATCH v5 1/3] omap3 gpmc: functionality enhanceme
* Nishanth Menon [100623 05:15]:
> @@ -354,11 +354,11 @@ static void __init omap3_cpuinfo(void)
> /* Print verbose information */
> pr_info("%s ES%s (", cpu_name, cpu_rev);
>
> - OMAP_SHOW_FEATURE(3, l2cache);
> - OMAP_SHOW_FEATURE(3, iva);
> - OMAP_SHOW_FEATURE(3, sgx);
* Nishanth Menon [100623 05:10]:
> Replace OMAP3_HAS_FEATURE with OMAP_HAS_FEATURE allowing
> us to support multiple chip features
>
> Cc: Tony Lindgren
> Cc: Angelo Arrifano
> Cc: "Zebediah C. McClure"
> Cc: Alistair Buxton
> Cc: Paul Walmsley
> Cc: Sanjeev Premi
> Cc: Santosh Shilimkar
>
Tony,
> -Original Message-
> From: Tony Lindgren [mailto:t...@atomide.com]
> Sent: Wednesday, July 07, 2010 3:52 PM
> To: Ghorai, Sukumar
> Cc: linux-omap@vger.kernel.org; linux-...@lists.infradead.org;
> m...@compulab.co.il
> Subject: Re: [PATCH v5 2/3] omap3 nand: cleanup virtual address
On Wed, Jul 7, 2010 at 5:32 PM, Tony Lindgren wrote:
> * Govindraj [100608 09:24]:
>> On Mon, Jun 7, 2010 at 9:45 PM, Luke-Jr wrote:
>> > On Monday 07 June 2010 08:28:51 am Govindraj wrote:
>> >> Link:
>> >> http://git.kernel.org/?p=linux/kernel/git/khilman/linux-omap-pm.git;a=summa
>> >> ry
>>
* Kan-Ru Chen [100706 04:09]:
> This patch series add the omap_get_die_id interface and use that
> function to construct a MAC address for use by dm9000.
Thanks, I've applied these into omap for-next branch.
Regards,
Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-omap"
* Govindraj [100608 09:24]:
> On Mon, Jun 7, 2010 at 9:45 PM, Luke-Jr wrote:
> > On Monday 07 June 2010 08:28:51 am Govindraj wrote:
> >> Link:
> >> http://git.kernel.org/?p=linux/kernel/git/khilman/linux-omap-pm.git;a=summa
> >> ry
> >>
> >> Branch:
> >> pm-wip/uart
> >
> > This branch doesn't a
* Tarun Kanti DebBarma [100622 12:35]:
> +/**
> + * omap_dm_timer_ms_correction - hardware correction for millisecond timer
> + * @timer: GPTIMER on which the correction support is to be applied
> + * @load: timer load value, used here to extract the expiry count
> + */
> +static void omap_dm_time
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): b6c6aa94d0dd3dd05f42412fc39628520f72f63e
PatchWorks
http://patchwork.kernel.org/patch/108524/
Git (Likely to change, and takes a while to get mirrored
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): 9a72a8860452681cb455ed164c2913743493b1f0
PatchWorks
http://patchwork.kernel.org/patch/108773/
Git (Likely to change, and takes a while to get mirrored
This patch has been applied to the linux-omap
by youw fwiendly patch wobot.
Branch in linux-omap: for-next
Initial commit ID (Likely to change): 916c48fbec05b4718b4fd447f634725ced6cc9e7
PatchWorks
http://patchwork.kernel.org/patch/110284/
Git (Likely to change, and takes a while to get mirrored
Hi Russell,
Is your lmb branch going to stay static?
I'd like to base a patch unifying omap3 map_io on top of that
to avoid merge conflicts:
https://patchwork.kernel.org/patch/108775/
Otherwise it will conflict with your LMB related patch
"Convert to use ->reserve method to reserve boot time me
* Mike Rapoport [100630 11:46]:
> Hi Tony,
> Here's the patch. It applies on top of Sergio's patch "Unify
> omap2_set_globals_3[43,6x]x functions".
Thanks. I'll queue this one. However, it conflicts with the
"ARM: OMAP: Convert to use ->reserve method to reserve boot time memory"
patch, so I nee
* Kevin Hilman [100630 01:18]:
> Sergio Aguirre writes:
>
> > The only difference between them is the physical address of the
> > uart4 port, which is only present in 36xx chips.
> >
> > We don't really need to care about keeping these 2 functions, since
> > the decision to use uart4 is more cle
* Sukumar Ghorai [100604 10:34]:
> --- a/arch/arm/plat-omap/include/plat/gpmc.h
> +++ b/arch/arm/plat-omap/include/plat/gpmc.h
> @@ -63,7 +60,6 @@
> #define GPMC_CONFIG1_DEVICESIZE_16 GPMC_CONFIG1_DEVICESIZE(1)
> #define GPMC_CONFIG1_DEVICETYPE(val)((val & 3) << 10)
> #define GPMC_CONF
* Sukumar Ghorai [100604 10:34]:
> few functions added in gpmc module and to be used by other drivers like NAND.
> E.g.: - ioctl function
> - ecc functions
Uhh, let's leave out ioctl from the description.. Otherwise people
think you're adding new ioctls in this patch.
> @@ -46,8 +46,9 @@
On Wed, Jul 7, 2010 at 12:31 PM, Felipe Contreras
wrote:
> On Tue, Jul 6, 2010 at 6:52 PM, Omar Ramirez Luna wrote:
>> at that point *you* wanted your patches not to be
>> included if the last one wasn't merged in.
>
> Not without the copyright update patch.
...
> So. Would you care to give a rea
Hi,
* Nishanth Menon [100623 07:12]:
> V1:
> http://marc.info/?l=linux-omap&m=127074926903371&w=2
>
> The patch for Errata i202 went through a series of discussions
> ending in
> V3:
> http://marc.info/?l=linux-omap&m=127109794814030&w=2
>
> This series introduces an errata variable, does a few
From: David Anders
Add initial support for the OMAP4 based Panda Board.
Signed-off-by: David Anders
[t...@atomide.com: selected board by default in Kconfig]
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/Kconfig|5 +
arch/arm/mach-omap2/Makefile |2
arch/a
From: Hemanth V
This patch adds support for GPIO LEDs present on OMAP4
SDP and Blaze boards. This basically adds platform data
required by leds-gpio driver
Signed-off-by: Hemanth V
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/board-4430sdp.c | 50 +++
From: Shubhrajyoti Datta
Adding board configuration for the tmp105
temperature sensor. The interface to the sensor
is I2C.
Signed-off-by: Shubhrajyoti D
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/board-4430sdp.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff
From: Santosh Shilimkar
The MMC1 and MMC2 cards have seperate LDO supplies. Current code assumes
that they are powered by same LDO.
This patch fixes the same and has VAUX1 as supply to MMC2 card.
Signed-off-by: Rajendra Nayak
Signed-off-by: Sukumar Ghorai
Signed-off-by: Kishore Kadiyala
Test
From: Ameya Palande
This commit will enable usage of tsl2563 ambient light sensor on Nokia N900.
Signed-off-by: Ameya Palande
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/board-rx51-peripherals.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/arch/arm/
From: Jarkko Nikula
With these and upcoming change to tpa6130a2 driver it's possible to add
support for the TPA6130A2 headphone amplifier.
Signed-off-by: Jarkko Nikula
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/board-rx51-peripherals.c | 12
1 files changed, 12 insert
From: Jarkko Nikula
There is REGULATOR_SUPPLY macro available for initializing the struct
regulator_consumer_supply so use it where applicable (all other supplies
than vdds_sdi) as it improves the readability.
Signed-off-by: Jarkko Nikula
Acked-by: Eduardo Valentin
Signed-off-by: Tony Lindgren
From: Jarkko Nikula
Proper operation of the tlv320aic3x audio codec requires that reset
sequencing is done in pair with supply voltages when using the regulator
framework. Add the codec reset gpio used in Nokia RX51 to tlv320aic3x
data.
Signed-off-by: Jarkko Nikula
Signed-off-by: Tony Lindgren
From: Jarkko Nikula
It seems that the battery cover sensor in Nokia N900 is powered from the
V28 domain. Now if this regulator is disabled it causes that the gpio 160
reads only zero which effectively causes uSD removal detection.
Currently the bootloader enabled V28 is kept on but this may chan
From: Grazvydas Ignotas
Add platform data for NAND and wifi, also setup all GPIOs
needed to use the wifi chip.
Signed-off-by: Grazvydas Ignotas
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/board-omap3pandora.c | 120 ++
1 files changed, 120 insertions(+),
From: Grazvydas Ignotas
Update gpio-keys setup so it matches what is on default firmware.
Also make use of debounce feature in gpio-keys instead of setting it
explicitly, as gpio-keys is now capable of using hardware debounce on
OMAPs thanks to recent gpiolib changes.
Also fix a sparce warning al
From: Ohad Ben-Cohen
Add board muxing to support the wlan wl1271 chip that is
hardwired to mmc2 (third mmc controller) on the ZOOM3.
Signed-off-by: Ohad Ben-Cohen
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/board-zoom3.c | 15 +++
1 files changed, 15 insertions(+), 0 de
Hi all,
Here are some omap board updates for review.
Regards,
Tony
---
Ameya Palande (1):
tsl2563 ALS support for Nokia N900
David Anders (1):
Add OMAP4 Panda Support
Grazvydas Ignotas (2):
omap3: pandora: update gpio-keys data
omap3: pandora: add NAND and wifi suppor
From: Ohad Ben-Cohen
Add board muxing to support the wlan wl1271 chip that is
hardwired to mmc2 (third mmc controller) on the ZOOM2.
Signed-off-by: Ohad Ben-Cohen
Signed-off-by: Tony Lindgren
---
arch/arm/mach-omap2/board-zoom2.c | 15 +++
1 files changed, 15 insertions(+), 0 de
I'm removing many people from the Cc which I think don't care about
this. Is this even the right place for discussing about it?
On Tue, Jul 6, 2010 at 6:52 PM, Omar Ramirez Luna wrote:
> On 7/4/2010 5:53 AM, Felipe Contreras wrote:
>> On Thu, Jun 24, 2010 at 1:41 AM, Greg KH wrote:
>>> So I need
On 07/06/2010 10:51 PM, Hunter Adrian (Nokia-MS/Helsinki) wrote:
Nicolas Pitre wrote:
On Tue, 6 Jul 2010, Roger Quadros wrote:
On 07/06/2010 03:53 PM, ext Ohad Ben-Cohen wrote:
Hi Roger,
On Tue, Jul 6, 2010 at 1:35 PM, Roger Quadros
wrote:
My point is that shouldn't this be handled by SDIO
Hi,
On Wed, Jul 07, 2010 at 04:16:04AM +0530, Gadiyar, Anand wrote:
> Like it is done in ehci-hcd.c/ohci-hcd.c?
That's different, they export the platform_driver which gets probed by
ehci-hcd.c, here we would have a parent platform_driver instianting
correct dma device and musb device.
> This lo
On 07/06/2010 08:42 PM, ext Nicolas Pitre wrote:
On Tue, 6 Jul 2010, Roger Quadros wrote:
On 07/06/2010 03:53 PM, ext Ohad Ben-Cohen wrote:
Hi Roger,
On Tue, Jul 6, 2010 at 1:35 PM, Roger Quadros
wrote:
My point is that shouldn't this be handled by SDIO core?
Care to explain what you mean
71 matches
Mail list logo
