На 4.9.98-std-def-alt0.M80P.1 hwclock не устанавливает время

[Speccyfighter]

Что делает этот последний патч:

https://bugzilla.kernel.org/show_bug.cgi?id=199033#c81

 Mika Westerberg 2018-05-21 15:26:35 UTC

Created attachment 276097 [details]
ACPI / watchdog: Prefer iTCO_wdt always when WDAT table uses RTC SRAM

Код: [Выделить]

+ * There are several systems where the WDAT table is accessing RTC SRAM to
+ * store persistent information. This does not work well with the Linux RTC
+ * driver so on those systems we skip WDAT driver and prefer iTCO_wdt
+ * instead.
+ *
+ * See also https://bugzilla.kernel.org/show_bug.cgi?id=199033.

Питер Милли ответил:

https://bugzilla.kernel.org/show_bug.cgi?id=199033#c85

 Peter Milley 2018-05-23 18:14:00 UTC

Created attachment 276149 [details]
dmesg output after ACPI-watchdog-Prefer-iTCO_wdt-always-when-WDAT-table.patch

grep из его dmesg:

Код: [Выделить]

$ grep -i rtc ./patchtest9.dmesg
[    0.049491] RTC time: 17:50:08, date: 05/23/18
[    0.071365] ACPI: watchdog: Skipping WDAT on this system because it uses RTC SRAM
[    1.324444] rtc_cmos 00:01: RTC can wake from S4
[    1.324586] rtc_cmos 00:01: rtc core: registered rtc_cmos as rtc0
[    1.324613] rtc_cmos 00:01: alarms up to one month, 242 bytes nvram, hpet irqs
[    1.378141] rtc_cmos 00:01: setting system clock to 2018-05-23 17:50:09 UTC (1527097809)
[   23.971195] ACPI: watchdog: Skipping WDAT on this system because it uses RTC SRAM

Парни, спасибо. Вот это то что надо.

[Speccyfighter]

https://bugzilla.kernel.org/show_bug.cgi?id=199033#c88

Mika Westerberg 2018-05-25 05:29:05 UTC

In your case, v4.17-rc6 should already work because it has the quirk for your system. In general, I think latest this patch will land in v4.18-rc1.

[asy]

Ну, значит, должно и до 4.9 доползти. А пока подождать на последнем работающем.

[Speccyfighter]

Чжан Руи сообщил:
патч был отправлен в 4.18-rc1
ACPI / watchdog: Предпочитать iTCO_wdt всегда, когда таблица WDAT использует RTC SRAM

https://bugzilla.kernel.org/show_bug.cgi?id=199033#c91

 Zhang Rui 2018-06-20 06:07:28 UTC

the patch has been shipped in 4.18-rc1
commit 5a802a7a285c8877ca872e44eeb0f06afcb5212f
Author:     Mika Westerberg <mika.westerberg@linux.intel.com>
AuthorDate: Tue May 22 14:16:50 2018 +0300
Commit:     Rafael J. Wysocki <rafael.j.wysocki@intel.com>
CommitDate: Thu May 24 10:52:49 2018 +0200

    ACPI / watchdog: Prefer iTCO_wdt always when WDAT table uses RTC SRAM
   
    After we added quirk for Lenovo Z50-70 it turns out there are at least
    two more systems where WDAT table includes instructions accessing RTC
    SRAM. Instead of quirking each system separately, look for such
    instructions in the table and automatically prefer iTCO_wdt if found.


I think we can close this bug.

Чжан, это только те, которые сообщили на
https://bugzilla.kernel.org/show_bug.cgi?id=199033
Но на самом деле таких систем может быть много больше.

[Speccyfighter]

Комментарий
https://bugzilla.altlinux.org/show_bug.cgi?id=34926#c4
продублирую и здесь, ибо дело срочное:

Мика Вестерберг предлагает опробовать патч
Subject: [PATCH] ACPI / watchdog: Prefer iTCO_wdt always when WDAT table uses
 RTC SRAM
https://bugzilla.kernel.org/show_bug.cgi?id=199033#c81

Специально подождал месяц. Полная тишина... Альты забили на этот багрепорт.
Если бы хоть проскочило "пока нет времени", "подожди",  "появится релиз 4.18, сразу соберём" я бы понял, без проблем. Но полный игнор багрепорта, я отказываюсь понимать. Какой смысл репортить баги которые альты игнорируют? Тем более, когда уже есть не одно, а два решения. И тем более, что эта ошибка в ядре, когда таблица WDAT использует RTC SRAM, затрагивает и все официальные дистрибутивы альтлинукс.
И пришла у меня крамольная мысль:
Написать Eric Hameleers, контрибутору Slackware
Ну и можно продублировать на

Код: [Выделить]

...
SUPPORT_URL="http://www.linuxquestions.org/questions/slackware-14/"
BUG_REPORT_URL="http://www.linuxquestions.org/questions/slackware-14/"

Будет интересно и повод для размышлений, если сдвиги появятся.

[Rider]

мы не смогли воспроизвести эту проблему на наших стендах.

[andrew_b]

Жанг Руи

«Zhang Rui» читается как «Чжан Жуй».

[Speccyfighter]

Жанг Руи

«Zhang Rui» читается как «Чжан Жуй».

Согласен с Чжан (поправлю), но никак не с Жуй.
В китайском я не слышу звук Ж:
https://translate.google.ru/?hl=ru&tab=wT#en/zh-TW/Zhang%20Rui
Жуй, это скорее русицизм:
http://www.umao.ru/useful/pronons/194-fonetica11.html
И китайское Rui
https://translate.google.ru/?hl=ru&tab=wT#en/zh-TW/Zhang%20Rui
по произношению ближе к американскому R,
https://www.youtube.com/watch?v=4wEIsyqu_Jo
чем к британскому
https://www.youtube.com/watch?v=htmkbIboG9Q&t=78m45s
но никак не к русскому Ж

[squire]

В китайском, насколько знаю, нет звука [r].

[Speccyfighter]

мы не смогли воспроизвести эту проблему на наших стендах.

Проблему воспроизвели на bugzilla.kernel.org
Она воспроизводится только на тех архитектурах, на которых таблица WDAT обращается к RTC SRAM
Dell Inspiron 7352
Lenovo Z50-70
Lenovo G50-80
Toshiba Satellite L50-B
(см. вложения dmidecode (System Information/Manufacturer/Product Name) в баге #199033 на bugzilla.kernel.org)

Багрепорт открыл

Reported:    2018-03-06 20:26 UTC by Peter Milley

Подтвердили

Код: [Выделить]

Link: https://bugzilla.kernel.org/show_bug.cgi?id=199033
Reported-by: Arnold Guy <aurnoldg@>
Reported-by: Alois Nespor <nespor@>
Reported-by: Yury Pakin <zxwarior@>
Signed-off-by: Mika Westerberg <mika.westerberg@>


[Speccyfighter]

В китайском, насколько знаю, нет звука [r].

Погуглил:
https://en.wikipedia.org/wiki/Rui_%28surname%29
Насколько понял, Rui, это романизм, Жуй, это русицизм китайской фамилии.
А генетический представитель юго-восточной азии произносит этот иероглиф так:
https://translate.google.com/?hl=ru&tab=TT#auto/ru/%E8%8A%AE
И в его произношении, звука Ж нет совсем.

[Speccyfighter]

мы не смогли воспроизвести эту проблему на наших стендах.

Проблему воспроизвели на bugzilla.kernel.org
Dell Inspiron 7352
Lenovo Z50-70
Lenovo G50-80
Toshiba Satellite L50-B
(см. вложения dmidecode (System Information/Manufacturer/Product Name) в баге #199033 на bugzilla.kernel.org)

Arnold Guy
Dell Inspiron 13 7352
Intel(R) Core(TM) i7-5500U CPU @ 2.40GHz

Peter Milley
Lenovo Z50-70
Intel Core i7 4510U 2000 МГц

Yury Pakin
Lenovo G50-80
Intel Core i3 5005U 2000 МГц

Alois Nespor
Toshiba Satellite L50-B
На всех моделях L50-B процессоры с суффиксом U

Регрессия в ядрах версии выше 4.4. Везде U-процессоры.

См. Alpha Suffix U:
https://www.intel.com/content/www/us/en/processors/processor-numbers.html
U    Ultra-low power

[Rider]

i5-8250U
i7-7500U

- на этих проблем нет.

[Rider]

Видимо нужен core 4-ого или 5-ого поколения.

[Speccyfighter]

Предполагаю, что Чжан небезосновательно написал (выделение жирным моё):

https://bugzilla.kernel.org/show_bug.cgi?id=199033#c91

 Zhang Rui 2018-06-20 06:07:28 UTC

the patch has been shipped in 4.18-rc1
commit 5a802a7a285c8877ca872e44eeb0f06afcb5212f
Author:     Mika Westerberg <mika.westerberg@linux.intel.com>
AuthorDate: Tue May 22 14:16:50 2018 +0300
Commit:     Rafael J. Wysocki <rafael.j.wysocki@intel.com>
CommitDate: Thu May 24 10:52:49 2018 +0200

    ACPI / watchdog: Prefer iTCO_wdt always when WDAT table uses RTC SRAM

     После того, как мы добавили quirk для Lenovo Z50-70, оказывается, есть хотя бы
     еще две системы, в которых таблица WDAT содержит инструкции по доступу к RTC
     SRAM.  Вместо того, чтобы выставлять каждую систему отдельно, ищите такие
     инструкции в таблице и автоматически предпочитать iTCO_wdt, если они найдены.


 Я думаю, мы можем закрыть эту ошибку.

В ядрах 4.4, WDAT_WDT нет и предпочтение ITCO_WDT там безусловное. И на этих ядрах /dev/rtc* не исчезает.