lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <47F30438.40506@gmail.com>
Date:	Wed, 02 Apr 2008 12:57:44 +0900
From:	Tejun Heo <htejun@...il.com>
To:	Volker Armin Hemmann <volker.armin.hemmann@...clausthal.de>
CC:	linux-kernel@...r.kernel.org, linux-ide@...r.kernel.org
Subject: Re: 2.6.24.X: SATA/AHCI related boot delay. - not with 2.6.24.3

Volker Armin Hemmann wrote:
>On Mittwoch, 19. März 2008, Tejun Heo wrote:
>> Volker Armin Hemmann wrote:
>>> On Mittwoch, 19. März 2008, Tejun Heo wrote:
>>>> x UDMA/133 abar m8192@...9dfc000 port 0xf9dfc200
>>>>
>>>>> irq 315
>>>>> [   38.125479] ata4: SATA max UDMA/133 abar m8192@...9dfc000 port
>>>>> 0xf9dfc280 irq 315
>>>>> [   38.597035] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
>>>>> [   38.597732] ata1.00: ATA-7: WDC WD1600JS-00MHB1, 10.02E01, max
>>>>> UDMA/133 [   38.597775] ata1.00: 312581808 sectors, multi 16: LBA48
>>>>> [   38.598405] ata1.00: configured for UDMA/133
>>>>> [   39.069342] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
>>>>> [   39.084225] ata2.00: ATA-8: SAMSUNG HD501LJ, CR100-12, max UDMA7
>>>>> [   39.084264] ata2.00: 976773168 sectors, multi 16: LBA48 NCQ (depth
>>>>> 0/32) [   39.086268] ata2.00: configured for UDMA/133
>>>> So, just to confirm.  With the updated patch, you don't see any problem,
>>>> right?
>>> Correct. With the updated patch I don't see problems in 'non-raid' mode.
>>> AHCI mode still has problems without nosmi. But that is an entirely
>>> different problem, right?
>> Yeap, can you please post the result of "lspci -nn"?
> 
> with AHCI+nosmi, 2.6.24.3:
> 00:0a.0 SATA controller [0106]: nVidia Corporation MCP65 AHCI Controller 
> [10de:044d] (rev a1)

Sorry about the long delay.  Can you please test the attached patch in 
both ahci and non-ahci modes w/o pci=nomsi and post resulting boot logs?

> I booted into systemrescuecd (which is the easiest way to get the error and be 
> able to safe the stuff) - lspci is of course identical, but /proc/interrupts 
> is not.
> 
> 2.6.24.3:
> cat /proc/interrupts
>            CPU0       CPU1
>   0:         57          1   IO-APIC-edge      timer
>   1:          1        544   IO-APIC-edge      i8042
>   8:          0          1   IO-APIC-edge      rtc
>   9:          0          1   IO-APIC-fasteoi   acpi
>  12:          0          3   IO-APIC-edge      i8042
>  17:         22      21598   IO-APIC-fasteoi   nvidia
>  18:          0          0   IO-APIC-fasteoi   EMU10K1
>  19:          5       1132   IO-APIC-fasteoi   eth0
>  22:         30      21627   IO-APIC-fasteoi   ehci_hcd:usb1
>  23:         29      23078   IO-APIC-fasteoi   ahci
> NMI:          0          0   Non-maskable interrupts
> LOC:      41299      60204   Local timer interrupts
> RES:      14872      22506   Rescheduling interrupts
> CAL:       1783        173   function call interrupts
> TLB:       2668       2406   TLB shootdowns
> TRM:          0          0   Thermal event interrupts
> THR:          0          0   Threshold APIC interrupts
> SPU:          0          0   Spurious interrupts
> ERR:          0

Does the 2.6.24.3 kernel have MSI turned on?

Thanks.

-- 
tejun

View attachment "mcp65-ahci-debug.patch" of type "text/x-patch" (1461 bytes)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ