Segher had suggested to use .section command to specifically mark
.text.head section as AX (allocatable and executable) to solve the
problem.
Great to hear it works in real life too.
Here, have a From: line (or how should this patch history be
encoded?) :-)
From: Segher Boessenkool <[EMAIL PRO
Hi Vivek,
On Tue, 2 Jan 2007 11:41:47 +0530, Vivek Goyal wrote:
> Segher had suggested to use .section command to specifically mark
> .text.head section as AX (allocatable and executable) to solve the
> problem.
>
> Can you please try the attached patch to see if it solves your
> problem.
>
> Th
On Mon, Jan 01, 2007 at 10:39:13PM +0100, Jean Delvare wrote:
> Hi Vivek,
>
> Sorry for the delay, I'm just back from vacation. I tried it all again
> with 2.6.20-rc3 just in case, but the problem I've hit is still present.
>
Hi Jean,
Problem in not fixed yet in -rc3. So testing -rc3 will not h
Hi Vivek,
Sorry for the delay, I'm just back from vacation. I tried it all again
with 2.6.20-rc3 just in case, but the problem I've hit is still present.
On Fri, 22 Dec 2006 16:10:56 +0530, Vivek Goyal wrote:
> Can you please also upload boot/compressed/vmlinux.
I've shared the whole build tree
.text.head is not type AX so it will be left out from the linked
output.
No, it does get added, but the section is not added to
any segment, so a) it ends up near the end of the address
map instead of being first thing, and b) it won't be loaded
at run time.
This reminds me that I have put ano
On Tue, Dec 26, 2006 at 01:43:31PM +0100, Segher Boessenkool wrote:
> >Thanks Jean. Your compressed/head.o looks fine.
>
> No it doesn't -- the .text.head section doesn't have
> the ALLOC attribute set. The section then ends up not
> being assigned to an output segment (during the linking
> of vm
Hi Segher,
On Tue, 26 Dec 2006 13:43:31 +0100, Segher Boessenkool wrote:
> > Thanks Jean. Your compressed/head.o looks fine.
>
> No it doesn't -- the .text.head section doesn't have
> the ALLOC attribute set. The section then ends up not
> being assigned to an output segment (during the linking
Thanks Jean. Your compressed/head.o looks fine.
No it doesn't -- the .text.head section doesn't have
the ALLOC attribute set. The section then ends up not
being assigned to an output segment (during the linking
of vmlinux) and all hell breaks loose. The linker gives
you a warning about this bt
Jean Delvare <[EMAIL PROTECTED]> writes:
> Hi Vivek,
>
> On Fri, 22 Dec 2006 16:10:56 +0530, Vivek Goyal wrote:
>> Another odd thing is that "file vmlinux.bin" shows following.
>>
>> vmlinux.bin: Sendmail frozen configuration - version
> \015\024\322\216\356\222X\2306\032H\220\303\270\006\007\003
Hi Vivek,
On Fri, 22 Dec 2006 16:10:56 +0530, Vivek Goyal wrote:
> Another odd thing is that "file vmlinux.bin" shows following.
>
> vmlinux.bin: Sendmail frozen configuration - version
> \015\024\322\216\356\222X\2306\032H\220\303\270\006\007\003
>
> I am not sure what does it mean. I had exp
On Fri, Dec 22, 2006 at 09:08:06AM +0100, Jean Delvare wrote:
> Hi Vivek,
>
> On Fri, 22 Dec 2006 02:14:08 +0530, Vivek Goyal wrote:
> > Jean, can you please upload some more files. Should give some more idea
> > about what happened in your environment.
> >
> > arch/i386/boot/vmlinux.bin
> > arch/
Hi Vivek,
On Fri, 22 Dec 2006 02:14:08 +0530, Vivek Goyal wrote:
> Jean, can you please upload some more files. Should give some more idea
> about what happened in your environment.
>
> arch/i386/boot/vmlinux.bin
> arch/i386/boot/compressed/piggy.o
> arch/i386/boot/compressed/head.o
Sure, here t
On Thu, Dec 21, 2006 at 06:45:57PM +0100, Alexander van Heukelum wrote:
> Hi,
>
> Hmm. taking a peek at the bzImage there...
>
> 1d80 41 00 56 45 53 41 00 56 69 64 65 6f 20 61 64 61
> |A.VESA.Video ada|
> 1d90 70 74 65 72 3a 20 00 00 00 b8 00 00 55 aa 5a 5a |pter:
> ..U.ZZ|
> 000
On Thu, 21 Dec 2006 14:59:22 +0100, "Jean Delvare" <[EMAIL PROTECTED]>
said:
> Hi Vivek,
>
> On Thu, 21 Dec 2006 08:43:26 +0530, Vivek Goyal wrote:
> > On Thu, Dec 21, 2006 at 02:13:54PM +0100, Jean Delvare wrote:
> > > On Thu, 21 Dec 2006 06:38:14 +0530, Vivek Goyal wrote:
> > > > Looks like it m
On Thu, Dec 21, 2006 at 07:56:01AM +0530, Vivek Goyal wrote:
[..]
> > # Manual, Mixing 16-bit and 32-bit code, page 16-6)
> >
> > .byte 0x66, 0xea# prefix + jmpi-opcode
> > -code32:.long 0x1000 # will be set to
> > 0x10
On Thu, 21 Dec 2006 09:10:29 +0530, Vivek Goyal wrote:
> Ok. so indirect jump seems to be having problem. On my machine disassembly
> of setup.o show following.
>
> ff a6 14 02 00 00 jmp*0x214(%esi)
>
> This seems to be fine as 0x14 is the offset of code32_start, and
> ((DELTA_INITSEG)
On Thu, Dec 21, 2006 at 02:54:01PM +0100, Jean Delvare wrote:
> On Thu, 21 Dec 2006 03:32:33 -0700, Eric W. Biederman wrote:
> > Ok. There is almost enough for inference but here is a patch of stops
> > for setup.S let's see if one of those will stop the reboots.
> >
> > I have a strong feeling th
Hi Vivek,
On Thu, 21 Dec 2006 08:43:26 +0530, Vivek Goyal wrote:
> On Thu, Dec 21, 2006 at 02:13:54PM +0100, Jean Delvare wrote:
> > On Thu, 21 Dec 2006 06:38:14 +0530, Vivek Goyal wrote:
> > > Looks like it might be a tool chain issue. I took Jean's config file and
> > > built my own kernel and I
On Thu, Dec 21, 2006 at 02:13:54PM +0100, Jean Delvare wrote:
> On Thu, 21 Dec 2006 06:38:14 +0530, Vivek Goyal wrote:
> > On Thu, Dec 21, 2006 at 03:32:33AM -0700, Eric W. Biederman wrote:
> > > Grr. I guessed the problem was to late in the game it seems the problem
> > > is in setup.S Before we
On Thu, 21 Dec 2006 06:38:14 +0530, Vivek Goyal wrote:
> On Thu, Dec 21, 2006 at 03:32:33AM -0700, Eric W. Biederman wrote:
> > Grr. I guessed the problem was to late in the game it seems the problem
> > is in setup.S Before we switch to 32bit mode.
> >
> > Ok. There is almost enough for infere
On Thu, Dec 21, 2006 at 05:32:56AM -0700, Eric W. Biederman wrote:
>
> Take a look at the diff for commit 968de4f02621db35b8ae5239c8cfc6664fb872d8
> of setup.S there are very few candidate instructions.
>
> I suspect with a few minutes of review we should be able to see what the
> assembler is do
Vivek Goyal <[EMAIL PROTECTED]> writes:
> On Thu, Dec 21, 2006 at 03:32:33AM -0700, Eric W. Biederman wrote:
>> Jean Delvare <[EMAIL PROTECTED]> writes:
>>
>> > On Thu, 21 Dec 2006 10:12:40 +0100, Jean Delvare wrote:
>> >> On Wed, 20 Dec 2006 15:22:20 -0700, Eric W. Biederman wrote:
>> >> > Ok.
On Thu, Dec 21, 2006 at 03:32:33AM -0700, Eric W. Biederman wrote:
> Jean Delvare <[EMAIL PROTECTED]> writes:
>
> > On Thu, 21 Dec 2006 10:12:40 +0100, Jean Delvare wrote:
> >> On Wed, 20 Dec 2006 15:22:20 -0700, Eric W. Biederman wrote:
> >> > Ok. Here is a small diff that inserts the infinite l
Jean Delvare <[EMAIL PROTECTED]> writes:
> On Thu, 21 Dec 2006 10:12:40 +0100, Jean Delvare wrote:
>> On Wed, 20 Dec 2006 15:22:20 -0700, Eric W. Biederman wrote:
>> > Ok. Here is a small diff that inserts the infinite loops, between
>> > each section of code in head.S Procedurally please trying
Hi Vivek,
On Thu, 21 Dec 2006 10:11:26 +0530, Vivek Goyal wrote:
> What's the value of CONFIG_PHYSICAL_ALIGN? How much RAM is present in your
> system? Though very unlikely, just trying to find that we are not running
> short of RAM while trying to align the kernel to a large value.
CONFIG_PHYSIC
On Wed, Dec 20, 2006 at 09:43:40PM +0100, Jean Delvare wrote:
> Hi Eric,
>
> On Wed, 20 Dec 2006 07:00:11 -0700, Eric W. Biederman wrote:
> > Jean Delvare writes:
> > > One of my test machines (i586, Asus P4P800-X) reboots instantly when I
> > > try to boot a 2.6.20-rc1 kernel. 2.6.19 and 2.6.19.1
Jean Delvare <[EMAIL PROTECTED]> writes:
> Hi Eric,
>
> On Wed, 20 Dec 2006 07:00:11 -0700, Eric W. Biederman wrote:
>> Jean Delvare writes:
>> > One of my test machines (i586, Asus P4P800-X) reboots instantly when I
>> > try to boot a 2.6.20-rc1 kernel. 2.6.19 and 2.6.19.1 boot OK. I ran a
>> > g
Jean Delvare <[EMAIL PROTECTED]> writes:
> Hi Eric, Vivek, Andi,
>
> One of my test machines (i586, Asus P4P800-X) reboots instantly when I
> try to boot a 2.6.20-rc1 kernel. 2.6.19 and 2.6.19.1 boot OK. I ran a
> git bisect and it pointed me to this patch:
I don't think this is a know issue.
Th
28 matches
Mail list logo
