- 14 Oct, 2004 17 commits
-
-
Andrew Morton authored
From: Nicolas Pitre <nico@cam.org> We are desperately in need of on-chip memory so free it as soon as we have fetched its content. Suggested by Marc Singer. Signed-off-by:
Nicolas Pitre <nico@cam.org> Signed-off-by:
Andrew Morton <akpm@osdl.org>
-
Andrew Morton authored
From: Nicolas Pitre <nico@cam.org> The logic about proper packet size was a bit confused. Fix comments and the code where appropriate. Thanks to Stuart Juengst for spotting this. Signed-off-by:
-
Andrew Morton authored
From: Nicolas Pitre <nico@cam.org> This is required for DMA on PXA to compile with the latest changes in mainline. Also moved away from the PCI DMA flags. Signed-off-by:
-
Andrew Morton authored
From: Nicolas Pitre <nico@cam.org> This fixes remaining locking problems on SMP. Thanks to Hirokazu Takata for testing. Signed-off-by:
-
Andrew Morton authored
From: Nicolas Pitre <nico@cam.org> Well, there is no such thing as a spin_trylock_irq() in the kernel. Signed-off-by:
-
Andrew Morton authored
From: Hirokazu Takata <takata@linux-m32r.org> Fix LED control. Signed-off-by:
Hayato Fujiwara <fujiwara@linux-m32r.org> Signed-off-by:
Hirokazu Takata <takata@linux-m32r.org> Signed-off-by:
-
Andrew Morton authored
From: Nicolas Pitre <nico@cam.org> Update version string, some coments, rename a variable, etc. Nothing really worrying... Signed-off-by:
-
Andrew Morton authored
From: Nicolas Pitre <nico@cam.org> Fix SMP locking, and add special cases for SMP in order to preserve UP's slightly better efficiency and reliability. Signed-off-by:
-
Andrew Morton authored
From: Nicolas Pitre <nico@cam.org> If ever that function is called, this will certainly help track the reason for it. Signed-off-by:
-
Andrew Morton authored
From: Nicolas Pitre <nico@cam.org> Free the pending TX skb inside smc_reset() rather than doing it where smc_reset() is called. Worse, some places just didn't care. Also do it when closing the driver. Signed-off-by:
-
Andrew Morton authored
From: Nicolas Pitre <nico@cam.org> This way we can reconfigure the phy and sleep as needed. Also removed unnecessary locking from smc_phy_powerdown() since the chip is not active anymore when this is called. Signed-off-by:
-
Andrew Morton authored
From: Nicolas Pitre <nico@cam.org> When large amount of packets are sent, the most likely source of throttling (when THROTTLE_TX_PKTS is off) is the completion of on-chip buffer allocation that triggers an IRQ. Instead of pushing data to the chip in IRQ context, we now schedule a tasklet which has the big advantage of being interruptible by the RX packet IRQ giving the RX processing the ultimate priority over anything else. This is really important especially on the SMC91C111 which has only 4 packet buffers total regardless of packet size and has a tendency of suffering from RX overruns. This change allows RX packets to be pulled immediately upon arrival instead of having to wait for a (possibly much larger) TX packet to be entirely pushed onto the chip. The THROTTLE_TX_PKTS logic is also a bit more efficient as it now looks for a packet already been transmitted before stopping the queue therefore decreasing unnecessary TX idle periods while still keeping most buffers free for RX packets. Signed-off-by:
-
Andrew Morton authored
From: Nicolas Pitre <nico@cam.org> Let's avoid all that crap of preserving the bank to restore it all the time if that's not necessary. The rule is simple: bank 2 is the only allowed bank when the chip is active and unlocked. Anything that needs to change the bank to something other than bank 2 must lock against any concurrent access and return to bank 2 before unlocking. Signed-off-by:
-
Andrew Morton authored
From: Nicolas Pitre <nico@cam.org> This allows for access to the chip to be entirely factorized, and proper locking to be added over an extremely small critical area. Also a prerequisite for patch 05. Signed-off-by:
-
Andrew Morton authored
From: Nicolas Pitre <nico@cam.org> This is a pre-requisite for patch 05. Also a good thing to do. Signed-off-by:
-
Andrew Morton authored
From: Nicolas Pitre <nico@cam.org> - turn #if THROTTLE_TX into C code - adjust some debug messages - factorize code a litle - fix warnings with gcc-3.4.1 - etc. Signed-off-by:
-
Andrew Morton authored
From: Nicolas Pitre <nico@cam.org> This change is flaky. Also conflicting with planned update of the driver. Signed-off-by:
-
- 13 Oct, 2004 23 commits
-
-
Yoshinori Sato authored
Signed-off-by:
Yoshinori Sato <ysato@users.sourceforge.jp> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Paolo \'Blaisorblade\' Giarrusso authored
From: Lars Ellenberg <Lars.Ellenberg@linbit.com> Add a memory barrier to the assembly checksum code - the code was copied straight from the i386 one, and the patch resyncs the code with the original. I'll check if the original code can be included directly (i.e. "#include") after 2.6.9. Without this patch, every 2.6 UML release corrupts the checksum of every UDP fragmented packet with size >= MTU (verified by various people, we all agree on this issue; nobody reported "Works fine here"). The corrupted packets are not accepted, thus blocking any kind of communication with large-sized UDP packets. In fact, I've even dissected the UML -> host traffic before and after this patch with Ethereal - and it always reported an incorrect checksum for fragmented UDP packets before and always correct after applying the patch. Signed-off-by:
Paolo 'Blaisorblade' Giarrusso <blaisorblade_spam@yahoo.it> Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
Currently, ubd=sync is different from replacing ubd#= with ubd#s=. This is against Principle of Least Surprise, so remove this difference. Also the current ubd=sync behaviour is completely useless: it is to make sure that when the kernel has synched its I/O to the virtual disk, the host does not invalidate this with his caching; this causes ReiserFS corruption. But since actually we call end_request() only after the io_thread has done its work, we never lie to the block layer. Using O_SYNC as we do when replacing ubd#= with ubd#s= is enough. Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
From: BlaisorBlade <blaisorblade_spam@yahoo.it>, Chris Wright <chrisw@osdl.org> Avoid deadlocking onto the request lock in the UBD driver, i.e. don't lock the queue spinlock when called from the request function. In detail: Rename ubd_finish() to __ubd_finish() and remove ubd_io_lock from it. Add wrapper, ubd_finish(), which grabs lock before calling __ubd_finish(). Update do_ubd_request to use the lock free __ubd_finish() to avoid deadlock. Also, apparently prepare_request is called with ubd_io_lock held, so remove locks there. Signed-off-by:
Chris Wright <chrisw@osdl.org> Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
Some configuration options are known not to compile. So then make them depend on CONFIG_BROKEN. Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
Remove one more symlink when doing make mrproper ARCH=um Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
Drop the usage of check_gcc and host-progs, and use their new names. A must-have :-). Oh, and it will create lots of serious problems - it will give me your root account! Yes, you don't see the code in the patch, but it happens! :-))) Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
Makes the UML build system work well even under parallel make (tested, so far, even with -j50). Please notice that it must be updated for every makefile change. Or better, every makefile change must use correct dependencies (and they are easy to miss). Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
Uml-specific patch (which requires a mainline hook, mailed separately). This patch avoid the linking kludge which leaves kbuild link vmlinux and then link it with libc inside linux. This kludge has the big problem of making kallsyms break, since the kallsyms pass is done on a completely Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
Extraversion in arch/um/Makefile is not needed in mainline, but just for separate patches; also, they should set it in the main Makefile, not elsewhere (Jeff Garzik has just complained). Also remove the dependency from version.h on arch/um/Makefile: it was added because arch/um/Makefile could change the kernel version number. Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
This forces make to use bash rather than whatever /bin/sh is linked to. Without this, since there are some bash extensions used in the build and when /bin/sh isn't bash, then the build fails without a clear error message. Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
If arch/$(ARCH)/Makefile is included before adding -O2 (and the rest) to CFLAGS, I must duplicate the addition of it to USER_CFLAGS for UML. So let's fix this. Also, the below code is useless, since if CONFIG_DEBUG_INFO is y, then CONFIG_FRAME_POINTER is always y. ifeq ($(CONFIG_DEBUG_INFO),y) CFLAGS := $(subst -fomit-frame-pointer,,$(CFLAGS)) endif Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
Adds a lot more EXPORT_SYMBOLS calls. Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
Fixes some random warnings. To avoid "defined but not used" for not_configged_ops, make it be defined only if at least one channel is not defined. Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
Add some updates for API changes in 2.6.8 which were not included in the original UML patch; these fixes were detected by some warnings, so I probably missed some more ones. Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
That var is used only when CONFIG_UML_REAL_TIME_CLOCK is on, so #ifdef its definition. Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
With the type-safe rb_entry (based on container_of, I sent it) I discovered this type error, so I've fixed it. Signed-off-by:
-
Paolo \'Blaisorblade\' Giarrusso authored
Avoid redeclaring again (resulting in a compilation error) cpu_online and cpu_*_map, which are now declared elsewhere. Signed-off-by:
-
James Morris authored
The patch below by Roland McGrath fixes two bugs in the implementation of the selinux_file_mprotect hook: It calls selinux_file_mmap, which has two problems. First, the stacked security module will get both mmap and mprotect callbacks for an mprotect call, which is wrong. Secondly, the vm_flags value contains VM_* bits, and these do not match the MAP_* bits of the same name or function, so it passes bogus flags and causes every mprotect to be treated as if MAP_SHARED were in use. The patch shares the common code while not having one function call the other, and fixes these two bugs. Signed-off-by:
James Morris <jmorris@redhat.com> Signed-off-by:
Roland McGrath <roland@redhat.com> Signed-off-by:
-
Stephen D. Smalley authored
This fixes a bug in SELinux to retain the ptracer SID (if any) across fork. Otherwise, SELinux will always deny attempts by traced children to exec domain-changing programs even if the policy would have allowed the tracer to trace the new domains as well. Signed-off-by:
Stephen Smalley <sds@epoch.ncsc.mil> Signed-off-by:
-
Tim Schmielau authored
Derive process start times from the posix_clock_monotonic notion of uptime instead of "jiffies", consistent with the earlier change to /proc/uptime itself. (http://linus.bkbits.net:8080/linux-2.5/cset@3ef4851dGg0fxX58R9Zv8SIq9fzNmQ?na%0Av=index.html|src/.|src/fs|src/fs/proc|related/fs/proc/proc_misc.c) Process start times are reported to userspace in units of 1/USER_HZ since boot, thus applications as procps need the value of "uptime" to convert them into absolute time. Currently "uptime" is derived from an ntp-corrected time base, but process start time is derived from the free-running "jiffies" counter. This results in inaccurate, drifting process start times as seen by the user, even if the exported number stays constant, because the users notion of "jiffies" changes in time. It's John Stultz's patch anyways, which I only messed up a bit, but since people started trading signed-off lines on lkml: Signed-off-by:
Tim Schmielau <tim@physik3.uni-rostock.de> Signed-off-by:
-
Nicolas Pitre authored
Without this patch, Lubbock is pretty unusable in current 2.6.9-rc4. The same fix already present in the MTD CVS. Signed-off-by:
-
Olaf Kirch authored
This patch makes sure that auth_domain_lookup returns NULL when it doesn't find a matching entry, rather than the last entry in the hash chain. Signed-off-by:
Olaf Kirch <okir@suse.de> Acked-by:
Neil Brown <neilb@cse.unsw.edu.au> Signed-off-by:
-
