From mboxrd@z Thu Jan 1 00:00:00 1970 From: Arjan van de Ven Subject: Re: [PATCH] serverworks should not take ahold of megaraid'd controllers Date: Thu, 21 Jul 2005 18:51:00 -0400 Message-ID: <1121986260.3914.6.camel@localhost.localdomain> References: <42E023B2.5030900@us.ibm.com> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: Received: from [216.208.38.107] ([216.208.38.107]:5000 "EHLO OTTLS.pngxnet.com") by vger.kernel.org with ESMTP id S261932AbVGUWvS (ORCPT ); Thu, 21 Jul 2005 18:51:18 -0400 In-Reply-To: <42E023B2.5030900@us.ibm.com> Sender: linux-ide-owner@vger.kernel.org List-Id: linux-ide@vger.kernel.org To: "Darrick J. Wong" Cc: linux-ide@vger.kernel.org, linux-kernel@vger.kernel.org, AJ Johnson On Thu, 2005-07-21 at 15:37 -0700, Darrick J. Wong wrote: > Hi all, > > I've noticed what might be a small bug with the serverworks driver in > 2.6.12.3. The IBM HS20 blade has a ServerWorks CSB6 IDE controller with > an optional LSI MegaIDE RAID BIOS (BIOS assisted software raid, iow). > When this megaide BIOS is enabled on the HS20, the PCI > subvendor/subdevice IDs on the CSB6 are changed from the default > (ServerWorks) to IBM. However, the serverworks driver doesn't notice > this and will attach to the controller anyway, thus allowing raw access > to the disks in the RAID. An unsuspecting user can then read and write > whatever they want to the drive, which could very well degrade or > destroy the array, which is clearly not desirable behavior. actually this is the RIGHT behavior. This way dmraid can address the raid format and make the thing work. Your patch will break it. That is a very bad idea. So this is a NAK on your patch.