Re: Areca driver recap + status

From: erich
Date: Tue Jun 27 2006 - 05:46:41 EST


Dear Robert Mueller,

Does arcmsr still has more than one value per file issue on it?
Maybe I am miss-understand the means of one value per file.
Please tell me the issue, thanks.
About the BE platform, Areca's user on linux sparc platform had ran this driver successfuly.
But I attempt to install linux system on ppc platform and run this driver for more long time testing this day.
I will patch PAE issue on pci_map_single again and handle SYNCHRONIZE_CACHE for your request.

Best Regards
Erich Chen
----- Original Message ----- From: "James Bottomley" <James.Bottomley@xxxxxxxxxxxx>
To: "Andrew Morton" <akpm@xxxxxxxx>
Cc: <rdunlap@xxxxxxxxxxxx>; <hch@xxxxxxxxxxxxx>; <erich@xxxxxxxxxxxx>; <brong@xxxxxxxxxxx>; <dax@xxxxxxxxxxxx>; <linux-kernel@xxxxxxxxxxxxxxx>; <linux-scsi@xxxxxxxxxxxxxxx>; "Robert Mueller" <robm@xxxxxxxxxxx>
Sent: Monday, June 26, 2006 10:48 PM
Subject: Re: Areca driver recap + status


On Wed, 2006-06-21 at 22:28 -0700, Andrew Morton wrote:
On Thu, 22 Jun 2006 14:18:23 +1000
"Robert Mueller" <robm@xxxxxxxxxxx> wrote:

> The driver went into 2.6.11-rc3-mm1 here:
> http://marc.theaimsgroup.com/?l=linux-kernel&m=110754432622498&w=2

One and a half years.

Would the world end if we just merged the dang thing?

Not the world perhaps, but I'm unwilling to concede that if a driver
author is given a list of major issues and does nothing, then the driver
should go in after everyone gets impatient.

The rules for inclusion are elastic and include broad leeway for good
behaviour, but this would stretch the elasticity way beyond breaking
point.

The list of issues is here:

http://marc.theaimsgroup.com/?l=linux-scsi&m=114556263632510

Most of the serious stuff is fixed with the exception of:

- sysfs has more than one value per file
- BE platform support
- PAE (cast of dma_addr_t to unsigned long) issues.
- SYNCHRONIZE_CACHE is ignored. This is wrong. The sync cache in the
shutdown notifier isn't sufficient.

At least the sysfs files have to be fixed before it goes in ... unless
you want to be lynched by Greg?

What I could do is set up a holding tree for all the fixed ... but -mm
is doing a good job of that at the moment.

James



-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/