tag:blogger.com,1999:blog-6739077729235978763.post8025478713512007647..comments2023-12-24T03:35:11.626+01:00Comments on Artyom Tarasenko's blog: sent the SunOS 4.1.4 patch upstreamatarhttp://www.blogger.com/profile/16986140925986775324noreply@blogger.comBlogger9125tag:blogger.com,1999:blog-6739077729235978763.post-105067751745810592010-05-23T21:19:33.702+02:002010-05-23T21:19:33.702+02:00Interestingly enough, when I went to submit a bug ...Interestingly enough, when I went to submit a bug report, I was unable to reproduce the problem. I have no idea what changed, or whether I just got lucky. The code I ran to do the test install did not include the patch you're talking about.<br /><br />In any case, I pulled down the latest patch you did and am currently doing a fairly intensive data transfer, which has not yet crashed the machine, despite running for about an hour so far. When I'm done, I'll try doing a build to see if I can get it to crash.Ted Lemonhttps://www.blogger.com/profile/16951216043358903560noreply@blogger.comtag:blogger.com,1999:blog-6739077729235978763.post-82775871710581412212010-05-22T22:47:38.469+02:002010-05-22T22:47:38.469+02:00Ted, can you try the fresh git? My Solaris 2.3 fix...Ted, can you try the fresh git? My Solaris 2.3 fix was accepted, and it solves some problems with the spurious interrupts.atarhttps://www.blogger.com/profile/16986140925986775324noreply@blogger.comtag:blogger.com,1999:blog-6739077729235978763.post-23814569314692633362010-05-20T19:20:08.516+02:002010-05-20T19:20:08.516+02:00I get the same results with either firmware. The...I get the same results with either firmware. The crash starts like this:<br /><br /># stray interrupt ipl 0x4 pc=0xf02bb5f8 npc=0xf02bb5fc psr=44010c3<br />[...repeats about 10 times...]<br />stray interrupt ipl 0x4 pc=0xf02bb5f8 npc=0xf02bb5fc psr=44010c3<br />panic: crazy interrupts<br /><br />I'll submit a bug report.Ted Lemonhttps://www.blogger.com/profile/16951216043358903560noreply@blogger.comtag:blogger.com,1999:blog-6739077729235978763.post-58301327491280454342010-05-20T19:09:02.489+02:002010-05-20T19:09:02.489+02:00Yes, all my good patches are in git. Except maybe ...Yes, all my good patches are in git. Except maybe the one mentioned above (but it really seems to affect the SunOS 4.1.x only). Not sure yet if I have to fight for it.<br /><br />And no, I didn't succeed climbing the learning curve. I'm looking at phys_page_find the last two evenings and don't understand how can it be working. At all. Looks absolutely wrong to me... Must produce much more error cases than I spotted. And it's used with all architectures, so bugs there are unlikely...<br /><br />How do you start your NetBSD? Did you try to switch between using OBP and OpenBIOS? If you see the bugs when started with OpenBIOS, can you please submit them to the qemu mailing list?<br /><br />Are those timer or disk interrupts?atarhttps://www.blogger.com/profile/16986140925986775324noreply@blogger.comtag:blogger.com,1999:blog-6739077729235978763.post-6901370135869531932010-05-20T18:40:29.085+02:002010-05-20T18:40:29.085+02:00Okay, thanks. I'm running into a persistent ...Okay, thanks. I'm running into a persistent problem with NetBSD 5.0.2 where if I try to do a full install, or any substantial disk I/O, it crashes because of a repeated unexpected interrupt. I thought it might have to do with the interrupt mask bug you found in mid-November, but it looks like that patch is in the git tree.<br /><br />I tried your suggestion of running in user mode, but it looks like that code isn't widely used - it dumps core on Linux after smashing the stack, and fails to mmap the stack on Mac OS X for reasons I haven't been able to determine (the mmap syscall doesn't give helpful error results).<br /><br />How did you climb the learning curve on this code? It seems like it ought to be possible to get user mode working, but I don't know enough about how the whole system works to make an educated guess as to what's broken about it.Ted Lemonhttps://www.blogger.com/profile/16951216043358903560noreply@blogger.comtag:blogger.com,1999:blog-6739077729235978763.post-75222910475048283132010-05-20T17:09:13.494+02:002010-05-20T17:09:13.494+02:00No, cause I do some wild experiments.
The particu...No, cause I do some wild experiments.<br /><br />The particular 4.1.4 patch is available at http://patchwork.ozlabs.org/patch/51965/raw/ .atarhttps://www.blogger.com/profile/16986140925986775324noreply@blogger.comtag:blogger.com,1999:blog-6739077729235978763.post-78088615552887167812010-05-20T16:18:43.028+02:002010-05-20T16:18:43.028+02:00Do you have a set of patches lying around anywhere...Do you have a set of patches lying around anywhere that represent the difference between the qemu code you're running and what is in git?Ted Lemonhttps://www.blogger.com/profile/16951216043358903560noreply@blogger.comtag:blogger.com,1999:blog-6739077729235978763.post-1607836497860051322010-05-10T11:58:15.709+02:002010-05-10T11:58:15.709+02:00Up to now they have not. The patches add some pseu...Up to now they have not. The patches add some pseudo-devices to the addresses where according to the documentation nothing is supposed to be. I added them cause I see on the real machines there is something on this addresses (due to aliasing effects). But the maintainer (Blue Swirl) would like to have a better reasoning why is the patch needed.<br /><br />Unfortunately I have to way to test whether the real hardware tries to access these addresses. My patches don't make the emulation worse, but may be unnecessary if the other bug gets fixed.atarhttps://www.blogger.com/profile/16986140925986775324noreply@blogger.comtag:blogger.com,1999:blog-6739077729235978763.post-61321730236665698082010-05-10T02:54:36.476+02:002010-05-10T02:54:36.476+02:00cool, I hope they approve them...!cool, I hope they approve them...!Jason Stevenshttps://www.blogger.com/profile/00013500180423971908noreply@blogger.com