] DSPBRIDGE: DSP recovery feature
On Tue, Mar 23, 2010 at 9:29 PM, Guzman Lugo, Fernando x0095...@ti.com
wrote:
I have tested just using an application (base on bridged code) which is
registered for fatal events and once it receives an event it prints the
received event:
Ok, I ran your test
Hey Fernando,
On Wed, Mar 24, 2010 at 08:18:36PM +0100, ext Guzman Lugo, Fernando wrote:
Hi Felipe,
So, before your patch, the get_message() failed, and the next
wait_for_events() succeeded and returned the MMU fault. Now, the
get_message() fails, and so does the wait_for_events().
The
On Fri, Mar 5, 2010 at 12:12 PM, Guzman Lugo, Fernando x0095...@ti.com wrote:
This patch implements a workqueue in charge of reseting
DSP in case of fatal error.
I found another problem. It seems if after the mmu fault I close the
driver handle, and open it again on the same process, the driver
Palande; felipe.contre...@nokia.com
Subject: RE: [PATCH 2/2] DSPBRIDGE: DSP recovery feature
-Original Message-
From: Felipe Contreras [mailto:felipe.contre...@gmail.com]
Sent: Friday, March 19, 2010 4:11 PM
To: Guzman Lugo, Fernando
Cc: Hebbar, Shivananda; linux-omap@vger.kernel.org
On Fri, Mar 5, 2010 at 12:12 PM, Guzman Lugo, Fernando x0095...@ti.com wrote:
--- a/arch/arm/plat-omap/include/dspbridge/drv.h
+++ b/arch/arm/plat-omap/include/dspbridge/drv.h
@@ -389,4 +389,7 @@ extern u32 drv_request_resources(u32 dw_context, u32
*pDevNodeString);
*/
extern u32
On Fri, Mar 19, 2010 at 1:51 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
I tried to rebase this patch on top of the latest head and the
user-space client never gets notified of the MMUFAULT. After manually
killing the process, the DSP is restarted correctly though.
Strike that.
...@nokia.com
Subject: Re: [PATCH 2/2] DSPBRIDGE: DSP recovery feature
On Fri, Mar 19, 2010 at 1:51 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
I tried to rebase this patch on top of the latest head and the
user-space client never gets notified of the MMUFAULT.
After manually
killing
On Fri, Mar 19, 2010 at 6:18 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Fri, Mar 19, 2010 at 6:05 PM, Hebbar, Shivananda x0heb...@ti.com wrote:
Client app must register for MMUFault/DSPSysError events. Then only
You will receive notifications.
It is registered, and it was
-Original Message-
From: Felipe Contreras [mailto:felipe.contre...@gmail.com]
Sent: Friday, March 19, 2010 1:00 PM
To: Hebbar, Shivananda
Cc: Guzman Lugo, Fernando; linux-omap@vger.kernel.org; Hiroshi DOYU; Ameya
Palande; felipe.contre...@nokia.com
Subject: Re: [PATCH 2/2] DSPBRIDGE: DSP
On Fri, Mar 19, 2010 at 11:49 PM, Guzman Lugo, Fernando x0095...@ti.com wrote:
Do you mean applying DSP recovery process you are no able to receive MMUFault
notifications?
I am going to check that case. Is there any possibility that the process is
stuck waiting other event?
I think
-Original Message-
From: Felipe Contreras [mailto:felipe.contre...@gmail.com]
Sent: Friday, March 19, 2010 4:11 PM
To: Guzman Lugo, Fernando
Cc: Hebbar, Shivananda; linux-omap@vger.kernel.org; Hiroshi DOYU; Ameya
Palande; felipe.contre...@nokia.com
Subject: Re: [PATCH 2/2] DSPBRIDGE: DSP
11 matches
Mail list logo