On Wed, 13 Aug 2008, Brian Foster wrote: > What _might_ be an issue/cause is we're using our own > home-grown ‘gdb’ scripts (to init the memory, load the > kernel, etc.). I didn't write them, but I have looked > them over, and they _look_ Ok to me. That should not matter. For example you could boot your system in the usual way provided by the firmware and attach to an already running kernel. The probe does not know or care about that. > I tried some “mdi cacheflush” at some plausible-seeming > points, all to no effect. I also tried deleting the > breakpoint (after step 8), which was a disaster: (From > memory) when I then ‘c’(ontinued), ‘gdb’ hung, and the > ‘sysnav’ went into an infinite loop of reporting a > breakpoint. ;-( > > ( I seem to recall also having an issue with hardware > breakpoints, but cannot recall for certain ATM; tests > will have to wait until later .... ;-\ ) > > All ideas and suggestions are very welcome! Your situation looks pretty miserable -- you should definitely pester FS2. Maciej
