LINUX.ORG.RU
ФорумTalks

Первый патч для ядра 4.10

 


2

2

Сабж существует уже несколько дней, но что-то, кажется, никто про него не пишет. Напишу я.

Итак, сабж относительно небольшой и вносит не так уж и много изменений. Патч затрагивает следующие файлы:

Documentation/admin-guide/kernel-parameters.txt
Makefile
arch/x86/platform/goldfish/goldfish.c
drivers/net/wireless/realtek/rtlwifi/usb.c
drivers/platform/goldfish/pdev_bus.c
drivers/tty/serial/msm_serial.c
drivers/usb/serial/ark3116.c
drivers/usb/serial/console.c
drivers/usb/serial/cp210x.c
drivers/usb/serial/ftdi_sio.c
drivers/usb/serial/mos7840.c
drivers/usb/serial/opticon.c
drivers/usb/serial/spcp8x5.c
fs/xfs/xfs_iomap.c
include/acpi/platform/acenv.h
include/acpi/platform/acintel.h
include/linux/ptr_ring.h
mm/backing-dev.c
net/ipv4/ip_sockglue.c
net/netfilter/nf_conntrack_helper.c
net/socket.c
Размер патча: 21901 байт, 661 строка. При этом патч на 100% в ASCII.

Однако, в архиве ядра версии 4.10 442253 байта находтся за пределами ASCII, 6220 из них относятся к *.c и *.h файлам, а 433693 - к документации. Всего *.c и *.h файлов, которые выходят за пределы ASCII, - 1150, при общем количестве 42422. Т.е. меньше чем 3%. При этом общее кол-во байт выходящих за границы ASCII не превышает 282 на файл. Рекордсменом с этими 282-мя байтами является файл drivers/scsi/qla4xxx/ql4_fw.h. На втором месте такие файлы как lib/fonts/font_8x16.c, lib/fonts/font_7x14.c, lib/fonts/font_8x8.c, lib/fonts/font_pearl_8x8.c в которых по 128 байт, которые выходят за пределы ASCII соответственно. На третьем месте файл include/video/display_timing.h в котором 126 байт за пределами ASCII.

Changelog по размеру больше патча (23096 байт, 542 строки), и на 100% в ASCII. Патч вносит, как минимум, следующие изменения:

    xfs: clear delalloc and cache on buffered write failure
    rtlwifi: rtl_usb: Fix for URB leaking when doing ifconfig up/down
    block: fix double-free in the failure path of cgwb_bdi_init()
    Fixes: a13f35e87140 ("writeback: don't embed root bdi_writeback_congested in bdi_writeback")
    ACPICA: Linuxize: Restore and fix Intel compiler build
    Fixes: 9fa1cebdbfff (ACPICA: OSL: Cleanup the inclusion order of the compiler-specific headers)
    netfilter: nf_ct_helper: warn when not applying default helper assignment
    Commit 3bb398d925 ("netfilter: nf_ct_helper: disable automatic helper
    goldfish: Sanitize the broken interrupt handler
    Fixes: e809c22b8fb028 ("goldfish: add the goldfish virtual bus")
    x86/platform/goldfish: Prevent unconditional loading
    Fixes: ddd70cf93d78 ("goldfish: platform device for x86")
    USB: serial: console: fix uninitialised spinlock
    Fixes: 4a510969374a ("tty: Make tty_files_lock per-tty")
    USB: serial: ark3116: fix register-accessor error handling
    Fixes: 149fc791a452 ("USB: ark3116: Setup some basic infrastructure for new ark3116 driver.")
    Fixes: f4c1e8d597d1 ("USB: ark3116: Make existing functions 16450-aware and add close and release functions.")
    USB: serial: opticon: fix CTS retrieval at open
    Fixes: 7a6ee2b02751 ("USB: opticon: switch to generic read implementation")
    USB: serial: spcp8x5: fix modem-status handling
    spcp8x5: add proper modem-status support") has returned TIOCM_LE on
    Fixes: e1ed212d8593 ("USB: spcp8x5: add proper modem-status support")
    USB: serial: ftdi_sio: fix line-status over-reporting
    Fixes: 72fda3ca6fc1 ("USB: serial: ftd_sio: implement sysrq handling on
    Fixes: 166ceb690750 ("USB: ftdi_sio: clean up line-status handling")
    USB: serial: ftdi_sio: fix extreme low-latency setting
    Fixes: 557aaa7ffab6 ("ft232: support the ASYNC_LOW_LATENCY flag")
    USB: serial: ftdi_sio: fix modem-status error handling
    USB: serial: cp210x: add new IDs for GE Bx50v3 boards
    USB: serial: mos7840: fix another NULL-deref at open
    Fixes: 3f5429746d91 ("USB: Moschip 7840 USB-Serial Driver")
    tty: serial: msm: Fix module autoload
    net: socket: fix recvmmsg not returning error from sock_error
    Fixes: 34b88a68f26a ("net: Fix use after free in the recvmmsg exit path")
    Fixes: ad6f939ab193 ("ip: Add offset parameter to ip_cmsg_recv")
    ptr_ring: fix race conditions when resizing

Скачать патч можно здесь: https://www.kernel.org/pub/linux/kernel/v4.x/patch-4.10.1.xz

★★★★★

Ответ на: комментарий от loki_

кучу раз слышал I'm using от нейтивов

кучу раз слышал валидную_конструкцию от нейтивов

И что?

Stil ★★★★★
()
Ответ на: комментарий от Stil

Unless he highlightS (emphasises would be better choice).

И таки да. Это нормальный оборот в такой ситуации. А вот дальше рунглиш во все поля. Я даже толком не сразу вкурил что написано.

Anoxemian ★★★★★
()
Ответ на: комментарий от redgremlin

Спектрум-алайк на нодежс с брайлем вместо шрифта, не, мне бы столько не выпить.

Используй Stylish. Я думаю, автор именно так и заходит на сайт.

pacify ★★★★★
()
Ответ на: комментарий от Stil

Unless he highlight the fact of usage at the moment of writing, he should use Present Simple tense.

Agreed (though "highlights"). BTW, have you read that further? What the phrase

Can it be here still reason exists?

supposes to mean?

dexpl ★★★★★
()
Ответ на: комментарий от ozzee

Актер, страдающий шизофренией

Как говорят настоящие профессионалы, «нет здоровых, есть недообследованные» (c)

А насчёт ТС - обычный NIH-синдром. Автор недоволен существованием корпораций, в частности Микрософтом - с их Юникодом.

Если бы ТС мог сам написать парсер, то никаких претензий к Юникоду бы не было.

pacify ★★★★★
()
Ответ на: комментарий от redgremlin

А на ASCII--то зачем проверять?

Так с ASCII можно делать много всего, чего нельзя делать с юникодом: читать и редактировать без модификаций на 7-ми и 8-ми битных терминалах, применять 7-ми битные алгоритмы, выпилить лишний бит из каждого байта,... и т.д.

Вот я и провёл это исследование как юзер 8-ми битного терминала для себя и других юзеров 7-ми/8-ми битных терминалов.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от redgremlin

Во-первых, Вы оборвали мою фразу на полуслове несколько выдернув из контекста.

Во-вторых, с модификациями юникод на 7-ми/8-ми битных терминалах читать таки тоже можно, да. Что касается Вашего примера:
lynx: mimasuka?
n7t328IIpnwd: [8aad][HIRAGANA LETTER MI][HIRAGANA LETTER MA][HIRAGANA LETTER SU][HIRAGANA LETTER KA][FULLWIDTH QUESTION MARK]

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от saahriktu

читать таки тоже можно
[8aad]

[CAPITAL_CYRILLIC_TE][CYRILLIC_YERU][SPACE][CYRILLIC_U][CYRILLIC_PE][CYRILLIC_O][CYRILLIC_ER][CYRILLIC_O][CYRILLIC_EL][CYRILLIC_ES][CYRILLIC_YA][DOT]

redgremlin ★★★★★
()
Ответ на: комментарий от dexpl

Agreed (though «highlights»).

Yeah, my fault.

BTW, have you read that further?

Not really.

Can it be here still reason exists?

supposes to mean?

I think something like «Is there any reason to keep this o{l,d}d behavior now?»

Stil ★★★★★
()

Однако, в архиве ядра версии 4.10 442253 байта находтся за пределами ASCII, 6220 из них относятся к *.c и *.h файлам, а 433693 - к документации. Всего *.c и *.h файлов, которые выходят за пределы ASCII, - 1150, при общем количестве 42422. Т.е. меньше чем 3%. При этом общее кол-во байт выходящих за границы ASCII не превышает 282 на файл. Рекордсменом с этими 282-мя байтами является файл drivers/scsi/qla4xxx/ql4_fw.h. На втором месте такие файлы как lib/fonts/font_8x16.c, lib/fonts/font_7x14.c, lib/fonts/font_8x8.c, lib/fonts/font_pearl_8x8.c в которых по 128 байт, которые выходят за пределы ASCII соответственно. На третьем месте файл include/video/display_timing.h в котором 126 байт за пределами ASCII.

Всем пофиг, страдай.

h578b1bde ★☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.