Hi Omar,
On Fri, 22 Oct 2010, Omar Ramirez Luna wrote:
> arch/arm/mach-omap2/dsp.c |4
> arch/arm/plat-omap/include/plat/dsp.h |4
> drivers/staging/tidspbridge/core/tiomap3430.c | 13 ++---
Could you please split the tiomap3430.c change in
> -Original Message-
> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
> ow...@vger.kernel.org] On Behalf Of Mathias Nyman
> Sent: Monday, October 25, 2010 8:05 PM
> To: linux-omap@vger.kernel.org
> Cc: Mathias Nyman
> Subject: [PATCH] omap: dma: Add read-back to DMA interrupt ha
From: Kishore Y
Board-zoom-display.c added as a common file for display functionality
on boards zoom2, zoom3 and 3630sdp.
Signed-off-by: Mukund Mittal
Signed-off-by: Kishore Y
Signed-off-by: Rajkumar N
Signed-off-by: Samreen
---
arch/arm/mach-omap2/Makefile |3 +
arch/a
From: Kishore Y
Enable Display on zoom2, zoom3 and 3630sdp boards.
Signed-off-by: Mukund Mittal
Signed-off-by: Kishore Y
Signed-off-by: Samreen
---
arch/arm/mach-omap2/board-3630sdp.c |1 +
arch/arm/mach-omap2/board-zoom2.c |1 +
arch/arm/mach-omap2/board-zoom3.c |1 +
3 file
This patch series adds the Display Support for OMAP3 platforms
and the corresponding changes in the board files.
Version2:
- Optimised to configure INTBR from gpio to PWM1 mode setting and
enabling of the PWM1 mode only when its not in PWM1 mode.
Kishore Y (2):
OMAP3: ZOOM2/3/3630SDP: Ad
On Mon, Oct 25, 2010 at 07:51:38PM -0500, Fernando Guzman Lugo wrote:
> This set of patches fix some issues found in lastest tree.
>
> Fernando Guzman Lugo (8):
> staging: tidspbridge - remove req_addr from proc_map
> staging: tidspbridge - add kconfig parameter for DMM size
> staging: tidsp
The defconfig options for display are taken in the respective Kconfig
to enable display by default on OMAP3 platforms
Signed-off-by: Samreen
---
Version4:
Remove the enabling of the display panels by default.
Version3:
Eliminate the separate default number of FBs for
different a
From: Erik Gilling
NEC WVGA LCD NL8048HL11-01B panel support has been added.
This panel is being used in zoom2/zoom3/3630 sdp boards.
Signed-off-by: Mukund Mittal
Signed-off-by: Rajkumar N
Signed-off-by: Samreen
CC: Subbu Venkatesh
CC: Erik Gilling
---
Version3:
- Optimized the init se
On 10/25/2010 4:33 PM, Thomas Renninger wrote:
Changes in V2:
- Introduce PWR_EVENT_EXIT instead of 0 to mark non-power state
- Use u32 instead of u64 for cpuid, state which is by far enough
New power trace events:
power:processor_idle
power:processor_frequency
power:machine_suspend
C-st
On Tue, Oct 26, 2010 at 3:51 AM, Fernando Guzman Lugo wrote:
> So that avoid non-killable process.
It would be useful to interrupt these tasks from user-space. A
separate ioctl to do that would be needed.
--
Felipe Contreras
--
To unsubscribe from this list: send the line "unsubscribe linux-oma
A new kconfig parameter for DMM size is added. Also DMM is
allocated after the end of SHM area. So that the checks on
DSP are still valid and we avoid using areas between SHM
which are not mapped reducing the probability of shared
memory corruption.
NOTE: This patch has a dependency on this patch:
So that avoid non-killable process.
Signed-off-by: Fernando Guzman Lugo
---
.../staging/tidspbridge/include/dspbridge/sync.h | 13 +++--
1 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/tidspbridge/include/dspbridge/sync.h
b/drivers/staging/tidspbridge
DSP stack dump is changed to GTP7 due to GPT8 is used
by DSP side apps
Signed-off-by: Fernando Guzman Lugo
---
drivers/staging/tidspbridge/core/dsp-mmu.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/tidspbridge/core/dsp-mmu.c
b/drivers/staging/ti
The device address is assigned by tidspbridge no need for that parameter
anymore.
Signed-off-by: Fernando Guzman Lugo
---
.../tidspbridge/include/dspbridge/dspapi-ioctl.h |1 -
.../staging/tidspbridge/include/dspbridge/proc.h |3 --
drivers/staging/tidspbridge/pmgr/dspapi.c
Timeout was not being initialized correctly and should
use time_is-before_jiffies, also make it a parameter
Signed-off-by: Fernando Guzman Lugo
---
drivers/staging/tidspbridge/core/dsp-clock.c | 13 +++--
drivers/staging/tidspbridge/core/dsp-mmu.c |5 -
.../stagin
Now the SHM segments are not in lock tlbs, instead
they are in translation tables. So we cannot disable
twl in order to get the DSP stack dump.
Signed-off-by: Fernando Guzman Lugo
---
drivers/staging/tidspbridge/core/dsp-mmu.c |8
1 files changed, 0 insertions(+), 8 deletions(-)
di
We don't need to manage the mmufault inside a tasklet
it is safer using a workqueue.
Signed-off-by: Fernando Guzman Lugo
---
drivers/staging/tidspbridge/core/dsp-mmu.c | 34 ++--
1 files changed, 22 insertions(+), 12 deletions(-)
diff --git a/drivers/staging/tidspbridg
This set of patches fix some issues found in lastest tree.
Fernando Guzman Lugo (8):
staging: tidspbridge - remove req_addr from proc_map
staging: tidspbridge - add kconfig parameter for DMM size
staging: tidspbridge - change mmufault tasklet to a workqueue
staging: tidspbridge - fix timeo
This patch fixes:
* In delete_node() we need to check for udsp_heap_addr in order
to unmap the head instead of udsp_heap_res_addr which used
to be the reserved memory a not valid anymore.
* Fix in get_io_pages() as pointed by Felipe Contreras in this
mail:
http://marc.info/?l=linux-kernel&
Changes in V2:
- Hanlde PWR_EVENT_EXIT instead of 0 to recon non-power state
The transition was rather smooth, only part I had to fiddle
some time was the check whether a tracepoint/event is
supported by the running kernel.
builtin-timechart must only pass -e power:xy events which
are supported
Changes in V2:
- Introduce PWR_EVENT_EXIT instead of 0 to mark non-power state
- Use u32 instead of u64 for cpuid, state which is by far enough
New power trace events:
power:processor_idle
power:processor_frequency
power:machine_suspend
C-state/idle accounting events:
power:power_start
p
@Ingo: Can you queue up 1/3, it's an independent fix.
On Monday 25 October 2010 06:00:17 pm Arjan van de Ven wrote:
> On 10/25/2010 8:48 AM, Thomas Renninger wrote:
>
> sure naming is one thing
Yes it should get renamed to not show:
cat /sys/devices/system/cpu/cpu0/cpuidle/state0/name
C0
This is
Remove second kfree() call on the same object in the error path of
ehci_hcd_omap_probe()
Signed-off-by: Matthias Kaehlcke
---
drivers/usb/host/ehci-omap.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/host/ehci-omap.c b/drivers/usb/host/ehci-omap.c
index e1
On Monday, October 25, 2010, Arjan van de Ven wrote:
> On 10/25/2010 4:03 AM, Thomas Renninger wrote:
> > On Monday 25 October 2010 12:04:28 Ingo Molnar wrote:
> >> * Thomas Renninger wrote:
> >>
> >>> New power trace events:
> >>> power:processor_idle
> >>> power:processor_frequency
> >>> power:m
On Monday, October 25, 2010, Mathieu Desnoyers wrote:
> * Ingo Molnar (mi...@elte.hu) wrote:
> >
> > * Thomas Renninger wrote:
> >
> > > On Monday 25 October 2010 12:04:28 Ingo Molnar wrote:
> > > >
> > > > * Thomas Renninger wrote:
> > > >
> > > > > New power trace events:
> > > > > power:pr
* Ohad Ben-Cohen [101024 10:45]:
> Hi Tony,
>
> On Fri, Oct 22, 2010 at 6:56 PM, Tony Lindgren wrote:
> > Guys, let's try to come up with a generic interface for this instead of
> > polluting the device drivers with more omap specific interfaces.
> >
> > We really want to keep the drivers generi
If some fixed da address is wanted to be mapped and the page
is freed but it is used as gap, the mapping will fail.
This patch is fixing that and olny keeps the gap for
not fixed address.
Signed-off-by: Fernando Guzman Lugo
---
arch/arm/plat-omap/iovmm.c |4 ++--
1 files changed, 2 insertion
Some IOMMUs cannot use the whole 0x0 - 0x rage.
With this new API the valid range can be set.
Signed-off-by: Fernando Guzman Lugo
---
arch/arm/plat-omap/include/plat/iommu.h |3 ++
arch/arm/plat-omap/iommu.c | 33 +++
arch/arm/plat-omap/iovm
This patch adds superpages support to fixed ad address
inside iommu_kmap function.
Signed-off-by: Fernando Guzman Lugo
---
arch/arm/plat-omap/iovmm.c | 62 +--
1 files changed, 36 insertions(+), 26 deletions(-)
diff --git a/arch/arm/plat-omap/iovmm.c b/
Omap platform is omap_iounmap function.
Signed-off-by: Fernando Guzman Lugo
---
arch/arm/plat-omap/iovmm.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-omap/iovmm.c b/arch/arm/plat-omap/iovmm.c
index 93a34d9..5489ca9 100644
--- a/arch/arm/plat-omap/iovm
Version 5:
* Changes in "iommu: create new api to set valid da range"
- Change range variables to platform data structure.
Version 4:
* Changes in "iommu: create new api to set valid da range"
- Validate range for fixed address.
- Change way of change boundaries to avoid possible overflow
Remove unreachable return statement.
Signed-off-by: Omar Ramirez Luna
---
arch/arm/mach-omap2/mailbox.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/arch/arm/mach-omap2/mailbox.c b/arch/arm/mach-omap2/mailbox.c
index a0af532..7dc9fa6 100644
--- a/arch/arm/mach-omap2/
Please discard this set of patches I will send them again with
The correct prefix (omap) to avoid confusion with other
Iommu componets.
Sorry for the noise.
Regards,
Fernando.
> -Original Message-
> From: Guzman Lugo, Fernando
> Sent: Monday, October 25, 2010 1:52 PM
> To: hiroshi.d..
Hi Linus,
Please pull omap updates from:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
omap-for-linus
There are few minor merge conflicts, but I've left them unmerged as I believe
that's the way you want them nowadays. The merge conflicts are just overlapping
additions
Some IOMMUs cannot use the whole 0x0 - 0x rage.
With this new API the valid range can be set.
Signed-off-by: Fernando Guzman Lugo
---
arch/arm/plat-omap/include/plat/iommu.h |3 ++
arch/arm/plat-omap/iommu.c | 33 +++
arch/arm/plat-omap/iovm
Version 5:
* Changes in "iommu: create new api to set valid da range"
- Change range variables to platform data structure.
Version 4:
* Changes in "iommu: create new api to set valid da range"
- Validate range for fixed address.
- Change way of change boundaries to avoid possible overflow
If some fixed da address is wanted to be mapped and the page
is freed but it is used as gap, the mapping will fail.
This patch is fixing that and olny keeps the gap for
not fixed address.
Signed-off-by: Fernando Guzman Lugo
---
arch/arm/plat-omap/iovmm.c |4 ++--
1 files changed, 2 insertion
This patch adds superpages support to fixed ad address
inside iommu_kmap function.
Signed-off-by: Fernando Guzman Lugo
---
arch/arm/plat-omap/iovmm.c | 62 +--
1 files changed, 36 insertions(+), 26 deletions(-)
diff --git a/arch/arm/plat-omap/iovmm.c b/
Omap platform is omap_iounmap function.
Signed-off-by: Fernando Guzman Lugo
---
arch/arm/plat-omap/iovmm.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/plat-omap/iovmm.c b/arch/arm/plat-omap/iovmm.c
index 93a34d9..5489ca9 100644
--- a/arch/arm/plat-omap/iovm
"Gopinath, Thara" writes:
>>>-Original Message-
>>>From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
>>>Sent: Friday, October 22, 2010 10:22 PM
>>>To: Gopinath, Thara
>>>Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Cousson, Benoit; Sripathy,
>>>Vishwanath; Sawant, Anand
>>>Subjec
On 10/25/2010 8:48 AM, Thomas Renninger wrote:
On Monday 25 October 2010 16:56:04 Ingo Molnar wrote:
* Arjan van de Ven wrote:
On 10/25/2010 7:36 AM, Thomas Renninger wrote:
ok so we have
"C0 idle"
Ideally this should not be called C0, but expressed
as (#define) POLL_IDLE wherever possible.
On Monday 25 October 2010 16:56:04 Ingo Molnar wrote:
>
> * Arjan van de Ven wrote:
> > On 10/25/2010 7:36 AM, Thomas Renninger wrote:
> > ok so we have
> >
> > "C0 idle"
Ideally this should not be called C0, but expressed
as (#define) POLL_IDLE wherever possible.
In all documentations/specs/wh
From: Srinath
This patch adds basic board file. Detailed support will follow in
subsequent patches.
[1] http://www.ti.com/sitara
[2] http://www.mistralsolutions.com/products/craneboard.php
This patch has been created against omap-next branch.
Signed-off-by: Srinath
---
arch/arm/c
* Arjan van de Ven wrote:
> On 10/25/2010 7:36 AM, Thomas Renninger wrote:
> >>I know that your new API tries to use "0" as exit, but 0 is already
> >>taken (in all power terminology at least on x86 it is) for this.
> >cpuidle indeed misuses C0 as "poll idle" state.
> >That's really bad/misleadi
On Monday 25 October 2010 16:11:10 Arjan van de Ven wrote:
> On 10/25/2010 5:55 AM, Thomas Renninger wrote:
>
>
> >> But the actual code does not actually deal with any 'state 0', does it?
> > It does. Not being idle is tracked by cpuidle driver as state 0
> > (arch independent):
> > /sys/devices
On 10/25/2010 7:36 AM, Thomas Renninger wrote:
I know that your new API tries to use "0" as exit, but 0 is already
taken (in all power terminology at least on x86 it is) for this.
cpuidle indeed misuses C0 as "poll idle" state.
That's really bad/misleading, but nothing that can be changed easily
On Monday 25 October 2010 15:55:08 Arjan van de Ven wrote:
> On 10/25/2010 2:41 AM, Thomas Renninger wrote:
> > On Monday 25 October 2010 08:54:34 Arjan van de Ven wrote:
> >> On 10/19/2010 4:36 AM, Thomas Renninger wrote:
> >>>static void poll_idle(void)
> >>>{
> >>> - trace_power_start(PO
Flush the writes to IRQSTATUS_L0 register in the DMA interrupt handler by
reading the register
directly after write. This prevents the spurious DMA interrupts noted when
using VDD_OPP 1
Signed-off-by: Mathias Nyman
---
arch/arm/plat-omap/dma.c |2 ++
1 files changed, 2 insertions(+), 0 del
On 10/25/2010 5:55 AM, Thomas Renninger wrote:
But the actual code does not actually deal with any 'state 0', does it?
It does. Not being idle is tracked by cpuidle driver as state 0
(arch independent):
/sys/devices/system/cpu/cpu0/cpuidle/state0/
halt/C1 on X86 is:
/sys/devices/system/cpu/cpu
This patch on a cursory look seems much better. thanks. couple of
suggestions
$subject - you dont need that 1/1 for a single patch ;)
$subject - s/craneboard: Add craneboard support/Add craneboard support
might be good enough for reducing redundancy.
srin...@mistralsolutions.com had written, on
On 10/25/2010 4:03 AM, Thomas Renninger wrote:
On Monday 25 October 2010 12:04:28 Ingo Molnar wrote:
* Thomas Renninger wrote:
New power trace events:
power:processor_idle
power:processor_frequency
power:machine_suspend
C-state/idle accounting events:
power:power_start
power:power_end
On 10/25/2010 2:41 AM, Thomas Renninger wrote:
On Monday 25 October 2010 08:54:34 Arjan van de Ven wrote:
On 10/19/2010 4:36 AM, Thomas Renninger wrote:
static void poll_idle(void)
{
- trace_power_start(POWER_CSTATE, 0, smp_processor_id());
local_irq_enable();
while
From: Srinath
This patch adds basic board file. Detailed support will follow in
subsequent patches.
[1] http://www.ti.com/sitara
[2] http://www.mistralsolutions.com/products/craneboard.php
This patch has been created against omap-next branch.
Signed-off-by: Srinath
---
arch/arm/c
* Ingo Molnar (mi...@elte.hu) wrote:
>
> * Thomas Renninger wrote:
>
> > On Monday 25 October 2010 12:04:28 Ingo Molnar wrote:
> > >
> > > * Thomas Renninger wrote:
> > >
> > > > New power trace events:
> > > > power:processor_idle
> > > > power:processor_frequency
> > > > power:machine_suspe
On Monday 25 October 2010 13:55:25 Ingo Molnar wrote:
>
> * Thomas Renninger wrote:
>
> > On Monday 25 October 2010 12:04:28 Ingo Molnar wrote:
> > >
> > > * Thomas Renninger wrote:
> > >
> > > > New power trace events:
> > > > power:processor_idle
> > > > power:processor_frequency
> > > > po
* Thomas Renninger wrote:
> On Monday 25 October 2010 12:04:28 Ingo Molnar wrote:
> >
> > * Thomas Renninger wrote:
> >
> > > New power trace events:
> > > power:processor_idle
> > > power:processor_frequency
> > > power:machine_suspend
> > >
> > >
> > > C-state/idle accounting events:
> >
Hiremath, Vaibhav wrote:
>> -Original Message-
>> From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
>> ow...@vger.kernel.org] On Behalf Of Nilofer, Samreen
>> Sent: Thursday, October 14, 2010 4:57 PM
>> To: linux-omap@vger.kernel.org
>> Cc: Kishore Y; Mittal, Mukund; Rajkumar N; Ni
>>>Thara Gopinath writes:
>>>
+ if (ret) {
>>>
>>> goto error;
>>>
+ struct resource *mem;
+
+ iounmap(sr_info->base);
+ mem = platform_get_resource(sr_info->pdev,
+
On Monday 25 October 2010 12:04:28 Ingo Molnar wrote:
>
> * Thomas Renninger wrote:
>
> > New power trace events:
> > power:processor_idle
> > power:processor_frequency
> > power:machine_suspend
> >
> >
> > C-state/idle accounting events:
> > power:power_start
> > power:power_end
> > are r
On Mon, 2010-10-25 at 11:04 +0530, G, Manjunath Kondaiah wrote:
> David,
>
> > -Original Message-
> > From: David Woodhouse [mailto:dw...@infradead.org]
> > Sent: Monday, October 25, 2010 5:32 AM
> > To: Menon, Nishanth
> > Cc: Russell King - ARM Linux; G, Manjunath Kondaiah;
> > linux-o
* Thomas Renninger wrote:
> New power trace events:
> power:processor_idle
> power:processor_frequency
> power:machine_suspend
>
>
> C-state/idle accounting events:
> power:power_start
> power:power_end
> are replaced with:
> power:processor_idle
Well, most power saving hw models (and t
On Monday 25 October 2010 08:54:34 Arjan van de Ven wrote:
> On 10/19/2010 4:36 AM, Thomas Renninger wrote:
> > static void poll_idle(void)
> > {
> > - trace_power_start(POWER_CSTATE, 0, smp_processor_id());
> > local_irq_enable();
> > while (!need_resched())
> > cpu_relax
>>-Original Message-
>>From: Cousson, Benoit
>>Sent: Monday, October 25, 2010 3:00 PM
>>To: Gopinath, Thara
>>Cc: linux-omap@vger.kernel.org; khil...@deeprootsystems.com; p...@pwsan.com;
>>Sripathy, Vishwanath; Sawant, Anand
>>Subject: Re: [PATCH v3 01/11] OMAP: PM: Export the main pm deb
On 9/22/2010 4:45 PM, Gopinath, Thara wrote:
This patch makes generic pm_debug directory global
so that other drivers can include it and use it to create
sub-entries.
That should not be needed, if we expose voltage debugfs entry in the top
level directly.
Benoit
Signed-off-by: Thara Gopi
Hi Thara,
On 9/22/2010 4:45 PM, Gopinath, Thara wrote:
This patch adds debug support to the voltage and smartreflex drivers.
This means a whole bunch of voltage processor and smartreflex
parameters are now visible through the pm debugfs. By default
only a read of these parameters are permitted.
>>-Original Message-
>>From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
>>Sent: Friday, October 22, 2010 10:08 PM
>>To: Gopinath, Thara
>>Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Cousson, Benoit; Sripathy,
>>Vishwanath; Sawant, Anand
>>Subject: Re: [PATCH v3 09/11] OMAP3: PM
>>-Original Message-
>>From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
>>Sent: Friday, October 22, 2010 10:22 PM
>>To: Gopinath, Thara
>>Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Cousson, Benoit; Sripathy,
>>Vishwanath; Sawant, Anand
>>Subject: Re: [PATCH v3 08/11] OMAP3: PM
On Mon, 2010-10-25 at 01:01 +0100, David Woodhouse wrote:
> On Thu, 2010-10-07 at 14:50 -0500, Nishanth Menon wrote:
> > my comment being that by moving {read,write}[wlb] to __raw versions dont
> > solve the real issue of namespace here. fix should be in
> > arch/arm/include/asm/io.h IMHO. so tha
Hi Rene,
On Sat, 2010-10-23 at 15:28 -0500, Sapiens, Rene wrote:
> Hi Ionut,
> On Friday, October 22, 2010 9:09 AM Ionut Nicu wrote:
> > Most likely I will have to break patch 4/4 from this series (which I
> > also believe is way too big) into multiple patches and re-submit.
> >
> > I'm expecting
On Fri, Oct 22, 2010 at 02:01:22PM -0500, green wrote:
Felipe Balbi wrote at 2010-10-21 14:09 -0500:
On Thu, Oct 21, 2010 at 01:00:19PM -0500, Kevin Hilman wrote:
>Hey, don't you have a 2420 device. There were some cool 2420-based
>tablets a few years ago made by some company in Finland that yo
70 matches
Mail list logo