Xen users - Oct 2010 - RE: Build linux-image.deb via make-kpkg for 2.6.34.7 xenified aka Suse

> On Wed, 20 Oct 2010 04:04:11 -0700  wrote:
>
> Follow up the thread "make-kpkg (Debian based tool) does not build xen
> patched".
> Not sure it''s still important, however "kernel.hack"
suggested at
> http://lists.xensource.com/archives/html/xen-users/2010-09/msg00394.html
> by ''listmail''
> worked for me after patching vanilla kernel 2.6.34.7 via
> xen-patches-2.6.34-5.tar.bz2.
>
> Boris.
>
Thanks Boris for the testing the patch with the latest version of the patches :)

I see that the patch can be downloaded still from the mail-list archive.

Should the patch also be uploaded with instructions to the
http://code.google.com/p/gentoo-xen-kernel/issues/list  (source of the patches)
as well for others?

There are 36 issues so far on the google code site already. I realize this issue
does not affect all users, but it does affect the user that compile these
xenified kernels with the make-kpkg command.

Maybe this is something listmail and Andrew Lyon[1] could setup as a possible
fix to the make-kpkg problem if possible...

Thanks.

[1] - http://code.google.com/u/andrew.lyon/


-M

 		 	   		  
_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

On 10/20/2010 10:35 PM, Mike Viau wrote:
>
>> On Wed, 20 Oct 2010 04:04:11 -0700  wrote:
>>
>> Follow up the thread "make-kpkg (Debian based tool) does not build
xen
>> patched".
>> Not sure it''s still important, however "kernel.hack"
suggested at
>>
http://lists.xensource.com/archives/html/xen-users/2010-09/msg00394.html
>> by ''listmail''
>> worked for me after patching vanilla kernel 2.6.34.7 via
>> xen-patches-2.6.34-5.tar.bz2.
>>
>> Boris.
>>
>>
> Thanks Boris for the testing the patch with the latest version of the
patches :)
>
> I see that the patch can be downloaded still from the mail-list archive.
>
> Should the patch also be uploaded with instructions to the
http://code.google.com/p/gentoo-xen-kernel/issues/list  (source of the patches)
as well for others?
>
> There are 36 issues so far on the google code site already. I realize this
issue does not affect all users, but it does affect the user that compile these
xenified kernels with the make-kpkg command.
>
> Maybe this is something listmail and Andrew Lyon[1] could setup as a
possible fix to the make-kpkg problem if possible...
>
> Thanks.
>
> [1] - http://code.google.com/u/andrew.lyon/
>
>
> -M
>
>   		 	   		
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users
>
I could be wrong here but I think this is a matter of xen itself did not 
always support bzImage kernel boot until sometime later in version 3.X 
and make-kpkg hasn''t been updated to allow for it.  Something along 
those lines I believe.   I think the patch is better described as a hack 
though and its ok to upload where you want so as it is described as 
such.  If anything an alternative method or actual fix may come of it.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

Hi,

Am Mittwoch, den 20.10.2010, 22:35 -0400 schrieb Mike
Viau:
> > On Wed, 20 Oct 2010 04:04:11 -0700  wrote:
> >
> > Follow up the thread "make-kpkg (Debian based tool) does not
build xen
> > patched".
> > Not sure it''s still important, however
"kernel.hack" suggested at
> >
http://lists.xensource.com/archives/html/xen-users/2010-09/msg00394.html
> > by ''listmail''
> > worked for me after patching vanilla kernel 2.6.34.7 via
> > xen-patches-2.6.34-5.tar.bz2.
> >
> > Boris.
> >
> 
> Thanks Boris for the testing the patch with the latest version of the
patches :)
> 
> I see that the patch can be downloaded still from the mail-list archive.
> 
> Should the patch also be uploaded with instructions to the
http://code.google.com/p/gentoo-xen-kernel/issues/list  (source of the patches)
as well for others?
> 
> There are 36 issues so far on the google code site already. I realize this
issue does not affect all users, but it does affect the user that compile these
xenified kernels with the make-kpkg command.
> 
> Maybe this is something listmail and Andrew Lyon[1] could setup as a
possible fix to the make-kpkg problem if possible...

IMHO these error is only caused by the xen-patchset itself provided
@http://code.google.com/p/gentoo-xen-kernel

60011_xen3-auto-arch-x86.patch1 seems the "bad guy" 
grep is your friend...

A Bug-Report against kernel-package makes no sense ;-)

Andrew, any Ideas?

cu,

thomas
> 
> Thanks.
> 
> [1] - http://code.google.com/u/andrew.lyon/
> 
> 
> -M
> 
>  		 	   		  
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

> I could be wrong here but I think this is a matter of xen itself did not 
> always support bzImage kernel boot until sometime later in version 3.X 
> and make-kpkg hasn''t been updated to allow for it.
Yes, you are wrong.  It has nothing to do with Xen.
make-kpkg requires presence arch/x86/boot/bzImage to be built , otherwise
it fails.
Patch applies to arch/x86/Makefile in the way which build required bzImage,
not vmlinuz , as happens without it.

Boris.
BTW . I guess  Xen support bzImage starting with 3.4.0 

--- On Mon, 10/25/10, Richie <listmail@triad.rr.com> wrote:

From: Richie <listmail@triad.rr.com>
Subject: Re: [Xen-users] RE: Build linux-image.deb via make-kpkg for 2.6.34.7
xenified aka Suse
To: "Mike Viau" <viaum@sheridanc.on.ca>
Cc: xen-users@lists.xensource.com
Date: Monday, October 25, 2010, 12:49 PM

On 10/20/2010 10:35 PM, Mike Viau wrote:
>
>> On Wed, 20 Oct 2010 04:04:11 -0700  wrote:
>>
>> Follow up the thread "make-kpkg (Debian based tool) does not build
xen
>> patched".
>> Not sure it''s still important, however "kernel.hack"
suggested at
>>
http://lists.xensource.com/archives/html/xen-users/2010-09/msg00394.html
>> by ''listmail''
>> worked for me after patching vanilla kernel 2.6.34.7 via
>> xen-patches-2.6.34-5.tar.bz2.
>>
>> Boris.
>>
>>
> Thanks Boris for the testing the patch with the latest version of the
patches :)
>
> I see that the patch can be downloaded still from the mail-list archive.
>
> Should the patch also be uploaded with instructions to the
http://code.google.com/p/gentoo-xen-kernel/issues/list  (source of the patches)
as well for others?
>
> There are 36 issues so far on the google code site already. I realize this
issue does not affect all users, but it does affect the user that compile these
xenified kernels with the make-kpkg command.
>
> Maybe this is something listmail and Andrew Lyon[1] could setup as a
possible fix to the make-kpkg problem if possible...
>
> Thanks.
>
> [1] - http://code.google.com/u/andrew.lyon/
>
>
> -M
>
>                           
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users
>
I could be wrong here but I think this is a matter of xen itself did not 
always support bzImage kernel boot until sometime later in version 3.X 
and make-kpkg hasn''t been updated to allow for it.  Something along 
those lines I believe.   I think the patch is better described as a hack 
though and its ok to upload where you want so as it is described as 
such.  If anything an alternative method or actual fix may come of it.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users



      

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

As expected console output from udevd :-

Starting udev: udevd-work[591]: kernel-provided name
''pci_iomul'' and NAME= ''xen/pci_iomul''
disagree, please use SYMLINK+= or change the kernel to provide the proper name

udevd-work[539]: kernel-provided name ''evtchn'' and NAME=
''xen/evtchn'' disagree, please use SYMLINK+= or change the
kernel to provide the proper name

This may be easily fixed via patch :-

--- a/tools/hotplug/Linux/xen-backend.rules    2010-10-25 00:50:07.812223772
+0400
+++ b/tools/hotplug/Linux/xen-backend.rules    2010-10-24 23:58:22.000000000
+0400
@@ -6,6 +6,8 @@
 SUBSYSTEM=="xen-backend", KERNEL=="vif-*",
ACTION=="offline", RUN+="$env{script} offline"
 SUBSYSTEM=="xen-backend", KERNEL=="vscsi*",
RUN+="/etc/xen/scripts/vscsi $env{ACTION}"
 SUBSYSTEM=="xen-backend", ACTION=="remove",
RUN+="/etc/xen/scripts/xen-hotplug-cleanup"
-KERNEL=="evtchn", NAME="xen/%k"
+KERNEL=="evtchn", SYMLINK+="xen/%k"
 KERNEL=="blktap[0-9]*", NAME="xen/%k"
-KERNEL=="pci_iomul", NAME="xen/%k"
+KERNEL=="pci_iomul", SYMLINK+="xen/%k"
+KERNEL=="gntdev", SYMLINK+="xen/%k"
+KERNELS=="xen", KERNEL=="xvd*",
SUBSYSTEM=="block", OPTIONS+="last_rule"

and may be ignored , because seems harmless. Udev version 161.

  I would expect  same attempt under Xen 4.0.1 on top of Ubuntu 10.10 to have
same
problem with xen-backend.rules, but i don''t get any console warnings on
Ubuntu 10.10
Udev version 163. 
  But in both cases two lines have to be added to xen-backend.rules in case of
XenLinux
2.6.34.7 kernel under Xen 4.0.1 :-

+KERNEL=="gntdev", NAME="xen/%k"

+KERNELS=="xen", KERNEL=="xvd*",
SUBSYSTEM=="block", OPTIONS+="last_rule"

  To create /dev/xen/gntdev device and put pygrub into working shape, at least
via my experience.
   On the other side the most recent pvops kernel 2.6.32.24 create two character
device
/dev/xen/evtchn
/dev/xen/gntdev
no matter of xen-backend.rules file content.

Boris.



      

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

On 10/26/2010 05:02 AM, Boris Derzhavets wrote:
> > I could be wrong here but I think this is a matter of xen itself did 
> not
> > always support bzImage kernel boot until sometime later in version 3.X
> > and make-kpkg hasn''t been updated to allow for it.
>
> Yes, you are wrong.  It has nothing to do with Xen.
> make-kpkg requires presence arch/x86/boot/bzImage to be built , otherwise
> it fails.
> Patch applies to arch/x86/Makefile in the way which build required 
> bzImage,
> not vmlinuz , as happens without it.
>
> Boris.
> BTW . I guess  Xen support bzImage starting with 3.4.0
>
> -
>
I think you meant I''m wrong about having to do with make-kpkg.  If Xen 
did not support bzImage until 3.4.0 then I think that had plenty to do 
with why the Makefile is patched the way it is.  make-kpkg is able to 
build vmlinuz or bzImage as you want with a vanilla kernel, so why not 
with a Xenified kernel?

With andrew''s patch applied it appears that the else condition would 
still allow for also building the bzImage target but that fails even 
when passing the --bzimage switch to make-kpkg.  Either something is 
wrong with the Makefile or maybe there are some arch Xen specific build 
rules coming in to play.



_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

> I think you meant I''m wrong about having to do with make-kpkg.  If
Xen did not support > bzImage until 3.4.0 then I think that had plenty to do
with why the Makefile is patched > the way it is.
Yes. You are right ;)

> With andrew''s patch applied it appears that the else condition
would still allow for also > building the bzImage target but that fails even
when passing the --bzimage switch to    make-kpkg.  Either something is wrong
with the Makefile
 Yes . I believe arch/x86/Makefile gets created only for "vmlinuz" .
 Patch just  changes it''s code, commenting out wrong part of it.
 You may compare versions of arch/x86/Makefile for XenLinux and PVOPS  and
clearly see what patch does.
>  or maybe there are some arch Xen specific build rules coming in to play.
Might be. I am not sure

Boris.

--- On Tue, 10/26/10, Richie <listmail@triad.rr.com> wrote:

From: Richie <listmail@triad.rr.com>
Subject: Re: [Xen-users] RE: Build linux-image.deb via make-kpkg for 2.6.34.7
xenified aka Suse
To: "Boris Derzhavets" <bderzhavets@yahoo.com>
Cc: xen-users@lists.xensource.com
Date: Tuesday, October 26, 2010, 8:51 AM





  
  
On 10/26/2010 05:02 AM, Boris Derzhavets wrote:

  
    
      
        > I could be wrong here but I think this is a matter
of xen itself did not 
> always support bzImage kernel boot until sometime later in version
3.X 
> and make-kpkg hasn''t been updated to allow for it.
        

Yes, you are wrong.  It has nothing to do with Xen.

make-kpkg requires presence arch/x86/boot/bzImage to be built ,
otherwise

it fails.

Patch applies to arch/x86/Makefile in the way which build required
bzImage,

not vmlinuz , as happens without it.

        

Boris.

BTW . I guess  Xen support bzImage starting with 3.4.0 

        

-
      
    
  


I think you meant I''m wrong about having to do with make-kpkg.  If Xen
did not support bzImage until 3.4.0 then I think that had plenty to do
with why the Makefile is patched the way it is.  make-kpkg is able to
build vmlinuz or bzImage as you want with a vanilla kernel, so why not
with a Xenified kernel?


With andrew''s patch applied it appears that the else condition would
still allow for also building the bzImage target but that fails even
when passing the --bzimage switch to make-kpkg.  Either something is
wrong with the Makefile or maybe there are some arch Xen specific build
rules coming in to play.


 



      

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users