On Thursday 20 December 2007 18:04, Christoph Lameter wrote:
The only reason the x86 ticket locks have the 256 CPu limit is that
if they go any bigger, we can't use the partial registers so would
have to have a few more instructions.
x86_64 is going up to 4k or 16k cpus soon for our new
On Wed, 2007-12-19 at 17:22 -0500, Bill Davidsen wrote:
Peter Zijlstra wrote:
Hi,
Another posting of the full swap over NFS series.
Andrew/Linus, could we start thinking of sticking this in -mm?
Two questions:
1 - what is the memory use impact on the system which don't do
On Thu, Dec 20 2007, Rusty Russell wrote:
On Thursday 20 December 2007 18:07:41 FUJITA Tomonori wrote:
On Thu, 20 Dec 2007 16:45:18 +1100
Rusty Russell [EMAIL PROTECTED] wrote:
OK, some fixes since last time, as I wade through more SCSI drivers.
Some drivers use use_sg as a flag to
On Wed, Dec 19 2007, David Miller wrote:
From: Rusty Russell [EMAIL PROTECTED]
Date: Thu, 20 Dec 2007 18:53:48 +1100
Manipulating the magic chains is horrible; it looks simple to the
places which simply want to iterate through it, but it's awful for
code which wants to create them.
On Thu, Dec 20, 2007 at 03:54:40PM +0800, Dave Young wrote:
On Dec 20, 2007 8:30 AM, Greg KH [EMAIL PROTECTED] wrote:
Thanks to everyone for your last round of review comments and changes to
the kobject documentation.
I now have over 130 patches reworking the kset/ktype and kobject apis
On Thu, Dec 20 2007, Bartlomiej Zolnierkiewicz wrote:
* Move lba_to_msf() and msf_to_lba() to linux/cdrom.h
(use 'u8' type instead of 'byte' while at it).
* Remove msf_to_lba() copy from drivers/cdrom/cdrom.c.
Cc: Jens Axboe [EMAIL PROTECTED]
Signed-off-by: Bartlomiej Zolnierkiewicz
From: Stefan Richter [EMAIL PROTECTED]
Date: Wed, 19 Dec 2007 17:33:05 +0100
Does arch/sparc64/kernel/pci.c fill them in incorrectly or too late?
The problem is that I created indirection that was totally unused, the
operation vectors members for these cases thus didn't get filled in,
and we
On Tue, Dec 18, 2007 at 01:46:56PM -0800, Linus Torvalds wrote:
Heh, indeed. Good catch - that
Prefetchable memory behind bridge: -0fff
on device 00:01.0 does look totally broken, and it would make more sense
if it matched what the device has (and what
The problem was introduced by commit mm: variable length argument
support (b6a2fea39318e43fee84fa7b0b90d68bed92d2ba)
as it didn't update fs/binfmt_aout.c like other binfmt's.
I noticed that on alpha when accidentally launched old OSF/1
Acrobat Reader binary. Obviously, other architectures are
Hugh Dickins noticed that we were using rcu_dereference() without
rcu_read_lock() in the cache charging routine. The patch below fixes
this problem
Signed-off-by: Balbir Singh [EMAIL PROTECTED]
---
mm/memcontrol.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff -puN
Hi,
I don't know whether you or others have this change or not, if not please
consider apply.
Kill the unnecessary warning in kobject_add if sysfs file EEXIST because of
there's a similar one in sysfs_add_one
Signed-off-by: Dave Young [EMAIL PROTECTED]
---
kobject.c | 13 ++---
1
On Dec 19 2007 16:30, Greg KH wrote:
See the example module, samples/kobject/kobject-example.c for an
implementation of a simple kobject and attributes.
Should mention here that if simple types are enough and a callback
function is not needed, a module_param() could be used instead.
As a kset
* Jeremy Fitzhardinge [EMAIL PROTECTED] wrote:
Hi Ingo,
Here's another round of the pagetable unification patches. I've done
a few dozen rounds of randconfig builds on both 32- and 64-bit, so I
hope that will prevent compile problems in your test environment.
I've also boot-tested
On Thu, Dec 20, 2007 at 12:35:51AM -0500, Miles Lane wrote:
Added Ingo and Russell to the TO list, since they seem to potentially be
the right people to look into this.
Huh? Don't think so.
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
maintainer of:
--
To
On Thu, Dec 20, 2007 at 10:03:53AM +0100, Pierre Savary wrote:
I need some help about syscalls and modules. In fact I want to adapt the
g_file_storage module to my own application.
I need to use sys_umount and sys_mount but when I compile I obtain this
message :
[...]
Kernel:
* Masami Hiramatsu [EMAIL PROTECTED] wrote:
Fix a preemption bug in kprobe_handler(). It has to call
preempt_enable() before returning.
thanks - i've applied all 3 kprobes patches from you. (for v2.6.25)
Ingo
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
On Thu, 2007-12-20 at 11:47 +0300, Ivan Kokshaysky wrote:
The problem was introduced by commit mm: variable length argument
support (b6a2fea39318e43fee84fa7b0b90d68bed92d2ba)
as it didn't update fs/binfmt_aout.c like other binfmt's.
I noticed that on alpha when accidentally launched old
* Venki Pallipadi [EMAIL PROTECTED] wrote:
Btw., since the TLB flush state machine is really subtle and
fragile, could you try to run the following mmap stresstest i wrote
some time ago:
http://redhat.com/~mingo/threaded-mmap-stresstest/
for a couple of hours. It runs
On Dec 19, 2007 9:05 AM, Matthew Wilcox [EMAIL PROTECTED] wrote:
On Wed, Dec 19, 2007 at 10:50:40AM -0600, James Bottomley wrote:
So, to get the best of both worlds, file a bugzilla and note the bugid.
Then email a complete report to the relevant list, but add [BUG bugid]
to the subject
* Jeremy Fitzhardinge [EMAIL PROTECTED] wrote:
Here's another round of the pagetable unification patches. I've done
a few dozen rounds of randconfig builds on both 32- and 64-bit, so I
hope that will prevent compile problems in your test environment.
I've also boot-tested 64-bit and
On Wed, Dec 19, 2007 at 08:56:17PM +0100, Clemens Koller wrote:
Hello,
while looking for some assembly out of order / optimization stuff
for something else, I found some strange code in
.../linux/include/asm-cris/bitops.h:22
/*
* Some hacks to defeat gcc over-optimizations..
*/
struct
Hi Darrick,
On Wed, 19 Dec 2007 14:11:25 -0800, Darrick J. Wong wrote:
On Wed, Dec 19, 2007 at 03:40:12PM +0100, Jean Delvare wrote:
In general we keep the all-in-one alarms file for compatibility, but
given that this driver is fairly new and libsensors never had specific
support for it
Linux version 2.6.24-rc5-autokern1 ([EMAIL PROTECTED]) (gcc version 3.4.6
20060404
(Red Hat 3.4.6-9)) #1 SMP PREEMPT Thu Dec 20 04:16:18 EST 2007
BIOS-provided physical RAM map:
BIOS-e820: - 0009c400 (usable)
BIOS-e820: 0009c400 - 000a (reserved)
This is very old code, it hasn't changed since 2001 and
it is not used anywhere. Noticed by Clemens Koller.
Signed-off-by: Jesper Nilsson [EMAIL PROTECTED]
---
include/asm-cris/bitops.h |7 ---
1 files changed, 0 insertions(+), 7 deletions(-)
diff --git a/include/asm-cris/bitops.h
On Thu, Dec 20, 2007 at 10:26:08AM +0100, Pierre Savary wrote:
In fact I have a part (/dev/mmcblk0p5) that I want share with USB gadget
(g_file_storage). But if USB is not connect to a PC, I want that this part
was mounted on my board. An I want unmount this part when the board is
plugged on a
On Thu, 20 Dec 2007 14:31:52 +0530
Balbir Singh [EMAIL PROTECTED] wrote:
Hugh Dickins noticed that we were using rcu_dereference() without
rcu_read_lock() in the cache charging routine. The patch below fixes
this problem
Signed-off-by: Balbir Singh [EMAIL PROTECTED]
---
v2.6.25 or v2.6.24 ?
On Dec 20, 2007 2:45 PM, Ingo Molnar [EMAIL PROTECTED] wrote:
* Masami Hiramatsu [EMAIL PROTECTED] wrote:
Fix a preemption bug in kprobe_handler(). It has to call
preempt_enable() before returning.
thanks - i've applied all 3 kprobes patches from you. (for v2.6.25)
On Dec 19, 2007 1:41 PM, Avi Kivity [EMAIL PROTECTED] wrote:
Glauber de Oliveira Costa wrote:
Changes in rate does not sound good. It's possibly what's screwing up
my paravirt clock implementation in smp.
You should renew the timebase on vcpu migration, and hook cpufreq so
that changes
* Jaswinder Singh [EMAIL PROTECTED] wrote:
v2.6.25 or v2.6.24 ?
see: http://www.zip.com.au/~akpm/linux/patches/stuff/top-posting.txt
On Dec 20, 2007 2:45 PM, Ingo Molnar [EMAIL PROTECTED] wrote:
* Masami Hiramatsu [EMAIL PROTECTED] wrote:
Fix a preemption bug in kprobe_handler(). It
David Miller writes:
Is the netif_running() check even required?
No, it is not.
When a device is brought down, one of the first things
that happens is that we wait for all pending NAPI polls
to complete, then block any new polls from starting.
Hello!
Yes but the reason was
Okay. The command that directly triggers this is: cat /proc/iomem
[ 252.868386] BUG: unable to handle kernel NULL pointer dereference at
virtual address 0018
[ 252.868481] EIP is at r_show+0x2a/0x70
[ 252.868483] EAX: EBX: 0001 ECX: c07e3224 EDX:
Robert Hancock wrote:
@@ -1153,6 +1164,15 @@
pp-notifier_clear_block = pp-gen_block +
NV_ADMA_NOTIFIER_CLEAR + (4 * ap-port_no);
+ /* Now that the legacy PRD and padding buffer are allocated we can
+ safely raise the DMA mask to allocate the CPB/APRD table.
+
From: Robert Olsson [EMAIL PROTECTED]
Date: Thu, 20 Dec 2007 10:52:17 +0100
Yes but the reason was not to wait for all pending polls to
complete so a server/router could be rebooted even under high-
load and DOS. We've experienced some nasty problems with this.
I know, see the rest of the
David, Andrew, Paul,
A late coda to this thread, but I'll just note some changes I'm making to
the man page (which I'd like you to review -- please see below), and note a
few other points.
Andrew, you asked about what happens for x86 with the -1 to -4095 return
for other syscalls. At least two
Andrew Morton [EMAIL PROTECTED] wrote:
I would be suspecting iget-stop-procfs-from-using-iget-and-read_inode.patch.
I think your suspicions are very unlikely. The patch only affects
proc_get_inode() - and looking at the patch backtrace, it looks like the
system is successfully past that
On (18/12/07 17:09), Thomas Bogendoerfer didst pronounce:
On Tue, Dec 18, 2007 at 01:58:28PM +, Mel Gorman wrote:
That commit is over a year old and it initially distressed me that it
would take this long to show up on a boot test. However, you said this was
to fix MIPS in a follow-on
From: Michael Kerrisk [EMAIL PROTECTED]
Date: Thu, 20 Dec 2007 12:36:52 +0100
Some testing just now shows me that lseek() on /dev/mem suffers similar
problems when seeking to bytes 0xf001 through to 0x.
Only on x86 platforms. Sparc, IA64, MIPS, powerpc, etc. all get this
case
This is a large series of patches, but there are only a couple
that you need to read in detail to know how to get started on
cleaning up your arch code (1, 4, 6).
user_regset is a new kernel-internal interface into the arch
code for accessing the user-space view of machine-specific
state
This pulls out the code for writing the notes segment of an ELF core dump
into separate functions. This cleanly isolates into one cluster of
functions everything that deals with the note formats and the hooks into
arch code to fill them. The top-level elf_core_dump function itself now
deals
This modifies the ELF core dump code under #ifdef CORE_DUMP_USE_REGSET.
It changes nothing when this macro is not defined. When it's #define'd
by some arch header (e.g. asm/elf.h), the arch must support the
user_regset (linux/regset.h) interface for reading thread state.
This provides an
The new header linux/regset.h defines the types struct user_regset and
struct user_regset_view, with some associated declarations. This new set
of interfaces will become the standard way for arch code to expose
user-mode machine-specific state. A single set of entry points into arch
code can do
This adds some inlines to linux/regset.h intended for arch code to use in
its user_regset get and set functions. These make it pretty easy to deal
with the interface's optional kernel-space or user-space pointers and its
generalized access to a part of the register data at a time.
In simple
This defines two new inlines in linux/regset.h, for use in arch_ptrace
implementations and the like. These provide simplified wrappers for using
the user_regset interfaces to copy thread regset data into the caller's
user-space memory. The inlines are trivial, but make the common uses in
places
This adds fs/compat_binfmt_elf.c, a wrapper around fs/binfmt_elf.c for
32-bit ELF support on 64-bit kernels. It can replace all the hand-rolled
versions of this that each 32/64 arch has, which are all about the same.
To use this, an arch's asm/elf.h has to define at least a few compat_*
macros
This makes ptrace_request handle {PEEK,POKE}{TEXT,DATA} directly.
Every arch_ptrace that could call generic_ptrace_peekdata already
has a default case calling ptrace_request, so this keeps things
simpler for the arch code.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
Signed-off-by: Ingo Molnar
This adds a compat_ptrace_request that is the analogue of ptrace_request
for the things that 32-on-64 ptrace implementations can share in common.
So far there are just a couple of requests handled generically.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
Signed-off-by: Ingo Molnar [EMAIL
This adds a generic definition of compat_sys_ptrace that calls
compat_arch_ptrace, parallel to sys_ptrace/arch_ptrace. Some
machines needing this already define a function by that name.
The new generic function is defined only on machines that
put #define __ARCH_WANT_COMPAT_SYS_PTRACE into
On 12/20/07, Remy Bohmer [EMAIL PROTECTED] wrote:
The RT-patch originally creates all its softirq-threads at
priority 50.
Is it possible to run softirq-threads or IRQs as a non-realtime tasks
in RT kernel.
If yes, then how.
Thank you,
Jaswinder Singh.
--
To unsubscribe from this list: send
This isolates the ptrace code for the special-case registers msr and trap
from the ptrace-layout dispatch code. This should inline away completely.
It cleanly separates the low-level machine magic that has to be done for
deep reasons, from the superficial details of the ptrace interface.
Remove some dead code we no longer need now that the
user_regset interfaces are doing all these jobs.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
---
arch/powerpc/kernel/process.c | 48 -
include/asm-powerpc/elf.h | 46
This switches powerpc to using the user_regset-based code for ELF core
dumps. The core dumps come out exactly the same either way, except that
the NT_PPC_VMX note is now omitted for any thread that never touched its
Altivec registers (thread_struct.vr_used).
Signed-off-by: Roland McGrath [EMAIL
This makes the SPE register data appear in ELF core dumps,
using the new n_type value NT_PPC_SPE (0x101). This new
note type is not used by any consumers of core files yet,
but support can be added. I don't even have any hardware
with SPE capabilities, so I've never seen such a note.
But this
This implements user_regset-style accessors for the powerpc general registers.
In the future these functions will be the only place that needs to understand
the user_regset layout (core dump format) and how it maps to the internal
representation of user thread state.
Signed-off-by: Roland McGrath
This replaces all the code for powerpc PTRACE_*REGS* requests with
simple calls to copy_regset_from_user and copy_regset_to_user. All
the ptrace formats are either the whole corresponding user_regset
format (core dump format) or a leading subset of it, so we can get
rid of all the remaining
This removes some duplicated code by calling the new generic
compat_ptrace_request from powerpc's compat_sys_ptrace.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
---
arch/powerpc/kernel/ptrace32.c | 34 ++
1 files changed, 2 insertions(+), 32 deletions(-)
This replaces powerpc's compat_sys_ptrace with a compat_arch_ptrace and
enables the new generic definition of compat_sys_ptrace instead.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
---
arch/powerpc/kernel/ptrace32.c | 33 +
include/asm-powerpc/ptrace.h |
This cleans up the 32-bit ptrace syscall support to use user_regset calls
to get at the register data for PTRACE_*REGS* calls.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
---
arch/powerpc/kernel/ptrace32.c | 96 ++-
1 files changed, 25 insertions(+), 71
This switches x86 to the user_regset-based code for ELF core dumps.
The core dumps come out exactly the same as before.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
Signed-off-by: Thomas Gleixner [EMAIL PROTECTED]
---
include/asm-x86/elf.h |1 +
This implements user_regset-style accessors for the powerpc Altivec data,
and rewrites the existing ptrace code in terms of those calls.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
---
arch/powerpc/kernel/ptrace.c | 112 +-
1 files changed, 78
This renames arch/x86/kernel/{i387_32.c = i387.c}.
This is a pure renaming, but paves the way for merging
the 32-bit and 64-bit versions of this code.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
Signed-off-by: Thomas Gleixner [EMAIL PROTECTED]
---
This cleans up the PTRACE_*REGS* request code so each one is just a
simple call to copy_regset_to_user or copy_regset_from_user. The
ptrace layouts already match the user_regset formats (core dump formats).
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
Signed-off-by: Ingo Molnar [EMAIL
This implements user_regset-style accessors for the powerpc FPU data,
and rewrites the existing ptrace code in terms of those calls.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
---
arch/powerpc/kernel/ptrace.c | 37 +++--
1 files changed, 31 insertions(+), 6
This implements user_regset-style accessors for the powerpc SPE data,
and rewrites the existing ptrace code in terms of those calls.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
---
arch/powerpc/kernel/ptrace.c | 90 ++---
1 files changed, 57
This removes a bunch of dead code that is no longer needed now
that the user_regset interfaces are being used for all these jobs.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
Signed-off-by: Thomas Gleixner [EMAIL PROTECTED]
---
This removes all the old code that is no longer used after
the i387 unification and cleanup. The i387_64.h is renamed
to i387.h with no changes, but since it replaces the nonempty
one-line stub i387.h it looks like a big diff and not a rename.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
Remove the old ia32_binfmt.c file, which is no longer used.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
Signed-off-by: Thomas Gleixner [EMAIL PROTECTED]
---
arch/x86/ia32/ia32_binfmt.c | 284 ---
1 files
This switches x86-64's 32-bit ELF support to use the shared
fs/compat_binfmt_elf.c code instead of our own ia32_binfmt.c.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
Signed-off-by: Thomas Gleixner [EMAIL PROTECTED]
---
arch/x86/ia32/Makefile
This revamps the i387 code to be shared across 32-bit, 64-bit,
and 32-on-64. It does so by consolidating the code in one place
based on the user_regset accessor interfaces. This switches
32-bit to using the i387_64.h header and 64-bit to using the
i387.c that was previously i387_32.c, but that's
The i387_fxsave_struct formats really have the same layout
on 32 and 64, with only some slightly different use of a few
fields. The i387_fsave_struct and i387_soft_struct formats
are never used by 64-bit kernels, but it doesn't hurt to
have the unused types in the union and cuts down on the
This cleans up the TLS code to use struct desc_struct and to separate the
encoding and installation magic from the interface wrappers.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
Signed-off-by: Thomas Gleixner [EMAIL PROTECTED]
---
This converts the ptrace/signal accessors for i387 math_emu
state to the user_regset interface style, and calls these
from the old interfaces.
It also cleans up math_emulate's ptrace check to be a
single-step check, which is what it really wants.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
This adds accessor functions in the user_regset style for the TLS data.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
Signed-off-by: Thomas Gleixner [EMAIL PROTECTED]
---
arch/x86/kernel/tls.c | 89 +---
This defines task_user_regset_view and the tables
describing the x86 user_regset layouts for 32 and 64.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
Signed-off-by: Thomas Gleixner [EMAIL PROTECTED]
---
arch/x86/kernel/ptrace.c | 87
This provides the task_user_regset_view entry point and support for all the
native-mode (64 on CONFIG_PPC64, 32 on CONFIG_PPC32) thread register state.
This will enable generic machine-independent code to access user-mode
threads' registers for debugging and dumping.
Signed-off-by: Roland McGrath
This switches the CONFIG_PPC64 support for 32-bit ELF to use the generic
fs/compat_binfmt_elf.c implementation instead of our own binfmt_elf32.c.
Since so much is the same between 32/64, there is only one macro we have to
define to make the generic support work out of the box.
Signed-off-by:
This adds accessor functions in the user_regset style for
the general registers (struct user_regs_struct).
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
Signed-off-by: Thomas Gleixner [EMAIL PROTECTED]
---
arch/x86/kernel/ptrace.c | 109
Now that ptrace_request handles these, we can drop some more boilerplate.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
---
arch/powerpc/kernel/ptrace.c | 12
1 files changed, 0 insertions(+), 12 deletions(-)
diff --git a/arch/powerpc/kernel/ptrace.c
This extends task_user_regset_view CONFIG_PPC64 with support for the 32-bit
view of register state, compatible with what a CONFIG_PPC32 kernel provides.
This will enable generic machine-independent code to access user-mode
threads' registers for debugging and dumping.
Signed-off-by: Roland
This moves some code into asm-x86/i387_64.h in preparation for
unifying this code between 32 and 64. The 32-bit versions of
some things are copied in some existing names changed to match
32-bit names and share code. For 64, save_i387 is moved into
an inline from i387_64.c; this matches
This adds hard-wired definitions for the remaining cpu_has_* macros
that correspond to flags required-features.h demands are set for
64-bit. Using these can efficiently avoid some #ifdef's when
merging 32-bit and 64-bit code together.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
This makes ELF core dumps of 32-bit processes include a new
note type NT_386_TLS (0x200) giving the contents of the TLS
slots in struct user_desc format. This lets post mortem
examination figure out what the segment registers mean like
the debugger does with get_thread_area on a live process.
This removes duplicated code by calling the generic ptrace_request and
compat_ptrace_request functions for the things they already handle.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
---
arch/x86/kernel/ptrace.c | 37 +
1 files changed, 1 insertions(+),
On 12/20/07, Remy Bohmer [EMAIL PROTECTED] wrote:
struct task_struct *thread;
+ int rt_prio;
wait_queue_head_t wait_for_handler;
int rt_prio or unsigned int rt_prio, which one is better.
Thank you,
Jaswinder SIngh.
--
To unsubscribe from this
From: Joe Perches [EMAIL PROTECTED]
Date: Fri, 14 Dec 2007 14:34:10 -0800
Signed-off-by: Joe Perches [EMAIL PROTECTED]
Applied to net-2.6.25
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: Joe Perches [EMAIL PROTECTED]
Date: Fri, 14 Dec 2007 14:34:06 -0800
Signed-off-by: Joe Perches [EMAIL PROTECTED]
Applied to net-2.6.25
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: Herbert Xu [EMAIL PROTECTED]
Date: Sat, 15 Dec 2007 21:58:52 +0800
[SNMP]: Fix SNMP counters with PREEMPT
The SNMP macros use raw_smp_processor_id() in process context
which is illegal because the process may be preempted and then
migrated to another CPU.
This patch makes it use
From: Herbert Xu [EMAIL PROTECTED]
Date: Sun, 16 Dec 2007 10:30:25 +0800
On Sat, Dec 15, 2007 at 06:03:19PM +0100, Eric Dumazet wrote:
How come you change SNMP_INC_STATS_USER() but not SNMP_INC_STATS() ?
Heh, my brain must have blocked me from seeing it because it's
too hard :)
Let's
On Thu, Dec 20, 2007 at 01:48:49AM +0100, Bartlomiej Zolnierkiewicz wrote:
Hi Bart,
Hi all,
PS ide-cd Maintainer position is still open...
i'd like to take that position if nobody objects. I've done some work around the
kernel here and there and i think its time for me to get serious.
Thanks.
On Wed, Dec 19, 2007 at 02:35:36PM -0800, Jeremy Fitzhardinge wrote:
+static inline pte_t pte_mkclean(pte_t pte) { set_pte(pte,
__pte(pte_val(pte) ~_PAGE_DIRTY)); return pte; }
+static inline pte_t pte_mkold(pte_t pte) { set_pte(pte,
__pte(pte_val(pte) ~_PAGE_ACCESSED)); return pte;
From: Joe Perches [EMAIL PROTECTED]
Date: Fri, 14 Dec 2007 14:34:09 -0800
Signed-off-by: Joe Perches [EMAIL PROTECTED]
Applied to net-2.6.25
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
debugfs: allow access to signed values
Add debugfs_create_s{8,16,32,64}. For these to work properly, we need to remove
a cast in libfs, change the simple_attr_open prototype and thus fix the users as
well.
Cc: Johannes Berg [EMAIL PROTECTED]
Cc: Mattias Nissler [EMAIL PROTECTED]
To: Greg
To all,
The next few forwarded messages comprise my responses to Greg's
questions about the patch I submitted to deal with pci devices
that do not respond correctly to x86 mmconf accesses.
Please accept my apologies for not having including the community
in my original responses.
Original Message
Subject: Re: [PATCH 2/5]PCI: x86 MMCONFIG: add legacy pci conf functions
Date: Wed, 19 Dec 2007 19:07:27 -0500
From: Tony Camuso [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: Greg KH [EMAIL PROTECTED]
References:
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL
Hello Jaswinder,
Is it possible to run softirq-threads or IRQs as a non-realtime tasks
in RT kernel.
Currently the answer is no. (Unless overruled from userspace) I did
not take this requirement into account.
So, Is this a serious requirement? Should this be possible?
I cannot imagine a
Original Message
Subject: Re: [PATCH 4/5]PCI: x86 MMCONFIG: introduce pcibios_fix_bus_scan()
Date: Wed, 19 Dec 2007 19:17:42 -0500
From: Tony Camuso [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: Greg KH [EMAIL PROTECTED]
References:
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Original Message
Subject: Re: [PATCH 0/5]PCI: x86 MMCONFIG
Date: Wed, 19 Dec 2007 19:33:45 -0500
From: Tony Camuso [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: Greg KH [EMAIL PROTECTED]
References:
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Greg KH wrote:
On Wed, Dec 19,
Original Message
Subject: Re: [PATCH 0/5]PCI: x86 MMCONFIG
Date: Wed, 19 Dec 2007 19:44:13 -0500
From: Tony Camuso [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: Robert Hancock [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
[EMAIL PROTECTED] [EMAIL PROTECTED]
Robert
On Tue, 2007-12-18 at 17:06 +, Matthew Bloch wrote:
I can see a few potential problems, but since my understanding of the
low-level memory mapping is muddy at best, I won't speculate; I'd just
appreciate any more expert views on whether this does work, or could be
made to work.
Yo,
I
Gidday
I've released man-pages-2.74.
This release is now available for download at:
http://www.kernel.org/pub/linux/docs/man-pages
or ftp://ftp.kernel.org/pub/linux/docs/man-pages
Changes in this release can be seen at
http://www.kernel.org/doc/man-pages/changelog.html#release_2.74
A
On Thu, Dec 20, 2007 at 11:44:06AM +, Mel Gorman wrote:
--- a/include/asm-mips/page.h
+++ b/include/asm-mips/page.h
@@ -37,13 +37,6 @@
#include linux/pfn.h
#include asm/io.h
-/*
- * It's normally defined only for FLATMEM config but it's
- * used in our early mem init code for all
1 - 100 of 1372 matches
Mail list logo
