From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <4B224D35.8030500@domain.hid> Date: Fri, 11 Dec 2009 14:46:29 +0100 From: Jan Kiszka MIME-Version: 1.0 References: <4B223227.4020208@domain.hid> <4B2249E3.7030705@domain.hid> In-Reply-To: <4B2249E3.7030705@domain.hid> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Adeos-main] [pull request] Avoid double bug reports List-Id: General discussion about Adeos List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gilles Chanteperdrix Cc: adeos-main , Philippe Gerum Gilles Chanteperdrix wrote: > Jan Kiszka wrote: >> The following changes since commit 88fd7426f3565647b4f5ef93d8e612e059dae873: >> Philippe Gerum (1): >> Make generic atomic ops Adeos-aware >> >> are available in the git repository at: >> >> git://git.kiszka.org/ipipe-2.6.git queues/2.6.31-noarch >> >> Jan Kiszka (2): >> noarch: Don't check for internal errors during oops >> noarch: Set oops_in_progress on failing context check >> >> kernel/ipipe/core.c | 6 +++--- >> 1 files changed, 3 insertions(+), 3 deletions(-) >> >> ------- >> >> noarch: Don't check for internal errors during oops >> >> We are busted already, verifying the context here only generates >> confusing output or causes even more corruptions. >> >> Signed-off-by: Jan Kiszka > > Are we sure this fixes all issues? Maybe we should wait for Josh tests > before releasing another I-pipe patch? I doesn't fix Josh's primary issue, it targets at some of the succeeding errors he got (it doesn't make sense to complain about incorrect contexts twice or more, specifically if the BUG_ONs provide less information than the primary check). Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux