On Fri, Oct 18, 2013 at 10:54:13AM +0800, mike wrote:
NACK
I'm not going to merge this patch:
If you terminate QEMU and launch it again the NIC gets a different MAC
address. Some guest operating systems are sensitive to this - under
For these users must use -device
On 10/18/2013 05:00 PM, Stefan Hajnoczi wrote:
On Fri, Oct 18, 2013 at 10:54:13AM +0800, mike wrote:
NACK
I'm not going to merge this patch:
If you terminate QEMU and launch it again the NIC gets a different MAC
address. Some guest operating systems are sensitive to this - under
For these
On Fri, Oct 18, 2013 at 11:44 AM, mike qiud...@linux.vnet.ibm.com wrote:
On 10/18/2013 05:00 PM, Stefan Hajnoczi wrote:
On Fri, Oct 18, 2013 at 10:54:13AM +0800, mike wrote:
NACK
I'm not going to merge this patch:
If you terminate QEMU and launch it again the NIC gets a different MAC
On Tue, Oct 15, 2013 at 09:33:06PM +0800, mike wrote:
On 10/15/2013 08:36 PM, Eric Blake wrote:
On 10/14/2013 11:07 PM, Stefan Weil wrote:
Is it reasonable to get a random mac address in your guest? I don't
think so. It would no longer be possible to connect to a guest using
ssh, restart that
On 10/17/2013 08:30 PM, Stefan Hajnoczi wrote:
On Tue, Oct 15, 2013 at 09:33:06PM +0800, mike wrote:
On 10/15/2013 08:36 PM, Eric Blake wrote:
On 10/14/2013 11:07 PM, Stefan Weil wrote:
Is it reasonable to get a random mac address in your guest? I don't
think so. It would no longer be
Am 15.10.2013 07:57, schrieb mike:
On 10/15/2013 01:07 PM, Stefan Weil wrote:
Am 15.10.2013 06:17, schrieb Mike Qiu:
Changelog to v1:
Find remainder of macaddr-a[5] by modulo 256,
otherwise it may be overflow by add index++.
The default mac address is 52:54:00:12:34:56 + index, this
On 10/15/2013 02:05 PM, Stefan Weil wrote:
Am 15.10.2013 07:57, schrieb mike:
On 10/15/2013 01:07 PM, Stefan Weil wrote:
Am 15.10.2013 06:17, schrieb Mike Qiu:
Changelog to v1:
Find remainder of macaddr-a[5] by modulo 256,
otherwise it may be overflow by add index++.
The default
On 10/14/2013 11:07 PM, Stefan Weil wrote:
Is it reasonable to get a random mac address in your guest? I don't
think so. It would no longer be possible to connect to a guest using
ssh, restart that guest and connect again with ssh.
Agreed - libvirt ALWAYS passes a MAC to qemu, even if the
On 10/15/2013 08:36 PM, Eric Blake wrote:
On 10/14/2013 11:07 PM, Stefan Weil wrote:
Is it reasonable to get a random mac address in your guest? I don't
think so. It would no longer be possible to connect to a guest using
ssh, restart that guest and connect again with ssh.
Agreed - libvirt
The default mac address is 52:54:00:12:34:56 + index, this will
cause problem that when we boot up more than one guest with all
mac addresses unset by default, assume that each guest has one
nic. In this situation, all the guest's nic has the same mac address.
This patch is to solve this bug.
On 10/14/2013 03:30 PM, Mike Qiu wrote:
Sorry for the first version make a mistake of the sender.
There is no difference with v1.
Thanks
Mike
The default mac address is 52:54:00:12:34:56 + index, this will
cause problem that when we boot up more than one guest with all
mac addresses unset by
Changelog to v1:
Find remainder of macaddr-a[5] by modulo 256,
otherwise it may be overflow by add index++.
The default mac address is 52:54:00:12:34:56 + index, this will
cause problem that when we boot up more than one guest with all
mac addresses unset by default, assume that
Am 15.10.2013 06:17, schrieb Mike Qiu:
Changelog to v1:
Find remainder of macaddr-a[5] by modulo 256,
otherwise it may be overflow by add index++.
The default mac address is 52:54:00:12:34:56 + index, this will
cause problem that when we boot up more than one guest with all
mac
On 10/15/2013 01:07 PM, Stefan Weil wrote:
Am 15.10.2013 06:17, schrieb Mike Qiu:
Changelog to v1:
Find remainder of macaddr-a[5] by modulo 256,
otherwise it may be overflow by add index++.
The default mac address is 52:54:00:12:34:56 + index, this will
cause problem that when
14 matches
Mail list logo