=== bguthro__ is now known as bguthro === willcooke_ is now known as willcooke [17:31] is there away in ubuntu to enable kernel debugging kdb ? If so how do you run it [17:32] I just am curious if ubuntu's kernel enables this feature or does it take a recompiling to uses on ubuntu [17:34] i915, yes we have kgdb enabled in the kernle [17:34] how does one execute this [17:35] or get the kernel debugger to run on apt-get i have downloaded before the kgdb package but it was just a front end gui like DDD for gdb. Couldn't get it to run or do anything with the kernel like set breakpoints ,..etc [17:37] normally you need to talk to the kernel like over a serial console [17:37] or a network console, so you are talking to it from "outside" [17:37] to debug from inside you usually use ftrace and family [17:37] What i want to do is step thru the kernel code first locally thru the asm . I know if i want to debug kernel with c language code showing i will need to recompile the DWARF in but thats for later trying now just to focus on setting up kgb to attach to the kernel and set a break point to step thru the asm code [17:38] right so you need to do that from outside [17:39] i cann't run a debugger on the same computer and attach to the kernel vmlinuz directly or set a break point in memory at 01000000-01660531 : Kernel code [17:39] 01660532-019b3e7f : Kernel data [17:39] 01a96000-01b7cfff : Kernel bss [17:39] [17:40] what would it run "on" if the kernel is stopped waiting for you [17:40] from user mode gdb allows me to attach to any ps -A process pretty much so i was assuming you could just find the function in kallsyms and attach from there [17:41] i915, but a userspace process has somewhere to run separatly from your gdb [17:41] you are asking to stop the entire kernel, to do that you need to do it from somewhere that isn't under the control of the kernel [17:41] which is why mostly we debug using ftrace as you can do that from inside [17:42] O will its not built in to the kernel that the debug registers would have a seperate kernel debugger program that ran with the kernel... now i am confused about how remotely debugging would work the kernel would still break so there has to be an external kernel program to send it remotely and step thru the kernel itself [17:43] there is a shim in the tty code which is very very thin which can control the kernel [17:44] i think you need to go read some background on how this stuff works, there must be google resources on this [17:44] like a gdbserver program equivalent running at kernel level ... and if that was the case why couldn't it just print to the local monitor instead [17:45] that isn't really how things work, it is not impossible it could, but i don't beleive it does [17:45] it isn't something people actually do very often [17:45] so you'd not want to dedicate space for such a thing [17:46] Also i have seen it done where somebody presses a special sysrq key in there terminal and it goes to a blue screen kdb debugger how is that working or setup because it looks like it debugs the kernel on userland? [17:47] Ok if i do it remotely where do you configure the remote settings to add a remote 192.168.1.102:7893 so that i can have my remote machine talk to this debugging network service [17:47] I would imagine in grub [17:48] i915, i would imagine on the kenrel command line indeed [17:48] because its got to run as soon as the kernel is booting from grub [17:48] not something i have done in a very long time [18:00] ok i am just going to stick with virtual machine kernel debugging until i can figure out how to get it on the bare hardware to run remote kernel debugging. My problem is now getting grub to boot the kernel into a workable os... i always get kernel opps for initrd or init process issues or the extra stuff the kernel needs to boot workable... but i have everything where it should be so confused still working thru that issue.. onc [18:00] e i get that issue taken care of i think i will beable to set up kernel debugging thru serial or network tcp/ip just thru settings in grub or the bootloader [20:57] I'm trying to run an install from a yakkety server daily iso; modprobe -v usb-modeswitch complains that the key is not available -- did we somehow break loading all modules, fail to sign stuff for the udebs, and is that a known issue? === mwhudson_ is now known as mwhudson [22:07] udebs may well not be signed ... [22:08] that sounds like a problem [22:08] will think about that tommorrow [23:37] i915 is the kernel driver for the graphics card but now it is also the driver that the /dev/fb0 uses i can uses fbset to set the mode and configuration for /dev/fb0 ...so kind of wondering if this settings going to affect my X11 env or other graphical env i thought /believe /dev/fb0 is used by X11 as well [23:53] i915: No, X doesn't use the framebuffer interface (unless you're using the fbdev driver) [23:53] i915: the drm layer exposes its own modesetting interface that X uses