pvgrub2 and old grub menu.lst

2014-04-01 Thread Michael Chang
While trying to boot xen pv guest with old grub config (menu.lst), the pvgrub2 loads it's menu successfully, but when you attemp to boot the kernel it failed with the following message. error: couldn't load file /boot/vmlinuz-3.0.76-0.11-xen. error: you need to load the kernel first. Press

Re: Gamepad support, recognition and use as alternative to keyboard

2014-04-01 Thread Vladimir 'φ-coder/phcoder' Serbinenko
On 01.04.2014 01:00, Tom Davies wrote: > Hi :) > Gamepad support for systems with neither mouse nor keyboard. > > Should this be posted as a "feature request" / "wish-list" item using > the bug-report system? Should we just put a tag in square brackets in > the subject-line, such as [feature-requ

Re: pvgrub2 and old grub menu.lst

2014-04-01 Thread Andrey Borzenkov
В Tue, 1 Apr 2014 15:46:22 +0800 Michael Chang пишет: > While trying to boot xen pv guest with old grub config (menu.lst), > the pvgrub2 loads it's menu successfully, but when you attemp to boot > the kernel it failed with the following message. > > error: couldn't load file /boot/vmlinuz-3.0

Re: [RFC PATCH 03/23] ignore .TOC. symbol

2014-04-01 Thread Andrey Borzenkov
В Wed, 26 Feb 2014 10:31:02 -0800 Ram Pai пишет: > powerpc64 LE's linker knows how to handle the undefined > symbol .TOC. in grub modules. So just ignore that symbol during build. > > Signed-off-by: Ram Pai > --- > grub-core/gensyminfo.sh.in | 7 ++- > 1 file changed, 6 insertions(+), 1 de

Re: [RFC PATCH 06/23] Add IEEE1275_ADDR helper

2014-04-01 Thread Andrey Borzenkov
В Wed, 26 Feb 2014 10:31:05 -0800 Ram Pai пишет: > From: Anton Blanchard > > If the target pointer size doesn't match the IEEE1275 cell size, we > need to cast twice to avoid a warning. > > > > +#define IEEE1275_ADDR(x) (grub_uint32_t)(grub_addr_t)(x) > + Should not this be conditi

Re: [RFC PATCH 08/23] Add powerpc64 types

2014-04-01 Thread Andrey Borzenkov
В Wed, 26 Feb 2014 10:31:07 -0800 Ram Pai пишет: > From: Anton Blanchard > > Add powerpc64 types > > Signed-off-by: Ram Pai > From: Anton Blanchard > --- > include/grub/powerpc/types.h | 8 > 1 file changed, 8 insertions(+) > > diff --git a/include/grub/powerpc/types.h b/include/

Re: [RFC PATCH 11/23] Fix powerpc setjmp/longjmp 64bit issues

2014-04-01 Thread Andrey Borzenkov
В Wed, 26 Feb 2014 10:31:10 -0800 Ram Pai пишет: > From: Anton Blanchard > > Fix powerpc setjmp/longjmp 64bit issues > > Signed-off-by: Ram Pai > From: Anton Blanchard > --- > grub-core/lib/powerpc/setjmp.S | 94 > +++--- > 1 file changed, 52 insertion

Re: [RFC PATCH 09/23] Fix warnings when building powerpc linux loader 64bit

2014-04-01 Thread Andrey Borzenkov
В Wed, 26 Feb 2014 10:31:08 -0800 Ram Pai пишет: > From: Anton Blanchard > > Fix warnings when building powerpc linux loader 64bit > > Signed-off-by: Ram Pai > From: Anton Blanchard > --- > grub-core/loader/powerpc/ieee1275/linux.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(

Re: [RFC PATCH 20/23] fix parameter to firmware calls

2014-04-01 Thread Andrey Borzenkov
В Wed, 26 Feb 2014 10:31:19 -0800 Ram Pai пишет: > -#define IEEE1275_ADDR(x) (grub_uint32_t)(grub_addr_t)(x) > - > +#define IEEE1275_ADDR(x) > (grub_uint32_t)grub_cpu_to_be32((grub_addr_t)(x)) > +#define IEEE1275_VALUE(x) (grub_uint32_t)grub_cpu_to_be32(x) Same question

Re: [RFC PATCH 21/23] powerpc64 is not necessarily BigEndian anymore! :)

2014-04-01 Thread Andrey Borzenkov
В Wed, 26 Feb 2014 10:31:20 -0800 Ram Pai пишет: > From: Anton Blanchard > > powerpc64 is not necessarily BigEndian anymore! :) > > Signed-off-by: Ram Pai > --- > include/grub/powerpc/types.h | 10 +++--- > 1 file changed, 7 insertions(+), 3 deletions(-) > > diff --git a/include/grub/p

Re: [RFC PATCH 21/23] powerpc64 is not necessarily BigEndian anymore! :)

2014-04-01 Thread Vladimir 'φ-coder/phcoder' Serbinenko
> > For the sake of bisectability this really should be moved earlier; > otherwise at least patch "fix parameter to firmware calls" would > be wrong. > Even bigger problem is whether we want to run in LE mode at all. From what I understand (correct if I'm wrong) firmware calls remain big-endian