- 06 Oct, 2004 40 commits
-
-
Paolo \'Blaisorblade\' Giarrusso authored
Remove uml.lds and dyn.lds from extra-y; this was a relict from the recent past. Signed-off-by:
Paolo 'Blaisorblade' Giarrusso <blaisorblade_spam@yahoo.it> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Hirokazu Takata authored
Remove obsolete m32r-specific driver files, which are no longer used. Signed-off-by:
Hirokazu Takata <takata@linux-m32r.org> Signed-off-by:
-
Hirokazu Takata authored
Signed-off-by:
-
Hirokazu Takata authored
Signed-off-by:
-
Christoph Hellwig authored
completely unused wrapper Signed-off-by:
-
Christoph Hellwig authored
this is a 2.4ish block driver that doesn't have the slightest chance to actually build. It's also not connected to the build at all. Signed-off-by:
-
Hirokazu Takata authored
Here is a patch to update ioremap*.c for m32r, taken from "Add __iomem modifier to the return value type of __ioremap() for much stricter type-checking." * arch/m32r/mm/ioremap.c: ditto. - Add __iomem modifier to the return value type of __ioremap() for much stricter type-checking. * arch/m32r/mm/ioremap-nommu.c: ditto. * include/asm-m32r/io.h: - Modified for much stricter type-checking. - Change __inline__ to inline. Signed-off-by:
-
Andi Kleen authored
From: "Siddha, Suresh B" <suresh.b.siddha@intel.com> Fix off by one in TSS limit. Signed-off-by:
Andi Kleen <ak@suse.de> Signed-off-by:
-
Andi Kleen authored
(cosmetic) print newline before MCEs Signed-off-by:
-
Suresh B. Siddha authored
Set TARGET_CPUS on x86_64 to cpu_online_map. This brings the code inline with x86 mach-default. Fix MSI_TARGET_CPU code which will break with this target_cpus change. Signed-off-by:
Suresh Siddha <suresh.b.siddha@intel.com> Signed-off-by:
-
Andi Kleen authored
x86-64 in_gate_vma would take a read lock on the VMA when the passed address was inside the 32bit vsyscall page. This would be called by get_user_pages, which already holds the mmap_sem. Unfortunately some callers of get_user_pages hold the mmap_sem for writing, which could in theory cause a deadlock. I think it can currently not happen because the only users who hold it for write before calling gup() are coredump and AIO in the ring setup, and both should not ever access the vsyscall page. But not taking the semaphore is safer and avoid this here. Signed-off-by:
-
Andi Kleen authored
Don't corrupt interrupt flag in time resume Signed-off-by:
-
Andi Kleen authored
Avoid a deadlock during panic. Don't take the smp_call_function lock in smp_send_stop() Also fix the documentation to conform to Linux standards. Signed-off-by:
-
Andi Kleen authored
Fix a circular dependency Signed-off-by:
-
Andi Kleen authored
CONFIG_FRAME_POINTER has never worked on x86-64 because it never passed -fno-omit-frame-pointer to the compiler, and that is the only way to get a frame pointer on x86-64. It also causes complications with profiling. Drop it. Signed-off-by:
-
Andi Kleen authored
This fixes profile_pc to work properly on x86-64 and not crash. It does now a simple backtrace to the caller of the spin lock without requiring a frame pointer for this. Frame pointer support has been dropped because it never worked. There is still a small race window, but the only way to avoid it would be to rewrite kernel/spinlock.c in assembler again. The race will account a profile tick the the parent of the spinlock caller. Signed-off-by:
-
Andi Kleen authored
Fix oops when multiple MCE entries are logged. Signed-off-by:
-
Andi Kleen authored
From: <mg@iceni.pl> The following patch fixes compilation of time.c with HPET_HACK_ENABLE_DANGEROUS turned on. Signed-off-by:
-
David Gibson authored
arch/ppc64/kernel/process.c has an #ifdef CONFIG_ALTIVEC within an #ifdef CONFIG_ALTIVEC. This patch removes the inner one. Signed-off-by:
David Gibson <david@gibson.dropbear.id.au> Signed-off-by:
-
David Gibson authored
A slightly non-ideal version of the recent patch which fixed EEH being a no-op went in. The srcsave variable in eeh_memcpy_to_io() is now never referenced on non-pSeries machines, and so spews hundreds of warnings. The variable doesn't actually accomplish anything, so this patch gets rid of it. Signed-off-by:
David Gibson <dwg@au1.ibm.com> Signed-off-by:
-
Matt Porter authored
Fixes some annoying warnings due to unitialized variables. Signed-off-by:
Matt Porter <mporter@kernel.crashing.org> Signed-off-by:
-
Matt Porter authored
Adds support for booting the same Ocotea kernel from either the default PIBS f/w or U-Boot. Signed-off-by:
-
Matt Porter authored
This puts us back in sync with current U-Boot CVS tree board info definition. Please apply. Signed-off-by:
-
Eugene Surovegin authored
this trivial patch adds missing exports for "indirect" DCR helpers - __mtdcr & __mfcdr. Signed-off-by:
Eugene Surovegin <ebs@ebshome.net> Signed-off-by:
-
Gerhard Jaeger authored
While writing some BSP code for a 440GX custom board, I noticed, that the DCRN_SDR_PFC1_EPS and DCRN_SDR_PFC1_EPS_SHIFT definitions are wrong and therefore the functions ibm440gx_get_eth_grp() and ibm440gx_set_eth_grp() won't work correctly. Signed-off-by:
Gerhard Jaeger <gjaeger@sysgo.com> Signed-off-by:
-
Andrew Morton authored
Ingo points out that it's unusable anyway, because with some configs the get_cpu() is evaluated and with others it is not. Signed-off-by:
-
Alexander Viro authored
Signed-off-by:
Al Viro <viro@parcelfarce.linux.org.uk> Signed-off-by:
-
Alexander Viro authored
trivial endianness annotations in drivers/usb (apply after ohci and isd200 fixes). Note: drivers/usb is nearly endian-clean at that point; there are several very dubious places in there (in particular, rtl8150, pegasus and usbnet are almost certainly broken in mii-related code on big-endian hosts); I'm leaving them alone for now. Signed-off-by:
-
Alexander Viro authored
unsigned long is not a good type to use in declaration of structure we feed to hardware... Signed-off-by:
-
Alexander Viro authored
->dma can be a 64bit variable on 64bit boxen; its value will fit into 32 bits just fine (due to dma mask). However, cpu_to_le32p(&...) will break if we are on a 64bit big-endian; we'll end up up passing it the address of upper 32 bits and get 0 instead of correct value. Fix is trivial... Signed-off-by:
-
Alexander Viro authored
hfs_bnode_read_u8() always returns 0 on little-endian (cut'n'paste bug - function is almost exact copy of its u16 counterpart, but be16_to_cpu() should've been removed here). Signed-off-by:
-
Alexander Viro authored
Signed-off-by:
-
Alexander Viro authored
Signed-off-by:
-
Alexander Viro authored
Signed-off-by:
-
Alexander Viro authored
Signed-off-by:
-
Alexander Viro authored
Signed-off-by:
-
Alexander Viro authored
Signed-off-by:
-
Alexander Viro authored
missing conversions from on-disk to host-endian in a couple of places... Signed-off-by:
-
Alexander Viro authored
Signed-off-by:
-
Alexander Viro authored
Signed-off-by:
-
