<waddlesplash>
try adding these 2 lines to the VMX
<waddlesplash>
debugStub.listen.guest64 = "TRUE"
<waddlesplash>
debugStub.port.guest64 = "1234"
<waddlesplash>
oh, and rebuild with the kernel built in debug mode too
<waddlesplash>
SetConfigVar DEBUG : HAIKU_TOP src system kernel : 1 : global ;
<waddlesplash>
then, you need to attach with GDB. I use Qt Creator for this, but other IDEs should work too
<waddlesplash>
you will need the source checkout, the kernel_x86_64 binary you are running with, and the usb and xhci binaries as well
<waddlesplash>
it will also help if you enable serial out to a text file
<waddlesplash>
since we'll need to copy some addresses
<waddlesplash>
in Qt Creator, it's: Debug -> Start Debugging -> Attach to Running Debug Server
<waddlesplash>
Server port 1234 (as above), Local executable: the kernel_x86_64 binary; all the rest blank
<coolcoder613>
waddlesplash: Why don't I just give you remote access?
<waddlesplash>
well, I need the exact binaries you are running with to attach the debugger
<waddlesplash>
and isn't it more fun to learn stuff this way? :)
<coolcoder613>
I can learn by watching you ;)
<waddlesplash>
it could speed things up, but it is also getting late in my timezone so I don't really want to spend too long more at this
<waddlesplash>
I suppose that's also true
<waddlesplash>
we are getting close, I think. I am pretty sure the problem is that the USB disk driver just is not removing enough state before it quits
<waddlesplash>
it's leaving transfers still pending
<waddlesplash>
so we just need to figure out where that's happening and then cancel them
<dovsienko>
Begasus[m]: hello. did you have a chance to try updating stress-ng to the latest release? it should build without problems on Haiku
HaikuUser has joined #haiku
<Begasus[m]>
will do in a bit dovsienko
<dovsienko>
Begasus[m]: thank you
<Begasus[m]>
fiddling with libdbi atm on 32bit :-)
<dovsienko>
one of the Haiku patches should be obsolete now
<Begasus[m]>
building it on 32bit will be better anyway as sometimes it holds some secrets
<Begasus[m]>
but should be good
<Begasus[m]>
what's the current version?
<HaikuUser>
got haiku few days ago, really happy with it :)
<dovsienko>
"Tag: V0.18.06"
<Begasus_32>
nice HaikuUser +1 :)
<Begasus_32>
k
<HaikuUser>
ta
<dovsienko>
I tested .05 or .04, it seems, they are coming out quick
<HaikuUser>
bbs
voshis has joined #haiku
<voshis>
.
HaikuUser has quit [Quit: Vision[]: i've been blurred!]
<Begasus_32>
know the feeling dovsienko :)
<voshis>
took so long to get haiku, so lost, in dead end windowsweb
<voshis>
*shakes head*
<Begasus_32>
heh
<voshis>
*hugs beos original creators* for now***
<Begasus_32>
JLG will thank you :)
<voshis>
)
<voshis>
:)
<dovsienko>
Begasus_32: .05 certainly was good, using at least one compiler (cannot remember which one). I can give .06 a try locally before you spend any time on it
<Begasus_32>
already running :)
<Begasus_32>
base patch obsolete (still need to cross check though)
<Begasus_32>
there is not TEST() section in the recipe
<Begasus_32>
like calling "make check" in Terminal
<dovsienko>
self-test does not seem to be a feature of stress-ng
<Begasus_32>
one would expect it there :)
<Begasus_32>
hmm .. .there is a "test" directory with quite some files in there ...
<Begasus_32>
checking repology ....
_-Caleb-_ has left #haiku [#haiku]
_-Caleb-_ has joined #haiku
<Begasus[m]>
nothing for the 3 major ones I mostly check ...
<Begasus_32>
stress-ng: info: [202201] xattr stressor will be skipped, it is not implemented on this system: BePC Haiku 1 gcc 13.3.0 (built without sys/xattr.h or attr/xattr.h and xattr family of system calls)
<Begasus_32>
gettings something :)
<Begasus_32>
stress-ng: info: [202201] starting access, 1 of 197 (0.51%), finish at 11:32:19 2024-11-07
<Begasus_32>
this could take a while :)
<Begasus_32>
dovsienko, for the tests you can run: make verify-test-all
<dovsienko>
ah, I didn't know
<Begasus_32>
a few other options mentioned in the Makefile (search for test)
<Begasus_32>
would find it strange that a tool like this would have some self-tests
<Begasus_32>
s/would/wouldn't
Anarchos has joined #haiku
<Anarchos>
hello
<Begasus_32>
Hi Anarchos
<Anarchos>
Begasus_32: i finally managed to net boot 32 and 64 bits :)
<Begasus_32>
whohoo! congrats Anarchos, finaly got 64bit there too +1
<Anarchos>
Begasus_32: indeed there is only one haiku_loader.pxe_ia32. But the target arch of the haiku_netboot.tgz must match the arch of the haiku image served by the remote_disk_server
<Begasus_32>
dovsienko, trying with fast-test-all (maybe that doesn't take too long) :)
<Begasus_32>
passes test so far, but still too long, nuked, trying the lite-test
<Begasus_32>
biab
Begasus_32 has quit [Quit: Vision[]: i've been blurred!]
Begasus_32 has joined #haiku
<Anarchos>
Begasus[m]: i find it a shame that remote_disk_server uses a harcoded network port.
<Anarchos>
i am looking for a mechanism to add a mechanism in haiku_netboot.tgz to be able to address a remote_disk_server on another port. Thus my dhcp/boot server could serve you the haiku_netboot.tgz 32/64 bit file, able to adress the corresponding remote_disk_server (i have to run two instances of remote_disk_server as it serves only one file)
<Begasus_32>
not my cup of coffee Anarchos :D
<Ellenor2000>
too much coffee in the worldt
<Begasus_32>
can't have enough, at least in the morning :)
<Anarchos>
my goal is just to plug the ethernet cable on which ever compuyter i have (32 or 64 bits), and if net boot, it works (as soon as they are declared in my dhcp server with right settings)
Begasus_32 has quit [Quit: Vision[]: i've been blurred!]
nephele_xmpp has left #haiku [Disconnected: Hibernating too long]
Begasus has joined #haiku
nephele_xmpp has joined #haiku
moparisthebest has joined #haiku
imrahil has joined #haiku
deneel has joined #haiku
diver has quit [Ping timeout: 480 seconds]
linuxmaster has quit [Ping timeout: 480 seconds]
diver has joined #haiku
tuaris has joined #haiku
<Begasus>
note to self, don't use debuginfopackages on RC's :)
<MonniTheCat>
Begasus: I thought it was the opposite as RCs are meant to crash often...
deneel has quit [Remote host closed the connection]
diver has quit [Ping timeout: 480 seconds]
Anarchos has quit [Remote host closed the connection]
yann64 has joined #haiku
chilledfrogs has quit [Quit: connection reset by purr]
freddietilley has quit [Quit: WeeChat 4.4.2]
BrunoSpr has joined #haiku
<Begasus[m]>
it's not crashing, it's building the whole frameworks :)
<MonniTheCat>
Begasus[m]: I have build directories that are over 20 GB... And that's just for one program... Just cleaned up most of my build directories yesterday to have enough space to build more...
<Begasus>
these are a collection of 70 recipes where portVersion is not the same as libVersion :)
<Begasus>
if it was only one that would be a quick fix :P
<MonniTheCat>
Begasus: I tried building every single recipe on HaikuPorts... It took quite a while, some didn't even build successfully...
BrunoSpr has quit [Quit: Vision[]: Ich wurde eingeweicht!]
imrahil has left #haiku [#haiku]
imrahil has joined #haiku
BrunoSpr has joined #haiku
<MonniTheCat>
<Begasus> "been there :)" <- I wanted to get latest packages without pkgman as that throws to KDL again on nightly... With few revisions it didn't crash, but it seems there is some memory corruption lurking...
<Begasus>
still think your setup is kinda fishy :P
<waddlesplash>
thefoxcry[m]: I didn't bother implementing XInput in the X11 compat layer since not much users it
<MonniTheCat>
Begasus: I know... Using weird niche network adapter... Most of the hardware isn't even supported by Haiku... Still too lazy to fix CD drive on my BeOS machine and install Haiku on it...
BrunoSpr has quit [Ping timeout: 480 seconds]
<Begasus>
waddlesplash, when can we have these? private/qtx11extras_p.h ;)
<waddlesplash>
you should not need them
<waddlesplash>
applications should be able to be built without
<Begasus>
I know, pulling your leg ;)
<MonniTheCat>
Private headers are supposed to be needed only when building the library itself, not when linking against it...
<Begasus>
should be some switch, wasn't in previous/current framework
<Begasus>
option(WITH_X11 "Build with support for QX11Info::appUserTime()" ON)
<Begasus>
see :)
<Begasus>
should really upstream those small patches ...
<MonniTheCat>
For every private header, there should be equivalent public header...
HaikuUser has joined #haiku
<Begasus>
no qtx11 MonniTheCat, so better nuke that
HaikuUser has quit []
diver has joined #haiku
<MonniTheCat>
Now I have +122, +125, hrev58293 and hrev58305... pkgman full-sync doesn't try to downgrade anything until there is new packages available ;)
<MonniTheCat>
Begasus: Yeah... Better disable anything unneeded... Saves from needing to patch anything that isn't absolutely needed...
<MonniTheCat>
<Begasus[m]> "never really had to do that here" <- I didn't need any "hacks" before r1beta5 was bumped from +122 to +125... Then haikuporter started failing with weird errors...
<Begasus>
I'm on +125 also (both arch's)
yann64 has quit [Quit: Vision[]: i've been blurred!]
<botifico>
[haikuports/haikuports] korli 0974cc1 - openjpeg: bump version
<botifico>
[haikuports/haikuports] korli df3b6ee - mpg123: bump version
tqh has joined #haiku
yann64 has joined #haiku
SLema has joined #haiku
<Halamix2[m]>
I have some issues lately on nightly (hrev57581), one of them is that I've tried to compile fastfetch, and sometimes it randomly crashes the whole kernel. I have serial debugging logs from boot to crash, but I don't know how to determine what might be the issue here, or where to go for assistance (is my Haiku-only SSD going bad? Can I chkdsk it somehow?)