Hi Madhu,
Madhusudhan wrote:
-Original Message-
From: Steve Sakoman [mailto:sako...@gmail.com]
Sent: Thursday, October 07, 2010 8:57 AM
To: Mike Rapoport
Cc: Madhusudhan Chikkature; David Vrabel; Chris Ball; linux-
m...@vger.kernel.org; linux-omap@vger.kernel.org; Adrian Hunter
Subject
On Sat, 2010-10-09 at 21:39 -0400, Steven Rostedt wrote:
> I've been hesitant in the pass from doing the TRACE_EVENT_ABI()
> before, because Peter Zijlstra (who is currently MIA) has been strongly
> against it.
I see no point in the TRACE_EVENT_ABI() because if I need to change such
a tracepoint
Hi,
2010/10/9 Grazvydas Ignotas :
>> Also, you may take Gadiyar's suggestion to post your musb debug info.
>
> Thanks for ideas, I've found why it happens for me. It's because my
> network setup script looks like this:
> ifconfig usb0 10.0.1.2 down
> ifconfig usb0 10.0.1.2 up
>
> So to reproduce,
On Sat, 2010-10-09 at 16:20 -0700, Linus Torvalds wrote:
> On Sat, Oct 9, 2010 at 2:15 PM, Steven Rostedt wrote:
> >
> > The difference here compared to all other user interfaces, is that this
> > interface has the sole purpose of showing what is happening inside the
> > kernel.
>
> Bogus and dis
On Sat, Oct 9, 2010 at 2:15 PM, Steven Rostedt wrote:
>
> The difference here compared to all other user interfaces, is that this
> interface has the sole purpose of showing what is happening inside the
> kernel.
Bogus and dishonest argument.
Listen to yourself, and read this thread again.
The
On Friday, October 08, 2010, Nishanth Menon wrote:
> SoCs have a standard set of tuples consisting of frequency and
> voltage pairs that the device will support per voltage domain. These
> are called Operating Performance Points or OPPs. The actual
> definitions of OPP varies over silicon versions.
On Sat, 2010-10-09 at 09:19 -0700, Arjan van de Ven wrote:
> > I.e. it's not an ABI in the classic sense - we do not (because we
> > cannot) guarantee the infinite availability of these events. But we can
> > guarantee that the fields do not change in some stupid, avoidable way.
>
> also I have t
On Sat, 2010-10-09 at 11:36 -0700, Linus Torvalds wrote:
> On Sat, Oct 9, 2010 at 1:14 AM, Pierre Tardy wrote:
> > On Sat, Oct 9, 2010 at 8:28 AM, Ingo Molnar wrote:
> >>
> >
> >> The thing is, Arjan is 100% right that a library for this is not a
> >> 'solution', it's an unnecessary complication.
On Sat, Oct 09, 2010 at 11:20:50PM +0530, Rabin Vincent wrote:
> On Sun, Mar 7, 2010 at 1:48 AM, Russell King - ARM Linux
> wrote:
> > On Fri, Mar 05, 2010 at 04:36:47PM -0800, Tim Bird wrote:
> >> IRQENTRY_TEXT was added to vmlinux.lds.S (to eliminate
> >> a compiler error on kernel/trace/trace_f
On Sat, Oct 9, 2010 at 1:14 AM, Pierre Tardy wrote:
> On Sat, Oct 9, 2010 at 8:28 AM, Ingo Molnar wrote:
>>
>
>> The thing is, Arjan is 100% right that a library for this is not a
>> 'solution', it's an unnecessary complication.
> Yes. sounds like overengineering.
I also want to remind people th
On Sun, Mar 7, 2010 at 1:48 AM, Russell King - ARM Linux
wrote:
> On Fri, Mar 05, 2010 at 04:36:47PM -0800, Tim Bird wrote:
>> IRQENTRY_TEXT was added to vmlinux.lds.S (to eliminate
>> a compiler error on kernel/trace/trace_functions_graph.c),
>> although no routines were marked as __irq_entry.
>
On 10/8/2010 11:28 PM, Ingo Molnar wrote:
* Mathieu Desnoyers wrote:
* Arjan van de Ven (ar...@linux.intel.com) wrote:
On 10/8/2010 1:38 AM, Ingo Molnar wrote:
The fundamental thing about tracing/instrumentation is that there
are no deep ABI needs: it's all about analyzing development ker
Benoit,
> -Original Message-
> From: Cousson, Benoit
> Sent: Thursday, September 23, 2010 10:15 PM
> To: Basak, Partha
> Cc: Kevin Hilman; G, Manjunath Kondaiah; DebBarma, Tarun Kanti; linux-
> o...@vger.kernel.org; Shilimkar, Santosh; Paul Walmsley; Tony Lindgren
> Subject: Re: [PATCHv3 8
Benoit,
> -Original Message-
> From: Cousson, Benoit
> Sent: Friday, October 01, 2010 1:14 AM
> To: DebBarma, Tarun Kanti
> Cc: linux-omap@vger.kernel.org
> Subject: Re: [PATCHv3 0/17] OMAP dmtimer hwmod
>
> Hi Tarun,
>
> On 9/21/2010 10:50 AM, Tarun Kanti DebBarma wrote:
> > This patch
Benoit,
> -Original Message-
> From: Cousson, Benoit
> Sent: Friday, October 01, 2010 1:57 AM
> To: DebBarma, Tarun Kanti
> Cc: linux-omap@vger.kernel.org; Basak, Partha; Gopinath, Thara; Paul
> Walmsley; Kevin Hilman; Tony Lindgren
> Subject: Re: [PATCHv3 2/17] dmtimer: infrastructure to
Benoit,
> -Original Message-
> From: Cousson, Benoit
> Sent: Friday, October 01, 2010 2:43 AM
> To: DebBarma, Tarun Kanti
> Cc: linux-omap@vger.kernel.org; Gopinath, Thara; Basak, Partha; Paul
> Walmsley; Kevin Hilman; Tony Lindgren
> Subject: Re: [PATCHv3 4/17] dmtimer: add omap2430 hwmod
Benoit,
> -Original Message-
> From: Cousson, Benoit
> Sent: Friday, October 01, 2010 2:53 AM
> To: DebBarma, Tarun Kanti
> Cc: linux-omap@vger.kernel.org; Gopinath, Thara; Basak, Partha; Paul
> Walmsley; Kevin Hilman; Tony Lindgren
> Subject: Re: [PATCHv3 5/17] dmtimer: add omap3xxx hwmod
Benoit,
> -Original Message-
> From: Cousson, Benoit
> Sent: Friday, October 01, 2010 3:03 AM
> To: DebBarma, Tarun Kanti
> Cc: linux-omap@vger.kernel.org; Gopinath, Thara; Basak, Partha; Paul
> Walmsley; Kevin Hilman; Tony Lindgren
> Subject: Re: [PATCHv3 6/17] dmtimer: add omap44xx hwmod
Benoit,
> -Original Message-
> From: Cousson, Benoit
> Sent: Friday, October 01, 2010 3:20 AM
> To: DebBarma, Tarun Kanti
> Cc: linux-omap@vger.kernel.org; Paul Walmsley; Kevin Hilman; Tony Lindgren
> Subject: Re: [PATCHv3 11/17] dmtimer: early boot infrastructure
>
> On 9/21/2010 10:54 AM
Benoit,
> -Original Message-
> From: Cousson, Benoit
> Sent: Friday, October 01, 2010 12:54 PM
> To: Varadarajan, Charulatha
> Cc: linux-omap@vger.kernel.org; Gopinath, Thara; Basak, Partha; DebBarma,
> Tarun Kanti; Paul Walmsley; Tony Lindgren; Kevin Hilman
> Subject: RE: [PATCHv3 1/17] O
Benoit, Paul,
> -Original Message-
> From: Cousson, Benoit
> Sent: Monday, October 04, 2010 1:20 PM
> To: Paul Walmsley
> Cc: DebBarma, Tarun Kanti; linux-omap@vger.kernel.org; Gopinath, Thara;
> Basak, Partha; Kevin Hilman; Tony Lindgren
> Subject: Re: [PATCHv3 3/17] dmtimer: add omap2420
Remove un-necessary wrappers for linux kernel memory
allocation primitives.
Signed-off-by: Ionut Nicu
---
drivers/staging/tidspbridge/Makefile |2 +-
drivers/staging/tidspbridge/gen/gb.c | 11 +--
drivers/staging/tidspbridge/gen/gh.c | 38 ++-
Since the iommu migration patches tidspbridge depends
on the OMAP specific IOMMU implementation. We need to
add this dependency, otherwise we'll have link time
errors.
Signed-off-by: Ionut Nicu
---
drivers/staging/tidspbridge/Kconfig |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
di
Hi,
I'm trying to compile the tidspbridge driver from the dspbridge branch
of the linux-omap git tree and I stumbled upon a few compilation
problems:
1. First is related to the missing header plat/dsp.h added by the
following patch which was not applied to this branch:
http://marc.info/?l=linux-
On Friday, October 08, 2010, Rafael J. Wysocki wrote:
> On Friday, October 08, 2010, Alan Stern wrote:
> > On Thu, 7 Oct 2010, Rafael J. Wysocki wrote:
> >
> > > > If the PM core simply avoids releasing dev->power.lock before
> > > > invoking the runtime_suspend or runtime_resume c
On Sat, Oct 9, 2010 at 8:28 AM, Ingo Molnar wrote:
>
> The thing is, Arjan is 100% right that a library for this is not a
> 'solution', it's an unnecessary complication.
Yes. sounds like overengineering.
> If we need to change events, we can add a new event. The old events will
> lose their rele
26 matches
Mail list logo
