On 26 June 2012 12:49, Tomi Valkeinen wrote:
> On Mon, 2012-06-25 at 22:36 +0530, Jassi Brar wrote:
>> >
>> > Normally if the driver does dispc_runtime_get() and dispc_read_reg(),
>> > the first call will enable the HW so the reg read works.
>> >
>> > But if the pm_runtime is disabled, say, durin
Hi Jon,
On Mon, Jun 25, 2012 at 21:42:14, Hunter, Jon wrote:
> On 06/22/2012 04:01 AM, Afzal Mohammed wrote:
> > +static int hf, vhf, sync_read, sync_write, latency;
>
> I am wondering if we can remove hf, vhf, sync_read/write variables
> completely. We already have flags from sync_read/write an
On Tue, Jun 26, 2012 at 10:56 AM, Rajendra Nayak wrote:
> On Tuesday 26 June 2012 10:53 AM, Shilimkar, Santosh wrote:
>>
>> On Tue, Jun 26, 2012 at 10:49 AM, Rajendra Nayak wrote:
>>>
>>> On Tuesday 26 June 2012 10:39 AM, Shilimkar, Santosh wrote:
>>
>>
>> +#if defined(CONFIG_OF)
On Tuesday 26 June 2012 12:25 PM, Tomi Valkeinen wrote:
On Tue, 2012-06-26 at 10:30 +0530, Rajendra Nayak wrote:
So as far as I see, clocks are never handled in atomic context. Is
everything related to the base clk stuff already in mainline? Can I take
the clk_prepare/unprepare patch into my om
On Tue, Jun 26, 2012 at 2:22 AM, Franky Lin wrote:
> Hi Kevin, Tarun,
>
> We are using the expansion connector A on Panda board to mount a SDIO WiFi
> dongle on MMC2 with a level triggered interrupt signal connected to GPIO
> 138. It's been working fine until 3.5 rc1. The board hang randomly withi
On Mon, 2012-06-25 at 22:36 +0530, Jassi Brar wrote:
> On 25 June 2012 19:19, Tomi Valkeinen wrote:
> > On Mon, 2012-06-25 at 19:01 +0530, Jassi Brar wrote:
>
> >> > /* this accesses a register, but the HW is disabled? */
> >> > dispc_read_reg(FOO);
> >> >
> >> the H/W is already always enab
101 - 106 of 106 matches
Mail list logo