- 27 Jun, 2004 40 commits
-
-
Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Stephen Rothwell authored
Jeremy Katz of Red Hat reported that his iSeries machine would not boot with 2.6.7 based kernels. It appears that with the inclusion of Paul Mackerras' patch "Optimize exception/syscall entry/exit" a small previous patch got reverted. Here is that patch again. The lack of this patch does not stop all iSeries machines booting, but it does stop some. Signed-off-by:
Stephen Rothwell <sfr@canb.auug.org.au> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Andrew Morton authored
affs is failing to propagate the inode_setattr() return value. Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
-
Andrew Morton authored
ncpfs is failing to propagate the inode_setattr return value. Signed-off-by:
-
Andrew Morton authored
CIFS is failing to propagate the inode_setattr() return value. Signed-off-by:
-
Andrew Morton authored
jfs is dropping inode_setattr()'s return value. Signed-off-by:
-
Andrew Morton authored
reiserfs() is also dropping inode_setattr() retvals on the floor. Signed-off-by:
-
Andrew Morton authored
ext2_setattr() drops the inode_setattr() return value on the floor. This is very bad - I/O errors during truncate are lost. The patch changes ext2_setattr() so that we no longer call ext2_acl_chmod() if inode_setattr(), which is what ext3 does. Signed-off-by:
-
Hugh Dickins authored
We permanently hold the i_sem of swapfiles so that nobody can addidentally ftruncate them, causing subsequent filesystem destruction. Problem is, it's fairly easy for things like backup applications to get stuck onthe swapfile, sleeping until someone does a swapoff. So take all that out again and add a new S_SWAPFILE inode flag. Test that in the truncate path and refuse to truncate an in-use swapfile. Synchronisation between swapon and truncate is via i_sem. Signed-off-by:
-
Russell King authored
Rework the declaration, sizing and memcpying of saved_command_line[] so that ARM doesn't need to implement unwelcome header file nestings. Signed-off-by:
-
Andrew Morton authored
ext3_direct_io_get_blocks() is misinterpreting the return value from ext3_journal_extend(), and is consequently running out of buffer credits and going BUG on tremendously large direct-io writes. Fix that up. Also, I note that the really large direct-io writes can hold a transaction open for the entire duration, which can be minutes. This violates ext3's attempt to commit data at regular intervals. Fix that up by looking at the transaction state: if it's T_LOCKED, shut off the current handle so the pending commit can complete. Signed-off-by:
-
Andrew Morton authored
Signed-off-by:
-
Jesper Juhl authored
Here's a patch to reorder timer_tsc.c so gcc 3.4 does not fail to inline and thus fix the warning "arch/i386/kernel/timers/timer_tsc.c:30: warning: inlining failed in call to 'cpufreq_delayed_get': function body not available" Signed-off-by:
Jesper Juhl <juhl-lkml@dif.dk> Signed-off-by:
-
Hugh Dickins authored
Vladimir Saveliev reported anon_vma_unlink list_del BUG (LKML 24 June). His testing is still in progress, but we believe it comes from a nasty locking deficiency I introduced in 2.6.7's anon_vma_prepare. Andrea's original anon_vma_prepare was fine, it needed no anon_vma lock because it was always linking a freshly allocated structure; but my find_mergeable enhancement let it adopt a neighbouring anon_vma, which of course needs locking against a racing linkage from another mm - which the earlier adjust_vma fix seems to have made more likely. Does anon_vma->lock nest inside or outside page_table_lock? Inside, but that's not obvious without a lock ordering list: instead of listing the order here, update the list in filemap.c; but a separate patch because that's less urgent and more likely to get wrong or provoke controversy. (Could do it with anon_vma lock after dropping page_table_lock, but a long comment explaining why some code is safe suggests it's not.) Signed-off-by:
Hugh Dickins <hugh@veritas.com> Signed-off-by:
-
Luiz Capitulino authored
drivers/char/ipmi/ipmi_si_intf.c: In function `acpi_gpe_irq_setup': drivers/char/ipmi/ipmi_si_intf.c:1173: warning: passing arg 4 of `acpi_install_gpe_handler' from incompatible pointer type drivers/char/ipmi/ipmi_si_intf.c: In function `acpi_gpe_irq_cleanup': drivers/char/ipmi/ipmi_si_intf.c:1193: warning: passing arg 3 of `acpi_remove_gpe_handler' from incompatible pointer type Signed-off-by:
Luiz Capitulino <lcapitulino@prefeitura.sp.gov.br> Signed-off-by:
-
Pavel Machek authored
This introduces meaningfull labels instead of .L1234, meaning code is readable, kills alignment where unneccessary, and kills TLB flush that was only pure paranoia (and slows it down a lot on emulated systems). Signed-off-by:
-
Bart Samwel authored
From: Herve Eychenne <rv@eychenne.org> Clean up the script. This also makes it two times faster. (Thanks to Herve Eychenne.) - moved variable definitions to the top, for easier configuration - the script contains bashisms, so make it /bin/bash - use sed -e'...' -e '...' instead of sed | sed - avoid subshells: () changed to {} - various other minor optimizations and improvements Signed-off-by: -
Andrew Morton authored
__sync_single_inode() is forgetting to increment inodes_stat.nr_unused when moving a previously-dirty inode onto the inode_unused list. Signed-off-by:
-
Bart Samwel authored
The laptop mode docs don't say that no kernel configuration changes are needed to use laptop mode. That's caused some people to look for the option. This patch makes the doc explicitly mention the lack of an option. Signed-off-by:
-
Paul Fulghum authored
Add #ifdef CONFIG_PPP_FILTER around get_filter implementation which is only used when this option is enabled. This prevents compiler warning (unused function) when CONFIG_PPP_FILTER is not defined. Signed-off-by:
-
David Howells authored
There appears to be a missing semicolon in the VIODASD driver in 2.6.7. Signed-off-by:
-
Martin J. Bligh authored
From: Andy Whitcroft <apw@shadowen.org> This patch eliminates the false hole which can form between ZONE_NORMAL and ZONE_HIGHMEM. This is most easily seen when 4g/4g split is enabled, but it's always broken, and we just happen not to hit it most of the time. Basically, the patch changes the allocation of the numa remaps regions (the source of the holes) such that they officially fall within VMALLOC space, where they belong. Tested in -mjb for a couple of months, and again against 2.6.7-mm1. Signed-off-by:
Andy Whitcroft <apw@shadowen.org> Signed-off-by:
Martin J. Bligh <mbligh@aracnet.com> Signed-off-by:
-
Kenneth W. Chen authored
Hit a kernel oops on 2.6.7 kernel when doing direct I/O to hugetlb page. The destructor of compound page was moved into page->mapping since 2.6.6. It got interfered with set_page_dirty() for hugetlb page: an O_DIRECT read into first tail page of the compound page will fool set_page_dirty() to deference page->mapping->a_ops and then kernel oops. Patch to fix the oops. We do just like what bio_set_pages_dirty() does. Signed-off-by:
-
Andrey Panin authored
This patch makes AX.25 drivers use common crc16 code. Signed-off-by:
Andrey Panin <pazke@donpac.ru> Signed-off-by:
-
Andrey Panin authored
This patch makes various ISDN drivers use common crc16 code. Signed-off-by:
-
Andrey Panin authored
This patch makes IRDA subsystem use common crc16 code. Signed-off-by:
-
Andrey Panin authored
This patch makes async PPP driver use common crc16 code. Signed-off-by:
-
Andrey Panin authored
Currently we have 8 copies of CRC16 calculation table in different device drivers, this patch creates common crc16.c module to replace them. Signed-off-by:
-
Arjan van de Ven authored
Right now the kernel detects the sysadmin trying to set the iocharset of vfat to UTF8 and prevents this with an error. While I can see that this is not recommended, enforcing this is policy that probably doesn't belong in the kernel. The patch below makes this situation a warning and a recommendation instead of a strong blockage. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=126641 is an example of a sysadmin disliking this policy enforcement. Signed-off-by:
-
Jesper Juhl authored
Here's a patch to line up the "CPU: After * identify, caps:" messages produced by printk's in arch/i386/kernel/cpu/common.c Signed-off-by:
-
Stephen D. Smalley authored
SELinux should just drop out the socket and netfilter hooks when that is disabled. The problem was introduced because of the fine-grained netlink patches, which made the selinux_netlink_send/recv hook functions depend on CONFIG_SECURITY_NETWORK but the netlink_send/recv hooks themselves are not dependent on it. Need to move selinux_netlink_send/recv back out of the conditional block, and provide a static inline stub for selinux_nlmsg_perm if CONFIG_SECURITY_NETWORK is not defined. Signed-off-by:
Stephen Smalley <sds@epoch.ncsc.mil> Signed-off-by:
-
Andrew Morton authored
Using current gcc CVS I hit a piece of code in which the compiler was emitting a memmove() call. The kernel link failed. Uninline it. Also, move the memcpy and memset exports into memcpy.c. Signed-off-by:
-
Neil Brown authored
Allow the lease to be set from /proc/fs/nfs/nfsv4leasetime. To comply with rfc3530, this appears as a server reboot from the point of view of the client, which must reclaim state with the grace period. From: Andy Adamson <andros@citi.umich.edu> Signed-off-by:
J. Bruce Fields <bfields@citi.umich.edu> Signed-off-by:
Neil Brown <neilb@cse.unsw.edu.au> Signed-off-by:
-
Neil Brown authored
Currently nfs4_arg->to_free keeps a list of void ptrs on which kfree is called when freeing the nfs4_arg. This allows us to do cleanup on e.g. xdr decode failures. To allow more complicated objects to be freed (in particular, acls), we add a "void (*release)(void *)" to allow us to request something other than kfree be called when freeing. Signed-off-by:
-
Neil Brown authored
Preparation for delegations: parse callback information provided in setclientid request. From: Andy Adamson <andros@citi.umich.edu> Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu> Signed-off-by:
-
Neil Brown authored
Insist that the first time a client presents a new lockowner, the seqid should be 0. (RFC 3530 section 8.1.5) Also, return an error if the client presents a previously-used lockowner as if it were new. From: Andy Adamson <andros@citi.umich.edu> Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu> Signed-off-by:
-
Neil Brown authored
nfsd4_proc_compound is using over a thousand bytes of stack. This is partly because it declares two local svc_fh's, partly because of a big switch statement which calls a bunch of functions which may be inlined. Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu> Signed-off-by:
-
Neil Brown authored
Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu> Signed-off-by:
-
Neil Brown authored
Simplify nfsd4_release_lockowner a bit, factor out code that we need for another patch. Signed-off-by: J. Bruce Fields <bfields@citi.umich.edu> Signed-off-by:
-
Neil Brown authored
Use opaque xdr encoding routines from xdr.c instead of rolling our own. Signed-off-by:
-
