On 1/10/2013 11:46 PM, Michael S. Tsirkin wrote:
On Fri, Jan 11, 2013 at 12:53:07PM +1030, Rusty Russell wrote:
"Michael S. Tsirkin" writes:
On Thu, Jan 10, 2013 at 10:45:39PM +0800, ak...@redhat.com wrote:
From: Amos Kong
Currenly mac is programmed byte by byte. This means that we
have an
On Fri, Jan 11, 2013 at 12:53:07PM +1030, Rusty Russell wrote:
> "Michael S. Tsirkin" writes:
>
> > On Thu, Jan 10, 2013 at 10:45:39PM +0800, ak...@redhat.com wrote:
> >> From: Amos Kong
> >>
> >> Currenly mac is programmed byte by byte. This means that we
> >> have an intermediate step where m
"Michael S. Tsirkin" writes:
> On Thu, Jan 10, 2013 at 10:45:39PM +0800, ak...@redhat.com wrote:
>> From: Amos Kong
>>
>> Currenly mac is programmed byte by byte. This means that we
>> have an intermediate step where mac is wrong.
>>
>> Second patch introduced a new vq control command to set
On Thu, Jan 10, 2013 at 10:45:39PM +0800, ak...@redhat.com wrote:
> From: Amos Kong
>
> Currenly mac is programmed byte by byte. This means that we
> have an intermediate step where mac is wrong.
>
> Second patch introduced a new vq control command to set mac
> address in one time.
As you ment
On Thu, Jan 10, 2013 at 10:45:39PM +0800, ak...@redhat.com wrote:
> From: Amos Kong
>
> Currenly mac is programmed byte by byte. This means that we
> have an intermediate step where mac is wrong.
>
> Second patch introduced a new vq control command to set mac
> address in one time.
I just post
From: Amos Kong
Currenly mac is programmed byte by byte. This means that we
have an intermediate step where mac is wrong.
Second patch introduced a new vq control command to set mac
address in one time.
Amos Kong (2):
move virtnet_send_command() above virtnet_set_mac_address()
virtio-net:
