[EMAIL PROTECTED] (on Mon, 25 Feb 2008 16:04:29 +0100) wrote:
>Quoting Keith Owens <[EMAIL PROTECTED]>:
>
>> [EMAIL PROTECTED] (on Mon, 25 Feb 2008 13:54:48 +0100) wrote:
>> >Quoting Keith Owens <[EMAIL PROTECTED]>:
>> >{...}
>> >> A combina
[EMAIL PROTECTED] (on Mon, 25 Feb 2008 13:54:48 +0100) wrote:
>Quoting Keith Owens <[EMAIL PROTECTED]>:
>{...}
>> A combination of options (2) and (3) would work. Have a single source
>> file for the IVT, using conditional macros. Use that source file to
>> build (a
Isaku Yamahata (on Mon, 25 Feb 2008 12:16:42 +0900) wrote:
>Hi. The patch I send before was too large so that it was dropped from
>the maling list. I'm sending again with smaller size.
>This patch set is the xen paravirtualization of hand written assenbly
>code. And I expect that much clean up is n
Isaku Yamahata (on Mon, 18 Feb 2008 20:31:16 +0900) wrote:
>On Mon, Feb 18, 2008 at 11:28:41AM +0800, Dong, Eddie wrote:
>> 2: Same IVT source code, but dual/mulitple compile to generate
>> dual/multiple IVT table. I.e. we replace those primitive ops (sensitive
>> instructions) with a MACRO wh
"Luming Yu" (on Tue, 28 Aug 2007 15:30:50 +0800) wrote:
>Hello list,
>
>Ia64 seems to be the only one that use arch specific scripts to check
>tool chain bugs that create the dependency on ia64 tool chain which
>make the command:
>make ARCH=ia64 oldconfig fail if ia64 cross tool chain is __not__
>
ia64_leave_kernel, or any other code that uses
PT_REGS_UNWIND_INFO.
Signed-off-by: Keith Owens <[EMAIL PROTECTED]>
---
arch/ia64/kernel/unwind.c | 16 +++-
1 file changed, 11 insertions(+), 5 deletions(-)
Index: linux/arch/ia64/kernel/un
Robin Holt (on Thu, 17 May 2007 08:00:07 -0500) wrote:
>On Thu, May 17, 2007 at 09:38:59PM +1000, Keith Owens wrote:
>> So even with that check, it can race between not running and running
>> while you do the unwind, and still get the MCA.
>
>To me, this still seems like a
Robin Holt (on Thu, 17 May 2007 06:16:52 -0500) wrote:
>Make ia64's get_wchan safer by not unwinding a running tasks stack.
>...
>All that said, I have put together the following simple patch stolen
>directly from i386's get_wchan. If the task is running, why even try.
>
>
>Index: linux-tot-200705
Horms (on Tue, 20 Mar 2007 11:34:28 +0900) wrote:
>On Mon, Mar 19, 2007 at 07:12:44PM -0700, Jay Lan wrote:
>> Since DIE_INIT_SLAVE_ENTER is a non-zero value, thus "nd->sos->rv_rc
>> ==1" is always evaluated. The kdump kernel aborted because nd->sos
>> is NULL in (at least some) MCA cases.
>
>I thi
Running ia64 through sparse gives warnings in the unwind code.
include/asm-ia64/unwind.h:84:17: error: dubious bitfield without explicit
`signed' or `unsigned'
Make the bitfield explicitly unsigned.
Signed-off-by: Keith Owens <[EMAIL PROTECTED]>
Index: linux/include/a
Zou Nan hai (on 08 Feb 2007 15:14:54 +0800) wrote:
> I think using a static value to cache getcpu will heavily bounced on
>that cache line contain the static value if multi cpus calls getcpu very
>frequently.
AFAICT, Tony's suggestion[*] is all in user space, e.g. glibc. Each
application will g
Zou Nan hai (on 08 Feb 2007 13:11:49 +0800) wrote:
>On Thu, 2007-02-08 at 14:55, Keith Owens wrote:
>> Keith Owens (on Thu, 08 Feb 2007 17:37:54 +1100) wrote:
>> Correction: ar.k3 contains the physical address of the per-cpu data
>> area, virtual access to per-cpu data goes
Keith Owens (on Thu, 08 Feb 2007 17:37:54 +1100) wrote:
>Zou Nan hai (on 08 Feb 2007 12:27:31 +0800) wrote:
>>On Thu, 2007-02-08 at 14:04, Keith Owens wrote:
>>> Zou Nan hai (on 08 Feb 2007 11:28:44 +0800) wrote:
>>> >Pin ar.kr2 of each CPU, so th
Zou Nan hai (on 08 Feb 2007 12:27:31 +0800) wrote:
>On Thu, 2007-02-08 at 14:04, Keith Owens wrote:
>> Zou Nan hai (on 08 Feb 2007 11:28:44 +0800) wrote:
>> >Pin ar.kr2 of each CPU, so that smp_processor_id can use it.
>>
>> Historically ar.k2 has been reserv
Zou Nan hai (on 08 Feb 2007 11:28:44 +0800) wrote:
>Pin ar.kr2 of each CPU, so that smp_processor_id can use it.
Historically ar.k2 has been reserved for debugging purposes, for
example in ivt.S. Debuggers often need a location that can be used to
track progress, it has to be somewhere that does
Booting 2.6.20-rc1 on IA64 with CONFIG_DEBUG_LOCKING_API_SELFTESTS=y.
| Locking API testsuite:
| spin |wlock |rlock |mutex | wsem | rsem |
---
On Thu, 8 Sep 2005 13:35:10 -0700,
"Luck, Tony" <[EMAIL PROTECTED]> wrote:
>Keith Owens <[EMAIL PROTECTED]> wrote:
>>>This code is definitely ready for inclusion in 2.6.13-rc1.
>>
>>Of course that should be 2.6.14-rc1.
>
>I'm happy that the
On Thu, 08 Sep 2005 17:01:21 +1000,
Keith Owens <[EMAIL PROTECTED]> wrote:
>This code is definitely ready for inclusion in 2.6.13-rc1.
Of course that should be 2.6.14-rc1.
-
To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to [EM
On Thu, 08 Sep 2005 16:53:18 +1000,
Keith Owens <[EMAIL PROTECTED]> wrote:
>Some tweaks to the previous MCA/INIT patch sets.
>
>* Remove the requirement that kernel stacks be aligned on KERNEL_STACK_SIZE.
>* Remove the serialization of MCA/INIT handlers returning to SAL. The
the minstate area.
* Print the cpu number and monarch status in the INIT handler.
* Workaround for broken proms that access the minstate area using
cacheable addresses.
Signed-off-by: Keith Owens <[EMAIL PROTECTED]>
mca.c | 27 ++
mca_asm.S
On Wed, 31 Aug 2005 21:58:58 -0700,
david mosberger <[EMAIL PROTECTED]> wrote:
>Keith,
>
>I took a closer look at your patch set and, by and large, I like it a
>lot. I suppose there will be more debate as to whether treating
>MCA/INIT events as an asynchronous task-switch is the right way to go
>
On Wed, 31 Aug 2005 16:43:15 -0700,
[EMAIL PROTECTED] wrote:
>To make life easier for testers, I've applied Keith's patches
>and put them into my test tree.
>
>I locally applied one insignificant change in ia64_init_handler()
>to print the cpu number and the state of sos->monarch in the
>initial p
On Wed, 31 Aug 2005 06:20:53 -0500,
Robin Holt <[EMAIL PROTECTED]> wrote:
>How are these different from the set you sent on 8/17? I tested those
>and they seemed to work for everything I threw at them.
The interrupt registers are now saved across MCA/INIT. The previous
patches would sometimes g
On Tue, 30 Aug 2005 16:27:41 -0700,
"Luck, Tony" <[EMAIL PROTECTED]> wrote:
>Hi Linus,
>
>please pull from:
>
> rsync://rsync.kernel.org/pub/scm/linux/kernel/git/aegl/linux-2.6.git
> release
Tony, can you give some indication on your plans for my MCA/INIT
rewrite? Will you send it to Linu
Delete the special case unwind code that was only used by the old
MCA/INIT handler.
Signed-off-by: Keith Owens <[EMAIL PROTECTED]>
---
arch/ia64/kernel/unwind.c | 22 --
include/asm-ia64/unwind.h |7 ---
2 files changed, 29 deletions(-)
Index: linux/arc
Align the stack for the initial task to be the same alignment as all
other process stacks. Otherwise the validation code needs special
cases for the intial task, it is currently only page aligned.
Signed-off-by: Keith Owens <[EMAIL PROTECTED]>
---
vmlinux.lds.S |1 +
1 files chan
Remove the physical mode path from minstate.h.
Signed-off-by: Keith Owens <[EMAIL PROTECTED]>
---
minstate.h | 88 -
1 files changed, 18 insertions(+), 70 deletions(-)
Index: linux/arch/ia64/kernel/mins
read the record during INIT processing. This patch
can be applied without the new MCA/INIT handlers.
Also clean up some usage of NR_CPUS which should have been using
cpu_online().
Signed-off-by: Keith Owens <[EMAIL PROTECTED]>
---
salinfo.c
Add an extra thread_info flag to indicate the special MCA/INIT stacks.
Mainly for debuggers.
Signed-off-by: Keith Owens <[EMAIL PROTECTED]>
---
ptrace.h |2 +-
thread_info.h |2 ++
2 files changed, 3 insertions(+), 1 deletion(-)
Index: linux/include/asm-ia64/pt
Scheduler hooks to change which process is deemed to be on a cpu.
Signed-off-by: Keith Owens <[EMAIL PROTECTED]>
---
include/linux/sched.h |2 ++
kernel/sched.c| 28
2 files changed, 30 insertions(+)
Index: linux/include/linux/s
The patches in the following mails are a rewrite of the MCA/INIT
handlers. They are ready for inclusion in 2.6.13.
Some background might be useful. The current MCA/INIT handlers have
several shortcomings :-
(1) Only one MCA stack, so we cannot handle concurrent MCA on multiple
cpus.
(2) On
-v4.4-2.6.12-common-1.
2005-08-29 Keith Owens <[EMAIL PROTECTED]>
* kdb v4.4-2.6.13-common-1.
2005-08-24 Keith Owens <[EMAIL PROTECTED]>
* kdb v4.4-2.6.13-rc7-common-1.
2005-08-08 Keith Owens <[EMAIL PROTECTED]>
* kdb v4.4-2.6.13-rc6-common-1.
2005
On Thu, 25 Aug 2005 13:15:33 -0500,
Smarduch Mario-CMS063 <[EMAIL PROTECTED]> wrote:
>
>We've been noticing some TLB issues on 2.4 and 2.6.10 kernels running
>on IA64 NUMA architecture. To this end I have some questions regarding
>TLB purging, please bare through with the initial introduction.
>
>
Resuming after MCA/INIT when psr.ic = 1 is relatively easy and it
appears to work with the new MCA/INIT handlers. Resuming after
MCA/INIT when psr.ic = 0 (i.e. the event occurred in an interrupt
handler) is proving to be a problem.
When MCA/INIT occurs and psr.ic = 0, what is in X{IP,PSR,FS} in P
read the record during INIT processing. This patch
can be applied without the new MCA/INIT handlers.
Also clean up some usage of NR_CPUS which should have been using
cpu_online().
Signed-off-by: Keith Owens <[EMAIL PROTECTED]>
salinfo.c
I have a dim, distant memory that somebody (Tony Luck?) wrote a program
that loaded all the registers, generated a recoverable MCA or INIT then
verified that the registers still matched. Google did not find it.
Any pointers?
-
To unsubscribe from this list: send the line "unsubscribe linux-ia64"
Turn off PAL halt. For some reason, INIT that is delivered while the
cpu is in PAL halt gets corrupt registers on return from the INIT
handler. I am still investigating this, for now skip the PAL halt.
process.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
Index: linux/arch/ia64/k
Delete the special case unwind code that was only used by the old
MCA/INIT handler.
arch/ia64/kernel/unwind.c | 22 --
include/asm-ia64/unwind.h |7 ---
2 files changed, 29 deletions(-)
Index: linux/arch/ia64/kernel/unwind.c
=
Align the stack for the initial task to be the same alignment as all
other process stacks. Otherwise the validation code needs special
cases for the intial task, it is currently only page aligned.
vmlinux.lds.S |1 +
1 files changed, 1 insertion(+)
Index: linux/arch/ia64/kernel/vmlinux.lds.
Remove the physical mode path from minstate.h.
minstate.h | 88 -
1 files changed, 18 insertions(+), 70 deletions(-)
Index: linux/arch/ia64/kernel/minstate.h
===
--- linu
Add an extra thread_info flag to indicate the special MCA/INIT stacks.
Mainly for debuggers
ptrace.h |2 +-
thread_info.h |2 ++
2 files changed, 3 insertions(+), 1 deletion(-)
Index: linux/include/asm-ia64/ptrace.h
===
Scheduler hooks to change which process is deemed to be on a cpu.
include/linux/sched.h |2 ++
kernel/sched.c| 28
2 files changed, 30 insertions(+)
Index: linux/include/linux/sched.h
===
-
The patches in the following mails are a signifcant rewrite of the
MCA/INIT handlers. At this stage they are for review, not for
inclusion in the ia64 tree.
Some background might be useful. The current MCA/INIT handlers have
several shortcomings :-
(1) Only one MCA stack, so we cannot handle co
On Thu, 04 Aug 2005 14:12:02 -0400,
=?ISO-8859-1?Q?Fran=E7ois_Guay?= <[EMAIL PROTECTED]> wrote:
>I'm working to build a linux kernel module for a PCI card to run on SGI
>Altix IA-64
>
>I'm using Kernel 2.6.5-7.145-rt IA-64
>
>I have read the Linux Device Driver Programmers's - Guide - Porting to
On Thu, 4 Aug 2005 11:42:08 +1000,
Peter Chubb <[EMAIL PROTECTED]> wrote:
>> "Andreas" == Andreas Schwab <[EMAIL PROTECTED]> writes:
>
>Andreas> I can't get 2.6.13-rc5 to boot, it crashes very early without
>Andreas> any sign of life, not even kdb can catch it. Any idea?
>
>I'm seeing a simil
Some IA64 spinlocks are not being initialized, make it so.
Signed-off-by: Keith Owens <[EMAIL PROTECTED]>
Index: linux/arch/ia64/sn/kernel/io_init.c
===
--- linux.orig/arch/ia64/sn/kernel/io_init.c2005-07-30 15:49:12.624
On Fri, 29 Jul 2005 00:22:43 -0700,
"Chen, Kenneth W" <[EMAIL PROTECTED]> wrote:
>On ia64, we have two kernel stacks, one for outgoing task, and one for
>incoming task. for outgoing task, we haven't called switch_to() yet.
>So the switch stack structure for 'current' will be allocated immediately
On Fri, 29 Jul 2005 09:04:48 +0200,
Ingo Molnar <[EMAIL PROTECTED]> wrote:
>ok, how about the additional patch below? Does this do the trick on
>ia64? It makes complete sense on every architecture to prefetch from
>below the current kernel stack, in the expectation of the next task
>touching th
On Thu, 28 Jul 2005 09:41:18 +0200,
Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
>* david mosberger <[EMAIL PROTECTED]> wrote:
>
>> Also, should this be called prefetch_stack() or perhaps even just
>> prefetch_task()? Not every architecture defines a switch_stack
>> structure.
>
>yeah. I'd too suggest
On Mon, 25 Jul 2005 15:29:12 +1000,
Keith Owens <[EMAIL PROTECTED]> wrote:
>gdb with libunwind support does not unwind correctly if a signal
>handler calls another function which then takes a core dump.
>
>SuSE SLES9 SP2. gdb-6.3-16.4. libunwind-0.98.5-3.2. gcc 3.3.3
gdb with libunwind support does not unwind correctly if a signal
handler calls another function which then takes a core dump.
SuSE SLES9 SP2. gdb-6.3-16.4. libunwind-0.98.5-3.2. gcc 3.3.3.
% cat signal-test.c
#include
void foo(void)
{
*(char *)0 = 1;
}
static void handler(int sig)
{
d.
Also this line is wrong
unw.sw_off[unw.preg_index[UNW_REG_PFS]] = SW(AR_UNAT);
and should be
unw.sw_off[unw.preg_index[UNW_REG_PFS]] = SW(AR_PFS);
Signed-off-by: Keith Owens <[EMAIL PROTECTED]>
Index: linu
On Fri, 22 Jul 2005 09:23:01 +0900,
Takao Indoh <[EMAIL PROTECTED]> wrote:
>Hi,
>
>On Fri, 22 Jul 2005 01:20:13 +1000, Keith Owens wrote:
>
>>On Thu, 21 Jul 2005 20:04:51 +0900,
>>Takao Indoh <[EMAIL PROTECTED]> wrote:
>>>When OS_INIT handler is ca
On Thu, 21 Jul 2005 20:04:51 +0900,
Takao Indoh <[EMAIL PROTECTED]> wrote:
>When OS_INIT handler is called, the registers of monarch CPU are dumped
>but the registers of slave CPU are not. It is very inconvenient because
>ip cannot be identified on slave cpus.
>I'd like to change OS_INIT handler t
The 2.6.13-rc3 version of KDB (Linux Kernel Debugger) supports a USB
keyboard (CONFIG_KDB_USB). At the moment it only supports the OHCI
interface, this is what SGI hardware uses. If anybody has hardware
that uses the UHCI interface for the keyboard and can create a kdb
patch, that patch will be g
On Tue, 19 Apr 2005 15:51:28 -0600,
dann frazier <[EMAIL PROTECTED]> wrote:
>On Wed, 2005-04-13 at 13:51 -0600, dann frazier wrote:
>> On Tue, 2005-04-12 at 09:03 +1000, Keith Owens wrote:
>> > I coded that exit on the assumption that the only reason salinfo_decode
>>
On Mon, 11 Apr 2005 15:03:06 -0600,
dann frazier <[EMAIL PROTECTED]> wrote:
>On Mon, 2005-04-11 at 09:58 +1000, Keith Owens wrote:
>> On Fri, 08 Apr 2005 15:23:43 -0600,
>> dann frazier <[EMAIL PROTECTED]> wrote:
>> >I was playing with salinfo_decode on
On Fri, 08 Apr 2005 15:23:43 -0600,
dann frazier <[EMAIL PROTECTED]> wrote:
>I was playing with salinfo_decode on an older kernel (2.4.21 era) and it
>would normally die silently right after exec.
>
>This no longer happens because of a semantic difference that occurred in
>later 2.4 kernels. Olde
When SAL calls back into the OS, the OS code is running with preempt
disabled so it cannot call sleeping functions.
Signed-off-by: Keith Owens <[EMAIL PROTECTED]>
Index: linux/arch/ia64/sn/kernel/mca.c
===
--- linux.orig/arc
On Tue, 5 Apr 2005 22:27:14 -0500 (CDT),
Russ Anderson <[EMAIL PROTECTED]> wrote:
>Create /proc/sys/kernel/mca_recovery to turn on/off the MCA recovery code.
>This allows the recovery code to be enabled or disabled without having
>to reboot.
>
>1 indicates MCA recovery is on.
>0 indicates MCA reco
On Fri, 25 Mar 2005 15:35:22 -0800,
David Mosberger <[EMAIL PROTECTED]> wrote:
>= arch/ia64/kernel/ivt.S 1.34 vs edited =
>--- 1.34/arch/ia64/kernel/ivt.S2005-03-24 14:06:40 -08:00
>+++ edited/arch/ia64/kernel/ivt.S 2005-03-25 15:13:07 -08:00
>@@ -1235,6 +1235,25 @@
> // 0x560
On Thu, 17 Mar 2005 23:17:29 -0800,
David Mosberger <[EMAIL PROTECTED]> wrote:
>>>>>> On Fri, 18 Mar 2005 18:04:37 +1100, Keith Owens <[EMAIL PROTECTED]> said:
>
> Keith> memcpy_mck.S::__copy_user breaks in the prefetch code under these
> Keith> con
memcpy_mck.S::__copy_user breaks in the prefetch code under these
conditions :-
* src is unaligned and
* dst is near the end of a page and
* the page after dst is unmapped.
Signed-off-by: Keith Owens <[EMAIL PROTECTED]>
Index: linux/arch/ia64/lib/memcpy
The code in ia64_syscall_setup has several independent steps to
execute. Interleaving the instructions from each step by hand to avoid
empty slots is painful, not to mention error prone. Are there any
tools available for this task?
I envisage a tool where the user defines the instructions requir
On Mon, 14 Mar 2005 16:43:19 -0700,
Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
>The ia64 kernel patch for Linux 2.4.29 is available here:
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/ports/ia64/v2.4/linux-2.4.29-ia64-050312.diff.gz
>- add unw_unwind_to_user() sanity check
On Mon, 14 Mar 2005 11:51:36 -0700,
[EMAIL PROTECTED] (Alex Tsariounov) wrote:
>On Fri, Mar 11, 2005 at 01:00:08PM -0800, Luck, Tony wrote:
>> >Is this generally interesting? I'm wondering if it isn't currently
>> >done because of some issue with oops message size, or excessive
>> >printk's causi
to break 2.6.9 kernels.
Unlike 2.6.11, the stress test now unwinds to the correct point, so
gdb can get the user space registers.
Signed-off-by: Keith Owens <[EMAIL PROTECTED]>
Index: linux/arch/ia64/kernel/unwind.c
===
--- linu
kdb-v4.4-2.6.11-ia64-1.bz2
kdb-v4.4-2.6.9-rc2-x86-64-1.bz2 (may or may not work with 2.6.11).
Changelog extract since kdb-v4.4-2.6.10-common-1.
2005-03-03 Keith Owens <[EMAIL PROTECTED]>
* Add kdb to drivers/serial/8250_early.c. Francois Wellenreiter, Bull.
* kd
/arch/ia64/kernel/mca_asm.S2005-02-15 13:27:42.0 +1100
@@ -16,6 +16,9 @@
// 04/11/12 Russ Anderson <[EMAIL PROTECTED]>
//Added per cpu MCA/INIT stack save areas.
//
+// 05/02/13 Keith Owens <[EMAIL PROTECTED]>
+//Use per cpu MCA/INIT stack s
On Thu, 10 Feb 2005 22:57:08 -0800,
"Luck, Tony" <[EMAIL PROTECTED]> wrote:
>I've established that the scratch FP registers need to be saved, but
>nobody is doing that.
>
>Attached (untested) patch does that (not paticularly elegantly, but
>should be functional).
As davidm has pointed out, if the
On Wed, 9 Feb 2005 18:26:37 -0800,
David Mosberger <[EMAIL PROTECTED]> wrote:
>>>>>> On Thu, 10 Feb 2005 12:32:53 +1100, Keith Owens <[EMAIL PROTECTED]> said:
>
> Keith> I have a long term aim to make the MCA and INIT stacks look
> Keith> like normal
I have a long term aim to make the MCA and INIT stacks look like normal
process stacks, so we can get decent backtraces for both MCA and INIT.
This includes tracing problems in the MCA/INIT C code, even if we take
an MCA in the INIT handler :). Eventually we should be able to take a
crash dump fro
On Wed, 09 Feb 2005 17:08:23 -0500,
Eric Desjardins <[EMAIL PROTECTED]> wrote:
>Hi,
>
>I'm not to familiar with kernel code but I'm trying to port a kernel
>driver from x86 to ia64.
>
>I was just wondering how should I translate that:
>
>static int interrupts_blocked()
>{
> unsigned long flags =
-by: Keith Owens <[EMAIL PROTECTED]>
Index: linux/arch/ia64/kernel/mca_asm.S
===
--- linux.orig/arch/ia64/kernel/mca_asm.S 2005-02-08 18:02:43.0
+1100
+++ linux/arch/ia64/kernel/mca_asm.S2005-02-08 19:08:25.000
On Fri, 4 Feb 2005 01:37:24 -0800,
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
>Did something changed with the ia64 uaccess functions a few weeks ago?
>
>Because a couple of weeks ago I was seeing repeatable oopses in Linus's
>tree early in boot in create_elf_tables(), here:
>
> /* Now, let's
On Thu, 3 Feb 2005 20:09:57 -0600,
Jack Steiner <[EMAIL PROTECTED]> wrote:
>On Thu, Feb 03, 2005 at 05:48:26PM -0600, Russ Anderson wrote:
>> According to the SAL Spec, MCAs are supposed to be handled
>> one at a time.
>
>It has been a long time since I looked, but I thought the
>spec allowed ei
On Thu, 27 Jan 2005 18:08:18 -0800,
David Mosberger <[EMAIL PROTECTED]> wrote:
>>>>>> On Thu, 20 Jan 2005 21:26:18 +1100, Keith Owens <[EMAIL PROTECTED]> said:
>
> Keith> Unwinding across firmware is not an issue here, we have two
> Keith> views
On Tue, 25 Jan 2005 09:55:55 +0530,
Saravanan s <[EMAIL PROTECTED]> wrote:
>Hi Keith,
>
>> I have no hardware to test on, so I have
>> to rely on HP to keep the USB patches in KDB up to date.
>
>Does that mean that there is USB support for KDBv4.4 for kernel 2.6
>for i386 machines? Or the patch
On Mon, 24 Jan 2005 15:21:08 -,
[EMAIL PROTECTED] wrote:
>All:
>I tried to get Kdb working on SuSe 9 ia64 box (kernel version
>2.6.5-7.111.19). Turns out that the keyboard/machine goes into a hang state.
>I have a usb keyboard!
>
>Googling around I found that Keith had disabled the USB keyboar
On Mon, 24 Jan 2005 14:44:22 +0100,
Christian Hildner <[EMAIL PROTECTED]> wrote:
>Keith Owens schrieb:
>>When jiffies is within 22 bit range of __gp, the linker writes the
>>sequence as
>>
>>addl r20=offset_of(jiffies,__gp),r1;;
>>mov r16=r20;;
>
On Mon, 24 Jan 2005 08:51:17 +0100,
Christian Hildner <[EMAIL PROTECTED]> wrote:
>Chen, Kenneth W schrieb:
>>Can we position the __gp somewhat more optimally, to cover more of these
>>symbols? Something like the following patch would make all of them fall
>>into the 22-bit immediate offset relativ
On Fri, 21 Jan 2005 18:20:51 -0800,
"Chen, Kenneth W" <[EMAIL PROTECTED]> wrote:
>Luck, Tony wrote on Friday, January 21, 2005 5:03 PM
>> >- __gp = ADDR(.got) + 0x20;
>> >+ __gp = _end - 0x20;
>>
>> Did we used to link the ".got" section earlier? It's after "data" now,
>> but the expres
On Fri, 21 Jan 2005 15:22:18 -0800,
"Chen, Kenneth W" <[EMAIL PROTECTED]> wrote:
>__gp is positioned so far out that it is almost at the end of all data
>sections. On 2.6.11-rc1, 80% of kernel data symbols are out of 22-bit
>immediate offset from __gp. This means accessing these symbols are
>un
On Wed, 19 Jan 2005 22:50:07 -0800,
David Mosberger <[EMAIL PROTECTED]> wrote:
>>>>>> On Thu, 20 Jan 2005 09:25:35 +1100, Keith Owens <[EMAIL PROTECTED]> said:
>
> Keith> Instead of being garbage when the interrupted code was in the
> Keith> kernel,
On Wed, 19 Jan 2005 15:19:03 -0800,
"Luck, Tony" <[EMAIL PROTECTED]> wrote:
>The 'bk pull' that I just sent to Linus includes all the code
>that has been sitting in the "test-2.6.11" tree.
kdb-v4.4-2.6.11-rc1-bk7-common-1.bz2
kdb-v4.4-2.6.11-rc1-bk7-ia64-1.bz2
handle the test-2.6.11 changes.
-
Damn, I was in the middle of developing a patch against this area :(.
David, since you are redoing some of this code, I probably need to
discuss my changes. My aim is to allow the kernel unwinder to work on
the per-cpu MCA and INIT stacks that Russ Anderson (rja) recently
added. This has never b
On Mon, 17 Jan 2005 15:07:21 -0600 (CST),
Russ Anderson <[EMAIL PROTECTED]> wrote:
>Hidetoshi Seto wrote:
>My only real complaint about the array is that the current size
>is too small. The Altix error injection test (which can modify
>the ECC to create true memory uncorrectables) can recover fro
On Sat, 15 Jan 2005 16:49:06 -0600 (CST),
Russ Anderson <[EMAIL PROTECTED]> wrote:
>The MCA recovery driver saves addresses memory errors
>in an array. The array has 32 entries. The effect is
>that after 32 recoveries, the driver stops recovering.
>
>This patch removes the page_isolate array.
88 matches
Mail list logo