1. 01 Mar, 2022 3 commits
  2. 20 Feb, 2022 6 commits
  3. 19 Feb, 2022 18 commits
  4. 03 Feb, 2022 1 commit
  5. 02 Feb, 2022 2 commits
    • Paul Menzel's avatar
      ata: ahci: Skip 200 ms debounce delay for Marvell 88SE9235 · f4a8d4f2
      Paul Menzel authored
      The 200 ms delay before debouncing the PHY in `sata_link_resume()` is
      not needed for the Marvell 88SE9235.
      
          $ lspci -nn -s 0021:0e:00.0
          0021:0e:00.0 SATA controller [0106]: Marvell Technology Group Ltd. 88SE9235 PCIe 2.0 x2 4-port SATA 6 Gb/s Controller [1b4b:9235] (rev 11)
      
      So, remove it using the board_ahci_no_debounce_delay board definition.
      
      Tested on IBM S822LC with current Linux 5.17-rc1:
      
      Currently, without this patch (with 200 ms delay), device probe for ata1
      takes 485 ms:
      
          [    3.358158] ata1: SATA max UDMA/133 abar m2048@0x3fe881000000 port 0x3fe881000100 irq 39
          [    3.358175] ata2: SATA max UDMA/133 abar m2048@0x3fe881000000 port 0x3fe881000180 irq 39
          [    3.358191] ata3: SATA max UDMA/133 abar m2048@0x3fe881000000 port 0x3fe881000200 irq 39
          [    3.358207] ata4: SATA max UDMA/133 abar m2048@0x3fe881000000 port 0x3fe881000280 irq 39
          […]
          [    3.677542] ata3: SATA link down (SStatus 0 SControl 300)
          [    3.677719] ata4: SATA link down (SStatus 0 SControl 300)
          [    3.839242] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
          [    3.839828] ata2.00: ATA-10: ST1000NX0313         00LY266 00LY265IBM, BE33, max UDMA/133
          [    3.840029] ata2.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth 32), AA
          [    3.841796] ata2.00: configured for UDMA/133
          [    3.843231] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
          [    3.844083] ata1.00: ATA-10: ST1000NX0313         00LY266 00LY265IBM, BE33, max UDMA/133
          [    3.844313] ata1.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth 32), AA
          [    3.846043] ata1.00: configured for UDMA/133
      
      With this patch (no delay) device probe for ata1 takes 273 ms:
      
          [    3.624259] ata1: SATA max UDMA/133 abar m2048@0x3fe881000000 port 0x3f e881000100 irq 39
          [    3.624436] ata2: SATA max UDMA/133 abar m2048@0x3fe881000000 port 0x3f e881000180 irq 39
          [    3.624452] ata3: SATA max UDMA/133 abar m2048@0x3fe881000000 port 0x3f e881000200 irq 39
          [    3.624468] ata4: SATA max UDMA/133 abar m2048@0x3fe881000000 port 0x3f e881000280 irq 39
          […]
          [    3.731966] ata3: SATA link down (SStatus 0 SControl 300)
          [    3.732069] ata4: SATA link down (SStatus 0 SControl 300)
          [    3.897448] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
          [    3.897678] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
          [    3.898140] ata1.00: ATA-10: ST1000NX0313         00LY266 00LY265IBM, BE33, max UDMA/133
          [    3.898175] ata2.00: ATA-10: ST1000NX0313         00LY266 00LY265IBM, BE33, max UDMA/133
          [    3.898287] ata1.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth 32), AA
          [    3.898349] ata2.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth 32), AA
          [    3.900070] ata1.00: configured for UDMA/133
          [    3.900166] ata2.00: configured for UDMA/133
      Signed-off-by: default avatarPaul Menzel <pmenzel@molgen.mpg.de>
      Signed-off-by: default avatarDamien Le Moal <damien.lemoal@opensource.wdc.com>
      f4a8d4f2
    • Sergey Shtylyov's avatar
      ata: libata-acpi: kill ata_acpi_on_suspend() · 2a7b02ea
      Sergey Shtylyov authored
      Since the commit c05e6ff0 ("libata-acpi: implement
      and use ata_acpi_init_gtm()") ata_acpi_on_suspend() just returns 0, so
      its call from ata_eh_handle_port_suspend() doesn't make sense anymore.
      Remove the function completely, at last...
      
      Found by Linux Verification Center (linuxtesting.org) with the SVACE
      static analysis tool.
      Signed-off-by: default avatarSergey Shtylyov <s.shtylyov@omp.ru>
      Signed-off-by: default avatarDamien Le Moal <damien.lemoal@opensource.wdc.com>
      2a7b02ea
  6. 31 Jan, 2022 6 commits
  7. 30 Jan, 2022 4 commits