Bug 37739
| Summary: | Обновление до 1.0.31 ломает работу сканеров Canon Lide 60 (genesys) и Mustek 1248UB (gt68xx) | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Vyacheslav Dikonov <slava> |
| Component: | libsane | Assignee: | Николай Костригин <nickel> |
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
| Severity: | normal | ||
| Priority: | P3 | CC: | aen, borish90, lav, mike, nickel |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
| See Also: | https://bugzilla.redhat.com/show_bug.cgi?id=1458903 | ||
| Attachments: | |||
Старая версия sane (1.0.27-alt4) работает безупречно. Может быть виноваты патчи из https://bugzilla.altlinux.org/show_bug.cgi?id=30894 ? Полностью согласен. Такая же ошибка сканер Mustek ScanExpress 1248 UB ALT Workstation K 9.0 (Centaurea Pineticola) $ lsusb Bus 001 Device 003: ID 055f:021f Mustek Systems, Inc. SNAPSCAN e22 Откатился до sane-1.0.28-alt3.x86_64, libsane-1.0.28-alt3.x86_64, xsane-0.999-alt5.x86_64 Работает прекрасно. Но при этом пришлось потерять кучу пакетов по зависимостям. # apt-get remove sane libsane Чтение списков пакетов... Завершено Построение дерева зависимостей... Завершено Следующие пакеты будут УДАЛЕНЫ: gimagereader-qt5 hplip hplip-gui hplip-sane kde5 kde5-big kde5-digikam kde5-kolourpaint kde5-print-manager kde5-printing kde5-scanning kde5-skanlite libkf5sane libsane libsane-gphoto2 printer-drivers-X11 sane xsane Исправьте пожалуйста. Напишите, пожалуйста, какая версия у вас не работает. Потому что вы в одну багу пишете о разных версиях. Также покажите, что пишет $ scanimage -L Например у меня с sane-1.0.28-alt3.i586 всё работает. $ scanimage -L device `plustek:libusb:004:004' is a Canon CanoScan LiDE25 flatbed scanner Точно так и с последней версией из Сизифа $ rpm -q sane sane-1.0.31-alt2.i586 $ scanimage -L device `plustek:libusb:004:004' is a Canon CanoScan LiDE25 flatbed scanner xsane отлично сканирует. Не работает с последней версией доступной из p9 sane-1.0.31-alt2.x86_64 scanimage -L device `gt68xx:libusb:001:004' is a Mustek ScanExpress 1248 UB flatbed scanner scanimage -T показывает, что все хорошо. scanimage: scanning image of size 2563x3531 pixels at 8 bits/pixel scanimage: acquiring gray frame, 8 bits/sample scanimage: reading one scanline, 2563 bytes... PASS scanimage: reading one byte... PASS scanimage: stepped read, 2 bytes... PASS scanimage: stepped read, 4 bytes... PASS scanimage: stepped read, 8 bytes... PASS scanimage: stepped read, 16 bytes... PASS scanimage: stepped read, 32 bytes... PASS scanimage: stepped read, 64 bytes... PASS scanimage: stepped read, 128 bytes... PASS scanimage: stepped read, 256 bytes... PASS scanimage: stepped read, 512 bytes... PASS scanimage: stepped read, 1024 bytes... PASS scanimage: stepped read, 2048 bytes... PASS scanimage: stepped read, 4096 bytes... PASS scanimage: stepped read, 4095 bytes... PASS scanimage: stepped read, 2047 bytes... PASS scanimage: stepped read, 1023 bytes... PASS scanimage: stepped read, 511 bytes... PASS scanimage: stepped read, 255 bytes... PASS scanimage: stepped read, 127 bytes... PASS scanimage: stepped read, 63 bytes... PASS scanimage: stepped read, 31 bytes... PASS scanimage: stepped read, 15 bytes... PASS scanimage: stepped read, 7 bytes... PASS scanimage: stepped read, 3 bytes... PASS Но при попытке предварительного или нормального сканирования из xsane или из skanlite программы виснут, на отклик не реагируют и через какое-то время получаем ошибку "Невозможно открыть устройство `genesys:libusb:001:004': Неверный аргумент" И дальше система перестает видеть сканер, пока его не переподключишь. При откате на предыдущую версию все работает идеально. # rpm -qa | grep sane kde5-libksane-common-19.12.3-alt1.noarch sane-1.0.28-alt3.x86_64 libsane-1.0.28-alt3.x86_64 xsane-0.999-alt5.x86_64 Тогда интересует вывод dmesg после того, как сканер «ломается» в предварительном сканировании (если там есть интересные строки насчёт usb). И также вывод lsusb «после поломки» и что говорит scanimage -L После того как "ломается" сканер В dmesgтолько такая же строчка как и у Vyacheslav Dikonov $ dmesg [ 3217.855919] usb 2-13: new high-speed USB device number 7 using xhci_hcd lsusb сканер продолжает видеть $ lsusb Bus 001 Device 003: ID 055f:021f Mustek Systems, Inc. SNAPSCAN e22 а вот scanimage -L нет $ scanimage -L No scanners were identified. If you were expecting something different, check that the scanner is plugged in, turned on and detected by the sane-find-scanner tool (if appropriate). Please read the documentation which came with this software (README, FAQ, manpages). Пробовал запускать из консоли xsane, что бы видеть вывод, однако программа виснет и вывода нет никакого. В jornalctl тоже пусто. Пробовал когда искал причину запускать в реальном времени. Я сейчас уже откатился, сканер работает. Всё это выглядит похожим на проблемы в сочетании USB2 устройства и USB3 порта. Можно было попробовать выключить USB 3 в BIOS, например, или использовать разъём USB2, если такие ещё остались. Так же предлагают добавить переменную окружения SANE_USB_WORKAROUND=1 https://wiki.archlinux.org/index.php/SANE#Communication_via_xHCI_not_working_(older_scanner_models) Но в NEWS написано, что они выключили USB3 workaround в 1.0.27, так что не ясно, как может работать в 1.0.27 и так ли эта проблема. Впрочем, другой проблемы на горизонте нет. Note 3: The Linux USB3 workaround which was added in version 1.0.25 is now disabled by default. If you have difficulty using a scanner which previously worked, or intermittent scanner availability, try setting the new environment variable SANE_USB_WORKAROUND=1 before starting your frontend. Безусловно, зависание устройства на шине это проблема оборудования или ядра. Возможно, с какими-то ядрами работает и без workaround. Есть $ man sane-usb там написано в случае проблем с USB 3 использовать переменную SANE_USB_WORKAROUND=1 Багу закрываю, никакой проблемы для решения нет. (Ответ для Хитриков Борис Владимирович на комментарий #8) > Пробовал запускать из консоли xsane, что бы видеть вывод, однако программа > виснет и вывода нет никакого. > > В jornalctl тоже пусто. Пробовал когда искал причину запускать в реальном > времени. В момент поломки попробуйте получить отладочный вывод при помощи SANE_DEBUG_GENESYS=128 scanimage -d genesys:libusb:002:007 -o ./test.jpg 2>&1 | tee crash.log c поправкой на USB-адрес устройства. (Ответ для Vitaly Lipatov на комментарий #11) > Безусловно, зависание устройства на шине это проблема оборудования или ядра. > Возможно, с какими-то ядрами работает и без workaround. Возможно, придётся его пока вернуть по умолчанию -- помню эту грабельку, весьма неприятная... Created attachment 8968 [details]
Лог сканирования и образец скана Lide60 sane 1.0.31-alt2
(Ответ для Vyacheslav Dikonov на комментарий #0) > При попытке сканировать получаем ошибку > "Невозможно открыть устройство `genesys:libusb:002:007': > Неверный аргумент" > > Под root ошибка та же. Хватит ломать мой сканер! > У меня все работает со сканером Canon Lide 60. Проверено на 3 машинах, подключали в порты USB2, USB3, hub USB2/3. Работает как scanimage, так и xsane (разрешения от минимума до максимума, цвет/ч.б.) Прилагаю расширенный лог и образец скана. Давайте искать отличия: ALT Workstation K 9.0 $ uname -a Linux nickel-ws.localdomain 5.7.19-un-def-alt1 #1 SMP PREEMPT Thu Aug 27 15:52:34 UTC 2020 x86_64 GNU/Linux $ rpm -qa |grep sane sane-airscan-0.99.8-alt1.20200709.git8bba080.x86_64 imagescan-sane-3.61.0-alt1.x86_64 kde5-libksane-common-19.12.3-alt1.noarch sane-1.0.31-alt2.x86_64 libsane-gphoto2-1.0.31-alt2.x86_64 libkf5sane-19.12.3-alt1.x86_64 xsane-0.999-alt6.x86_64 libsane-1.0.31-alt2.x86_64 hplip-sane-3.19.12-alt1.x86_64 $ rpm -qa |grep libusb libusb-compat-0.1.5-alt1.x86_64 i586-libusb-1.0.22-alt1.i586 libusb-1.0.22-alt1.x86_64 i586-libusb-compat-0.1.5-alt1.i586 libusb-debuginfo-1.0.22-alt1.x86_64 libusbredir-0.8.0-alt1.x86_64 libusbguard0-0.7.8-alt1.x86_64 libusbmuxd-1.0.10-alt1.x86_64 $ lsusb -t /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 5000M /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/12p, 480M |__ Port 1: Dev 8, If 0, Class=Vendor Specific Class, Driver=, 480M |__ Port 7: Dev 3, If 0, Class=Wireless, Driver=btusb, 12M |__ Port 7: Dev 3, If 1, Class=Wireless, Driver=btusb, 12M |__ Port 8: Dev 5, If 1, Class=Video, Driver=uvcvideo, 480M |__ Port 8: Dev 5, If 0, Class=Video, Driver=uvcvideo, 480M $ lsusb Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 005: ID 5986:1127 Acer, Inc EasyCamera Bus 001 Device 003: ID 8087:0a2a Intel Corp. Bus 001 Device 008: ID 04a9:221c Canon, Inc. CanoScan LiDE 60 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub $ scanimage -L device `genesys:libusb:001:008' is a Canon LiDE 60 flatbed scanner $ sane-find-scanner found USB scanner (vendor=0x04a9 [Canon], product=0x221c [CanoScan], chip=GL842) at libusb:001:008 (Ответ для Хитриков Борис Владимирович на комментарий #6) > scanimage -L > device `gt68xx:libusb:001:004' is a Mustek ScanExpress 1248 UB flatbed > > [...] > "Невозможно открыть устройство `genesys:libusb:001:004': > Неверный аргумент" > В Вашем случае меня смущает, что обнаружен "gt68xx", а ломается "genesys". Можете еще показать вывод sane-find-scanner ? Всем добрый день. Извините, за задержку, был в отъезде.
Откатился обратно до нерабочего состояния.
ALT Workstation K 9.0 (Centaurea Pineticola)
$ uname -a
Linux work-comp 5.4.62-std-def-alt1 #1 SMP Fri Sep 4 20:15:13 UTC 2020 x86_64 GNU/Linux
$ rpm -qa |grep sane
kde5-libksane-common-19.12.3-alt1.noarch
libsane-1.0.31-alt2.x86_64
libkf5sane-19.12.3-alt1.x86_64
libsane-gphoto2-1.0.31-alt2.x86_64
sane-1.0.31-alt2.x86_64
hplip-sane-3.19.12-alt1.x86_64
xsane-0.999-alt6.x86_64
$ rpm -qa |grep libusb
i586-libusb-1.0.22-alt1.i586
libusb-1.0.22-alt1.x86_64
libusbmuxd-1.0.10-alt1.x86_64
$ lsusb -t
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/10p, 480M
|__ Port 2: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
|__ Port 4: Dev 5, If 0, Class=Vendor Specific Class, Driver=, 12M
$ lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 005: ID 055f:021f Mustek Systems, Inc. SNAPSCAN e22
Bus 001 Device 002: ID 04f3:0234 Elan Microelectronics Corp. Optical Mouse
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
$ scanimage -L
device `gt68xx:libusb:001:005' is a Mustek ScanExpress 1248 UB flatbed scanner
$ sane-find-scanner
found USB scanner (vendor=0x055f, product=0x021f [USB Scanner], chip=GT-6816) at libusb:001:005
$ rpm -qa | grep kernel-image
kernel-image-std-def-5.4.62-alt1.x86_64
kernel-image-std-def-5.4.56-alt1.x86_64
kernel-image-std-def-5.4.48-alt1.x86_64
На всех ядрах поведение одинаковое
(Ответ для Vitaly Lipatov на комментарий #11) > Безусловно, зависание устройства на шине это проблема оборудования или ядра. > Возможно, с какими-то ядрами работает и без workaround. > Есть > $ man sane-usb > там написано в случае проблем с USB 3 использовать > переменную SANE_USB_WORKAROUND=1 > > Багу закрываю, никакой проблемы для решения нет. export SANE_USB_WORKAROUND=1 ничего не изменяет (Ответ для Хитриков Борис Владимирович на комментарий #17) > Всем добрый день. Извините, за задержку, был в отъезде. > Откатился обратно до нерабочего состояния. > [...] > $ sane-find-scanner > found USB scanner (vendor=0x055f, product=0x021f [USB Scanner], > chip=GT-6816) at libusb:001:005 > > $ rpm -qa | grep kernel-image > kernel-image-std-def-5.4.62-alt1.x86_64 > kernel-image-std-def-5.4.56-alt1.x86_64 > kernel-image-std-def-5.4.48-alt1.x86_64 > > На всех ядрах поведение одинаковое Спасибо за информацию, но также немаловажно для понимания того, что происходит собрать логи работы из комментария 12 https://bugzilla.altlinux.org/show_bug.cgi?id=37739#c12 У себя проверю на std-def, а Вам, наверное можно поробовать un-def ядро... (Ответ для nickel@altlinux.org на комментарий #12) > (Ответ для Хитриков Борис Владимирович на комментарий #8) > > Пробовал запускать из консоли xsane, что бы видеть вывод, однако программа > > виснет и вывода нет никакого. > > > > В jornalctl тоже пусто. Пробовал когда искал причину запускать в реальном > > времени. > > В момент поломки попробуйте получить отладочный вывод при помощи > > SANE_DEBUG_GENESYS=128 scanimage -d genesys:libusb:002:007 -o ./test.jpg > 2>&1 | tee crash.log > > c поправкой на USB-адрес устройства. $ SANE_DEBUG_MUSTEK=255 scanimage -d gt68xx:libusb:001:004 -o ./test.jpg 2>&1 | tee crash.log scanimage: open of device gt68xx:libusb:001:004 failed: Invalid argument (Ответ для nickel@altlinux.org на комментарий #16) > (Ответ для Хитриков Борис Владимирович на комментарий #6) > > scanimage -L > > device `gt68xx:libusb:001:004' is a Mustek ScanExpress 1248 UB flatbed > > > > [...] > > "Невозможно открыть устройство `genesys:libusb:001:004': > > Неверный аргумент" > > > > В Вашем случае меня смущает, что обнаружен "gt68xx", а ломается "genesys". > Можете еще показать вывод > sane-find-scanner > ? Пусть это вас не смущает, Когда заполнялась бага, я уже откатился до рабочего состояния. Поэтому не мог воспроизвести ошибку и перепечатывал предыдушее сообщение Vyacheslav Dikonov Вот мое сообщение Невозможно открыть устройство `gt68xx:libusb:002:007' (Ответ для Хитриков Борис Владимирович на комментарий #18) > (Ответ для Vitaly Lipatov на комментарий #11) > > Безусловно, зависание устройства на шине это проблема оборудования или ядра. > > Возможно, с какими-то ядрами работает и без workaround. > > Есть > > $ man sane-usb > > там написано в случае проблем с USB 3 использовать > > переменную SANE_USB_WORKAROUND=1 > > > > Багу закрываю, никакой проблемы для решения нет. > > export SANE_USB_WORKAROUND=1 > > ничего не изменяет Вы точно делаете так? После загрузки системы / перетыкания сканера, когда он виден и не зависает, запускаем программу так: $ SANE_USB_WORKAROUND=1 simple-scan (Ответ для Хитриков Борис Владимирович на комментарий #20) > (Ответ для nickel@altlinux.org на комментарий #12) > > (Ответ для Хитриков Борис Владимирович на комментарий #8) > > > Пробовал запускать из консоли xsane, что бы видеть вывод, однако программа > > > виснет и вывода нет никакого. > > > > > > В jornalctl тоже пусто. Пробовал когда искал причину запускать в реальном > > > времени. > > > > В момент поломки попробуйте получить отладочный вывод при помощи > > > > SANE_DEBUG_GENESYS=128 scanimage -d genesys:libusb:002:007 -o ./test.jpg > > 2>&1 | tee crash.log > > > > c поправкой на USB-адрес устройства. > > > $ SANE_DEBUG_MUSTEK=255 scanimage -d gt68xx:libusb:001:004 -o ./test.jpg > 2>&1 | tee crash.log > scanimage: open of device gt68xx:libusb:001:004 failed: Invalid argument (Ответ для nickel@altlinux.org на комментарий #19) > (Ответ для Хитриков Борис Владимирович на комментарий #17) > > Всем добрый день. Извините, за задержку, был в отъезде. > > Откатился обратно до нерабочего состояния. > > [...] > > $ sane-find-scanner > > found USB scanner (vendor=0x055f, product=0x021f [USB Scanner], > > chip=GT-6816) at libusb:001:005 > > > > $ rpm -qa | grep kernel-image > > kernel-image-std-def-5.4.62-alt1.x86_64 > > kernel-image-std-def-5.4.56-alt1.x86_64 > > kernel-image-std-def-5.4.48-alt1.x86_64 > > > > На всех ядрах поведение одинаковое > > Спасибо за информацию, но также немаловажно для понимания того, что > происходит собрать логи работы из комментария 12 > https://bugzilla.altlinux.org/show_bug.cgi?id=37739#c12 > > У себя проверю на std-def, а Вам, наверное можно поробовать un-def ядро... Если, переподключить сканер и пытатся собрать логи, то происходит следущее: сканер начинает работать, сканирует до самого конца создает картинку, но в конце каретка сканера останавливается, не происходит возврата в исходное положение Картинка есть в логах пусто и все зависает. Через минут 5 консоль становиться доступной. В логах пусто. если потом поробовать сканировать $ SANE_DEBUG_MUSTEK=255 scanimage -d gt68xx:libusb:001:007 -o ./test.jpg 2>&1 | tee crash.log scanimage: open of device gt68xx:libusb:001:007 failed: Invalid argument При этом $ lsusb Bus 001 Device 007: ID 055f:021f Mustek Systems, Inc. SNAPSCAN e22 sane-find-scanner found USB scanner (vendor=0x055f, product=0x021f) at libusb:001:007 scanimage -L No scanners were identified. If you were expecting something different, check that the scanner is plugged in, turned on and detected by the sane-find-scanner tool (if appropriate). Please read the documentation which came with this software (README, FAQ, manpages). dmesg [ 6156.205612] usb 1-4: new full-speed USB device number 7 using xhci_hcd (Ответ для Хитриков Борис Владимирович на комментарий #20) > $ SANE_DEBUG_MUSTEK=255 scanimage -d gt68xx:libusb:001:004 -o ./test.jpg > 2>&1 | tee crash.log > scanimage: open of device gt68xx:libusb:001:004 failed: Invalid argument Это точно ВСЕ содержимое файла crash.log? Цель сбора - этот файл и его нужно подгрузить сюда. А еще, скорее всего, в Вашем случае, переменная должна быть SANE_DEBUG_GT68XX У меня на ядре 5.4.62-std-def-alt1 по-прежнему все работает... (Ответ для Vitaly Lipatov на комментарий #22) > (Ответ для Хитриков Борис Владимирович на комментарий #18) > > (Ответ для Vitaly Lipatov на комментарий #11) > > > Безусловно, зависание устройства на шине это проблема оборудования или ядра. > > > Возможно, с какими-то ядрами работает и без workaround. > > > Есть > > > $ man sane-usb > > > там написано в случае проблем с USB 3 использовать > > > переменную SANE_USB_WORKAROUND=1 > > > > > > Багу закрываю, никакой проблемы для решения нет. > > > > export SANE_USB_WORKAROUND=1 > > > > ничего не изменяет > Вы точно делаете так? > После загрузки системы / перетыкания сканера, когда он виден и не зависает, > запускаем программу так: > $ SANE_USB_WORKAROUND=1 simple-scan $ SANE_USB_WORKAROUND=1 simple-scan bash: simple-scan: команда не найдена сделал $ SANE_USB_WORKAROUND=1 xsane все тоже самое. Пытается сканировать, Каретка назад не возвращается. Зависает. Через минут 5 Ошибка Неудалось открыть устройство `gt68xx:libusb:002:007' Недопустимый аргумент (Ответ для nickel@altlinux.org на комментарий #24) > (Ответ для Хитриков Борис Владимирович на комментарий #20) > > > $ SANE_DEBUG_MUSTEK=255 scanimage -d gt68xx:libusb:001:004 -o ./test.jpg > > 2>&1 | tee crash.log > > scanimage: open of device gt68xx:libusb:001:004 failed: Invalid argument > > Это точно ВСЕ содержимое файла crash.log? > Цель сбора - этот файл и его нужно подгрузить сюда. > А еще, скорее всего, в Вашем случае, переменная должна быть SANE_DEBUG_GT68XX > > У меня на ядре 5.4.62-std-def-alt1 по-прежнему все работает... SANE_DEBUG_GT68XX scanimage -d gt68xx:libusb:001:007 -o ./test.jpg 2>&1 | tee crash_1.log bash: SANE_DEBUG_GT68XX: команда не найдена В логе только scanimage: open of device gt68xx:libusb:001:007 failed: Invalid argument (Ответ для Хитриков Борис Владимирович на комментарий #26) > bash: SANE_DEBUG_GT68XX: команда не найдена переменную нужно было определить: SANE_DEBUG_GT68XX=255 scanimage -d gt68xx:libusb:001:007 -o ./test.jpg 2>&1 | tee crash_1.log Created attachment 8970 [details]
Лог сканирования Mustek1248 sane 1.0.31-alt2
(Ответ для nickel@altlinux.org на комментарий #27) > (Ответ для Хитриков Борис Владимирович на комментарий #26) > > > bash: SANE_DEBUG_GT68XX: команда не найдена > > переменную нужно было определить: > SANE_DEBUG_GT68XX=255 scanimage -d gt68xx:libusb:001:007 -o ./test.jpg 2>&1 > | tee crash_1.log Очень извиняюсь. SANE_DEBUG_GT68XX=255 scanimage -d gt68xx:libusb:001:009 -o ./test.jpg 2>&1 | tee crash_1.log Загрузил лог (Ответ для Хитриков Борис Владимирович на комментарий #29) > > Загрузил лог Спасибо. Если Вас не затруднит, снимите такой же в рабочем состоянии, это облегчит анализ. (Ответ для nickel@altlinux.org на комментарий #30) > (Ответ для Хитриков Борис Владимирович на комментарий #29) > > > > > Загрузил лог > > Спасибо. Если Вас не затруднит, снимите такой же в рабочем состоянии, это > облегчит анализ. Этот в рабочем состоянии. Сейчас загружу в нерабочем Created attachment 8971 [details]
Лог сканирования Mustek1248 не рабочее состояние sane 1.0.31-alt2
не рабочее состояние
(Ответ для Хитриков Борис Владимирович на комментарий #31) > > Этот в рабочем состоянии. Сейчас загружу в нерабочем Если я правильно понял, то рабочий лог снят после инициализации сканера, а нерабочий после окончания сканирования первого листа? Среди изменений с последней рабочей версии есть те, что касаются остановки процесса сканирования. Откатил пока самый последний из этих коммитов. Попробуйте обновиться до тестового задания 258555... результаты, желательно, так-же в виде двух логов, особенно, если они будут отрицательные. Created attachment 8975 [details]
Лог сканирования Mustek1248 sane 1.0.31-alt3
Да, все верно
Обновился до задания 258555. Все великолепно работает. Поэтому прикладываю один лог. Ребята спасибо огромное.
Удачи Вам! 2nickel@: спасибо, здорово! (Ответ для Хитриков Борис Владимирович на комментарий #34) > Обновился до задания 258555. Все великолепно работает. "Причешу" изменения и отправлю в Сизиф, а затем в p9. Открыл issue в апстриме: https://gitlab.com/sane-project/backends/-/issues/358 Ввиду того, что в баге параллельно рассматриваются два бэкенда меняю тему. Надеюсь автор не против. (Ответ для Vyacheslav Dikonov на комментарий #0) > При попытке сканировать получаем ошибку > "Невозможно открыть устройство `genesys:libusb:002:007': > Неверный аргумент" > https://gitlab.com/sane-project/backends/-/issues/358 > Под root ошибка та же. Хватит ломать мой сканер! > При переходе от версии 1.0.28 к 1.0.31 бэкенд genesys подвергся серьезному рефакторингу. Может быть не все прошло гладко. Учитывая, что на нашем экземпляре сканера все работает, только логи полученные от Вас помогут разобраться в чем дело. См. комментарий 12: https://bugzilla.altlinux.org/show_bug.cgi?id=37739#c12 (Ответ для Хитриков Борис Владимирович на комментарий #34) > Обновился до задания 258555. Все великолепно работает. Можно Вас попросить обновиться еще раз из задания 258612? Там более точечные изменения - хотелось бы знать, что их достаточно и неотмененная часть патча не влияет на работоспособность. (Ответ для nickel@altlinux.org на комментарий #39) > (Ответ для Хитриков Борис Владимирович на комментарий #34) > > > Обновился до задания 258555. Все великолепно работает. > > Можно Вас попросить обновиться еще раз из задания 258612? Там более точечные > изменения - хотелось бы знать, что их достаточно и неотмененная часть патча > не влияет на работоспособность. Да, но смогу только в субботу 25.09.2020. Сразу отпишусь (Ответ для Хитриков Борис Владимирович на комментарий #40) > > Да, но смогу только в субботу 25.09.2020. Сразу отпишусь Спасибо. Только прошу обновиться уже из задания 258636 (указанное ранее собрано для Sisyphus). Содержание изменений идентичное. Created attachment 8981 [details]
Лог сканирования Mustek1248 sane 1.0.31-alt3 из задания 258636
Обновился из задания 258636. Все работает великолепно. Загрузил лог. Ребята спасибо большое.
sane-1.0.31-alt3 -> sisyphus: Wed Sep 23 2020 Nikolai Kostrigin <nickel@altlinux> 1.0.31-alt3 - fix scanner non operational after first scan in gt68xx (closes: #37739) (Ответ для Хитриков Борис Владимирович на комментарий #42) > Создано вложение 8981 [details] [подробности] > Лог сканирования Mustek1248 sane 1.0.31-alt3 из задания 258636 > > Обновился из задания 258636. Все работает великолепно. Загрузил лог. Ребята > спасибо большое. Можно Вас попросить проверить еще одну версию патча? Задание 259258 - вариант патча из апстрима, который совместим со сканером ScanExpress 1200 UB (от применения предыдущей версии ломается работа сканера у другого пользователя [1]). Он со своей стороны уже протестировал [2]. Порядок тестирования: 1. До замены можно (хоть и необязательно) проверить поведение сканера, если остановить сканирование принудительно. Работает ли сканер после этого? При плохом варианте требуется переподключение. 2. После обновления до 1.0.31-alt4 проверить общую работу и работу после принудительного останова по п.1 [1] https://gitlab.com/sane-project/backends/-/issues/331 [2] https://gitlab.com/sane-project/backends/-/issues/358#note_423075420 (Ответ для nickel@altlinux.org на комментарий #44) > (Ответ для Хитриков Борис Владимирович на комментарий #42) > > Создано вложение 8981 [details] [подробности] > > Лог сканирования Mustek1248 sane 1.0.31-alt3 из задания 258636 > > > > Обновился из задания 258636. Все работает великолепно. Загрузил лог. Ребята > > спасибо большое. > > Можно Вас попросить проверить еще одну версию патча? > Задание 259258 - вариант патча из апстрима, который совместим со сканером > ScanExpress 1200 UB (от применения предыдущей версии ломается работа сканера > у другого пользователя [1]). Он со своей стороны уже протестировал [2]. > > Порядок тестирования: > 1. До замены можно (хоть и необязательно) проверить поведение сканера, если > остановить сканирование принудительно. Работает ли сканер после этого? При > плохом варианте требуется переподключение. > > 2. После обновления до 1.0.31-alt4 проверить общую работу и работу после > принудительного останова по п.1 > > [1] https://gitlab.com/sane-project/backends/-/issues/331 > [2] https://gitlab.com/sane-project/backends/-/issues/358#note_423075420 Ребята, очень извиняюсь, смогу проверить только в четверг. То есть 08.10.20. (Ответ для Хитриков Борис Владимирович на комментарий #45) > Ребята, очень извиняюсь, смогу проверить только в четверг. То есть 08.10.20. Ничего страшного! Спасибо за помощь. Буду ждать. Created attachment 8994 [details]
Лог сканирования Mustek1248 sane 1.0.31-alt3 до примененния задания 259258
Проверил задание 259258. Действительно ломается работа сканера если остановить сканирование принудительно. Прикладываю лог до применения задания 259258 и принудительной остановки сканера.
Created attachment 8995 [details]
Лог сканирования Mustek1248 sane 1.0.31-alt4 после примененния задания 259258
После применения задания 259258 мало что меняется. Сканер пытается двигаться, но происходит это крайне медленно, и если принудительно остановить сканирование, то работа сканера ломается. Прикладываю лог, после применения задания 259258 и принудительной остановки сканирования.
(Ответ для Хитриков Борис Владимирович на комментарий #48) > После применения задания 259258 мало что меняется. Сканер пытается > двигаться, но происходит это крайне медленно, и если принудительно > остановить сканирование, то работа сканера ломается. Т.е. прерывание работы сканера сломано и случае первого патча, и второго? Но если не прерывать сканирование с заданием 259258 работает не хуже, чем было до него? Разработчик из апстрима ожидает доставку сканера как у Вас, но до того момента, как разберутся с этой проблемой хотят добавить патч в апстримный код. Меня интересует не сломает ли Вам этот патч ту "шаткую" работоспособность, которую мы на данный момент достигли? (Ответ для nickel@altlinux.org на комментарий #49) > (Ответ для Хитриков Борис Владимирович на комментарий #48) > > Т.е. прерывание работы сканера сломано и случае первого патча, и второго? > > Но если не прерывать сканирование с заданием 259258 работает не хуже, чем > было до него? > > Разработчик из апстрима ожидает доставку сканера как у Вас, но до того > момента, как разберутся с этой проблемой хотят добавить патч в апстримный > код. Меня интересует не сломает ли Вам этот патч ту "шаткую" > работоспособность, которую мы на данный момент достигли? Совершенно верно, прерывание работы сканера сломано и случае первого патча, и второго если не прерывать сканирование с заданием 259258 работает не хуже, чем было до него. Я бы если честно и не знал об этом, если бы вы меня не попросили тестировать патч. Я практически никогда не отменяю начавшееся сканирование. Если нужно дальше тестировать обязательно привлекайте. Я, некоторое время, буду следить за ошибкой. Единственно, сканер используется на работе, и могу не сразу оказаться на месте. (Ответ для Хитриков Борис Владимирович на комментарий #50) > Если нужно дальше тестировать обязательно привлекайте. Я, > некоторое время, буду следить за ошибкой. Единственно, сканер используется > на работе, и могу не сразу оказаться на месте. Проверьте, пожалуйста, работу финальной (надеюсь) версии патча из upstream. Сканер должен сохранять работоспоспособность даже при прерывании сканирования. Задание 259818 (Ответ для nickel@altlinux.org на комментарий #51) > (Ответ для Хитриков Борис Владимирович на комментарий #50) > > Если нужно дальше тестировать обязательно привлекайте. Я, > > некоторое время, буду следить за ошибкой. Единственно, сканер используется > > на работе, и могу не сразу оказаться на месте. > > Проверьте, пожалуйста, работу финальной (надеюсь) версии патча из upstream. > Сканер должен сохранять работоспоспособность даже при прерывании > сканирования. > > Задание 259818 Добрый день. Проверил задание 259818. Сканер работает великолепно. Прерывание не нарушает работу. Пробовал прерывать предварительное и нормальное сканирование. Спасибо огромное. (Ответ для Хитриков Борис Владимирович на комментарий #52) > Добрый день. Проверил задание 259818. Сканер работает великолепно. > Прерывание не нарушает работу. Пробовал прерывать предварительное и > нормальное сканирование. Спасибо огромное. Спасибо. Исправления уже в Сизифе (1.0.31-alt4), после тестирования ожидайте в p9. |
Description
Vyacheslav Dikonov 2020-01-09 13:27:19 MSK