FUJITA Tomonori wrote:
On Fri, 14 Sep 2007 23:14:21 +0200 (CEST)
Stefan Richter [EMAIL PROTECTED] wrote:
...
And one more update:
There is SAS too,
...
+ You need it
+ - for classic parallel SCSI hardware,
+ - for newer SCSI transports such as Fibre Channel, FireWire storage,
Hello,
On Fri, 14 Sep 2007 17:15:22 +0200
Adrian Bunk [EMAIL PROTECTED] wrote:
On Fri, Sep 14, 2007 at 04:54:07PM +0200, Stefan Richter wrote:
Adrian Bunk wrote:
On Sun, Sep 09, 2007 at 05:11:44PM -0400, Jeff Garzik wrote:
Let's step back a moment and consider the actual scale and
On Fri, 14 Sep 2007 21:16:35 -0700
Paul Jackson [EMAIL PROTECTED] wrote:
FUJITA Tomonori wrote:
Can you try this patch (against 2.6.23-rc4-mm1)?
From 592bd2049cb3e6e1f1dde7cf631879f26ddffeaa Mon Sep 17 00:00:00 2001
From: FUJITA Tomonori [EMAIL PROTECTED]
Date: Mon, 10 Sep 2007
On Fri, Sep 14, 2007 at 10:01:18PM +0200, Stefan Richter wrote:
On 14 Sep, Adrian Bunk wrote:
On Fri, Sep 14, 2007 at 09:00:33PM +0200, Sam Ravnborg wrote:
Hi Stefan.
Such a patch really calls for some minimal unifacation among
the architectures.
arch/alpha/Kconfig
Adrian Bunk wrote:
On Fri, Sep 14, 2007 at 10:01:18PM +0200, Stefan Richter wrote:
drivers/Kconfig |4
drivers/scsi/Kconfig | 1589 --
drivers/scsi/Kconfig.lowlevel | 1578 +
3 files changed, 1588
FUJITA Tomonori wrote:
On Sat, 15 Sep 2007 08:16:03 +0200
Stefan Richter [EMAIL PROTECTED] wrote:
Or would be for newer SCSI transports such as Fibre Channel,
FireWire storage, iSCSI, SAS, and more, be OK?
scsi-ml has SPI, FC, iSCSI, SAS, and SRP transport classes (SRP is in
scsi-misc
On Sat, Sep 15, 2007 at 02:24:17PM +0200, Stefan Richter wrote:
Adrian Bunk wrote:
...
# drivers/Kconfig
+source drivers/scsi/Kconfig
+
menu Device Drivers
source drivers/base/Kconfig
@@ -22,7 +24,7 @@ source drivers/misc/Kconfig
source drivers/ide/Kconfig
On Sat, 15 Sep 2007 14:30:10 +0200
Stefan Richter [EMAIL PROTECTED] wrote:
FUJITA Tomonori wrote:
On Sat, 15 Sep 2007 08:16:03 +0200
Stefan Richter [EMAIL PROTECTED] wrote:
Or would be for newer SCSI transports such as Fibre Channel,
FireWire storage, iSCSI, SAS, and more, be OK?
On Fri, Sep 14, 2007 at 11:14:21PM +0200, Stefan Richter wrote:
Signed-off-by: Stefan Richter [EMAIL PROTECTED]
---
And one more update:
There is SAS too, and I forgot 'is' in on a disk which __ accessed via.
drivers/scsi/Kconfig | 67 ++-
1
Hello Stefan,
On Sat, 15 Sep 2007 10:25:39 +0200
Stefan Richter [EMAIL PROTECTED] wrote:
Paul Rolland wrote:
getting too much of No help text available
usually results in people no more reading the help text.
I assert that a Kconfig prompt (a visible Kconfig variable) _without_
help
Adrian Bunk wrote:
There should first be the lowlevel SCSI, SATA, USB etc. drivers, these
drivers should select CONFIG_SCSI, and then the menu offering support
for disk, CD,...
...
If users who don't need it now enable CONFIG_SCSI (and drivers/ide/
usage is not that uncommon) that's a
Adrian Bunk wrote:
On Fri, Sep 14, 2007 at 11:14:21PM +0200, Stefan Richter wrote:
+ You need it
+ - for classic parallel SCSI hardware,
+ - for newer SCSI transports such as Fibre Channel, FireWire storage,
+SAS, or iSCSI,
+ - for non-SCSI hardware which speaks
On Sat, Sep 15, 2007 at 03:20:06PM +0200, Stefan Richter wrote:
Adrian Bunk wrote:
There should first be the lowlevel SCSI, SATA, USB etc. drivers, these
drivers should select CONFIG_SCSI, and then the menu offering support
for disk, CD,...
...
If users who don't need it now enable
On Sat, 2007-07-21 at 16:34 -0400, Jeff Garzik wrote:
This is the rest of the stuff checked into the 'gdth' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/misc-2.6.git
As noted before, I'm fine with Christoph's gdth work superceding mine,
or whatever. This was just me
Adrian Bunk wrote:
On Sat, Sep 15, 2007 at 03:20:06PM +0200, Stefan Richter wrote:
It still doesn't entirely clarify whether users need sd, sr, st, and
whether thy need sd for the disk with root filesystem.
If you want to do it in a really perfect way, help texts aren't the
solution.
On Sun, 2007-09-09 at 08:56 -0600, Matthew Wilcox wrote:
Rearrange a lot of the functions in the file to get rid of all the
forward
declarations.
I get a compile failure at this point in your patch sequence:
CC [M] drivers/scsi/advansys.o
drivers/scsi/advansys.c:72:2: warning: #warning
On Sat, Sep 15, 2007 at 04:11:45PM +0200, Stefan Richter wrote:
Adrian Bunk wrote:
On Sat, Sep 15, 2007 at 03:20:06PM +0200, Stefan Richter wrote:
It still doesn't entirely clarify whether users need sd, sr, st, and
whether thy need sd for the disk with root filesystem.
If you want to
Adrian Bunk wrote:
On Sat, Sep 15, 2007 at 04:11:45PM +0200, Stefan Richter wrote:
Perfect is in the eye of the beholder. You would consequently have to
add such options into all menus which contain scsi low-level providers.
Kconfig is a user interface, so perfect is what is best for the
Stefan Richter wrote:
Adrian Bunk wrote:
On Sat, Sep 15, 2007 at 04:11:45PM +0200, Stefan Richter wrote:
Perfect is in the eye of the beholder. You would consequently have to
add such options into all menus which contain scsi low-level providers.
Kconfig is a user interface, so perfect is
On Sat, Sep 15, 2007 at 11:44:59AM -0400, Jeff Garzik wrote:
Stefan Richter wrote:
Adrian Bunk wrote:
On Sat, Sep 15, 2007 at 04:11:45PM +0200, Stefan Richter wrote:
Perfect is in the eye of the beholder. You would consequently have to
add such options into all menus which contain scsi
On Thu, 2007-09-13 at 17:26 +0800, nickcheng wrote:
Subject: [PATCH] scsi: upstream arcmsr-1.20.00.15
From: Nick Cheng [EMAIL PROTECTED]
Description:
** support ARC1200/1201/1202 SATA RAID adapter, which is named
ACB_ADAPTER_TYPE_B
** modify the arcmsr_pci_slot_reset function
** modify the
On Saturday 15 September 2007, Adrian Bunk wrote:
On Sat, Sep 15, 2007 at 11:44:59AM -0400, Jeff Garzik wrote:
Stefan Richter wrote:
Adrian Bunk wrote:
On Sat, Sep 15, 2007 at 04:11:45PM +0200, Stefan Richter wrote:
Perfect is in the eye of the beholder. You would consequently have to
On Fri, 2007-09-14 at 10:58 -0700, Gilbert Wu wrote:
Fixed the problem that smartctl -a /dev/some_sata_disk -d ata does
not work on SATA device. ( The smartctl v5.38 does need -d ata
option.)
The aic94xx need to return ATA output register for all ATA commands
except ATA Read/Write
On Fri, 14 Sep 2007 14:43:43 -0700
Dave Jiang [EMAIL PROTECTED] wrote:
I'm using the latest linus git tree. This is in fileio mode with
IOMode=wb. It seems that if I do I/O and then immediately disconnect
then the cache sync commands fail. Is this expected behavior or should
the connection
On Sat, 15 Sep 2007, Paul Rolland wrote:
On Fri, 14 Sep 2007 17:15:22 +0200
Adrian Bunk [EMAIL PROTECTED] wrote:
On Fri, Sep 14, 2007 at 04:54:07PM +0200, Stefan Richter wrote:
Adrian Bunk wrote:
On Sun, Sep 09, 2007 at 05:11:44PM -0400, Jeff Garzik wrote:
Let's step back a moment and
Bartlomiej Zolnierkiewicz wrote:
On Saturday 15 September 2007, Adrian Bunk wrote:
On Sat, Sep 15, 2007 at 11:44:59AM -0400, Jeff Garzik wrote:
Stefan Richter wrote:
Adrian Bunk wrote:
On Sat, Sep 15, 2007 at 04:11:45PM +0200, Stefan Richter wrote:
Perfect is in the eye of the beholder.
Hi,
My problem was a classical false positive: in this case there really
seems to have been a problem:
I noticed that one of the disks had the problem more often than the
other. So I have taken it to the store where had bought it and let them
exchange it under warranty conditions, claiming
On Saturday 15 September 2007, Jeff Garzik wrote:
Bartlomiej Zolnierkiewicz wrote:
On Saturday 15 September 2007, Adrian Bunk wrote:
On Sat, Sep 15, 2007 at 11:44:59AM -0400, Jeff Garzik wrote:
Stefan Richter wrote:
Adrian Bunk wrote:
On Sat, Sep 15, 2007 at 04:11:45PM +0200, Stefan
FUJITA Tomonori wrote:
The majority of llds don't set supported_mode in scsi_host_template so
we get:
luce:/sys/class/scsi_host/host0$ cat supported_mode
unknown
It's harmless but it would be better to get:
luce:/sys/class/scsi_host/host0$ cat supported_mode
Initiator
Given that this is the
On Sat, 15 Sep 2007 23:07:10 -0400
Jeff Garzik [EMAIL PROTECTED] wrote:
FUJITA Tomonori wrote:
The majority of llds don't set supported_mode in scsi_host_template so
we get:
luce:/sys/class/scsi_host/host0$ cat supported_mode
unknown
It's harmless but it would be better to get:
30 matches
Mail list logo
