Re: [RFT] Rebased gdb/debug register patches
Hollis Blanchard wrote: > On Mon, 2008-11-24 at 16:27 +0100, Jan Kiszka wrote: >> Hi, >> >> this is not yet the official submission, but a request for testing: >> >> I'm happy to announce the availability of a rebased patch series to >> enhance KVM's guest debugging support as well as to add debug register >> emulation. It was rebased because QEMU mainline recently accepted the >> core of my corresponding bits and KVM has merged them over. A few >> patches are still awaiting QEMU merge, and two of them are mandatory to >> provide a clean foundation for the KVM changes - therefore this >> intermediate step. >> >> To test the series, checkout the kernel bits from >> >> git://git.kiszka.org/linux-kvm.git gdb-queue >> >> and the user space part from >> >> git://git.kiszka.org/kvm-userspace.git gdb-queue >> >> Early feedback welcome, also before the final submission. And if someone >> could look into AMD/SVM implementation, this would also be great >> (unfortunately, there is no customer need for it ATM, thus no resources). > > Would you mind posting the patches here, to make feedback easier for the > reviewers? I was waiting for the first two of them getting merged into qemu, what has happened yesterday, plus there was one open oddity that is understood and fixed now as well. Will post them later today. Jan -- Siemens AG, Corporate Technology, CT SE 2 ES-OS Corporate Competence Center Embedded Linux -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [RFT] Rebased gdb/debug register patches
On Mon, 2008-11-24 at 16:27 +0100, Jan Kiszka wrote: > Hi, > > this is not yet the official submission, but a request for testing: > > I'm happy to announce the availability of a rebased patch series to > enhance KVM's guest debugging support as well as to add debug register > emulation. It was rebased because QEMU mainline recently accepted the > core of my corresponding bits and KVM has merged them over. A few > patches are still awaiting QEMU merge, and two of them are mandatory to > provide a clean foundation for the KVM changes - therefore this > intermediate step. > > To test the series, checkout the kernel bits from > > git://git.kiszka.org/linux-kvm.git gdb-queue > > and the user space part from > > git://git.kiszka.org/kvm-userspace.git gdb-queue > > Early feedback welcome, also before the final submission. And if someone > could look into AMD/SVM implementation, this would also be great > (unfortunately, there is no customer need for it ATM, thus no resources). Would you mind posting the patches here, to make feedback easier for the reviewers? -- Hollis Blanchard IBM Linux Technology Center -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
[RFT] Rebased gdb/debug register patches
Hi, this is not yet the official submission, but a request for testing: I'm happy to announce the availability of a rebased patch series to enhance KVM's guest debugging support as well as to add debug register emulation. It was rebased because QEMU mainline recently accepted the core of my corresponding bits and KVM has merged them over. A few patches are still awaiting QEMU merge, and two of them are mandatory to provide a clean foundation for the KVM changes - therefore this intermediate step. To test the series, checkout the kernel bits from git://git.kiszka.org/linux-kvm.git gdb-queue and the user space part from git://git.kiszka.org/kvm-userspace.git gdb-queue Early feedback welcome, also before the final submission. And if someone could look into AMD/SVM implementation, this would also be great (unfortunately, there is no customer need for it ATM, thus no resources). Enjoy, Jan -- Siemens AG, Corporate Technology, CT SE 2 ES-OS Corporate Competence Center Embedded Linux -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html