Message ID | 1446802680-16832-1-git-send-email-pbonzini@redhat.com |
---|---|
State | New |
Headers | show |
On 6 November 2015 at 09:37, Paolo Bonzini <pbonzini@redhat.com> wrote: > The following changes since commit 6c5f30cad290c745f910481d0e890b3f4fad1f00: > > Merge remote-tracking branch 'remotes/juanquintela/tags/migration/20151104' into staging (2015-11-05 10:10:57 +0000) > > are available in the git repository at: > > git://github.com/bonzini/qemu.git tags/for-upstream-replay > > for you to fetch changes up to ee312992a323530ea2cda8680f3a34746c72db8f: > > replay: recording of the user input (2015-11-06 10:16:03 +0100) > > ---------------------------------------------------------------- > So here it is, let's see what happens. Applied, thanks. Let's hope it doesn't break too much :-) (Seriously, it's good to see this getting into the tree finally. Do we have some documentation we can point to in the release notes about how to use it?) thanks -- PMM
On 06/11/2015 13:26, Peter Maydell wrote: > Applied, thanks. Let's hope it doesn't break too much :-) > > (Seriously, it's good to see this getting into the tree finally. > Do we have some documentation we can point to in the > release notes about how to use it?) Unfortunately, I don't think it's very usable yet. It needs a synchronous block device (such as -sd) and a framebuffer to give instructions (since neither character devices nor network are supported yet). Pavel, can you prepare a page on the wiki? Paolo
> From: Paolo Bonzini [mailto:paolo.bonzini@gmail.com] On Behalf Of Paolo Bonzini > On 06/11/2015 13:26, Peter Maydell wrote: > > Applied, thanks. Let's hope it doesn't break too much :-) > > > > (Seriously, it's good to see this getting into the tree finally. > > Do we have some documentation we can point to in the > > release notes about how to use it?) > > Unfortunately, I don't think it's very usable yet. It needs a > synchronous block device (such as -sd) and a framebuffer to give > instructions (since neither character devices nor network are supported > yet). > > Pavel, can you prepare a page on the wiki? Yes, how can I make it? Pavel Dovgalyuk
Paolo Bonzini писал 2015-11-06 15:59: > On 06/11/2015 13:26, Peter Maydell wrote: >> Applied, thanks. Let's hope it doesn't break too much :-) >> >> (Seriously, it's good to see this getting into the tree finally. >> Do we have some documentation we can point to in the >> release notes about how to use it?) > > Unfortunately, I don't think it's very usable yet. It needs a > synchronous block device (such as -sd) and a framebuffer to give > instructions (since neither character devices nor network are supported > yet). Actually, it is already usable in some cases. You can specify kernel and ramdisk in command line. There shoudn't be any block devices, network and serial adapters connected to simulator. > Pavel, can you prepare a page on the wiki? Some details are presented on page http://wiki.qemu.org/Features/record-replay Pavel Dovgalyuk
Peter Maydell <peter.maydell@linaro.org> writes: > On 6 November 2015 at 09:37, Paolo Bonzini <pbonzini@redhat.com> wrote: >> The following changes since commit 6c5f30cad290c745f910481d0e890b3f4fad1f00: >> >> Merge remote-tracking branch >> 'remotes/juanquintela/tags/migration/20151104' into staging >> (2015-11-05 10:10:57 +0000) >> >> are available in the git repository at: >> >> git://github.com/bonzini/qemu.git tags/for-upstream-replay >> >> for you to fetch changes up to ee312992a323530ea2cda8680f3a34746c72db8f: >> >> replay: recording of the user input (2015-11-06 10:16:03 +0100) >> >> ---------------------------------------------------------------- >> So here it is, let's see what happens. > > Applied, thanks. Let's hope it doesn't break too much :-) > > (Seriously, it's good to see this getting into the tree finally. > Do we have some documentation we can point to in the > release notes about how to use it?) Can we have an entry in MAINTAINERS, please?
On 11/11/2015 03:53 AM, Markus Armbruster wrote: > > Can we have an entry in MAINTAINERS, please? > A while ago, someone suggested patching checkpatch.pl to flag any new files without a maintainer; I'm not the best perl expert to try and write such a patch, though.