linux-kernel - RE: PATCH [2/8] scsi: megaraid_sas

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <9738BCBE884FDB42801FAD8A7769C26501CA22B8@NAMAIL1.ad.lsil.com>
Date:	Fri, 9 Nov 2007 13:43:56 -0700
From:	"Yang, Bo" <Bo.Yang@....com>
To:	<James.Bottomley@...elEye.com>
Cc:	<linux-scsi@...r.kernel.org>, <akpm@...l.org>,
	<linux-kernel@...r.kernel.org>,
	"Christoph Hellwig" <hch@...radead.org>
Subject: RE: PATCH [2/8] scsi: megaraid_sas - add module param fast_load

James,

We are re-submitting those patches with the two patches (patch [2/8]--
"add module param fast_load" and patch [3/8] -- "add module param
max_sectors, cmd_per_lun" ) droped for now.  Later on we may implement
the module params as suggested by the community members.

Regards.

Bo Yang   

-----Original Message-----
From: Christoph Hellwig [mailto:hch@...radead.org] 
Sent: Wednesday, November 07, 2007 12:40 PM
To: Yang, Bo
Cc: Christoph Hellwig; linux-scsi@...r.kernel.org;
James.Bottomley@...elEye.com; akpm@...l.org;
linux-kernel@...r.kernel.org
Subject: Re: PATCH [2/8] scsi: megaraid_sas - add module param fast_load

On Tue, Nov 06, 2007 at 12:04:31PM -0700, Yang, Bo wrote:
> I see that scsi_scan_host_selected is in scsi_priv.h and currently is 
> not used by any other driver. The scsi_priv.h is not part of the 
> include dir (/include/scsi). One of the major Linux distro's don't 
> even include this file in /usr/src/kernels. Also it looks like at this

> time this function may not be available (not exported?) for driver
modules to use.
> Even if I include scsi_priv.h I get "unknown symbol" for this function

> while loading.

Yes, it would have to be exported and moved to a public header.

> May be in the long run we can solve all these issues to call 
> scsi_scan_host_selected. However, the current implementation works 
> fine and has been tested by LSI and others. This implementation 
> doesn't break any protocol nor does it adversely affect any driver
functionality.

Your implementation adds state to scanning that could easily break and
makes the driver complex for things that don't belong into a driver, so
there's a clear NACK for this from me.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/