Douglas Gilbert wrote:
> It would be reasonable to assume that Luben is the maintainer
> of this code although the MAINTAINERS file has no entry
> for the aic94xx driver.
>
> This code was effectively removed from Luben's control
> about 18 months ago and has passed through several sets
> of hand
John Scarpa wrote:
> Dear Luben,
>
> I am trying to compile the aic94xx for my aic9410 directly into my
> kernel (fc5_64bit-2.6.20)... Is this possible or must it be loaded as a
> module? I am really not wanting to add modular support to my nice neat
> monolithic kernel.. :-( I've been searchin
-stable review patch. If anyone has any objections, please let us know.
--
From: Tejun Heo <[EMAIL PROTECTED]>
Clear-garbage-after-CDB patch missed scsi_execute() and it causes some
ODDs (HL-DT-ST DVD-RAM GSA-H30N) choke during SCSI scan. Note that
this patch is only for -stable
Dear Luben,
I am trying to compile the aic94xx for my aic9410 directly into my
kernel (fc5_64bit-2.6.20)... Is this possible or must it be loaded as a
module? I am really not wanting to add modular support to my nice neat
monolithic kernel.. :-( I've been searching for ever now and tried
e
On Tuesday, February 20, 2007 12:17 PM, Randy Dunlap wrote:
>
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Fix kernel-doc warnings in fusion driver code.
>
> Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
> ---
ACK
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the
Mike Christie wrote:
> Yeah you are right getting memory is not a problem I replied about that
> in the other mail. You do not have to use it, but the min of the
> reserved buffer and max_sectors or max_hw_sectors could still be off for
> drivers that do not support clustering or if there is a weir
On Tue, 20 Feb 2007, Mike Christie wrote:
> Yeah you are right getting memory is not a problem I replied about that
> in the other mail. You do not have to use it, but the min of the
> reserved buffer and max_sectors or max_hw_sectors could still be off for
> drivers that do not support clustering
Alan Stern wrote:
> On Tue, 20 Feb 2007, Mike Christie wrote:
>
>> I think you actually want max_hw_sectors. Well, you might and you might
>> not :)
>
> I think we do not. We don't care about the maximum transfer length the
> driver can theoretically support; we care about the maximum transfer
>
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix kernel-doc warnings in fusion driver code.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
drivers/message/fusion/mptbase.c | 22 +++---
drivers/message/fusion/mptscsih.c | 15 ++-
drivers/message/fusion/mptspi.c |
On Tue, 20 Feb 2007, Mike Christie wrote:
> I think you actually want max_hw_sectors. Well, you might and you might
> not :)
I think we do not. We don't care about the maximum transfer length the
driver can theoretically support; we care about the maximum transfer
length the system will allow.
Mike Christie wrote:
>
> The problem is that we assume we will get nice large segments. When
> using sg it will try to allocate multiple pages and make large segments.
> We could hit a bad case where we cannot allocate enough large segments,
> so a worst case would result in a max_segment_size of
On Saturday, February 17, 2007 9:04 AM, Mario Giammarco wrote:
> Now regarding the whole thing surrounding mptlan, I don't think
> that LSI officially supports that feature any more or willing to fix
> any bugs for it in their firmware or driver. Is that right?
>
> If so, we might as well remov
Alan Stern wrote:
> This patch (as857) modifies the SG_GET_RESERVED_SIZE and
> SG_SET_RESERVED_SIZE ioctls in the sg driver, capping the values at
> the device's request_queue's max_sectors value. This will permit
> cdrecord to obtain a legal value for the maximum transfer length,
> fixing Bugzill
On Tuesday, February 20, 2007 8:10 AM, Christopher Allen Wing wrote:
> Has anyone else been in this situation? One product that we
> found is a
> board sold by HP (HP SC11Xe) based on a LSI Logic chipset.
> This is a PCI
> Express controller with a single U320 parallel SCSI channel. It is
Christopher Allen Wing <[EMAIL PROTECTED]> writes:
> I'm trying to connect some older SCSI devices to new servers which
> only have PCI Express expansion slots. Unfortunately it seems that
> there are very few parallel SCSI HBA cards available for PCI Express
> systems. Most SCSI controller manu
may be SCSI to USB adapter ?
such adapters seen on commercial web sites...
(adaptec, belkin, ...)
but:
- USB2 mandatory
- driver for linux ?
regards
--
Frederic Temporelli
Christopher Allen Wing a écrit :
> Hello,
>
> I'm trying to connect some older SCSI devices to new servers which only
> ha
This patch (as857) modifies the SG_GET_RESERVED_SIZE and
SG_SET_RESERVED_SIZE ioctls in the sg driver, capping the values at
the device's request_queue's max_sectors value. This will permit
cdrecord to obtain a legal value for the maximum transfer length,
fixing Bugzilla #7026.
The patch also cap
Tejun Heo wrote:
ata_probe_ent_alloc() had a temporary hack such that devm_kzalloc()
was used for allocation if devres had been previously initialized on
the device; otherwise, plain kzalloc() was used. This was to make the
code useable from both the old and devres-aware libata drivers during
tr
Hello,
I'm trying to connect some older SCSI devices to new servers which only
have PCI Express expansion slots. Unfortunately it seems that there are
very few parallel SCSI HBA cards available for PCI Express systems. Most
SCSI controller manufacturers are only selling PCI-X cards if you wa
[EMAIL PROTECTED] wrote:
> From: Adrian Bunk <[EMAIL PROTECTED]>
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Hannes Reinecke <[EMAIL PROTECTED]>
Cheers,
Hannes
--
Dr. Hannes Reinecke [EMAIL PROTECTED]
S
Tejun Heo wrote:
> ata_probe_ent_alloc() had a temporary hack such that devm_kzalloc()
> was used for allocation if devres had been previously initialized on
> the device; otherwise, plain kzalloc() was used. This was to make the
> code useable from both the old and devres-aware libata drivers dur
21 matches
Mail list logo
