Re: [9fans] RPi in QEMU

Hmm, I've applied the patches and built the kernel. I can see the image loaded at 0x8001, but it is spinning at address 0x000c; is this a sdmmc load loop? I'm using version 8.0.0 of QEMU. What version are you using, Mr. Miller? Also, since the SD takes seconds to load and not ms/us, how lo

Re: [9fans] print() in kernel space doesn't work like I would think

Quoth dusan3...@gmail.com: > Isn't windowing handled like a realtime process? > Does it not start any realtime process at boot? > I can see that being the problem here. also, real time isn't a synonym for high priority; it's saying that the OS *must* be able to run the process at the specified ti

Re: [9fans] RPi in QEMU

don.bai...@gmail.com: > So to get this back on the track of RPI emulated in QEMU … has anyone > successfully used the Miller image with Q? After a bit of experimentation, I have done so, for some value of "successfully". A few tweaks are required first, because QEMU's emulation of Pi hardware a

Re: [9fans] print() in kernel space doesn't work like I would think

Quoth dusan3...@gmail.com: > > if you don't see this print, you're somehow > running the wrong kernel. > I can see that. > > > this one won't print until you start using > the edf scheduler. > Isn't windowing handled like a realtime process? Does it not start any > realtime process at boot? I ca

Re: [9fans] print() in kernel space doesn't work like I would think

> if you don't see this print, you're somehow running the wrong kernel. I can see that. > this one won't print until you start using the edf scheduler. Isn't windowing handled like a realtime process? Does it not start any realtime process at boot? I can see that being the problem here. ---

Re: [9fans] print() in kernel space doesn't work like I would think

Quoth dusan3...@gmail.com: > + print("\nPlan 69\n"); if you don't see this print, you're somehow running the wrong kernel. > + print("NESTO"); this one won't print until you start using the edf scheduler. -- 9fans: 9fans Permalink: https://

Re: [9fans] print() in kernel space doesn't work like I would think

> also, the steps you used to install and boot the new kernel. I downloaded img from 9front. I was changing the source code and building with this script I made #!/bin/rc mk install 9fs 9fat cp /sys/src/9/pc64/9pc64 /n/9fat/9pc64 mk clean I am running it from /sys/src/9/pc64/

Re: [9fans] print() in kernel space doesn't work like I would think

> show your diff. (hint: bind -ac /dist/plan9front / && git/diff /sys/src/9 | webpaste) diff 66fc6a3e6443d7eb8298f65b0c9803197d196ec7 uncommitted --- a//sys/src/9/mkfile +++ b//sys/src/9/mkfile @@ -1,17 +1,17 @@ ARCH=\ - bcm\ - bcm64\ - cycv\ - kw\ + #bcm\ + #b

Re: [9fans] print() in kernel space doesn't work like I would think

> try > > cat /dev/kmesg > or > cat /dev/kprint /dev/kmesg outputs the boot output I was talking about, but there wasn't my print. dev/kprint doesn't print anything and doesn't let me finish the program. I was looking at this

Re: [9fans] print() in kernel space doesn't work like I would think

Quoth o...@eigenstate.org: > > show your diff. > > (hint: bind -ac /dist/plan9front / && git/diff /sys/src/9 | webpaste) also, the steps you used to install and boot the new kernel. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/Te1

Re: [9fans] print() in kernel space doesn't work like I would think

Quoth dusan3...@gmail.com: > I was editing plan9's realtime scheduler in /sys/src/9/port/edf.c and was > trying to add a print to log something, but print didn't show anywhere(or I > am looking at the wrong place). It has some prints in source code already, > with this define. > #define DPRINT

Re: [9fans] print() in kernel space doesn't work like I would think

trycat /dev/kmesgorcat /dev/kprintOn 31 Aug 2023, at 4:44 pm, dusan3...@gmail.com wrote: I was editing plan9's realtime scheduler in /sys/src/9/port/edf.c and was trying to add a print to log something, but print didn't show anywhere(or I am looking at the wrong place). It has some prints in sourc

[9fans] print() in kernel space doesn't work like I would think

I was editing plan9's realtime scheduler in /sys/src/9/port/edf.c and was trying to add a print to log something, but print didn't show anywhere(or I am looking at the wrong place). It has some prints in source code already, with this define. #define DPRINT if(Dontprint){}else print And with Do