Re: [gentoo-user] Asus laptop & brightness keys
On 15/05/2021 14:12, Michael wrote: On Saturday, 15 May 2021 11:46:46 BST Emmanuel Vasilakis wrote: Hi! I got a new Asus Zenbook laptop, with a ryzen 4500U processor. Most things run great, except those brightness keys! Nothing is reported when pressing them, either with showkeys or acpi_listen, so I can't bind them to a shortcut. Brightness by changing the value in /sys/class/backlight/amdgpu_b10/brightness works fine. I have asus_wmi and asus_nb_wmi modules loaded, so things like multitouch pad and keyboard backlight work fine. I'm running a 5.10.27 gentoo sources kernel. Most people on the net say that using the 'acpi_osi= ' parameter fixes it, but in my case it just hangs at kernel boot. Did try e.g. acpi_osi=Linux, but nothing changed. At the same time, using a live Manjaro usb both brightness keys work fine, and they are usable under Gnome. I'm sure I'm missing something in my kernel configuration Any ideas? Thanks! Assuming the Manjaro Live-USB is running the same version of kernel/modules and firmware, then it is worth checking /proc/config.gz for the running kernel's configuration and comparing it with your gentoo configuration. Also while you're there you could check with lsmod what modules were loaded by the Manjaro kernel to see if you're missing something. Ah, I had gone through that! Looked at almost line by line the two dmesg, lsmod, configs etc. Of course Manjaro's config is big! Turns out there was something in ACPI page of kernel config that did the trick (not sure what exactly to be honest - might be Video). Thanks though!
[gentoo-user] Asus laptop & brightness keys
Hi! I got a new Asus Zenbook laptop, with a ryzen 4500U processor. Most things run great, except those brightness keys! Nothing is reported when pressing them, either with showkeys or acpi_listen, so I can't bind them to a shortcut. Brightness by changing the value in /sys/class/backlight/amdgpu_b10/brightness works fine. I have asus_wmi and asus_nb_wmi modules loaded, so things like multitouch pad and keyboard backlight work fine. I'm running a 5.10.27 gentoo sources kernel. Most people on the net say that using the 'acpi_osi= ' parameter fixes it, but in my case it just hangs at kernel boot. Did try e.g. acpi_osi=Linux, but nothing changed. At the same time, using a live Manjaro usb both brightness keys work fine, and they are usable under Gnome. I'm sure I'm missing something in my kernel configuration Any ideas? Thanks!
Re: [gentoo-user] best rss reader?
On 4/20/20 12:15 AM, Caveman Al Toraboran wrote: summary of questions: - 1. what rss feed reader do you use? net-news/quiterss 2. what are your theoretical principles that guided you to choose the rss feed that you use. Configure-ability. I must be able to select fonts, colors, etc. Plus, I used kde's one before, and quiterss was the closest one to that. Thanks, Emmanuel
Re: [gentoo-user] Slow UI for firefox 68
On 21/9/19 12:18 μ.μ., Emmanuel Vasilakis wrote: On 17/9/19 6:16 μ.μ., Emmanuel Vasilakis wrote: Hi! Just finished compiling www-client/firefox 68.1.0 and I'm seeing a very big lag mainly in UI operations. I.e., clicking on the menu button (or any other button on the UI) takes 5-6 seconds for the menu to appear, during which firefox goes up to using 100% of my CPU. Even typing something in the URI bar has a lag of 1 sec between key presses and text appearing. I've compiled firefox using these use flags: clang custom-cflags custom-optimization dbus gmp-autoupdate hwaccel lto pgo screenshot startup-notification system-av1 system-harfbuzz system-icu system-jpeg system-libevent system-libvpx system-sqlite system-webp (Didn't really change anything from previous firefox versions I compiled). firefox-bin (69.0) behaves ok. firefox using --safe-mode is also ok. I did use refresh firefox which wiped clean firefox and removed all extensions, but I'm getting the same laggy behaviour. Anyone else having similar experience? Previous firefox versions where all okay. Thanks, Emmanuel Ok, so by disabling hwaccell and all system-* flags, I got a build that works. Now to see which one causes the problem... Thanks! Emmanuel Ok, just for the history, it's the hwaccel flag that causes the problem. It could be a combination of things and not just a firefox bug, but ok. Apart from full screen youtube which seems to run slower than before, it's ok I can reproduce the same behaviour if I turn on layers.acceleration.force-enabled. Thanks, Emmanuel
Re: [gentoo-user] Slow UI for firefox 68
On 17/9/19 6:16 μ.μ., Emmanuel Vasilakis wrote: Hi! Just finished compiling www-client/firefox 68.1.0 and I'm seeing a very big lag mainly in UI operations. I.e., clicking on the menu button (or any other button on the UI) takes 5-6 seconds for the menu to appear, during which firefox goes up to using 100% of my CPU. Even typing something in the URI bar has a lag of 1 sec between key presses and text appearing. I've compiled firefox using these use flags: clang custom-cflags custom-optimization dbus gmp-autoupdate hwaccel lto pgo screenshot startup-notification system-av1 system-harfbuzz system-icu system-jpeg system-libevent system-libvpx system-sqlite system-webp (Didn't really change anything from previous firefox versions I compiled). firefox-bin (69.0) behaves ok. firefox using --safe-mode is also ok. I did use refresh firefox which wiped clean firefox and removed all extensions, but I'm getting the same laggy behaviour. Anyone else having similar experience? Previous firefox versions where all okay. Thanks, Emmanuel Ok, so by disabling hwaccell and all system-* flags, I got a build that works. Now to see which one causes the problem... Thanks! Emmanuel
Re: [gentoo-user] Slow UI for firefox 68
Hi! On 18/9/19 3:40 μ.μ., Mick wrote: On Wednesday, 18 September 2019 08:51:54 BST Emmanuel Vasilakis wrote: On 18/9/19 1:19 π.μ., Walter Dnes wrote: On Tue, Sep 17, 2019 at 06:16:22PM +0300, Emmanuel Vasilakis wrote I've compiled firefox using these use flags: clang custom-cflags custom-optimization dbus gmp-autoupdate hwaccel lto pgo screenshot startup-notification system-av1 system-harfbuzz system-icu system-jpeg system-libevent system-libvpx system-sqlite system-webp (Didn't really change anything from previous firefox versions I compiled). You may not have changed, but the ebuild defaults changed to use system libs, and some people have reported crashes, etc with Firefox 68. Try disabling the system-av1 system-harfbuzz system-icu system-jpeg system-libevent system-libvpx system-sqlite system-webp USE flags. This will force Firefox to build with its own internal versions of these libs. The build may take longer. firefox-bin (69.0) behaves ok. firefox-bin is self-contained, and uses its own internal libs... hmmm. Hi, thanks. I've always used system-% use flags for firefox, never had a problem, but yeah things could have changed in this version. Things have definitely changed with this version. From a previous thread on FF 68 posted in this M/L and some experimentation on my systems it seems the way addons are processed in FF 68 could cause FF to barf when being launched. The fact FF works fine when launched with --safe-mode pointed to this and (re)moving addonStartup.json.lz4 fixed the problem here. Did that, no change. I'm also using a fresh profile, so it should exclude things like that. Right now I'm compiling with disabled custom-cflags. Next will be to disable custom-optimization and if those don't help, I'll start disabling system-% flags. I've done an strace and it seems to hang waiting for a futex... So the browser is waiting for some value in memory to change or to be released from some other process before it can be used by FF ... I think. Only problem is each try is gonna take ~5 hours on my poor machine. :-) We'll see! The high CPU could be indicating a graphics issue, where the browser cannot use hardware acceleration for some reason on your system and it falls back on software rendering. It may be worth running some browser rendering tests to confirm this. Well, the browsing itself seems fine (i.e. navigating pages). It's when I use it's UI that I experience these slowdowns. I have disabled custom-cflags & custom-optimization, did a build with clang 8 instead of 7, no change... I've also killed compton, and messed with the browser's acceleration settings with no luck. Next try I'll disable system-libevent & system-sqlite and see what happens... Emmanuel
Re: [gentoo-user] Slow UI for firefox 68
On 18/9/19 1:19 π.μ., Walter Dnes wrote: On Tue, Sep 17, 2019 at 06:16:22PM +0300, Emmanuel Vasilakis wrote I've compiled firefox using these use flags: clang custom-cflags custom-optimization dbus gmp-autoupdate hwaccel lto pgo screenshot startup-notification system-av1 system-harfbuzz system-icu system-jpeg system-libevent system-libvpx system-sqlite system-webp (Didn't really change anything from previous firefox versions I compiled). You may not have changed, but the ebuild defaults changed to use system libs, and some people have reported crashes, etc with Firefox 68. Try disabling the system-av1 system-harfbuzz system-icu system-jpeg system-libevent system-libvpx system-sqlite system-webp USE flags. This will force Firefox to build with its own internal versions of these libs. The build may take longer. firefox-bin (69.0) behaves ok. firefox-bin is self-contained, and uses its own internal libs... hmmm. Hi, thanks. I've always used system-% use flags for firefox, never had a problem, but yeah things could have changed in this version. Right now I'm compiling with disabled custom-cflags. Next will be to disable custom-optimization and if those don't help, I'll start disabling system-% flags. I've done an strace and it seems to hang waiting for a futex... Only problem is each try is gonna take ~5 hours on my poor machine. :-) We'll see!
[gentoo-user] Slow UI for firefox 68
Hi! Just finished compiling www-client/firefox 68.1.0 and I'm seeing a very big lag mainly in UI operations. I.e., clicking on the menu button (or any other button on the UI) takes 5-6 seconds for the menu to appear, during which firefox goes up to using 100% of my CPU. Even typing something in the URI bar has a lag of 1 sec between key presses and text appearing. I've compiled firefox using these use flags: clang custom-cflags custom-optimization dbus gmp-autoupdate hwaccel lto pgo screenshot startup-notification system-av1 system-harfbuzz system-icu system-jpeg system-libevent system-libvpx system-sqlite system-webp (Didn't really change anything from previous firefox versions I compiled). firefox-bin (69.0) behaves ok. firefox using --safe-mode is also ok. I did use refresh firefox which wiped clean firefox and removed all extensions, but I'm getting the same laggy behaviour. Anyone else having similar experience? Previous firefox versions where all okay. Thanks, Emmanuel
Re: [gentoo-user] AMD RX GPU in Gentoo
On 17/6/19 2:16 π.μ., mad.scientist.at.la...@tutanota.com wrote: Sadly, in my experience graphics cards draw a fairly steady current independent of usage (it varies a bit, but less than 20%). Some of the newer cards may be better. There are utilities for at least some cards to adjust the clock on the GPU (normally used by mad gamers/miners to overclock). These might be an option, cmos draw power at a rate determined by clock frequency and it's a squared relationship, half the clock speed means about 1/4 the power draw. I would also like to find some low power graphics cards, The only option I'm aware of is to buy older, used cards on ebay. I have a few machines I'd like to run headless most of the time, but basic text or basic graphics would be nice occasionally, but I don't want to waste 200W+ on a high end graphics card that never gets exercised. Other than that, I've used an external 80mm fan to blow air across the heat sink and out the adjacent slot (after the attached fan failed and i removed it. I mounted the fan in the drive cage. The fans on graphics cards are generally moving air the worst way possible (just like many cpu heat sink/fan combos), blasting it into the face of a heatsink at high speed so there is some flow through the channels with massive, massive turbulence/noise. Oddly enough although the built in fan had a tachometer the card doesn't pay any attention to what it thinks is the fan speed, even if the fan stalls completely so you don't have to "fool" the graphics card when removing the provided fan and using an "external" fan. These are very good points, thanks! (Thanks to all btw who replied). Well, the PC is connected to a 1440p monitor, so it's not headless like that, and although it's not that often I fire up Steam, I do have some games to waste time now and then :-) I will research more on power consumption (which goes hand in hand with being cool and silent). From the little I've seen AMD GPUs should have some sort of power management with the AMDGPU driver. Emmanuel "Would you like to see us rule again, my friend? All you have to do is follow the worms." Pink Floyd, The Wall, Waiting for the worms Jun 16, 2019, 3:36 PM by antli...@youngman.org.uk: On 11/06/2019 20:21, Alec Ten Harmsel wrote: Plus, my current GT730 is passively cooled. Are there any RX cards that at least spin down the fans when I'm working on desktop (no plasma/gnome, simple Openbox with no heavy gpu requirements). I really like silence!:-) I can't hear mine at all right now. The larger the fan, the slower (and quieter) it spins. So if it needs a fan, try and make sure it's a big one. Cheers, Wol
[gentoo-user] AMD RX GPU in Gentoo
Hi! I'm running a pretty old PC. A Core2Duo E8400 and a GT730 nvidia card. Now, this is ok for what I need: work (emacs and bunch of terminals) and some little Kerbal Space Program. I'm thinking of upgrading some time in the next months to a 3600 AMD Ryzen when they are available, but in the mean time, I was also thinking about changing to an AMD gpu too. The nvidia driver although ok, is giving me some trouble mostly when suspending to ram. Sometimes it wont work, and the culprit from dmesg is likely the nvidia blob. So, assuming I would get an RX550/560 card, how well do the amdgpu drivers (open source) work? Are they ok for steam games? Do they provide KMS (switching to a Ctrl+Alt+F1 is always garbled now). ? Are they completely tear free? Plus, my current GT730 is passively cooled. Are there any RX cards that at least spin down the fans when I'm working on desktop (no plasma/gnome, simple Openbox with no heavy gpu requirements). I really like silence! :-) Thanks, Emmanuel
Re: [gentoo-user] ryzen and c-state poweroffs?
On Fri, May 3, 2019, at 7:29 PM, Spackman, Chris wrote: > > All, > > I set up a new AMD computer (moved disk from previous Intel > computer). After some struggles with bios settings, I got it to boot > properly and updated for the new hardware. All seemed fine, but then it > started "crashing" when left alone. From Googling, it seems that it has > something to do with the bios powering down drives that aren't in use, > but then not being able to power them back up. > > When it "crashes" (goes into a coma?), I have to use the power button to > turn it off and then back on. As it starts up, the root partition is > clean, but home has to be recovered - which seems to indicate that it is > indeed an issue with the mobo/bios turning off the root drive. > > I found a Linux site that suggested this line in dmesg as a symptom: > > > [Firmware Bug]: ACPI MWAIT C-state 0x0 not supported by HW (0x0) > > The solution was to turn of C-states in the bios. I forget the exact > wording right now, but I could not find it in my bios. I tried to turn off > everything that seemed related to power saving, but several did not have > an "off" option. So, I am still getting the error. > > For now, I set up a cron job to move a file from /root to /tmp every 15 > minutes. This seems to work, but it is obviously not a long term > solution. > > I checked for a bios update, but there was not one available. > > Has anyone else experienced this? Is there maybe a /sys/ or /proc/ file > I can tweak to avoid bios powering things off? > > Thanks. > Hi, I'm not in any way familiar with these processors (only recently I've been thinking about upgrading to Ryzen, so I've made some research online. Have you seen this: https://github.com/qrwteyrutiyoup/ryzen-stabilizator ? Is it a first gen processor, or a 2XXX one? Thanks, Emmanuel