From: David Mosberger <davidm@napali.hpl.hp.com>
To: linux-ia64@vger.kernel.org
Subject: bk pull on ia64 linux tree
Date: Sat, 25 Oct 2003 06:44:58 +0000 [thread overview]
Message-ID: <marc-linux-ia64-106706432406927@msgid-missing> (raw)
In-Reply-To: <marc-linux-ia64-105942507026161@msgid-missing>
Hi Linus,
please do a
bk pull http://lia64.bkbits.net/to-linus-2.5
This will update the files shown below.
Thanks!
--david
arch/ia64/kernel/efi.c | 26 +++++
arch/ia64/kernel/gate-data.S | 2
arch/ia64/kernel/irq.c | 2
arch/ia64/kernel/module.c | 82 ++++++++++++++++-
arch/ia64/kernel/perfmon.c | 200 +++++++++++++++++++++++++------------------
arch/ia64/kernel/process.c | 8 +
arch/ia64/kernel/unwind_i.h | 8 -
include/asm-ia64/io.h | 3
include/asm-ia64/module.h | 3
include/asm-ia64/namei.h | 2
include/asm-ia64/unwind.h | 6 +
11 files changed, 240 insertions(+), 102 deletions(-)
through these ChangeSets:
<davidm@tiger.hpl.hp.com> (03/10/24 1.1364)
ia64: Fix/finish kernel module table support so it actually works.
<eranian@hpl.hp.com> (03/10/23 1.1363)
[PATCH] ia64: fix critical perfmon2 bugs
This patch fixes the following issues:
- fix a nasty corner case by which a task could inherit psr.pp/psr.up
that could be stale by the time it runs. psr.pp/psr.up bits must be
cleared on fork and inherited on execve(). Test case provided by
John Levon.
- mask interrupts when locking the pfm stat structure. We don't want
to take PMU interrupts in the middle of this kind of critical
section.
- fix a bug in pfm_close() for context which use asynchronous
notifications. You cannot call fasync_helper() with interrupts
disabled because it reenables them. There was no real danger of
moving the call outside our critical section.
- fix a bug in in pfm_flush_pmds() where you can leave the freeze bit
set in the pmc saved state.
- updated dump_pmu_state()
- cleanup the BUG_ON() usage
<arun.sharma@intel.com> (03/10/23 1.1362)
[PATCH] ia64: fix broken __emul_prefix
his seems to be broken for ia32 on ia64 and possibly other emulation
architectures as well. The problem comes from
fs/namei.c:set_fs_altroot() using path_lookup() instead of a
path_walk() relative to "/" (which is the case for 2.4).
<davidm@tiger.hpl.hp.com> (03/10/23 1.1361)
ia64: Sync with Linus' i386 patch: Revert bogus IRQ_INPROGRESS clear.
<bjorn.helgaas@hp.com> (03/10/23 1.1360)
[PATCH] ia64: prevent "dd if=/dev/mem" crash
The drivers/char/mem.c change was accepted, so here's the
ia64-specific part.
<ianw@gelato.unsw.edu.au> (03/10/22 1.1359)
[PATCH] ia64: fix gate-data.S build for binutils 2.14
gas will match anything with a prefix
'.data.' as a data special section. Thus to stop unnecessary warning
about changing attributes, we use the .data section standard
attributes aw when creating gate-data.o.
next prev parent reply other threads:[~2003-10-25 6:44 UTC|newest]
Thread overview: 73+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-07-28 20:39 bk pull on ia64 linux tree David Mosberger
2003-08-16 1:20 ` David Mosberger
2003-09-09 6:43 ` David Mosberger
2003-10-16 22:27 ` David Mosberger
2003-10-17 3:36 ` David Mosberger
2003-10-25 6:44 ` David Mosberger [this message]
2003-11-11 0:55 ` David Mosberger
2003-11-11 2:38 ` David Mosberger
2003-11-12 7:18 ` David Mosberger
2003-11-21 22:12 ` David Mosberger
2003-11-26 7:55 ` David Mosberger
2003-12-21 8:05 ` David Mosberger
-- strict thread matches above, loose matches on Subject: below --
2004-01-13 0:59 Linus Torvalds
2004-01-13 1:17 ` David Mosberger
2004-01-13 1:36 ` David Mosberger
2004-01-13 16:08 ` Jesse Barnes
2004-01-27 1:37 ` David Mosberger
2004-01-27 10:23 ` Jes Sorensen
2004-01-27 14:49 ` Martin Hicks
2004-01-27 16:22 ` David Mosberger
2004-01-27 21:57 ` David Mosberger
2004-02-11 5:19 ` David Mosberger
2004-02-12 1:05 ` Keith Owens
2004-02-12 1:31 ` David Mosberger
2004-02-13 22:44 ` Andrew Morton
2004-02-13 22:46 ` David Mosberger
2004-02-23 19:12 ` David Mosberger
2004-03-12 5:37 ` David Mosberger
2004-03-17 19:14 ` David Mosberger
2004-03-25 20:30 ` David Mosberger
2004-04-09 16:05 ` David Mosberger
2004-04-23 6:48 ` David Mosberger
2004-04-29 22:21 ` David Mosberger
2004-04-30 17:49 ` David Mosberger
2004-05-03 22:58 ` David Mosberger
2004-05-11 7:02 ` David Mosberger
2004-05-11 7:06 ` Christoph Hellwig
2004-05-11 18:39 ` Jesse Barnes
2004-05-21 21:45 ` David Mosberger
2004-06-05 5:57 ` David Mosberger
2004-06-19 6:58 ` David Mosberger
2004-06-30 0:04 ` David Mosberger
2004-06-30 0:44 ` Peter Chubb
2004-06-30 0:52 ` David Mosberger
2004-06-30 16:23 ` Jesse Barnes
2004-07-06 18:46 ` David Mosberger
2004-07-27 7:19 ` David Mosberger
2004-07-30 21:17 ` Luck, Tony
2004-08-04 22:05 ` Luck, Tony
2004-08-09 18:09 ` Luck, Tony
2004-08-23 21:23 ` tony.luck
2004-09-03 6:05 ` tony.luck
2004-09-09 5:51 ` Luck, Tony
2004-09-13 19:46 ` Luck, Tony
2004-09-16 22:39 ` Luck, Tony
2004-09-21 20:09 ` Luck, Tony
2004-09-22 23:14 ` Luck, Tony
2004-09-23 23:23 ` Luck, Tony
2004-09-28 18:34 ` Luck, Tony
2004-09-30 16:43 ` Luck, Tony
2004-10-01 16:42 ` Luck, Tony
2004-10-07 22:56 ` Luck, Tony
2004-10-20 0:15 ` Luck, Tony
2004-10-21 0:17 ` Luck, Tony
2004-10-27 3:58 ` Luck, Tony
2004-11-04 0:22 ` Luck, Tony
2004-11-12 17:42 ` Luck, Tony
2005-01-19 18:52 ` Luck, Tony
2005-01-23 3:05 ` Luck, Tony
2005-01-24 16:53 ` Jesse Barnes
2005-01-25 6:30 ` Luck, Tony
2005-01-25 23:03 ` Luck, Tony
2005-03-18 23:30 ` Luck, Tony
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=marc-linux-ia64-106706432406927@msgid-missing \
--to=davidm@napali.hpl.hp.com \
--cc=linux-ia64@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox