On Fri, Jan 22, 2010 at 7:40 AM, David Brownell <davi...@pacbell.net> wrote: > On Thursday 21 January 2010, Edgar Grimberg wrote: >> >> and want to see what a bisection that skips known-incomplete stuff >> >> will turn up. >> >> 5eb893ec41c8c6cf6499558b6fed826b65e18a16 is first bad commit >> >> Does this make more sense? > > No. There's still the basic "that patch doesn't touch breakpoints" > issue, as in "how could it even matter". But more to the point, > that doesn't skip "known incomplete" stuff, as noted in that last > paragraph in the patch description ... on the theory that breakpoint > code wraps one of those "warts".
OK, can you provide me with the revision and the range I have to skip (parameters for git bisect skip)? Also, can you confirm the problem, or am I the only one to see this issue? I wouldn't mind if you can do a bisect, since you understand the commits. All I can provide is a brain dead bisect, and I'm afraid, by the 4th or 5th iteration, there will be a lot of wasted time. > I hope, by the way, you were testing RC1+ with > commit 6c4a643d632c6cff647c5099bd450d1e417903ea > Author: David Brownell <dbrown...@users.sourceforge.net> > Date: Fri Jan 15 12:53:26 2010 -0800 > > ARM DPM: disable some nyet-ready breakpoint code > > Until we manage breakpoints at runtime (patches not ready for 0.4) > the only way this code should touch them is to disable them at server > startup (a previous debug session may have left them active). > > Signed-off-by: David Brownell <dbrown...@users.sourceforge.net> > > and not some older version of the tree. That guards against > potential glitches. There's the test run: $ sudo src/openocd -f /home/edgar/workspace/openocd/tcl/interface/parport.cfg -f /home/edgar/workspace/openocd/tcl/board/imx31pdk.cfg (gdb) tar remo 0:3333 Remote debugging using 0:3333 0x00000000 in ?? () (gdb) moni version Open On-Chip Debugger 0.4.0-rc1-dev-00143-g4960c90 (2010-01-22-09:12) (gdb) moni reset init JTAG tap: imx31.etb tap/device found: 0x2b900f0f (mfg: 0x787, part: 0xb900, ver: 0x2) JTAG tap: imx31.cpu tap/device found: 0x07b3601d (mfg: 0x00e, part: 0x7b36, ver: 0x0) TAP imx31.whatchacallit does not have IDCODE JTAG tap: imx31.smda tap/device found: 0x2190101d (mfg: 0x00e, part: 0x1901, ver: 0x2) found ARM1136 imx31.cpu: ran after reset and before halt ... target state: halted target halted in ARM state due to debug-request, current mode: Supervisor cpsr: 0x600001d3 pc: 0x004056b0 Target Setup: initialize DRAM controller and peripherals set p15 0x0001, 0x00050078 configuring CP15 for enabling the peripheral bus set p15 0x042f, 0x40000015 (gdb) load Loading section .rom_vectors, size 0x40 lma 0x87f00000 Loading section .text, size 0x3cc98 lma 0x87f00040 Loading section .rodata, size 0x91a4 lma 0x87f3ccd8 Loading section .exidx, size 0x10 lma 0x87f45e7c Loading section .data, size 0xd8c lma 0x87f45e8c Start address 0x87f000e0, load size 289816 Transfer rate: 21 KB/sec, 13173 bytes/write. (gdb) stepi 0x87f000e4 in reset_vector () at /home/edgar/imx35/IMX35PDK/L2_6_26_3_4_2_SDK_source/L2.6.26_3.4.2_SDK_032009_source/redboot_200910/build/install/include/cyg/hal/hal_platform_setup.h:244 244 Current language: auto; currently asm (gdb) stepi 0x87f000e8 244 (gdb) b *0x87f000ec Breakpoint 1 at 0x87f000ec: file /home/edgar/imx35/IMX35PDK/L2_6_26_3_4_2_SDK_source/L2.6.26_3.4.2_SDK_032009_source/redboot_200910/build/install/include/cyg/hal/hal_platform_setup.h, line 244. (gdb) c Continuing. And it never stops. Of course, I can single step over the breakpoint: (gdb) moni reset init JTAG tap: imx31.etb tap/device found: 0x2b900f0f (mfg: 0x787, part: 0xb900, ver: 0x2) JTAG tap: imx31.cpu tap/device found: 0x07b3601d (mfg: 0x00e, part: 0x7b36, ver: 0x0) TAP imx31.whatchacallit does not have IDCODE JTAG tap: imx31.smda tap/device found: 0x2190101d (mfg: 0x00e, part: 0x1901, ver: 0x2) found ARM1136 imx31.cpu: ran after reset and before halt ... target state: halted target halted in ARM state due to debug-request, current mode: Supervisor cpsr: 0x600001d3 pc: 0x00405614 Target Setup: initialize DRAM controller and peripherals set p15 0x0001, 0x00050078 configuring CP15 for enabling the peripheral bus set p15 0x042f, 0x40000015 (gdb) load Loading section .rom_vectors, size 0x40 lma 0x87f00000 Loading section .text, size 0x3cc98 lma 0x87f00040 Loading section .rodata, size 0x91a4 lma 0x87f3ccd8 Loading section .exidx, size 0x10 lma 0x87f45e7c Loading section .data, size 0xd8c lma 0x87f45e8c Start address 0x87f000e0, load size 289816 Transfer rate: 21 KB/sec, 13173 bytes/write. (gdb) i b Num Type Disp Enb Address What 1 breakpoint keep y 0x87f000ec /home/edgar/imx35/IMX35PDK/L2_6_26_3_4_2_SDK_source/L2.6.26_3.4.2_SDK_032009_source/redboot_200910/build/install/include/cyg/hal/hal_platform_setup.h:244 (gdb) stepi 0x87f000e4 in reset_vector () at /home/edgar/imx35/IMX35PDK/L2_6_26_3_4_2_SDK_source/L2.6.26_3.4.2_SDK_032009_source/redboot_200910/build/install/include/cyg/hal/hal_platform_setup.h:244 244 Current language: auto; currently asm (gdb) stepi 0x87f000e8 244 (gdb) stepi Breakpoint 1, 0x87f000ec in reset_vector () at /home/edgar/imx35/IMX35PDK/L2_6_26_3_4_2_SDK_source/L2.6.26_3.4.2_SDK_032009_source/redboot_200910/build/install/include/cyg/hal/hal_platform_setup.h:244 244 (gdb) stepi 0x87f000f0 244 (gdb) Regards, Edgar -- Edgar Grimberg System Developer Zylin AS ZY1000 JTAG Debugger http://www.zylin.com/zy1000.html Phone: (+47) 51 63 25 00 _______________________________________________ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
