On Wed, 30 Jan 2008, Linux Kernel Mailing List wrote:
Gitweb:
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=dd5af90a7f3d79e04b7eace9a98644dbf2038f4d
Commit: dd5af90a7f3d79e04b7eace9a98644dbf2038f4d
Parent: 3212bff370c2f22e4987c6679ba485654cefb178
Geert Uytterhoeven wrote:
On Wed, 30 Jan 2008, Linux Kernel Mailing List wrote:
Gitweb:
http://git.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=dd5af90a7f3d79e04b7eace9a98644dbf2038f4d
Commit: dd5af90a7f3d79e04b7eace9a98644dbf2038f4d
Parent:
* Mike Travis [EMAIL PROTECTED] wrote:
This broke powerpc (and presumably ia64 and sparc64) in current
linux-2.6.git:
I'm generating a fixup patch right now...
thanks! Sorry about that: we cross-built on ARM but not on SMP non-x86
platforms so this dependency/breakage went unnoticed.
This broke powerpc (and presumably ia64 and sparc64) in current
linux-2.6.git:
I'm generating a fixup patch right now...
thanks! Sorry about that: we cross-built on ARM but not on SMP non-x86
platforms so this dependency/breakage went unnoticed.
Yes ... all ia64 builds (UP and
* Luck, Tony [EMAIL PROTECTED] wrote:
thanks! Sorry about that: we cross-built on ARM but not on SMP
non-x86 platforms so this dependency/breakage went unnoticed.
Yes ... all ia64 builds (UP and SMP) are broken at the moment. Please
Cc: me with the fixup patch.
Could you check the
Change:
config ARCH_SETS_UP_PER_CPU_AREA
to:
config HAVE_SETUP_PER_CPU_AREA
Based on latest linux-2.6.git
Cc: Andi Kleen [EMAIL PROTECTED]
Cc: Tony Luck [EMAIL PROTECTED]
Cc: David Miller [EMAIL PROTECTED]
Cc: Sam Ravnborg [EMAIL PROTECTED]
Cc: Rusty Russell [EMAIL PROTECTED]
Cc:
ia64 has a special processor specific mapping that can be used to locate the
offset for the current per cpu area.
Based on latest linux-2.6.git
Cc: Tony Luck [EMAIL PROTECTED]
Cc: linux-ia64@vger.kernel.org
Signed-off-by: Mike Travis [EMAIL PROTECTED]
---
linux-2.6.git:
- added back in
percpu_modcopy() is defined multiple times in arch files. However, the only
user is module.c. Put a static definition into module.c and remove
the definitions from the arch files.
Based on latest linux-2.6.git
Cc: Andi Kleen [EMAIL PROTECTED]
Cc: Tony Luck [EMAIL PROTECTED]
Cc: David Miller
Ingo Molnar wrote:
* Luck, Tony [EMAIL PROTECTED] wrote:
thanks! Sorry about that: we cross-built on ARM but not on SMP
non-x86 platforms so this dependency/breakage went unnoticed.
Yes ... all ia64 builds (UP and SMP) are broken at the moment. Please
Cc: me with the fixup patch.
Could
Could you check the patch below? With this applied to latest -git, ia64
buils fine for me in a cross-compiling environment. (but i dont know
whether it boots ...)
Uni-processor build still fails with this patch (config is
arch/ia64/configs/tiger_defconfig
with CONFIG_SMP switched from =y to
Luck, Tony wrote:
Could you check the patch below? With this applied to latest -git, ia64
buils fine for me in a cross-compiling environment. (but i dont know
whether it boots ...)
Uni-processor build still fails with this patch (config is
arch/ia64/configs/tiger_defconfig
with
* Luck, Tony [EMAIL PROTECTED] wrote:
Could you check the patch below? With this applied to latest -git,
ia64 buils fine for me in a cross-compiling environment. (but i dont
know whether it boots ...)
Uni-processor build still fails with this patch (config is
* Ingo Molnar [EMAIL PROTECTED] wrote:
Uni-processor build still fails with this patch (config is
arch/ia64/configs/tiger_defconfig with CONFIG_SMP switched from =y
to =n).
could you try the full patchset that Travis has just sent and which
i've put into x86.git, you can pull it
could you try the full patchset that Travis has just sent and which i've
put into x86.git, you can pull it from:
git://git.kernel.org/pub/scm/linux/kernel/git/x86/linux-2.6-x86.git
it's a fixes only tree, ontop of Linus-very-latest. Head 4b9e425c25f84.
[pull from
* Olof Johansson [EMAIL PROTECTED] wrote:
could you try the full patchset that Travis has just sent and which
i've put into x86.git, you can pull it from:
Looks ok for powerpc so far, I haven't gotten through all defconfigs
yet but the first ones that failed before build now.
Luck, Tony wrote:
Could you check the patch below? With this applied to latest -git, ia64
buils fine for me in a cross-compiling environment. (but i dont know
whether it boots ...)
Uni-processor build still fails with this patch (config is
arch/ia64/configs/tiger_defconfig
with
* Mike Travis [EMAIL PROTECTED] wrote:
Could this be a problem with:
#ifdef HAVE_MODEL_SMALL_ATTRIBUTE
# define PER_CPU_ATTRIBUTES __attribute__((__model__ (__small__)))
#endif
This is only defined for !__ASSEMBLY__
nope, moving that per the patch below did not resolve the link
I'm having trouble replicating this error. With the latest linux-2.6.git
plus the patch I just sent, I get the following errors:
drivers/input/mouse/psmouse-base.c:45: error: __param_proto causes a section
type conflict
drivers/md/md.c:5881: error: __param_start_ro causes a section type
* Luck, Tony [EMAIL PROTECTED] wrote:
This is only defined for !__ASSEMBLY__
Some place in there. The CONFIG_SMP=n path in ia64 makes quite
radical changes ... rather than putting all the per-cpu stuff into the
top 64K of address space and providing a per-cpu TLB mapping for that
* Ingo Molnar [EMAIL PROTECTED] wrote:
Some place in there. The CONFIG_SMP=n path in ia64 makes quite
radical changes ... rather than putting all the per-cpu stuff into
the top 64K of address space and providing a per-cpu TLB mapping for
that range to a different physical address ...
ah, that was the vital clue. The patch below makes the small memory
model only defined on SMP, and makes the config build/link fine here.
Does this build and boot on your box?
I applied this on top of the git pull from
git://git.kernel.org/pub/scm/linux/kernel/git/x86/linux-2.6-x86.git
and
* Luck, Tony [EMAIL PROTECTED] wrote:
ah, that was the vital clue. The patch below makes the small memory
model only defined on SMP, and makes the config build/link fine here.
Does this build and boot on your box?
I applied this on top of the git pull from
could you send the .config you are using?
Ok. Attached.
-Tony
upconfig
Description: upconfig
* Luck, Tony [EMAIL PROTECTED] wrote:
could you send the .config you are using?
Ok. Attached.
thanks a ton - this produced a link error here too.
after half an hour of head scratching, the updated patch below solves
the build problem.
The problem i believe is this code in
this i believe builds an implicit dependency between the mca_asm.o
position within the image and the ia64_mca_data percpu variable it
accesses - it relies on the immediate 22 addressing mode that has 4MB of
scope. Per chance, the .config you sent creates a 14MB image, and the
percpu
Ingo Molnar wrote:
* Luck, Tony [EMAIL PROTECTED] wrote:
Could you check the patch below? With this applied to latest -git,
ia64 buils fine for me in a cross-compiling environment. (but i dont
know whether it boots ...)
Uni-processor build still fails with this patch (config is
* Luck, Tony [EMAIL PROTECTED] wrote:
I'll start digging on why this doesn't boot ... but you might as well
send the fixes so far upstream to Linus so that the SMP fix is
available (which is all anyone really cares about ... there are very,
very few UP ia64 systems in existence).
* Olof Johansson [EMAIL PROTECTED] wrote:
could you try the full patchset that Travis has just sent and which
i've put into x86.git, you can pull it from:
Looks ok for powerpc so far, I haven't gotten through all defconfigs
yet but the first ones that failed before build now.
On Wed, Jan 30, 2008 at 10:25:58PM +0100, Ingo Molnar wrote:
* Olof Johansson [EMAIL PROTECTED] wrote:
could you try the full patchset that Travis has just sent and which
i've put into x86.git, you can pull it from:
Looks ok for powerpc so far, I haven't gotten through all
* [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Change:
config ARCH_SETS_UP_PER_CPU_AREA
to:
config HAVE_SETUP_PER_CPU_AREA
undocumented change:
config ARCH_NO_VIRT_TO_BUS
--- a/init/main.c
+++ b/init/main.c
@@ -380,6 +380,8 @@ static void __init setup_per_cpu_areas(v
Ingo Molnar wrote:
* [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Change:
config ARCH_SETS_UP_PER_CPU_AREA
to:
config HAVE_SETUP_PER_CPU_AREA
undocumented change:
config ARCH_NO_VIRT_TO_BUS
--- a/init/main.c
+++ b/init/main.c
@@ -380,6 +380,8 @@ static void __init
Ingo Molnar wrote:
* Olof Johansson [EMAIL PROTECTED] wrote:
could you try the full patchset that Travis has just sent and which
i've put into x86.git, you can pull it from:
Looks ok for powerpc so far, I haven't gotten through all defconfigs
yet but the first ones that failed before
I'll start digging on why this doesn't boot ... but you might as well
send the fixes so far upstream to Linus so that the SMP fix is available
Well a pure 2.6.24 version compiled with CONFIG_SMP=n booted just fine, so
the breakage is recent ... and more than likely related to this change.
I've
On Thu, Jan 31, 2008 at 03:31:28AM +1100, Matthew Chapman wrote:
I'm trying to track down a PCI performance problem - part of my
never-ending thesis troubles - and one thing I'm finding is that my HP
zx1-based Itaniums are taking surprisingly long to satisfy PCI DMA
reads.
On a 66Mhz PCI
On Wed, Jan 30, 2008 at 10:04:17PM -0700, Matthew Wilcox wrote:
On Thu, Jan 31, 2008 at 03:31:28AM +1100, Matthew Chapman wrote:
I'm trying to track down a PCI performance problem - part of my
never-ending thesis troubles - and one thing I'm finding is that my HP
zx1-based Itaniums are
35 matches
Mail list logo
