- 17 Sep, 2004 26 commits
-
-
Andi Kleen authored
Ported from i386 Allow to quieten apic boot output on the command line using apic={verbose,debug,quiet} Make it quiet by default Add extra #define for making apic print functions __init or not __init (for easier debugging) Signed-off-by:Andi Kleen <ak@suse.de> Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Andi Kleen authored
Make APIC errors KERN_DEBUG Signed-off-by:
-
Andi Kleen authored
Add an atomic64_t type to x86-64. Not used right now, but may be useful in the future, e.g. for rss together with C.Lameter's page fault scalability patches. Signed-off-by:
-
David Gibson authored
For historical reasons, ppc64 has ended up with two #defines for the size of a large (16M) page: LARGE_PAGE_SHIFT and HPAGE_SHIFT. This patch removes LARGE_PAGE_SHIFT in favour of the more widely used HPAGE_SHIFT. Signed-off-by:
David Gibson <dwg@au1.ibm.com> Signed-off-by:
-
Anton Blanchard authored
When I cleaned up our cmdline parsing, I missed a RELOC of CONFIG_CMDLINE itself. Without it we copy something random into cmd_line, but only when CONFIG_CMDLINE is enabled. Signed-off-by:
Anton Blanchard <anton@samba.org> Signed-off-by:
-
Anton Blanchard authored
The mace, bmac and dmasound drivers use virt_to_bus and so will not work on ppc64. Reflect this in the relevant Kconfig files. Signed-off-by:
-
Anton Blanchard authored
When a pseries+pmac kernel is built, the rtas stop-self token wasnt being initialised. Since doing this will safely fail on pmac, remove the !CONFIG_PPC_PMAC restriction Signed-off-by:
-
Anton Blanchard authored
From: Nathan Lynch <nathanl@austin.ibm.com> Fedora has a patch which introduces a new system state during boot. Change system_state == SYSTEM_BOOTING to system_state < SYSTEM_RUNNING to match it. Signed-off-by:
-
Anton Blanchard authored
yenta_socket wants probe_irq_mask, so export it. Signed-off-by:
-
Anton Blanchard authored
Remove the A() and AA() macros. Now we have compat_ptr we should be using that. Signed-off-by:
-
Benjamin Herrenschmidt authored
This patch fixes some warnings that popped up with the removal of -Wno-uninitialized around the code doing tlbie's. Signed-off-by:
Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by:
-
Anton Blanchard authored
Remove some old definitions that arent relevant to us. Signed-off-by:
-
Anton Blanchard authored
Fix one compile warning and one build warning on iseries. Signed-off-by:
-
Anton Blanchard authored
Replace the mmu_context_queue structure with the idr allocator. The mmu_context_queue allocation was quite large (~200kB) so on most machines we will have a reduction in usage. We might put a single entry cache on the front of this so we are more likely to reuse ppc64 MMU hashtable entries that are in the caches. Signed-off-by:
-
Anton Blanchard authored
Implement powersave_nap sysctl, like ppc32. This allows us to disable the nap function which is useful when profiling with oprofile (to get an accurate count of idle time). Signed-off-by:
-
Anton Blanchard authored
Replace do_exit() in 64bit signal code with force_sig/force_sigsegv where appropriate. Signed-off-by:
-
Olaf Hering authored
arch/ppc/syslib/open_pic2.c: In function `init_openpic2_sysfs': arch/ppc/syslib/open_pic2.c:694: error: `ENODEV' undeclared (first use in this function) arch/ppc/syslib/open_pic2.c:694: error: (Each undeclared identifier is reported only once arch/ppc/syslib/open_pic2.c:694: error: for each function it appears in.) possible fix below. Signed-off-by:
Olaf Hering <olh@suse.de> Signed-off-by:
-
Tom Rini authored
When <linux/timex.h> started including <asm/io.h> this exposed one of the fragilities of the code in arch/ppc/boot/, namely that it is tied to the kernel headers for some information, yet not really the kernel. The following starts us in the direction of being less tied to the kernel by providing our own serial_state definition (all we care about is the ability to grab information from SERIAL_PORT_DFNS). Signed-off-by:
Tom Rini <trini@kernel.crashing.org> Signed-off-by:
-
Roland McGrath authored
Exec fails to clean up posix-timers. This manifests itself in two ways, one worse than the other. In the single-threaded case, it just fails to clear out the timers on exec. POSIX says that exec clears out the timers from timer_create (though not the setitimer ones), so it's wrong that a lingering timer could fire after exec and kill the process with a signal it's not expecting. In the multi-threaded case, it not only leaves lingering timers, but it leaks them entirely when it replaces signal_struct, so they will never be freed by the process exiting after that exec. The new per-user RLIMIT_SIGPENDING actually limits the damage here, because a UID will fill up its quota with leaked timers and then never be able to use timer_create again (that's what my test program does). But if you have many many untrusted UIDs, this leak could be considered a DoS risk. Signed-off-by:
-
Ingo Molnar authored
This uses Davide's do_general_protection() fault based io-bitmap lazy update code and combines it with the ioport-owner cache. Signed-off-by:
Ingo Molnar <mingo@elte.hu> Signed-off-by:
-
Ingo Molnar authored
There's one additional step we can do ontop of the ports-max code to get rid of copying in X.org's case: cache the last task that set up the IO bitmap. This means we can set the offset to invalid and keep the IO bitmap of that task, and switch back to a valid offset (without any copying) when switching back to that task. (or do a copy if there is another ioperm task we switch to.) I've attached ioport-cache-2.6.8.1.patch that implements this. When there's a single active ioperm() using task in the system then the context-switch overhead is very low and constant: # ./ioperm-latency default no ioperm: scheduling latency: 2478 cycles turning on port 80 ioperm: scheduling latency: 2499 cycles turning on port 65535 ioperm: scheduling latency: 2481 cycles This single-ioperm-user situation matches 99% of the actual ioperm() usage scenarios and gets rid of any copying whatsoever - without relying on any fault mechanism. I can see no advantage of the GPF approach over this patch. Signed-off-by:
-
Ryan S. Arnold authored
Due to the tty ldisc code not stopping write operations against a driver even after a tty has been closed I added a mechanism to hvc_console in my previous patch to prevent this by nulling out the tty->driver_data in hvc_close() but I forgot to check tty->driver_data in hvc_write(). Anton Blanchard got several oops'es from hvc_write() accessing NULL as if it were a pointer to an hvc_struct usually stored in tty->driver_data. So this patch checks tty->driver_data in hvc_write() before it is used. Hopefully once Alan Cox's patch is checked in ldisc writes won't continue to happen after tty closes. Anton Blanchard has tested this patch and is unable to reproduce the oops with it applied. Changelog: drivers/char/hvc_console.c - Added comment to hvc_close() to explain the reason for NULLing tty->driver_data. - Added check to hvc_write() to verify that tty->driver_data is valid (NOT NULL) which would be the case if the write operation was invoked after a tty close was initiated on the tty. Signed-off-by:
Ryan S. Arnold <rsa@us.ibm.com> Signed-off-by:
-
Markus Lidel authored
The I2O subsystem currently map all memory from the I2O controller for the controller's in queue, even if it is not necessary. This is a problem, because on some systems the size returned from pci_resource_len() could be 128MB and only 1-4MB is needed. Changes: - only ioremap as much memory as the controller is actually using. Signed-off-by:
-
bk://ppc.bkbits.net/for-linus-ppcLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Tom Rini authored
Signed-off-by:
Leigh Brown <leigh@solinno.co.uk> Signed-off-by:
-
Tom Rini authored
The Local Protect Bit needs to be set when entering full duplex mode. Signed-off-by:
Rune Torgersen <runet@innovsys.com> Signed-off-by:
-
- 16 Sep, 2004 14 commits
-
-
http://lia64.bkbits.net/linux-ia64-release-2.6.9Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
Tony Luck authored
into agluck-lia64.sc.intel.com:/data/home/aegl/BK/linux-ia64-release-2.6.9
-
Mark Goodwin authored
The SGI Altix PROM supports a SAL call for performance monitoring and for exporting NUMA topology. We need this in community kernels for diagnostic and performance tools to use, especially on very large machines. This patch registers a dynamic misc device "sn_hwperf" that supports an ioctl interface for reading/writing memory mapped registers on Altix nodes and routers via the new SAL call. It also creates a read-only procfs file "/proc/sgi_sn/sn_topology" to export NUMA topology and Altix hardware inventory. > What tools are using this? Performance Co-Pilot http://oss.sgi.com/projects/pcp in particular, pmshub, shubstats and linkstat. Numerous other users include anything that needs knowledge of numa topology/interconnect in order to perform well, e.g. mpt. BTW I have not exported any API functions .. at this point I don't think we need any modules to call the API. Signed-off-by:
Mark Goodwin <markgw@sgi.com> Signed-off-by:
Tony Luck <tony.luck@intel.com>
-
Tony Luck authored
into agluck-lia64.sc.intel.com:/data/home/aegl/BK/linux-ia64-release-2.6.9
-
Jesse Barnes authored
Mark Goodwin suggested that we document our platform a bit. This patch adds help text for the sn2 specific kernel option. Signed-off-by:
Jesse Barnes <jbarnes@sgi.com> Signed-off-by:
-
Keith Owens authored
r.k[56] used to contain physical addresses but now contain virtual addresses. There are code remnants which still believe that they are physical and "convert" ar.k[56] to virtual. This breaks when current is not in region 7 (e.g. the idle task on cpu 0). Signed-off-by:
Keith Owens <kaos@sgi.com> Signed-off-by:
-
http://linux-mh.bkbits.net/bluetooth-2.6David S. Miller authored
into nuts.davemloft.net:/disk1/BK/net-2.6
-
Bart De Schuymer authored
Signed-off-by:
Bart De Schuymer <bdschuym@pandora.be> Signed-off-by:
Patrick McHardy <kaber@trash.net> Signed-off-by:
David S. Miller <davem@davemloft.net>
-
Thomas Graf authored
Fixes slab corruption in cbq_destroy. cbq_destroy_filters and qdisc_put_rtab(q->link.R_tab) are already called in cbq_destroy_class. The latter lead to a slab corruption due to repeated freeing of q->link.R_tab because q->link is part of q->classes. Problem introduced in 1.21. Signed-off-by:
Thomas Graf <tgraf@suug.ch> Signed-off-by:
-
Herbert Xu authored
This patch adds DSCP decapsulation for IPsec. This is enabled by a per-state flag which is off by default. Leaving it off by default maintains compatibility and is also good for performance reasons. I decided to not implement a toggle on the output path since not encapsulating the DSCP can and should be done by netfilter. Signed-off-by:
Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by:
-
Herbert Xu authored
This patch kills the duplicate implementation of ip6_get_dsfield in inet_ecn.h. It now uses ipv6_get_dsfield from dsfield.h instead. Signed-off-by:
-
David S. Miller authored
into nuts.davemloft.net:/disk1/BK/net-2.6
-
Hideaki Yoshifuji authored
When sending NA in response to NS, we may not know the link-layer address for the destination of the NA since unicast NS is not required to include its link-layer information. In this case, we first need to resolve the link-layer address. (RFC 2461 7.2.4) We now create neighbour entry for the destination and link-layer information will be automatically solved in the output path. Signed-off-by:
Hideaki YOSHIFUJI <yoshfuji@linux-ipv6.org> Signed-off-by:
-
Eric Lemoine authored
Signed-off-by:
Eric Lemoine <eric.lemoine@gmail.com> Signed-off-by:
-
