Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757905Ab0LTO0g (ORCPT ); Mon, 20 Dec 2010 09:26:36 -0500 Received: from smtp.nokia.com ([147.243.1.47]:43287 "EHLO mgw-sa01.nokia.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757891Ab0LTO0e (ORCPT ); Mon, 20 Dec 2010 09:26:34 -0500 From: Felipe Contreras To: linux-main , linux-omap , Greg KH , Omar Ramirez Luna Cc: Ohad Ben-Cohen , Fernando Guzman Lugo , Nishanth Menon , Ameya Palande , Felipe Contreras Subject: [PATCH 0/2] staging: tidspbridge: fix dma race condition Date: Mon, 20 Dec 2010 16:25:32 +0200 Message-Id: <1292855134-14374-1-git-send-email-felipe.contreras@nokia.com> X-Mailer: git-send-email 1.7.3.3 X-Nokia-AV: Clean Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1102 Lines: 29 Hi, I found a race condition that triggers a kernel panic. It's explained in the following patches, but basically the map_obj that contains the user pages is being destroyed while doing a DMA operation (which requires that map_obj). My solution is to convert the spinlock to a semaphore, and exten the area protected (which might sleep). I have not tested these specific patches; they have been forward ported. But in a similar branch, they solve the issue. Felipe Contreras (2): staging: tidspbridge: convert dmm_map_lock to sema staging: tidspbridge: extend dmm_map semaphore .../staging/tidspbridge/include/dspbridge/drv.h | 2 +- drivers/staging/tidspbridge/rmgr/drv_interface.c | 2 +- drivers/staging/tidspbridge/rmgr/proc.c | 23 +++++++++++++------- 3 files changed, 17 insertions(+), 10 deletions(-) -- 1.7.3.3 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/