Op za 26 jan. 2019 om 14:47 schreef Helge Deller <deller@xxxxxx>: > > Hello Kars, > > On 21.01.19 09:45, Kars de Jong wrote: > > I tried to test the patch this weekend. I first started with an > > unpatched kernel. Unfortunately, there are hardware issues: > > > > 1. The battery of the RTC is dead. > > 2. There seems to be a problem which causes autovector interrupt 1 to > > fire spuriously, which is the keyboard and DMA interrupt. At least, > > that's what the OpenBSD kernel reports. It seems to cause the Linux > > kernel to freeze. > > 3. The harddisk (original 200 MB Rodime RO3000T) is failing, so I > > can't fully boot OpenBSD to further verify this problem. > > Thanks for the willingness to test, and sorry to hear about that issues! > I hope you get them fixed at some point. > Testing on real hardware is always useful. The issues seem to be less severe than I thought. A new battery is on its way, the interrupt problem was caused by an issue when using the keyboard in the OpenBSD boot loader and I don't need the harddisk for testing Linux. My netboot environment is back up and running. The last kernel I ever ran on the box (a patched Linux 2.6.20) booted to multi user. That one was built in March 2007, which according to my NFS root file system was also the last time the box actually ran Linux... There's now also a working HP9000/360 emulation in MAME (it's capable of running HP-UX 9 including HP VUE so it's pretty complete) so that may also become a viable option for testing. > > Anyway, I don't think your patch it will work. > > > > When running on m68k, you're passing a NULL device pointer to > > devm_rtc_device_register(), which eventually gets passed to > > devres.c:add_dr() and that is definitely not OK. > > I was aware of the NULL pointer, which is why I wanted real > feedback about my patch. Ideally someone with platform knowhow > could add the missing pieces to fix this NULL pointer code. > > > I think this calls for a proper platform device on the m68k side. > > Yes. Who could add that? I can. I would first like to have a more recent kernel that actually boots though. It looks like the hp300_defconfig (which is what I used) isn't quite set up correctly. Kind regards, Kars.
