Re: [PATCH 1/7]: Fix sparc64 setjmp implementation.

2009-03-06 Thread Pavel Roskin
Quoting David Miller : I was considering making grub_size_t long and grub_ssize_t unsigned long. I remember that it required many changes in string formats, so I didn't feel it would be justified. But we could try it again. You should use whatever is the appropriate size_t/ssize_t type on th

Re: [PATCH 1/7]: Fix sparc64 setjmp implementation.

2009-03-06 Thread David Miller
From: Pavel Roskin Date: Fri, 06 Mar 2009 14:03:57 -0500 > On Fri, 2009-03-06 at 19:55 +0100, Robert Millan wrote: > > On Thu, Mar 05, 2009 at 08:04:07AM -0500, Isaac Dupree wrote: > > > > We've been using "unsigned long" for storing virtual addresses in the > > > > Linux kernel for 10+ years and

Re: [PATCH 0/10]: Respin of sparc patches.

2009-03-06 Thread David Miller
From: Robert Millan Date: Fri, 6 Mar 2009 20:01:10 +0100 > In the future, please send followup patches in the same thread. It helps > keeping track of things, which is quite hard for us to keep up with already.. Sure no problem. What's going to happen with these patches? I am able to boot int

Re: [PATCH 1/7]: Fix sparc64 setjmp implementation.

2009-03-06 Thread David Miller
From: Robert Millan Date: Fri, 6 Mar 2009 19:55:53 +0100 > On Thu, Mar 05, 2009 at 08:04:07AM -0500, Isaac Dupree wrote: > > > We've been using "unsigned long" for storing virtual addresses in the > > > Linux kernel for 10+ years and it works just fine. :-) > > > > and Linux kernel uses GCC com

Re: [PATCH] make the generic Linux loader usable on i386-pc again

2009-03-06 Thread Vesa Jääskeläinen
Robert Millan wrote: > This patch makes the generic Linux loader usable on i386-pc again. It > doesn't seem like it's badly needed to spend a bit of time and a bit of > code in adding low memory to the heap, and Vesa's work on the new memory > manager should give a proper solution to this problem.

[PATCH] linux/gfxterm integration

2009-03-06 Thread Robert Millan
This patch integrates the generic Linux loader with gfxterm. The result is that graphical mode becomes usable with this loader. Our loader gets the screen settings from the video subsystem (as per gfxterm setup), and passes them to Linux. This way GRUB/gfxterm can transition to Linux/fb with no

[PATCH] make the generic Linux loader usable on i386-pc again

2009-03-06 Thread Robert Millan
This patch makes the generic Linux loader usable on i386-pc again. It doesn't seem like it's badly needed to spend a bit of time and a bit of code in adding low memory to the heap, and Vesa's work on the new memory manager should give a proper solution to this problem. I think in the meantime we

Re: [PATCH 1/7]: Fix sparc64 setjmp implementation.

2009-03-06 Thread Pavel Roskin
On Fri, 2009-03-06 at 19:55 +0100, Robert Millan wrote: > On Thu, Mar 05, 2009 at 08:04:07AM -0500, Isaac Dupree wrote: > > > We've been using "unsigned long" for storing virtual addresses in the > > > Linux kernel for 10+ years and it works just fine. :-) > > > > and Linux kernel uses GCC compil

Re: [PATCH 0/10]: Respin of sparc patches.

2009-03-06 Thread Robert Millan
On Wed, Mar 04, 2009 at 05:32:09PM -0800, David Miller wrote: > > This is a respin of the sparc64 grub patches I posted > with changes based upon feedback (whitespace, use common > code, type police, don't include generated files, etc.) > > It's also made against current top of trunk (there were

Re: [PATCH 5/10]: Fix multiboot2 build on sparc

2009-03-06 Thread Robert Millan
On Wed, Mar 04, 2009 at 05:32:25PM -0800, David Miller wrote: > > 2009-03-03 David S. Miller > > * loader/ieee1275/multiboot2.c (grub_mb2_arch_boot): Handle > sparc like powerpc. > --- > loader/ieee1275/multiboot2.c |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > >

Re: [PATCH 1/7]: Fix sparc64 setjmp implementation.

2009-03-06 Thread Robert Millan
On Thu, Mar 05, 2009 at 08:04:07AM -0500, Isaac Dupree wrote: > > We've been using "unsigned long" for storing virtual addresses in the > > Linux kernel for 10+ years and it works just fine. :-) > > and Linux kernel uses GCC compiler in precise ways > > I believe that ptrdiff_t is the proper sta