On Wed, Apr 7, 2010 at 10:41 AM, Kevin Hilman
wrote:
> Steve Sakoman writes:
>
>> From: Steve Sakoman
>>
>> Signed-off-by: Steve Sakoman
>
> -ENOCHANGELOG
>
> Please add descriptive changelog. Otherwise, looks like a good
> cleanup.
I assume you loo
From: Steve Sakoman
Signed-off-by: Steve Sakoman
---
diff --git a/arch/arm/mach-omap2/board-omap3beagle.c
b/arch/arm/mach-omap2/board-omap3beagle.c
index 962d377..3ba0603 100644
--- a/arch/arm/mach-omap2/board-omap3beagle.c
+++ b/arch/arm/mach-omap2/board-omap3beagle.c
@@ -52,6 +52,11
From: Steve Sakoman
Signed-off-by: Steve Sakoman
---
diff --git a/arch/arm/mach-omap2/board-overo.c
b/arch/arm/mach-omap2/board-overo.c
index 8848c7c..ae23633 100644
--- a/arch/arm/mach-omap2/board-overo.c
+++ b/arch/arm/mach-omap2/board-overo.c
@@ -184,6 +184,11 @@ static inline void __init
kip_init)
> }
> }
>
> + dss.dsi_clk_source = DSS_SRC_DSS1_ALWON_FCLK;
> + dss.dispc_clk_source = DSS_SRC_DSS1_ALWON_FCLK;
> +
> dss_save_context();
>
> rev = dss_read_reg(DSS_REVISION);
> --
> 1.6.5
>
>
>
>
>
>
> On We
never called.
Steve
> Tomi
>
> ________
> From: ext Steve Sakoman [sako...@gmail.com]
> Sent: Wednesday, March 10, 2010 20:42
> To: linux-omap@vger.kernel.org; Valkeinen Tomi (Nokia-D/Helsinki)
> Subject: Re: kernel panic with latest DSS
>
&g
On Wed, Mar 10, 2010 at 10:16 AM, Steve Sakoman wrote:
> The issue occurs in the following section of code in
> drivers/video/omap2/dss/dispc.c:
>
> unsigned long dispc_fclk_rate(void)
> {
> unsigned long r = 0;
>
> if (dss_get_dispc_clk_source() ==
On Tue, Mar 9, 2010 at 11:58 AM, Steve Sakoman wrote:
> I just updated all my Beagle and Overo DSS patches to apply on the
> latest linux-omap head.
>
> I ran into a slight issue with parsing defaults, but saw that Tomi had
> already posted a workaround for that.
>
> With tha
I just updated all my Beagle and Overo DSS patches to apply on the
latest linux-omap head.
I ran into a slight issue with parsing defaults, but saw that Tomi had
already posted a workaround for that.
With that patch applied I get pretty good results until I try to do
something like play a DVD or
On Tue, Mar 2, 2010 at 2:08 PM, Madhusudhan wrote:
>> That is correct, a Wi2Wi wifi module is connected via mmc2 on the
>> Overo Air and Fire products.
> A dumb question. Is this Wi2Wi wifi module available as a standard SDIO card
> which can be plugged into a SD card cage? Or is it specifically
On Thu, Feb 18, 2010 at 12:21 PM, Paul Walmsley wrote:
> (cc'ing Steve, Richard, Anand)
> There appear to be least seven SDIO card drivers in 2.6.34-rc7. At least
> one of these is for a TI chip - the wl1251. I think some of the
> Gumstix Overo OMAP3 boards are using an SDIO-connected Marvell L
On Thu, Dec 31, 2009 at 4:20 AM, Vimal Singh wrote:
> On Wed, Dec 30, 2009 at 3:17 AM, Steve Sakoman wrote:
>> On Tue, Dec 29, 2009 at 12:38 PM, Steve Sakoman wrote:
>>
>>> I can confirm that this issue exists on Overo too. Sadly, switching
>>> to 16 bit re
On Tue, Dec 29, 2009 at 12:38 PM, Steve Sakoman wrote:
> I can confirm that this issue exists on Overo too. Sadly, switching
> to 16 bit reads does not fix the issue for me. I'll start digging to
> see if I can find what's broken.
I can also confirm that there are days
On Wed, Dec 23, 2009 at 9:44 AM, Tony Lindgren wrote:
> * Vimal Singh [091223 01:32]:
>> In omap nand driver we used to do 32-bit reads (in function
>> omap_read_buf_pref, using 'ioread32_rep' i.e.: __raw_readsl), and it
>> was working fine till some time back. But now, somehow, this has got
>> s
On Wed, Dec 23, 2009 at 1:06 PM, Robert Nelson wrote:
> On Wed, Dec 23, 2009 at 2:59 PM, Steve Sakoman wrote:
>> I'm seeing some strange behavior with my console serial port with 2.6.32.
>>
>> Output seems fine -- no errors in the boot messages.
>>
>> Howev
I'm seeing some strange behavior with my console serial port with 2.6.32.
Output seems fine -- no errors in the boot messages.
However it seems that quite often the first character typed in a
console session is garbled -- subsequent characters are OK:
r...@omap3:~# �s -l
-sh: �s: not found
If c
Say Y if you want to add support for SoC audio on the Gumstix Overo.
> + Say Y if you want to add support for SoC audio on the
> + Gumstix Overo or CompuLab CM-T35
>
> config SND_OMAP_SOC_OMAP2EVM
> tristate "SoC Audio support for OMAP2EVM board"
> diff --git a/sou
dhusudhan wrote:
>>>
>>>> Hi John,
>>>>
>>>>
>>>>
>>>> So does the SDIO card interrupt mode work fine now?
>>>>
>>>>
>>>>
>>>> Regards,
>>>>
>>>> Madhu
On Tue, Sep 22, 2009 at 10:15 AM, Tony Lindgren wrote:
> * Olof Johansson [090922 09:00]:
>> Overo needs the same changes as the other platforms do for the ehci changes.
>>
>> Also, roll in the corresponding change from Steve Sakoman fixing the
>> port setup (removi
Enable USB power, use correct gpio for usb_ehci_init
Signed-off-by: Steve Sakoman
---
arch/arm/mach-omap2/board-omap3beagle.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/board-omap3beagle.c
b/arch/arm/mach-omap2/board-omap3beagle.c
index
On Tue, Sep 1, 2009 at 4:42 AM, Gary Thomas wrote:
> What are the options to have USB Host support on the "normal"
> USB channels (i.e. not the OTG port)?
>
> This used to work on my platform but things stopped when I
> upgraded to the latest kernel :-(
I had the same experience with Overo and pos
gt; In any case,
>
> Tested-by: Artem Bityutskiy
Gumstix has also been shipping with DSS2 on their Overo product for
many months now.
Tested-by: Steve Sakoman
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.o
On Fri, Aug 21, 2009 at 1:25 PM, John Sarman wrote:
> Related to the Gumstix Overo
> How is the USB working on this version. I am still stuck using the
> 2.6.20-rc8, with patches for the hwmod and mmc updates. This is the
> last version I can successfully use the USB host.
USB host works fine i
I've been doing a bit of testing on 2.6.31-rc5 on Overo with good
results overall.
The only major issue I see at the moment is an oops on shutdown/restart.
Is anyone else seeing this?
Rebooting... Internal error: Oops - undefined instruction: 0 [#1]
Modules linked in: ipv6 udf libertas_sdio libe
Please ignore this patch!
A previously submitted version seems to have made its way into
linux-omap since I pulled a couple of days ago.
Sorry for the noise.
Steve
On Sun, Aug 16, 2009 at 1:56 PM, Steve Sakoman wrote:
> Missing definition for OVERO_GPIO_PENDOWN
>
> Signed-off-by: Stev
Overo uses port 2, not port 1. Use OVERO_GPIO_USBH_NRESET rather than
hard coded value
Note: this alone will not give functional EHCI. Also required is:
[PATCH 4/9] ehci: fix phy_reset init in ehci probe
from Ajay Kumar Gupta
Signed-off-by: Steve Sakoman
---
arch/arm/mach-omap2/board
Missing definition for OVERO_GPIO_PENDOWN
Signed-off-by: Steve Sakoman
---
arch/arm/mach-omap2/board-overo.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-overo.c
b/arch/arm/mach-omap2/board-overo.c
index 3fd614e..65bf008 100644
--- a/arch
On Fri, Aug 7, 2009 at 2:55 AM, Tony Lindgren wrote:
> Well we need to mux all the pins that can potentially conflict only in the
> board-*.c files.
>
> For naming, I think we should use the default mode0 name in the mux register
> as the
> key, and then link package specific pin names to that ke
On Thu, Aug 6, 2009 at 8:16 AM, Kevin Hilman wrote:
>> even for 1 package, how will you know whether OMAP3_MMC3_CLK is connected
>> to ball AB1 or AF10 as both is possible...
>
> doh! good point. I was thinking of functions that are only availble
> on a single ball.
This is the point I was (unsu
On Wed, Aug 5, 2009 at 10:58 AM, Kevin
Hilman wrote:
> Steve Sakoman wrote:
>> And up to now in each case I shrug and say "no time to do that now,
>> I'll just leave kernel pinmuxing turned off and do it in u-boot"
>
> I agree there are lots of shortcomings in t
On Wed, Aug 5, 2009 at 9:35 AM, John Sarman wrote:
> On Wed, Aug 5, 2009 at 12:25 PM, Kevin Hilman
> wrote:
>> Might I suggest a kernel patch for this rather than fixing u-boot so that
>> all the midnight oil you've burnt does not have to be duplicated by others.
> Well I dont know how to answer t
Tony,
I noticed your comment requesting all twl4030 patches be submitted to
mainline. I assume this patch falls into that category too?
Also for those listening in -- no comments on this patch yet! Does
that mean it looks good? ;-)
Steve
On Sat, May 30, 2009 at 6:40 AM, Steve Sakoman
Though the comment in clocks_init claims to initialize the MADC
clocks, it wasn't actually being done. This patch implements minimal
MADC clock initialization.
Compile/run tested on Overo (prior to patch MADC access would always timeout)
diff --git a/drivers/mfd/twl4030-core.c b/drivers/mfd/twl4
Not enough coffee this morning!
After a comment period I will resubmit these two patches with proper
signed-off-by, etc.
Steve
On Sat, May 30, 2009 at 6:40 AM, Steve Sakoman wrote:
> Though the comment in clocks_init claims to initialize the MADC
> clocks, it wasn't actually being
diff --git a/arch/arm/mach-omap2/board-overo.c
b/arch/arm/mach-omap2/board-overo.c
index 48f9932..ce84ee7 100644
--- a/arch/arm/mach-omap2/board-overo.c
+++ b/arch/arm/mach-omap2/board-overo.c
@@ -340,10 +340,15 @@ static struct regulator_init_data overo_vmmc1 = {
/* mmc2 (WLAN) and Bluetooth don
On Thu, Apr 30, 2009 at 10:41 AM, David Brownell wrote:
> On Thursday 30 April 2009, Steve Sakoman wrote:
>> The platform data messages still appear,
>
> Those platform_data patches are getting reverted.
> Ignore the messages for now.
>
Will do :-) There seem to be no il
On Thu, Apr 30, 2009 at 3:16 AM, Mark Brown wrote:
> On Thu, Apr 30, 2009 at 12:31:47PM +0300, Grazvydas Ignotas wrote:
>> On Wed, Apr 29, 2009 at 7:03 PM, Steve Sakoman wrote:
>
>> > set_machine_constraints: invalid 'VUSB1V5' voltage constraints
>
>>
I tried an Overo build from the current top of tree and ran into a
number of twl4030 platform data errors:
twl4030: PIH (irq 7) chaining IRQs 368..375
twl4030: power (irq 373) chaining IRQs 376..383
twl4030_gpio: use which platform_data?
twl4030: gpio (irq 368) chaining IRQs 384..401
mmci-omap-hs.
One line was omitted when moving definitions from board-overo.h to
board-overo.c, and a duplicate overo_init_smsc911x call was added to
overo_init.
The former results in a compiler error.
Signed-off-by: Steve Sakoman
---
arch/arm/mach-omap2/board-overo.c |2 +-
1 files changed, 1
On Mon, Mar 16, 2009 at 3:56 PM, Tony Lindgren wrote:
> * Kevin Hilman [090316 15:52]:
>> Hans Verkuil writes:
>>
>> > Just FYI:
>> >
>> > I'll be attending the Embedded Linux Conference in San Francisco, April
>> > 6th-8th (http://www.embeddedlinuxconference.com/elc_2009).
>> >
>> > This might
From: David Brownell
This patch hooks up the twl4030 MMC1 regulator on Overo,
The WLAN chip connected to MMC2 on some board versions
has a dedicated regulator.
Signed-off-by: David Brownell
Signed-off-by: Steve Sakoman
---
Patches still needed for LDP/Zoom and Pandora...
--- a/arch/arm/mach
On Sun, Mar 15, 2009 at 3:15 PM, Steve Sakoman wrote:
> I spoke a little too soon :-)
>
> The above fix does get me past the mmc issue, and everything looks
> fine from the serial console. But I just noticed that DVI is broken
> -- I suspect that some regulator magic may be
On Sun, Mar 15, 2009 at 12:56 PM, Steve Sakoman wrote:
> On Sat, Mar 14, 2009 at 7:00 PM, David Brownell wrote:
>
>> Works for me, and I think you've got all the patches that
>> should matter. This is against today's GIT, yes?
>> Does taking #3 away help?
>
On Sat, Mar 14, 2009 at 7:00 PM, David Brownell wrote:
> Works for me, and I think you've got all the patches that
> should matter. This is against today's GIT, yes?
> Does taking #3 away help?
I'm not sure why it is working for you! Perhaps you have some patches
that aren't included in the c
On Sun, Mar 15, 2009 at 10:00 AM, Russell King - ARM Linux
wrote:
> On Sun, Mar 15, 2009 at 09:36:25AM -0700, Steve Sakoman wrote:
>> On Sun, Mar 15, 2009 at 8:38 AM, Russell King - ARM Linux
>> wrote:
>> > On Fri, Mar 13, 2009 at 03:44:53PM -0700, Tony Lindgren wrote:
&g
On Sun, Mar 15, 2009 at 8:38 AM, Russell King - ARM Linux
wrote:
> On Fri, Mar 13, 2009 at 03:44:53PM -0700, Tony Lindgren wrote:
>> Gumstix will soon be shipping a variant of their Summit board that
>> includes an SMSC LAN9221 ethernet interface. This patch provides
>> support via the smsc911x d
On Sat, Mar 14, 2009 at 7:00 PM, David Brownell wrote:
>> I don't get the warning now, but mmc0 is still broken (boot log below)
>
> Works for me, and I think you've got all the patches that
> should matter. This is against today's GIT, yes?
> Does taking #3 away help?
Yes, this is against tod
On Sat, Mar 14, 2009 at 12:08 PM, David Brownell wrote:
> On Saturday 14 March 2009, Tony Lindgren wrote:
>>
>> > I've collected Dave's recent recent regulator patches and will try
>> > again with those applied.
>>
>> Thanks, let me know what we're missing in l-o tree.. I probably
>> won't have a
Building from current top of tree I get the following at boot:
mmci-omap-hs mmci-omap-hs.0: Failed to get debounce clock
regulator: Unable to get requested regulator: vmmc
[ cut here ]
WARNING: at drivers/gpio/gpiolib.c:826 gpio_free+0x2c/0xe0()
Modules linked in:
[] (dump_
On Wed, Jan 21, 2009 at 1:09 AM, Jarkko Nikula wrote:
> On Tue, 20 Jan 2009 23:05:27 -0800
> "ext Steve Sakoman" wrote:
>
>> Commit dc06102a0c8b5aa0dd7f9a40ce241e793c252a87 in the asoc tree
>> did not include the necessary Kconfig and Makefile changes. This pat
On Fri, Feb 20, 2009 at 7:49 AM, Tony Lindgren wrote:
> * Steve Sakoman [090219 22:38]:
>> Overo has a wifi chip on mmc2 that uses the libertas_sdio driver.
>> I've had my head down working in other areas and failed to noticed
>> that at some point in the 2.6.29 rc
On Fri, Feb 20, 2009 at 7:49 AM, Tony Lindgren wrote:
> * Steve Sakoman [090219 22:38]:
>> Overo has a wifi chip on mmc2 that uses the libertas_sdio driver.
>> I've had my head down working in other areas and failed to noticed
>> that at some point in the 2.6.29 rc
Overo has a wifi chip on mmc2 that uses the libertas_sdio driver.
I've had my head down working in other areas and failed to noticed
that at some point in the 2.6.29 rc cycle SDIO stopped working.
I'll start bisecting tomorrow morning, but thought I would ask first
to see if anyone else has notice
On Thu, Feb 19, 2009 at 1:29 PM, Tony Lindgren wrote:
> * Felipe Balbi [090219 13:19]:
>> On Thu, Feb 19, 2009 at 01:04:30PM -0800, Tony Lindgren wrote:
>> > * Felipe Balbi [090219 12:58]:
>> > > On Thu, Feb 19, 2009 at 02:29:38PM +0200, Felipe Balbi wrote:
>> > > > Hi Tony,
>> > > >
>> > > > th
On Tue, Feb 10, 2009 at 12:46 AM, Jarkko Nikula wrote:
> On Tue, 10 Feb 2009 08:35:31 +0100
> "Balbi Felipe (Nokia-D/Helsinki)" wrote:
>
>> > > Could you give me a little more detail on what you had to do for
>> > > session start? Perhaps I have a similar issue on Overo.
>> > It is same $ echo "
On Mon, Feb 9, 2009 at 8:05 PM, Gupta, Ajay Kumar wrote:
>> Before I spend too much time debugging, has anyone else been
>> successful with musb OTG in 2.6.29-rc3? A quick search of this list
>> didn't turn up any discussion of issues.
>
> It works fine on OMAP35x EVM too. I had to add a proc en
I've been running with musb in host mode on Overo.
Now that EHCI is working, I decided to try putting musb in OTG mode.
Last time I tried this was back in 2.6.28 and it seemed to work just fine.
In 2.6.29-rc3 I don't get any joy - the musb port doesn't seem to
switch into host mode when I plug i
On Mon, Feb 2, 2009 at 1:45 PM, David Miller wrote:
> From: Russell King - ARM Linux
> Date: Mon, 2 Feb 2009 21:39:53 +
>
>> The patch to fix these issues would seem to be relatively small (12
>> lines in the smc911x and one line change in board-ldp.c) - is it
>> something we want done for -r
An upcoming Overo expansion board includes an ADS7846 touchscreen controller.
This patch adds support via the ads7846 driver when enabled in the
kernel config.
Signed-off-by: Steve Sakoman
---
arch/arm/mach-omap2/board-overo.c | 61 +
arch/arm/plat-omap
-off-by: Steve Sakoman
---
arch/arm/mach-omap2/board-overo.c | 62 +
arch/arm/plat-omap/include/mach/board-overo.h |3 +
2 files changed, 65 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-overo.c
b/arch/arm/mach-omap2/board-overo.c
On Sat, Jan 31, 2009 at 6:51 AM, Steve Sakoman wrote:
> I did a quick test of 2.6.29-rc3. Things looked pretty good till I
> tried mplayer.
I neglected to mention that this test was done on an Overo system.
Steve
> There was a one minute hang (no sound), then a set of soft lockup
I did a quick test of 2.6.29-rc3. Things looked pretty good till I
tried mplayer.
There was a one minute hang (no sound), then a set of soft lockup messages:
Starting playback...
BUG: soft lockup - CPU#0 stuck for 61s! [mplayer:1892]
Modules linked in: ipv6 uvcvideo rtl8187 eeprom_93cx6 videodev
On Fri, Jan 30, 2009 at 12:28 PM, Steve Sakoman wrote:
> Gumstix will soon be shipping a variant of their Summit board that
> includes an SMSC9221 ethernet interface. This patch is intended to
> provide support via the smsc911x driver when enabled in defconfig.
> The final submissi
Gumstix will soon be shipping a variant of their Summit board that
includes an SMSC9221 ethernet interface. This patch is intended to
provide support via the smsc911x driver when enabled in defconfig.
The final submission of course will also include an updated defconfig.
Signed-off-by: Steve
On Wed, Jan 21, 2009 at 6:40 AM, Steve Sakoman wrote:
> On Tue, Jan 20, 2009 at 11:53 PM, Peter Ujfalusi
> wrote:
>> Hello,
>>
>> for ure now you can build it, but does it actually works?
>> I mean there has been quite a bit of change in the twl4030
>&
On Tue, Jan 20, 2009 at 11:53 PM, Peter Ujfalusi
wrote:
> Hello,
>
> for ure now you can build it, but does it actually works?
> I mean there has been quite a bit of change in the twl4030
> codec driver... The DAPM routing implementation might require
> some change in the board file also (SND_SOC_
Commit dc06102a0c8b5aa0dd7f9a40ce241e793c252a87 in the asoc tree
did not include the necessary Kconfig and Makefile changes. This patch
completes the support for Beagleboard
Signed-off-by: Steve Sakoman
---
sound/soc/omap/Kconfig | 10 ++
sound/soc/omap/Makefile |2 ++
2 files
On Mon, Jan 12, 2009 at 6:50 AM, Tony Lindgren wrote:
> Hi all,
>
> I've just tagged v2.6.28-omap1, and looks like we might want to also
> do v2.6.28-omap2 as there are few annoying bugs remaining:
>
> - According to Jarkko Nikula, ASoC does not currently work because of
> some recent clock chang
On Fri, Jan 9, 2009 at 7:02 AM, Sanjeev Premi wrote:
> These patches provide support for the OMAP35x processors.
>
> This is essentially a re-submit after series of discusions
> earlier in the list. It had always been getting pushed in
> my to-do list :(
> See: http://marc.info/?l=linux-omap&m=122
On Fri, Dec 12, 2008 at 12:15 PM, Grazvydas Ignotas wrote:
> On Fri, Dec 12, 2008 at 7:59 PM, Steve Sakoman wrote:
>> What PHY chip are you using on Pandora?
>>
>> From the schematic it appears that Gumstix is using USB3320.
I misread the markings, it is USB3326
>>
On Thu, Dec 11, 2008 at 12:41 PM, Grazvydas Ignotas wrote:
> On Thu, Dec 11, 2008 at 7:38 PM, Steve Sakoman wrote:
>> On Thu, Dec 11, 2008 at 8:49 AM, Paul Walmsley wrote:
>>> Hi Grazvydas, Steve,
>>>
>>> On Thu, 11 Dec 2008, Grazvydas Ignotas wrote:
>
On Thu, Dec 11, 2008 at 2:38 AM, Grazvydas Ignotas <[EMAIL PROTECTED]> wrote:
>> Can you please post whatever patches you need to apply to make it work
>> occasionally so others can also look at the issue?
>
> For pandora, making infinite while loops finite doesn't help much,
> kernel crashes later
On Thu, Dec 11, 2008 at 8:49 AM, Paul Walmsley <[EMAIL PROTECTED]> wrote:
> Hi Grazvydas, Steve,
>
> On Thu, 11 Dec 2008, Grazvydas Ignotas wrote:
>
>> > Can you please post whatever patches you need to apply to make it work
>> > occasionally so others can also look at the issue?
>>
>> For pandora,
On Wed, Dec 10, 2008 at 10:28 AM, David Brownell <[EMAIL PROTECTED]> wrote:
> The OTG link is in usable shape, but the EHCI one isn't.
>
>
> On Wednesday 10 December 2008, Felipe Balbi wrote:
>> >
>> > What are the issues ?
>
> I have a prototype Overo and one issue there is that the
> GPIO to let
On Fri, Dec 5, 2008 at 4:49 PM, Tony Lindgren <[EMAIL PROTECTED]> wrote:
> * Tony Lindgren <[EMAIL PROTECTED]> [081205 16:34]:
>> * Steve Sakoman <[EMAIL PROTECTED]> [081205 16:31]:
>> > I attempted an Overo build this afternoon with
>> > fb3d15c023ff
A couple of folks have noticed an issue with audio capture -- the
capture result is always silence.
The patch below is a quick fix for those with this issue. There are
substantial changes to the codec driver that will be trickling down
from ASoC, and they deal with this issue differently.
So con
I attempted an Overo build this afternoon with
fb3d15c023ff08c879155db630895f38526b95f6.
I set bootargs for rootfs on mmc. The boot progresses normally and
then hangs waiting for the rootfs to mount.
Where I previously got:
Waiting for root device /dev/mmcblk0p2...
mmc0: host does not suppo
On Fri, Oct 24, 2008 at 4:19 PM, Pandita, Vikram <[EMAIL PROTECTED]> wrote:
>
> Paul
>
> I was debugging why EHCI is not coming up and getting stuck in infinite loop
> for TLL not enabling.
EHCI is still broken on the current top of tree -- same infinite loop.
Have anyone figured out what is go
On Fri, Dec 5, 2008 at 1:02 AM, <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Any comments on these two patches from Mans, that enable setting
> dss1_alwon_fck? I've been using them with the new DSS, works fine for
> me.
I've been using them on recent Overo builds (using current DSS) and
they work for me
On Tue, Nov 18, 2008 at 10:05 PM, Steve Sakoman <[EMAIL PROTECTED]> wrote:
> This patch adds card detect support for mmc1
>
> Signed-off-by: Steve Sakoman <[EMAIL PROTECTED]>
Tony - please don't merge this patch.
Turns out that CD for microSD isn't quite so strai
On Wed, Nov 12, 2008 at 11:07 AM, Paul Walmsley <[EMAIL PROTECTED]> wrote:
> Hi Jouni, Kevin,
>
> On Tue, 11 Nov 2008, Högander Jouni wrote:
>
>> I wouldn't add any flags for this. The goal is finally to set all
>> next_states as OFF until someone has set some constraint which
>> prevents OFF usage
This patch adds card detect support for mmc1
Signed-off-by: Steve Sakoman <[EMAIL PROTECTED]>
---
arch/arm/mach-omap2/board-overo.c | 44 +---
1 files changed, 26 insertions(+), 18 deletions(-)
diff --git a/arch/arm/mach-omap2/board-overo.c
b/arch/ar
On Fri, Nov 14, 2008 at 12:57 PM, Grazvydas Ignotas <[EMAIL PROTECTED]> wrote:
> On Fri, Nov 14, 2008 at 10:11 PM, David Brownell <[EMAIL PROTECTED]> wrote:
>> On Friday 14 November 2008, Grazvydas Ignotas wrote:
>>> This patch enables both SD slots with support of card detect and
>>> write protect
On Fri, Nov 14, 2008 at 11:45 AM, David Brownell <[EMAIL PROTECTED]> wrote:
> On Friday 14 November 2008, [EMAIL PROTECTED] wrote:
>> The prescalers for 100 kHz and 400 kHz mode
>> are wrong. The internal clock is the fclock
>> divided by the prescaler. The PSC is an 8 bit
>> field in omap3430. Mor
On Fri, Nov 14, 2008 at 2:49 AM, Grazvydas Ignotas <[EMAIL PROTECTED]> wrote:
> On Fri, Nov 14, 2008 at 8:41 AM, Steve Sakoman <[EMAIL PROTECTED]> wrote:
>> On Thu, Nov 13, 2008 at 3:06 PM, Tony Lindgren <[EMAIL PROTECTED]> wrote:
>>> * Grazvydas Ignot
On Thu, Nov 13, 2008 at 3:06 PM, Tony Lindgren <[EMAIL PROTECTED]> wrote:
> * Grazvydas Ignotas <[EMAIL PROTECTED]> [081113 13:40]:
>> Some boards use input clock from external pin for MMC/SDIO
>> modules in OMAP chips. Make that option selectable instead of
>> forcing loop back clock on everyone.
On Mon, Nov 10, 2008 at 12:38 PM, Steve Sakoman <[EMAIL PROTECTED]> wrote:
> On Mon, Nov 10, 2008 at 7:10 AM, Philip Balister <[EMAIL PROTECTED]> wrote:
>> A few weeks ago kernels built from git would detect the sound hardware and
>> actually work.
>>
>> Y
On Mon, Nov 10, 2008 at 7:10 AM, Philip Balister <[EMAIL PROTECTED]> wrote:
> A few weeks ago kernels built from git would detect the sound hardware and
> actually work.
>
> Yesterday I build a kernel and the sound hardware is no longer detected. Is
> there an easy way to fix this?
>
> Sorry I'm so
On Fri, Nov 7, 2008 at 1:30 PM, David Brownell <[EMAIL PROTECTED]> wrote:
> On Friday 07 November 2008, Steve Sakoman wrote:
>> On Fri, Nov 7, 2008 at 12:46 PM, David Brownell <[EMAIL PROTECTED]> wrote:
>> > On Friday 07 November 2008, Steve Sakoman wrote:
>> &g
On Fri, Nov 7, 2008 at 12:46 PM, David Brownell <[EMAIL PROTECTED]> wrote:
> On Friday 07 November 2008, Steve Sakoman wrote:
>> I'm having little success. It used to work back in 2.6.26 timeframe
>> but seems to have broken sometime during 2.6.27.
>
> There'
Is anyone successfully using a rootfs on nand using jffs2 on OMAP3 systems?
I'm having little success. It used to work back in 2.6.26 timeframe
but seems to have broken sometime during 2.6.27.
Attempts to untar a rootfs result in ECC errors and then an oops.
Details below.
Is anyone else seeing
On Fri, Nov 7, 2008 at 9:50 AM, David Brownell <[EMAIL PROTECTED]> wrote:
> On Friday 07 November 2008, Steve Sakoman wrote:
>> Nice work! Overo uses TWL4030 gpio-0 for card detect (just like
>> Beagle) and GPIO-54 for WP.
>>
>> Would you like me to prepare a patc
On Thu, Nov 6, 2008 at 9:15 PM, David Brownell <[EMAIL PROTECTED]> wrote:
> From: David Brownell <[EMAIL PROTECTED]>
>
> Rework card detect GPIO handling in the twl4030 MMC glue: drive
> it *only* from the hsmmc_info passed; remove most of remaining
> "we know we're always a twl4030 GPIO" logic.
>
On Mon, Nov 3, 2008 at 2:54 PM, Steve Sakoman <[EMAIL PROTECTED]> wrote:
> On Fri, Oct 31, 2008 at 2:00 AM, David Brownell <[EMAIL PROTECTED]> wrote:
>> On Thursday 30 October 2008, Steve Sakoman wrote:
>>> > Overo has its SDIO WLAN chip (libertas) hard wire
On Fri, Oct 31, 2008 at 2:00 AM, David Brownell <[EMAIL PROTECTED]> wrote:
> On Thursday 30 October 2008, Steve Sakoman wrote:
>> > Overo has its SDIO WLAN chip (libertas) hard wired to the second
>> > controller,
>> > as I understand things ... or maybe i
On Fri, Oct 31, 2008 at 8:02 PM, David Brownell <[EMAIL PROTECTED]> wrote:
> On Friday 31 October 2008, Steve Sakoman wrote:
>> > Until the twl4030 USB transceiver driver goes to mainline,
>> > at which point usb network links will work. :)
>>
>> Hmm . .
On Fri, Oct 31, 2008 at 5:36 PM, David Brownell <[EMAIL PROTECTED]> wrote:
> On Friday 31 October 2008, Steve Sakoman wrote:
>> TI claims that the 1.0.2 release of the 35XX EVM software will support
>> the libertas_sdio driver via the EVM's mmc slot. However, I don
On Fri, Oct 31, 2008 at 3:00 AM, David Brownell <[EMAIL PROTECTED]> wrote:
> On Thursday 30 October 2008, Steve Sakoman wrote:
>> > Overo has its SDIO WLAN chip (libertas) hard wired to the second
>> > controller,
>> > as I understand things ... or maybe i
On Thu, Oct 30, 2008 at 8:12 PM, David Brownell <[EMAIL PROTECTED]> wrote:
> On Thursday 30 October 2008, Tony Lindgren wrote:
>> @@ -212,7 +212,7 @@ static void __init overo_init(void)
>> omap_board_config = overo_config;
>> omap_board_config_size = ARRAY_SIZE(overo_config);
>>
On Thu, Oct 30, 2008 at 4:45 AM, Mark Brown <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 22, 2008 at 09:44:48PM +0100, Mark Brown wrote:
>> On Wed, Oct 22, 2008 at 01:30:26PM -0700, Steve Sakoman wrote:
>
>> > I am happy to resubmit the patches, if that is what folks want.
On Wed, Oct 22, 2008 at 12:36 PM, David Brownell <[EMAIL PROTECTED]> wrote:
> On Wednesday 22 October 2008, Tony Lindgren wrote:
>> This should go to alsa-devel list with l-o list cc'd. AFAIK, all
>> the omap ASoC stuff is in mainline already. I will not push it
>> to l-o until we have an ack from
101 - 200 of 319 matches
Mail list logo