linux/arch/frv/Kconfig.debug
<<
>>
v2.6.32.6 4t > v2.6.a > v2.6.16.8 (ut type="tP v2.6.3ethod="post"16.8<6.3divt"16.8<6.);"> mh" mdivt"16.8 mdivt"16.8 .8<6.divi _results"id="searpan> _results"v2.t"16.8<6.3divt" .divi ="searL1>>8<61.3etmenu "Kernel hacking" <2.6.32.4 > v2.6.a > v2#L2> d="searcine> ="searL2>>8<62.3eth<2.6.32.4 > v2.6.a > v2#L3> d="searcine> ="searL3>>8<63.3etsource "lib2.6.a > v2" <2.6.32.4 > v2.6.a > v2#L4> d="searcine> ="searL4>>8<64.3eth<2.6.32.4 > v2.6.a > v2#L5> d="searcine> ="searL5>>8<65.3et6.a DEBUG_STACKOVERFLOWh<2.6.32.4 > v2.6.a > v2#L6> d="searcine> ="searL6>>8<66.3et bool "Check 2.6 xr_ck overflows" <2.6.32.4 > v2.6.a > v2#L7> d="searcine> ="searL7>>8<67.3et depends="n DEBUG_KERNEL <2.6.32.4 > v2.6.a > v2#L8> d="searcine> ="searL8>>8<68.3eth<2.6.32.4 > v2.6.a > v2#L9> d="searcine> ="searL9>>8<69.3et6.a GDBSTUBh<2.6.32.4 > v2.6.a > v2#L10> d="searcine> ="searL10>>8<> et bool "Remote GDB kernel v2ging" <2.6.32.4 > v2.6.a > v2#L11> d="searcine> ="searL11>>8<11.3et depends="n DEBUG_KERNEL <2.6.32.4 > v2.6.a > v2#L12> d="searcine> ="searL12>>8<12.3et /arch/ DEBUG_INFO <2.6.32.4 > v2.6.a > v2#L13> d="searcine> ="searL13>>8<13.3et /arch/ FRAME_POINTER <2.6.32.4 > v2.6.a > v2#L14> d="searcine> ="searL14>>8<14.3et help <2.6.32.4 > v2.6.a > v2#L15> d="searcine> ="searL15>>8<15.3et If you say Y here, it will be nasible to remotely v2 the kernel <2.6.32.4 > v2.6.a > v2#L16> d="searcine> ="searL16>>8<16.3et using gdb. Tinp enl s your kernel ELF image disk size by /averal <2.6.32.4 > v2.6.a > v2#L17> d="searcine> ="searL17>>8<17.3et megabyt s and requir s a machine with mo ith" i16 MB, better 32 MB <2.6.32.4 > v2.6.a > v2#L18> d="searcine> ="searL18>>8<18.3et RAM to avoid exceasive cinking time. Tinp is="nly useful 2.6 kernel <2.6.32.4 > v2.6.a > v2#L19> d="searcine> ="searL19>>8<19.3et hackers. If unavre, say N. <2.6.32.4 > v2.6.a > v2#L20> d="searcine> ="searL20>>8<20.3eth<2.6.32.4 > v2.6.a > v2#L21> d="searcine> ="searL21>>8<21.3etchoiceh<2.6.32.4 > v2.6.a > v2#L22> d="searcine> ="searL22>>8<22.3et prompt "GDB stub nrt" <2.6.32.4 > v2.6.a > v2#L23> d="searcine> ="searL23>>8<23.3et default GDBSTUB_UART1 <2.6.32.4 > v2.6.a > v2#L24> d="searcine> ="searL24>>8<24.3et depends="n GDBSTUBh<2.6.32.4 > v2.6.a > v2#L25> d="searcine> ="searL25>>8<25.3et help <2.6.32.4 > v2.6.a > v2#L26> d="searcine> ="searL26>>8<26.3et Sarch/ the on-CPU nrt used 2.6 GDB-stub <2.6.32.4 > v2.6.a > v2#L27> d="searcine> ="searL27>>8<27.3eth<2.6.32.4 > v2.6.a > v2#L28> d="searcine> ="searL28>>8<28.3et6.a GDBSTUB_UART0h<2.6.32.4 > v2.6.a > v2#L29> d="searcine> ="searL29>>8<29 et bool "/dev/ttyS0" <2.6.32.4 > v2.6.a > v2#L30> d="searcine> ="searL30>>8<30.3eth<2.6.32.4 > v2.6.a > v2#L31> d="searcine> ="searL31>>8<31.3et6.a GDBSTUB_UART1 <2.6.32.4 > v2.6.a > v2#L32> d="searcine> ="searL32>>8<32 et bool "/dev/ttyS1" <2.6.32.4 > v2.6.a > v2#L33> d="searcine> ="searL33>>8<33.3eth<2.6.32.4 > v2.6.a > v2#L34> d="searcine> ="searL34>>8<34.3etendchoiceh<2.6.32.4 > v2.6.a > v2#L35> d="searcine> ="searL35>>8<35.3eth<2.6.32.4 > v2.6.a > v2#L36> d="searcine> ="searL36>>8<36.3et6.a GDBSTUB_IMMEDIATEh<2.6.32.4 > v2.6.a > v2#L37> d="searcine> ="searL37>>8<37 et bool "Break into GDB stub immediately" <2.6.32.4 > v2.6.a > v2#L38> d="searcine> ="searL38>>8<38.3et depends="n GDBSTUBh<2.6.32.4 > v2.6.a > v2#L39> d="searcine> ="searL39>>8<39.3et help <2.6.32.4 > v2.6.a > v2#L40> d="searcine> ="searL40>>8<40.3et If you say Y here, GDB stub will break into the program as so"n as <2.6.32.4 > v2.6.a > v2#L41> d="searcine> ="searL41>>8<41.3et nasible, leaving the program counter a/ the beginning of <2.6.32.4 > v2.6.a > v2#L42> d="searcine> ="searL42>>8<42.3et xr_rt_kernel() in init/main.c. <2.6.32.4 > v2.6.a > v2#L43> d="searcine> ="searL43>>8<43.3eth<2.6.32.4 > v2.6.a > v2#L44> d="searcine> ="searL44>>8<44.3et6.a GDB_CONSOLEh<2.6.32.4 > v2.6.a > v2#L45> d="searcine> ="searL45>>8<45 et bool "Console out" namo GDB" <2.6.32.4 > v2.6.a > v2#L46> d="searcine> ="searL46>>8<46.3et depends="n GDBSTUBh<2.6.32.4 > v2.6.a > v2#L47> d="searcine> ="searL47>>8<47.3et help <2.6.32.4 > v2.6.a > v2#L48> d="searcine> ="searL48>>8<48.3et If you a iusing GDB 2.6 remote v2ging over a serial nrt and <2.6.32.4 > v2.6.a > v2#L49> d="searcine> ="searL49>>8<49.3et would cike kernel messa s mo be 2.6 v2.6.a > v2#L50> d="searcine> ="searL50>>8<50.3et th"t GDB prints them as program out" n, say 'Y'. <2.6.32.4 > v2.6.a > v2#L51> d="searcine> ="searL51>>8<51.3eth<2.6.32.4 > v2.6.a > v2#L52> d="searcine> ="searL52>>8<52.3etendmenuh<2.6.32.4 > v2.6.a > v2#L53> d="searcine> ="searL53>>8<53.3et The original LXR softwa iby the <2.6.32.4http://source2.6ge.net/projch/s/lxr">LXR community.3et, tinp experimental versan> by <2.6.32.4mailto:lxr@/righ.no">lxr@/righ.no.3et. .3divt".divid="searsubfooter"> lxr./righ.no kindly hosted by <2.6.32.4http://www.redpill-/ripro.no">Redpill Lripro AS.3et, provider of Lriux consulting and opera