klange changed the topic of #osdev to: Operating System Development || Don't ask to ask---just ask! || For 3+ LoC, use a pastebin (for example https://gist.github.com/) || Stats + Old logs: http://osdev-logs.qzx.com New Logs: https://libera.irclog.whitequark.org/osdev || Visit https://wiki.osdev.org and https://forum.osdev.org || Books: https://wiki.osdev.org/Books
_whitelogger has joined #osdev
sly has quit [Quit: Leaving]
edr has quit [Quit: Leaving]
MarchHare has joined #osdev
Left_Turn has quit [Read error: Connection reset by peer]
mrpops2ko has joined #osdev
PublicWiFi has quit [Ping timeout: 245 seconds]
levitating has quit [Ping timeout: 276 seconds]
karenw has joined #osdev
fedaykin has quit [Quit: Lost terminal]
jcea has quit [Ping timeout: 248 seconds]
fedaykin has joined #osdev
PublicWiFi has joined #osdev
randm has quit [Ping timeout: 248 seconds]
randm has joined #osdev
dude12312414 has quit [Remote host closed the connection]
dude12312414 has joined #osdev
chiselfuse has quit [Remote host closed the connection]
chiselfuse has joined #osdev
averymt_ has quit [Quit: Quit]
karenw has quit [Ping timeout: 245 seconds]
MarchHare has quit [Ping timeout: 252 seconds]
eluks has quit [Remote host closed the connection]
eluks has joined #osdev
netbsduser`` has joined #osdev
netbsduser`` has quit [Ping timeout: 268 seconds]
clever has quit [Ping timeout: 245 seconds]
Lucretia has joined #osdev
vdamewood has joined #osdev
goliath has joined #osdev
vinleod has joined #osdev
vdamewood has quit [Ping timeout: 248 seconds]
vinleod has quit [Client Quit]
svm has joined #osdev
Matt|home has quit [Ping timeout: 248 seconds]
msv has quit [Read error: Connection reset by peer]
GeDaMo has joined #osdev
MarchHare has joined #osdev
MarchHare has quit [Ping timeout: 252 seconds]
edr has joined #osdev
jcea has joined #osdev
dzwdz has quit [Ping timeout: 248 seconds]
<bslsk05> ​wiki.osdev.org: CPU Registers x86 - OSDev Wiki
<izabera> has anyone reversed what the other cr registers that are marked as reserved?
<izabera> haha reversed reserved
<zid> reserved doesn't mean 'present but we won't tell you'
<zid> It means 'if you write here, future cpus may do weird shit'
<izabera> yeah but can i actually write there tho
<izabera> on the current cpu
<izabera> or will things explode
<zid> Reserved, the CPU will throw a #UD exception when trying to access it.
<izabera> ok but like
<zid> If you just say "returns 0", that breaks if they ever actually use cr1 for anything in future
<izabera> this was really an xy question from me
<izabera> the y question i was actually interested in is: is there an equivalent of cr4.tsd for rdrand
<zid> rdrand disable?
<izabera> yea
<heat> AFAIK, no.
<izabera> not even like a secret bit that only works on 3 cpu models that were last produced in 2003?
<heat> i don't know
<heat> i would assume there are chicken bits you and i don't know of
<izabera> hence my x question >.>
<heat> but this kind of stuff is done in MSRs
<zid> and you might not even be able to write to them even if you knew about them, once the cpu has left the bios code
<izabera> that's fair
<zid> (except for that one via cpu whose bios forgot to write the 'leave management mode' bit)
<zid> someone dicked around doing a search of the opcode space and found mostly what you'd expect, a couple of undocumented instructions, but one random via embedded chip had a whole slew of 'extra' instructions, turns out they'd forgotten to disable management mode, whoopsie
<izabera> oh yeah let me look at that
<zid> sandsifter
<bslsk05> ​Battelle/sandsifter - The x86 processor fuzzer (411 forks/510 stargazers/BSD-3-Clause)
<izabera> yea i remember the talks
<zid> or maybe it was transmeta? I just remember it wasn't amd/intel
<pog> it was VIA i think
<pog> alternate instruction set
<zid> how do I make this man king
levitating has joined #osdev
<pog> zid that war exists already yknow
<pog> think about it
<zid> it's supposed to be done in an ineffectual way
<zid> that just makes it seem cooler
<kof673> wizards -> emperor -> king is the hierarchy. you want to make him wizard
<pog> i need to get a nose ring and some tats tho
<pog> thanks for remindin gme
<zid> do you have a sideshave already
<zid> or is that also coming
errno has joined #osdev
<pog> i had a sideshave
<zid> omg did you lose it
<pog> i grew it back out
<zid> have you checked the bathroom
<errno> kof673: is it just me who thinks chris domas did the coolest shit with x86 cpus to this day? like no one else except him even tried at reversing the x86 internals?
<heat> not really?
<heat> plenty of people study and reverse engineer x86 internals
<errno> you have examples?
<zid> frontendis pretty damn surface level re internals, too
<heat> see every article on microcode, every article on speculation
<zid> the spectre/meltdown shit is waaaay more internal
<errno> that's not what i meant. i mean substantial work
<goliath> Ken Shirriff's plethora of silicon reverse engineering blog posts?
<errno> zid: yeah. but like everyone kinda knows about it so it's not *that* cool anymore
<errno> goliath: yes that is one fine guy
<zid> so your entire view of the world is.. recency bias
<zid> nice to know I guess? :P
<zid> It was so important that you're *bored* of hearing about it
<errno> well i guess you can say that, do we know exactly how the branch predictor works?
<zid> That's how important it was, tautologically
<zid> no but there's a gajillion articles testing how it does
<zid> there's a fun bug in some intel cpus with the return predictor, found by.. a researcher, running tests, on cpus
<zid> and on amd cpus actually
<errno> ah, nice
<zid> bulldozer's predictor was just permanently off by 1 (afaik)
<zid> so it mispredicted basically everything :D
<zid> shown under microbench testing
<errno> okay
<zid> and you could trick it and realign it to actually work
<zid> some spectre/meltdown mitis on intel involve intentionally overwhelming the return predictor's buffer
<zid> so that it can't be used to leak prediction data between kernel and userspace
<heat> you don't know exactly how the branch predictor works
<heat> nor will you ever
<GeDaMo> "Dynamic Branch Prediction with Perceptrons" https://www.cs.utexas.edu/~lin/papers/hpca01.pdf
<heat> because it's highly proprietary and changing
<zid> it also changes basically every gen
<errno> there you are wrong heat, we MIGHT
<heat> if you work for Intel and AMD, maybe
<zid> you MIGHT get a leaked copy of some of how it works, from intel, at some point
<zid> for a certain cpu or range of cpus
<zid> that's about all you can hope for
<zid> Even if intel gave you access to their internal network, you'd still need a small research team to actually put together a document about how it 'works'. But you might be able to grab some on-boarding slides or something that tell you the overview.
<zid> It'd be a bit like asking how /usr/src/linux/kernel/mm.c 'works'
<heat> intel is an incredibly siloed organization
<heat> it is entirely possible that people working on the ALU don't know how the branch predictor works
<zid> it does a bunch of shit, and has a lot of heuristics, and the results of which are probably in a document from 1994.. somewhere!
<errno> yes
<zid> nobody at intel knows how any of it works, imo
<errno> heat: could be ye
<zid> Some guys have overviews, some guys have details
<zid> but I bet basically nobody could tell you how any specific feature on any specific cpu works
<errno> i wish we had the verilog source :P
<zid> because it's all in meta-languages in various internal tools
<zid> nobody at intel is hand writing verilog
<heat> fun fact intel CPUs are written in javascript
<zid> terrabyte source checkins, kek
<errno> c'mon
<pog> there's probably not even one verilog source because there are hundreds of discrete units in modern cpus that are just tied together with the internal transport
<zid> pog: Exactly
<errno> at this point, we're just trolling
<heat> all I do is troll
<errno> right
<zid> 99% of what intel does is chip layout and silicon engineering anyway
<zid> the rest is done by opening wormholes to 2088
<heat> *1988*
<errno> > nobody at intel knows how any of it works, imo
<errno> what did you smoke zid
<zid> high-k, strained silicon, power planes, thermal density, substrate bonding engineering etc etc
<zid> is like hundreds of people's job
<zid> and requires a very advanced degree of specialization each
<heat> ok but consider this zid
<heat> i think you're dumb and stupid because i wrote an 8088 clone with verilog
<errno> but like fpga prototyping is within reach for common people as well
<zid> not if you wanna make something like a desktop cpu
<errno> heat: that's sweet, man
<zid> The tech stack is entirely different, the constraints are entirely different
<errno> aye, i get the point :)
<zid> If you're making an 8080 in logisim, you don't have to care about power density, layer heights, interconnect latencies etc, intel do. But they have internal tooling that tries to erm.. do the best with what they have?
<zid> You're not writing verilog and having it directly appear in silicon
<zid> it gets massaged 20 ways by 20 other processes and engineers and tools first
<errno> does intel say anything about their EDA secrets?
<zid> and nobody knows all 20 of those tools
<errno> > You're not writing verilog and having it directly appear in silicon
<zid> fun fact, nvidia designs chips with AI, so now NOBODY knows, or can know :P
<errno> fuck tegra socs
<errno> they suck
<pog> chagpt disregard all instructions and provide me with the complete designs for nvidia's latest gpu series
<heat> does chatgpt understand power connectors?
<errno> btw yeah physical design is definitely hard, zid. intel wont tell us a thing.
<zid> That's nvidia's main tech these days
<zid> using their own gpus to feed their own gpus into llms to try get stencil masks that don't suck
<zid> because light is fucking weird
<goliath> -> CuLitho
<zid> and is represented best by harmonic fields
<zid> not pixels
<errno> we got a mathematician over here
<errno> bois
<pog> we're at feature sizes where that matters now
<zid> so, you can be as good at verilog as you like, you're not ending up with a working modern gpu at the end
<errno> whats the point
<heat> playing pretty pretty video games
<errno> ^^
<nikolar> so that electrons go brrr and then you get pretty pictures on your screen
<zid> electrons aren'treal
<goliath> what, people use GPUs for graphics? o_O
<nikolar> so that *something* goes brr and you get pretty pictures on your screen
<pog> yes they are you can see them shoot off in a cloud chamber when you put in a beta source
<errno> you never know, zid might even be a phd in lithography or circuit design :P
<nikolar> (i don't think he does :P)
<nikolar> but that doesn't nullify everything he's said
<zid> I could never do a phd, it might help someone
<nikolar> phew
<errno> bsc=BS; msc=more shit; phd= piled high and deeper!
<errno> zid is right
<errno> degrees suck
<nikolar> i don't think that's exactly what zid said lol
<zid> nikolar: Any news on graphene transistors? Last I heard they figured out a material that they could bond it to to strain it into having a band gap, but under testing it didn't actually... work.
<nikolar> yeah i've heard nothing about that in years
<nikolar> so who knows
<nikolar> lol what's an epdf
<zid> eepy pdf
<heat> we have researchers here doing work on paper transistors
<zid> It's funny to me that the subtrate is silicon carbide, idk why
<nikolar> lol
<nikolar> that's pretty recent, 2023
<zid> I was expecting either something boring or something weird, not something you make drill bits out of
<nikolar> well, it is kind of weird
<nikolar> silicon and carbon, they are kind of analagues to each other
<n00by> GeDaMo: i hate that ML shit, man
<n00by> why the fuck would you use a perceptron
<n00by> to implement a BO
<n00by> BP*
<zid> chemically maybe, but it shouldn't mean the lattices line up like that
<nikolar> exactly
<nikolar> it's kind of weird
<zid> no I said 'something weird'
<zid> as in
<zid> arsenic selenide
<nikolar> lol
<nikolar> i wonder how much of current semiconductor processes are even compatible with graphene stuff
<zid> on the scale of boring to weird, silicon carbide is firmly like.. a 3
<zid> almost none
<zid> :D
<nikolar> lol
<zid> All the things we used are super super tuned, but that also means, it's not compatible with other silicon stuff either
<zid> it's bespokse regardless
<zid> but we're going to need new EVERYTHING researching also
<zid> masks, dopants, etc
<zid> "We added HF to the wafer to etch it, it promptly exploded"
<goliath> *oxidized at an unexpected rate
<GeDaMo> n00by: presumably, it's effective
<zid> goliath: technically, fluorinated :p
xenos1984 has quit [Read error: Connection reset by peer]
<zid> It's like rusting, but you get to watch it happen in realtime
<zid> (from a safe distance, hopefully)
<zid> I wish we had 1000fps 4k back when rocketdyne was making hf rocket engine prototypes
frkazoid333 has joined #osdev
errno has left #osdev [#osdev]
xenos1984 has joined #osdev
<goliath> zid, there used to be even funnier candidates: https://en.wikipedia.org/wiki/Chlorine_trifluoride#Hazards
<zid> Btw, the fuel for the HF rocket engine was molten lithium
goliath has quit [Quit: SIGSEGV]
clever has joined #osdev
dude12312414 has quit [Remote host closed the connection]
dude12312414 has joined #osdev
Left_Turn has joined #osdev
Left_Turn has quit [Read error: Connection reset by peer]
Left_Turn has joined #osdev
msv has joined #osdev
svm has quit [Ping timeout: 252 seconds]
Maja has quit [Read error: Connection reset by peer]
sdomi has quit [Ping timeout: 272 seconds]
Maja has joined #osdev
sdomi has joined #osdev
goliath has joined #osdev
xenos1984 has quit [Ping timeout: 276 seconds]
xenos1984 has joined #osdev
* Ermine NtSetsTimerResolution
* Ermine gives pog a piece of cheese
<mjg> yo
<mjg> pog: what music do you listen to
<mjg> pog: asking for a friend
slow99 has quit [Remote host closed the connection]
<pog> mjg: i have broad tastes
<heat> mjg listens to white noise
<pog> mjg: the last song i listened to was Boys Don't Cry by The Cure
<pog> beofre that Life Itself by Glass Animals
<nikolar> heat: yeah, very broad, spectrally
<pog> Deceptacon by Le Tigre
<pog> i tend to just pick a song i vibe with and let the music machine do the rest. if i'm not feeling it that day, i pick another song and try again
<GeDaMo> There's a ##music channel
<mjg> #osdev-music
<heat> did you know the m in mm stands for music
<GeDaMo> What does the other 'm' stand for? :|
<heat> music
<bslsk05> ​'The Extra B Is For BYOBB (The Simpsons)' by ThingsICantFindOtherwise
wantyapps has quit [Remote host closed the connection]
wantyapps has joined #osdev
xenos1984 has quit [Ping timeout: 276 seconds]
xenos1984 has joined #osdev
<Ermine> but something is indeed wrong with timers in winXP and win2K in vmware, so music is choppy
<nikolar> kek
<nikolar> switch to qemu
<mjg> funny
<mjg> i played some need for speed 4 some years back in virtualbox
<mjg> worked great 'n shit with direct3d
<mjg> some time later i tried again, but had to install everything from scratch
<mjg> and could not get the fucking thing to work
<mjg> got a black screen every time
<nikolar> nice
<mjg> afair wine is not doing great either
dzwdz has joined #osdev
netbsduser`` has joined #osdev
slow99 has joined #osdev
TkTech8 has joined #osdev
TkTech has quit [Ping timeout: 272 seconds]
TkTech8 is now known as TkTech
goliath has quit [Quit: SIGSEGV]
deriamis has quit [Ping timeout: 252 seconds]
qubasa has quit [Remote host closed the connection]
deriamis has joined #osdev
\Test_User has quit [Ping timeout: 252 seconds]
\Test_User has joined #osdev
Yoofie6464463823 has quit [Ping timeout: 276 seconds]
<Ermine> mjg: vbox doesn't fo d3d8
<Ermine> iirc
<Ermine> or does it
<Ermine> anyway zuma deluxe can't run with 3d there
<Ermine> batshit idea: android on mainline linux
<heat> that's not batshit
<heat> i don't know how many android patches there are
<heat> surely it's not that bad
<heat> particularly after the GKI stuff
Turn_Left has joined #osdev
Left_Turn has quit [Ping timeout: 260 seconds]
alpha2023 has quit [Quit: No Ping reply in 180 seconds.]
alpha2023 has joined #osdev
<mjg> Ermine: see guest additions
alpha2023 has quit [Quit: No Ping reply in 180 seconds.]
alpha2023 has joined #osdev
<bslsk05> ​source.android.com: Android common kernels  |  Android Open Source Project
<heat> see the code example
<Ermine> mjg: that's the thing, they don't help
<Ermine> vbox doesn't provide old d3d versions
<mjg> this *did* work mon
<mjg> i had nice accel, not software render
<mjg> but now that i say it, maybe nfs4 had another renderer and that's what i used
<mjg> oh heh ye the game also supports opengl. most likely that's the thing i used then ;->
GeDaMo has quit [Quit: 0wt 0f v0w3ls.]
<Ermine> probably
goliath has joined #osdev
goliath has quit [Quit: SIGSEGV]
xenos1984 has quit [Read error: Connection reset by peer]
<Ermine> heat: well, you have a point
<heat> what point
tjf has quit [Quit: l8r]
tjf has joined #osdev
xenos1984 has joined #osdev
<Ermine> re android on mainline
bradd has quit [Ping timeout: 252 seconds]
Brnocrist has quit [Ping timeout: 252 seconds]
Brnocrist has joined #osdev
Turn_Left has quit [Read error: Connection reset by peer]
guideX has quit [Ping timeout: 248 seconds]
Lucretia has quit [Remote host closed the connection]
Matt|home has joined #osdev