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
zoey has quit [Ping timeout: 264 seconds]
iorem has quit [Quit: Ping timeout (120 seconds)]
mctpyt has joined #osdev
piotr_ has joined #osdev
nyah has joined #osdev
ElectronApps has joined #osdev
nyah has quit [Quit: leaving]
freakazoid334 has quit [Read error: Connection reset by peer]
isaacwoods has quit [Quit: WeeChat 3.2]
aquijoule__ has joined #osdev
aquijoule_ has quit [Ping timeout: 252 seconds]
Sos has quit [Quit: Leaving]
freakazoid334 has joined #osdev
freakazoid334 has quit [Quit: Leaving]
freakazoid333 has joined #osdev
adachristine has joined #osdev
kkd has joined #osdev
Oli has quit [Ping timeout: 252 seconds]
iorem has joined #osdev
Oli has joined #osdev
pretty_dumm_guy has quit [Quit: WeeChat 3.3-dev]
adachristine has quit [Quit: byee]
<doug16k> what are the chances of gcc 11.1.0 working with binutils 2.35 (rather than latest 2.36)?
<doug16k> I'm going to try it and see if it doesn't utterly screw up pe link in 2.35
<doug16k> (uefi)
<Mutabah> I think they're not that heavily coupled
mctpyt has quit [Ping timeout: 265 seconds]
srjek_ has quit [Ping timeout: 265 seconds]
<doug16k> :( 9 .text 000150e0 0000000000000000 0000000000000000 0012a610 2**4
<doug16k> 0 is wrong. 0x40xxxx is expected
<doug16k> oh right, I moved it to 0x100000000 to see if that made ld happy
ElectronApps has quit [Ping timeout: 258 seconds]
ElectronApps has joined #osdev
<doug16k> I tried putting .broken before .text so it would get its base destroyed, then remove it with objcopy
<doug16k> too bad objcopy makes sure the first section vma and lma are zeroed
<doug16k> ld is a trainwreck
srjek_ has joined #osdev
<doug16k> look how hard I am beating it over the head with the base address: https://gist.github.com/doug65536/74c3acba86167b002635678c116e672c#file-bootefi-ld-L8
<bslsk05> ​gist.github.com: bootefi.ld · GitHub
<doug16k> does same thing with none of that
<doug16k> I did a mortal kombat style 3-hit combo. presumably there's an uppercut after the AT and the dude says "excellent"
<doug16k> I wish
<doug16k> more like it blocked all three and just footsweeped me
srjek|home has joined #osdev
onering has joined #osdev
rowbee has joined #osdev
particleflux_ has joined #osdev
Oli_ has joined #osdev
srjek_ has quit [*.net *.split]
ElectronApps has quit [*.net *.split]
Oli has quit [*.net *.split]
iorem has quit [*.net *.split]
rwb has quit [*.net *.split]
doug16k has quit [*.net *.split]
aejsmith has quit [*.net *.split]
elastic_dog has quit [*.net *.split]
Beato has quit [*.net *.split]
particleflux has quit [*.net *.split]
rowbee is now known as rwb
elastic_dog has joined #osdev
ElectronApps has joined #osdev
doug16k has joined #osdev
<bslsk05> ​gist.github.com: M.C Escher disassembly, it's at zero yet somehow rip relative 0x2804c resolves to 0x28068, from rip=0xe · GitHub
<doug16k> link map is same as earlier
<doug16k> except I deleted .broken 16 byte thing
<doug16k> what do you do when link map says what you want and executable has 0 section base
<doug16k> and it is linked with rip relative that would be right if loaded properly, but floating in space at zero references in executable
<doug16k> debug ld?
mctpyt has joined #osdev
<doug16k> I should just hex edit the VMA of that section and I bet it suddenly works
<doug16k> objcopy can do it actually
<doug16k> it won't
<doug16k> it succeeds but still 0 VMA
<doug16k> `x86_64-dgos-objcopy --change-section-vma .text=0x100000000 bootx64.efi bootx64-fix.efi`
<doug16k> OMG
<doug16k> wtf is it doing?!
<doug16k> so I have to change it to zero then?
<doug16k> no way. if you --change-section-vma=.text=0x0 then it puts it at 0. if you --change-section-vma=.text=0x1, then it puts it at 0x0000000100000001
<ZetItUp> does qemu have an option in the monitor to show current pci devices on the vm?
<doug16k> info pci
<doug16k> info qtree
<ZetItUp> cheers :D
<doug16k> for another angle
<doug16k> that is the whole device tree, but it shows the pci subtree details that the OS sees
<doug16k> like BARs
<ZetItUp> yeah :D
srjek|home has quit [Ping timeout: 252 seconds]
ChanServ has quit [shutting down]
<ZetItUp> well that was fun, trying to find an error in my code cause it was not displaying the data i fetched, turned out that my va_args was not working properly :P
<ZetItUp> %s did it's job but i forgot to print the final output
<ZetItUp> so i thought i didn't get the data back from the function i was writing
ChanServ has joined #osdev
iorem has joined #osdev
mctpyt has quit [Ping timeout: 268 seconds]
mctpyt has joined #osdev
archenoth has joined #osdev