linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [RFC][PATCH] add support for SIS 182 sata chipset in sata sis
@ 2005-08-19 16:39 Arnaud Patard
  2005-08-22 10:01 ` maintenence sata_sis Uwe Koziolek
  0 siblings, 1 reply; 14+ messages in thread
From: Arnaud Patard @ 2005-08-19 16:39 UTC (permalink / raw)
  To: linux-ide

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

Hi,


I got recently a motherboard shipped with the SATA SIS 182 chipset. This
chipset is not supported by the kernel. I tried to just add the PCI IDS
in the supported chipset list as suggested on some mails in this
list but it didn't work for the hard drive connected on the second sata port.

I found that this has been reported on
http://bugme.osdl.org/show_bug.cgi?id=4192. Unfortunately the patch
didn't apply to the recents kernel. So, I've written a new minimal patch that
add support for this chipset. 

It works well on the machine I have with a 2.6.12.5 kernel but I was not
able to test it on SIS 180/181 chipset (I don't have the hardware). 

imho having support for this chipset in the kernel could be usefull, so
any feedback/comments are welcome. 

Regards,
Arnaud Patard



Signed-off-by: Arnaud Patard <apatard@mandriva.com>
 ---


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: add_support_sis182.patch --]
[-- Type: text/x-patch, Size: 4724 bytes --]

--- linux/drivers/scsi/sata_sis.c.orig	2005-08-11 08:54:58.000000000 -0400
+++ linux/drivers/scsi/sata_sis.c	2005-08-19 04:59:17.000000000 -0400
@@ -47,7 +47,10 @@ enum {
 	/* PCI configuration registers */
 	SIS_GENCTL		= 0x54, /* IDE General Control register */
 	SIS_SCR_BASE		= 0xc0, /* sata0 phy SCR registers */
-	SIS_SATA1_OFS		= 0x10, /* offset from sata0->sata1 phy regs */
+	SIS180_SATA1_OFS	= 0x10, /* offset from sata0->sata1 phy regs */
+	SIS182_SATA1_OFS	= 0x20, /* offset from sata0->sata1 phy regs */
+	SIS_PMR			= 0x90, /* port mapping register */
+	SIS_PMR_COMBINED	= 0x30, 
 
 	/* random bits */
 	SIS_FLAG_CFGSCR		= (1 << 30), /* host flag: SCRs via PCI cfg */
@@ -62,6 +65,7 @@ static void sis_scr_write (struct ata_po
 static struct pci_device_id sis_pci_tbl[] = {
 	{ PCI_VENDOR_ID_SI, 0x180, PCI_ANY_ID, PCI_ANY_ID, 0, 0, sis_180 },
 	{ PCI_VENDOR_ID_SI, 0x181, PCI_ANY_ID, PCI_ANY_ID, 0, 0, sis_180 },
+	{ PCI_VENDOR_ID_SI, 0x182, PCI_ANY_ID, PCI_ANY_ID, 0, 0, sis_180 },
 	{ }	/* terminate list */
 };
 
@@ -134,56 +138,94 @@ MODULE_LICENSE("GPL");
 MODULE_DEVICE_TABLE(pci, sis_pci_tbl);
 MODULE_VERSION(DRV_VERSION);
 
-static unsigned int get_scr_cfg_addr(unsigned int port_no, unsigned int sc_reg)
+static unsigned int get_scr_cfg_addr(unsigned int port_no, unsigned int sc_reg, int device)
 {
 	unsigned int addr = SIS_SCR_BASE + (4 * sc_reg);
 
-	if (port_no)
-		addr += SIS_SATA1_OFS;
+	if (port_no) 
+		if (device == 0x182)
+			addr += SIS182_SATA1_OFS;
+		else
+			addr += SIS180_SATA1_OFS;
 	return addr;
 }
 
 static u32 sis_scr_cfg_read (struct ata_port *ap, unsigned int sc_reg)
 {
 	struct pci_dev *pdev = to_pci_dev(ap->host_set->dev);
-	unsigned int cfg_addr = get_scr_cfg_addr(ap->port_no, sc_reg);
-	u32 val;
+	unsigned int cfg_addr = get_scr_cfg_addr(ap->port_no, sc_reg, pdev->device);
+	u32 val, val2;
+	u8 pmr;
 
 	if (sc_reg == SCR_ERROR) /* doesn't exist in PCI cfg space */
 		return 0xffffffff;
+
+	pci_read_config_byte(pdev, SIS_PMR, &pmr);
+	
 	pci_read_config_dword(pdev, cfg_addr, &val);
-	return val;
+
+	if ((pdev->device == 0x182) || (pmr & SIS_PMR_COMBINED)) 
+		pci_read_config_dword(pdev, cfg_addr+0x10, &val2);
+
+	return val|val2;
 }
 
 static void sis_scr_cfg_write (struct ata_port *ap, unsigned int scr, u32 val)
 {
 	struct pci_dev *pdev = to_pci_dev(ap->host_set->dev);
-	unsigned int cfg_addr = get_scr_cfg_addr(ap->port_no, scr);
+	unsigned int cfg_addr = get_scr_cfg_addr(ap->port_no, scr, pdev->device);
+	u8 pmr;
 
 	if (scr == SCR_ERROR) /* doesn't exist in PCI cfg space */
 		return;
+
+	pci_read_config_byte(pdev, SIS_PMR, &pmr);
+	
 	pci_write_config_dword(pdev, cfg_addr, val);
+
+	if ((pdev->device == 0x182) || (pmr & SIS_PMR_COMBINED))
+		pci_write_config_dword(pdev, cfg_addr+0x10, val);
 }
 
 static u32 sis_scr_read (struct ata_port *ap, unsigned int sc_reg)
 {
+	struct pci_dev *pdev = to_pci_dev(ap->host_set->dev);
+	u32 val,val2;
+	u8 pmr;
+
 	if (sc_reg > SCR_CONTROL)
 		return 0xffffffffU;
 
 	if (ap->flags & SIS_FLAG_CFGSCR)
 		return sis_scr_cfg_read(ap, sc_reg);
-	return inl(ap->ioaddr.scr_addr + (sc_reg * 4));
+
+	pci_read_config_byte(pdev, SIS_PMR, &pmr);
+
+	val = inl(ap->ioaddr.scr_addr + (sc_reg * 4));
+
+	if ((pdev->device == 0x182) || (pmr & SIS_PMR_COMBINED))
+		val2 = inl(ap->ioaddr.scr_addr + (sc_reg * 4)+0x10);
+
+	return val|val2;
 }
 
 static void sis_scr_write (struct ata_port *ap, unsigned int sc_reg, u32 val)
 {
+	struct pci_dev *pdev = to_pci_dev(ap->host_set->dev);
+	u8 pmr;
+
 	if (sc_reg > SCR_CONTROL)
 		return;
 
+	pci_read_config_byte(pdev, SIS_PMR, &pmr);
+	
 	if (ap->flags & SIS_FLAG_CFGSCR)
 		sis_scr_cfg_write(ap, sc_reg, val);
-	else
+	else {
 		outl(val, ap->ioaddr.scr_addr + (sc_reg * 4));
+		if ((pdev->device == 0x182) || (pmr & SIS_PMR_COMBINED))
+			outl(val, ap->ioaddr.scr_addr + (sc_reg * 4)+0x10);
+	}
 }
 
 /* move to PCI layer, integrate w/ MSI stuff */
@@ -205,6 +247,8 @@ static int sis_init_one (struct pci_dev 
 	u32 genctl;
 	struct ata_port_info *ppi;
 	int pci_dev_busy = 0;
+	u8 pmr;
+	u8 port2_start;
 
 	rc = pci_enable_device(pdev);
 	if (rc)
@@ -246,11 +290,21 @@ static int sis_init_one (struct pci_dev 
 		probe_ent->host_flags |= SIS_FLAG_CFGSCR;
 	}
 
+	pci_read_config_byte(pdev, SIS_PMR, &pmr);
+	if (ent->device != 0x182) {
+		if ((pmr & SIS_PMR_COMBINED) == 0)
+			port2_start=0x64;
+		else
+			port2_start=0;
+	}
+	else
+		port2_start = 0x20;
+
 	if (!(probe_ent->host_flags & SIS_FLAG_CFGSCR)) {
 		probe_ent->port[0].scr_addr =
 			pci_resource_start(pdev, SIS_SCR_PCI_BAR);
 		probe_ent->port[1].scr_addr =
-			pci_resource_start(pdev, SIS_SCR_PCI_BAR) + 64;
+			pci_resource_start(pdev, SIS_SCR_PCI_BAR) + port2_start;
 	}
 
 	pci_set_master(pdev);

^ permalink raw reply	[flat|nested] 14+ messages in thread

* maintenence sata_sis
  2005-08-19 16:39 [RFC][PATCH] add support for SIS 182 sata chipset in sata sis Arnaud Patard
@ 2005-08-22 10:01 ` Uwe Koziolek
  2005-08-22 10:41   ` Rainer Koenig
                     ` (2 more replies)
  0 siblings, 3 replies; 14+ messages in thread
From: Uwe Koziolek @ 2005-08-22 10:01 UTC (permalink / raw)
  To: Jeff Garzik; +Cc: linux-ide, Arnaud Patard, Rainer.Koenig

Hello Jeff,

currently it exists 3 variants to support the SiS182 Chipset
- use SiS182 with the code from SiS180, only add the PCI-ID to the driver
- the source code from OSDL
- the source code from www.sis.com
Actually i have no SiS board available. So i have no chance to maintain
the driver.

regards
Uwe Koziolek



Arnaud Patard wrote:

>Hi,
>
>
>I got recently a motherboard shipped with the SATA SIS 182 chipset. This
>chipset is not supported by the kernel. I tried to just add the PCI IDS
>in the supported chipset list as suggested on some mails in this
>list but it didn't work for the hard drive connected on the second sata port.
>
>I found that this has been reported on
>http://bugme.osdl.org/show_bug.cgi?id=4192. Unfortunately the patch
>didn't apply to the recents kernel. So, I've written a new minimal patch that
>add support for this chipset. 
>
>It works well on the machine I have with a 2.6.12.5 kernel but I was not
>able to test it on SIS 180/181 chipset (I don't have the hardware). 
>
>imho having support for this chipset in the kernel could be usefull, so
>any feedback/comments are welcome. 
>
>Regards,
>Arnaud Patard
>
>  
>


^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: maintenence sata_sis
  2005-08-22 10:01 ` maintenence sata_sis Uwe Koziolek
@ 2005-08-22 10:41   ` Rainer Koenig
  2005-08-22 11:48   ` Arnaud Patard
  2005-08-23  4:31   ` Wes Newell
  2 siblings, 0 replies; 14+ messages in thread
From: Rainer Koenig @ 2005-08-22 10:41 UTC (permalink / raw)
  To: Uwe Koziolek; +Cc: Jeff Garzik, linux-ide, Arnaud Patard

Uwe Koziolek <uwe.koziolek@gmx.net> writes:

> Actually i have no SiS board available. So i have no chance to maintain
> the driver.

Would it help you if you get access to hardware? On wednesday I'm meeting
our product managers and they have a project of about 60000 pieces at
risk if Linux is not supported on the SiS chipest . So I guess they 
could be motivated to sponsor you with such a  system. :-)

Best regards
Rainer
-- 
Dipl.-Inf. (FH) Rainer Koenig
Project Manager Linux
Business Clients
Fujitsu Siemens Computers 
VP BC E SW OS
Phone: +49-821-804-3321
Fax:   +49-821-804-2131
 

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: maintenence sata_sis
  2005-08-22 10:01 ` maintenence sata_sis Uwe Koziolek
  2005-08-22 10:41   ` Rainer Koenig
@ 2005-08-22 11:48   ` Arnaud Patard
  2005-08-23  4:31   ` Wes Newell
  2 siblings, 0 replies; 14+ messages in thread
From: Arnaud Patard @ 2005-08-22 11:48 UTC (permalink / raw)
  To: Uwe Koziolek; +Cc: Jeff Garzik, linux-ide, Rainer.Koenig

Uwe Koziolek <uwe.koziolek@gmx.net> writes:

> Hello Jeff,
Hi

>
> currently it exists 3 variants to support the SiS182 Chipset
> - use SiS182 with the code from SiS180, only add the PCI-ID to the driver

Adding only the pci-id is not a good solution as the registers of the
second sata port have differents addresses than the one of the SiS180
chipset. To sum-up, with this patch, only the first port will work.

> - the source code from OSDL
> - the source code from www.sis.com

Jeff issued some comments about their patch for adding the support of
the SiS182.


Regards,
Arnaud


^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: maintenence sata_sis
  2005-08-22 10:01 ` maintenence sata_sis Uwe Koziolek
  2005-08-22 10:41   ` Rainer Koenig
  2005-08-22 11:48   ` Arnaud Patard
@ 2005-08-23  4:31   ` Wes Newell
  2005-08-23  8:04     ` Uwe Koziolek
  2 siblings, 1 reply; 14+ messages in thread
From: Wes Newell @ 2005-08-23  4:31 UTC (permalink / raw)
  To: Uwe Koziolek, linux.ide

Uwe Koziolek wrote:

>Hello Jeff,
>
>currently it exists 3 variants to support the SiS182 Chipset
>- use SiS182 with the code from SiS180, only add the PCI-ID to the driver
>- the source code from OSDL
>- the source code from www.sis.com
>Actually i have no SiS board available. So i have no chance to maintain
>the driver.
>
>regards
>Uwe Koziolek
>
>
>
>Arnaud Patard wrote:
>
>  
>
>>Hi,
>>
>>
>>I got recently a motherboard shipped with the SATA SIS 182 chipset. This
>>chipset is not supported by the kernel. I tried to just add the PCI IDS
>>in the supported chipset list as suggested on some mails in this
>>list but it didn't work for the hard drive connected on the second sata port.
>>
>>I found that this has been reported on
>>http://bugme.osdl.org/show_bug.cgi?id=4192. Unfortunately the patch
>>didn't apply to the recents kernel. So, I've written a new minimal patch that
>>add support for this chipset. 
>>
>>It works well on the machine I have with a 2.6.12.5 kernel but I was not
>>able to test it on SIS 180/181 chipset (I don't have the hardware). 
>>
>>imho having support for this chipset in the kernel could be usefull, so
>>any feedback/comments are welcome. 
>>
>>Regards,
>>Arnaud Patard
>>
>>    
>>
I've got a Jetway S755MAX that also has a real SIS180 onboard and have 
been trying to get PATA support for it without any luck for several 
months now. The sata_sis driver from SIS just locks up the machine when 
I attach a pata drive. With the help of a few here, I patched the 
sis5513 driver, but it has lost interrupt problems. I basically gave up 
on this ever working a couple of months ago. Do you think there's any 
hope at all? I'm willing to try whatever some can point me towards, but 
I'm not a C programmer. I can compile kernels though and follow 
instructions.

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: maintenence sata_sis
  2005-08-23  4:31   ` Wes Newell
@ 2005-08-23  8:04     ` Uwe Koziolek
  2005-08-23 17:58       ` Wes Newell
  0 siblings, 1 reply; 14+ messages in thread
From: Uwe Koziolek @ 2005-08-23  8:04 UTC (permalink / raw)
  To: Wes Newell; +Cc: linux.ide

Wes Newell wrote:

> I've got a Jetway S755MAX that also has a real SIS180 onboard and have
> been trying to get PATA support for it without any luck for several
> months now. The sata_sis driver from SIS just locks up the machine
> when I attach a pata drive. With the help of a few here, I patched the
> sis5513 driver, but it has lost interrupt problems. I basically gave
> up on this ever working a couple of months ago. Do you think there's
> any hope at all? I'm willing to try whatever some can point me
> towards, but I'm not a C programmer. I can compile kernels though and
> follow instructions.
>
The SiS180 has disabled the interrupts by default. You must enable the
interrupts in the PCI-config space.
You can find a function pci_enable_intx() in the sata_sis.c.

regards
Uwe Koziolek

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: maintenence sata_sis
  2005-08-23  8:04     ` Uwe Koziolek
@ 2005-08-23 17:58       ` Wes Newell
  2005-08-23 20:32         ` Arnaud Patard
  0 siblings, 1 reply; 14+ messages in thread
From: Wes Newell @ 2005-08-23 17:58 UTC (permalink / raw)
  To: Uwe Koziolek; +Cc: linux.ide

Uwe Koziolek wrote:

>Wes Newell wrote:
>
>  
>
>>I've got a Jetway S755MAX that also has a real SIS180 onboard and have
>>been trying to get PATA support for it without any luck for several
>>months now. The sata_sis driver from SIS just locks up the machine
>>when I attach a pata drive. With the help of a few here, I patched the
>>sis5513 driver, but it has lost interrupt problems. I basically gave
>>up on this ever working a couple of months ago. Do you think there's
>>any hope at all? I'm willing to try whatever some can point me
>>towards, but I'm not a C programmer. I can compile kernels though and
>>follow instructions.
>>
>>    
>>
>The SiS180 has disabled the interrupts by default. You must enable the
>interrupts in the PCI-config space.
>You can find a function pci_enable_intx() in the sata_sis.c.
>
>regards
>Uwe Koziolek
>
>  
>
Well, now you've really lost me. I wasn't using sata_sis when I got the 
drive to work with lost interrupts. I was using a patched sis5513 ide 
driver. So maybe I should just forget that and say that the machine 
locks up solid when I try and load sata_sis from sis18x_2.6.10_1.00.00. 
So I really don't understand what you are saying I need to do here. 
Remember, I'm not a C programmer  and only came here some months back to 
see if someone could fix this. I'm willing to help in any way I can 
testing, but if you want me to patch something or enable something, 
you're going to have to lead me by the hand and show me what code, and 
exactly where to put within the base code. I can find function 
pci_enable_intx in sata_sis.c, but I don't have a clue as to what to do 
with it and since I wasn't using sata_sis, but the sis5513 driver when i 
could finally see the drives, I'm totally lost.

-- 
KT133 MB, CPU @2400MHz (24x100): SIS755 MB CPU @2330MHz (10x233)
Need good help? Provide all system info with question.
My server http://wesnewell.no-ip.com/cpu.php
Verizon server http://mysite.verizon.net/res0exft/cpu.htm


^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: maintenence sata_sis
  2005-08-23 17:58       ` Wes Newell
@ 2005-08-23 20:32         ` Arnaud Patard
  2005-08-23 21:14           ` Wes Newell
  0 siblings, 1 reply; 14+ messages in thread
From: Arnaud Patard @ 2005-08-23 20:32 UTC (permalink / raw)
  To: Wes Newell; +Cc: Uwe Koziolek, linux.ide

Wes Newell <w.newell@verizon.net> writes:

> Uwe Koziolek wrote:
>
>>Wes Newell wrote:
>>
>>
>>
>>>I've got a Jetway S755MAX that also has a real SIS180 onboard and have
>>>been trying to get PATA support for it without any luck for several
>>>months now. The sata_sis driver from SIS just locks up the machine
>>>when I attach a pata drive. With the help of a few here, I patched the
>>>sis5513 driver, but it has lost interrupt problems. I basically gave
>>>up on this ever working a couple of months ago. Do you think there's
>>>any hope at all? I'm willing to try whatever some can point me
>>>towards, but I'm not a C programmer. I can compile kernels though and
>>>follow instructions.
>>>
>>>
>>>
>>The SiS180 has disabled the interrupts by default. You must enable the
>>interrupts in the PCI-config space.
>>You can find a function pci_enable_intx() in the sata_sis.c.
>>
>>regards
>>Uwe Koziolek
>>
>>
>>
> Well, now you've really lost me. I wasn't using sata_sis when I got
> the drive to work with lost interrupts. I was using a patched sis5513
> ide driver. So maybe I should just forget that and say that the

the sis5513 driver is the ide driver and sata_sis for sata/pata.

> machine locks up solid when I try and load sata_sis from
> sis18x_2.6.10_1.00.00. So I really don't understand what you are
> saying I need to do here. Remember, I'm not a C programmer  and only
> came here some months back to see if someone could fix this. I'm
> willing to help in any way I can testing, but if you want me to patch
> something or enable something, you're going to have to lead me by the

Even if it was not perfect as concern the pata support, you may also
test the patch I mailed. 

> hand and show me what code, and exactly where to put within the base
> code. I can find function pci_enable_intx in sata_sis.c, but I don't
> have a clue as to what to do with it and since I wasn't using
> sata_sis, but the sis5513 driver when i could finally see the drives,
> I'm totally lost.

(FYI pci_enable_intx function will disappear. It'll be replaced by pci_intx)

>
> -- 
> KT133 MB, CPU @2400MHz (24x100): SIS755 MB CPU @2330MHz (10x233)
> Need good help? Provide all system info with question.
> My server http://wesnewell.no-ip.com/cpu.php
> Verizon server http://mysite.verizon.net/res0exft/cpu.htm
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-ide" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html


^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: maintenence sata_sis
  2005-08-23 20:32         ` Arnaud Patard
@ 2005-08-23 21:14           ` Wes Newell
  2005-08-23 22:02             ` Sis180 Jetway S755Max Uwe Koziolek
  0 siblings, 1 reply; 14+ messages in thread
From: Wes Newell @ 2005-08-23 21:14 UTC (permalink / raw)
  To: Arnaud Patard; +Cc: Uwe Koziolek, linux.ide

Arnaud Patard wrote:

>Wes Newell <w.newell@verizon.net> writes:
>
>  
>
>>Uwe Koziolek wrote:
>>
>>    
>>
>>>Wes Newell wrote:
>>>
>>>      
>>>
>>>>I've got a Jetway S755MAX that also has a real SIS180 onboard and have
>>>>been trying to get PATA support for it without any luck for several
>>>>months now. The sata_sis driver from SIS just locks up the machine
>>>>when I attach a pata drive. With the help of a few here, I patched the
>>>>sis5513 driver, but it has lost interrupt problems. I basically gave
>>>>up on this ever working a couple of months ago. Do you think there's
>>>>any hope at all? I'm willing to try whatever some can point me
>>>>towards, but I'm not a C programmer. I can compile kernels though and
>>>>follow instructions.
>>>>
>>>>        
>>>>
>>>The SiS180 has disabled the interrupts by default. You must enable the
>>>interrupts in the PCI-config space.
>>>You can find a function pci_enable_intx() in the sata_sis.c.
>>>
>>>regards
>>>Uwe Koziolek
>>>
>>>      
>>>
>>Well, now you've really lost me. I wasn't using sata_sis when I got
>>the drive to work with lost interrupts. I was using a patched sis5513
>>ide driver. So maybe I should just forget that and say that the
>>    
>>
>
>the sis5513 driver is the ide driver and sata_sis for sata/pata.
>
>  
>
This much I know, but since the original sata_sis with 2.6.11 didn't see 
the drives at all and the SIS sata_sis locked up the machine with a pata 
drive atached, and I don't have any sata drives, I just tried patching 
it, and it at least saw the drives and I could read and write to them, 
but because of the lost interrrupts, it was realllll slow. I would much 
prefer to get both sata and pata portion of it working with sata_sis if 
possible.

>>machine locks up solid when I try and load sata_sis from
>>sis18x_2.6.10_1.00.00. So I really don't understand what you are
>>saying I need to do here. Remember, I'm not a C programmer  and only
>>came here some months back to see if someone could fix this. I'm
>>willing to help in any way I can testing, but if you want me to patch
>>something or enable something, you're going to have to lead me by the
>>    
>>
>
>Even if it was not perfect as concern the pata support, you may also
>test the patch I mailed. 
>
>  
>
What patch was this and for which sata_sis was it for and where do i get it.


^ permalink raw reply	[flat|nested] 14+ messages in thread

* Sis180 Jetway S755Max
  2005-08-23 21:14           ` Wes Newell
@ 2005-08-23 22:02             ` Uwe Koziolek
  2005-08-24  6:20               ` Wes Newell
  0 siblings, 1 reply; 14+ messages in thread
From: Uwe Koziolek @ 2005-08-23 22:02 UTC (permalink / raw)
  To: Wes Newell; +Cc: Arnaud Patard, linux.ide

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

Hello Wes,

i include for you a hothack for SiS180 into the sata5513, untested and
not pretty.

additional i include the patch submitted by Arnaud Patard.

If the last one works, it is the better solution, with chances to be
included into the kernel.


regards

Uwe Koziolek

[-- Attachment #2: sis5513.c --]
[-- Type: text/x-csrc, Size: 28989 bytes --]

/*
 * linux/drivers/ide/pci/sis5513.c	Version 0.16ac+vp	Jun 18, 2003
 *
 * Copyright (C) 1999-2000	Andre Hedrick <andre@linux-ide.org>
 * Copyright (C) 2002		Lionel Bouton <Lionel.Bouton@inet6.fr>, Maintainer
 * Copyright (C) 2003		Vojtech Pavlik <vojtech@suse.cz>
 * May be copied or modified under the terms of the GNU General Public License
 *
 *
 * Thanks :
 *
 * SiS Taiwan		: for direct support and hardware.
 * Daniela Engert	: for initial ATA100 advices and numerous others.
 * John Fremlin, Manfred Spraul, Dave Morgan, Peter Kjellerstedt	:
 *			  for checking code correctness, providing patches.
 *
 *
 * Original tests and design on the SiS620 chipset.
 * ATA100 tests and design on the SiS735 chipset.
 * ATA16/33 support from specs
 * ATA133 support for SiS961/962 by L.C. Chang <lcchang@sis.com.tw>
 * ATA133 961/962/963 fixes by Vojtech Pavlik <vojtech@suse.cz>
 *
 * Documentation:
 *	SiS chipset documentation available under NDA to companies only
 *      (not to individuals).
 */

/*
 * The original SiS5513 comes from a SiS5511/55112/5513 chipset. The original
 * SiS5513 was also used in the SiS5596/5513 chipset. Thus if we see a SiS5511
 * or SiS5596, we can assume we see the first MWDMA-16 capable SiS5513 chip.
 *
 * Later SiS chipsets integrated the 5513 functionality into the NorthBridge,
 * starting with SiS5571 and up to SiS745. The PCI ID didn't change, though. We
 * can figure out that we have a more modern and more capable 5513 by looking
 * for the respective NorthBridge IDs.
 *
 * Even later (96x family) SiS chipsets use the MuTIOL link and place the 5513
 * into the SouthBrige. Here we cannot rely on looking up the NorthBridge PCI
 * ID, while the now ATA-133 capable 5513 still has the same PCI ID.
 * Fortunately the 5513 can be 'unmasked' by fiddling with some config space
 * bits, changing its device id to the true one - 5517 for 961 and 5518 for
 * 962/963.
 */ 

#include <linux/config.h>
#include <linux/types.h>
#include <linux/module.h>
#include <linux/kernel.h>
#include <linux/delay.h>
#include <linux/timer.h>
#include <linux/mm.h>
#include <linux/ioport.h>
#include <linux/blkdev.h>
#include <linux/hdreg.h>

#include <linux/interrupt.h>
#include <linux/pci.h>
#include <linux/init.h>
#include <linux/ide.h>

#include <asm/irq.h>

#include "ide-timing.h"

#define DISPLAY_SIS_TIMINGS

/* registers layout and init values are chipset family dependant */

#define ATA_16		0x01
#define ATA_33		0x02
#define ATA_66		0x03
#define ATA_100a	0x04 // SiS730/SiS550 is ATA100 with ATA66 layout
#define ATA_100		0x05
#define ATA_133a	0x06 // SiS961b with 133 support
#define ATA_133		0x07 // SiS962/963

static u8 chipset_family;

/*
 * Devices supported
 */
static const struct {
	const char *name;
	u16 host_id;
	u8 chipset_family;
	u8 flags;
} SiSHostChipInfo[] = {
	{ "SiS745",	PCI_DEVICE_ID_SI_745,	ATA_100  },
	{ "SiS735",	PCI_DEVICE_ID_SI_735,	ATA_100  },
	{ "SiS733",	PCI_DEVICE_ID_SI_733,	ATA_100  },
	{ "SiS635",	PCI_DEVICE_ID_SI_635,	ATA_100  },
	{ "SiS633",	PCI_DEVICE_ID_SI_633,	ATA_100  },

	{ "SiS730",	PCI_DEVICE_ID_SI_730,	ATA_100a },
	{ "SiS550",	PCI_DEVICE_ID_SI_550,	ATA_100a },

	{ "SiS640",	PCI_DEVICE_ID_SI_640,	ATA_66   },
	{ "SiS630",	PCI_DEVICE_ID_SI_630,	ATA_66   },
	{ "SiS620",	PCI_DEVICE_ID_SI_620,	ATA_66   },
	{ "SiS540",	PCI_DEVICE_ID_SI_540,	ATA_66   },
	{ "SiS530",	PCI_DEVICE_ID_SI_530,	ATA_66   },

	{ "SiS5600",	PCI_DEVICE_ID_SI_5600,	ATA_33   },
	{ "SiS5598",	PCI_DEVICE_ID_SI_5598,	ATA_33   },
	{ "SiS5597",	PCI_DEVICE_ID_SI_5597,	ATA_33   },
	{ "SiS5591/2",	PCI_DEVICE_ID_SI_5591,	ATA_33   },
	{ "SiS5582",	PCI_DEVICE_ID_SI_5582,	ATA_33   },
	{ "SiS5581",	PCI_DEVICE_ID_SI_5581,	ATA_33   },

	{ "SiS5596",	PCI_DEVICE_ID_SI_5596,	ATA_16   },
	{ "SiS5571",	PCI_DEVICE_ID_SI_5571,	ATA_16   },
	{ "SiS551x",	PCI_DEVICE_ID_SI_5511,	ATA_16   },
};

/* Cycle time bits and values vary across chip dma capabilities
   These three arrays hold the register layout and the values to set.
   Indexed by chipset_family and (dma_mode - XFER_UDMA_0) */

/* {0, ATA_16, ATA_33, ATA_66, ATA_100a, ATA_100, ATA_133} */
static u8 cycle_time_offset[] = {0,0,5,4,4,0,0};
static u8 cycle_time_range[] = {0,0,2,3,3,4,4};
static u8 cycle_time_value[][XFER_UDMA_6 - XFER_UDMA_0 + 1] = {
	{0,0,0,0,0,0,0}, /* no udma */
	{0,0,0,0,0,0,0}, /* no udma */
	{3,2,1,0,0,0,0}, /* ATA_33 */
	{7,5,3,2,1,0,0}, /* ATA_66 */
	{7,5,3,2,1,0,0}, /* ATA_100a (730 specific), differences are on cycle_time range and offset */
	{11,7,5,4,2,1,0}, /* ATA_100 */
	{15,10,7,5,3,2,1}, /* ATA_133a (earliest 691 southbridges) */
	{15,10,7,5,3,2,1}, /* ATA_133 */
};
/* CRC Valid Setup Time vary across IDE clock setting 33/66/100/133
   See SiS962 data sheet for more detail */
static u8 cvs_time_value[][XFER_UDMA_6 - XFER_UDMA_0 + 1] = {
	{0,0,0,0,0,0,0}, /* no udma */
	{0,0,0,0,0,0,0}, /* no udma */
	{2,1,1,0,0,0,0},
	{4,3,2,1,0,0,0},
	{4,3,2,1,0,0,0},
	{6,4,3,1,1,1,0},
	{9,6,4,2,2,2,2},
	{9,6,4,2,2,2,2},
};
/* Initialize time, Active time, Recovery time vary across
   IDE clock settings. These 3 arrays hold the register value
   for PIO0/1/2/3/4 and DMA0/1/2 mode in order */
static u8 ini_time_value[][8] = {
	{0,0,0,0,0,0,0,0},
	{0,0,0,0,0,0,0,0},
	{2,1,0,0,0,1,0,0},
	{4,3,1,1,1,3,1,1},
	{4,3,1,1,1,3,1,1},
	{6,4,2,2,2,4,2,2},
	{9,6,3,3,3,6,3,3},
	{9,6,3,3,3,6,3,3},
};
static u8 act_time_value[][8] = {
	{0,0,0,0,0,0,0,0},
	{0,0,0,0,0,0,0,0},
	{9,9,9,2,2,7,2,2},
	{19,19,19,5,4,14,5,4},
	{19,19,19,5,4,14,5,4},
	{28,28,28,7,6,21,7,6},
	{38,38,38,10,9,28,10,9},
	{38,38,38,10,9,28,10,9},
};
static u8 rco_time_value[][8] = {
	{0,0,0,0,0,0,0,0},
	{0,0,0,0,0,0,0,0},
	{9,2,0,2,0,7,1,1},
	{19,5,1,5,2,16,3,2},
	{19,5,1,5,2,16,3,2},
	{30,9,3,9,4,25,6,4},
	{40,12,4,12,5,34,12,5},
	{40,12,4,12,5,34,12,5},
};

/*
 * Printing configuration
 */
/* Used for chipset type printing at boot time */
static char* chipset_capability[] = {
	"ATA", "ATA 16",
	"ATA 33", "ATA 66",
	"ATA 100 (1st gen)", "ATA 100 (2nd gen)",
	"ATA 133 (1st gen)", "ATA 133 (2nd gen)"
};

#if defined(DISPLAY_SIS_TIMINGS) && defined(CONFIG_PROC_FS)
#include <linux/stat.h>
#include <linux/proc_fs.h>

static u8 sis_proc = 0;

static struct pci_dev *bmide_dev;

static char* cable_type[] = {
	"80 pins",
	"40 pins"
};

static char* recovery_time[] ={
	"12 PCICLK", "1 PCICLK",
	"2 PCICLK", "3 PCICLK",
	"4 PCICLK", "5 PCICLCK",
	"6 PCICLK", "7 PCICLCK",
	"8 PCICLK", "9 PCICLCK",
	"10 PCICLK", "11 PCICLK",
	"13 PCICLK", "14 PCICLK",
	"15 PCICLK", "15 PCICLK"
};

static char* active_time[] = {
	"8 PCICLK", "1 PCICLCK",
	"2 PCICLK", "3 PCICLK",
	"4 PCICLK", "5 PCICLK",
	"6 PCICLK", "12 PCICLK"
};

static char* cycle_time[] = {
	"Reserved", "2 CLK",
	"3 CLK", "4 CLK",
	"5 CLK", "6 CLK",
	"7 CLK", "8 CLK",
	"9 CLK", "10 CLK",
	"11 CLK", "12 CLK",
	"13 CLK", "14 CLK",
	"15 CLK", "16 CLK"
};

/* Generic add master or slave info function */
static char* get_drives_info (char *buffer, u8 pos)
{
	u8 reg00, reg01, reg10, reg11; /* timing registers */
	u32 regdw0, regdw1;
	char* p = buffer;

/* Postwrite/Prefetch */
	if (chipset_family < ATA_133) {
		pci_read_config_byte(bmide_dev, 0x4b, &reg00);
		p += sprintf(p, "Drive %d:        Postwrite %s \t \t Postwrite %s\n",
			     pos, (reg00 & (0x10 << pos)) ? "Enabled" : "Disabled",
			     (reg00 & (0x40 << pos)) ? "Enabled" : "Disabled");
		p += sprintf(p, "                Prefetch  %s \t \t Prefetch  %s\n",
			     (reg00 & (0x01 << pos)) ? "Enabled" : "Disabled",
			     (reg00 & (0x04 << pos)) ? "Enabled" : "Disabled");
		pci_read_config_byte(bmide_dev, 0x40+2*pos, &reg00);
		pci_read_config_byte(bmide_dev, 0x41+2*pos, &reg01);
		pci_read_config_byte(bmide_dev, 0x44+2*pos, &reg10);
		pci_read_config_byte(bmide_dev, 0x45+2*pos, &reg11);
	} else {
		u32 reg54h;
		u8 drive_pci = 0x40;
		pci_read_config_dword(bmide_dev, 0x54, &reg54h);
		if (reg54h & 0x40000000) {
			// Configuration space remapped to 0x70
			drive_pci = 0x70;
		}
		pci_read_config_dword(bmide_dev, (unsigned long)drive_pci+4*pos, &regdw0);
		pci_read_config_dword(bmide_dev, (unsigned long)drive_pci+4*pos+8, &regdw1);

		p += sprintf(p, "Drive %d:\n", pos);
	}


/* UDMA */
	if (chipset_family >= ATA_133) {
		p += sprintf(p, "                UDMA %s \t \t \t UDMA %s\n",
			     (regdw0 & 0x04) ? "Enabled" : "Disabled",
			     (regdw1 & 0x04) ? "Enabled" : "Disabled");
		p += sprintf(p, "                UDMA Cycle Time    %s \t UDMA Cycle Time    %s\n",
			     cycle_time[(regdw0 & 0xF0) >> 4],
			     cycle_time[(regdw1 & 0xF0) >> 4]);
	} else if (chipset_family >= ATA_33) {
		p += sprintf(p, "                UDMA %s \t \t \t UDMA %s\n",
			     (reg01 & 0x80) ? "Enabled" : "Disabled",
			     (reg11 & 0x80) ? "Enabled" : "Disabled");

		p += sprintf(p, "                UDMA Cycle Time    ");
		switch(chipset_family) {
			case ATA_33:	p += sprintf(p, cycle_time[(reg01 & 0x60) >> 5]); break;
			case ATA_66:
			case ATA_100a:	p += sprintf(p, cycle_time[(reg01 & 0x70) >> 4]); break;
			case ATA_100:
			case ATA_133a:	p += sprintf(p, cycle_time[reg01 & 0x0F]); break;
			default:	p += sprintf(p, "?"); break;
		}
		p += sprintf(p, " \t UDMA Cycle Time    ");
		switch(chipset_family) {
			case ATA_33:	p += sprintf(p, cycle_time[(reg11 & 0x60) >> 5]); break;
			case ATA_66:
			case ATA_100a:	p += sprintf(p, cycle_time[(reg11 & 0x70) >> 4]); break;
			case ATA_100:
			case ATA_133a:  p += sprintf(p, cycle_time[reg11 & 0x0F]); break;
			default:	p += sprintf(p, "?"); break;
		}
		p += sprintf(p, "\n");
	}


	if (chipset_family < ATA_133) {	/* else case TODO */

/* Data Active */
		p += sprintf(p, "                Data Active Time   ");
		switch(chipset_family) {
			case ATA_16: /* confirmed */
			case ATA_33:
			case ATA_66:
			case ATA_100a: p += sprintf(p, active_time[reg01 & 0x07]); break;
			case ATA_100:
			case ATA_133a: p += sprintf(p, active_time[(reg00 & 0x70) >> 4]); break;
			default: p += sprintf(p, "?"); break;
		}
		p += sprintf(p, " \t Data Active Time   ");
		switch(chipset_family) {
			case ATA_16:
			case ATA_33:
			case ATA_66:
			case ATA_100a: p += sprintf(p, active_time[reg11 & 0x07]); break;
			case ATA_100:
			case ATA_133a: p += sprintf(p, active_time[(reg10 & 0x70) >> 4]); break;
			default: p += sprintf(p, "?"); break;
		}
		p += sprintf(p, "\n");

/* Data Recovery */
	/* warning: may need (reg&0x07) for pre ATA66 chips */
		p += sprintf(p, "                Data Recovery Time %s \t Data Recovery Time %s\n",
			     recovery_time[reg00 & 0x0f], recovery_time[reg10 & 0x0f]);
	}

	return p;
}

static char* get_masters_info(char* buffer)
{
	return get_drives_info(buffer, 0);
}

static char* get_slaves_info(char* buffer)
{
	return get_drives_info(buffer, 1);
}

/* Main get_info, called on /proc/ide/sis reads */
static int sis_get_info (char *buffer, char **addr, off_t offset, int count)
{
	char *p = buffer;
	int len;
	u8 reg;
	u16 reg2, reg3;

	p += sprintf(p, "\nSiS 5513 ");
	switch(chipset_family) {
		case ATA_16: p += sprintf(p, "DMA 16"); break;
		case ATA_33: p += sprintf(p, "Ultra 33"); break;
		case ATA_66: p += sprintf(p, "Ultra 66"); break;
		case ATA_100a:
		case ATA_100: p += sprintf(p, "Ultra 100"); break;
		case ATA_133a:
		case ATA_133: p += sprintf(p, "Ultra 133"); break;
		default: p+= sprintf(p, "Unknown???"); break;
	}
	p += sprintf(p, " chipset\n");
	p += sprintf(p, "--------------- Primary Channel "
		     "---------------- Secondary Channel "
		     "-------------\n");

/* Status */
	pci_read_config_byte(bmide_dev, 0x4a, &reg);
	if (chipset_family == ATA_133) {
		pci_read_config_word(bmide_dev, 0x50, &reg2);
		pci_read_config_word(bmide_dev, 0x52, &reg3);
	}
	p += sprintf(p, "Channel Status: ");
	if (chipset_family < ATA_66) {
		p += sprintf(p, "%s \t \t \t \t %s\n",
			     (reg & 0x04) ? "On" : "Off",
			     (reg & 0x02) ? "On" : "Off");
	} else if (chipset_family < ATA_133) {
		p += sprintf(p, "%s \t \t \t \t %s \n",
			     (reg & 0x02) ? "On" : "Off",
			     (reg & 0x04) ? "On" : "Off");
	} else { /* ATA_133 */
		p += sprintf(p, "%s \t \t \t \t %s \n",
			     (reg2 & 0x02) ? "On" : "Off",
			     (reg3 & 0x02) ? "On" : "Off");
	}

/* Operation Mode */
	pci_read_config_byte(bmide_dev, 0x09, &reg);
	p += sprintf(p, "Operation Mode: %s \t \t \t %s \n",
		     (reg & 0x01) ? "Native" : "Compatible",
		     (reg & 0x04) ? "Native" : "Compatible");

/* 80-pin cable ? */
	if (chipset_family >= ATA_133) {
		p += sprintf(p, "Cable Type:     %s \t \t \t %s\n",
			     (reg2 & 0x01) ? cable_type[1] : cable_type[0],
			     (reg3 & 0x01) ? cable_type[1] : cable_type[0]);
	} else if (chipset_family > ATA_33) {
		pci_read_config_byte(bmide_dev, 0x48, &reg);
		p += sprintf(p, "Cable Type:     %s \t \t \t %s\n",
			     (reg & 0x10) ? cable_type[1] : cable_type[0],
			     (reg & 0x20) ? cable_type[1] : cable_type[0]);
	}

/* Prefetch Count */
	if (chipset_family < ATA_133) {
		pci_read_config_word(bmide_dev, 0x4c, &reg2);
		pci_read_config_word(bmide_dev, 0x4e, &reg3);
		p += sprintf(p, "Prefetch Count: %d \t \t \t \t %d\n",
			     reg2, reg3);
	}

	p = get_masters_info(p);
	p = get_slaves_info(p);

	len = (p - buffer) - offset;
	*addr = buffer + offset;

	return len > count ? count : len;
}
#endif /* defined(DISPLAY_SIS_TIMINGS) && defined(CONFIG_PROC_FS) */

static u8 sis5513_ratemask (ide_drive_t *drive)
{
	u8 rates[] = { 0, 0, 1, 2, 3, 3, 4, 4 };
	u8 mode = rates[chipset_family];

	if (!eighty_ninty_three(drive))
		mode = min(mode, (u8)1);
	return mode;
}

/*
 * Configuration functions
 */
/* Enables per-drive prefetch and postwrite */
static void config_drive_art_rwp (ide_drive_t *drive)
{
	ide_hwif_t *hwif	= HWIF(drive);
	struct pci_dev *dev	= hwif->pci_dev;

	u8 reg4bh		= 0;
	u8 rw_prefetch		= (0x11 << drive->dn);

	if (drive->media != ide_disk)
		return;
	pci_read_config_byte(dev, 0x4b, &reg4bh);

	if ((reg4bh & rw_prefetch) != rw_prefetch)
		pci_write_config_byte(dev, 0x4b, reg4bh|rw_prefetch);
}


/* Set per-drive active and recovery time */
static void config_art_rwp_pio (ide_drive_t *drive, u8 pio)
{
	ide_hwif_t *hwif	= HWIF(drive);
	struct pci_dev *dev	= hwif->pci_dev;

	u8			timing, drive_pci, test1, test2;

	u16 eide_pio_timing[6] = {600, 390, 240, 180, 120, 90};
	u16 xfer_pio = drive->id->eide_pio_modes;

	config_drive_art_rwp(drive);
	pio = ide_get_best_pio_mode(drive, 255, pio, NULL);

	if (xfer_pio> 4)
		xfer_pio = 0;

	if (drive->id->eide_pio_iordy > 0) {
		for (xfer_pio = 5;
			(xfer_pio > 0) &&
			(drive->id->eide_pio_iordy > eide_pio_timing[xfer_pio]);
			xfer_pio--);
	} else {
		xfer_pio = (drive->id->eide_pio_modes & 4) ? 0x05 :
			   (drive->id->eide_pio_modes & 2) ? 0x04 :
			   (drive->id->eide_pio_modes & 1) ? 0x03 : xfer_pio;
	}

	timing = (xfer_pio >= pio) ? xfer_pio : pio;

	/* In pre ATA_133 case, drives sit at 0x40 + 4*drive->dn */
	drive_pci = 0x40;
	/* In SiS962 case drives sit at (0x40 or 0x70) + 8*drive->dn) */
	if (chipset_family >= ATA_133) {
		u32 reg54h;
		pci_read_config_dword(dev, 0x54, &reg54h);
		if (reg54h & 0x40000000) drive_pci = 0x70;
		drive_pci += ((drive->dn)*0x4);
	} else {
		drive_pci += ((drive->dn)*0x2);
	}

	/* register layout changed with newer ATA100 chips */
	if (chipset_family < ATA_100) {
		pci_read_config_byte(dev, drive_pci, &test1);
		pci_read_config_byte(dev, drive_pci+1, &test2);

		/* Clear active and recovery timings */
		test1 &= ~0x0F;
		test2 &= ~0x07;

		switch(timing) {
			case 4:		test1 |= 0x01; test2 |= 0x03; break;
			case 3:		test1 |= 0x03; test2 |= 0x03; break;
			case 2:		test1 |= 0x04; test2 |= 0x04; break;
			case 1:		test1 |= 0x07; test2 |= 0x06; break;
			default:	break;
		}
		pci_write_config_byte(dev, drive_pci, test1);
		pci_write_config_byte(dev, drive_pci+1, test2);
	} else if (chipset_family < ATA_133) {
		switch(timing) { /*		active  recovery
						  v     v */
			case 4:		test1 = 0x30|0x01; break;
			case 3:		test1 = 0x30|0x03; break;
			case 2:		test1 = 0x40|0x04; break;
			case 1:		test1 = 0x60|0x07; break;
			default:	break;
		}
		pci_write_config_byte(dev, drive_pci, test1);
	} else { /* ATA_133 */
		u32 test3;
		pci_read_config_dword(dev, drive_pci, &test3);
		test3 &= 0xc0c00fff;
		if (test3 & 0x08) {
			test3 |= (unsigned long)ini_time_value[ATA_133][timing] << 12;
			test3 |= (unsigned long)act_time_value[ATA_133][timing] << 16;
			test3 |= (unsigned long)rco_time_value[ATA_133][timing] << 24;
		} else {
			test3 |= (unsigned long)ini_time_value[ATA_100][timing] << 12;
			test3 |= (unsigned long)act_time_value[ATA_100][timing] << 16;
			test3 |= (unsigned long)rco_time_value[ATA_100][timing] << 24;
		}
		pci_write_config_dword(dev, drive_pci, test3);
	}
}

static int config_chipset_for_pio (ide_drive_t *drive, u8 pio)
{
	if (pio == 255)
		pio = ide_find_best_mode(drive, XFER_PIO | XFER_EPIO) - XFER_PIO_0;
	config_art_rwp_pio(drive, pio);
	return ide_config_drive_speed(drive, XFER_PIO_0 + min_t(u8, pio, 4));
}

static int sis5513_tune_chipset (ide_drive_t *drive, u8 xferspeed)
{
	ide_hwif_t *hwif	= HWIF(drive);
	struct pci_dev *dev	= hwif->pci_dev;

	u8 drive_pci, reg, speed;
	u32 regdw;

	speed = ide_rate_filter(sis5513_ratemask(drive), xferspeed);

	/* See config_art_rwp_pio for drive pci config registers */
	drive_pci = 0x40;
	if (chipset_family >= ATA_133) {
		u32 reg54h;
		pci_read_config_dword(dev, 0x54, &reg54h);
		if (reg54h & 0x40000000) drive_pci = 0x70;
		drive_pci += ((drive->dn)*0x4);
		pci_read_config_dword(dev, (unsigned long)drive_pci, &regdw);
		/* Disable UDMA bit for non UDMA modes on UDMA chips */
		if (speed < XFER_UDMA_0) {
			regdw &= 0xfffffffb;
			pci_write_config_dword(dev, (unsigned long)drive_pci, regdw);
		}
	
	} else {
		drive_pci += ((drive->dn)*0x2);
		pci_read_config_byte(dev, drive_pci+1, &reg);
		/* Disable UDMA bit for non UDMA modes on UDMA chips */
		if ((speed < XFER_UDMA_0) && (chipset_family > ATA_16)) {
			reg &= 0x7F;
			pci_write_config_byte(dev, drive_pci+1, reg);
		}
	}

	/* Config chip for mode */
	switch(speed) {
		case XFER_UDMA_6:
		case XFER_UDMA_5:
		case XFER_UDMA_4:
		case XFER_UDMA_3:
		case XFER_UDMA_2:
		case XFER_UDMA_1:
		case XFER_UDMA_0:
			if (chipset_family >= ATA_133) {
				regdw |= 0x04;
				regdw &= 0xfffff00f;
				/* check if ATA133 enable */
				if (regdw & 0x08) {
					regdw |= (unsigned long)cycle_time_value[ATA_133][speed-XFER_UDMA_0] << 4;
					regdw |= (unsigned long)cvs_time_value[ATA_133][speed-XFER_UDMA_0] << 8;
				} else {
				/* if ATA133 disable, we should not set speed above UDMA5 */
					if (speed > XFER_UDMA_5)
						speed = XFER_UDMA_5;
					regdw |= (unsigned long)cycle_time_value[ATA_100][speed-XFER_UDMA_0] << 4;
					regdw |= (unsigned long)cvs_time_value[ATA_100][speed-XFER_UDMA_0] << 8;
				}
				pci_write_config_dword(dev, (unsigned long)drive_pci, regdw);
			} else {
				/* Force the UDMA bit on if we want to use UDMA */
				reg |= 0x80;
				/* clean reg cycle time bits */
				reg &= ~((0xFF >> (8 - cycle_time_range[chipset_family]))
					 << cycle_time_offset[chipset_family]);
				/* set reg cycle time bits */
				reg |= cycle_time_value[chipset_family][speed-XFER_UDMA_0]
					<< cycle_time_offset[chipset_family];
				pci_write_config_byte(dev, drive_pci+1, reg);
			}
			break;
		case XFER_MW_DMA_2:
		case XFER_MW_DMA_1:
		case XFER_MW_DMA_0:
		case XFER_SW_DMA_2:
		case XFER_SW_DMA_1:
		case XFER_SW_DMA_0:
			break;
		case XFER_PIO_4: return((int) config_chipset_for_pio(drive, 4));
		case XFER_PIO_3: return((int) config_chipset_for_pio(drive, 3));
		case XFER_PIO_2: return((int) config_chipset_for_pio(drive, 2));
		case XFER_PIO_1: return((int) config_chipset_for_pio(drive, 1));
		case XFER_PIO_0:
		default:	 return((int) config_chipset_for_pio(drive, 0));	
	}

	return ((int) ide_config_drive_speed(drive, speed));
}

static void sis5513_tune_drive (ide_drive_t *drive, u8 pio)
{
	(void) config_chipset_for_pio(drive, pio);
}

/*
 * ((id->hw_config & 0x4000|0x2000) && (HWIF(drive)->udma_four))
 */
static int config_chipset_for_dma (ide_drive_t *drive)
{
	u8 speed	= ide_dma_speed(drive, sis5513_ratemask(drive));

#ifdef DEBUG
	printk("SIS5513: config_chipset_for_dma, drive %d, ultra %x\n",
	       drive->dn, drive->id->dma_ultra);
#endif

	if (!(speed))
		return 0;

	sis5513_tune_chipset(drive, speed);
	return ide_dma_enable(drive);
}

static int sis5513_config_drive_xfer_rate (ide_drive_t *drive)
{
	ide_hwif_t *hwif	= HWIF(drive);
	struct hd_driveid *id	= drive->id;

	drive->init_speed = 0;

	if (id && (id->capability & 1) && drive->autodma) {

		if (ide_use_dma(drive)) {
			if (config_chipset_for_dma(drive))
				return hwif->ide_dma_on(drive);
		}

		goto fast_ata_pio;

	} else if ((id->capability & 8) || (id->field_valid & 2)) {
fast_ata_pio:
		sis5513_tune_drive(drive, 5);
		return hwif->ide_dma_off_quietly(drive);
	}
	/* IORDY not supported */
	return 0;
}

/* initiates/aborts (U)DMA read/write operations on a drive. */
static int sis5513_config_xfer_rate (ide_drive_t *drive)
{
	config_drive_art_rwp(drive);
	config_art_rwp_pio(drive, 5);
	return sis5513_config_drive_xfer_rate(drive);
}

/*
  Future simpler config_xfer_rate :
   When ide_find_best_mode is made bad-drive aware
   - remove config_drive_xfer_rate and config_chipset_for_dma,
   - replace config_xfer_rate with the following

static int sis5513_config_xfer_rate (ide_drive_t *drive)
{
	u16 w80 = HWIF(drive)->udma_four;
	u16 speed;

	config_drive_art_rwp(drive);
	config_art_rwp_pio(drive, 5);

	speed = ide_find_best_mode(drive,
		XFER_PIO | XFER_EPIO | XFER_SWDMA | XFER_MWDMA |
		(chipset_family >= ATA_33 ? XFER_UDMA : 0) |
		(w80 && chipset_family >= ATA_66 ? XFER_UDMA_66 : 0) |
		(w80 && chipset_family >= ATA_100a ? XFER_UDMA_100 : 0) |
		(w80 && chipset_family >= ATA_133a ? XFER_UDMA_133 : 0));

	sis5513_tune_chipset(drive, speed);

	if (drive->autodma && (speed & XFER_MODE) != XFER_PIO)
		return HWIF(drive)->ide_dma_on(drive);
	return HWIF(drive)->ide_dma_off_quietly(drive);
}
*/

/* Chip detection and general config */
static unsigned int __init init_chipset_sis5513 (struct pci_dev *dev, const char *name)
{
	struct pci_dev *host;
	int i = 0;

	chipset_family = 0;

	for (i = 0; i < ARRAY_SIZE(SiSHostChipInfo) && !chipset_family; i++) {

		host = pci_find_device(PCI_VENDOR_ID_SI, SiSHostChipInfo[i].host_id, NULL);

		if (!host)
			continue;

		chipset_family = SiSHostChipInfo[i].chipset_family;

		/* Special case for SiS630 : 630S/ET is ATA_100a */
		if (SiSHostChipInfo[i].host_id == PCI_DEVICE_ID_SI_630) {
			u8 hostrev;
			pci_read_config_byte(host, PCI_REVISION_ID, &hostrev);
			if (hostrev >= 0x30)
				chipset_family = ATA_100a;
		}
	
		printk(KERN_INFO "SIS5513: %s %s controller\n",
			 SiSHostChipInfo[i].name, chipset_capability[chipset_family]);
	}

	if (!chipset_family) { /* Belongs to pci-quirks */

			u32 idemisc;
			u16 trueid;

			/* Disable ID masking and register remapping */
			pci_read_config_dword(dev, 0x54, &idemisc);
			pci_write_config_dword(dev, 0x54, (idemisc & 0x7fffffff));
			pci_read_config_word(dev, PCI_DEVICE_ID, &trueid);
			pci_write_config_dword(dev, 0x54, idemisc);

			if (trueid == 0x5518) {
				printk(KERN_INFO "SIS5513: SiS 962/963 MuTIOL IDE UDMA133 controller\n");
				chipset_family = ATA_133;

				/* Check for 5513 compability mapping
				 * We must use this, else the port enabled code will fail,
				 * as it expects the enablebits at 0x4a.
				 */
				if ((idemisc & 0x40000000) == 0) {
					pci_write_config_dword(dev, 0x54, idemisc | 0x40000000);
					printk(KERN_INFO "SIS5513: Switching to 5513 register mapping\n");
				}
			}
	}

	if (!chipset_family) { /* Belongs to pci-quirks */

			struct pci_dev *lpc_bridge;
			u16 trueid;
			u8 prefctl;
			u8 idecfg;
			u8 sbrev;

			pci_read_config_byte(dev, 0x4a, &idecfg);
			pci_write_config_byte(dev, 0x4a, idecfg | 0x10);
			pci_read_config_word(dev, PCI_DEVICE_ID, &trueid);
			pci_write_config_byte(dev, 0x4a, idecfg);

			if (trueid == 0x5517) { /* SiS 961/961B */

				lpc_bridge = pci_find_slot(0x00, 0x10); /* Bus 0, Dev 2, Fn 0 */
				pci_read_config_byte(lpc_bridge, PCI_REVISION_ID, &sbrev);
				pci_read_config_byte(dev, 0x49, &prefctl);

				if (sbrev == 0x10 && (prefctl & 0x80)) {
					printk(KERN_INFO "SIS5513: SiS 961B MuTIOL IDE UDMA133 controller\n");
					chipset_family = ATA_133a;
				} else {
					printk(KERN_INFO "SIS5513: SiS 961 MuTIOL IDE UDMA100 controller\n");
					chipset_family = ATA_100;
				}
			}
	}

	if (!chipset_family)
		return -1;

	/* Make general config ops here
	   1/ tell IDE channels to operate in Compatibility mode only
	   2/ tell old chips to allow per drive IDE timings */

	{
		u8 reg;
		u16 regw;

		switch(chipset_family) {
			case ATA_133:
				/* SiS962 operation mode */
				pci_read_config_word(dev, 0x50, &regw);
				if (regw & 0x08)
					pci_write_config_word(dev, 0x50, regw&0xfff7);
				pci_read_config_word(dev, 0x52, &regw);
				if (regw & 0x08)
					pci_write_config_word(dev, 0x52, regw&0xfff7);
				break;
			case ATA_133a:
			case ATA_100:
				/* Fixup latency */
				pci_write_config_byte(dev, PCI_LATENCY_TIMER, 0x80);
				/* Set compatibility bit */
				pci_read_config_byte(dev, 0x49, &reg);
				if (!(reg & 0x01)) {
					pci_write_config_byte(dev, 0x49, reg|0x01);
				}
				break;
			case ATA_100a:
			case ATA_66:
				/* Fixup latency */
				pci_write_config_byte(dev, PCI_LATENCY_TIMER, 0x10);

				/* On ATA_66 chips the bit was elsewhere */
				pci_read_config_byte(dev, 0x52, &reg);
				if (!(reg & 0x04)) {
					pci_write_config_byte(dev, 0x52, reg|0x04);
				}
				break;
			case ATA_33:
				/* On ATA_33 we didn't have a single bit to set */
				pci_read_config_byte(dev, 0x09, &reg);
				if ((reg & 0x0f) != 0x00) {
					pci_write_config_byte(dev, 0x09, reg&0xf0);
				}
			case ATA_16:
				/* force per drive recovery and active timings
				   needed on ATA_33 and below chips */
				pci_read_config_byte(dev, 0x52, &reg);
				if (!(reg & 0x08)) {
					pci_write_config_byte(dev, 0x52, reg|0x08);
				}
				break;
		}

		if (dev->device == 0x0180) {
			u16 pci_command;
			pci_read_config_word(dev, PCI_COMMAND, &pci_command);
			pci_command &= ~PCI_COMMAND_INTX_DISABLE;
			pci_write_config_word(dev, PCI_COMMAND, pci_command);
			chipset_family = ATA_133;
		}



#if defined(DISPLAY_SIS_TIMINGS) && defined(CONFIG_PROC_FS)
		if (!sis_proc) {
			sis_proc = 1;
			bmide_dev = dev;
			ide_pci_create_host_proc("sis", sis_get_info);
		}
#endif
	}

	return 0;
}

static unsigned int __init ata66_sis5513 (ide_hwif_t *hwif)
{
	u8 ata66 = 0;

	if (chipset_family >= ATA_133) {
		u16 regw = 0;
		u16 reg_addr = hwif->channel ? 0x52: 0x50;
		pci_read_config_word(hwif->pci_dev, reg_addr, &regw);
		ata66 = (regw & 0x8000) ? 0 : 1;
	} else if (chipset_family >= ATA_66) {
		u8 reg48h = 0;
		u8 mask = hwif->channel ? 0x20 : 0x10;
		pci_read_config_byte(hwif->pci_dev, 0x48, &reg48h);
		ata66 = (reg48h & mask) ? 0 : 1;
	}
        return ata66;
}

static void __init init_hwif_sis5513 (ide_hwif_t *hwif)
{
	hwif->autodma = 0;

	if (!hwif->irq)
		hwif->irq = hwif->channel ? 15 : 14;

	hwif->tuneproc = &sis5513_tune_drive;
	hwif->speedproc = &sis5513_tune_chipset;

	if (!(hwif->dma_base)) {
		hwif->drives[0].autotune = 1;
		hwif->drives[1].autotune = 1;
		return;
	}

	hwif->atapi_dma = 1;
	hwif->ultra_mask = 0x7f;
	hwif->mwdma_mask = 0x07;
	hwif->swdma_mask = 0x07;

	if (!chipset_family)
		return;

	if (!(hwif->udma_four))
		hwif->udma_four = ata66_sis5513(hwif);

	if (chipset_family > ATA_16) {
		hwif->ide_dma_check = &sis5513_config_xfer_rate;
		if (!noautodma)
			hwif->autodma = 1;
	}
	hwif->drives[0].autodma = hwif->autodma;
	hwif->drives[1].autodma = hwif->autodma;
	return;
}

static ide_pci_device_t sis5513_chipset __devinitdata = {
	.name		= "SIS5513",
	.init_chipset	= init_chipset_sis5513,
	.init_hwif	= init_hwif_sis5513,
	.channels	= 2,
	.autodma	= NOAUTODMA,
	.enablebits	= {{0x4a,0x02,0x02}, {0x4a,0x04,0x04}},
	.bootable	= ON_BOARD,
};

static int __devinit sis5513_init_one(struct pci_dev *dev, const struct pci_device_id *id)
{
	return ide_setup_pci_device(dev, &sis5513_chipset);
}

static struct pci_device_id sis5513_pci_tbl[] = {
	{ PCI_VENDOR_ID_SI, PCI_DEVICE_ID_SI_5513, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0},
	{ PCI_VENDOR_ID_SI, PCI_DEVICE_ID_SI_5518, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0},
        { PCI_VENDOR_ID_SI, 0x180,                 PCI_ANY_ID, PCI_ANY_ID, 0, 0, 0},
	{ 0, },
};
MODULE_DEVICE_TABLE(pci, sis5513_pci_tbl);

static struct pci_driver driver = {
	.name		= "SIS_IDE",
	.id_table	= sis5513_pci_tbl,
	.probe		= sis5513_init_one,
};

static int sis5513_ide_init(void)
{
	return ide_pci_register_driver(&driver);
}

module_init(sis5513_ide_init);

MODULE_AUTHOR("Lionel Bouton, L C Chang, Andre Hedrick, Vojtech Pavlik");
MODULE_DESCRIPTION("PCI driver module for SIS IDE");
MODULE_LICENSE("GPL");

/*
 * TODO:
 *	- CLEANUP
 *	- Use drivers/ide/ide-timing.h !
 *	- More checks in the config registers (force values instead of
 *	  relying on the BIOS setting them correctly).
 *	- Further optimisations ?
 *	  . for example ATA66+ regs 0x48 & 0x4A
 */

[-- Attachment #3: SiS182.eml --]
[-- Type: message/rfc822, Size: 5879 bytes --]



I got recently a motherboard shipped with the SATA SIS 182 chipset. This
chipset is not supported by the kernel. I tried to just add the PCI IDS
in the supported chipset list as suggested on some mails in this
list but it didn't work for the hard drive connected on the second sata port.

I found that this has been reported on
http://bugme.osdl.org/show_bug.cgi?id=4192. Unfortunately the patch
didn't apply to the recents kernel. So, I've written a new minimal patch that
add support for this chipset. 

It works well on the machine I have with a 2.6.12.5 kernel but I was not
able to test it on SIS 180/181 chipset (I don't have the hardware). 

imho having support for this chipset in the kernel could be usefull, so
any feedback/comments are welcome. 

Regards,
Arnaud Patard



Signed-off-by: Arnaud Patard <apatard@mandriva.com>
 ---


--=-=-=
Content-Type: text/x-patch
Content-Disposition: inline; filename=add_support_sis182.patch

--- linux/drivers/scsi/sata_sis.c.orig	2005-08-11 08:54:58.000000000 -0400
+++ linux/drivers/scsi/sata_sis.c	2005-08-19 04:59:17.000000000 -0400
@@ -47,7 +47,10 @@ enum {
 	/* PCI configuration registers */
 	SIS_GENCTL		= 0x54, /* IDE General Control register */
 	SIS_SCR_BASE		= 0xc0, /* sata0 phy SCR registers */
-	SIS_SATA1_OFS		= 0x10, /* offset from sata0->sata1 phy regs */
+	SIS180_SATA1_OFS	= 0x10, /* offset from sata0->sata1 phy regs */
+	SIS182_SATA1_OFS	= 0x20, /* offset from sata0->sata1 phy regs */
+	SIS_PMR			= 0x90, /* port mapping register */
+	SIS_PMR_COMBINED	= 0x30, 
 
 	/* random bits */
 	SIS_FLAG_CFGSCR		= (1 << 30), /* host flag: SCRs via PCI cfg */
@@ -62,6 +65,7 @@ static void sis_scr_write (struct ata_po
 static struct pci_device_id sis_pci_tbl[] = {
 	{ PCI_VENDOR_ID_SI, 0x180, PCI_ANY_ID, PCI_ANY_ID, 0, 0, sis_180 },
 	{ PCI_VENDOR_ID_SI, 0x181, PCI_ANY_ID, PCI_ANY_ID, 0, 0, sis_180 },
+	{ PCI_VENDOR_ID_SI, 0x182, PCI_ANY_ID, PCI_ANY_ID, 0, 0, sis_180 },
 	{ }	/* terminate list */
 };
 
@@ -134,56 +138,94 @@ MODULE_LICENSE("GPL");
 MODULE_DEVICE_TABLE(pci, sis_pci_tbl);
 MODULE_VERSION(DRV_VERSION);
 
-static unsigned int get_scr_cfg_addr(unsigned int port_no, unsigned int sc_reg)
+static unsigned int get_scr_cfg_addr(unsigned int port_no, unsigned int sc_reg, int device)
 {
 	unsigned int addr = SIS_SCR_BASE + (4 * sc_reg);
 
-	if (port_no)
-		addr += SIS_SATA1_OFS;
+	if (port_no) 
+		if (device == 0x182)
+			addr += SIS182_SATA1_OFS;
+		else
+			addr += SIS180_SATA1_OFS;
 	return addr;
 }
 
 static u32 sis_scr_cfg_read (struct ata_port *ap, unsigned int sc_reg)
 {
 	struct pci_dev *pdev = to_pci_dev(ap->host_set->dev);
-	unsigned int cfg_addr = get_scr_cfg_addr(ap->port_no, sc_reg);
-	u32 val;
+	unsigned int cfg_addr = get_scr_cfg_addr(ap->port_no, sc_reg, pdev->device);
+	u32 val, val2;
+	u8 pmr;
 
 	if (sc_reg == SCR_ERROR) /* doesn't exist in PCI cfg space */
 		return 0xffffffff;
+
+	pci_read_config_byte(pdev, SIS_PMR, &pmr);
+	
 	pci_read_config_dword(pdev, cfg_addr, &val);
-	return val;
+
+	if ((pdev->device == 0x182) || (pmr & SIS_PMR_COMBINED)) 
+		pci_read_config_dword(pdev, cfg_addr+0x10, &val2);
+
+	return val|val2;
 }
 
 static void sis_scr_cfg_write (struct ata_port *ap, unsigned int scr, u32 val)
 {
 	struct pci_dev *pdev = to_pci_dev(ap->host_set->dev);
-	unsigned int cfg_addr = get_scr_cfg_addr(ap->port_no, scr);
+	unsigned int cfg_addr = get_scr_cfg_addr(ap->port_no, scr, pdev->device);
+	u8 pmr;
 
 	if (scr == SCR_ERROR) /* doesn't exist in PCI cfg space */
 		return;
+
+	pci_read_config_byte(pdev, SIS_PMR, &pmr);
+	
 	pci_write_config_dword(pdev, cfg_addr, val);
+
+	if ((pdev->device == 0x182) || (pmr & SIS_PMR_COMBINED))
+		pci_write_config_dword(pdev, cfg_addr+0x10, val);
 }
 
 static u32 sis_scr_read (struct ata_port *ap, unsigned int sc_reg)
 {
+	struct pci_dev *pdev = to_pci_dev(ap->host_set->dev);
+	u32 val,val2;
+	u8 pmr;
+
 	if (sc_reg > SCR_CONTROL)
 		return 0xffffffffU;
 
 	if (ap->flags & SIS_FLAG_CFGSCR)
 		return sis_scr_cfg_read(ap, sc_reg);
-	return inl(ap->ioaddr.scr_addr + (sc_reg * 4));
+
+	pci_read_config_byte(pdev, SIS_PMR, &pmr);
+
+	val = inl(ap->ioaddr.scr_addr + (sc_reg * 4));
+
+	if ((pdev->device == 0x182) || (pmr & SIS_PMR_COMBINED))
+		val2 = inl(ap->ioaddr.scr_addr + (sc_reg * 4)+0x10);
+
+	return val|val2;
 }
 
 static void sis_scr_write (struct ata_port *ap, unsigned int sc_reg, u32 val)
 {
+	struct pci_dev *pdev = to_pci_dev(ap->host_set->dev);
+	u8 pmr;
+
 	if (sc_reg > SCR_CONTROL)
 		return;
 
+	pci_read_config_byte(pdev, SIS_PMR, &pmr);
+	
 	if (ap->flags & SIS_FLAG_CFGSCR)
 		sis_scr_cfg_write(ap, sc_reg, val);
-	else
+	else {
 		outl(val, ap->ioaddr.scr_addr + (sc_reg * 4));
+		if ((pdev->device == 0x182) || (pmr & SIS_PMR_COMBINED))
+			outl(val, ap->ioaddr.scr_addr + (sc_reg * 4)+0x10);
+	}
 }
 
 /* move to PCI layer, integrate w/ MSI stuff */
@@ -205,6 +247,8 @@ static int sis_init_one (struct pci_dev 
 	u32 genctl;
 	struct ata_port_info *ppi;
 	int pci_dev_busy = 0;
+	u8 pmr;
+	u8 port2_start;
 
 	rc = pci_enable_device(pdev);
 	if (rc)
@@ -246,11 +290,21 @@ static int sis_init_one (struct pci_dev 
 		probe_ent->host_flags |= SIS_FLAG_CFGSCR;
 	}
 
+	pci_read_config_byte(pdev, SIS_PMR, &pmr);
+	if (ent->device != 0x182) {
+		if ((pmr & SIS_PMR_COMBINED) == 0)
+			port2_start=0x64;
+		else
+			port2_start=0;
+	}
+	else
+		port2_start = 0x20;
+
 	if (!(probe_ent->host_flags & SIS_FLAG_CFGSCR)) {
 		probe_ent->port[0].scr_addr =
 			pci_resource_start(pdev, SIS_SCR_PCI_BAR);
 		probe_ent->port[1].scr_addr =
-			pci_resource_start(pdev, SIS_SCR_PCI_BAR) + 64;
+			pci_resource_start(pdev, SIS_SCR_PCI_BAR) + port2_start;
 	}
 
 	pci_set_master(pdev);

--=-=-=--

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



^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Sis180 Jetway S755Max
  2005-08-23 22:02             ` Sis180 Jetway S755Max Uwe Koziolek
@ 2005-08-24  6:20               ` Wes Newell
  2005-08-29 13:29                 ` Arnaud Patard
  0 siblings, 1 reply; 14+ messages in thread
From: Wes Newell @ 2005-08-24  6:20 UTC (permalink / raw)
  To: Uwe Koziolek; +Cc: Arnaud Patard, linux.ide

Uwe Koziolek wrote:

>Hello Wes,
>
>i include for you a hothack for SiS180 into the sata5513, untested and
>not pretty.
>
>  
>
I tried this one first. It found the controller but errored out. here 
the relevant dmesg.

Linux version 2.6.11-12mdkcustom (root@wes2.com) (gcc version 3.4.3 
(Mandrakelinux 10.2 3.4.3-7mdk)) #1 Tue Aug 23 23:58:08 CDT 2005

SIS5513: IDE controller at PCI slot 0000:00:0c.0
SIS5513: chipset revision 0
SIS5513: IDE controller at PCI slot 0000:00:0c.0
SIS5513: chipset revision 0
SIS_IDE: probe of 0000:00:0c.0 failed with error -1


>additional i include the patch submitted by Arnaud Patard.
>
>  
>
I'm not sure how or to which sata_sis.c file to apply this. I've got the 
one that came with the above kernel, and then I've got the one I 
downloaded from SIS that locks up the system when a pata drive is 
installed on the sis180. The first was simple enough, just replaced the 
original sis5513.c and recompiled the kernel. Don't know what to do with 
this one.

>If the last one works, it is the better solution, with chances to be
>included into the kernel.
>
>  
>
Is the sata_sis patch suppossed to add pata support. Can't tell from his 
message and the code is greek to me.

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Sis180 Jetway S755Max
  2005-08-24  6:20               ` Wes Newell
@ 2005-08-29 13:29                 ` Arnaud Patard
  2005-08-29 17:58                   ` Wes Newell
  0 siblings, 1 reply; 14+ messages in thread
From: Arnaud Patard @ 2005-08-29 13:29 UTC (permalink / raw)
  To: Wes Newell; +Cc: Uwe Koziolek, linux.ide

Wes Newell <w.newell@verizon.net> writes:

> Uwe Koziolek wrote:
>
>>Hello Wes,
>>
>>i include for you a hothack for SiS180 into the sata5513, untested and
>>not pretty.
>>
>>
>>
> I tried this one first. It found the controller but errored out. here
> the relevant dmesg.
>
> Linux version 2.6.11-12mdkcustom (root@wes2.com) (gcc version 3.4.3
> (Mandrakelinux 10.2 3.4.3-7mdk)) #1 Tue Aug 23 23:58:08 CDT 2005
>
> SIS5513: IDE controller at PCI slot 0000:00:0c.0
> SIS5513: chipset revision 0
> SIS5513: IDE controller at PCI slot 0000:00:0c.0
> SIS5513: chipset revision 0
> SIS_IDE: probe of 0000:00:0c.0 failed with error -1
>
>

strange.. it's like the driver didn't recognize your chipset. According
to Jetway you have a 963L MuTIOL chipset which is afaik supported by the
driver.

Could you try the sis5113.c I've attached ? It's the same one as the one
submitted by Uwe. I only added some silly printks.

>>additional i include the patch submitted by Arnaud Patard.
>>
>>
>>
> I'm not sure how or to which sata_sis.c file to apply this. I've got
> the one that came with the above kernel, and then I've got the one I

the sata_sis from the 2.6.11-12mdk is the same as the one on kernel.org.

> downloaded from SIS that locks up the system when a pata drive is
> installed on the sis180. The first was simple enough, just replaced
> the original sis5513.c and recompiled the kernel. Don't know what to
> do with this one.
>
>>If the last one works, it is the better solution, with chances to be
>>included into the kernel.
>>
>>
>>
> Is the sata_sis patch suppossed to add pata support. Can't tell from
> his message and the code is greek to me.

I've configured the registers of the card when in pata mode but it's not
tested (I've only a SiS964L and SiS182 handy). I've only tested SATA
mode for SiS180 and SiS182. 

Regards,
Arnaud Patard


^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Sis180 Jetway S755Max
  2005-08-29 13:29                 ` Arnaud Patard
@ 2005-08-29 17:58                   ` Wes Newell
  2005-08-30  7:46                     ` Wes Newell
  0 siblings, 1 reply; 14+ messages in thread
From: Wes Newell @ 2005-08-29 17:58 UTC (permalink / raw)
  To: Arnaud Patard; +Cc: Uwe Koziolek, linux.ide

Arnaud Patard wrote:

>Wes Newell <w.newell@verizon.net> writes:
>
>  
>
>>Uwe Koziolek wrote:
>>
>>    
>>
>>>Hello Wes,
>>>
>>>i include for you a hothack for SiS180 into the sata5513, untested and
>>>not pretty.
>>>
>>>      
>>>
>>I tried this one first. It found the controller but errored out. here
>>the relevant dmesg.
>>
>>Linux version 2.6.11-12mdkcustom (root@wes2.com) (gcc version 3.4.3
>>(Mandrakelinux 10.2 3.4.3-7mdk)) #1 Tue Aug 23 23:58:08 CDT 2005
>>
>>SIS5513: IDE controller at PCI slot 0000:00:0c.0
>>SIS5513: chipset revision 0
>>SIS5513: IDE controller at PCI slot 0000:00:0c.0
>>SIS5513: chipset revision 0
>>SIS_IDE: probe of 0000:00:0c.0 failed with error -1
>>    
>>
>strange.. it's like the driver didn't recognize your chipset. According
>to Jetway you have a 963L MuTIOL chipset which is afaik supported by the
>driver.
>  
>

Yes, it has the 963, but it ALSO has a real SIS180 on it. That's where 
the problem lies, not with the 963. The 963 ide ports work fine with the 
stock 5513 driver.

>Could you try the sis5113.c I've attached ? It's the same one as the one
>submitted by Uwe. I only added some silly printks.
>
>  
>
>>>additional i include the patch submitted by Arnaud Patard.
>>>
>>>      
>>>
>>I'm not sure how or to which sata_sis.c file to apply this. I've got
>>the one that came with the above kernel, and then I've got the one I
>>    
>>
>
>the sata_sis from the 2.6.11-12mdk is the same as the one on kernel.org.
>
>  
>
>>downloaded from SIS that locks up the system when a pata drive is
>>installed on the sis180. The first was simple enough, just replaced
>>the original sis5513.c and recompiled the kernel. Don't know what to
>>do with this one.
>>
>>    
>>
>>>If the last one works, it is the better solution, with chances to be
>>>included into the kernel.
>>>
>>>      
>>>
>> the sata_sis patch suppossed to add pata support. Can't tell from
>>his message and the code is greek to me.
>>    
>>
>
>I've configured the registers of the card when in pata mode but it's not
>tested (I've only a SiS964L and SiS182 handy). I've only tested SATA
>mode for SiS180 and SiS182. 
>
>  
>
Ok, I've give this a try first.



^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: Sis180 Jetway S755Max
  2005-08-29 17:58                   ` Wes Newell
@ 2005-08-30  7:46                     ` Wes Newell
  0 siblings, 0 replies; 14+ messages in thread
From: Wes Newell @ 2005-08-30  7:46 UTC (permalink / raw)
  To: Arnaud Patard; +Cc: Uwe Koziolek, linux.ide

Wes Newell wrote:

> Arnaud Patard wrote:
>
>> Wes Newell <w.newell@verizon.net> writes:
>>
>>  
>>
>>> Uwe Koziolek wrote:
>>>
>>>   
>>>
>>>> Hello Wes,
>>>>
>>>> i include for you a hothack for SiS180 into the sata5513, untested and
>>>> not pretty.
>>>>
>>>>     
>>>
>>> I tried this one first. It found the controller but errored out. here
>>> the relevant dmesg.
>>>
>>> Linux version 2.6.11-12mdkcustom (root@wes2.com) (gcc version 3.4.3
>>> (Mandrakelinux 10.2 3.4.3-7mdk)) #1 Tue Aug 23 23:58:08 CDT 2005
>>>
>>> SIS5513: IDE controller at PCI slot 0000:00:0c.0
>>> SIS5513: chipset revision 0
>>> SIS5513: IDE controller at PCI slot 0000:00:0c.0
>>> SIS5513: chipset revision 0
>>> SIS_IDE: probe of 0000:00:0c.0 failed with error -1
>>>   
>>
>> strange.. it's like the driver didn't recognize your chipset. According
>> to Jetway you have a 963L MuTIOL chipset which is afaik supported by the
>> driver.
>>  
>>
>
> Yes, it has the 963, but it ALSO has a real SIS180 on it. That's where 
> the problem lies, not with the 963. The 963 ide ports work fine with 
> the stock 5513 driver.
>
>> Could you try the sis5113.c I've attached ? It's the same one as the one
>> submitted by Uwe. I only added some silly printks.
>>
>>  
>>
>>>> additional i include the patch submitted by Arnaud Patard.
>>>>
>>>>     
>>>
>>> I'm not sure how or to which sata_sis.c file to apply this. I've got
>>> the one that came with the above kernel, and then I've got the one I
>>>   
>>
>>
>> the sata_sis from the 2.6.11-12mdk is the same as the one on kernel.org.
>>
>>  
>>
>>> downloaded from SIS that locks up the system when a pata drive is
>>> installed on the sis180. The first was simple enough, just replaced
>>> the original sis5513.c and recompiled the kernel. Don't know what to
>>> do with this one.
>>>
>>>   
>>>
>>>> If the last one works, it is the better solution, with chances to be
>>>> included into the kernel.
>>>>
>>>>     
>>>
>>> the sata_sis patch suppossed to add pata support. Can't tell from
>>> his message and the code is greek to me.
>>>   
>>
>>
>> I've configured the registers of the card when in pata mode but it's not
>> tested (I've only a SiS964L and SiS182 handy). I've only tested SATA
>> mode for SiS180 and SiS182.
>>  
>>
> Ok, I've give this a try first.
>
Didn't work. syslog output:
(with no drive attached)
Aug 30 02:22:34 wes2 kernel: libata version 1.10 loaded.
Aug 30 02:22:34 wes2 kernel: ata1: SATA max UDMA/133 cmd 0xDC00 ctl 
0xE002 bmdma 0xEC00 irq 19
Aug 30 02:22:34 wes2 kernel: ata2: SATA max UDMA/133 cmd 0xE400 ctl 
0xE802 bmdma 0xEC08 irq 19
Aug 30 02:22:34 wes2 kernel: ata1: no device found (phy stat c033c754)
Aug 30 02:22:34 wes2 kernel: scsi1 : sata_sis
Aug 30 02:22:35 wes2 kernel: ata2: no device found (phy stat c033c754)
Aug 30 02:22:35 wes2 kernel: scsi2 : sata_sis

(with  drive attached)
Aug 30 02:28:24 wes2 kernel: libata version 1.10 loaded.
Aug 30 02:28:24 wes2 kernel: ata1: SATA max UDMA/133 cmd 0xDC00 ctl 
0xE002 bmdma 0xEC00 irq 19
Aug 30 02:28:24 wes2 kernel: ata2: SATA max UDMA/133 cmd 0xE400 ctl 
0xE802 bmdma 0xEC08 irq 19
Aug 30 02:28:24 wes2 kernel: ata1: no device found (phy stat 00000000)
Aug 30 02:28:24 wes2 kernel: scsi2 : sata_sis
Aug 30 02:28:24 wes2 kernel: ata2: no device found (phy stat 00000000)
Aug 30 02:28:24 wes2 kernel: scsi3 : sata_sis



^ permalink raw reply	[flat|nested] 14+ messages in thread

end of thread, other threads:[~2005-08-30  7:43 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-08-19 16:39 [RFC][PATCH] add support for SIS 182 sata chipset in sata sis Arnaud Patard
2005-08-22 10:01 ` maintenence sata_sis Uwe Koziolek
2005-08-22 10:41   ` Rainer Koenig
2005-08-22 11:48   ` Arnaud Patard
2005-08-23  4:31   ` Wes Newell
2005-08-23  8:04     ` Uwe Koziolek
2005-08-23 17:58       ` Wes Newell
2005-08-23 20:32         ` Arnaud Patard
2005-08-23 21:14           ` Wes Newell
2005-08-23 22:02             ` Sis180 Jetway S755Max Uwe Koziolek
2005-08-24  6:20               ` Wes Newell
2005-08-29 13:29                 ` Arnaud Patard
2005-08-29 17:58                   ` Wes Newell
2005-08-30  7:46                     ` Wes Newell

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).