Re: [PATCH] ptrace RSE bug

On Wed, 2007-10-17 at 16:56 +0200, Petr Tesarik wrote: > Shaohua Li wrote: > > On Fri, 2007-09-07 at 09:11 -0600, David Mosberger-Tang wrote: > >> Anything that avoids complicating the kernel exit path is worth doing! > >> The exit path is complicated enough as it is. > >> > >> --david > >> > >>

Re: [PATCH 9/9] ia64: VIRT_CPU_ACCOUNTING (accurate cpu time accounting)

> "Peter" == Peter Chubb <[EMAIL PROTECTED]> writes: > "Hidetoshi" == Hidetoshi Seto <[EMAIL PROTECTED]> writes: >>> [9/9] ia64_acct_get_vtime.patch Peter> trying to do this stuff. Things to watch are: -- With Montvale Peter> and later, the processor clock speed can be varied via ACPI. Pe

RE: git pull on ia64 linux tree

Hi Linus, Another day, another buildfix, another git pull ... please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/aegl/linux-2.6.git release This will update the files shown below. Thanks! -Tony arch/ia64/kernel/machine_kexec.c |4 +++- 1 file changed, 3 insertions(+

RE: [PATCH 0/3] vmcoreinfo support for dump filtering

> This? That does the trick, yes. > (please tell me if you want me to send this to Linus) I've put it in my tree now ... so I'll ask Linus to pull it from there. -Tony - To unsubscribe from this list: send the line "unsubscribe linux-ia64" in the body of a message to [EMAIL PROTECTED] More majo

Re: [PATCH 0/3] vmcoreinfo support for dump filtering

On Wed, 17 Oct 2007 10:19:18 -0700 "Tony Luck" <[EMAIL PROTECTED]> wrote: > > This patch set frees the restriction that makedumpfile users should > > install a vmlinux file (including the debugging information) into > > each system. > > This patch went from Andrew to Linus last night, and looks a

Re: [PATCH] ptrace RSE bug

Petr Tesarik wrote: >[...] > 2. You must couple it with the (planned) changes to ptrace, > because otherwise PTRACE_{PEEK,POKE}{TEXT,DATA} still access the kernel > RBS, but it gets later overwritten back from userspace when it is synced. I have verified that failing to do so breaks "strace -f",

Re: [PATCH] ptrace RSE bug

Petr Tesarik wrote: >[...] > 4. While talking about RNAT, does the RBS syncing back and forth > handle correctly the case when part of the RNAT stored in the backing > store belongs to the kernel registers? It must not be possible to change > the NAT bits for kernel registers from userspace! > >

Re: [PATCH 0/3] vmcoreinfo support for dump filtering

> This patch set frees the restriction that makedumpfile users should > install a vmlinux file (including the debugging information) into > each system. This patch went from Andrew to Linus last night, and looks at first glance to be the reason why the ia64 build is broken this morning when using

Re: [PATCH] ptrace RSE bug

Shaohua Li wrote: > On Fri, 2007-09-07 at 09:11 -0600, David Mosberger-Tang wrote: >> Anything that avoids complicating the kernel exit path is worth doing! >> The exit path is complicated enough as it is. >> >> --david >> >> On 9/7/07, Petr Tesarik <[EMAIL PROTECTED]> wrote: >>> -BEGIN PGP

Re: [RFC patch] fallback to "no irq" hack for case of no pnp_irq allocated for 8250_pnp

> Signed-off-by: Yu Luming <[EMAIL PROTECTED]> > > 8250_pnp.c |3 +++ > 1 files changed, 3 insertions(+) Should really fix pnp_irq() to use zero to mean none as the kernel intends. If that causes other complications then this hack will do for now I guess. Alan - To unsubscribe from this lis

Re: [PATCH 9/9] ia64: VIRT_CPU_ACCOUNTING (accurate cpu time accounting)

Peter Chubb wrote: This patchset duplicates some of the Microstate Accounting patchset (which attempts to keep track of time spent in various states for each thread). As such I've had some experience trying to do this stuff. Google is kind enough to tell me how was your Microstate Accounting p