headers
John Patrick Poet | 1 Jun 2005 01:13
Favicon

sata_sil24 status ?


I am considering purchasing a motherboard with a Sil3132 controller on it.
I see that a preliminary driver (sata_sil24) is available.  Does anyone have
any idea when this driver will be ready for production?

Thanks,

John
--

-- 
-
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Jens Axboe | 1 Jun 2005 07:44
Picon

Re: [PATCH] AHCI PCI MSI support, update 1

On Tue, May 31 2005, Jeff Garzik wrote:
> 
> I just updated the AHCI PCI MSI support patch to support the latest 
> ->host_stop() semantics changes that just made it into upstream.
> 
> This patch, until its merged, may always be found in the 'ahci-msi' 
> branch of
> rsync://rsync.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git

Tested on an ich6 based system, with this ahci controller:

centera:~ # lspci -s 0000:00:1f.2 -v
0000:00:1f.2 IDE interface: Intel Corp. I/O Controller Hub SATA cc=raid
(rev 03) (prog-if 8f [Master SecP SecO PriP PriO])
        Subsystem: Tyan Computer: Unknown device 5150
        Flags: bus master, 66Mhz, medium devsel, latency 0, IRQ 169
        I/O ports at e900
        I/O ports at ea00 [size=4]
        I/O ports at eb00 [size=8]
        I/O ports at ec00 [size=4]
        I/O ports at ed00 [size=16]
        Memory at d03c3000 (32-bit, non-prefetchable) [size=1K]
        Capabilities: [70] Power Management version 2

And system boots and works fine, MSI isn't enabled of course.

Also tested on an ich7 based system (945G express chipset), with this
ahci controller:

nelson:~ # lspci -s 0000:00:1f.2 -v
(Continue reading)

Permalink | Reply | 4 comments |
headers
Jeff Garzik | 1 Jun 2005 07:46
Picon
Favicon

Re: [PATCH] AHCI PCI MSI support, update 1

Jens Axboe wrote:
> System boots and works fine (typing this message here), MSI is enabled.
> I double checked with an added printk :-)

Any chance you could post a full /proc/interrupts output for this box?

> So that's at least one ACK for you. Now running NCQ and MSI enabled
> ahci, I'm not sure SATA gets any better!

<grin>

Thanks,

	Jeff

-
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 2 comments |
headers
Jens Axboe | 1 Jun 2005 07:52
Picon

Re: [PATCH] AHCI PCI MSI support, update 1

On Wed, Jun 01 2005, Jeff Garzik wrote:
> Jens Axboe wrote:
> >System boots and works fine (typing this message here), MSI is enabled.
> >I double checked with an added printk :-)
> 
> Any chance you could post a full /proc/interrupts output for this box?

Sure:

           CPU0       CPU1
  0:     349415     330112    IO-APIC-edge  timer
  4:         10          0    IO-APIC-edge  serial
  8:          0          0    IO-APIC-edge  rtc
  9:          0          0   IO-APIC-level  acpi
 14:          2          0    IO-APIC-edge  ide0
169:          0          0   IO-APIC-level  uhci_hcd:usb4
177:       2565          0   IO-APIC-level  eth0
185:       6932       7195   IO-APIC-level  uhci_hcd:usb3
201:       8991       5154         PCI-MSI  libata
209:          3          0   IO-APIC-level  ehci_hcd:usb1, uhci_hcd:usb2
217:          0          0   IO-APIC-level  uhci_hcd:usb5
225:        345         51   IO-APIC-level  HDA Intel
NMI:        150         83
LOC:     671016     671636
ERR:          1
MIS:          0

--

-- 
Jens Axboe
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jeff Garzik | 1 Jun 2005 09:32
Picon
Favicon

Re: [PATCH] PCI: amd74xx patch for new NVIDIA device IDs

Greg KH wrote:
> [PATCH] PCI: amd74xx patch for new NVIDIA device IDs
> 
> Here's the 2.6 amd74xx patch for NVIDIA MCP51.
> 
> Signed-off-by: Andy Currid <acurrid <at> nvidia.com>
> Signed-off-by: Greg Kroah-Hartman <gregkh <at> suse.de>
> 
> ---
> commit af00f9811e0ccbd3db84ddc4cffb0da942653393
> tree 5a9c3b7f7d61d96d3624ad130b173a761cb7dac2
> parent 2ac2610b26c9da72820443328ff2c56c7b8c87b8
> author Andy Currid <acurrid <at> nvidia.com> Mon, 23 May 2005 08:55:45 -0700
> committer Greg KH <gregkh <at> suse.de> Tue, 31 May 2005 14:26:38 -0700
> 
>  drivers/ide/pci/amd74xx.c |    3 +++
>  include/linux/pci_ids.h   |    6 ++++++

This is hardly a PCI patch.

Has Bart, the IDE maintainer, acked this?

	Jeff

-
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
(Continue reading)

Permalink | Reply | 2 comments |
headers
Bartlomiej Zolnierkiewicz | 1 Jun 2005 11:50
Picon

Re: [PATCH] PCI: amd74xx patch for new NVIDIA device IDs

On 6/1/05, Jeff Garzik <jgarzik <at> pobox.com> wrote:
> Greg KH wrote:
> > [PATCH] PCI: amd74xx patch for new NVIDIA device IDs
> >
> > Here's the 2.6 amd74xx patch for NVIDIA MCP51.
> >
> > Signed-off-by: Andy Currid <acurrid <at> nvidia.com>
> > Signed-off-by: Greg Kroah-Hartman <gregkh <at> suse.de>
> >
> > ---
> > commit af00f9811e0ccbd3db84ddc4cffb0da942653393
> > tree 5a9c3b7f7d61d96d3624ad130b173a761cb7dac2
> > parent 2ac2610b26c9da72820443328ff2c56c7b8c87b8
> > author Andy Currid <acurrid <at> nvidia.com> Mon, 23 May 2005 08:55:45 -0700
> > committer Greg KH <gregkh <at> suse.de> Tue, 31 May 2005 14:26:38 -0700
> >
> >  drivers/ide/pci/amd74xx.c |    3 +++
> >  include/linux/pci_ids.h   |    6 ++++++
> 
> 
> This is hardly a PCI patch.
> 
> Has Bart, the IDE maintainer, acked this?
> 
>         Jeff
> 

Thanks Jeff.

Ack.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tobias Reinhard | 1 Jun 2005 19:13
Picon

Problem with concurrent SATA-Writes

Hello Jeff, hello to the linux-ide-list!

I already posted this to the lkml, but unfortunately I got no usefull 
answer. I think the problem is related to the SIL-Driver so maybe you 
are the right person to contact - or someone at the linux-ide-list...

If you need any other informations or logs please tell me. I really want 
to use these discs.

Tobias

Original Msg:
--------
I have a problem with two SATA-Discs. I have an onboard SIL3114 with
four SATA-Ports an onboard NVIDIA with two SATA-Ports - both controllers
are disable via BIOS (and are not detected by Linux)(only for this test
of course - normally I have other HDD on this ports). The only
controller that is found is the add-on controller in a PCI-Slot
(SIL3112). And that is the one I have trouble with.

If I read or write  (via dd) from the first one -> no problems. Same
when read or write from the second or when I read (only read!) from both
at the same time. Data-Transfer-Rate is around 45MB/s for each HDD.

The problem occures when I try to write on both discs at the same time.
For example I write /dev/zero to the first one and then start to write
/dev/zero to the second one. The System-Load goes up to 4 with nearly
100% io-wait and nearly no write-access to the drives.

Any hints?
(Continue reading)

Permalink | Reply | 3 comments |
headers
Jeff Garzik | 1 Jun 2005 19:33
Picon
Favicon

Re: Problem with concurrent SATA-Writes

Tobias Reinhard wrote:
> Hello Jeff, hello to the linux-ide-list!
> 
> I already posted this to the lkml, but unfortunately I got no usefull 
> answer. I think the problem is related to the SIL-Driver so maybe you 
> are the right person to contact - or someone at the linux-ide-list...
> 
> If you need any other informations or logs please tell me. I really want 
> to use these discs.

Yes, I think this is the third time I've read your email.  You can stop 
posting it now.

Sometimes we just don't have time to read and respond to every support 
request.  If you absolutely require support, please use a paid support 
channel like SuSE or Red Hat.

	Jeff

-
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 2 comments |
headers
Bob Ramstad | 1 Jun 2005 20:51
Picon

sata_sil 0.9 experience

This is anecdotal, but may be helpful.  If you require more details,
please let me know.

I recently converted a WBEL3 (RHEL3 clone) system from using IDE
drives to using Serial ATA.  I found the performance using the built
in driver abysmal, and switched over to libata + sata_sil.  The
sata_sil version shipping with the RHEL3 kernel is 0.54 (ancient) but
gave me much better performance (45x as fast).

Things seemed fine, but I noticed when doing massive copies -- say 20
GB of data in 2000 files -- that it was not uncommon to have one or
two files corrupted in the copy.  Recopying the affected files would
fix the problem.  I started keeping md5 checksums of anything I was
copying back and forth.

The problem finally drove me nuts, and I did some research online and
found the 0.8 -> 0.9 sata_sil driver.  Up until then I didn't know I
was using an ancient version of sata_sil.

Unfortunately, I was unable to just upgrade to 2.4.31 due to
threads... when I compiled 2.4.31-rc1 and booted with it, BIND aka
named would dump core, and upon investigation I discovered that the
vanilla 2.4 kernel would not work right with RHEL3.  (I'm sure if I
spent a bunch of time that there has to be a way to compile 2.4 so
that it works with RHEL3, but I'm not really all that interested in
that particular learning curve.)

I then tried to use the sata_sil.c 0.9 with the kernel-source for
RHEL3 and that failed miserably with many compile time errors... I
also tried to replace the entire drivers/scsi directory, and that
(Continue reading)

Permalink | Reply | 3 comments |
headers
Kanniball | 2 Jun 2005 00:32
Picon

Re: sata_sil 0.9 experience

Bob Ramstad:
this is a well known issue. Check the source code for sata_sil.c where you 
will find a lot of seagate drives blacklisted.
check this pages:
http://marc.theaimsgroup.com/?l=linux-ide&m=111079212116799&w=2
http://marc.theaimsgroup.com/?l=linux-ide&m=111260146423451&w=2
http://marc.theaimsgroup.com/?l=linux-ide&m=111173492412748&w=2

although with my experience on same hardware, it that only the write speed is 
higher... (after applying both patches).

Regards,

Paulo Fidalgo, aka Kanniball

On Wednesday 01 June 2005 19:51, Bob Ramstad wrote:
> This is anecdotal, but may be helpful.  If you require more details,
> please let me know.
>
> I recently converted a WBEL3 (RHEL3 clone) system from using IDE
> drives to using Serial ATA.  I found the performance using the built
> in driver abysmal, and switched over to libata + sata_sil.  The
> sata_sil version shipping with the RHEL3 kernel is 0.54 (ancient) but
> gave me much better performance (45x as fast).
>
> Things seemed fine, but I noticed when doing massive copies -- say 20
> GB of data in 2000 files -- that it was not uncommon to have one or
> two files corrupted in the copy.  Recopying the affected files would
> fix the problem.  I started keeping md5 checksums of anything I was
> copying back and forth.
(Continue reading)

Permalink | Reply | 1 comment |

Gmane