Sata_via problems in a Vintage2-AE1

Sata_via problems in a Vintage2-AE1

[Leopold Palomo Avellaneda]

Dear people,

I have a barebone Asus Vintage2-AE1 [1]. This box has a mobo Asus A8V-MQ. The 
board has:
- the Socket 939 for AMD Athlon 64FX/Athlon 64.
- North Bridge: VIA K8M800  
- South Bridge: VIA VT8251
- VIA Graphics Integrated
- IDE 2 x UltraDMA 133
- 4 x Serial ATA
...

I'm using the bios version 0206. The 0210 doesn't show me the vga card, so I 
don't have graphics mode. I think that is a buggy bios.

The bios is configured with vt8251 in AHCI mode and bios boot up activated, so 
the hd is recognized in the beginning. I don't have any raid, only one hd. 
The hd is a Maxtor 6V250F0.

I'm using a debian etch but the i386 version. The only way that I can use the 
hd is using a 2.6.16 standard kernel with the modifications explained in this 
page [2]. Basically you have to use their ahci.c and sata_via.c. The 
modifications are small from the original code from Mr Jeff Garzik.

I have tried to use the 2.6.18 and 2.6.20rc6 and the result is the same. The  
kernel boots, but when arrives at the ata3, 

scsi2 : ahci
ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata3.00: qc timeout (cmd 0xec)
ata3.00: failed to IDENTIFY (I/O error, err_mask=0x104)
.... repeated some times ...
scsi3 : ahci
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
scsi4 : ahci
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
scsi5 : ahci
ata6: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Done.
Begin: Mounting root file system... ...
Begin: Running /scripts/local-top
ide0: I/O resource 0x3F6-0x3F6 not free.
ide0: ports already in use, skipping probe.
ide1: I/O resource 0x376-0x376 not free.
ide1: ports already in use, skipping probe.
Done.
Begin: Waiting for root file system ...

.....

but the /dev/sda doesn't exist so I cannot boot.

using the 2.6.16 with lspci -M I obtain the info attached below. Please, could 
you look on it?

Best regards,

thanks in advance,

Leo


[1] http://www.asus.com/products4.aspx?l1=1&l2=1&l3=381&model=1001&modelmenu=1
[2] http://www.geocities.com/rajahuroman/main.html

lspci -M output:
----------------------------------------------------------------------
00:00.0 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.1 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.2 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.3 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.4 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.7 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800/K8T890 
South]
## 00.01:0 is a bridge from 00 to 01-01
00:0f.0 SATA controller: VIA Technologies, Inc. VT8251 AHCI/SATA 4-Port 
Controller
00:0f.1 IDE interface: VIA Technologies, Inc. 
VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 07)
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 
Controller (rev 90)
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 
Controller (rev 90)
00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 
Controller (rev 90)
00:10.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 
Controller (rev 90)
00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 90)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8251 PCI to ISA Bridge
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 
AC97 Audio Controller (rev 70)
00:11.7 Host bridge: VIA Technologies, Inc. VT8251 Ultra VLINK Controller
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 7c)
00:13.0 PCI bridge: VIA Technologies, Inc. VT8251 Host Bridge
## 00.13:0 is a bridge from 00 to 02-04
00:13.1 PCI bridge: VIA Technologies, Inc. VT8251 PCI to PCI Bridge
## 00.13:1 is a bridge from 00 to 05-05
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM 
Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Miscellaneous Control
01:00.0 VGA compatible controller: nVidia Corporation NV43 [GeForce 6200] (rev 
a1)
02:00.0 PCI bridge: VIA Technologies, Inc. VT8251 PCIE Root Port
## 02.00:0 is a bridge from 02 to 03-03
02:00.1 PCI bridge: VIA Technologies, Inc. VT8251 PCIE Root Port
## 02.00:1 is a bridge from 02 to 04-04

Summary of buses:

00: Primary host bus
        13.1 Bridge to 05-05
        13.0 Bridge to 02-04
        01.0 Bridge to 01-01
01: Entered via 00:01.0
02: Entered via 00:13.0
        00.1 Bridge to 04-04
        00.0 Bridge to 03-03
----------------------------------------------------------------------


-- 
--
Linux User 152692
Catalonia

Re: Sata_via problems in a Vintage2-AE1

[Tejun Heo]

Leopold Palomo Avellaneda wrote:
> Dear people,
> 
> I have a barebone Asus Vintage2-AE1 [1]. This box has a mobo Asus A8V-MQ. The 
> board has:
> - the Socket 939 for AMD Athlon 64FX/Athlon 64.
> - North Bridge: VIA K8M800  
> - South Bridge: VIA VT8251
> - VIA Graphics Integrated
> - IDE 2 x UltraDMA 133
> - 4 x Serial ATA
> ...
> 
> I'm using the bios version 0206. The 0210 doesn't show me the vga card, so I 
> don't have graphics mode. I think that is a buggy bios.
> 
> The bios is configured with vt8251 in AHCI mode and bios boot up activated, so 
> the hd is recognized in the beginning. I don't have any raid, only one hd. 
> The hd is a Maxtor 6V250F0.
> 
> I'm using a debian etch but the i386 version. The only way that I can use the 
> hd is using a 2.6.16 standard kernel with the modifications explained in this 
> page [2]. Basically you have to use their ahci.c and sata_via.c. The 
> modifications are small from the original code from Mr Jeff Garzik.
> 
> I have tried to use the 2.6.18 and 2.6.20rc6 and the result is the same. The  
> kernel boots, but when arrives at the ata3, 
> 
> scsi2 : ahci
> ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> ata3.00: qc timeout (cmd 0xec)
> ata3.00: failed to IDENTIFY (I/O error, err_mask=0x104)
> .... repeated some times ...
> scsi3 : ahci
> ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> scsi4 : ahci
> ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> scsi5 : ahci
> ata6: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> Done.
> Begin: Mounting root file system... ...
> Begin: Running /scripts/local-top
> ide0: I/O resource 0x3F6-0x3F6 not free.
> ide0: ports already in use, skipping probe.
> ide1: I/O resource 0x376-0x376 not free.
> ide1: ports already in use, skipping probe.
> Done.
> Begin: Waiting for root file system ...

It might be VIA IRQ quirk problem.

1. Does giving 'irqpoll' parameter to kernel make any difference?

2. Can you give a shot at 2.6.20?

-- 
tejun

Re: Sata_via problems in a Vintage2-AE1

[Leopold Palomo Avellaneda]

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

A Divendres 09 Febrer 2007 10:46, Tejun Heo va escriure:
> Leopold Palomo Avellaneda wrote:
> > Dear people,
> >
> > I have a barebone Asus Vintage2-AE1 [1]. This box has a mobo Asus A8V-MQ.
> > The board has:
> > - the Socket 939 for AMD Athlon 64FX/Athlon 64.
> > - North Bridge: VIA K8M800
> > - South Bridge: VIA VT8251
> > - VIA Graphics Integrated
> > - IDE 2 x UltraDMA 133
> > - 4 x Serial ATA
> > ...
> >
> > I'm using the bios version 0206. The 0210 doesn't show me the vga card,
> > so I don't have graphics mode. I think that is a buggy bios.
> >
> > The bios is configured with vt8251 in AHCI mode and bios boot up
> > activated, so the hd is recognized in the beginning. I don't have any
> > raid, only one hd. The hd is a Maxtor 6V250F0.
> >
> > I'm using a debian etch but the i386 version. The only way that I can use
> > the hd is using a 2.6.16 standard kernel with the modifications explained
> > in this page [2]. Basically you have to use their ahci.c and sata_via.c.
> > The modifications are small from the original code from Mr Jeff Garzik.
> >
> > I have tried to use the 2.6.18 and 2.6.20rc6 and the result is the same.
> > The kernel boots, but when arrives at the ata3,
> >
> > scsi2 : ahci
> > ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> > ata3.00: qc timeout (cmd 0xec)
> > ata3.00: failed to IDENTIFY (I/O error, err_mask=0x104)
> > .... repeated some times ...
> > scsi3 : ahci
> > ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> > scsi4 : ahci
> > ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> > scsi5 : ahci
> > ata6: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> > Done.
> > Begin: Mounting root file system... ...
> > Begin: Running /scripts/local-top
> > ide0: I/O resource 0x3F6-0x3F6 not free.
> > ide0: ports already in use, skipping probe.
> > ide1: I/O resource 0x376-0x376 not free.
> > ide1: ports already in use, skipping probe.
> > Done.
> > Begin: Waiting for root file system ...
>
> It might be VIA IRQ quirk problem.
>
> 1. Does giving 'irqpoll' parameter to kernel make any difference?

yes. Now it boots. However I'm having a lot of messages:
APIC error on CPU0

and I begin to have problems with the network card.

> 2. Can you give a shot at 2.6.20?

yes, I'm doing it now. 

Thank's a lot. But, why with irqpoll works and without no?

Leo


-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: Sata_via problems in a Vintage2-AE1

[Leopold Palomo Avellaneda]

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

A Divendres 09 Febrer 2007 18:13, Leopold Palomo Avellaneda va escriure:
> A Divendres 09 Febrer 2007 10:46, Tejun Heo va escriure:
> > Leopold Palomo Avellaneda wrote:
> > > Dear people,
> > >
> > > I have a barebone Asus Vintage2-AE1 [1]. This box has a mobo Asus
> > > A8V-MQ. The board has:
> > > - the Socket 939 for AMD Athlon 64FX/Athlon 64.
> > > - North Bridge: VIA K8M800
> > > - South Bridge: VIA VT8251
> > > - VIA Graphics Integrated
> > > - IDE 2 x UltraDMA 133
> > > - 4 x Serial ATA
> > > ...
> > >
> > > I'm using the bios version 0206. The 0210 doesn't show me the vga card,
> > > so I don't have graphics mode. I think that is a buggy bios.
> > >
> > > The bios is configured with vt8251 in AHCI mode and bios boot up
> > > activated, so the hd is recognized in the beginning. I don't have any
> > > raid, only one hd. The hd is a Maxtor 6V250F0.
> > >
> > > I'm using a debian etch but the i386 version. The only way that I can
> > > use the hd is using a 2.6.16 standard kernel with the modifications
> > > explained in this page [2]. Basically you have to use their ahci.c and
> > > sata_via.c. The modifications are small from the original code from Mr
> > > Jeff Garzik.
> > >
> > > I have tried to use the 2.6.18 and 2.6.20rc6 and the result is the
> > > same. The kernel boots, but when arrives at the ata3,
> > >
> > > scsi2 : ahci
> > > ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> > > ata3.00: qc timeout (cmd 0xec)
> > > ata3.00: failed to IDENTIFY (I/O error, err_mask=0x104)
> > > .... repeated some times ...
> > > scsi3 : ahci
> > > ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> > > scsi4 : ahci
> > > ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> > > scsi5 : ahci
> > > ata6: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> > > Done.
> > > Begin: Mounting root file system... ...
> > > Begin: Running /scripts/local-top
> > > ide0: I/O resource 0x3F6-0x3F6 not free.
> > > ide0: ports already in use, skipping probe.
> > > ide1: I/O resource 0x376-0x376 not free.
> > > ide1: ports already in use, skipping probe.
> > > Done.
> > > Begin: Waiting for root file system ...
> >
> > It might be VIA IRQ quirk problem.
> >
> > 1. Does giving 'irqpoll' parameter to kernel make any difference?
>
> yes. Now it boots. However I'm having a lot of messages:
> APIC error on CPU0
> and I begin to have problems with the network card.
>
> > 2. Can you give a shot at 2.6.20?
>
> yes, I'm doing it now.
>
> Thank's a lot. But, why with irqpoll works and without no?

well, I summarize. 

With the default options of the kernel I cannot boot in this device with any 
kernel. Only with 2.6.20 and the irqpoll or the 2.6.16 modified files I can 
boot.

I have a lot of APIC error on CPU0.

Regards and thanks a lot. You have opened a windows with fresh air in this 
dammed problem.

Regards,

Leo

-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: Sata_via problems in a Vintage2-AE1

[Tejun Heo]

[cc'ing Alan and Jean, Hi!]

Leopold Palomo Avellaneda wrote:
> A Divendres 09 Febrer 2007 18:13, Leopold Palomo Avellaneda va escriure:
>> A Divendres 09 Febrer 2007 10:46, Tejun Heo va escriure:
>>> Leopold Palomo Avellaneda wrote:
>>>> Dear people,
>>>>
>>>> I have a barebone Asus Vintage2-AE1 [1]. This box has a mobo Asus
>>>> A8V-MQ. The board has:
>>>> - the Socket 939 for AMD Athlon 64FX/Athlon 64.
>>>> - North Bridge: VIA K8M800
>>>> - South Bridge: VIA VT8251
>>>> - VIA Graphics Integrated
>>>> - IDE 2 x UltraDMA 133
>>>> - 4 x Serial ATA
>>>> ...
>>>>
>>>> I'm using the bios version 0206. The 0210 doesn't show me the vga card,
>>>> so I don't have graphics mode. I think that is a buggy bios.
>>>>
>>>> The bios is configured with vt8251 in AHCI mode and bios boot up
>>>> activated, so the hd is recognized in the beginning. I don't have any
>>>> raid, only one hd. The hd is a Maxtor 6V250F0.
>>>>
>>>> I'm using a debian etch but the i386 version. The only way that I can
>>>> use the hd is using a 2.6.16 standard kernel with the modifications
>>>> explained in this page [2]. Basically you have to use their ahci.c and
>>>> sata_via.c. The modifications are small from the original code from Mr
>>>> Jeff Garzik.
>>>>
>>>> I have tried to use the 2.6.18 and 2.6.20rc6 and the result is the
>>>> same. The kernel boots, but when arrives at the ata3,
>>>>
>>>> scsi2 : ahci
>>>> ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
>>>> ata3.00: qc timeout (cmd 0xec)
>>>> ata3.00: failed to IDENTIFY (I/O error, err_mask=0x104)
>>>> .... repeated some times ...
>>>> scsi3 : ahci
>>>> ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
>>>> scsi4 : ahci
>>>> ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
>>>> scsi5 : ahci
>>>> ata6: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
>>>> Done.
>>>> Begin: Mounting root file system... ...
>>>> Begin: Running /scripts/local-top
>>>> ide0: I/O resource 0x3F6-0x3F6 not free.
>>>> ide0: ports already in use, skipping probe.
>>>> ide1: I/O resource 0x376-0x376 not free.
>>>> ide1: ports already in use, skipping probe.
>>>> Done.
>>>> Begin: Waiting for root file system ...
>>> It might be VIA IRQ quirk problem.
>>>
>>> 1. Does giving 'irqpoll' parameter to kernel make any difference?
>> yes. Now it boots. However I'm having a lot of messages:
>> APIC error on CPU0
>> and I begin to have problems with the network card.
>>
>>> 2. Can you give a shot at 2.6.20?
>> yes, I'm doing it now.
>>
>> Thank's a lot. But, why with irqpoll works and without no?
> 
> well, I summarize. 
> 
> With the default options of the kernel I cannot boot in this device with any 
> kernel. Only with 2.6.20 and the irqpoll or the 2.6.16 modified files I can 
> boot.
> 
> I have a lot of APIC error on CPU0.

It seems one of via pci routing quirk problem.  Can you give a shot at 
'acpi=off' or 'acpi=noirq' without 'irqpoll'?

I dunno much about what's going on there.  Alan, Jean, any ideas?

Thanks.

-- 
tejun

Re: Sata_via problems in a Vintage2-AE1

[Leopold Palomo Avellaneda]

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

A Dissabte 10 Febrer 2007 15:45, Tejun Heo va escriure:
> [cc'ing Alan and Jean, Hi!]

Hi people!!!

> Leopold Palomo Avellaneda wrote:
> > A Divendres 09 Febrer 2007 18:13, Leopold Palomo Avellaneda va escriure:
> >> A Divendres 09 Febrer 2007 10:46, Tejun Heo va escriure:
> >>> Leopold Palomo Avellaneda wrote:
> >>>> Dear people,
> >>>>
> >>>> I have a barebone Asus Vintage2-AE1 [1]. This box has a mobo Asus
> >>>> A8V-MQ. The board has:
> >>>> - the Socket 939 for AMD Athlon 64FX/Athlon 64.
> >>>> - North Bridge: VIA K8M800
> >>>> - South Bridge: VIA VT8251
> >>>> - VIA Graphics Integrated
> >>>> - IDE 2 x UltraDMA 133
> >>>> - 4 x Serial ATA
> >>>> ...
> >>>>
> >>>> I'm using the bios version 0206. The 0210 doesn't show me the vga
> >>>> card, so I don't have graphics mode. I think that is a buggy bios.
> >>>>
> >>>> The bios is configured with vt8251 in AHCI mode and bios boot up
> >>>> activated, so the hd is recognized in the beginning. I don't have any
> >>>> raid, only one hd. The hd is a Maxtor 6V250F0.
> >>>>
> >>>> I'm using a debian etch but the i386 version. The only way that I can
> >>>> use the hd is using a 2.6.16 standard kernel with the modifications
> >>>> explained in this page [2]. Basically you have to use their ahci.c and
> >>>> sata_via.c. The modifications are small from the original code from Mr
> >>>> Jeff Garzik.
> >>>>
> >>>> I have tried to use the 2.6.18 and 2.6.20rc6 and the result is the
> >>>> same. The kernel boots, but when arrives at the ata3,
> >>>>
> >>>> scsi2 : ahci
> >>>> ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> >>>> ata3.00: qc timeout (cmd 0xec)
> >>>> ata3.00: failed to IDENTIFY (I/O error, err_mask=0x104)
> >>>> .... repeated some times ...
> >>>> scsi3 : ahci
> >>>> ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> >>>> scsi4 : ahci
> >>>> ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> >>>> scsi5 : ahci
> >>>> ata6: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> >>>> Done.
> >>>> Begin: Mounting root file system... ...
> >>>> Begin: Running /scripts/local-top
> >>>> ide0: I/O resource 0x3F6-0x3F6 not free.
> >>>> ide0: ports already in use, skipping probe.
> >>>> ide1: I/O resource 0x376-0x376 not free.
> >>>> ide1: ports already in use, skipping probe.
> >>>> Done.
> >>>> Begin: Waiting for root file system ...
> >>>
> >>> It might be VIA IRQ quirk problem.
> >>>
> >>> 1. Does giving 'irqpoll' parameter to kernel make any difference?
> >>
> >> yes. Now it boots. However I'm having a lot of messages:
> >> APIC error on CPU0
> >> and I begin to have problems with the network card.
> >>
> >>> 2. Can you give a shot at 2.6.20?
> >>
> >> yes, I'm doing it now.
> >>
> >> Thank's a lot. But, why with irqpoll works and without no?
> >
> > well, I summarize.
> >
> > With the default options of the kernel I cannot boot in this device with
> > any kernel. Only with 2.6.20 and the irqpoll or the 2.6.16 modified files
> > I can boot.
> >
> > I have a lot of APIC error on CPU0.
>
> It seems one of via pci routing quirk problem.  Can you give a shot at
> 'acpi=off' or 'acpi=noirq' without 'irqpoll'?

yes, do it. Not boot. The same problem. Only boots with irqpoll.

> I dunno much about what's going on there.  Alan, Jean, any ideas?

:-(

uf, what's the problem of using _always_ irqpoll?

Regards,

Leo


-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: Sata_via problems in a Vintage2-AE1

[Jean Delvare]

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

Le Samedi 10 Février 2007 15:45, Tejun Heo a écrit :
> [cc'ing Alan and Jean, Hi!]
>
> Leopold Palomo Avellaneda wrote:
> > A Divendres 09 Febrer 2007 18:13, Leopold Palomo Avellaneda va escriure:
> >> A Divendres 09 Febrer 2007 10:46, Tejun Heo va escriure:
> >>> Leopold Palomo Avellaneda wrote:
> >>>> Dear people,
> >>>>
> >>>> I have a barebone Asus Vintage2-AE1 [1]. This box has a mobo Asus
> >>>> A8V-MQ. The board has:
> >>>> - the Socket 939 for AMD Athlon 64FX/Athlon 64.
> >>>> - North Bridge: VIA K8M800
> >>>> - South Bridge: VIA VT8251
> >>>> - VIA Graphics Integrated
> >>>> - IDE 2 x UltraDMA 133
> >>>> - 4 x Serial ATA
> >>>> ...
> >>>>
> >>>> I'm using the bios version 0206. The 0210 doesn't show me the vga
> >>>> card, so I don't have graphics mode. I think that is a buggy bios.

Did you report the problem to Asus? They should fix it. Maybe this new BIOS 
actually fixes some other problems you have.

> >>>> The bios is configured with vt8251 in AHCI mode and bios boot up
> >>>> activated, so the hd is recognized in the beginning. I don't have any
> >>>> raid, only one hd. The hd is a Maxtor 6V250F0.
> >>>>
> >>>> I'm using a debian etch but the i386 version. The only way that I can
> >>>> use the hd is using a 2.6.16 standard kernel with the modifications
> >>>> explained in this page [2]. Basically you have to use their ahci.c and
> >>>> sata_via.c. The modifications are small from the original code from Mr
> >>>> Jeff Garzik.
> >>>>
> >>>> I have tried to use the 2.6.18 and 2.6.20rc6 and the result is the
> >>>> same. The kernel boots, but when arrives at the ata3,
> >>>>
> >>>> scsi2 : ahci
> >>>> ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> >>>> ata3.00: qc timeout (cmd 0xec)
> >>>> ata3.00: failed to IDENTIFY (I/O error, err_mask=0x104)
> >>>> .... repeated some times ...
> >>>> scsi3 : ahci
> >>>> ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> >>>> scsi4 : ahci
> >>>> ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> >>>> scsi5 : ahci
> >>>> ata6: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> >>>> Done.
> >>>> Begin: Mounting root file system... ...
> >>>> Begin: Running /scripts/local-top
> >>>> ide0: I/O resource 0x3F6-0x3F6 not free.
> >>>> ide0: ports already in use, skipping probe.
> >>>> ide1: I/O resource 0x376-0x376 not free.
> >>>> ide1: ports already in use, skipping probe.
> >>>> Done.
> >>>> Begin: Waiting for root file system ...
> >>>
> >>> It might be VIA IRQ quirk problem.
> >>>
> >>> 1. Does giving 'irqpoll' parameter to kernel make any difference?
> >>
> >> yes. Now it boots. However I'm having a lot of messages:
> >> APIC error on CPU0
> >> and I begin to have problems with the network card.
> >>
> >>> 2. Can you give a shot at 2.6.20?
> >>
> >> yes, I'm doing it now.
> >>
> >> Thank's a lot. But, why with irqpoll works and without no?
> >
> > well, I summarize.
> >
> > With the default options of the kernel I cannot boot in this device with
> > any kernel. Only with 2.6.20 and the irqpoll or the 2.6.16 modified files
> > I can boot.
> >
> > I have a lot of APIC error on CPU0.

Maybe try booting with noapic and/or nolapic and see if it helps. That's 
probably just a workaround and not the right solution though.

> It seems one of via pci routing quirk problem.  Can you give a shot at
> 'acpi=off' or 'acpi=noirq' without 'irqpoll'?
>
> I dunno much about what's going on there.  Alan, Jean, any ideas?

I've read the whole thread, the source code (quickly) and the patches to 
ahci.c and sata_via.c, and here are some comments:

It looks like support for the VT8251 was added to the ahci driver in kernel 
2.6.18, and was then updated in 2.6.20. The code is different from the 
patch Leopold is using with 2.6.16. As I am not an expert in this area, I 
can't tell whether both versions are equivalent or not, but I'd guess so.

On the other hand, I do not see VT8251 support in the sata_via driver in the 
kernel, so I'm not surprised that it doesn't work properly for Leopold. But 
again I am no expert in the area, so maybe the sata_via driver in the kernel 
is supposed to work for VT8251-based systems. Jeff (cc'd) should know better.

I also see that there were many changes to these drivers post-2.6.20, so maybe 
Leopold could give a try to Linus' latest kernel (2.6.20-git6 as I speak) and 
see if there are any improvements.

As for the VIA IRQ quirks, the version we have in 2.6.20 does not handle the 
VIA chips more recent than the VT8237A. If the VT8251 needs it, then we have 
to add it. Alan?

*If* the VT8251 needs the VIA IRQ quirk, then the attached patch may help. 
Leopold, can you give it a try?

-- 
Jean Delvare
Suse L3

[-- Attachment #2: pci-via-irq-quirk-for-VT8251.patch --]
[-- Type: text/x-diff, Size: 1658 bytes --]

Enable the VIA IRQ quirk on the VT8237S and VT8251 south bridges.
Needs testing.

Signed-off-by: Jean Delvare <jdelvare@suse.de>
---
 drivers/pci/quirks.c |    4 ++++
 1 file changed, 4 insertions(+)

--- linux-2.6.20.orig/drivers/pci/quirks.c
+++ linux-2.6.20/drivers/pci/quirks.c
@@ -666,12 +666,14 @@ static void quirk_via_bridge(struct pci_
 		   that single device. */
 		via_vlink_dev_lo = PCI_SLOT(dev->devfn);
 		via_vlink_dev_hi = PCI_SLOT(dev->devfn);
 		break;
 	case PCI_DEVICE_ID_VIA_8237:
 	case PCI_DEVICE_ID_VIA_8237A:
+	case PCI_DEVICE_ID_VIA_8237S:
+	case PCI_DEVICE_ID_VIA_8251:
 		via_vlink_dev_lo = 15;
 		break;
 	case PCI_DEVICE_ID_VIA_8235:
 		via_vlink_dev_lo = 16;
 		break;
 	case PCI_DEVICE_ID_VIA_8231:
@@ -687,12 +689,14 @@ DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_V
 DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_VIA,	PCI_DEVICE_ID_VIA_8233_0,	quirk_via_bridge);
 DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_VIA,	PCI_DEVICE_ID_VIA_8233A,	quirk_via_bridge);
 DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_VIA,	PCI_DEVICE_ID_VIA_8233C_0,	quirk_via_bridge);
 DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_VIA,	PCI_DEVICE_ID_VIA_8235,		quirk_via_bridge);
 DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_VIA,	PCI_DEVICE_ID_VIA_8237,		quirk_via_bridge);
 DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_VIA,	PCI_DEVICE_ID_VIA_8237A,	quirk_via_bridge);
+DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_VIA,	PCI_DEVICE_ID_VIA_8237S,	quirk_via_bridge);
+DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_VIA,	PCI_DEVICE_ID_VIA_8251,		quirk_via_bridge);
 
 /**
  *	quirk_via_vlink		-	VIA VLink IRQ number update
  *	@dev: PCI device
  *
  *	If the device we are dealing with is on a PIC IRQ we need to

Re: Sata_via problems in a Vintage2-AE1

[Tejun Heo]

Jean Delvare wrote:
> I've read the whole thread, the source code (quickly) and the patches to 
> ahci.c and sata_via.c, and here are some comments:
> 
> It looks like support for the VT8251 was added to the ahci driver in kernel 
> 2.6.18, and was then updated in 2.6.20. The code is different from the 
> patch Leopold is using with 2.6.16. As I am not an expert in this area, I 
> can't tell whether both versions are equivalent or not, but I'd guess so.

The differences between 2.6.16 and 2.6.20 in ahci are mostly things like 
detection fixes and hotplug handling fixes which shouldn't affect normal 
operations too much and irqpoll definitely won't fix the problem.

> On the other hand, I do not see VT8251 support in the sata_via driver in the 
> kernel, so I'm not surprised that it doesn't work properly for Leopold. But 
> again I am no expert in the area, so maybe the sata_via driver in the kernel 
> is supposed to work for VT8251-based systems. Jeff (cc'd) should know better.

vt8251 is an ahci controller so sata_via is irrelevant.

> I also see that there were many changes to these drivers post-2.6.20, so maybe 
> Leopold could give a try to Linus' latest kernel (2.6.20-git6 as I speak) and 
> see if there are any improvements.
> 
> As for the VIA IRQ quirks, the version we have in 2.6.20 does not handle the 
> VIA chips more recent than the VT8237A. If the VT8251 needs it, then we have 
> to add it. Alan?
> 
> *If* the VT8251 needs the VIA IRQ quirk, then the attached patch may help. 
> Leopold, can you give it a try?

This is where I have no clue.  :-)  Leopold, please test Jean's patch.

Thanks a lot.

-- 
tejun

Re: Sata_via problems in a Vintage2-AE1

[Leopold Palomo-Avellaneda]

A Dilluns 12 Febrer 2007 10:11, Jean Delvare va escriure:
> Le Samedi 10 Février 2007 15:45, Tejun Heo a écrit :
> > [cc'ing Alan and Jean, Hi!]
> >
> > Leopold Palomo Avellaneda wrote:
> > > A Divendres 09 Febrer 2007 18:13, Leopold Palomo Avellaneda va escriure:
> > >> A Divendres 09 Febrer 2007 10:46, Tejun Heo va escriure:
> > >>> Leopold Palomo Avellaneda wrote:
> > >>>> Dear people,
> > >>>>
> > >>>> I have a barebone Asus Vintage2-AE1 [1]. This box has a mobo Asus
> > >>>> A8V-MQ. The board has:
> > >>>> - the Socket 939 for AMD Athlon 64FX/Athlon 64.
> > >>>> - North Bridge: VIA K8M800
> > >>>> - South Bridge: VIA VT8251
> > >>>> - VIA Graphics Integrated
> > >>>> - IDE 2 x UltraDMA 133
> > >>>> - 4 x Serial ATA
> > >>>> ...
> > >>>>
> > >>>> I'm using the bios version 0206. The 0210 doesn't show me the vga
> > >>>> card, so I don't have graphics mode. I think that is a buggy bios.
>
> Did you report the problem to Asus? They should fix it. Maybe this new BIOS
> actually fixes some other problems you have.
>
> > >>>> The bios is configured with vt8251 in AHCI mode and bios boot up
> > >>>> activated, so the hd is recognized in the beginning. I don't have
> > >>>> any raid, only one hd. The hd is a Maxtor 6V250F0.
> > >>>>
> > >>>> I'm using a debian etch but the i386 version. The only way that I
> > >>>> can use the hd is using a 2.6.16 standard kernel with the
> > >>>> modifications explained in this page [2]. Basically you have to use
> > >>>> their ahci.c and sata_via.c. The modifications are small from the
> > >>>> original code from Mr Jeff Garzik.
> > >>>>
> > >>>> I have tried to use the 2.6.18 and 2.6.20rc6 and the result is the
> > >>>> same. The kernel boots, but when arrives at the ata3,
> > >>>>
> > >>>> scsi2 : ahci
> > >>>> ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> > >>>> ata3.00: qc timeout (cmd 0xec)
> > >>>> ata3.00: failed to IDENTIFY (I/O error, err_mask=0x104)
> > >>>> .... repeated some times ...
> > >>>> scsi3 : ahci
> > >>>> ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> > >>>> scsi4 : ahci
> > >>>> ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> > >>>> scsi5 : ahci
> > >>>> ata6: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> > >>>> Done.
> > >>>> Begin: Mounting root file system... ...
> > >>>> Begin: Running /scripts/local-top
> > >>>> ide0: I/O resource 0x3F6-0x3F6 not free.
> > >>>> ide0: ports already in use, skipping probe.
> > >>>> ide1: I/O resource 0x376-0x376 not free.
> > >>>> ide1: ports already in use, skipping probe.
> > >>>> Done.
> > >>>> Begin: Waiting for root file system ...
> > >>>
> > >>> It might be VIA IRQ quirk problem.
> > >>>
> > >>> 1. Does giving 'irqpoll' parameter to kernel make any difference?
> > >>
> > >> yes. Now it boots. However I'm having a lot of messages:
> > >> APIC error on CPU0
> > >> and I begin to have problems with the network card.
> > >>
> > >>> 2. Can you give a shot at 2.6.20?
> > >>
> > >> yes, I'm doing it now.
> > >>
> > >> Thank's a lot. But, why with irqpoll works and without no?
> > >
> > > well, I summarize.
> > >
> > > With the default options of the kernel I cannot boot in this device
> > > with any kernel. Only with 2.6.20 and the irqpoll or the 2.6.16
> > > modified files I can boot.
> > >
> > > I have a lot of APIC error on CPU0.
>
> Maybe try booting with noapic and/or nolapic and see if it helps. That's
> probably just a workaround and not the right solution though.
>
> > It seems one of via pci routing quirk problem.  Can you give a shot at
> > 'acpi=off' or 'acpi=noirq' without 'irqpoll'?
> >
> > I dunno much about what's going on there.  Alan, Jean, any ideas?
>
> I've read the whole thread, the source code (quickly) and the patches to
> ahci.c and sata_via.c, and here are some comments:
>
> It looks like support for the VT8251 was added to the ahci driver in kernel
> 2.6.18, and was then updated in 2.6.20. The code is different from the
> patch Leopold is using with 2.6.16. As I am not an expert in this area, I
> can't tell whether both versions are equivalent or not, but I'd guess so.
>
> On the other hand, I do not see VT8251 support in the sata_via driver in
> the kernel, so I'm not surprised that it doesn't work properly for Leopold.
> But again I am no expert in the area, so maybe the sata_via driver in the
> kernel is supposed to work for VT8251-based systems. Jeff (cc'd) should
> know better.
>
> I also see that there were many changes to these drivers post-2.6.20, so
> maybe Leopold could give a try to Linus' latest kernel (2.6.20-git6 as I
> speak) and see if there are any improvements.
>
> As for the VIA IRQ quirks, the version we have in 2.6.20 does not handle
> the VIA chips more recent than the VT8237A. If the VT8251 needs it, then we
> have to add it. Alan?
>
> *If* the VT8251 needs the VIA IRQ quirk, then the attached patch may help.
> Leopold, can you give it a try?


yes, of course. In some time I send the result. 

Thank's very much.

Leo

Re: Sata_via problems in a Vintage2-AE1

[Leopold Palomo-Avellaneda]

A Dilluns 12 Febrer 2007 10:11, Jean Delvare va escriure:
> Le Samedi 10 Février 2007 15:45, Tejun Heo a écrit :
> > [cc'ing Alan and Jean, Hi!]
> >
> > Leopold Palomo Avellaneda wrote:
> > > A Divendres 09 Febrer 2007 18:13, Leopold Palomo Avellaneda va escriure:
> > >> A Divendres 09 Febrer 2007 10:46, Tejun Heo va escriure:
> > >>> Leopold Palomo Avellaneda wrote:
> > >>>> Dear people,
> > >>>>
> > >>>> I have a barebone Asus Vintage2-AE1 [1]. This box has a mobo Asus
> > >>>> A8V-MQ. The board has:
> > >>>> - the Socket 939 for AMD Athlon 64FX/Athlon 64.
> > >>>> - North Bridge: VIA K8M800
> > >>>> - South Bridge: VIA VT8251
> > >>>> - VIA Graphics Integrated
> > >>>> - IDE 2 x UltraDMA 133
> > >>>> - 4 x Serial ATA
> > >>>> ...
> > >>>>
> > >>>> I'm using the bios version 0206. The 0210 doesn't show me the vga
> > >>>> card, so I don't have graphics mode. I think that is a buggy bios.
>
> Did you report the problem to Asus? They should fix it. Maybe this new BIOS
> actually fixes some other problems you have.

no. It's on the todo list. However I'm a bit afraid because I'm not using 
the "official" system so probably they will say that "we do not support ..."

> > >>>> The bios is configured with vt8251 in AHCI mode and bios boot up
> > >>>> activated, so the hd is recognized in the beginning. I don't have
> > >>>> any raid, only one hd. The hd is a Maxtor 6V250F0.
> > >>>>
> > >>>> I'm using a debian etch but the i386 version. The only way that I
> > >>>> can use the hd is using a 2.6.16 standard kernel with the
> > >>>> modifications explained in this page [2]. Basically you have to use
> > >>>> their ahci.c and sata_via.c. The modifications are small from the
> > >>>> original code from Mr Jeff Garzik.
> > >>>>
> > >>>> I have tried to use the 2.6.18 and 2.6.20rc6 and the result is the
> > >>>> same. The kernel boots, but when arrives at the ata3,
> > >>>>
> > >>>> scsi2 : ahci
> > >>>> ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> > >>>> ata3.00: qc timeout (cmd 0xec)
> > >>>> ata3.00: failed to IDENTIFY (I/O error, err_mask=0x104)
> > >>>> .... repeated some times ...
> > >>>> scsi3 : ahci
> > >>>> ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> > >>>> scsi4 : ahci
> > >>>> ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> > >>>> scsi5 : ahci
> > >>>> ata6: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
> > >>>> Done.
> > >>>> Begin: Mounting root file system... ...
> > >>>> Begin: Running /scripts/local-top
> > >>>> ide0: I/O resource 0x3F6-0x3F6 not free.
> > >>>> ide0: ports already in use, skipping probe.
> > >>>> ide1: I/O resource 0x376-0x376 not free.
> > >>>> ide1: ports already in use, skipping probe.
> > >>>> Done.
> > >>>> Begin: Waiting for root file system ...
> > >>>
> > >>> It might be VIA IRQ quirk problem.
> > >>>
> > >>> 1. Does giving 'irqpoll' parameter to kernel make any difference?
> > >>
> > >> yes. Now it boots. However I'm having a lot of messages:
> > >> APIC error on CPU0
> > >> and I begin to have problems with the network card.
> > >>
> > >>> 2. Can you give a shot at 2.6.20?
> > >>
> > >> yes, I'm doing it now.
> > >>
> > >> Thank's a lot. But, why with irqpoll works and without no?
> > >
> > > well, I summarize.
> > >
> > > With the default options of the kernel I cannot boot in this device
> > > with any kernel. Only with 2.6.20 and the irqpoll or the 2.6.16
> > > modified files I can boot.
> > >
> > > I have a lot of APIC error on CPU0.
>
> Maybe try booting with noapic and/or nolapic and see if it helps. That's
> probably just a workaround and not the right solution though.

No. Booting with noapic doesn't resolve the problem. But now it's a minor 
problem.

> > It seems one of via pci routing quirk problem.  Can you give a shot at
> > 'acpi=off' or 'acpi=noirq' without 'irqpoll'?
> >
> > I dunno much about what's going on there.  Alan, Jean, any ideas?
>
> I've read the whole thread, the source code (quickly) and the patches to
> ahci.c and sata_via.c, and here are some comments:
>
> It looks like support for the VT8251 was added to the ahci driver in kernel
> 2.6.18, and was then updated in 2.6.20. The code is different from the
> patch Leopold is using with 2.6.16. As I am not an expert in this area, I
> can't tell whether both versions are equivalent or not, but I'd guess so.

Probably are equivalent but maybe "the experts"  don't think the same.

> On the other hand, I do not see VT8251 support in the sata_via driver in
> the kernel, so I'm not surprised that it doesn't work properly for Leopold.

Well in http://via8251.la-evento.com/index.html 

<off topic>
please tell me that I'm not violating any rule about the linux-kernel list 
putting this link :-S
</off topic>

claims that the VT8251 are supported in 2.6.20. As always you nned to see the 
official place .... :-(
  
> But again I am no expert in the area, so maybe the sata_via driver in the
> kernel is supposed to work for VT8251-based systems. Jeff (cc'd) should
> know better.


> I also see that there were many changes to these drivers post-2.6.20, so
> maybe Leopold could give a try to Linus' latest kernel (2.6.20-git6 as I
> speak) and see if there are any improvements.

Ok, I need some more time to test this.

> As for the VIA IRQ quirks, the version we have in 2.6.20 does not handle
> the VIA chips more recent than the VT8237A. If the VT8251 needs it, then we
> have to add it. Alan?
>
> *If* the VT8251 needs the VIA IRQ quirk, then the attached patch may help.
> Leopold, can you give it a try?

Well, making your patch to the vanilla 2.6.20 the result is the same. The box 
doesn't boot. Always the same problem ....

Thank's for all,

Regards,

Leo 

Re: Sata_via problems in a Vintage2-AE1

[Jean Delvare]

Hi Leopold,

Le Lundi 12 Février 2007 17:23, Leopold Palomo-Avellaneda a écrit :
> A Dilluns 12 Febrer 2007 10:11, Jean Delvare va escriure:
> > Did you report the problem to Asus? They should fix it. Maybe this new
> > BIOS actually fixes some other problems you have.
>
> no. It's on the todo list. However I'm a bit afraid because I'm not using
> the "official" system so probably they will say that "we do not support
> ..."

That's indeed probable, but if enough people report the same problems, they 
might still end up looking into it.

> Well in http://via8251.la-evento.com/index.html
>
> <off topic>
> please tell me that I'm not violating any rule about the linux-kernel list
> putting this link :-S
> </off topic>
>
> claims that the VT8251 are supported in 2.6.20. As always you nned to see
> the official place .... :-(

That's quite a bold claim considering that the VT8251 includes many different 
functions (PATA, SATA, USB, SMBus...) and can be configured differently on 
different motherboards. Maybe most functions are supposedly supported as of 
2.6.20, but it doesn't mean everything works for everyone, as you are 
experiencing yourself.

> > *If* the VT8251 needs the VIA IRQ quirk, then the attached patch may
> > help. Leopold, can you give it a try?
>
> Well, making your patch to the vanilla 2.6.20 the result is the same. The
> box doesn't boot. Always the same problem ....

If it's not a VIA IRQ problem, then there's nothing more I can do, sorry. 
Someone else will have to look into the problem.

Out of curiosity, with my patch applied, did you see any "VIA VLink IRQ fixup" 
messages on the console?

-- 
Jean Delvare
Suse L3

Re: Sata_via problems in a Vintage2-AE1

[Leopold Palomo-Avellaneda]

A Dimarts 13 Febrer 2007 12:20, Jean Delvare va escriure:
> Hi Leopold,
>
> Le Lundi 12 Février 2007 17:23, Leopold Palomo-Avellaneda a écrit :
> > A Dilluns 12 Febrer 2007 10:11, Jean Delvare va escriure:
> > > Did you report the problem to Asus? They should fix it. Maybe this new
> > > BIOS actually fixes some other problems you have.
> >
> > no. It's on the todo list. However I'm a bit afraid because I'm not using
> > the "official" system so probably they will say that "we do not support
> > ..."
>
> That's indeed probable, but if enough people report the same problems, they
> might still end up looking into it.
>
ok, I will try.

> > Well in http://via8251.la-evento.com/index.html
> >
> > <off topic>
> > please tell me that I'm not violating any rule about the linux-kernel
> > list putting this link :-S
> > </off topic>
> >
> > claims that the VT8251 are supported in 2.6.20. As always you nned to see
> > the official place .... :-(
>
> That's quite a bold claim considering that the VT8251 includes many
> different functions (PATA, SATA, USB, SMBus...) and can be configured
> differently on different motherboards. Maybe most functions are supposedly
> supported as of 2.6.20, but it doesn't mean everything works for everyone,
> as you are experiencing yourself.

sure, you're right.

> > > *If* the VT8251 needs the VIA IRQ quirk, then the attached patch may
> > > help. Leopold, can you give it a try?
> >
> > Well, making your patch to the vanilla 2.6.20 the result is the same. The
> > box doesn't boot. Always the same problem ....
>
> If it's not a VIA IRQ problem, then there's nothing more I can do, sorry.
> Someone else will have to look into the problem.
>
> Out of curiosity, with my patch applied, did you see any "VIA VLink IRQ
> fixup" messages on the console?

No :-(

Regards,

Leo

Re: Sata_via problems in a Vintage2-AE1

[Jean Delvare]

Le Mardi 13 Février 2007 17:11, Leopold Palomo-Avellaneda a écrit :
> A Dimarts 13 Febrer 2007 12:20, Jean Delvare va escriure:
> (...)
> > > > *If* the VT8251 needs the VIA IRQ quirk, then the attached patch may
> > > > help. Leopold, can you give it a try?
> > >
> > > Well, making your patch to the vanilla 2.6.20 the result is the same.
> > > The box doesn't boot. Always the same problem ....
> >
> > If it's not a VIA IRQ problem, then there's nothing more I can do, sorry.
> > Someone else will have to look into the problem.
> >
> > Out of curiosity, with my patch applied, did you see any "VIA VLink IRQ
> > fixup" messages on the console?
>
> No :-(

OK, so maybe the VT8251 actually no longer needs the quirk. Thanks for testing 
and reporting.

-- 
Jean Delvare
Suse L3

Re: Sata_via problems in a Vintage2-AE1: Resume

[Leopold Palomo-Avellaneda]

A Dimarts 13 Febrer 2007 17:19, Jean Delvare va escriure:
> Le Mardi 13 Février 2007 17:11, Leopold Palomo-Avellaneda a écrit :
> > A Dimarts 13 Febrer 2007 12:20, Jean Delvare va escriure:
> > (...)
> >
> > > > > *If* the VT8251 needs the VIA IRQ quirk, then the attached patch
> > > > > may help. Leopold, can you give it a try?
> > > >
> > > > Well, making your patch to the vanilla 2.6.20 the result is the same.
> > > > The box doesn't boot. Always the same problem ....
> > >
> > > If it's not a VIA IRQ problem, then there's nothing more I can do,
> > > sorry. Someone else will have to look into the problem.
> > >
> > > Out of curiosity, with my patch applied, did you see any "VIA VLink IRQ
> > > fixup" messages on the console?
> >
> > No :-(
>
> OK, so maybe the VT8251 actually no longer needs the quirk. Thanks for
> testing and reporting.


Hi people,
 
arriving to this state. What do you recommend?

I have the box more or less working with irqpoll but with a lot of messages:
APIC error on CPU0: 08(08)

and the box doesn't boot without the irqpoll option. Do you think that the 
2.6.21 have some kind of changes in this area?

Thank's for all for you patience and your messages.

Best regards,

Leo

Re: Sata_via problems in a Vintage2-AE1: Resume

[Tejun Heo]

Leopold Palomo-Avellaneda wrote:
> A Dimarts 13 Febrer 2007 17:19, Jean Delvare va escriure:
>> Le Mardi 13 Février 2007 17:11, Leopold Palomo-Avellaneda a écrit :
>>> A Dimarts 13 Febrer 2007 12:20, Jean Delvare va escriure:
>>> (...)
>>>
>>>>>> *If* the VT8251 needs the VIA IRQ quirk, then the attached patch
>>>>>> may help. Leopold, can you give it a try?
>>>>> Well, making your patch to the vanilla 2.6.20 the result is the same.
>>>>> The box doesn't boot. Always the same problem ....
>>>> If it's not a VIA IRQ problem, then there's nothing more I can do,
>>>> sorry. Someone else will have to look into the problem.
>>>>
>>>> Out of curiosity, with my patch applied, did you see any "VIA VLink IRQ
>>>> fixup" messages on the console?
>>> No :-(
>> OK, so maybe the VT8251 actually no longer needs the quirk. Thanks for
>> testing and reporting.
> 
> 
> Hi people,
>  
> arriving to this state. What do you recommend?
> 
> I have the box more or less working with irqpoll but with a lot of messages:
> APIC error on CPU0: 08(08)
> 
> and the box doesn't boot without the irqpoll option. Do you think that the 
> 2.6.21 have some kind of changes in this area?
> 
> Thank's for all for you patience and your messages.

I'm sorry but I'm clueless other than that it seems to be an irq routing
problem.

Any ideas, people?

-- 
tejun

Re: Sata_via problems in a Vintage2-AE1: Resume

[Leopold Palomo-Avellaneda]

A Dimecres 21 Febrer 2007 12:42, Tejun Heo va escriure:
> Leopold Palomo-Avellaneda wrote:
> > A Dimarts 13 Febrer 2007 17:19, Jean Delvare va escriure:
> >> Le Mardi 13 Février 2007 17:11, Leopold Palomo-Avellaneda a écrit :
> >>> A Dimarts 13 Febrer 2007 12:20, Jean Delvare va escriure:
> >>> (...)
> >>>
> >>>>>> *If* the VT8251 needs the VIA IRQ quirk, then the attached patch
> >>>>>> may help. Leopold, can you give it a try?
> >>>>>
> >>>>> Well, making your patch to the vanilla 2.6.20 the result is the same.
> >>>>> The box doesn't boot. Always the same problem ....
> >>>>
> >>>> If it's not a VIA IRQ problem, then there's nothing more I can do,
> >>>> sorry. Someone else will have to look into the problem.
> >>>>
> >>>> Out of curiosity, with my patch applied, did you see any "VIA VLink
> >>>> IRQ fixup" messages on the console?
> >>>
> >>> No :-(
> >>
> >> OK, so maybe the VT8251 actually no longer needs the quirk. Thanks for
> >> testing and reporting.
> >
> > Hi people,
> >
> > arriving to this state. What do you recommend?
> >
> > I have the box more or less working with irqpoll but with a lot of
> > messages: APIC error on CPU0: 08(08)
> >
> > and the box doesn't boot without the irqpoll option. Do you think that
> > the 2.6.21 have some kind of changes in this area?
> >
> > Thank's for all for you patience and your messages.
>
> I'm sorry but I'm clueless other than that it seems to be an irq routing
> problem.
>
> Any ideas, people?

Now, I have tested the 2.6.21-rc1 with the same result. Not boot....
I have one doubt, and maybe Mr Garzik could answer it. The changes in the 
ahci.c and sata_via.c for the 2.6.16 that I commented in a previous mails are 
incorporated in the next versions? 
Because all of us has presumed that yes, are equal and maybe not .....

Regards,

Thank's for all your patience ....

Leo