[Bug 319845] Re: regression: intrepid/8.10 kernel does not detect 30 pin cable; quickly results in massive filesystem corruption.
** Attachment added: short lspci output http://launchpadlibrarian.net/21521600/intrepid-corruption-lspci.txt -- regression: intrepid/8.10 kernel does not detect 30 pin cable; quickly results in massive filesystem corruption. https://bugs.launchpad.net/bugs/319845 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 319845] [NEW] regression: intrepid/8.10 kernel does not detect 30 pin cable; quickly results in massive filesystem corruption.
Public bug reported: Binary package hint: linux-image-2.6.27-9-generic arch: ia32 (maybe others) Intrepid/8.10 kernel does not detect the use of 40 pin cable when udma66 capable chipset and drive (at least on this hardware) are used. Sometimes this results in the system not being able to complete boot, other times it can boot but data read from the device (compact flash) is corrupt (lots of segfaulting binaries). hardy/8.04 kernel (linux-image-2.6.24-23-generic) works fine. /var/log/kernel.log ( linux-image-2.6.27-9-generic ): Jan 19 01:18:08 io kernel: [5.664487] ata4.00: CFA: SanDisk SDCFX3-008G, HDX 4.32, max UDMA/66 Jan 19 01:18:08 io kernel: [5.664492] ata4.00: 16007040 sectors, multi 0: LBA Jan 19 01:18:08 io kernel: [5.664976] ata4.00: configured for UDMA/66 Jan 19 01:18:08 io kernel: [5.820207] scsi 3:0:0:0: Direct-Access ATA SanDisk SDCFX3-0 HDX PQ: 0 ANSI: 5 /var/log/kernel.log ( linux-image-2.6.24-23-generic ): Jan 13 01:22:24 io kernel: [ 57.918524] ata4.00: CFA: SanDisk SDCFX3-008G, HDX 4.32, max UDMA/66 Jan 13 01:22:24 io kernel: [ 57.918530] ata4.00: 16007040 sectors, multi 0: LBA Jan 13 01:22:24 io kernel: [ 57.918551] ata4.00: limited to UDMA/33 due to 40-wire cable Jan 13 01:22:24 io kernel: [ 57.919037] ata4.00: configured for UDMA/33 Jan 13 01:22:24 io kernel: [ 58.074161] scsi 4:0:0:0: Direct-Access ATA SanDisk SDCFX3-0 HDX PQ: 0 ANSI: 5 ** Affects: linux (Ubuntu) Importance: Undecided Status: New -- regression: intrepid/8.10 kernel does not detect 30 pin cable; quickly results in massive filesystem corruption. https://bugs.launchpad.net/bugs/319845 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 289701] Re: (Intrepid)T61 brightness control goes very slow
T61 (6465CTO, Intel X3100/GM965) I have the same thing here. some observations and possible fixes/workarounds: slow response/pausing behavior: - brightness controls are responsive right after a reboot - I can hit brightness up 100 times with no effect. - trigger: If I use the acpi/end key to bring the brightness all they way down to it's lowest level, I then only have 2 or 3 more brightness events which are responsive. After that, the slow behavior remains until a reboot. multple events solved(?): - After removing some files from /etc/acpi/events and restarting acpid, the multiple event triggering stopped, and only one event happened. - The event files removed are: thinkpad-brightness-down, thinkpad-brightness-up, video_brightnessdown, video_brightnessup - the thinkpad-brightness-* files shouldn't matter if you have a lenovo according to dmidecode, but I yanked them anyway to make for cleaner acpid debug output. - gnome-power-manager is now the only program handling events from the acpi brightness. kill g-p-m, and the brightness controls become non-functional. -- (Intrepid)T61 brightness control goes very slow https://bugs.launchpad.net/bugs/289701 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 309160] Re: openssh public key auth broken if one has many keys but only in X11
putty (0.60-3) fails with the same error (too many authentication errors). putty is not configured at all on this machine so it should be in passwd auth mode. However, ss soon as I put in my login name it comes up with the error. -- openssh public key auth broken if one has many keys but only in X11 https://bugs.launchpad.net/bugs/309160 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to openssh in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 309160] Re: openssh public key auth broken if one has many keys but only in X11
workaround/fix: - move all keys into subdirectories and update config to reflect changes. - even with multiple keys in subdirectories it does not try the wrong keys. hypothesis: - the ssh client looks in ~/.ssh and tries any files it deems to be keys, even when 'config' is configured explicitly with the appropriate key. Fortunately, it does not recurse into subdirs.n other observations: - the behaviour persists without a config file and specifying the key on the command line (ie. ssh -i keyfile host) - this fixes putty, also (must have been patched to use ~/.ssh at some time) -- openssh public key auth broken if one has many keys but only in X11 https://bugs.launchpad.net/bugs/309160 You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to openssh in ubuntu. -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 309160] Re: openssh public key auth broken if one has many keys but only in X11
putty (0.60-3) fails with the same error (too many authentication errors). putty is not configured at all on this machine so it should be in passwd auth mode. However, ss soon as I put in my login name it comes up with the error. -- openssh public key auth broken if one has many keys but only in X11 https://bugs.launchpad.net/bugs/309160 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 309160] Re: openssh public key auth broken if one has many keys but only in X11
workaround/fix: - move all keys into subdirectories and update config to reflect changes. - even with multiple keys in subdirectories it does not try the wrong keys. hypothesis: - the ssh client looks in ~/.ssh and tries any files it deems to be keys, even when 'config' is configured explicitly with the appropriate key. Fortunately, it does not recurse into subdirs.n other observations: - the behaviour persists without a config file and specifying the key on the command line (ie. ssh -i keyfile host) - this fixes putty, also (must have been patched to use ~/.ssh at some time) -- openssh public key auth broken if one has many keys but only in X11 https://bugs.launchpad.net/bugs/309160 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 309160] [NEW] openssh public key auth broken if one has many keys but only in X11
Public bug reported: Binary package hint: openssh-client After upgrading from 8.04 to 8.10, I could not log into any machines via ssh where I had already configured public-key auth. This happens with both rsa and dsa keys. The error given was: Received disconnect from 10.0.0.1: 2: Too many authentication failures for USER `ssh -vvv hostname` showed that ssh client was trying keys randomly(?), even though ~/.ssh/config specified the key properly (and has always worked in the past). workaround 1: If I remove all the keys from ~/.ssh/ except for the host I was trying, I could then log into that host successfully while in X11. workaround 2: use ssh client directly from the console (with or without X11 running on anther vty) $ apt-cache policy openssh-client openssh-client: Installed: 1:5.1p1-3ubuntu1 Script started on Wed 17 Dec 2008 03:24:11 PM EST [nd...@ganymede] [jobs:0] [exit:0] [cpu:44C] [15:24] [12/17/08] [~] $ ssh -vvv io OpenSSH_5.1p1 Debian-3ubuntu1, OpenSSL 0.9.8g 19 Oct 2007 debug1: Reading configuration data /home/ndain/.ssh/config debug1: Applying options for io debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to io.jovian.local [10.0.0.1] port 22. debug1: Connection established. debug3: Not a RSA1 key file /home/ndain/.ssh/id_dsa-nd...@mynetworks.priv. debug2: key_type_from_name: unknown key type '-BEGIN' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-END' debug3: key_read: missing keytype debug1: identity file /home/ndain/.ssh/id_dsa-nd...@mynetworks.priv type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_4.7p1 Debian-8ubuntu1.2 debug1: match: OpenSSH_4.7p1 Debian-8ubuntu1.2 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.1p1 Debian-3ubuntu1 debug2: fd 3 setting O_NONBLOCK debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-...@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-...@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac...@openssh.com,hmac-ripemd160,hmac-ripemd...@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac...@openssh.com,hmac-ripemd160,hmac-ripemd...@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,z...@openssh.com,zlib debug2: kex_parse_kexinit: none,z...@openssh.com,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-...@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-...@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac...@openssh.com,hmac-ripemd160,hmac-ripemd...@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac...@openssh.com,hmac-ripemd160,hmac-ripemd...@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,z...@openssh.com debug2: kex_parse_kexinit: none,z...@openssh.com debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_setup: found hmac-md5 debug1: kex: server-client aes128-cbc hmac-md5 none debug2: mac_setup: found hmac-md5 debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 125/256 debug2: bits set: 512/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug3: check_host_in_hostfile: filename /home/ndain/.ssh/known_hosts debug3: check_host_in_hostfile: match line 21 debug1: Host 'io.jovian.local' is known and matches the RSA host key. debug1: Found key in /home/ndain/.ssh/known_hosts:21 debug2: bits set: 482/1024 debug1:
[Bug 309160] [NEW] openssh public key auth broken if one has many keys but only in X11
Public bug reported: Binary package hint: openssh-client After upgrading from 8.04 to 8.10, I could not log into any machines via ssh where I had already configured public-key auth. This happens with both rsa and dsa keys. The error given was: Received disconnect from 10.0.0.1: 2: Too many authentication failures for USER `ssh -vvv hostname` showed that ssh client was trying keys randomly(?), even though ~/.ssh/config specified the key properly (and has always worked in the past). workaround 1: If I remove all the keys from ~/.ssh/ except for the host I was trying, I could then log into that host successfully while in X11. workaround 2: use ssh client directly from the console (with or without X11 running on anther vty) $ apt-cache policy openssh-client openssh-client: Installed: 1:5.1p1-3ubuntu1 Script started on Wed 17 Dec 2008 03:24:11 PM EST [nd...@ganymede] [jobs:0] [exit:0] [cpu:44C] [15:24] [12/17/08] [~] $ ssh -vvv io OpenSSH_5.1p1 Debian-3ubuntu1, OpenSSL 0.9.8g 19 Oct 2007 debug1: Reading configuration data /home/ndain/.ssh/config debug1: Applying options for io debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to io.jovian.local [10.0.0.1] port 22. debug1: Connection established. debug3: Not a RSA1 key file /home/ndain/.ssh/id_dsa-nd...@mynetworks.priv. debug2: key_type_from_name: unknown key type '-BEGIN' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type '-END' debug3: key_read: missing keytype debug1: identity file /home/ndain/.ssh/id_dsa-nd...@mynetworks.priv type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_4.7p1 Debian-8ubuntu1.2 debug1: match: OpenSSH_4.7p1 Debian-8ubuntu1.2 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.1p1 Debian-3ubuntu1 debug2: fd 3 setting O_NONBLOCK debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-...@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-...@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac...@openssh.com,hmac-ripemd160,hmac-ripemd...@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac...@openssh.com,hmac-ripemd160,hmac-ripemd...@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,z...@openssh.com,zlib debug2: kex_parse_kexinit: none,z...@openssh.com,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-...@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-...@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac...@openssh.com,hmac-ripemd160,hmac-ripemd...@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac...@openssh.com,hmac-ripemd160,hmac-ripemd...@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,z...@openssh.com debug2: kex_parse_kexinit: none,z...@openssh.com debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_setup: found hmac-md5 debug1: kex: server-client aes128-cbc hmac-md5 none debug2: mac_setup: found hmac-md5 debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 125/256 debug2: bits set: 512/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug3: check_host_in_hostfile: filename /home/ndain/.ssh/known_hosts debug3: check_host_in_hostfile: match line 21 debug1: Host 'io.jovian.local' is known and matches the RSA host key. debug1: Found key in /home/ndain/.ssh/known_hosts:21 debug2: bits set: 482/1024 debug1:
[Bug 74034] Re: Serial ports on HP NC6000 and NW8000 don't work
Thinkpad T61 running 8.04 with the serial+parallel adapter for the ultrabay-slim (pass through connectors to the mainboard's 8250 serial adapter). After boot, the serial port works. However, after a suspend resume it disappears and the kernel emits ttyS0: LSR safety check engaged!. workaround: boot with the kernel option: pnpacpi=off misc notes, hints, and guesswork: - Looking at my udev log, I saw that the 8250 serial port is detected and activated. And right after that, the pnp code detected and activated the serial port again. Hmmnn... ''' UEVENT[1227045158.127887] add /bus/platform/drivers/serial8250 (drivers) ACTION=add DEVPATH=/bus/platform/drivers/serial8250 SUBSYSTEM=drivers SEQNUM=1893 UEVENT[1227045158.127898] add /bus/pnp (bus) ACTION=add DEVPATH=/bus/pnp SUBSYSTEM=bus SEQNUM=1894 UEVENT[1227045158.127904] add /bus/pnp/drivers/serial (drivers) ACTION=add DEVPATH=/bus/pnp/drivers/serial SUBSYSTEM=drivers SEQNUM=1895 ''' - After disabling pnpacpi the /sys/bus/pnp/devices/ node is empty, but /sys/bus/platform/devices/serial8250/tty/ is populated. - Also, my lspci shows an LPC bus via ISA bridge as someone else noted above: 00:1f.0 ISA bridge: Intel Corporation 82801HBM (ICH8M-E) LPC Interface Controller (rev 03) -- Serial ports on HP NC6000 and NW8000 don't work https://bugs.launchpad.net/bugs/74034 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 198476] Re: [REGRESSION] Impossible to change LCD brightness on Thinkpad R61/T61/X61
On Wed, Apr 16, 2008 at 9:10 PM, Davi Vercillo C. Garcia [EMAIL PROTECTED] wrote: I'm with the same problem. My system is updated and this bus returns to happens. My machine is a Thinkpad R61. my output from acpi_listen: brightness-up: video LCD0 0086 brightness-down: ibm/hotkey HKEY 0080 1011 video LCD0 0087 # grep -R HKEY 0080 1011 /etc /etc/acpi/events/thinkpad-brightness-down:event=ibm/hotkey HKEY 0080 1011 -- [REGRESSION] Impossible to change LCD brightness on Thinkpad R61/T61/X61 https://bugs.launchpad.net/bugs/198476 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 198476] Re: [REGRESSION] Impossible to change LCD brightness on Thinkpad R61/T61/X61
Just noticed a strange issue with kubuntu/8.04b1. brightness-up works as expected, but brightness-down seems to trigger multiple events, 4 in fact. The event popup indicator from 'power manager' appears to show it stepping through the skipped brightness levels, although it happens very quickly so it's difficult to be sure. -- [REGRESSION] Impossible to change LCD brightness on Thinkpad R61/T61/X61 https://bugs.launchpad.net/bugs/198476 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 197929] Re: Backlight adjustment no longer works on Thinkpad X61s
update: system: latest hardy kubuntu amd64 on a thinkpad T61 6465CTO (intel x3100 video) -acpi brightness keys now working and responding quickly to input, but only when the module thinkpad_acpi is loaded with arguments `brightness_enable=1`. spiffy! -- Backlight adjustment no longer works on Thinkpad X61s https://bugs.launchpad.net/bugs/197929 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 197929] Re: Backlight adjustment no longer works on Thinkpad X61s
to: Faberfox tested your config on kubuntu, and it's working ok here with latest up to date hardy. T61 6465CTO, intel graphics (x3100/965GM) -- Backlight adjustment no longer works on Thinkpad X61s https://bugs.launchpad.net/bugs/197929 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 198476] Re: [REGRESSION] Impossible to change LCD brightness on Thinkpad R61/T61/X61
Brightness keys never worked here with 7.10 (so not a regression). Still does not work with 8.04beta1, kubuntu, amd64. Following the instructions here https://wiki.ubuntu.com/LaptopTestingTeam/HotkeyResearch I stopped hotkey-setup and then ran sudo showkey -u | tee -a hotkey-log.txt. I then pressed the brightness-increase (Fn+Home) and then the brightness-decrease (Fn+End). The results are: ''' kb mode was UNICODE press any key (program terminates after 10s of last keypress)... 0xe0 0x54 0xe0 0xd4 0xe0 0x4c 0xe0 0xcc ''' other system info: dmidecode -s system-manufacturer: LENOVO dmidecode -s system-product-name: 6465CTO dmidecode -s system-version: ThinkPad T61 video is intel x3100. uname -a: Linux ganymede 2.6.24-12-generic #1 SMP Wed Mar 12 22:31:43 UTC 2008 x86_64 GNU/Linux -- [REGRESSION] Impossible to change LCD brightness on Thinkpad R61/T61/X61 https://bugs.launchpad.net/bugs/198476 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 197929] Re: Backlight adjustment no longer works on Thinkpad X61s
same situation on a new T61, hardy beta. (acpi keys brightness keys also don't work, but that's a whole nother issue.) -- Backlight adjustment no longer works on Thinkpad X61s https://bugs.launchpad.net/bugs/197929 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 45404] Re: thinkpad-keys on ThinkPad X60* uses a large amount of CPU
getting the same behavior on an R40. R40-2722 with pentium-m 1.7Ghz, using acpi. I've taken to killing the thinkpad-keys process after startup. All the buttons continue working with including osd for volume control, access- ibm, brightness, thinklight, etc. (I'm using kde). -- thinkpad-keys on ThinkPad X60* uses a large amount of CPU https://launchpad.net/bugs/45404 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs