Search
288 results for “smxi”
-
Ongoing #pinxi next #inxi updates. After the #Loongson data and upgrade, I decided to grit my research teeth and dig into #Zhaoxin x86 Via Centaur based CPU. As usual, I had to combine data sources to get the info on each variant. Now pinxi detects Zhaoxin, and gets advanced microarchitecture data for each known model.
Previously this was tossed in with Centaur data, which cut off when zhaoxin split from via (cpuid family 6 > 7). And was wrong too.
It's absurdly hard to find this cpu data.
-
Ongoing #pinxi next #inxi updates. After the #Loongson data and upgrade, I decided to grit my research teeth and dig into #Zhaoxin x86 Via Centaur based CPU. As usual, I had to combine data sources to get the info on each variant. Now pinxi detects Zhaoxin, and gets advanced microarchitecture data for each known model.
Previously this was tossed in with Centaur data, which cut off when zhaoxin split from via (cpuid family 6 > 7). And was wrong too.
It's absurdly hard to find this cpu data.
-
Amazingly, someone showed up in #codeberg with an #inxi issue about #Loongson CPU support, something I have looked for data on for years. He provided 5 full sys-ci file pairs, which let me crudely emulate the cpu in test mode. Turned out the #MIPS detection failed because as of Loongson 3A5000 they have their own ISA, in other words it's its own type, forked from MIPS. Fixed the detection and many other glitches, added --loongson emulation flag, and now support works better than ever.
-
Amazingly, someone showed up in #codeberg with an #inxi issue about #Loongson CPU support, something I have looked for data on for years. He provided 5 full sys-ci file pairs, which let me crudely emulate the cpu in test mode. Turned out the #MIPS detection failed because as of Loongson 3A5000 they have their own ISA, in other words it's its own type, forked from MIPS. Fixed the detection and many other glitches, added --loongson emulation flag, and now support works better than ever.
-
Amazingly, someone showed up in #codeberg with an #inxi issue about #Loongson CPU support, something I have looked for data on for years. He provided 5 full sys-ci file pairs, which let me crudely emulate the cpu in test mode. Turned out the #MIPS detection failed because as of Loongson 3A5000 they have their own ISA, in other words it's its own type, forked from MIPS. Fixed the detection and many other glitches, added --loongson emulation flag, and now support works better than ever.
-
Amazingly, someone showed up in #codeberg with an #inxi issue about #Loongson CPU support, something I have looked for data on for years. He provided 5 full sys-ci file pairs, which let me crudely emulate the cpu in test mode. Turned out the #MIPS detection failed because as of Loongson 3A5000 they have their own ISA, in other words it's its own type, forked from MIPS. Fixed the detection and many other glitches, added --loongson emulation flag, and now support works better than ever.
-
More battery updates in #pinxi next #inxi
Added more values and updated docs using kernel.org /sys/class/power_supply items.
They have been busy and added many new values.
#codeberg issue #341 prompted me to check what was available. Answer was a lot more! Most consumer systems won't have many of these, like battery temp, but now will show extra if it finds it. Also reordered and restructured fields to allow more clear ordering.
Fun fun.
Turns out 3.3.39 will be the battery upgrade release
-
@[email protected] I had to think about it. #xfce-terminal. I use #inxi almost every day but I always use the terminal, and inxi does many things. Since I use it to be a terminal only, I guess that's the closest I get to something that does one thing well on a daily basis. Also Kate but it does several things but it is really just a code editor. And #Filezilla. And often #acxi. I like using tools I made for my needs.
-
@doctator I had to think about it. #xfce-terminal. I use #inxi almost every day but I always use the terminal, and inxi does many things. Since I use it to be a terminal only, I guess that's the closest I get to something that does one thing well on a daily basis. Also Kate but it does several things but it is really just a code editor. And #Filezilla. And often #acxi. I like using tools I made for my needs.
-
@doctator I had to think about it. #xfce-terminal. I use #inxi almost every day but I always use the terminal, and inxi does many things. Since I use it to be a terminal only, I guess that's the closest I get to something that does one thing well on a daily basis. Also Kate but it does several things but it is really just a code editor. And #Filezilla. And often #acxi. I like using tools I made for my needs.
-
@doctator I had to think about it. #xfce-terminal. I use #inxi almost every day but I always use the terminal, and inxi does many things. Since I use it to be a terminal only, I guess that's the closest I get to something that does one thing well on a daily basis. Also Kate but it does several things but it is really just a code editor. And #Filezilla. And often #acxi. I like using tools I made for my needs.
-
@doctator I had to think about it. #xfce-terminal. I use #inxi almost every day but I always use the terminal, and inxi does many things. Since I use it to be a terminal only, I guess that's the closest I get to something that does one thing well on a daily basis. Also Kate but it does several things but it is really just a code editor. And #Filezilla. And often #acxi. I like using tools I made for my needs.
-
In #pinxi (next #inxi ) a full refactor of the venerable Battery module. A #Codeberg issue exposed the bad logic of the battery feature, which near as I can tell was roughly translated verbatim from the original bash during the #perl rewrite. I thought I'd redone all those but I missed battery section obviously. The only difference most users will see is fewer or more decimals. Issue was 0.01 Wh capacity and current charge. Which was prematurely trimmed to 0, actually string '0.0', aka true.
-
But wait, there's more #inxi cpu arcana!
Intel, for inexplicable reasons, decided to keep their family stuck on 6. Which leads to them running out of the 256 possible model ids (16x16). This leads them to resort to using stepping id to tell various series apart, which is a royal pain to track. I was hoping they'd stop and use 12 when they did 12th gen Alder Lake, but no such luck.
Why? I'm guessing some vendor hardcoded in family 6, or it's just a symptom of intel engineering problems.
4/
-
(#inxi arcana con'd)
Amd for family does this:
Extended Family : Family is:
Extended family + family.
So for say zen 2, cpuid shows 8F as family. 8 + F = 23, the hex of which is 17h, aka 16 + 7. 23 is what cpuinfo shows. 17h is what inxi uses internally.Since this makes zero logical sense, I've had to update each family block with these 3 values.
I had zen 5 as Family 20, not 1A, cpuid BF, aka 11 + 15 aka 26 aka 1A.
Got that? Why isn't cpuid simply 1A? Who knows.
3/ -
Here's a peek into the arcana of #inxi research, which is then added to docs and tools, in #pinxi repo, in this case docs/inxi-cpu.txt and tools/cpu_arch.pl.
This is the data provided by cpuid binary. These are hex values.
https://en.m.wikipedia.org/wiki/CPUID
Normally extended model 3 and model F would give 3F = 3x16 + 15 = 63. And that is how amd does their extended model : model ids.
/proc/cpuinfo shows this as an integer. So far so good.But then amd does something which makes my head hurt:
(Con'd)
2/ -
Meanwhile on the #inxi front, https://youtu.be/bvHrJzB4-MQ?si=LCrrymqnQc5lVH4c
MooresLawIsDead got leaked specs for AMD Zen 7 cpus. With earlier zen 6 specs, this let me try to get support in before actual data appears. That's rare for cpus and gpus. I also realized I'd used the wrong family id for zen 5 cpus, which means advanced architecture data probably never showed.This is an easy mistake to make because the way amd does their extended family id is different from how they do their extended model ids.
1/ -
With the quietest of whispers new #inxi 3.3.38 goes out the door. A few fixes, a few enhancements. But maybe the fewest changes in a new release. The main one was a syntax change for vulkan driver that made inxi show N/A always on newer systems.
Plus an actual sensors bug I found by pure chance. And an anonymous #OpenBSD dataset from a vm that exposed some invalid assumptions about values always being present for any given field name. -
@dumpsterqueer you'll never miss github. All that happens when you move to @Codeberg is the signal to noise ratio skyrockets and you end up with mostly good issues. That's been my experience anyway.
At first I worried about losing all those eyeballs and followers but it quickly dawned on me their quality on gh was so low they were negatives.
My #inxi project keeps getting starred on gh despite having no commits for 1 yr and saying moved to cb. Not reading was my other peeve about gh users lol.
-
@arstechnica
Checked for #inxi gpu support. I'm not sure why this story was put out. Seems like every 6 months or so some site/channel discovers the #nvidia driver story. But doesn't research it.Current status. Maxwell, Pascal, Volta (those 3 next legacy), along with Turing and newer (supported by #linux #kernel foss wrapper) supported in active driver branch (565.xx). The wrapper is not a driver.
Announced with git repo May 2022.
The actual foss driver is Nova. I think.
5/ -
@arstechnica I have to track nvidia drivers for #inxi and #sgfxi in *nix. What's surprising is how long it's taking to make pre Turing/Ampere drivers legacy. That was supposed to come over a year ago. Legacy does not mean no support. Legacy drivers get several years more support. There's nothing new here.
The cut happens because Turing and newer have moved most of driver into firmware. #Linux kernel will use open source wrapper to talk to firmware.
1/ -
@arstechnica I have to track nvidia drivers for #inxi and #sgfxi in *nix. What's surprising is how long it's taking to make pre Turing/Ampere drivers legacy. That was supposed to come over a year ago. Legacy does not mean no support. Legacy drivers get several years more support. There's nothing new here.
The cut happens because Turing and newer have moved most of driver into firmware. #Linux kernel will use open source wrapper to talk to firmware.
1/ -
@arstechnica I have to track nvidia drivers for #inxi and #sgfxi in *nix. What's surprising is how long it's taking to make pre Turing/Ampere drivers legacy. That was supposed to come over a year ago. Legacy does not mean no support. Legacy drivers get several years more support. There's nothing new here.
The cut happens because Turing and newer have moved most of driver into firmware. #Linux kernel will use open source wrapper to talk to firmware.
1/ -
@arstechnica I have to track nvidia drivers for #inxi and #sgfxi in *nix. What's surprising is how long it's taking to make pre Turing/Ampere drivers legacy. That was supposed to come over a year ago. Legacy does not mean no support. Legacy drivers get several years more support. There's nothing new here.
The cut happens because Turing and newer have moved most of driver into firmware. #Linux kernel will use open source wrapper to talk to firmware.
1/ -
@arstechnica I have to track nvidia drivers for #inxi and #sgfxi in *nix. What's surprising is how long it's taking to make pre Turing/Ampere drivers legacy. That was supposed to come over a year ago. Legacy does not mean no support. Legacy drivers get several years more support. There's nothing new here.
The cut happens because Turing and newer have moved most of driver into firmware. #Linux kernel will use open source wrapper to talk to firmware.
1/ -
Got a good #inxi #codeberg issue report. Graphics #Vulkan API item failed to show driver. Turns out that somewhere between vulkaninfo v. 1.3.255 and 1.3.296 they dropped the device driver summary data block. It was always also in a much larger and longer block but I'd never trusted the block name to be consistent. I still don't but there's no choice.This is fixed in #pinxi but sadly just missed the 3.3.37 release by a few days. Oh well. A #Mint user reported it after seeing driver: N/A always.
-
Found an obscure #Linux #distro #side that appears to be unique. That is, makes its own toolchain, which is what crazy from #frugalware said defines a base distro. Side uses #pisi package manager, #sysvinit and features #LXDE based #SDE with #pekwm or #openbox window manager.
These odd little distros generally help #inxi find and handle corner cases it had missed. In this case didn't have pisi pm/SDE handled.
Wish I'd noticed side before inxi 3.3.37 went out but this always happens.
-
Found an obscure #Linux #distro #side that appears to be unique. That is, makes its own toolchain, which is what crazy from #frugalware said defines a base distro. Side uses #pisi package manager, #sysvinit and features #LXDE based #SDE with #pekwm or #openbox window manager.
These odd little distros generally help #inxi find and handle corner cases it had missed. In this case didn't have pisi pm/SDE handled.
Wish I'd noticed side before inxi 3.3.37 went out but this always happens.
-
Found an obscure #Linux #distro #side that appears to be unique. That is, makes its own toolchain, which is what crazy from #frugalware said defines a base distro. Side uses #pisi package manager, #sysvinit and features #LXDE based #SDE with #pekwm or #openbox window manager.
These odd little distros generally help #inxi find and handle corner cases it had missed. In this case didn't have pisi pm/SDE handled.
Wish I'd noticed side before inxi 3.3.37 went out but this always happens.
-
Found an obscure #Linux #distro #side that appears to be unique. That is, makes its own toolchain, which is what crazy from #frugalware said defines a base distro. Side uses #pisi package manager, #sysvinit and features #LXDE based #SDE with #pekwm or #openbox window manager.
These odd little distros generally help #inxi find and handle corner cases it had missed. In this case didn't have pisi pm/SDE handled.
Wish I'd noticed side before inxi 3.3.37 went out but this always happens.