[PATCH] aeventd logging application (Part 1)

[PATCH] aeventd logging application (Part 1)

[Salyzyn, Mark]

[-- Attachment #1: Type: text/plain, Size: 924 bytes --]

This two part patch, the first part the bulk of a single source file
necessarily being gzip compressed, represents an optional open source
tool that can accompany the aacraid driver to provide internationalized
logging of RAID events.

This release is bad 'juju' for a kernel patch, it is an *application*
that is being patched into the kernel source tree. From Adaptec's
standpoint this application is closely bundled with the driver and
replaces the driver's aac_print logging which is getting deprecated by
new Firmware event logging with the side effect of a far more robust
internationalized solution.

I expect this to be rejected for inclusion to the kernel source tree ...
in that case the patch may just be done standalone (patch -p5).

This represents the only GPL management tool available for the aacraid
driver and is intended to function in all versions of Linux.

Sincerely -- Mark Salyzyn

[-- Attachment #2: aeventd.patch.pt1.gz --]
[-- Type: application/x-gzip, Size: 28147 bytes --]

Re: [PATCH] aeventd logging application (Part 1)

[James Bottomley]

On Fri, 2004-02-13 at 16:48, Salyzyn, Mark wrote:
> I expect this to be rejected for inclusion to the kernel source tree ...
> in that case the patch may just be done standalone (patch -p5).

Well, I can satisfy your expectation on that score ;-)

The rule is no user level tools at all in the kernel that aren't
necessary for the kernel compile, no matter how closely they're tied to
the kernel's operation.  Even things like udev don't get to go into the
kernel sources.

James

RE: [PATCH] aeventd logging application (Part 1)

[Salyzyn, Mark]

Excuse my (faked?) ignorance; I would like a good place to put this :-)
Any suggestions on a suitable release mechanism?

I will accept `on Adaptec media' ...

Sincerely -- Mark Salyzyn

-----Original Message-----
From: James Bottomley [mailto:James.Bottomley@SteelEye.com] 
Sent: Friday, February 13, 2004 5:05 PM
To: Salyzyn, Mark
Cc: linux-scsi
Subject: Re: [PATCH] aeventd logging application (Part 1)

On Fri, 2004-02-13 at 16:48, Salyzyn, Mark wrote:
> I expect this to be rejected for inclusion to the kernel source tree
...
> in that case the patch may just be done standalone (patch -p5).

Well, I can satisfy your expectation on that score ;-)

The rule is no user level tools at all in the kernel that aren't
necessary for the kernel compile, no matter how closely they're tied to
the kernel's operation.  Even things like udev don't get to go into the
kernel sources.

James

Re: [PATCH] aeventd logging application (Part 1)

[Christoph Hellwig]

On Fri, Feb 13, 2004 at 05:40:43PM -0500, Salyzyn, Mark wrote:
> Excuse my (faked?) ignorance; I would like a good place to put this :-)
> Any suggestions on a suitable release mechanism?
> 
> I will accept `on Adaptec media' ...

Adaptec website with an url in the driver source?  I'm sure the distribution
vendors will pick it up for their next releases.