public inbox for linux-scsi@vger.kernel.org
 help / color / mirror / Atom feed
* Aic7xxx v6.2.23 and Aic79xx v1.3.0Alpha3 in bitkeeper
@ 2002-12-16 17:46 James Bottomley
  2002-12-16 18:56 ` Christoph Hellwig
  0 siblings, 1 reply; 3+ messages in thread
From: James Bottomley @ 2002-12-16 17:46 UTC (permalink / raw)
  To: linux-scsi; +Cc: Justin T. Gibbs, Christoph Hellwig

I've moved the previous aic7xxx repository to scsi-aic7xxx-old-2.5 and set up 
a brand new one in its place.  This one should have the import of Justin's 
actual patch sets, so should be easier for us all to manage.

The new repository is at

http://linux-scsi.bkbits.net/scsi-aic7xxx-2.5

I've also asked ftpadmin for a place to put up actual diff files for those 
people who can't use bitkeeper.  Will let everyone know when (if) that happens.

James



^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Aic7xxx v6.2.23 and Aic79xx v1.3.0Alpha3 in bitkeeper
  2002-12-16 17:46 Aic7xxx v6.2.23 and Aic79xx v1.3.0Alpha3 in bitkeeper James Bottomley
@ 2002-12-16 18:56 ` Christoph Hellwig
  2002-12-16 19:16   ` Justin T. Gibbs
  0 siblings, 1 reply; 3+ messages in thread
From: Christoph Hellwig @ 2002-12-16 18:56 UTC (permalink / raw)
  To: James Bottomley; +Cc: linux-scsi, Justin T. Gibbs

On Mon, Dec 16, 2002 at 11:46:45AM -0600, James Bottomley wrote:
> I've moved the previous aic7xxx repository to scsi-aic7xxx-old-2.5 and set up 
> a brand new one in its place.  This one should have the import of Justin's 
> actual patch sets, so should be easier for us all to manage.
> 
> The new repository is at
> 
> http://linux-scsi.bkbits.net/scsi-aic7xxx-2.5

>From a first look it seems almost fine.  There's a small problem in
the ->biosparam implementations, and at least a part of that is
probably my fault.

In aic7xxx there is a ahd_linux_biosparam prototype instead of
ahc_linux_biosparam and the actual implementation doesn't use the
sector_div wrapper I sent justing yet, so it probably fails on system
that are configured with 64bit block numbers.  Also my cleanups to
get the ifdef mess down in ->biosparam don't seem to be there, maybe
my style doesn't match Justins (?).

I've seen Justin moved aic_sector_div into the common aiclib.c file,
which seems to be a good idea to me, and I think there's more in the
*_osm.c headers that should go this way.  I think it should become
an module of it's own at least for the kernel tree, even if Adaptec
wants to keep it included in their tarballs.

Now I'll actually try to compile it..

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Aic7xxx v6.2.23 and Aic79xx v1.3.0Alpha3 in bitkeeper
  2002-12-16 18:56 ` Christoph Hellwig
@ 2002-12-16 19:16   ` Justin T. Gibbs
  0 siblings, 0 replies; 3+ messages in thread
From: Justin T. Gibbs @ 2002-12-16 19:16 UTC (permalink / raw)
  To: Christoph Hellwig, James Bottomley; +Cc: linux-scsi

> On Mon, Dec 16, 2002 at 11:46:45AM -0600, James Bottomley wrote:
>> I've moved the previous aic7xxx repository to scsi-aic7xxx-old-2.5 and
>> set up  a brand new one in its place.  This one should have the import
>> of Justin's  actual patch sets, so should be easier for us all to manage.
>> 
>> The new repository is at
>> 
>> http://linux-scsi.bkbits.net/scsi-aic7xxx-2.5
> 
> From a first look it seems almost fine.  There's a small problem in
> the ->biosparam implementations, and at least a part of that is
> probably my fault.
> 
> In aic7xxx there is a ahd_linux_biosparam prototype instead of
> ahc_linux_biosparam and the actual implementation doesn't use the
> sector_div wrapper I sent justing yet, so it probably fails on system
> that are configured with 64bit block numbers.  Also my cleanups to
> get the ifdef mess down in ->biosparam don't seem to be there, maybe
> my style doesn't match Justins (?).

I just forgot to finish the integration into aic7xxx.  Ooops.  I'll
fix that today.

> I've seen Justin moved aic_sector_div into the common aiclib.c file,
> which seems to be a good idea to me, and I think there's more in the
> *_osm.c headers that should go this way.  I think it should become
> an module of it's own at least for the kernel tree, even if Adaptec
> wants to keep it included in their tarballs.

The aiclib stuff should become a module, but until we can validate that
having it as a separate module works correctly for driver update diskette,
and initrd scenarios, we've basically punted on that.  There is a comment
to that effect in aiclib.h under the heading "Module Library Hack".

--
Justin

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2002-12-16 19:16 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-12-16 17:46 Aic7xxx v6.2.23 and Aic79xx v1.3.0Alpha3 in bitkeeper James Bottomley
2002-12-16 18:56 ` Christoph Hellwig
2002-12-16 19:16   ` Justin T. Gibbs

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox