[arch-general] Lenovo T550 TLP Bugs
Hi there, I'm having some different issues with TLP drivers, which seam to cause problems with standby [0.00] ACPI: RSDP 0xACDFE014 24 (v02 LENOVO) [0.00] ACPI: XSDT 0xACDFE1C0 F4 (v01 LENOVO TP-N11 1070 PTEC 0002) [0.00] ACPI: FACP 0xACDF8000 00010C (v05 LENOVO TP-N11 1070 PTEC 0002) [0.00] ACPI: DSDT 0xACDE3000 010FB9 (v01 LENOVO TP-N11 1070 INTL 20120711) [0.00] ACPI: FACS 0xACD68000 40 [0.00] ACPI: SLIC 0xACDFD000 000176 (v01 LENOVO TP-N11 1070 PTEC 0001) [0.00] ACPI: ASF! 0xACDFC000 A5 (v32 LENOVO TP-N11 1070 PTEC 0002) [0.00] ACPI: HPET 0xACDFB000 38 (v01 LENOVO TP-N11 1070 PTEC 0002) [0.00] ACPI: ECDT 0xACDFA000 52 (v01 LENOVO TP-N11 1070 PTEC 0002) [0.00] ACPI: APIC 0xACDF7000 98 (v01 LENOVO TP-N11 1070 PTEC 0002) [0.00] ACPI: MCFG 0xACDF6000 3C (v01 LENOVO TP-N11 1070 PTEC 0002) [0.00] ACPI: SSDT 0xACDF5000 33 (v01 LENOVO TP-SSDT1 0100 INTL 20120711) [0.00] ACPI: SSDT 0xACDF4000 000486 (v01 LENOVO TP-SSDT2 0200 INTL 20120711) [0.00] ACPI: SSDT 0xACDE2000 0009CB (v01 LENOVO SataAhci 1000 INTL 20120711) [0.00] ACPI: SSDT 0xACDE1000 000152 (v01 LENOVO Rmv_Batt 1000 INTL 20120711) [0.00] ACPI: SSDT 0xACDE 0006C5 (v01 LENOVO Cpu0Ist 3000 INTL 20120711) [0.00] ACPI: SSDT 0xACDDF000 000B74 (v02 LENOVO CpuSsdt 3000 INTL 20120711) [0.00] ACPI: SSDT 0xACDDE000 000369 (v02 LENOVO CtdpB 1000 INTL 20120711) [0.00] ACPI: SSDT 0xACDDC000 001475 (v01 LENOVO SaSsdt 3000 INTL 20120711) [0.00] ACPI: SSDT 0xACDDB000 000394 (v02 LENOVO CppcTabl 1000 INTL 20120711) [0.00] ACPI: PCCT 0xACDDA000 6E (v05 LENOVO TP-N11 1070 PTEC 0002) [0.00] ACPI: SSDT 0xACDD9000 000AC4 (v02 LENOVO Cpc_Tabl 1000 INTL 20120711) [0.00] ACPI: TCPA 0xACDD8000 32 (v02 PTLLENOVO 0604 LNVO 0001) [0.00] ACPI: SSDT 0xACDD7000 0006A5 (v01 Intel_ TpmTable 1000 INTL 20120711) [0.00] ACPI: UEFI 0xACDD6000 42 (v01 LENOVO TP-N11 1070 PTEC 0002) [0.00] ACPI: MSDM 0xACCB1000 55 (v03 LENOVO TP-N11 1070 PTEC 0002) [0.00] ACPI: BATB 0xACDD5000 46 (v01 LENOVO TP-N11 1070 PTEC 0002) [0.00] ACPI: FPDT 0xACDD4000 64 (v01 LENOVO TP-N11 1070 PTEC 0002) [0.00] ACPI: UEFI 0xACDD3000 00030A (v01 LENOVO TP-N11 1070 PTEC 0002) [0.00] ACPI: DMAR 0xACDD2000 B0 (v01 LENOVO TP-N11 1070 PTEC 0002) [0.057504] ACPI: All ACPI Tables successfully acquired [0.178849] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' [0.178851] ENERGY_PERF_BIAS: View and update with x86_energy_perf_policy(8) [0.214252] Your BIOS is broken and requested that x2apic be disabled. This will slightly decrease performance. Use 'intremap=no_x2apic_optout' to override BIOS request. [0.288351] #2 #3 [0.413684] ACPI: Dynamic OEM Table Load: [0.413718] ACPI: SSDT 0x88043B100800 000436 (v01 PmRef Cpu0Cst 3001 INTL 20120711) [0.415895] ACPI: Dynamic OEM Table Load: [0.415925] ACPI: SSDT 0x88043B101000 0005AA (v01 PmRef ApIst 3000 INTL 20120711) [0.418226] ACPI: Dynamic OEM Table Load: [0.418250] ACPI: SSDT 0x88043B3E 000119 (v02 PmRef ApCst 3000 INTL 20120711) [0.421494] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S1_] (20150204/hwxface-580) [0.421514] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep State [\_S2_] (20150204/hwxface-580) [0.477282] ACPI: Enabled 4 GPEs in block 00 to 7F [ 21.922815] systemd[1]: display-manager.service: Cannot add dependency job, ignoring: Unit display-manager.service failed to load: No such file or directory. [ 22.038414] thinkpad_ec: thinkpad_ec_request_row: arg0 rejected: (0x01:0x00)->0x00 [ 22.038418] thinkpad_ec: thinkpad_ec_read_row: failed requesting row: (0x01:0x00)->0xfffb [ 22.038466] thinkpad_ec: initial ec test failed [ 22.453006] thinkpad_acpi: Unsupported brightness interface, please contact ibm-acpi-de...@lists.sourceforge.net [ 22.456824] ACPI Warning: \_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20150204/nsarguments-95) [ 22.457158] ACPI Warning: \_SB_.PCI0.PEG_.VID_._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20150204/nsarguments-95) [ 22.576745] nouveau E[ DEVICE][:08:00.0] unknown chipset, 0x118070a2 [ 22.576749] nouveau E[ DRM] failed to creat
Re: [arch-general] TLP ac/batt auto switch
On Wed, Jul 8, 2015 at 10:44 PM, Maxime Gauduin wrote: > > > On Wed, Jul 8, 2015 at 9:42 PM, Giuseppe Turrisi < > giuseppeturr...@gmail.com> wrote: > >> Hi guys, >> >> from about a week on my notebook tlp do not auto recognize ac/batt state >> and it don't auto load the config. If i restart the daemon manually >> after an ac/batt switch it will work well. >> >> Any idea to fix it? >> I'm on a Lenovo G50-70 >> >> Greetings, >> Giuseppe >> >> -- >> * Giuseppe Turrisi GPG Key: 0x64CC9BD9 * >> * Questo messaggio contiene firma GPG ed e' autentico * >> * http://it.wikipedia.org/wiki/GNU_Privacy_Guard * >> >> > There's already a bug report about it [1]. I'm going to see to that > tomorrow. Note that, for the same reason, tlp-rdw doesn't work as intended > either. > > [1] https://bugs.archlinux.org/task/45587 > > Cheers, > -- > Maxime > Status update: The issue is caused by a change in udevd v221 making forked subshells unusable. Udev rules will need a non-trivial rewrite to work again. Thomas Koch (the author) has already made good progress, and restored correct behavior on battery events. However, there are still some issues with USB autosuspend and the exclusion of the usbhid driver, which could result in some unresponsive input devices. You can use tlp-git from AUR [1] until a fully working fix is available but beware of the aforementioned issues. In case you run into them, consider disabling USB autosuspend in TLP's configuration. Also forget about what I said about tlp-rdw, it is unaffected by the udevd changes, it was my mistake. [1] https://aur4.archlinux.org/packages/tlp-git Cheers, -- Maxime
[arch-general] geary segfault
Frank, to get useful info from the coredump you should compile geary with debugging flags, e.g. -Og -ggdb, and after that segfaults use coredumpctl to get a stack trace with gdb. That can be sent to the developer with a description of when the bug happens. Sincerely, nvs
Re: [arch-general] pidgin facebook connection
On Sat, Jul 11, 2015 at 8:23 AM, Javier Vasquez
wrote:
> I just found out facebook no longer supports xmpp interface, and it's
> using its own api [1].
>
> However I found a plugin for pidgin on github [2]. It seems to be
> working fine for me.
>
> If anyone interested, the following PKGBUILD is also working for me:
>
> ++
> # Maintainer: Javier
> pkgname=purple-facebook
> pkgver=a34b993324e4
> pkgrel=1
> pkgdesc="Facebook protocol plugin for libpurple"
> arch=("i686" "x86_64")
> url="https://github.com/jgeboski/purple-facebook";
> license=('GPL2')
> depends=('libpurple' 'pidgin')
> source=("
> https://github.com/jgeboski/purple-facebook/releases/download/${pkgver}/purple-facebook-${pkgver}.tar.gz
> ")
> md5sums=('50e706ec573708da63951c33b5db120d')
>
> build() {
> cd "${srcdir}/${pkgname}-${pkgver}"
> ./configure --prefix=/usr
> make
> }
>
> package() {
> cd "${srcdir}/${pkgname}-${pkgver}"
> make DESTDIR="${pkgdir}" install
> install -Dm644 COPYING "${pkgdir}/usr/share/licenses/${pkgname}/LICENSE"
> }
>
> # vim:set ts=2 sw=2 et:
> ++
>
>
> --
> Javier
>
> [1]
> http://www.omgubuntu.co.uk/2015/04/facebook-chat-api-empathy-pidgin-stop-working
> [2] https://github.com/jgeboski/purple-facebook
>
I'm not using it but a quick aur search found this:
https://aur4.archlinux.org/packages/purple-facebook-git/
If you think whatever you are using is better, you could publish it to
aur(4)
