- 19 May, 2004 40 commits
-
-
Greg Ungerer authored
Remove a lot of un-used and un-needed libgcc funstions from export list for m68knommu syms.
-
Greg Ungerer authored
Correct build lines for Motorola Dragonball 68x328 frame buffer driver. Patch from Georges Menie <georges@menie.org>
-
Greg Ungerer authored
Remove ColdFire specific code sections for atomic_add and atomc_sub. These are not needed, the m68k asm code for these functions is ColdFire clean.
-
Greg Ungerer authored
We should un-define all the x86 style IO routines when redefining local versions.
-
Greg Ungerer authored
Create init points for the Motorola Dragonball 68x328 frame buffer driver. Patch from Georges Menie <georges@menie.org>
-
Greg Ungerer authored
A couple of fixups for asm-m68knommu/bitops.h: . re-order definition of fls(), to be outside __KERNEL__ . add code for find_next_bit()
-
Greg Ungerer authored
Big cleanup of the Motorola DragonBall 68x328 frame buffer. It was quite broken before. Patch from Georges Menie <georges@menie.org>.
-
Greg Ungerer authored
Fix the cache flushing code for the ColdFire 5407 CPU. The cpushl instruction arguments are wrong, causing it to miss some cache lines.
-
Greg Ungerer authored
Added a nommu version of sysctl_max_map_count. Fix return value from do_munmap(), it should return 0 on success not EINVAL.
-
Andrew Morton authored
From: Neil Brown <neilb@cse.unsw.edu.au> Fix bug #2661 Raid currently calls ->unplug_fn under spin_lock_irqsave(), but unplug_fns can sleep. After a morning of scratching my head and trying to come up with some that does less locking, the following is the best I can come up with. I'm not proud of it but it should work. If I move "nr_pending" out or rdev into the per-personality structures (e.g. mirror_info), and if I had "atomic_inc_if_nonzero" I could do with without locking so much, but random atomic* functions don't seem trivial
-
bk://gkernel.bkbits.net/net-drivers-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Arjan van de Ven authored
spinlock_t *lp = &((struct netdev_private *)dev->priv)->lock; doesn't mix with spin_unlock_irqrestore(&lp, flags);
-
Andrew Morton authored
From: David Mosberger <davidm@napali.hpl.hp.com>
-
Andrew Morton authored
From: Martin Diehl <lists@mdiehl.de> There was a spin_unlock missing in the raw mode tx-completion path. Probably it slipped through because the raw mode stuff is never reached with my Actisys hardware.
-
Andrew Morton authored
From: Martin Schwidefsky <schwidefsky@de.ibm.com> Network driver changes: - iucv: Make grab_param function SMP safe. - lcs: Fix null-pointer dereference after unsuccessful set_online. - qeth: Fix kmalloc flags in qeth_alloc_reply. - qeth: Show broadcase capability also in route4/6 sysfs attributes. - qeth: Remove debug code. - qeth: Add option to qetharp user space interface to strip unused fields from query arp records. - qeth: Add shortcut in outbound path for HiperSockets. - qeth: Add more info to qeth_perf_stats. - qeth: Add support for direct SNMP interface to OSA express cards.
-
Andrew Morton authored
From: Martin Schwidefsky <schwidefsky@de.ibm.com> zfcp host adapter change: - Remove misplaced dot in error message. - Remove unused performance statistics code.
-
Andrew Morton authored
From: Martin Schwidefsky <schwidefsky@de.ibm.com> dasd device driver changes: - Reset pointer from ccw device to dasd_devmap on device removal.
-
Andrew Morton authored
From: Martin Schwidefsky <schwidefsky@de.ibm.com> s390 core changes: - Fix system call trace / audit interface. - Fix find_first_bit / find_next_bit inlines assembly constraints.
-
Andrew Morton authored
From: Mingming Cao <cmm@us.ibm.com> There is a uninitialized goal value being referenced in both ext3 and ext2 find goal block functions (ext3_find_goal() and ext2_find_goal()). In the non-sequential write case, these functions check the goal value(non zero) before calling ext3(2)_find_near() to find the goal block to allocate. Since the goal value is uninitialized(non zero), the ext3(2)_find_near() is never being called in the non-sequential write, thus ext3(2)_find_goal() failed to guide a goal block in the random write case. ext3(2)_new_block() takes the junk goal value and will turn it to goal 0 since it's normally beyond the filesystem block number limit. The fix is trivial.
-
Andrew Morton authored
From: Rusty Russell <rusty@rustcorp.com.au> The IA64 hotplug CPU merge seems to have included some core changes: in particular the recalc_bh_state() needs to sum for all (including offline) cpus, since we don't empty the counters on CPU down. The totals printed by /proc/stat (the first loop) should include offline cpus, too (apparently printing out the per-cpu lines for offline cpus confuses top).
-
Andrew Morton authored
The recent ARM-specific fix broke ia32. Hopefully the ARM team can find an arch-specific implementation of VGA_MAP_MEM() which makes it work.
-
Andrew Morton authored
From: Matt Mackall <mpm@selenic.com> Doing the algebra: c = (a - b) * 3/2 a' = a - c = a - 3/2(a - b) = (2a - 3a + 3b)/2 = (3b - a)/2 a' >= 0 3b - a >= 0 3b >= a b >= a/3 nr_free_pages() >= mempages/3 We can indeed get into trouble if we try to load a large kernel on a very small box (ie kernel reserves more than 2/3 of usable memory). Surprisingly I haven't hit this, but here's a fix.
-
Andrew Morton authored
From: "J. Bruce Fields" <bfields@fieldses.org> svc_recv may call svc_sock_release before rqstp->rq_res is initialized.
-
Andrew Morton authored
From: NeilBrown <neilb@cse.unsw.edu.au> From: "J. Bruce Fields" <bfields@fieldses.org> To help the user diagnose problems caused by user-level daemons not running.
-
Andrew Morton authored
From: NeilBrown <neilb@cse.unsw.edu.au> From: "J. Bruce Fields" <bfields@fieldses.org> Currently we are counting the number of threads already asleep and returning an immediate NFS4ERR_DELAY (==JUKEBOX) error if more than half are already asleep. This patch removes that logic, so instead we only return NFS4ERR_DELAY if an upcall times out (if it takes more than a second to return). With the thread counting there is the risk that even when all the relevant subsystems are responsive, the client may still see occasional NFS4ERR_DELAY returns just because, by coincidence, several upcalls were initiated at the same time. I expect clients will delay several seconds before retrying after NFS4ERR_DELAY, so this will be quite noticeable to users. Sporadic long delays like this are likely to lead users to suspect a problem somewhere, when in fact there is none. The current scheme ensures that we can still process requests not depending on upcalls, even when all threads would otherwise be tied up waiting on upcalls. However, this is not something that should happen under normal circumstances; if a server spends a significant portion of its time with all threads waiting for upcalls, this a sign that something is seriously wrong. In such a circumstance (e.g., an ldap server dies), we can, at least, bound the waiting time to a second without the need for counting threads. In short, removing the thread-counting will allow us to behave predictably when things are working, while still allowing some progress when they don't. It would be a worthwhile project to measure the amount of time threads spend waiting for upcalls (or for reads, for that matter); if a significant portion of the time they spend handling requests is spent sleeping, then there's an opportunity to improve nfsd performance: if we can break the one-to-one mapping between requests and threads, then we can lower the number of threads required to keep the nfs server busy. However, both the currently available options for doing this are problematic: returning JUKEBOX/DELAY errors at random times will lead to unpredictable performance, and saving a copy of the request to be processed from scratch again later is wasteful and makes it difficult to provide correct semantics, especially in the NFSv4 case. So for now I believe waits with short timeouts are the best option.
-
Andrew Morton authored
From: NeilBrown <neilb@cse.unsw.edu.au> From: "J. Bruce Fields" <bfields@fieldses.org> 1 second should be plenty of time; if we're going to take longer than that it's probably better just to return NFS4ERR_DELAY and let the client retry anyway.
-
Andrew Morton authored
From: NeilBrown <neilb@cse.unsw.edu.au> From: "J. Bruce Fields" <bfields@fieldses.org> Slightly better behavior on failed mapping (which may happen either because idmapd is not running, or because there it has told us it doesn't know the mapping.): on name->id (setattr), return BADNAME. (I used ESRCH to communicate BADNAME, just because it was the first error in include/asm-generic/errno-base.h that had something to do with nonexistance of something, and that we weren't already using.) id->name (getattr), return a string representation of the numerical id. This is probably useless to the client, especially since we're unlikely to accept such a string on a setattr, but perhaps some client will find it mildly helpful.
-
Andrew Morton authored
From: NeilBrown <neilb@cse.unsw.edu.au> From: "J. Bruce Fields" <bfields@fieldses.org> Also fix leaks on error; split up code a bit to make it easier to verify correctness.
-
Andrew Morton authored
From: NeilBrown <neilb@cse.unsw.edu.au> nfsd_cross_mnt can release the reference to the passed svc_export structure when it returns a different svc_export structure. So we need to make sure we have a counted reference before, and drop the reference afterwards.
-
Andrew Morton authored
From: NeilBrown <neilb@cse.unsw.edu.au> fh_compose currently consumes a reference to the dentry but not the export point. This is both inconsistent and confusing. It is better if a routine like this doesn't consume reference points, so with this patch, it doesn't. This fixes a couple of very subtle and unusual reference counting errors.
-
Andrew Morton authored
From: NeilBrown <neilb@cse.unsw.edu.au> We currently serialize all writes to these caches with queue_io_sem, so we only needed one buffer. There is some need for larger-than-one-page writes, so we can just statically allocate a buffer.
-
Andrew Morton authored
From: NeilBrown <neilb@cse.unsw.edu.au> This is important for update-in-place caches which may change from being negative to posative. Thanks to "J. Bruce Fields" <bfields@fieldses.org> and Olaf Kirch <okir@suse.de>
-
Andrew Morton authored
From: NeilBrown <neilb@cse.unsw.edu.au> With the _bh, we can deadlock.
-
Andrew Morton authored
From: "Randy.Dunlap" <rddunlap@osdl.org> We need to call mca_system_init() to register MCA bus struct, otherwise find_mca_adapter() oopses with a NULL ptr dereference. Fixes this oops reported last week: http://marc.theaimsgroup.com/?l=linux-kernel&m=108455738606747&w=2 Thanks to James Bottomley for pointing this out.
-
Andrew Morton authored
From: "Luiz Fernando N. Capitulino" <lcapitulino@prefeitura.sp.gov.br> drivers/cdrom/azctd.c:379: warning: `pa_ok' defined but not used
-
Andrew Morton authored
We just tested the page's uptodateness, no point in doing it again.
-
Andrew Morton authored
From: Matt Domsch <Matt_Domsch@dell.com> * Adds MODULE_VERSION * Remove check for efi_enabled in efivars_exit() - we aborted module load at init based on this already.
-
Andrew Morton authored
From: Matt Domsch <Matt_Domsch@dell.com> EDD: Remove no longer needed SCSI header file inclusion. Thanks to ArjanV for reminding me.
-
Andrew Morton authored
From: Jonathan Corbet <corbet@lwn.net> I noticed a patch went in to Documentation/SubmittingDrivers which tweaked the URL for KernelTraffic. Here's a self-serving patch which makes that section more complete; to be fair, I added two other sites too. Just in case it's useful.
-
Andrew Morton authored
From: Jan Kara <jack@ucw.cz> This patch fixes possible quota files corruption which could happen when root did not have any inodes&space allocated. Originally this could not happen as structure would not be written to disk in that case but with journalled quota we need to write even all-zero structure. The fix is not very nice but change of the format on disk is probably worse (I made a mistake with not including the usage-bitmaps into format :().
-