* Bernhard Walle <[EMAIL PROTECTED]> [2007-05-28 16:39]:
> * Vivek Goyal <[EMAIL PROTECTED]> [2007-05-28 13:09]:
> > On Mon, May 28, 2007 at 12:54:42PM +0200, Bernhard Walle wrote:
> > > * Vivek Goyal <[EMAIL PROTECTED]> [2007-05-01 07:06]:
> > > > This seems to be a problem with gdb 6.5. I transfe
On Monday 28 May 2007 12:54:42 Bernhard Walle wrote:
> * Vivek Goyal <[EMAIL PROTECTED]> [2007-05-01 07:06]:
> > This seems to be a problem with gdb 6.5. I transferred the dump to a
> > different machine having GNU gdb 6.4, and it works fine there.
>
> What's the state of it? Andy, was the GDB bre
* Vivek Goyal <[EMAIL PROTECTED]> [2007-05-28 13:09]:
> On Mon, May 28, 2007 at 12:54:42PM +0200, Bernhard Walle wrote:
> > * Vivek Goyal <[EMAIL PROTECTED]> [2007-05-01 07:06]:
> > > This seems to be a problem with gdb 6.5. I transferred the dump to a
> > > different machine having GNU gdb 6.4, an
On Mon, May 28, 2007 at 12:54:42PM +0200, Bernhard Walle wrote:
> * Vivek Goyal <[EMAIL PROTECTED]> [2007-05-01 07:06]:
> > This seems to be a problem with gdb 6.5. I transferred the dump to a
> > different machine having GNU gdb 6.4, and it works fine there.
>
> What's the state of it? Andy, was
* Vivek Goyal <[EMAIL PROTECTED]> [2007-05-01 07:06]:
> This seems to be a problem with gdb 6.5. I transferred the dump to a
> different machine having GNU gdb 6.4, and it works fine there.
What's the state of it? Andy, was the GDB breakage the reason why you
didn't merge it? Did someone file a GD
On Mon, Apr 30, 2007 at 11:54:22PM -0600, Eric W. Biederman wrote:
> Andi Kleen <[EMAIL PROTECTED]> writes:
>
> > On Mon, Apr 30, 2007 at 11:26:50PM -0600, Eric W. Biederman wrote:
> >> Vivek Goyal <[EMAIL PROTECTED]> writes:
> >>
> >>
> >> >> At least without a core file it is working on with g
Andi Kleen <[EMAIL PROTECTED]> writes:
> On Mon, Apr 30, 2007 at 11:26:50PM -0600, Eric W. Biederman wrote:
>> Vivek Goyal <[EMAIL PROTECTED]> writes:
>>
>>
>> >> At least without a core file it is working on with gdb 6.4.
>> >>
>> >
>> > This seems to be a problem with gdb 6.5. I transferred th
Vivek Goyal <[EMAIL PROTECTED]> writes:
>> At least without a core file it is working on with gdb 6.4.
>>
>
> This seems to be a problem with gdb 6.5. I transferred the dump to a
> different machine having GNU gdb 6.4, and it works fine there.
Ok. The difference between those two symbols didn't
On Mon, Apr 30, 2007 at 11:26:50PM -0600, Eric W. Biederman wrote:
> Vivek Goyal <[EMAIL PROTECTED]> writes:
>
>
> >> At least without a core file it is working on with gdb 6.4.
> >>
> >
> > This seems to be a problem with gdb 6.5. I transferred the dump to a
> > different machine having GNU gdb
On Mon, Apr 30, 2007 at 10:20:53PM -0600, Eric W. Biederman wrote:
> Vivek Goyal <[EMAIL PROTECTED]> writes:
>
> > On Mon, Apr 30, 2007 at 05:17:07PM +0200, Andi Kleen wrote:
> >> On Monday 30 April 2007 17:12:39 Eric W. Biederman wrote:
> >> >
> >> > Currently because vmlinux does not reflect th
Vivek Goyal <[EMAIL PROTECTED]> writes:
> On Mon, Apr 30, 2007 at 05:17:07PM +0200, Andi Kleen wrote:
>> On Monday 30 April 2007 17:12:39 Eric W. Biederman wrote:
>> >
>> > Currently because vmlinux does not reflect that the kernel is relocatable
>> > we still have to support CONFIG_PHYSICAL_STAR
On Mon, Apr 30, 2007 at 05:17:07PM +0200, Andi Kleen wrote:
> On Monday 30 April 2007 17:12:39 Eric W. Biederman wrote:
> >
> > Currently because vmlinux does not reflect that the kernel is relocatable
> > we still have to support CONFIG_PHYSICAL_START. So this patch adds a small
> > c program to
On Monday 30 April 2007 17:12:39 Eric W. Biederman wrote:
>
> Currently because vmlinux does not reflect that the kernel is relocatable
> we still have to support CONFIG_PHYSICAL_START. So this patch adds a small
> c program to do what we cannot do with a linker script set the elf header
> type t
Currently because vmlinux does not reflect that the kernel is relocatable
we still have to support CONFIG_PHYSICAL_START. So this patch adds a small
c program to do what we cannot do with a linker script set the elf header
type to ET_DYN.
Since last time I have fixed the type to be in my code ET
Vivek Goyal <[EMAIL PROTECTED]> writes:
> On Sun, Apr 22, 2007 at 11:12:13PM -0600, Eric W. Biederman wrote:
>>
>> Currently because vmlinux does not reflect that the kernel is relocatable
>> we still have to support CONFIG_PHYSICAL_START. So this patch adds a small
>> c program to do what we ca
On Sun, Apr 22, 2007 at 11:12:13PM -0600, Eric W. Biederman wrote:
>
> Currently because vmlinux does not reflect that the kernel is relocatable
> we still have to support CONFIG_PHYSICAL_START. So this patch adds a small
> c program to do what we cannot do with a linker script, set the elf heade
Currently because vmlinux does not reflect that the kernel is relocatable
we still have to support CONFIG_PHYSICAL_START. So this patch adds a small
c program to do what we cannot do with a linker script, set the elf header
type to ET_DYN.
This should remove the last obstacle to removing CONFIG_
17 matches
Mail list logo
