Hi!
Thank you Alexander for introduction!
> Hi list,
>
> there's been a lot of discussion about abstraction of hardware devices
> and machine description.
>
> Last Saturday I've been running into some developers from the University
> of Erlangen (FAU) who work on an x86 emulator, used to simul
>From 73d1d21d98a9d98045bc69cfe58124ef6f73a336 Mon Sep 17 00:00:00 2001
From: Jason S. McMullan
Date: Wed, 28 Oct 2009 00:56:00 -0400
Subject: [PATCH] hw/sd: Support SDHC size cards
Signed-off-by: Jason S. McMullan
---
hw/sd.c | 153 ++---
Can somebody out there please help me with this issue.
Thanks,
PurnaChandar M
2009/10/26 Purna Chandar
> Hi,
> I have compiled qemu 0.11.0 for x86 64 bit. I run Fedora Core 10 64 bit as
> my guest OS.
> Sometimes, when I shutdown the guest OS gracefully (using halt command), I
> see a kernel cr
Paolo Bonzini wrote:
> On 10/29/2009 09:48 PM, Luiz Capitulino wrote:
> >> va_list doesn't need to be a pointer.
> >
> > Ok, but if this is going to be a public interface, I think it's
> >better to va_copy() before passing it to qobject_from_json_va() then.
>
> It is standard to pass a va_list b
Hi, Dustin,
What's the easiest way to see the patches to qemu that Canonical
carries for the different Ubuntu releases?
(I think http://patches.ubuntu.com/ only diffs against Debian for the
last stable Ubuntu release?)
Also, is there a way for an outside developer to get email
notifications when a
A last note: this series is on top of the (to be merged) QJSon module,
that's why it's a RFC and.. I didn't test it too much. :)
I have just two comments:
1) you do
-qemu_error("Device \"%s\" not found. Try -device '?' for a list.\n",
- driver);
+qemu_erro
On 10/29/2009 09:48 PM, Luiz Capitulino wrote:
> va_list doesn't need to be a pointer.
Ok, but if this is going to be a public interface, I think it's
better to va_copy() before passing it to qobject_from_json_va() then.
It is standard to pass a va_list by value without doing va_copy in the
On Wed, 2009-10-21 at 21:17 +0200, Alexander Graf wrote:
> MP State is implemented in the generic code, so let's move the variable
> it accesses to generic code as well.
>
> Still unbreaks PPC and now even S390x w/ KVM.
>
> Signed-off-by: Alexander Graf
Acked-by: Hollis Blanchard
Anthony, thi
On Thu, 29 Oct 2009 15:14:12 -0500
Anthony Liguori wrote:
>
> > Signed-off-by: Luiz Capitulino
> > ---
> > Makefile |2 +-
> > qerror.c | 240
> > +
> > qerror.h | 48
> > qobject.h |1 +
> > 4 files change
Signed-off-by: Luiz Capitulino
---
Makefile |2 +-
qerror.c | 240 +
qerror.h | 48
qobject.h |1 +
4 files changed, 290 insertions(+), 1 deletions(-)
create mode 100644 qerror.c
create mode 100644 qerror.
This is needed also for qemu-io, but not for qemu-nbd.
Signed-off-by: Paolo Bonzini
---
Makefile |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/Makefile b/Makefile
index f98b70c..67089dd 100644
--- a/Makefile
+++ b/Makefile
@@ -205,6 +205,8 @@ qemu-img$(EXESUF): qemu-i
Signed-off-by: Luiz Capitulino
---
monitor.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/monitor.c b/monitor.c
index 4d56b8e..4cec447 100644
--- a/monitor.c
+++ b/monitor.c
@@ -1717,10 +1717,9 @@ static void do_info_balloon(Monitor *mon, QObject
**ret_data)
Signed-off-by: Luiz Capitulino
---
qerror.c |8
qerror.h |2 ++
2 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/qerror.c b/qerror.c
index 69eabfb..ad8d4e0 100644
--- a/qerror.c
+++ b/qerror.c
@@ -55,6 +55,14 @@ static QErrorTable qerror_table[] = {
.code
Signed-off-by: Luiz Capitulino
---
hw/qdev.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/qdev.c b/hw/qdev.c
index 373ddfc..1cb9c35 100644
--- a/hw/qdev.c
+++ b/hw/qdev.c
@@ -29,6 +29,7 @@
#include "qdev.h"
#include "sysemu.h"
#include "monitor.h"
+#include "q
A generic error to be triggered when a device is not found.
Signed-off-by: Luiz Capitulino
---
qerror.c |4
qerror.h |1 +
2 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/qerror.c b/qerror.c
index 0359d65..69eabfb 100644
--- a/qerror.c
+++ b/qerror.c
@@ -51,6 +51,10 @
This commit paves the way for QError support in the Monitor,
it adds a QError member to the Monitor struct and functions
to check and print it.
Additionally, it introduces qemu_error_structed() which should
be used by monitor handlers which report errors.
This new function has to be used in place
QError is a high-level data type that can be used to store the
following error information:
o Error data: Any kind of data generated at error time can be stored
(if turned into a QObject)
o Description: A string description, which may contain error data
o Error location: file name an
Simple wrapper to parse_json() that accepts a va_list, will be
used by QError.
Signed-off-by: Luiz Capitulino
---
qjson.c |5 +
qjson.h |2 ++
2 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/qjson.c b/qjson.c
index 5f92996..02fcd83 100644
--- a/qjson.c
+++ b/qjson.c
@@
Hi there,
This is a new version of the QError framework.
I've been through the last QError thread and tried to collect the best
suggestions. The important changes are:
- Dropped the .user_print function
- Added Paolo's suggestion on having a printf-like format for 'desc'
- Line number and fil
On Thu, Oct 29, 2009 at 7:22 PM, Stuart Brady wrote:
> On Thu, Oct 29, 2009 at 04:01:15PM +0200, juha.riihim...@nokia.com wrote:
>>
>> -static inline TCGv gen_ld8s(TCGv addr, int index)
>> +static inline void gen_ld8s(TCGv ret, TCGv addr, int index)
>> {
>> - TCGv tmp = new_tmp();
>> - tcg_
On Thu, Oct 29, 2009 at 04:01:15PM +0200, juha.riihim...@nokia.com wrote:
>
> -static inline TCGv gen_ld8s(TCGv addr, int index)
> +static inline void gen_ld8s(TCGv ret, TCGv addr, int index)
> {
> -TCGv tmp = new_tmp();
> -tcg_gen_qemu_ld8s(tmp, addr, index);
> -return tmp;
> +t
Since config-host.h is generated by the Makefile (1215c6e76),
building (only) qemu-img fails:
[u...@f12-uri qemu]$ make distclean (or git clone qemu)
[u...@f12-uri qemu]$ ./configure ...
[u...@f12-uri qemu]$ make qemu-img
GEN config-all-devices.mak
GEN qemu-img-cmds.h
CCqemu-img.o
In file i
Adds documentation for all -chardev backends.
---
qemu-options.hx | 254 ++-
1 files changed, 251 insertions(+), 3 deletions(-)
diff --git a/qemu-options.hx b/qemu-options.hx
index d78b738..0d74b48 100644
--- a/qemu-options.hx
+++ b/qemu-option
Noticed that I'd omitted id= from -chardev null. Updated patch adds it.
> > On the other hand, I think this can be documented in GDB usage
> > section of QEMU documentation.
>
> Patches to documentation bits are always welcome! Certain developers
> (definitely me included) tend to forget that people actually read
> documentation ;-)
>
So am I! But I can't help con
On 29.10.2009, at 17:26, Boyapati, Anitha wrote:
Hello Alex,
Essentially, what I am looking for is something like,
qemu-x -s [options]
targetx-gdb
Yes. qemu-x -g 1234
And then use gdb -ex 'target remote localhost:1234'.
where qemu-x is a user mode qemu for target X.
Hello Alex,
> > Essentially, what I am looking for is something like,
> > qemu-x -s [options]
> > targetx-gdb
>
> Yes. qemu-x -g 1234
> And then use gdb -ex 'target remote localhost:1234'.
>
> > where qemu-x is a user mode qemu for target X.
> >
> > More on (2): if there is no OS, t
Adds documentation for all -chardev backends.
---
qemu-options.hx | 254 ++-
1 files changed, 251 insertions(+), 3 deletions(-)
diff --git a/qemu-options.hx b/qemu-options.hx
index d78b738..bc447a5 100644
--- a/qemu-options.hx
+++ b/qemu-option
This patch adds documentation for -chardev. Please note that I am not the author
of the -chardev code, so please read it carefully!
whitelist host virtio networking features
This patch is a followup to 8eca6b1bc770982595db2f7207c65051572436cb,
fixing crashes when guests with 2.6.25 virtio drivers have saturated
virtio network connections.
https://bugs.edge.launchpad.net/ubuntu/+source/qemu-kvm/+bug/458521
That patch should h
Christoph Hellwig wrote:
On Thu, Oct 29, 2009 at 10:14:19AM -0500, Anthony Liguori wrote:
Which patches are those?
http://repo.or.cz/w/qemu/kraxel.git?a=commitdiff;h=1ee5ee08e4427c3db7e1322d30cc0e58e5ca48b9
and
http://repo.or.cz/w/qemu/kraxel.git?a=commitdiff;h=a6e6178185786c582141f9
On Thu, 2009-10-29 at 10:13 -0500, Dustin Kirkland wrote:
> On Thu, 2009-10-29 at 15:01 +, Mark McLoughlin wrote:
> > Sorry, should be VIRTIO_NET_F_CSUM ... the rest is correct
>
> Brilliant!
>
> Works like a champ. I'll send a patch in a subsequent email. Would you
> add a signed-off-by (o
On Thu, Oct 29, 2009 at 10:14:19AM -0500, Anthony Liguori wrote:
> Which patches are those?
http://repo.or.cz/w/qemu/kraxel.git?a=commitdiff;h=1ee5ee08e4427c3db7e1322d30cc0e58e5ca48b9
and
http://repo.or.cz/w/qemu/kraxel.git?a=commitdiff;h=a6e6178185786c582141f993272e00521d3f125a
Christoph Hellwig wrote:
On Thu, Oct 29, 2009 at 01:57:40PM +0100, Gerd Hoffmann wrote:
Trying to go forward in review+bisect friendly baby steps. Here is what
I have now:
http://repo.or.cz/w/qemu/kraxel.git?a=shortlog;h=refs/heads/scsi.v1
It is far from being completed, will continue tom
On Thu, 2009-10-29 at 15:01 +, Mark McLoughlin wrote:
> Sorry, should be VIRTIO_NET_F_CSUM ... the rest is correct
Brilliant!
Works like a champ. I'll send a patch in a subsequent email. Would you
add a signed-off-by (or whatever), Mark?
:-Dustin
signature.asc
Description: This is a digi
On Thu, Oct 29, 2009 at 04:38:22PM +0200, Avi Kivity wrote:
> On 10/29/2009 02:23 PM, Michael S. Tsirkin wrote:
>> On Thu, Oct 29, 2009 at 09:16:43AM +, Mark McLoughlin wrote:
>>
>>> I agree we shouldn't exit in this scenario
>>>
>> virtio in qemu generally seems to handle guest error
On Thu, 2009-10-29 at 10:01 -0500, Dustin Kirkland wrote:
> On Thu, 2009-10-29 at 14:48 +, Mark McLoughlin wrote:
> > Ah, it all makes sense now.
> >
> > I was getting confused between HOST_* and GUEST_*
> >
> > this should have been:
> >
> > features |= (1 << VIRTIO_NET_F_MAC);
> >
On Thu, 2009-10-29 at 14:48 +, Mark McLoughlin wrote:
> Ah, it all makes sense now.
>
> I was getting confused between HOST_* and GUEST_*
>
> this should have been:
>
> features |= (1 << VIRTIO_NET_F_MAC);
> features |= (1 << VIRTIO_NET_F_HOST_CSUM);
> features |= (1 << VIRTIO_NE
On Thu, Oct 29, 2009 at 01:57:40PM +0100, Gerd Hoffmann wrote:
> Trying to go forward in review+bisect friendly baby steps. Here is what
> I have now:
>
> http://repo.or.cz/w/qemu/kraxel.git?a=shortlog;h=refs/heads/scsi.v1
>
> It is far from being completed, will continue tomorrow. Should give
On Thu, 2009-10-29 at 09:46 -0500, Dustin Kirkland wrote:
> On Thu, 2009-10-29 at 09:34 -0500, Dustin Kirkland wrote:
> > In the mean time, Hardy's kernel is in git here:
> >
> > http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-hardy.git;a=summary
>
> I'll save you a few clicks...
>
> http://kernel.
On Thu, 2009-10-29 at 09:39 -0500, Anthony Liguori wrote:
> Mark McLoughlin wrote:
> > On Thu, 2009-10-29 at 09:11 -0500, Anthony Liguori wrote:
> >
> >> Mark McLoughlin wrote:
> >>
> tap_set_offload(csum: 1, tso4: 1, tso6: 1, ecn: 1)
> being called and get an mtu of 1500 on virb
On Thu, 2009-10-29 at 09:34 -0500, Dustin Kirkland wrote:
> In the mean time, Hardy's kernel is in git here:
>
> http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-hardy.git;a=summary
I'll save you a few clicks...
http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-hardy.git;a=blob;f=drivers/net/virtio_net.c
On Thu, 2009-10-29 at 09:16 +, Mark McLoughlin wrote:
> Hi Dustin,
>
> On Wed, 2009-10-28 at 14:22 -0500, Dustin Kirkland wrote:
> > I believe that we have identified a regression in qemu-kvm-0.11.0.
>
> Regression versus which previous version of qemu-kvm?
Okay, sorry for the ambiguity. I
On Thu, 2009-10-29 at 20:00 +0800, Scott Tsai wrote:
> Excerpts from Mark McLoughlin's message of Thu Oct 29 17:16:43 +0800 2009:
> > Assuming this is something like the virtio-net in 2.6.26, there was no
> > receivable buffers support so (as Scott points out) it must be that
> > we've read a packe
Mark McLoughlin wrote:
On Thu, 2009-10-29 at 09:11 -0500, Anthony Liguori wrote:
Mark McLoughlin wrote:
tap_set_offload(csum: 1, tso4: 1, tso6: 1, ecn: 1)
being called and get an mtu of 1500 on virbr0 using his birdge.sh script.
virtio_net_receive2 was trying to transfer a 1534
On 10/29/2009 02:23 PM, Michael S. Tsirkin wrote:
On Thu, Oct 29, 2009 at 09:16:43AM +, Mark McLoughlin wrote:
I agree we shouldn't exit in this scenario
virtio in qemu generally seems to handle guest errors
by calling exit(2). This probably makes it easier to notice
the problems,
On Thu, 2009-10-29 at 14:25 +, Mark McLoughlin wrote:
> On Thu, 2009-10-29 at 09:11 -0500, Anthony Liguori wrote:
> > Mark McLoughlin wrote:
> > >
> > >> tap_set_offload(csum: 1, tso4: 1, tso6: 1, ecn: 1)
> > >> being called and get an mtu of 1500 on virbr0 using his birdge.sh script.
> > >>
>
On Thu, 2009-10-29 at 09:11 -0500, Anthony Liguori wrote:
> Mark McLoughlin wrote:
> >
> >>tap_set_offload(csum: 1, tso4: 1, tso6: 1, ecn: 1)
> >> being called and get an mtu of 1500 on virbr0 using his birdge.sh script.
> >>
> >> virtio_net_receive2 was trying to transfer a 1534 byte packet (1
Mark McLoughlin wrote:
tap_set_offload(csum: 1, tso4: 1, tso6: 1, ecn: 1)
being called and get an mtu of 1500 on virbr0 using his birdge.sh script.
virtio_net_receive2 was trying to transfer a 1534 byte packet (1524 'size' + 10
'virtio_net_hdr')
and the guest only had 1524 bytes of sp
On Thu, Oct 29, 2009 at 2:45 PM, wrote:
[...]
>
> Alrighty then, I did the patch against the latest git and it's rather
> large... but seems to have broken nothing at least in my testing. The
> patch will remove all implicit tcg temp variable allocation and
> deallocation in target-arm/translate.
On Oct 26, 2009, at 23:05, ext Aurelien Jarno wrote:
> On Mon, Oct 26, 2009 at 10:11:07AM +0100, Laurent Desnogues wrote:
>> On Mon, Oct 26, 2009 at 8:46 AM, wrote:
>>>
>>> On Oct 25, 2009, at 16:01, ext Laurent Desnogues wrote:
>>>
I don't really like the idea of having tcg_qemu_ld/st not
On Mon, Jun 08, 2009 at 09:27:19AM +0300, Juha Riihimäki wrote:
> With the recent device handling changes the I2C slave addressing code
> was broken. With current code, if a slave with the correct address is
> not found on the bus the last scanned slave on the bus will be
> addressed. This is
Dear members.
Laurent Desnogues wrote:
>On Thu, Oct 29, 2009 at 9:14 AM, malc wrote:
>> On Thu, 29 Oct 2009, Roy Tam wrote:
>>
>>> Version 0.37a of fmopl.c/h is relicensed to LGPL by Tatsuyuki
>>> Satoh(original fmopl developer).
>>> other versions are not. Especially newer versions by Jarek Burc
Michael S. Tsirkin wrote:
> On Thu, Oct 29, 2009 at 12:30:02PM +0100, Màrius Montón wrote:
>
>> Lennart Sorensen wrote:
>>
>> On Tue, Oct 27, 2009 at 04:05:25PM +0100, Màrius Montón wrote:
>>
>>
>> Màrius Montón wrote:
>>
>>
>> Hello,
>>
>> For my PCI device
On 10/29/09 05:37, Christoph Hellwig wrote:
So something like
- Get next request
- Attach iovec/bounc-buffer
- handle request (command/write/read)
- complete request (callback)
Btw, from some previuous attempts to sort out this code here are some
thing that I think would be beneficial:
Trying
On Thu, Oct 29, 2009 at 09:16:43AM +, Mark McLoughlin wrote:
> I agree we shouldn't exit in this scenario
virtio in qemu generally seems to handle guest errors
by calling exit(2). This probably makes it easier to notice
the problems, but is likely not the right thing to do.
A simple way to te
> Hmm - 0x930 doesn't seem right. Is that 930 decimal, 0x3a2 hex?
yup. printf format string typo.
On Thu, 2009-10-29 at 20:00 +0800, Scott Tsai wrote:
> Excerpts from Mark McLoughlin's message of Thu Oct 29 17:16:43 +0800 2009:
> > Assuming this is something like the virtio-net in 2.6.26, there was no
> > receivable buffers support so (as Scott points out) it must be that
> > we've read a packe
On Thu, Oct 29, 2009 at 12:30:02PM +0100, Màrius Montón wrote:
> Lennart Sorensen wrote:
>
> On Tue, Oct 27, 2009 at 04:05:25PM +0100, Màrius Montón wrote:
>
>
> Màrius Montón wrote:
>
>
> Hello,
>
> For my PCI device to QEMU, I need the real address the PC
Dear x86 hardware and low-level software developers and enthusiasts!
It’s been a while, and we’ve been working on a new version of SerialICE.
After some intermediate steps that were shared among developers,
coresystems GmbH is glad to finally release SerialICE 1.4, our
"Integrated Circuit Emulator
Excerpts from Mark McLoughlin's message of Thu Oct 29 17:16:43 +0800 2009:
> Assuming this is something like the virtio-net in 2.6.26, there was no
> receivable buffers support so (as Scott points out) it must be that
> we've read a packet from the tap device which is >1514 bytes (or >1524
> bytes
Lennart Sorensen wrote:
On Tue, Oct 27, 2009 at 04:05:25PM +0100, Màrius Montón wrote:
Màrius Montón wrote:
Hello,
For my PCI device to QEMU, I need the real address the PCI bus is using
to access my device. For a IO BAR (PCI_ADDRESS_SPACE_IO), I receive the
real a
On Thu, Oct 29, 2009 at 12:04 PM, Alexander Graf wrote:
[...]
>> More on (2): if there is no OS, then I think a small application like
>> bootloader should probably be present to launch the cross-compiled
>> executable on to Qemu. Any further suggestions on how to make (2) possible?
>> All the pr
Hi Anitha,
On 29.10.2009, at 11:20, Boyapati, Anitha wrote:
I have couple of doubts w.r.t cross-debugging in Qemu.
(1) Can Qemu be run without OS support? If so, can I know some
examples where this has been already done?
That what user mode emulation is doing. Instead of emulating the
p
Hello list
Would it make sense to extend the VNC server to allow a
master with a master password who can control the
keyboard/mouse and slaves, which only sees the display
content, but can't interfere keyboard/mouse updates ?
The slaves could have access with no password, a single
password
I have couple of doubts w.r.t cross-debugging in Qemu.
(1) Can Qemu be run without OS support? If so, can I know some examples where
this has been already done?
(2) Can Qemu be used like a simulator to carry out cross-debugging, typically
running a dejaGNU for a target X (again without an OS s
On Thu, 29 Oct 2009, Laurent Desnogues wrote:
> On Thu, Oct 29, 2009 at 10:44 AM, malc wrote:
> > On Thu, 29 Oct 2009, Laurent Desnogues wrote:
> >
> >> On Thu, Oct 29, 2009 at 9:14 AM, malc wrote:
> >> > On Thu, 29 Oct 2009, Roy Tam wrote:
> >> >
> >> >> Version 0.37a of fmopl.c/h is relicensed
2009/10/29 malc :
> On Thu, 29 Oct 2009, Roy Tam wrote:
>
>> Version 0.37a of fmopl.c/h is relicensed to LGPL by Tatsuyuki
>> Satoh(original fmopl developer).
>> other versions are not. Especially newer versions by Jarek Burczynski
>> as he refused to relicense new fmopl to LGPL.
>
> The first part
On Thu, Oct 29, 2009 at 10:44 AM, malc wrote:
> On Thu, 29 Oct 2009, Laurent Desnogues wrote:
>
>> On Thu, Oct 29, 2009 at 9:14 AM, malc wrote:
>> > On Thu, 29 Oct 2009, Roy Tam wrote:
>> >
>> >> Version 0.37a of fmopl.c/h is relicensed to LGPL by Tatsuyuki
>> >> Satoh(original fmopl developer).
On Thu, 29 Oct 2009, Laurent Desnogues wrote:
> On Thu, Oct 29, 2009 at 9:14 AM, malc wrote:
> > On Thu, 29 Oct 2009, Roy Tam wrote:
> >
> >> Version 0.37a of fmopl.c/h is relicensed to LGPL by Tatsuyuki
> >> Satoh(original fmopl developer).
> >> other versions are not. Especially newer versions
Hi,
I've seen my patch
(http://repo.or.cz/w/qemu/aliguori-queue.git?a=commit;h=2286b94c7458cd6d72883990b53500194975c2ff)
in the staging tree, but the patch relies on a previous patch
(http://lists.gnu.org/archive/html/qemu-devel/2009-10/msg01316.html)
I sent that I cannot find in the staging tre
On Thu, Oct 29, 2009 at 9:14 AM, malc wrote:
> On Thu, 29 Oct 2009, Roy Tam wrote:
>
>> Version 0.37a of fmopl.c/h is relicensed to LGPL by Tatsuyuki
>> Satoh(original fmopl developer).
>> other versions are not. Especially newer versions by Jarek Burczynski
>> as he refused to relicense new fmopl
Hi Dustin,
On Wed, 2009-10-28 at 14:22 -0500, Dustin Kirkland wrote:
> I believe that we have identified a regression in qemu-kvm-0.11.0.
Regression versus which previous version of qemu-kvm?
> The kvm process crashes for older guests with virtio networking, when
> the guest's incoming network c
On 10/29/2009 04:55 AM, Roy Tam wrote:
AppleWin may take this file from MAME.
for AppleWin, it uses GPLv2 since 2006/02/25.
Unfortunately, AppleWin is also not respecting neither the GPL nor the
MAME license in using this file. :-(
Paolo
On 10/29/09 05:37, Christoph Hellwig wrote:
- try to create generic scsi device/request structures that the hba
driver can access, and which contain additional private data for
scsi-disk/generic. Information in the generic one would include
the information about the data transfer,
On 10/28/2009 06:36 PM, Anthony Liguori wrote:
Avi Kivity wrote:
Why? When you detect the conflict, ask the unlucky second to rebase
(on top of some git branch). The rebased series doesn't need a
re-review unless the submitter says he needed to rework it
significantly.
(IOW, the submitter'
On Thu, 29 Oct 2009, Roy Tam wrote:
> Version 0.37a of fmopl.c/h is relicensed to LGPL by Tatsuyuki
> Satoh(original fmopl developer).
> other versions are not. Especially newer versions by Jarek Burczynski
> as he refused to relicense new fmopl to LGPL.
The first part is the case, the fmopl.c us
Version 0.37a of fmopl.c/h is relicensed to LGPL by Tatsuyuki
Satoh(original fmopl developer).
other versions are not. Especially newer versions by Jarek Burczynski
as he refused to relicense new fmopl to LGPL.
2009/10/29 Stuart Brady :
> On Wed, Oct 28, 2009 at 10:55:04PM +0100, Paolo Bonzini wro
On Wed, Oct 28, 2009 at 10:55:04PM +0100, Paolo Bonzini wrote:
> On 10/28/2009 09:08 PM, Stuart Brady wrote:
> >On Thu, Oct 29, 2009 at 01:50:11AM +0900, TAKEDA, toshiya wrote:
> >>+
> >>+/* This version of ay8910.c is a fork of the MAME 0.59 one, relicensed
> >>under the LGPL.
> >
> >Where have y
79 matches
Mail list logo