[PATCH] set_thread_area fails in IA32 chroot

that TLS pointers were surviving exec() calls, leading to GDT pointers filling up and the eventual failure of get_free_idx(). I think the solution is flushing the tls array on exec as below. Cheers, -i Signed-Off-By: Ian Wienand <[EMAIL PROTECTED]> --- process.c |1 + 1 file changed,

Re: change to the ia64 GIT trees

On Tue, Aug 16, 2005 at 03:00:38PM -0700, Luck, Tony wrote: > Instead of having separate trees for test and release, there > is now just one tree which contains "test" and "release" branches. Does anyone know how one gets to these using cogito? Or maybe I should just not use cogito? $ cg-clone r

Re: Simulator bootloader fails with gcc 4

On Tue, Aug 16, 2005 at 03:46:47PM -0700, Luck, Tony wrote: > And behind door number 3 is to fix the compiler ... but that also > seems to be contentious (and doesn't help people who are already > using gcc4). I really wouldn't know where to start making the changes James suggested, but if someone

Re: Simulator bootloader fails with gcc 4

On Thu, Jul 21, 2005 at 11:00:56PM -0700, david mosberger wrote: > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22605 > Dan, do you want to take a quick look to see if anything obvious is > wrong in that area? Did anyone end up deciding if the kernel or the simulator should be fixed? I'd like t

Re: Debian kernel and /proc/pal

On Fri, Aug 05, 2005 at 01:36:54PM +0200, Stephane Eranian wrote: > I recently used an Itanium machine booted with a 2.6 Linux kernel. > The exact package is: > kernel-image-2.6.11-1-mckinley-smp_2.6.11-6_ia64.deb > > It does appear that this kernel is compiled without CONFIG_PALINFO > whi

Re: Simulator bootloader fails with gcc 4

On Wed, Jul 20, 2005 at 03:31:39PM +1000, Ian Wienand wrote: > After some investigation I believe this is do with differences between > the alignment of variables on the stack between gcc 3 and 4 and the > ski simulator. For tracking purposes I've put this in the gcc bugzilla http

Simulator bootloader fails with gcc 4

.4 -o test test.c [EMAIL PROTECTED]:/tmp$ ./test 0x6fc2f480 [EMAIL PROTECTED]:/tmp$ gcc-4.0 -o test test.c [EMAIL PROTECTED]:/tmp$ ./test 0x6f813484 The patch below at least fixes it for me. Thanks, -i Signed-Off-By: Ian Wienand <[EMAIL PROTECTED]> -- diff --git a/arch/ia64/hp

Re: [PATCH] Type qualifiers in __ia64_get_io_port_base

On Mon, Jul 18, 2005 at 07:06:55PM -0700, david mosberger wrote: > This one is wrong. It should use __attribute_const__ instead. If you > just drop the "const", it will result in worse code. Ok, I see why reading about attribute const. Thanks! -- Signed-Off-By: Ian Wienand &

[PATCH] Fix unused variable cpe_poll_timer

Fix arch/ia64/kernel/mca.c:109: warning: 'cpe_poll_timer' defined but not used when building for the simulator, which has no ACPI -- Signed-Off-By: Ian Wienand <[EMAIL PROTECTED]> diff --git a/arch/ia64/kernel/mca.c b/arch/ia64/kernel/mca.c --- a/arch/ia64/kernel/mca.c +++ b/

[PATCH] Fix unused variable acpi_madt_rev

Fix arch/ia64/kernel/acpi.c:71: warning: 'acpi_madt_rev' defined but not used when building for the simulator (which has no ACPI) by moving inside an ACPI ifdef'd area. -- Signed-Off-By: Ian Wienand <[EMAIL PROTECTED]> diff --git a/arch/ia64/kernel/acpi.c b/arch/ia64/ker

[PATCH] Fix uninitalised values in ia64_tlb_init

1: warning: 'ptce_info.count[1]' may be used uninitialized in this function arch/ia64/mm/tlb.c:171: warning: 'ptce_info.stride[0]' may be used uninitialized in this function arch/ia64/mm/tlb.c:171: warning: 'ptce_info.stride[1]' may be used uninitialized in thi

[PATCH] Fix uninitalised values in efi_memmap_walk

Fix arch/ia64/kernel/efi.c: In function 'efi_memmap_walk': arch/ia64/kernel/efi.c:306: warning: 'prev.start' may be used uninitialized in this function arch/ia64/kernel/efi.c:306: warning: 'prev.end' may be used uninitialized in this function -- Signed-Off-By:

[PATCH] Fix uninitialised values in ia64_illegal_op_fault

s.c:444: warning: 'rv.arg1' is used uninitialized in this function -- Signed-Off-By: Ian Wienand <[EMAIL PROTECTED]> diff --git a/arch/ia64/kernel/traps.c b/arch/ia64/kernel/traps.c --- a/arch/ia64/kernel/traps.c +++ b/arch/ia64/kernel/traps.c @@ -435,6 +435,7 @@ ia64_illegal_o

[PATCH] Fix uninitalised value in do_copy_task_regs

Fix arch/ia64/kernel/process.c:503: warning: 'ip' may be used uninitialized in this function -- Signed-Off-By: Ian Wienand <[EMAIL PROTECTED]> diff --git a/arch/ia64/kernel/process.c b/arch/ia64/kernel/process.c --- a/arch/ia64/kernel/process.c +++ b/arch/ia64/kernel/pro

[PATCH] Type qualifiers in __ia64_get_io_port_base

Fix include/asm/io.h:125: warning: type qualifiers ignored on function return type produced by gcc 4 According to http://gcc.gnu.org/ml/gcc-patches/2000-10/msg00814.html the type qualifier is superfluous. -- Signed-Off-By: Ian Wienand <[EMAIL PROTECTED]> diff --git a/include/asm-ia64/

Fix some warnings when building with gcc 4

Hi, Following are some patches to fix some IA64 specific warnings I am seeing when building with gcc 4. I'm pretty sure they can't hurt people not using gcc 4. The only IA64 specific one that I still see is include/asm/mmu_context.h:67: warning: type qualifiers ignored on function return type

Fix undefined reference to can_cpei_retarget for simulator build

Hi, The change @ http://tinyurl.com/dsxf4 broke the simulator build (http://www.gelato.unsw.edu.au/kerncomp). The simulator build doesn't turn on ACPI, so doesn't have a definition of can_cpei_retarget. Suggested patch attached. Thanks, -i [EMAIL PROTECTED] http://www.gelato.unsw.edu.au diff -

Re: autocompilation hosed?

On Tue, Jul 12, 2005 at 03:28:35PM -0700, david mosberger wrote: > On 7/12/05, Ian Wienand <[EMAIL PROTECTED]> wrote: > > Hopefully I'll fix it today or tomorrow (at least you can see it which > > means we must have DNS sorted out ... finally :) Ok, some fiddling and a

Re: autocompilation hosed?

On Tue, Jul 12, 2005 at 02:28:50PM -0700, david mosberger wrote: > It looks like something is wrong with cogito on the auto kernel build > machine. Yeah, we've moved offices and in the name of "security" our machines are spilt across three different networks with all sorts of firewalls and crap in

Re: How to use ski to debug linux kernel ?

On Mon, Feb 07, 2005 at 09:18:07PM -0800, baswaraj kasture wrote: > Does anybody knows how to use sky to debug linux > kernel ? Start here http://www.gelato.unsw.edu.au/IA64wiki/SkiSimulator -i signature.asc Description: Digital signature