Summary: | regression: framebuffer shift on the rightmost monitor | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Sisyphus | Reporter: | ildar <ildar> | ||||||||
Component: | kernel-modules-drm-std-def | Assignee: | Vitaly Chikunov <vt> | ||||||||
Status: | CLOSED WORKSFORME | QA Contact: | qa-sisyphus | ||||||||
Severity: | major | ||||||||||
Priority: | P3 | CC: | aen, kernelbot, placeholder, vt | ||||||||
Version: | unstable | ||||||||||
Hardware: | all | ||||||||||
OS: | Linux | ||||||||||
Attachments: |
|
Created attachment 4686 [details]
Xorg.0.log
Created attachment 4687 [details]
xrandr
ping. Валерий, Вы не подскажете, в чём может быть проблема? Проблемы нет на kernel-image-std-ng-2.6.36-alt4. Перевешиваю на std-def. Валерий, Вы не подскажете мантейнеру std-def, почему на ядре именно вашей сборки нет проблемы? Сергей, Вы таки хотите шоб меня забанили еще и в багзиле? Полагаю, заинтересованное лицо (Reporter) может взять на себя обязанность переводчика с Иноземного языка на тот, который родной для исполнителя ;-) Валерий, пишите в приват, я постараюсь помочь. :-) std-ng появилось не просто так. Ильдар, если будет желание пишите в личку/джабер, расскажу почему А почему бы это не написать это на литературном языке в description пакета? боюсь что дескрипшен пакета kernel-modules-drm-std-def описать на литературном языке не получится (В ответ на комментарий №10) > боюсь что дескрипшен пакета kernel-modules-drm-std-def описать на литературном > языке не получится IMHO его мантейнер сам с этим разберется. Похоже, другого выхода, кроме как предложить мэйнтейнеру покопать GIT std-ng, нет. А иначе, боюсь, мы дождёмся, что десктопные дистрибутивы будут делать на std-ng. Валера, ты мне за все это время, не РАЗУ не смог внятно объяснить, какой смысл собирать то что закоммиченно, вчера, там же могут быть ЛЮБЫЕ проблемы. и ходить по ним первыми, смысла нет никакого, разве что пол команды этих самых коммитеров сидит рядом. А по поводу ядра в дистрибутивах, мне вобщем то пофигу, будут делаться на std-ng, если оно объективно лучше, ну и пусть, у меня будет больше времени на другие задачи. (В ответ на комментарий №13) > А по поводу ядра в дистрибутивах, мне вобщем то пофигу, будут делаться на > std-ng, если оно объективно лучше, ну и пусть Естественно, что официальные дистрибутивы будут делаться только на официальном ядре. (В ответ на комментарий №13) > Валера, ты мне за все это время, не РАЗУ не смог внятно объяснить, какой смысл > собирать то что закоммиченно, вчера, там же могут быть ЛЮБЫЕ проблемы. и ходить > по ним первыми, смысла нет никакого, разве что пол команды этих самых > коммитеров сидит рядом. Хорошо. Но эта ошибка --- регрессия. Она будет исправлена? Ещё актуально? надо закрыть, пока опять не началось... Проверить наличие проблемы больше не могу: тот ноутбук "сдох". |
Created attachment 4685 [details] фото проблемы на ядре 2.6.35-un-def-alt9 наблюдаю регрессию. Наблюдается также на 2.6.35-std-def. Не наблюдается на 2.6.32-std-def-alt21. При переходе на композитный WM правый монитор показывает смещённую вправо картинку (примерно на 200px), включая чёрную полосу и левый кусок левого экрана. Левый монитор показывает всё правильно. При этом положение курсора мыши совершенно правильно. (Таким образом клики попадают не туда, куда тыкаешь, а правее). Переход обратно в некомпозитный WM проблему не решает. Картинку прилагаю. Лог прилагаю. xrand прилагаю.