freenode/#mezzano - IRC Chatlog
Search
19:01:52
froggey
leo_song: sorry, I wasn't clear. please don't include boot-secondary-cpus at all. smp support is not ready for public consumption at all
19:06:55
froggey
ebrasca: the call to condition-notify is in the wrong place. it should be inside the with-mutex for the listener lock
19:07:59
froggey
think about what would happen if the thread waiting on the cvar ran between the call to condition-notify and pushing the connection on the listener connection list
19:11:16
froggey
tcp4-decline-connection seems to be calling close on a tcp-connection object, which is not a stream
20:05:28
froggey
condition-wait drops the mutex and puts the thread to sleep. when the thread wakes back up again condition-wait will reacquire the mutex before returning, which would be held by the thread that called condition-wake
20:18:57
ebrasca
Now thinking , probably tcp4-decline-connection don't need to close connection because it have never start.
20:44:59
froggey
I'll look at it tomorrow. try updating the http-demo to use it, make sure you have the public interface exported from the tcp package
21:16:25
housel
varjag: At some point there were interrupt conflicts between hdaudio and the VirtualBox mouse integration; I don't know if those showed up in demo 3 or not
21:20:45
froggey
I was also having problems with popping when starting/stopping audio, which is why I didn't include any in the image
21:21:34
froggey
doom/quake won't play any audio at all because I couldn't make sense of SDL's audio code, so that's not implemented at all
21:22:55
housel
You have to enable amplifiers in the right order, with a bit of a delay before the final stage, to prevent pops
23:46:42
leo_song
froggey: Another thing i want to ask is, every time I do (mezzano.supervisor:snapshot), there will be extra "Virtio-Net NIC worker" and "Sound worker for xxx"
23:48:54
leo_song
Looks like some memory leaking(only a metaphor). Are there anyways to destroy those threads at boot process?