- 13 Sep, 2004 1 commit
-
-
bk://bk.arm.linux.org.uk/linux-2.6-rmkLinus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
- 14 Sep, 2004 10 commits
-
-
Ben Dooks authored
Patch from Ben Dooks Removed resource description left by copying error Thanks to Klaus Fetscher for pointing this out. Signed-off-by: Ben Dooks
-
Ben Dooks authored
Patch from Ben Dooks Fix inverted mask in s3c2410_gpio_setpin() function, add s3c2410_modify_misccr() for shared register, and add s3c2410_gpio_getpin() Signed-off-by: Ben Dooks
-
Ben Dooks authored
Patch from Ben Dooks Fix missed ID change on s3c2410-usb Signed-off-by: Ben DOoks
-
Ben Dooks authored
Patch from Ben Dooks Header file for USB gadget controller (udc) for the Samsung S3C2410 SoC Signed-off-by: Herbert Poetzl Signed-off-by: Ben Dooks
-
Russell King authored
Add kapmd thread to provide a process context to handle "APM" events submitted via apm_queue_event(). Add apm_queue_event(), which can be called from hardware interrupt handlers and the like, typically to fire off a suspend.
-
Russell King authored
Move existing APM state definitions into struct apm_power_info, and add further definitions describing other fields.
-
Russell King authored
Ensure threads waiting for suspend to occur in apm_ioctl are not woken by the pm_suspend thread freezing - they're already frozen.
-
Russell King authored
-
Russell King authored
The original version had issues when two suspend events came in at around the same time, causing APM to get confused: threads became stuck in APM_IOC_SUSPEND and suspends_pending incremented on each apm --suspend call. Now, we only add a suspend event to a users queue and increment suspends_pending if the user isn't already in the middle of handling a suspend event.
-
Russell King authored
-
- 13 Sep, 2004 17 commits
-
-
Russell King authored
-
Russell King authored
Convert user_list_lock spinlock to a read/write semaphore; the spinlock was affording us very little protection.
-
Russell King authored
-
Russell King authored
-
Russell King authored
-
Russell King authored
arch/arm/kernel/apm.c:57:16: warning: dubious one-bit signed bitfield arch/arm/kernel/apm.c:58:17: warning: dubious one-bit signed bitfield arch/arm/kernel/apm.c:59:17: warning: dubious one-bit signed bitfield arch/arm/kernel/apm.c:60:23: warning: dubious one-bit signed bitfield
-
Nicolas Pitre authored
It seems that most architectures already include linux/device.h in their own asm/dma-mapping.h. Most but not all, and some drivers fail to compile on those architectures that don't. Since everybody needs it let's include device.h from one place only and fix compilation for everybody.
-
Andrew Morton authored
There's a double-free in the isofs filesystem. Invalidate this pointer so it doesn't get freed twice. Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Anton Blanchard authored
The follow patch special cases the NR_CPUS <= BITS_PER_COMPAT_LONG case. Without this patch, a 32bit task would be required to have a 64bit cpumask no matter what value of NR_CPUS are used. With this patch a compat long sized bitmask is allowed if NR_CPUS is small enough to fit within it. Of course applications should be using the glibc wrappers that use an opaque cpu_mask_t type, but there could be older applications using the syscalls directly. Signed-off-by: Anton Blanchard <anton@samba.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Anton Blanchard authored
Remove the set_fs hack in the compat affinity calls. Create sched_getaffinity and sched_setaffinity helper functions that both the native and compat affinity syscalls use. Also make the compat functions match what the native ones are doing now, setaffinity calls succeed no matter what length the bitmask is, but getaffinity calls must pass in bitmasks at least as long as the kernel type. Signed-off-by: Anton Blanchard <anton@samba.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
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
-
Tony Luck authored
into agluck-lia64.sc.intel.com:/data/home/aegl/BK/linux-ia64-release-2.6.9
-
Stéphane Eranian authored
Thanks to David for his help in tracking it down. compile the kernel with sibling call optimization turned off. There is a problem with all functions using the optimization and the asmlinkage attribute. The compiler should not perform the optimization on these functions because it cannot preserve the syscall parameters in the callee. This caused SIGSEGV on programs traced with PTRACE_SYSCALL, for instance. signed-off-by: stephane eranian <eranian@hpl.hp.com> Signed-off-by: Tony Luck <tony.luck@intel.com>
-
Linus Torvalds authored
-
Linus Torvalds authored
Jeff wants to use this to clean up SATA and some network drivers.
-
Bartlomiej Zolnierkiewicz authored
Sigh, Thomas Gleixner pointed out that his sis5518 fix didn't need forward porting. Signed-off-by: Bartlomiej Zolnierkiewicz <bzolnier@elka.pw.edu.pl> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
- 12 Sep, 2004 12 commits
-
-
Linus Torvalds authored
-
Benjamin Herrenschmidt authored
This patch kills the bogus radeonfb_read/write routines. In order to do so, it adds a new member to fb_info, along with screen_base, which is screen_size, indicating the mapped area. The default fb_read/write will now use that instead of fix->smem_len if it is non-0, and radeonfb now sets it to the mapped size of the framebuffer. Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
Benjamin Herrenschmidt authored
This is a resend of a patch sent in July and that got lost somewhat, the "VSCR" register wasn't restored properly from the context on load_up_altivec (typo), please apply the fix: Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
-
bk://kernel.bkbits.net/davem/sparc-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/net-2.6
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/sparc-2.6
-
David S. Miller authored
-
David S. Miller authored
Signed-off-by: David S. Miller <davem@davemloft.net>
-
Thomas Graf authored
Only send NETDEV_CHANGEADDR notifies for address and broadcast changes. Notify is also sent out if only one of the 2 changes is successful. Signed-off-by: Thomas Graf <tgraf@suug.ch> Signed-off-by: Jamal Hadi Salim <hadi@cyberus.ca> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Rusty Russell authored
Am travelling, but this passed simple tests here. If this isn't going in, the current seqfile stuff should be ripped out; it's a mess. /proc/net/ip_conntrack was changed over to seq_file. However, seq_file isn't a great fit (a linked list which is changing is not a good candidate for seq file), and the conversion was done badly. 1) Don't do allocation: simply hand the pointer head of the correct chain. 2) Actually output the original tuple. 3) Lock only when actually traversing hash chain. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> Signed-off-by: David S. Miller <davem@davemloft.net>
-
Andi Kleen authored
With improvements by Francois Romieu and David S. Miller. Signed-off-by: David S. Miller <davem@davemloft.net>
-
Jamal Hadi Salim authored
Signed-off-by: Jamal Hadi Salim <hadi@cyberus.ca> Signed-off-by: David S. Miller <davem@davemloft.net>
-