Bug#1000481: Bullseye kernel hangs while initialising i915 gpu driver on old intel graphic chip

2022-10-28 Thread Ben Mueller
On 10/28/22 15:27, Diederik de Haas wrote: On Friday, 28 October 2022 14:57:12 CEST Bogdan Veringioiu wrote: this issue affecting the LVDS connector was reported here: https://gitlab.freedesktop.org/drm/intel/-/issues/7301 and fixed. Any chance it will be backported in 5.10? https://lore.ke

Bug#1000481: Bullseye kernel hangs while initialising i915 gpu driver on old intel graphic chip

2022-06-10 Thread Ben Mueller
Control: found -1 linux/5.10.113-1 On 6/10/22 12:35, Diederik de Haas wrote: > On Friday, 10 June 2022 07:57:12 CEST Bogdan Veringioiu wrote: > >> Symptoms: >> The monitor gets blank when the i915 changes resolution on boot. >> The PC remains accessible (ssh). > > That seems different from wha

Bug#1000481: upgrade-reports: Bullseye kernel hangs while initialising i915 gpu driver on old intel graphic chip

2021-12-23 Thread Ben Mueller
Hi Paul, On 12/23/21 9:05 PM, Paul Gevers wrote: > Sorry it took so long to get back to you. I'm fine. I found a solution that works for me. >> I solved the problem by inserting a boot parameter "intel_iommu=off" to >> grub. With this parameter the kernel from bullseye >> linux-image-5.10.0-9-am

Bug#1000481: upgrade-reports: Bullseye kernel hangs while initialising i915 gpu driver on old intel graphic chip

2021-11-23 Thread Ben Mueller
Package: upgrade-reports Severity: normal X-Debbugs-Cc: letter...@internix.de My previous release is: Buster I am upgrading to: Bullseye Archive date: ? Upgrade date: 2021-11-21 uname -a before upgrade: (kernel: linux-image-4.19.0-18-amd64 4.19.208-1) uname -a after upgrade: Linux rappel 5.10.0-9-

Bug#385355: "altwin:meta_win" overrides "lv3:lalt_switch"

2006-08-30 Thread Ben Mueller
Package: xkb-data Version: 0.8-8 This bug is very similar to #276143 (merged with #281398). But neither the proposed workaround nor the submitted patch do help in this case. I want to use XkbOptions "altwin:meta_win,lv3:lalt_switch" to make the left Alt key the 3rd level chooser and to map Met

Bug#370564: xkb/symbols/macintosh_vndr/us without srvr_ctrl(xfree86)

2006-06-05 Thread Ben Mueller
Package: xkb-data Version: 0.8-5 Tags: patch The current xkb-symbols files for macintosh keyboards do not allow console switching (Control + Alt + F). The file /usr/share/X11/xkb/symbols/macintosh_vndr/us only defines // Begin "Function" section key {[ F1 ] };

Bug#353996: use of variable SOFTMAC_DIR in debian/rules

2006-03-18 Thread Ben Mueller
I used the opportunity that linux-source-2.6.15-8 had entered testing to try another approach in compiling bcm43xx-source. This time I installed linux-headers-2.6.15 together with ieee80211softmac-headers in /usr/src/linux-headers-2.6.15/. Then I tried "make-kpkg --rootcmd fakeroot --added_modu

Bug#353996: linux-source and ieee80211softmac-headers in different trees

2006-03-09 Thread Ben Mueller
Hi, I think I encountered the same errors. For me the problem was, that the files from ieee80211softmac-headers were sitting in /usr/src/linux-2.6.15/ while my linux-source tree was somewhere beneath /usr/local/src/. After copying the ieee80211*.h files from the ieee80211softmac to the include

Bug#355602: [xkb] provide a new option "altwin:left_alt_win" to map Alt to the left Win-key

2006-03-06 Thread Ben Mueller
Package: xlibs Version: 6.9.0.dfsg.1-4 Severity: wishlist Tags: patch I request a new XkbOption to map Alt to the left win-key. I would call this option "altwin:left_alt_win" and it' basic implementation should be (a complete patch is attached): +partial modifier_keys +xkb_symbols "left_alt_win"

Bug#328125: xlibs: [xkb] symbols/macintosh/{de,se} swap KP_Separator and KP_Delete

2005-09-13 Thread Ben Mueller
Package: xlibs Version: 6.8.2.dfsg.1-6 The xkb-symbol files xkb/symbols/macintosh/de and xkb/symbols/macintosh/se redefine to change KP_Decimal into KP_Separator. But during this change the levels are swapped, such that KP_Delete appears on the same level as the keypad-numbers while KP_Separator