<karenw>
Yeah, the default of 00 is WB which sounds sane
<karenw>
So I only set them on lowest level pages, which right now are always 4k
<karenw>
If I had large/huge page support I might have to set them higher
<heat>
WB is frankly what you usually want
<heat>
for most things RAM
<heat>
it does what most people expect from their caches
<heat>
and if the firmware didn't drop the ball, mapping IO as WB will also work because the MTRR will override it
netbsduser has quit [Ping timeout: 272 seconds]
torresjrjr has quit [Ping timeout: 265 seconds]
op has joined #osdev
Arthuria has quit [Ping timeout: 248 seconds]
<Ermine>
MTRR = ?
<Ermine>
Memory type range registers
<karenw>
So I mapped RESERVED and ACPI_NVS as UC- since those sound like I/O regions. USABLE/BOOTLOADER_RECLAIMABLE/ACPI_RECLAIMABLE as WB as they sound like RAM. And FRAMEBUFFER as WC.
<karenw>
Oh and skipped BAD_MEMORY and the kernel proper since those are useless, or mapped in a different region as executable a bit later.
<karenw>
And all page directories/tables themselves are WB
<karenw>
(And other than an issue in my msr_write function, it worked first time, which scares me)
gog has quit [Ping timeout: 248 seconds]
_ngn has quit [Quit: WeeChat 4.4.2]
theruran has joined #osdev
marcopolo2 has joined #osdev
Arthuria has joined #osdev
Arthuria has quit [Ping timeout: 246 seconds]
hwpplayer1 has joined #osdev
hwpplayer1 has quit [Remote host closed the connection]
flom84 has quit [Remote host closed the connection]
marcopolo2 has quit [Quit: Connection closed for inactivity]
gog has joined #osdev
levitating_ has joined #osdev
hwpplayer1 has joined #osdev
levitating has quit [Remote host closed the connection]
levitating__ has joined #osdev
levitating_ has quit [Ping timeout: 246 seconds]
levitating__ has quit [Remote host closed the connection]
levitating__ has joined #osdev
_ngn has joined #osdev
levitating__ has quit [Read error: Connection reset by peer]
levitating__ has joined #osdev
heat has joined #osdev
hwpplayer1 has quit [Remote host closed the connection]
Gooberpatrol66 has quit [Ping timeout: 246 seconds]
levitating__ has quit [Ping timeout: 248 seconds]
netbsduser has joined #osdev
vdamewood has quit [Ping timeout: 245 seconds]
spare has quit [Remote host closed the connection]
Left_Turn has joined #osdev
xenos1984 has quit [Read error: Connection reset by peer]
xenos1984 has joined #osdev
Turn_Left has joined #osdev
Left_Turn has quit [Ping timeout: 246 seconds]
netbsduser has quit [Ping timeout: 245 seconds]
netbsduser has joined #osdev
roper has joined #osdev
heat has quit [Read error: Connection reset by peer]
heat_ has joined #osdev
spareproject has joined #osdev
Arthuria has joined #osdev
Dead_Bush_Sanpai has quit [Read error: Connection reset by peer]
Dead_Bush_Sanpai has joined #osdev
Arthuria has quit [Ping timeout: 260 seconds]
marcopolo2 has joined #osdev
bauen1 has quit [Ping timeout: 252 seconds]
Arthuria has joined #osdev
bauen1 has joined #osdev
dgz has joined #osdev
gog has quit [Quit: byee]
gog has joined #osdev
042AALJMH has quit [Ping timeout: 276 seconds]
urandom_ has joined #osdev
torresjrjr has joined #osdev
<kof673>
well scc seems to "work" with x86-64 musl...but if you build it that way, install to the same path as it implies, then it overwrites some of the musl headers with scc versions, and just like i386, this has issues (still built for i386 "host" but just using the x86-64 backend once installed). restore the musl headers again, seems to work lol
<kof673>
i might be doing something wrong, this is just to have another c89 target to test, nothing else
<kof673>
musl was delightfully smooth to build, just make some wrappers that do "-m64" and equiv. lol
<kof673>
i guess scc works well enough nikolar, just only the qbe backends, ^^^ anyway, can now build for x86-64 using -m64 native stuff wrapper scripts, or musl includes a script to use that, or scc now, and built binaries all run with qemu-x86_64 lol 3 new targets lol anyways.
<kof673>
could maybe try arm64, but have to build gcc + binutils toolchain (believe it does not need newlib though), then musl with that, then scc using that musl
heat_ has quit [Remote host closed the connection]
heat_ has joined #osdev
heat_ is now known as heat
netbsduser has quit [Read error: Connection reset by peer]
<nikolar>
interesting
<nikolar>
so it's using qbe then
<kof673>
well this is probably my issue with the headers: long story short, i'm not sure scc really is ready for "cross compile". for musl support, you make a custom sys.h...but there is just one of these seemingly, not for each backend/target. it just happens to install extra backends.
<kof673>
so i kind of built it for i386, but only expecting to use the x86-64 backend lol
<kof673>
it is perhaps chance it sort of works
<kof673>
so i believe it is still installing scc i386 headers (which would still be broken anyways on my system, even without an x86-64 musl) lol
<kof673>
or maybe with musl, it does not need any scc headers, just point it at musl stuff
<kof673>
scc build + install doesn't require that it use itself to compile anything AFAICT, so if the default target, or any others are broken, you can get away with this for now seemingly
<zid`>
nikolar ignoring me
<zid`>
nikolar do you want to parse some integers
Turn_Left has quit [Ping timeout: 272 seconds]
<zid`>
I think strtol is actually written in a way where it just.. does exactly what you want?
<zid`>
would need strtoll though does that exist
<zid`>
ye
<nikolar>
yeah looks like it
<nikolar>
handles the prefixes too
<gog>
i wrote a strto[u]ll
<gog>
idk if it's correct
<zid`>
I think just parse for [1-9] and pass to strtol and put it in an int, else parse for 0, then check for e/x/whatever and pass to strtol(, 16)
<bslsk05>
www.exploringbinary.com: Correct Decimal To Floating-Point Using Big Integers - Exploring Binary
<gog>
this is familiar, i swear we did this in like CS103
<zid`>
oh strtod
<zid`>
exists
<zid`>
The translation-time conversion of floating constants should match the execution-time conversion of character strings by library functions, such as strtod,
<zid`>
SAVED
<zid`>
Thank you mr. spec
hwpplayer1 has joined #osdev
<zid`>
nikolar
FreeFull has joined #osdev
Dead_Bush_Sanpai has quit [Read error: Connection reset by peer]
Dead_Bush_Sanpai has joined #osdev
craigo has quit [Quit: Leaving]
youcai has joined #osdev
Dead_Bush_Sanpai has quit [Read error: Connection reset by peer]
Dead_Bush_Sanpa1 has joined #osdev
Dead_Bush_Sanpa1 is now known as Dead_Bush_Sanpai
Left_Turn has joined #osdev
Turn_Left has quit [Ping timeout: 260 seconds]
Turn_Left has joined #osdev
Left_Turn has quit [Ping timeout: 246 seconds]
<heat>
i got unbound to work
<heat>
dns over tls!
xenos1984 has quit [Ping timeout: 246 seconds]
xenos1984 has joined #osdev
hwpplayer1 has quit [Ping timeout: 252 seconds]
xenos1984 has quit [Ping timeout: 264 seconds]
Gooberpatrol66 has joined #osdev
xenos1984 has joined #osdev
Left_Turn has joined #osdev
Turn_Left has quit [Ping timeout: 246 seconds]
Turn_Left has joined #osdev
Left_Turn has quit [Ping timeout: 265 seconds]
spareproject has quit [Remote host closed the connection]
Dead_Bush_Sanpai has quit [Read error: Connection reset by peer]
Dead_Bush_Sanpai has joined #osdev
Dead_Bush_Sanpai has quit [Read error: Connection reset by peer]
Dead_Bush_Sanpai has joined #osdev
hwpplayer1 has joined #osdev
<heat>
mandoc has an OS enum with three options: netbsd, openbsd and other
<zid`>
freebsd not even worth its own enum value
<nikolar>
Kek
<heat>
i was trying to use it as a simple mandb + groff alternative but it keeps fucking up some bits of formatting. and for once it doesn't seem to be my vterm thats borked
<nikolar>
Why does it even care about the os enum
<heat>
dunno
<heat>
oh i think toybox more has a bug :/
<zid`>
BSD software does not have bugs
<zid`>
try again
Gooberpatrol66 has quit [Remote host closed the connection]