From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from edu-smtp-02.edutel.nl (edu-smtp-02.edutel.nl [88.159.1.176]) by ozlabs.org (Postfix) with ESMTP id 204EEB70A8 for ; Tue, 17 Aug 2010 17:22:19 +1000 (EST) Message-ID: <4C6A38A4.6070505@neli.hopto.org> Date: Tue, 17 Aug 2010 09:22:12 +0200 From: Micha Nelissen MIME-Version: 1.0 To: "Bounine, Alexandre" Subject: Re: [PATCH 7/9] RapidIO: Add handling for PW message from a lost device References: <1281712686-31308-1-git-send-email-alexandre.bounine@idt.com> <1281712686-31308-8-git-send-email-alexandre.bounine@idt.com> <4C692F31.2020705@neli.hopto.org> <0CE8B6BE3C4AD74AB97D9D29BD24E552011D6040@CORPEXCH1.na.ads.idt.com> In-Reply-To: <0CE8B6BE3C4AD74AB97D9D29BD24E552011D6040@CORPEXCH1.na.ads.idt.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Cc: linuxppc-dev@ozlabs.org, akpm@linux-foundation.org, linux-kernel@vger.kernel.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Bounine, Alexandre wrote: > That "real" PW message may be dropped by the controller (85xx is good > example). Everything depends on number of PW messages directed to the > host/controller. I am trying to use the first available notification to > service device removal. If the "real" PW message is received it should > be processed without any further action. Perhaps an idea is to use the repeated port-write sending feature so that dropped port-writes are not a problem anymore. Micha