ACK
Sincerely -- Mark Salyzyn
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, February 12, 2008 6:06 PM
> To: LKML
> Cc: Marcin Slusarz; [EMAIL PROTECTED]; AACRAID;
> [EMAIL PROTECTED]
> Subject: [PATCH] scsi: le*_add_cpu conversion
>
> From: Marc
linux/completion is already included in commctrl.c, in the patch fragment it is
noted two lines below the addition. Please explain in the description the
need/advantages for the change from semaphore to completion.
Sincerely -- Mark Salyzyn
> -Original Message-
> From: Matthias Kaehlcke
This 'Host adapter reset request. SCSI hang ?' message hides a rather
complicated-to-explain underlying hardware behavior.
Aacraid based controllers have an underlying timeout/recovery cycle that is 35
seconds long, there is a driver patch for this POST RHEL5 (but is going into
RHEL5.2) that in
Alan Cox [mailto:[EMAIL PROTECTED] sez:
> Sent: Monday, February 18, 2008 9:54 AM
> To: Salyzyn, Mark
> Cc: Omar Kilani; linux-kernel@vger.kernel.org
> Subject: Re: aacraid: Host adapter reset request. SCSI hang ?
>
> > pattern between the controller and Linux' SCSI su
sage-
From: Adrian Bunk [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 14, 2005 8:49 PM
To: James Bottomley
Cc: Andrew Morton; SCSI Mailing List; Linux Kernel;
[EMAIL PROTECTED]; Salyzyn, Mark
Subject: [2.6 patch] drivers/scsi/dpt*: remove version.h dependencies
On Sat, Apr 02, 2005 at 07:49:38AM -
on the adapter model rather
than the coarse method that currently resides in the more stable
kernels.
Sincerely -- Mark Salyzyn
-Original Message-
From: Andrew Morton [mailto:[EMAIL PROTECTED]
Sent: Friday, July 29, 2005 2:07 PM
To: Martin Drab
Cc: linux-kernel@vger.kernel.org; Salyzy
Yes, please put the workaround into 2.6.13!
Sincerely -- Mark Salyzyn
-Original Message-
From: Andrew Morton [mailto:[EMAIL PROTECTED]
Sent: Friday, July 29, 2005 3:59 PM
To: Salyzyn, Mark
Cc: [EMAIL PROTECTED]; linux-kernel@vger.kernel.org;
[EMAIL PROTECTED]
Subject: Re: AACRAID
Miquel van Smoorenburg sez:
> I got the 64-bit dpt_i2o driver from Adaptec some time ago, and I have
> added 64-bit support to the 2.6.23.1 dpt_i2o driver based on that
> driver. I intended to submit it for 2.6.25 or so ... if I
> have some time
> later today or tomorrow I'll try that next to see
ACK, patch looks good. Thanks for composing this patch. Glad to hear of
successful test results.
Sincerely -- Mark Salyzyn
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Miquel
> van Smoorenburg
. . .
>
> I just recompiled 2.6.23.9 with the 64 b
Other means of communications include sysfs and procfs. These have the
advantage of supporting scripting and can survive ABI changes that can plague
the other interfaces; but are meant for low-bandwidth or out-of-band
configuration or simple status reporting.
Sincerely -- Mark Salyzyn
> -O
At which version of the kernel did the aacraid driver allegedly first go
broken? At which version did it get fixed? (Since 1.1.5-2451 is older than
latest represented on kernel.org)
How is the SATA disk'd arrayed on the aacraid controller? The controller is
limited to generating 24 arrays and s
Pavel Machek sez:
> > Other suggestion which came about was to parse the kernel
> > command line and look for "elfcorehdr=". Is this ok? Is
> > kernel command line visible to the SCSI drivers?
> Kernel command line probably is visible, but I'd recommend
> against doing that.
Probably just as pregn
Jonathan McDowell sez:
> On Tue, Nov 20, 2007 at 11:35:26AM -0500, James Smart wrote:
> > The hearburn I have with these patches is that you are changing
> > driver-specific attributes, not common ones as
> > enforced/requested by a
> > subsystem. As such, you are breaking a management interface f
Jonathan McDowell [mailto:[EMAIL PROTECTED] sez:
> On Tue, Nov 20, 2007 at 12:49:49PM -0500, Salyzyn, Mark wrote:
> > The aacraid cards, which uses hba_monitor_version,
> > hba_kernel_version and hba_bios_version for each piece
> > does not fit into the single 'firmw
Feature enhancement.
Do we have a developing standard on how a driver may report to user tools via
sysfs what features are supported or not by the driver? In the following I am
proposing a 'flags' entry that will reside in the host controllers tree, with a
newline separated list of arbitrary as
Suppress one of the bogus checkpatch.pl error, the side-effect of the error
highlighted that this constant should be replaced by an existing manifest.
checkpatch.pl needs to be corrected to accept the comment style to deal with
the other cases should they ever be touched by future patches. This
ACK ips line change.
Sincerely -- Mark Salyzyn
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Joe Perches
> Sent: Monday, December 17, 2007 2:40 PM
> To: linux-kernel@vger.kernel.org
> Cc: Andrew Morton; AACRAID; Andrew Vasquez; Brian King;
> Ips
EBDA is safe to use during lilo and grub as part of a BIOS. As long as
the EBDA is properly formed.
However, it is considered 'bad behavior' to allocate much more than 4k
of EBDA as we find others (not Linux) that depend on the 640K region of
memory run out of this precious resource. Beware of sev
PROTECTED]
Sent: Friday, February 11, 2005 11:01 AM
To: Mark Haverkamp
Cc: Jonathan Knight; linux-kernel; Salyzyn, Mark
Subject: Re: aacraid fails under kernel 2.6
> A number of people have seen problems like this going from 2.4 to 2.6.
> Mark Salyzyn from Adaptec has suggested in those cases t
contain the firmware prints.
Sincerely -- Mark Salyzyn
-Original Message-
From: Jonathan Knight [mailto:[EMAIL PROTECTED]
Sent: Monday, February 14, 2005 5:31 AM
To: Salyzyn, Mark
Cc: Jonathan Knight; Mark Haverkamp; linux-kernel
Subject: Re: aacraid fails under kernel 2.6
> Then t
I approve this, please apply to kernel.org branch.
Second time this has been submitted, been integrated since November 24th
in 1.1.5-2370 of the Adaptec Branch of the driver.
Sincerely -- Mark Salyzyn
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Adria
Christoph Hellwig writes:
>> - scsi_scan.c: scsi_rescan_device
>aacraid was going to use that one, Mark, any chance to get a patch
anytime soon?
>> - scsi_scan.c: scsi_scan_single_target
>as mentioned above we'll need this one soon.
Yup, we use both of them in our branch of the driver. I submi
ACK
Sincerely -- Mark Salyzyn
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Richard Knutsson
> Sent: Tuesday, October 30, 2007 6:54 AM
> To: [EMAIL PROTECTED]
> Cc: linux-kernel@vger.kernel.org; [EMAIL PROTECTED];
> Richard Knutsson
> Subje
ACK
Sincerely -- Mark Salyzyn
> -Original Message-
> From: Stephen Rothwell [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, October 31, 2007 12:02 AM
> To: AACRAID
> Cc: [EMAIL PROTECTED]; LKML
> Subject: [PATCH] aacraid: don't assign cpu_to_le32(constant) to u8
>
> Noticed on PowerPC allm
ACK v2
Sincerely -- Mark Salyzyn
> -Original Message-
> From: Stephen Rothwell [mailto:[EMAIL PROTECTED]
> Sent: Thursday, November 01, 2007 2:32 AM
> To: AACRAID
> Cc: [EMAIL PROTECTED]; LKML
> Subject: [PATCHv2] aacraid: don't assign cpu_to_le32(constant) to u8
>
> Noticed on PowerPC
ACK.
Unit tested with Adaptec RAID management applications with apparently no
issue. Will push this into matrix testing in the coming week.
Sincerely -- Mark Salyzyn
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Alan Cox
> Sent: Monday, July 23,
I would change tid from an int to an unsigned instead, he is the culprit
that is promoting the unsigned to an signed.
Sincerely -- Mark Salyzyn
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Meelis Roos
> Sent: Thursday, July 26, 2007 4:30 PM
> To
The patch is *much* smaller than the description. I am attempting to
answer to those that want to understand an issue that was reported in
May this year.
If a Sunrise Lake based card that requires an alternate reset mechanism
is set up to ignore the commanded IOP_RESET it reports 0x0010
(IOP_R
ACK
Looks good and ultra-light on side effects!
Sincerely -- Mark Salyzyn
> -Original Message-
> From: Mariusz Kozlowski [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, July 31, 2007 1:35 PM
> To: linux-kernel@vger.kernel.org
> Cc: [EMAIL PROTECTED]; Andrew Morton;
> [EMAIL PROTECTED]; AACR
ACK
Sincerely -- Mark Salyzyn
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Monday, August 13, 2007 2:22 AM
> To: [EMAIL PROTECTED];
> [EMAIL PROTECTED]; linux-kernel@vger.kernel.org;
> [EMAIL PROTECTED]; AACRAID
> Subject: [PATCH] [20/2many] MAINTAIN
ACK
Sincerely -- Mark Salyzyn
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Monday, August 13, 2007 2:22 AM
> To: [EMAIL PROTECTED];
> [EMAIL PROTECTED]; linux-kernel@vger.kernel.org;
> [EMAIL PROTECTED]; AACRAID
> Subject: [PATCH] [21/2many] MAINTAIN
ACK
Sincerely -- Mark Salyzyn
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Monday, August 13, 2007 2:22 AM
> To: [EMAIL PROTECTED];
> [EMAIL PROTECTED]; linux-kernel@vger.kernel.org;
> [EMAIL PROTECTED]; AACRAID
> Subject: [PATCH] [19/2many] MAINTAIN
Second thoughts ... Add the documentation file as well.
F: drivers/scsi/aacraid/
+F: Documentation/scsi/aacraid.txt
Sincerely -- Mark Salyzyn
> -Original Message-
> From: Salyzyn, Mark
> Sent: Monday, August 13, 2007 9:34 AM
> To: '[EMAIL PROTECTED]&#x
ly -- Mark Salyzyn
> -Original Message-
> From: Joe Perches [mailto:[EMAIL PROTECTED]
> Sent: Monday, August 13, 2007 1:20 PM
> To: Salyzyn, Mark
> Cc: [EMAIL PROTECTED];
> [EMAIL PROTECTED]; linux-kernel@vger.kernel.org;
> [EMAIL PROTECTED]
> Subject: RE: [PATCH
ACK
Based on the presence of the call. 2.6.22, for instance, does not have
this capability...
I did not test this change, just accepting on the principals. How much
testing of the change did you do Fujita?
Sincerely -- Mark Salyzyn
> -Original Message-
> From: FUJITA Tomonori [mailto:[E
Jeff Garzik [mailto:[EMAIL PROTECTED] writes:
> is this needed, given that the default is already 65536?
Apparently so, as we had to add it in the past, mainly because the
feature to limit was not part of the SCSI layer when the original limit
code was added. At that time it replaced a complicated
[EMAIL PROTECTED]
> Sent: Wednesday, October 24, 2007 12:22 PM
> To: Salyzyn, Mark
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
> linux-kernel@vger.kernel.org; [EMAIL PROTECTED];
> [EMAIL PROTECTED]; AACRAID; [EMAIL PROTECTED]
> Subject: RE: [PATCH -mm 11/11] aacraid: use
ACK. Inspected; Mechanical, precise and no introduction of bugs.
Sincerely -- Mark Salyzyn
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Garzik
> Sent: Wednesday, October 24, 2007 7:48 PM
> To: LKML; [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
ACK. Inspected; trivial, clean and no sign of any code changes.
Sincerely -- Mark Salyzyn
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Garzik
> Sent: Wednesday, October 24, 2007 7:48 PM
> To: LKML; [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
ACK. Inspected only. Looks ok.
Sincerely -- Mark Salyzyn
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Garzik
> Sent: Wednesday, October 24, 2007 7:49 PM
> To: LKML; [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: [PATCH 3/4] [SCSI] ips
ACK. Inspected. cleanup with zero risk.
Sincerely -- Mark Salyzyn
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Garzik
> Sent: Wednesday, October 24, 2007 7:49 PM
> To: LKML; [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: [PATCH 4/4] [
Christoph Hellwig [mailto:[EMAIL PROTECTED] sez:
> Did anyone run the driver through sparse to see if we have
> more issues like this?
There are some warnings from sparse, none like this one. I will deal
with the warnings ...
Sincerely -- Mark Salyzyn
-
To unsubscribe from this list: send the l
Good point, thanks. The intent of the management applications
utilization of this AIF report is to observe the LSB of the value of
integer value in BlinkLED. The actions of the cpu_to_le32 actually
breaks this and reports the wrong content in swapped architectures.
This attached follow-up patch is
confuses sparse. Rewriting so that the contexts are less programmatic is
in order...
Sincerely -- Mark Salyzyn
> -Original Message-
> From: Christoph Hellwig [mailto:[EMAIL PROTECTED]
> Sent: Thursday, November 08, 2007 12:28 PM
> To: Salyzyn, Mark
> Cc: Christoph Hellwig;
rently is impossible given the new design of the scsi layers
(Christoph?).
Sincerely -- Mark Salyzyn
> -Original Message-
> From: dann frazier [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, January 03, 2007 10:58 AM
> To: Salyzyn, Mark; linux-kernel@vger.kernel.org; [EMAIL P
product name inquiry field, you have covered
most, if not all, of the possibilities I can come up with!
Hope that helps.
Sincerely -- Mark Salyzyn
> -Original Message-
> From: dann frazier [mailto:[EMAIL PROTECTED]
> Sent: Friday, January 05, 2007 3:14 PM
> To: Salyzyn,
Put a file system on the entire device, stop trying to partition it.
The standard DOS partition table is of no use to you above 2TB.
Sincerely -- Mark Salyzyn
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Ingo Freund
> Sent: Friday, July 13, 200
>
> One of the two diffs below, I guess. Please do a `patch -R
> -p1' of this
> email and retest?
>
> >
> > but can load 2.6.21.3
> >
>
> Michal, can you please add this to the regression list?
>
>
>
>
> commit 9e4d4a5d71d673901d9c1df
oyal [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, May 30, 2007 9:25 AM
> To: Salyzyn, Mark
> Cc: Andrew Morton; Yinghai Lu; Eric W. Biederman; Linux
> Kernel Mailing List; [EMAIL PROTECTED]; Michal Piotrowski
> Subject: Re: kexec and aacraid broken
>
>
> On Wed, May 30, 200
Vivek Goyal [mailto:[EMAIL PROTECTED] writes:
> So most likely if we start disabling the interrupts
> in .shutdown routine we might skip resetting adapter
> on every kexec without any side affects?
Not that simple. The .shutdown would need to perform more resource
cleanups of the .remove call to p
PROTECTED]>
Sincerely -- Mark Salyzyn
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Salyzyn, Mark
> Sent: Wednesday, May 30, 2007 10:31 AM
> To: [EMAIL PROTECTED]
> Cc: Andrew Morton; Yinghai Lu; Eric W. Biederman; Linux
>
Yinghai Lu [mailto:[EMAIL PROTECTED] writes:
> aacraid_commit_reset.patch is in the mainline already.
But aacraid_commit_reset.patch is not in 2.6.22-rc3 (to which you report
the issue). Does the aacraid_commit_reset.patch work to resolve this
issue all by itself in the kexec'd kernel? Or alternat
> No, still get adapter kernel panic
Which adapter are you using?
Sincerely -- Mark Salyzyn
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FA
nghai Lu [mailto:[EMAIL PROTECTED] sez:
> SUN coguar with 11731
>
> On 5/31/07, Salyzyn, Mark <[EMAIL PROTECTED]> wrote:
> > > No, still get adapter kernel panic
> >
> > Which adapter are you using?
-
To unsubscribe from this list: send the line "unsubscribe
Yes, this patch makes sure that the Adapter is shut down correctly, and
thus when the kexec driver loads, it does not automatically reset the
adapter during initialization. This regression was a result of adding
code to the driver to detect if the adapter needed a reset as a result
of an unclean sh
ffd (kexec)
> > > References : http://lkml.org/lkml/2007/5/29/491
> > > Submitter : Yinghai Lu <[EMAIL PROTECTED]>
> > > Handled-By : Salyzyn, Mark <[EMAIL PROTECTED]>
> > > Vivek Goyal <[EMAIL PROTECTED]>
> > > Status
[SCSI] aacraid: add restart adapter platform function
>
> See any issue with this against 2.6.21.4 (simply drops adapter_restart
> bits).
>
> thanks,
> -chris
> --
>
> From: Salyzyn, Mark <[EMAIL PROTECTED]>
> Subject: SCSI: aacraid: Correct sa platform
Drop the setting of restart, drop the dummy restart handler in sa.c.
I will send you what I mean later when I have time ...
Sincerely -- Mark Salyzyn
> -Original Message-
> From: Chris Wright [mailto:[EMAIL PROTECTED]
> Sent: Friday, June 08, 2007 2:29 PM
> To: Salyzy
Poifect (for earlier kernels without the restart adapter function added)
Sincerely -- Mark Salyzyn
> -Original Message-
> From: Chris Wright [mailto:[EMAIL PROTECTED]
> Sent: Friday, June 08, 2007 2:41 PM
> To: Salyzyn, Mark
> Cc: Chris Wright; Stefan Lippers-Hollmann;
The 31 bit limit for some of these cards is a problem, we currently only
do __GFP_DMA for bounce buffer sg elements allocated for user supplied
references in ioctls.
I figure we should be using pci_alloc_consistent calls for these
allocations to more accurately acquire memory within the 31 bit lim
So, is the sequence:
p = kmalloc(upsg->sg[i].count,GFP_KERNEL);
. . .
addr = pci_map_single(dev->pdev, p, upsg->sg[i].count,
data_dir);
Going to ensure that we have a 31 bit (not 32 bit) physical address?
If not, then I reject this patch. We can not consider replacement w
orton
> Cc: [EMAIL PROTECTED]; Salyzyn, Mark;
> [EMAIL PROTECTED]; [EMAIL PROTECTED];
> [EMAIL PROTECTED]
> Subject: Re: 2.6.21-rc6-mm1 aacraid not finding device
>
>
> On Sun, 2007-04-08 at 14:35 -0700, Andrew Morton wrote:
> >
>
ftp://ftp.kernel.org/pub/linux
62 matches
Mail list logo
