- 12 Jul, 2004 1 commit
-
-
Russell King authored
-
- 11 Jul, 2004 39 commits
-
-
Linus Torvalds authored
-
Alexander Viro authored
-
Alexander Viro authored
-
Alexander Viro authored
0->NULL conversions in mtd
-
Alexander Viro authored
mtd, jffs and jffs2 switched from iovec to kvec
-
Linus Torvalds authored
When Anton uninlined them, he didn't remember to export them to modules..
-
bk://bk.arm.linux.org.uk/linux-2.6-pcmciaLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Russell King authored
-
Adrian Bunk authored
The patch below (already ACK'ed by Randy Dunlap) kills the unused IKCONFIG_VERSION from kernel/configs.c . This patch is based on a previous patch by Anton Blanchard and an idea of Bartlomiej Zolnierkiewicz. (I hope I haven't forgotten anyone who contributed to this patch. ;-) ) Signed-off-by:
Adrian Bunk <bunk@fs.tum.de> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Adrian Bunk authored
CONFIG_H8 in drivers/char/ depends in both 2.4 and 2.6 on CONFIG_OBSOLETE which is never enabled. To remove this driver, the following is required additionally to the patch below: rm drivers/char/h8.c rm drivers/char/h8.h This patch was already ACK'ed by Richard Henderson. Signed-off-by:
-
Adrian Bunk authored
The patch below solves Bugzilla #3014 by removing much outdated information from the ext2 help text. The help text is now very short, but few correct information is better than outdated information - and if you think it's too short, feel free to send a patch that adds more current information. Signed-off-by:
-
Adrian Bunk authored
The patch below fixes Bugzilla #3030 ((UDF_FS=y && NLS=m) results in a compile error). Signed-off-by:
-
Martin Schwidefsky authored
[PATCH] s390: cpu hotplug bugs. From: Ursula Braun-Krahl <braunu@de.ibm.com> From: Martin Schwidefsky <schwidefsky@de.ibm.com> iucv driver changes: - Fix iucv declare/retrieve buffer which the cpu hotplug patch has broken. - Make smp_call_function_on call func(info) in non-smp kernels. - Use a spinlock to get smp_get_cpu/smp_put_cpu race free. Signed-off-by:
Martin Schwidefsky <schwidefsky@de.ibm.com> Signed-off-by:
-
Martin Schwidefsky authored
From: Martin Schwidefsky <schwidefsky@de.ibm.com> From: Ulrich Weigand <uweigand@de.ibm.com> s390 core changes: - Add signo between signal frame and the signal return instruction on the user stack for backtrace over signal handlers. - Add hfp floating point exceptions. - Use a single function for region, segment and page translation exceptions. - Discard SIGTRAP for single stepped instructions if the trapping instruction is repeated (normal memory faults) or if another signal is delivered anyway. Signed-off-by:
-
Andrea Arcangeli authored
I believe reading the i_size from memory multiple times can generate fs corruption. The "offset" and the "end_index" were not coherent. this is writepages and it runs w/o the i_sem, so the i_size can change from under us anytime. If a parallel write happens while writepages run, the i_size could advance from 4095 to 4100. With the current 2.6 code that could translate in end_index = 0 and offset = 4. That's broken because end_index and offset could be not coherent. Either end_index=1 and offset =4, or end_index = 0 and offset = 4095. When they lose coherency the memset can zeroout actual data. The below patch fixes that (it's at least a theoretical bug). I don't really expect this tiny race to fix the bug in practice after the more serious bugs we covered yesterday didn't fix it (more likely the compiler will get involved into the equation soon ;). This is also an optimization for 32bit archs that needs special locking to read 64bit i_size coherenty. This patch also arranges for mpage_writepages() to always zero out the file's final page between i_size and the end of the file's final block. This is a best-effort correctness thing to deal with errant applications which write into the mmapped page beyond the underlying file's EOF. Signed-off-by:
-
Andrea Arcangeli authored
Signed-off-by:
-
Andrea Arcangeli authored
Fix a data loss bug in mpage_writepages(), triggerable under extreme memory pressure on ext2, JFS, hfs and hfsplus: The bug is the marking of the bh clean despite we could still run into the "confused" path. After that the confused path really becomes confused and it writes nothing and fs corruption triggers silenty (the reugular writepage only writes bh that are marked dirty, it never attempts to submit_bh anything marked clean). The mpage-writepage code must never mark the bh clean as far as it wants to still fallback in the regular writepage which depends on the bh to be dirty (i.e. the "goto confused" path). This could only triggers with memory pressure (it also needs buffer_heads_over_limit == 0, and that is frequent under mm pressure). Thanks a lot to Chris for his fine debugging that localized the problem in the writepage code. Signed-off-by:
-
Pawel Sikora authored
CC [M] sound/oss/ad1889.o sound/oss/ad1889.c: In function `ad1889_ac97_init': sound/oss/ad1889.c:854: warning: comparison is always false due to limited range of data type Signed-off-by:
-
Hugh Dickins authored
Nick has tracked scheduling-while-atomic errors to shmem's fragile kmap avoidance: the root error appears to lie deeper, but rework that fragility. Plus I've been indicted for war crimes at the end of shmem_swp_entry: my apologia scorned, so now hide the evidence. Signed-off-by:
Hugh Dickins <hugh@veritas.com> Signed-off-by:
-
Paul Mundt authored
This just updates the defconfig against current BK. Signed-off-by:
Paul Mundt <lethal@linux-sh.org> Signed-off-by:
-
Paul Mundt authored
With the recent changes to init/main.c, we need an asm-sh64/setup.h. This pulls out the definitions from arch/sh64/kernel/setup.c and moves them to setup.h instead. Signed-off-by:
-
Paul Mundt authored
resource.h was falling a bit behind, so we use the asm-sh version instead. This exposed another compile issue with init_task.c, which in turn needed linux/mqueue.h. Signed-off-by:
-
Paul Mundt authored
With the recent cpumask changes, some things ended up being broken on sh64. This fixes them.. Signed-off-by:
-
Andrey Panin authored
Signed-off-by:
Andrey Panin <pazke@donpac.ru> Signed-off-by:
-
Andrey Panin authored
Signed-off-by:
-
Andrey Panin authored
Signed-off-by:
-
Andrey Panin authored
Signed-off-by:
-
Andrew Morton authored
drivers/net/hamradio/Kconfig:116:warning: 'select' used by config symbol 'BAYCOM_SER_FDX' refer to undefined symbol 'CRC16' drivers/net/hamradio/Kconfig:136:warning: 'select' used by config symbol 'BAYCOM_SER_HDX' refer to undefined symbol 'CRC16' drivers/net/hamradio/Kconfig:154:warning: 'select' used by config symbol 'BAYCOM_PAR' refer to undefined symbol 'CRC16' drivers/net/hamradio/Kconfig:169:warning: 'select' used by config symbol 'BAYCOM_EPP' refer to undefined symbol 'CRC16' net/irda/Kconfig:8:warning: 'select' used by config symbol 'IRDA' refer to undefined symbol 'CRC16' drivers/net/Kconfig:1749:warning: 'select' used by config symbol 'VIA_VELOCITY' refer to undefined symbol 'CRC16' drivers/net/Kconfig:2465:warning: 'select' used by config symbol 'PPP_ASYNC' refer to undefined symbol 'CRC16' drivers/isdn/hisax/Kconfig:403:warning: 'select' used by config symbol 'HISAX_ST5481' refer to undefined symbol 'CRC16' drivers/isdn/hisax/Kconfig:7:warning: 'select' used by config symbol 'ISDN_DRV_HISAX' refer to undefined symbol 'CRC16' drivers/isdn/tpam/Kconfig:7:warning: 'select' used by config symbol 'ISDN_DRV_TPAM' refer to undefined symbol 'CRC16' Signed-off-by:
-
Andrey Panin authored
As pointed by Thomas Sailer, crc16.c module contains CRC16-CCITT (x^16 + x^12 + x^5 + 1) implementation, not IBM CRC16 (x^16 + x^15 + x^2 + 1) one. Looks like we need to rename it accordingly and this patchset does exactly this. Signed-off-by:
-
Andrey Panin authored
This patch removes dmi_broken global variable which is not used anymore. Signed-off-by:
-
Andrey Panin authored
This patch moves Toshiba ACPI sleep workaround out of dmi_scan.c Signed-off-by:
-
Aneesh Kumar authored
Cc: Richard Henderson <rth@twiddle.net> Signed-off-by:
-
Andrew Morton authored
This little debugging __get_user is in fact happening inside a spinlock. It was never very useful, and has caused problems for some architectures in the past. Let's just remove it. Signed-off-by:
-
Andrew Morton authored
Mika Kukkonen <mika@osdl.org> says: CC mm/filemap.o mm/filemap.c: In function `filemap_nopage': mm/filemap.c:1161: warning: comparison of unsigned expression < 0 is always false The pagefault readaround code is currently doing purely readahead. Signed-off-by:
-
Mika Kukkonen authored
CC [M] fs/isofs/namei.o In file included from fs/isofs/namei.c:10: include/linux/iso_fs.h:280: warning: `inline' is not at beginning of declaration Signed-off-by:
-
Mika Kukkonen authored
CC fs/dquot.o fs/dquot.c:208: warning: type qualifiers ignored on function return type Once again with extra gcc warnings enabled. Every user of the function is expecting unsigned value, not int in first place, and I think the const is just misplaced. Signed-off-by:
-
Mika Kukkonen authored
CC mm/slab.o mm/slab.c: In function `kmem_cache_create': mm/slab.c:1129: warning: comparison of unsigned expression < 0 is always false This comes from the fact that 'align' is size_t and so unsigned. Just to be sure, I did $ grep __kernel_size_t include/*/posix_types.h and yes, every arch defines that to be unsigned. Signed-off-by:
-
Randy Dunlap authored
Use %Zd to eliminate a compiler warning in printk. Signed-off-by:
-
Andy Whitcroft authored
As the comments in mmzone.h indicate is_highmem() is designed to reduce the proliferation of the constant ZONE_HIGHMEM. This patch updates references to ZONE_HIGHMEM to use is_highmem(). None appear to be on critical paths. Signed-off-by:
Andy Whitcroft <apw@shadowen.org> Signed-off-by:
-
