Виктор Мясников ( Victor Miasnikov)

https://bbs.archlinux.org/viewtopic.php?id=127923&p=1

==

Arch Linux (archboot creation tool) 2011.10-1, "2k11-R6" has been released.

. . .
Environment changes:
. . .
- added hypervisor kernel modules

==

IMHO, "hypervisor kernel modules" best read as "Hyper-V ( hv_ ) kernel modules".

----- Original Message -----
From: "Victor Miasnikov"
To: "Tobias Powalowski (tpowa)"
Sent: Friday, September 09, 2011 5:18 PM
Subject: Big thanks! Re: Please, add again modules for Hyper-V ( hv_ ) to -archboot.iso Re: archlinux-2011.08-2-archboot.iso not contain hv_ modules for Hyper-V ? Can be it fixed?

Hi!

>> Please, add again modules for Hyper-V ( hv_ ) to -archboot.iso
> Next archboot iso will contain the modules you need.

Big thanks!

Best regards, Victor Miasnikov
---

----- Original Message -----
From: "Tobias Powalowski (tpowa)"
To: "Victor Miasnikov"
Sent: Friday, September 09, 2011 5:05 PM
Subject: Re: Please, add again modules for Hyper-V ( hv_ ) to -archboot.iso Re: archlinux-2011.08-2-archboot.iso not contain hv_ modules for Hyper-V ? Can be it fixed?

Next archboot iso will contain the modules you need.

greetings
tpowa

--

----- Original Message -----
From: "Victor Miasnikov"
To: "Tobias Powalowski (tpowa)"
Sent: Friday, September 09, 2011 1:00 PM
Subject: Please, add again modules for Hyper-V ( hv_ ) to -archboot.iso Re: archlinux-2011.08-2-archboot.iso not contain hv_ modules for Hyper-V ? Can be it fixed?

Hi!

> I can add them again,

Please, do it i.e.add again modules for Hyper-V ( hv_ )

Reason:

1)

modules for Hyper-V work fine with Arch Linux :

See:

https://bbs.archlinux.org/viewtopic.php?pid=987725#p987725

or directly:

http://vvm.blog.tut.by/2011/09/06/howto-install-archlinux-on-hyper-v/

== == ==

Boot Arch Linux Installer ( I'm use archlinux-2011.08.19-core-dual.iso )

_Before_
/arch/setup

load Hyper-V module for SCSI:
==
modprobe hv_storvsc
==

. . .

!!!
!!! Don't forget add hv_storvsc in MODULES= to /etc/mkinitcpio.conf
!!! before reboot step of /arch/setup
!!!

/etc/mkinitcpio.conf
==
MODULES="hv_storvsc"
==

. . .

== == ==

2)

I'm not run stress test, but A.Beshkov run this test on Ubuntu :

http://habrahabr.ru/blogs/virtualization/112850/

=>

http://translate.google.ru/translate?hl=ru&ie=UTF8&prev=_t&sl=auto&tl=en&u=http://habrahabr.ru/blogs/virtualization/112850/

==

It is also worth noting that Ubuntu works fine in both uniprocessor and multiprocessor configurations. The system easily scales up to 4 processors.
Unfortunately, the resources of my test server memory is limited, so to give more than 14 GB of RAM to virtual machines with Ubuntu I could not. However, for most problems ( VVM: for most task/scope) of this [memory] size is enough.

. . .

In any case ( VVM: for insurance ) , inside a virtual machine with Ubuntu, I set up a Web server and FTP server. Within a few days ( VVM: for long period of time / N*24*Hours ) with scripts periodically [VVM: by cron/sheduler ] downloaded from them are quite large ( VVM: really big) amounts of data. Have been no degradation of performance, no problems, no failures i.e. all work fine.

( VVM: Russian is my mothers ( and fathers Ж-) ) language =>
"Have been no degradation of performance, no problems, no failures i.e. all work fine."
– is best [ may be IMHO] variant translation to English this phrase "Деградации быстродействия, каких либо проблем и сбоев замечено не было."

Another variants:
каких либо проблем и сбоев замечено не было. = any problems and failures have been reported.
is equal
никаких проблем или сбоев не было замечено = any problems or failures was not observed

is equal
ни одной проблемы или сбоя не было = not a single problem or failure was not
)

The conclusion - despite the fact that the official support for Ubuntu is not stated that distribution is running Hyper-V is very reliable and, in my opinion, can be used in a production environment.

==

( VVM: A.Beshkov is Microsoft worker from Russia, but Linux/FreeBSD fan )

2b)

Archlinux work under Hyper-V on VDS provider:

http://habrahabr.ru/blogs/virtualization/112850/

=>

http://translate.google.ru/translate?hl=ru&ie=UTF8&prev=_t&sl=auto&tl=en&u=http://habrahabr.ru/blogs/virtualization/112850/

==

. . .

o Aecktann , January 31, 2011, 01:28

It has long been holding Archlinux under Hyper-V. No problems or differences from the standard installation is not seen at all.

o abeshkov , January 31, 2011, 01:50
( I just was wondering ) / VVM: ( I ( abeshkov) need information ) how Arch / [Arch Linux] works under Hyper-V.
Thank you for your detailed response.

By the way, another question. Multiprocessing is not tested?

o Aecktann , January 31, 2011, 02:00
No, I buy the cheapest VDS, I ( Aecktann) unfortunately can not afford dedicted physical server for Hyper-V installation ( -- by VVM , by Google translate: ( its Hyper-V and I have nowhere to put it. ) )

. . .

==

Z)

http://habrahabr.ru/blogs/virtualization/115630/

= Translate by Google =>

http://translate.google.ru/translate?hl=ru&ie=UTF8&prev=_t&sl=auto&tl=en&u=http://habrahabr.ru/blogs/virtualization/115630/

== ==

. . .

abeshkov ( <= VVM: A.Beshkov is Microsoft worker from Russia, but Linux/FreeBSD fan ) , March 17, 2011, 16:28
the new Ubuntu 10.10 is already included [drivers for Hyper-V] by default in their core.

AnViar , 16:29 March 17, 2011, 16:29
^^ Ubuntu - legislator Enterprise ^ ^

abeshkov , March 17, 2011, 16:36

0 0

Ubuntu is an early indicator of future trends. A legislator enterprize in the Linux world is RedHat, which is even officially certified as a supported OS for Hyper-V.

== ==

If Arch Linux stopped support Hyper-V enviroment, I be _must_ go to Ubuntu or RHEL/CentOs

But I'm love ArchLinux

Best regards, Victor Miasnikov
Blog: http://vvm.blog.tut.by/

P.S.

> i think i removed them because of being staging

De-facto main reason: "Coding style" (!)
Analysis of initial patches for Microsoft's Hyper-V driver in the Linux ...
www.unixwiz.net/techtips/review-hv-patches.html -

20 Sep 2009 – The main reason is that the driver was written with a Windows API dialect, ....

http://www.unixwiz.net/techtips/review-hv-patches.html

==

The main reason is that the driver was written with a Windows API dialect, which certainly matches the dialect of the other side of the Hyper-V code (the part that this driver talks to).
Coding style is mainly about consistency, and there isn't any one right style

. . .

In the Windows dialect, it's common to typedef essentially everything, and to rely on some common types universally defined by the Windows SDK. Everybody who's done Win32 programming knows about DWORD (32-bit unsigned integer),PVOID (void *), and HANDLE (opaque handle to a resource), among many others.
This is done with structs defined by the project as well, with things like this (chosen at random):

typedef struct _VMBUS_CHANNEL_MESSAGE_HEADER
{
VMBUS_CHANNEL_MESSAGE_TYPE MessageType;
UINT32 Padding;
} VMBUS_CHANNEL_MESSAGE_HEADER, *PVMBUS_CHANNEL_MESSAGE_HEADER;
This defines the types VMBUS_CHANNEL_MESSAGE_HEADER and PVMBUS_CHANNEL_MESSAGE_HEADER, and though it looks awkward and busy for a Linux developer, this is the Win32 style: it's simply the way it's been done for at least 20 years. I don't care for it much either, but it is what it is.

The Linux style prefers not to hide type information, so it would be changed to:

struct vmbus_channel_message_header
{
enum vmbus_channel_message_type MessageType;
u32 Padding;
}
I saw numerous comments on the Linux kernel mailing list chastising Microsoft for such style, but this chastisement is ignorant.

==

>and it was discussed that it will be removed again from kernel tree.

I'm found what start process "exiting staging" to normal area:

"Process for subsystem maintainers to get Hyper-V code out of staging."

http://www.spinics.net/lists/linux-ide/msg40273.html

==

To: "shemminger@xxxxxxxxxxxxxxxxxxxx" , "netdev@xxxxxxxxxxxxxxx" , "davem@xxxxxxxxxxxxx" , "linux-ide@xxxxxxxxxxxxxxx" , "Jame.Bottomley@xxxxxxxxxxxxxxxxxxxxx" , "linux-scsi@xxxxxxxxxxxxxxx"
Subject: Process for subsystem maintainers to get Hyper-V code out of staging.
From: Hank Janssen
Date: Mon, 14 Feb 2011 23:30:07 +0000

. . .

Stephen/James/David,

Greetings to you all. As you might be aware, we submitted Hyper-V drivers to the kernel 2009.
We have been extending these drivers with additional functionality and our primary focus
now is doing the work needed to exit the staging area.

To give you some background, the following are Hyper-V specific Linux drivers:

hv_vmbus The vmbus driver that is the bridge between guest and the host
hv_storvsc The SCSI device driver
hv_blkvsc The IDE driver
hv_netvsc The network driver

We think our drivers are pretty close to be reviewed by the subsystem maintainers.

We have been working with Greg on hv_vmbus, and several other driver issues as it
relates to exiting staging.

. . .

==

But:

http://www.spinics.net/lists/linux-ide/msg40275.html

==

. . .

> We have been working with Greg on hv_vmbus, and several other driver issues as it
> relates to exiting staging. And now we are looking for guidance for the other drivers.
>
> 1. Most important thing of course, did we contact the correct subsystem
> maintainers?
> i. IDE/Blkvsc David Miller
> ii. SCSI/Storvsc James Bottomley
> iii. Network/Netvsc Stephen Hemminger

That's what the MAINTAINERS file says, right?

> 2. What is the process to submit the code for review?

Like Documentation/SubmittingPatches shows, send patches.

> 3. Which mailing list(s) do we need to use for the code reviews

Again, MAINTAINERS shows this.

> 4. I assume normal patch format is required?

Yes.

> 5. What additional information is needed

What's normally needed.

> 6. Once they leave staging where do they need to go? Because they all
> pretty much come as a package we were thinking drivers/hyperv might
> be a good place.

That's up to the subsystem, if they want all network drivers in
drivers/net/ then they go there, same for scsi, it's up to the
maintainer.

> There are still a few outstanding items we are currently working on. But they should be
> wrapped up shortly. (There are a few remaining FIXME comments in the code we are
> cleaning up as I write this). But if possible we would like to get your feedback even as
> we are addressing the issues we currently know about.

I would wait and only ask for review _after_ you fix the things you know
about first. Otherwise it just wastes everyone's time.

. . .

==

etc. . . .

P.P.S.

And see

===
. . .

Z)

. . .

If Arch Linux stopped support Hyper-V enviroment, I be _must_ go to Ubuntu or RHEL/CentOs

But I'm love ArchLinux
. . .
===

--

----- Original Message -----
From: "Tobias Powalowski (tpowa)"
To: "Victor Miasnikov"
Sent: Thursday, September 08, 2011 7:32 PM
Subject: Re: archlinux-2011.08-2-archboot.iso not contain hv_ modules for Hyper-V ? Can be it fixed?

Am 08.09.2011 17:35, schrieb Victor Miasnikov:

> archlinux-2011.08-2-archboot.iso not contain hv_ modules for Hyper-V ?
> Can be it fixed?

I can add them again, i think i removed them because of being staging
and it was discussed that it will be removed again from kernel tree.
greetings
tpowa

--
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)

http://www.archlinux.org

--

----- Original Message -----
From: "Victor Miasnikov"
To: "Tobias Powalowski (tpowa)"
Sent: Thursday, September 08, 2011 6:35 PM
Subject: archlinux-2011.08-2-archboot.iso not contain hv_ modules for Hyper-V ? Can be it fixed?

Hi!

archlinux-2011.08-2-archboot.iso not contain hv_ modules for Hyper-V ? Can be it fixed?

Best regards, Victor Miasnikov
--