User Details
- User Since
- Sep 28 2016, 11:19 AM (348 w, 4 d)
Nov 18 2022
Thanks, that's great.
Nov 8 2022
Aug 21 2022
I have absolutely no idea how this happened, however after my system failed to show anything with graphics (no crashes, just graceful termination of LightDM and XServer, with no explanation why), and reinstallation of quite a few packages (and reverting manual changes meant to enable Intel triple buffering X11-wide), suddenly my AX210 is working without any issues with Linux 5.15, and even Bluetooth LE is working perfectly.
Aug 17 2022
Thanks, I'll add it's changelog soon.
But we really need to get this sorted out as soon as possible, since currently we have broken hardware with the current Solus defaults due to this,
Aug 10 2022
I had just tested this on my sister's laptop (Celeron N2840, 2GB DDR3L@1333Mhz, 16GB eMMC), and I saw no perceivable real world difference, although all I did to test this was running YouTube videos at 720p, 1080p, 720p60, and 1080p60 via Piped with H.264 as the only enabled codec (only way to watch YouTube videos nowadays at above 360p without heavy chopping, interestingly, 1080p60 was almost viewable this way, despite the CPU supposed to not be able to cope with the strain of streaming something like that at all) and going through the file manager (Nautilus, this is on a Budgie DE).
Aug 8 2022
Aug 7 2022
It appears that linux-firmware is woefully out of date, which coupled with Intel's firmware update cadence shenanigans, could be the reason for the AX210 not working at all on Solus, starting with Linux 5.15.
I can also confirm that none of our devices at home had any regressions with this update.
Jul 13 2022
It appears that this software is active nowadays, with the latest version, 2.8.0 having been released on April 22, 2022, and the latest commit to master being 5 hours ago (and I can see that it was certainly active during the past few months).
Jul 8 2022
Hmm... It would certainly seem like that.
as for gnome-calendar not being dark, you need to set it in gnome-control-center (as opposed to budgie-control-center). the calendar still won't match the system dark theme but at least it will be dark ;-) as I understand it, it has something to do with the fact that gnome 42 completely blocked user themes.
I'm not a dark theme user, however I use the Arc theme that used to be the default on Linux, and yes, it is due to GNOME devs trying to pull an Apple (you the user do not get to choose what is enjoyable to you, only we, the devs, get to choose for you).
Just for reference, I'm pasting info about my system here:
grep 'model name' /proc/cpuinfo | head -1 model name : Intel(R) Core(TM) i3-10100 CPU @ 3.60GHz lspci | grep VGA 00:02.0 VGA compatible controller: Intel Corporation CometLake-S GT2 [UHD Graphics 630] (rev 03) lsmod | grep "kms\|drm" drm_vram_helper 24576 1 vboxvideo drm_ttm_helper 16384 2 drm_vram_helper,vboxvideo ttm 77824 3 drm_vram_helper,drm_ttm_helper,i915 drm_kms_helper 319488 3 drm_vram_helper,vboxvideo,i915 syscopyarea 16384 1 drm_kms_helper sysfillrect 16384 1 drm_kms_helper sysimgblt 16384 1 drm_kms_helper fb_sys_fops 16384 1 drm_kms_helper cec 61440 2 drm_kms_helper,i915 drm 651264 12 drm_kms_helper,drm_vram_helper,vboxvideo,drm_ttm_helper,i915,ttm glxinfo | grep -i "vendor\|rendering" direct rendering: Yes server glx vendor string: SGI client glx vendor string: Mesa Project and SGI Vendor: Intel (0x8086) OpenGL vendor string: Intel grep LoadModule /var/log/Xorg.0.log [ 2.675] (II) LoadModule: "glx" [ 2.694] (II) LoadModule: "modesetting" [ 2.699] (II) LoadModule: "fbdev" [ 2.700] (II) LoadModule: "vesa" [ 2.707] (II) LoadModule: "fbdevhw" [ 2.708] (II) LoadModule: "glamoregl" [ 3.123] (II) LoadModule: "fb" [ 3.308] (II) LoadModule: "libinput"and again, last lines from the gdb run:
gdb gnome-calendar Reading symbols from gnome-calendar... Reading symbols from /usr/lib64/debug/.build-id/7d/5cabfcbfa0e08263fbdd767ec1330902b0acd8.debug... (gdb) run ( ... ) Thread 1 "gnome-calendar" received signal SIGSEGV, Segmentation fault. 0x00007fffc1cf15b7 in ?? () from /usr/lib64/dri/iris_dri.soI have then installed dbginfo for mesalib (sudo eopkg it mesalib-dbginfo) and rebooted the machine, however it still doesn't show me what function is exploding
True, I had simply pointed this out.
Also, they did run sudo eopkg check already, this problem is not due to broken packages. But it really is weird that on your Intel machine it is working.
Could it be that on newer Intel graphics using "Iris" driver (Broadwell 5th-gen and up) it works, but this bug only concerns the old i915 driver? Maybe Mesa update to 22.0.5 fixed it for newer processors but not the older? If that is true, then switching to "Crocus" driver on older processors would fix it, as it uses newer driver code.
That is certainly possible, and would be backed up by the fact that it runs without any issues on my sister's BayTrail-laptop, which relies on Crocus.
Jul 7 2022
I had unfortunately missed last week's sync on my laptop (my previous report was from my desktop, where I am using an AMD dGPU, and I did not have time to test until now), however I did not install the .eopkg from the Googler Drive link.
Jun 27 2022
It appears that I really do need to build the package after adhering to proper packaging habits, not before with a standalone package.yml. That has been fixed now.
I believe I did, but just in case I didn't, I'll do so again.
Thanks, I didn't realize that the differential itself did not get updated (and I have no idea why not) with the new commit.
Due to me forgetting how to use Git, the accompanying files were missing, that has been fixed now.
Also, the lines were cut off, because I copied them over from and back to nano without realizing the ramifications, so I recopied the lines.
- Thanks, I'll do so immediately.
- No, I first copied them over from Firefox, but then realized that I was in the Git commit, so then copied... That must have been the issue, me copying the lines from Nano (to GEdit, and then back).
And sent differential D13324.
Currently OTPClient is packaged in the Solus repositories.
I'm still trying to get to the root of this, however it seems that there is an issue compiling the x86-64 crosschain for GCC 8 (no idea why this is what is needed for Coreboot, at least the Dasharo implementation for the Optiplex 7010/9010) that comes from the gcc-ada headers.
I can confirm that GNOME Calendar works as expected (not very well, however that is due to GNOME devs' stance in regards to libadwaita and GTK4) here, and I am on a fully updated build here with the Shannon channel as well.
Jun 19 2022
Also, it might be time for this issue to be closed, since I do not think that there are any regressions as a result of crocus being enabled by default at this time, although those more knowledgeable than me should make that decision.
Something seems off.
Mar 21 2022
Bluetooth LE is working without any issues with my AX200 on Linux 5.15, as evidenced from my desktop with the same mouse.
Mar 20 2022
This is a separate issue, however it appears that under Linux 5.14, Bluetooth LE does not appear to be working on the AX210.
Mar 16 2022
Sorry about the delay, I finally caught up.
Mar 13 2022
Yikes, I had completely forgotten about this.
Dec 5 2021
Dec 4 2021
Jun 17 2021
It appears that gucharmap needs to be installed for the plugin to work-properly.
May 3 2021
I am not sure what was the cause, however at a certain point the entire system started lagging (starting with the mouse), however a reboot not only fixed that, but also MediaInfo's slow startup.
May 2 2021
The update to vala-panel-appmenu does not appear to have fixed MediaInfo's launch time for me.
Apr 22 2021
Sorry it took so long, however here is the screenshot (taken ages ago):
Apr 5 2021
@serebit @JoshStrobl It's fine, no need to be sorry.
I was expecting this, it was more of a last ditch effort in case there was anything that could be done in the interim until I have the budget for at least something 2nd hand that would would work properly, even if basically, with OpenCL (in this case, an example would be a Sapphire Radeon HD 7700 Ghz Edition (GCN1.0) that my friend has at his repair shop, which unless someone else will need specifically that card (there are lots of old NVidia cards there that are more suited for his customers, which only need enough graphics power for 1080p (some only need 720p) on YouTube) my friend is keeping for me for when I have the budget (around the equivalent of ~70$)). My budget is first aimed towards a new motherboard, however, before my current one breathes it's last breath.
Apr 1 2021
I'm sorry I hadn't realized that I hadn't answered the question.
Currently, my main usecase is cRARk, partly for testing it's reliability, however once I have OpenCL running reliably, I intend to expand that to whatever tasks I have at hand that require OpenCL (lack of a proper environment is one of the main reasons why I cannot start utilizing anything that requires compute (another reason is lack of a budget for a full upgrade, especially with something that is not 2nd hand)).
Mar 29 2021
As mentioned, I have a Haswell CPU, which isn't supported by intel-compute-runtime (with clinfo not even showing any platforms whatsoever with it).
I'm really sorry about my utterly long disappearance. My hands have long since recovered (thank you for your comment @serebit), however I had no access to my desktop (and I still have not gotten the heatsink I was supposed to get together with my laptop's new motherboard (iGPU to iGPU+dGPU), so still no working laptop) until now.
Jan 10 2021
I'm sorry about how late I am returning to this issue, I got my hands injured last week carrying bricks.
Dec 21 2020
My sister's laptop:
Removing TLP had absolutely no effect on performance, still as sluggish as ever.
However I had remembered schedutil, after following it's progress for the past year or two (I forget how long), so I reinstalled TLP and set schedutil, and the performance issues are gone.
Aye, on both. However as of yet, it has only aided performance' which is why it has not crossed my mind.
I'll test without it, and return with results.
Dec 20 2020
Additional testing shows a ~50-66% graphical performance hit on my desktop with 5.10, depending on usecase.
My desktop is simply powerful enough, with me mainly relying on nongraphical performance, that I did not notice the eventual hit there.
Dec 19 2020
Nov 24 2020
! In T9379#178637, @JoshStrobl wrote:
Random locations
Thanks, will it be feasible to add an option to reorganize the icons, without allowing them to be placed wherever?
It's not a perfect calculation, it's an estimate. I'm using static values for the items since getting the calculated heights and widths of items added (which is something I did at the beginning) introduced inconsistencies due to how delayed Gtk can be at allocating and the allocation being inconsistent itself.
Ah, then I guess that this will take time, and is low priority.
In any case, it could be argued that this is much better in some ways than the previous implementation (though I do feel it to be a bit lacking, since I make heavy usage of the desktop).
No it isn't. The icon heights are different and your second column first item has a label that wraps onto the second line, and the label height is variable depending on if its one or two lines. The icons center themselves in whatever internal container GtkImage uses for it.
Thanks for the explanation. In my opinion, it is still not as it should, however understand that this is due to GTK limitations.
Any plans for icon size standardization? That may help out.
There are multiple reports of crashes and SIGABRT for gthumb. See their issue tracker.
Thanks, I shall look into it.
@JoshStrobl By "arbitrary", do you mean random locations on the desktop, that are not aligned to a grid, or anywhere on the desktop, but aligned to a grid, or perhaps even reorganizing the icons?
Oct 24 2020
My freezes certainly have not returned, though now I have issues of a different sort (the PC freezing, outright crashing, and then rebooting), which I suspect are down to failing hardware (probably my dGPU, as no matter what I do, including cleaning the card, and replacing the thermal paste, it idles at ~70 degrees celsius, and rises to 80+ under extended load, though it could also be the board, since Asrock's 9-series boards are known to be unstable).
This could be an issue, since from my experience speaking with the Lollypop developer (on completely unrelated bugs), I saw that Lollypop now requires libhandy, which is against policy on Solus, so it will need to be possible to compile Lollypop without libhandy.
Oct 6 2020
Thanks, when I had attempted to test updating it myself, I got an error that I was not the owner (even though all I had done after modifying the package.yml was run "make", so I thought that @JoshStrobl needs to be the one updating it.
Oct 5 2020
Sep 25 2020
Sep 24 2020
For whatever reason, I can set my laptop monitor's refresh rate to 120Hz when set below the native resolution, even though it's EDID does not list 120Hz as an option.
Could this perhaps be related?
Sep 23 2020
Update: I am now seeing these issues also on 5.7.10, though a lot less often than on 5.6.19.
I can confirm that this is also happening to me, with a slight variation.
For me, it is only the graphics and keyboard input actions that freeze (I can toggle Num/Caps lock), on both my desktop and my laptop (recently upgraded with a new Barracuda Pro).
Additionally, the screen keeps flickering on Intel graphics.
Certainly interesting, I wonder how this stacks up to Clear Sans, especially with RTL languages.
Jun 24 2020
That is a problem. Noted.
May 23 2020
@juliocormor With pleasure. I hope your issue will get resolved, though.
@Darius I'm not ruling out the drivers being out of date, that happens all too often with new AMD hardware, however I said that the ISO may be corrupt, which means that no matter how many times you reflash it, you will have problems, and the only recourse is to delete it, and download it again (that was what I had to do in my case).
May 22 2020
Thanks.
Rather late, however I had a similar issue on my desktop (not at home for the time being, and will need to repair the hard drive when I return, so no way to test anything), however by simply refreshing XRandr's information (via radeon-profile), my TV (old, low-end, with bloated capacitors, 42" 1080p non-smart TV that I got from a friend that was throwing it out after replacing it with a 4K smart TV) was instantly picked up, though I had to due this each time I connected or disconnected it to my Radeon HD6950.
I remember when I had issues installing Solus in the past, and I forget who suggested this to me (probably via IRC, since I cannot find this on the Phabricator) (I think it was either Ikey, Josh, or Drake), however perhaps your installation media got corrupted (that's what happened to me)?
This issue can be closed for now, since the current drivers lack support for UVP (more reverse engineering will need to be done with Microsoft's proprietary protocols).
Apr 14 2020
Update: I have managed to get networking to work via the chroot, and update the system, however there is no change unfortunately.
I seem to have gotten myself into this predicament now, however after attempting to fix it via the means outlined in the Solus Help Center (except for updating the system, as it was already mostly up-to-date (just plasma-desktop-branding not being in the index, and I do not have that installed in any case), plus I was unable to get networking to work inside the chroot), I had managed to fix the Systemd errors, however not the fact that the system is unable to switch-root.
Mar 16 2020
Mar 14 2020
Now, ever since I had updated my desktop, the same thing is happening there.
This is weird, but at least things appear to be working.
Mar 13 2020
Thanks, I'll take a look at them.
Update: I do not see any firmware updates for the 9260, unfortunately.
Mar 5 2020
@aquasp Thanks, it appears I also had that installed.
Back when I had initially set up Solus, I installed this to provide additional codec coverage, however looking at the Arch Wiki page, it is pretty much irrelevant unless you are using Nouveau on NVidia's 900-series or newer cards, and even then, it only appears to support decoding (plus, no support by either Firefox or Chromium).
Otherwise, everything it supports seems to be supported by VA-API and/or NVidia's proprietary driver.
Sure thing:
I intend to try maintaining this package.
I'll reopen this issue if I see that I could reasonably do so.
Thanks, I was concerned whether Srain would be added due to some if it's shortcomings (which will probably be fixed), however I see we were of the same mind on this.
@joebonrichie From what I can see from the patch notes, it looks to be pre-Gen4 graphics.
Mar 4 2020
Feb 24 2020
This is weird, I had noticed that lately my laptop's time and date isn't syncing for whatever reason, and I am getting the issue from time-admin brings me the same message, while gnome-control-center simply does nothing at all.