* H. Peter Anvin [EMAIL PROTECTED] wrote:
Why not just pin down the current ABI that there's 6 syscall
parameters _and not more_?
Because we have already violated it. There are system calls that need
more than 6 arguments: we need *a* convention. Worse, we're not
actually talking 6
On Tuesday, 20 of November 2007, Huang, Ying wrote:
On Tue, 2007-11-20 at 03:24 +0100, Rafael J. Wysocki wrote:
On Tuesday, 20 of November 2007, Huang, Ying wrote:
On Mon, 2007-11-19 at 19:22 +0100, Rafael J. Wysocki wrote:
+#ifdef CONFIG_KEXEC
+static void
On Tuesday, 20 of November 2007, Alan Stern wrote:
On Tue, 20 Nov 2007, Huang, Ying wrote:
- What is the difference between PMSG_SUSPEND and PMSG_FREEZE?
SUSPEND means that the system is about to go into a low-power state, so
the driver should take the appropriate action to reduce the
On Tuesday, 20 of November 2007, Mark M. Hoffman wrote:
Hi all:
* Alan Stern [EMAIL PROTECTED] [2007-11-19 15:27:14 -0500]:
On Mon, 19 Nov 2007, Rudolf Marek wrote:
Hello all,
gives coretemp_cpu_callback - coretemp_device_remove -
platform_device_unregister, so coretemp seems
* Guillaume Chazarain [EMAIL PROTECTED] wrote:
On 11/21/07, Ingo Molnar [EMAIL PROTECTED] wrote:
i guess it was a v2.6.24 change, hence a regression that needs to be
fixed?
It seems to be
http://git.kernel.org/?p=linux/kernel/git/tglx/history.git;a=commitdiff;h=01660410
So, linux
* Ulrich Drepper [EMAIL PROTECTED] wrote:
Oh, it seems it has indeed been that way for a very long time, so I
was mistaken. It still seems a little odd to me. Ulrich can say
definitively whether the kind of concern I mentioned really matters
one way or the other for glibc.
glibc
* H. Peter Anvin [EMAIL PROTECTED] wrote:
Ingo Molnar wrote:
* Mark Lord [EMAIL PROTECTED] wrote:
Perhaps, but this also violates the principle that the kernel should just
*work* with sensible defaults. I don't use an initrd, or an initramfs,
and have no intention of ever doing so.
Jochen Friedrich wrote:
PORTA and PORTB have odr registers, as well. However, the PORTB odr
register is only 16bit.
Signed-off-by: Jochen Friedrich [EMAIL PROTECTED]
Acked-by: Scott Wood [EMAIL PROTECTED]
BTW, you may want to send the patches to linuxppc-dev rather than
linuxppc-embedded...
On Wed, Nov 07, 2007 at 04:32:00PM +, Phillip Lougher wrote:
maximilian attems wrote:
On Mon, Nov 05, 2007 at 11:13:14AM +, Phillip Lougher wrote:
The next stage after this release is to fix the one remaining blocking
issue
(filesystem endianness), and then try to get
can you see any danger to providing a /proc/self_task/ link? (or can you
think of a better name/API/approach)
That is a poor name to choose given /proc/self/task exists as something
else (just try writing a sentence comparing them and then read it aloud).
Probably /proc/self/task/self is what
On Wed, Nov 21, 2007 at 12:06:57AM +0100, [EMAIL PROTECTED] wrote:
- be root
That's your first mistake.
- cat /dev/watchdog or dd if=/dev/watchdog of=/dev/zero bs=1 count=1 or .
- wait one minute
*reboot*!
And that's the defined behavior of /dev/watchdog, yes. Many years too
On Tue, 20 Nov 2007, Roland McGrath wrote:
git format-patch -p
does the trick at least here :)
Ok, I can use that in future. I hope it still means that in the eventual
merged state, GIT will be aware of all the renames.
git does not store the renamed/copied info at all. That's just
Joe Perches [EMAIL PROTECTED] writes:
--- a/drivers/net/wan/wanxl.c
+++ b/drivers/net/wan/wanxl.c
@@ -743,7 +743,7 @@ static int __devinit wanxl_pci_init_one(struct pci_dev
*pdev,
}while (time_after(timeout, jiffies));
if (!stat) {
- printk(KERN_WARNING wanXL
On Tue, Nov 20, 2007 at 03:15:38PM -0800, David Miller wrote:
From: Ingo Molnar [EMAIL PROTECTED]
Date: Tue, 20 Nov 2007 22:49:27 +0100
* Greg KH [EMAIL PROTECTED] wrote:
On Tue, Nov 20, 2007 at 09:39:19PM +0100, Ingo Molnar wrote:
* Greg KH [EMAIL PROTECTED] wrote:
Ingo Molnar wrote:
* H. Peter Anvin [EMAIL PROTECTED] wrote:
Ingo Molnar wrote:
* Mark Lord [EMAIL PROTECTED] wrote:
Perhaps, but this also violates the principle that the kernel should just
*work* with sensible defaults. I don't use an initrd, or an initramfs,
and have no intention of
Ingo Molnar wrote:
* H. Peter Anvin [EMAIL PROTECTED] wrote:
Why not just pin down the current ABI that there's 6 syscall
parameters _and not more_?
Because we have already violated it. There are system calls that need
more than 6 arguments: we need *a* convention. Worse, we're not
There is.. it's called root privileges.
yes, true.
but - regardless of being a windows app or not - what if you want to take a
look on your system as a whole, especially when using some tool which
graphically shows how and where your diskspace is being used? if i let this
run from ordinary
On Mon, 2007-11-19 at 14:06 -0800, Roland McGrath wrote:
This changes the 64-bit kernel's support for the 32-bit sysenter
instruction to use stored fields rather than constants for the
user-mode return address, as the 32-bit kernel does. This adds a
sysenter_return field to struct
Is there any other information that I can provide which might help in
resolving this bug?
On 11/18/07, Raymano Garibaldi [EMAIL PROTECTED] wrote:
The last time I tried this and it worked was 2.6.21. Below is a
portion of the kernel log file where I had a USB storage device
attached to the
* H. Peter Anvin [EMAIL PROTECTED] wrote:
Nope. It runs inside an initramfs, of course; that initramfs is
linked into the kernel binary.
would be nice to have a single-image variant for all of this. having
the separate initrd was always trouble - and it's pointless as well.
(we rarely
On Mon, 2007-11-19 at 14:06 -0800, Roland McGrath wrote:
This makes x86_64's ia32 emulation support share the sources used in the
32-bit kernel for the 32-bit vDSO and much of its setup code.
The 32-bit vDSO mapping now behaves the same on x86_64 as on native 32-bit.
The abi.syscall32 sysctl
On Tue, 20 Nov 2007, Christoph Lameter wrote:
32bit sign extension for what? Absolute data references? The addressing
that I have seen was IP relative. Thus I thought that the kernel could be
moved lower.
Argh. This is all depending on a special gcc option to compile the
kernel and that
* Zachary Amsden [EMAIL PROTECTED] wrote:
The 32-bit vDSO mapping now behaves the same on x86_64 as on native
32-bit. The abi.syscall32 sysctl on x86_64 now takes the same values
that vm.vdso_enabled takes on the 32-bit kernel. That is, 1 means a
randomized vDSO location, 2 means the
I think you should drop CONFIG_COMPAT_VDSO support for 32-bit VDSO on
64-bit kernel. This was only to hack around a broken version of glibc
that shipped with SUSE PRO 9.0,
I would be severly opposed to that. You cannot break compatibility to a large
chunk of userland. You would also break
On Tue, 20 Nov 2007 23:58:38 +0100
Helge Deller [EMAIL PROTECTED] wrote:
David Schwartz wrote:
Any UUID generator that can produce duplicate UUIDs with probability
significantly less than purely random UUIDs is so badly broken that it
should not ever be used. Anyone who finds such a UUID
Ingo Molnar wrote:
* H. Peter Anvin [EMAIL PROTECTED] wrote:
Nope. It runs inside an initramfs, of course; that initramfs is
linked into the kernel binary.
would be nice to have a single-image variant for all of this. having
the separate initrd was always trouble - and it's pointless as
On Tuesday, 20 of November 2007, Ingo Molnar wrote:
* Rafael J. Wysocki [EMAIL PROTECTED] wrote:
increasing CONFIG_BLK_DEV_RAM_SIZE from to 131072 hasn't
changed the non-functioning of 2.6.24-rc3
s2disk works with 2.6.23.8 ; I tested 4 cycles in a row, 2 from
console
For 64-bit, the hack consists of a switch that chooses whether to use a
fixed address or a generically-assigned one, that's all there is to it.
So it costs about nothing.
Even for 32-bit, CONFIG_COMPAT_VDSO for a while now is doing nothing but
changing the default of the sysctl variable. There
@@ -104,7 +103,7 @@ ENTRY(ia32_sysenter_target)
pushfq
CFI_ADJUST_CFA_OFFSET 8
/*CFI_REL_OFFSET rflags,0*/
- movl$VSYSCALL32_SYSEXIT, %r10d
+ movl8*3-THREAD_SIZE+threadinfo_sysenter_return(%rsp), %r10d
8*3-THREAD_SIZE is not very intuitive. Can you add a
* H. Peter Anvin [EMAIL PROTECTED] wrote:
Ingo Molnar wrote:
* H. Peter Anvin [EMAIL PROTECTED] wrote:
Nope. It runs inside an initramfs, of course; that initramfs is linked
into the kernel binary.
would be nice to have a single-image variant for all of this. having the
separate initrd
This release brings the number of zonelists to two instead of one. Getting
all the corner cases right for __GFP_THISNODE and one zonelist was turning
into a complicated mess. Not only was it affecting too many paths but it
reached the point where it should be reviewed as a standalone change.
Much
This release brings the number of zonelists to two instead of one. Getting
all the corner cases right for __GFP_THISNODE and one zonelist was turning
into a complicated mess. Not only was it affecting too many paths but it
reached the point where it should be reviewed as a standalone change.
Much
The allocator deals with zonelists which indicate the order in which zones
should be targeted for an allocation. Similarly, direct reclaim of pages
iterates over an array of zones. For consistency, this patch converts direct
reclaim to use a zonelist. No functionality is changed by this patch.
This patch introduces a node_zonelist() helper function. It is used to lookup
the appropriate zonelist given a node and a GFP mask. The patch on its own is
a cleanup but it helps clarify parts of the one-zonelist-per-node patchset. If
necessary, it can be merged with the next patch in this set
On NUMA, zone_statistics() is used to record events like numa hit, miss
and foreign. It assumes that the first zone in a zonelist is the preferred
zone. When multiple zonelists are replaced by one that is filtered, this
is no longer the case.
This patch records what the preferred zone is rather
Currently a node has two sets of zonelists, one for each zone type in the
system and a second set for GFP_THISNODE allocations. Based on the zones
allowed by a gfp mask, one of these zonelists is selected. All of these
zonelists consume memory and occupy cache lines.
This patch replaces the
Filtering zonelists requires very frequent use of zone_idx(). This is costly
as it involves a lookup of another structure and a substraction operation. As
the zone_idx is often required, it should be quickly accessible. The node
idx could also be stored here if it was found that accessing
The MPOL_BIND policy creates a zonelist that is used for allocations belonging
to that thread that can use the policy_zone. As the per-node zonelist is
already being filtered based on a zone id, this patch adds a version of
__alloc_pages() that takes a nodemask for further filtering. This
On Wednesday, 21 of November 2007, Roland McGrath wrote:
can you see any danger to providing a /proc/self_task/ link? (or can you
think of a better name/API/approach)
That is a poor name to choose given /proc/self/task exists as something
else (just try writing a sentence comparing them
Ulrich Drepper [EMAIL PROTECTED] writes:
Roland McGrath wrote:
Oh, it seems it has indeed been that way for a very long time, so I was
mistaken. It still seems a little odd to me. Ulrich can say definitively
whether the kind of concern I mentioned really matters one way or the other
for
I've had other freezes before but this was the first time I was able
to see what was actually going on.
IRQ 21 appears to be shared between sata_nv and ethernet.
Does this mean my hardware/BIOS is broken somehow?
Not neccessarily. It could a bug in one of the drivers using IRQ 21
(sata_nv
Roland McGrath [EMAIL PROTECTED] writes:
can you see any danger to providing a /proc/self_task/ link? (or can you
think of a better name/API/approach)
That is a poor name to choose given /proc/self/task exists as something
else (just try writing a sentence comparing them and then read it
Ingo Molnar wrote:
i took that Nope as referring to my impression - but you in fact meant
that i am not wrong? :-) So nothing to see here. single-bzImage initrd
was and is possible, so we could in fact move chunks of system-related
userland (such as irqbalanced) into the kernel proper?
On Tue, 20 Nov 2007 16:51:21 -0600
Serge E. Hallyn [EMAIL PROTECTED] wrote:
Quoting Chris Friedhoff ([EMAIL PROTECTED]):
On Tue, 20 Nov 2007 08:51:06 -0600
Serge E. Hallyn [EMAIL PROTECTED] wrote:
Quoting Chris Friedhoff ([EMAIL PROTECTED]):
On Mon, 19 Nov 2007 17:16:44 -0600
* Trond Myklebust ([EMAIL PROTECTED]) wrote:
On Tue, 2007-11-20 at 16:50 -0500, Mathieu Desnoyers wrote:
Then my original point is valid : put_no_resched() will cause unwanted
scheduler latencies. It's designed only to be used from within the
scheduler code itself. The correct approach
This fixes some problems with ATAPI devices on nForce4 controllers in ADMA
mode on systems with memory located above 4GB. We need to delay setting the
64-bit DMA mask until the PRD table and padding buffer are allocated so that
they don't get allocated above 4GB and break legacy mode (which is
Tejun Heo wrote:
Tejun Heo wrote:
If so, can you please add that switching into register mode is okay as
long as there's no other ADMA commands in flight and add
WARN_ON((qc-flags ATA_QCFLAG_RESULT_TF) link-sactive)?
More accurately, link-sactive test can be substituted with
[
Changes since V3:
Updated to git tree 2ffbb8377c7a0713baf6644e285adc27a5654582
Removed cpumask_t from stacks (using per_cpu masks).
Optimized the searching for overloaded queues a bit.
(a lot of work in this area)
Run RT balance logic on waking of new tasks.
The
From: Gregory Haskins [EMAIL PROTECTED]
We can cheaply track the number of bits set in the cpumask for the lowest
priority CPUs. Therefore, compute the mask's weight and use it to skip
the optimal domain search logic when there is only one CPU available.
Signed-off-by: Gregory Haskins [EMAIL
This patch adds an RT overload accounting system. When a runqueue has
more than one RT task queued, it is marked as overloaded. That is that it
is a candidate to have RT tasks pulled from it.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
kernel/sched_rt.c | 36
This patch adds accounting to each runqueue to keep track of the
highest prio task queued on the run queue. We only care about
RT tasks, so if the run queue does not contain any active RT tasks
its priority will be considered MAX_RT_PRIO.
This information will be used for later patches.
This patch changes the searching for a run queue by a waking RT task
to try to pick another runqueue if the currently running task
is an RT task.
The reason is that RT tasks behave different than normal
tasks. Preempting a normal task to run a RT task to keep
its cache hot is fine, because the
This patch adds pushing of overloaded RT tasks from a runqueue that is
having tasks (most likely RT tasks) added to the run queue.
TODO: We don't cover the case of waking of new RT tasks (yet).
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
kernel/sched.c|3 +++
kernel/sched_rt.c
From: Gregory Haskins [EMAIL PROTECTED]
In the original patch series that Steven Rostedt and I worked on together,
we both took different approaches to low-priority wakeup path. I utilized
pre-routing (push the task away to a less important RQ before activating)
approach, while Steve utilized a
From: Gregory Haskins [EMAIL PROTECTED]
this_rq is normally used to denote the RQ on the current cpu
(i.e. cpu_rq(this_cpu)). So clean up the usage of this_rq to be
more consistent with the rest of the code.
Signed-off-by: Gregory Haskins [EMAIL PROTECTED]
Signed-off-by: Steven Rostedt [EMAIL
Run the RT balancing code on wake up to an RT task.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
kernel/sched.c |1 +
1 file changed, 1 insertion(+)
Index: linux-compile.git/kernel/sched.c
===
---
From: Gregory Haskins [EMAIL PROTECTED]
Isolate the search logic into a function so that it can be used later
in places other than find_locked_lowest_rq().
Signed-off-by: Gregory Haskins [EMAIL PROTECTED]
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
kernel/sched_rt.c | 66
This patch adds an algorithm to push extra RT tasks off a run queue to
other CPU runqueues.
When more than one RT task is added to a run queue, this algorithm takes
an assertive approach to push the RT tasks that are not running onto other
run queues that have lower priority. The way this works
From: Gregory Haskins [EMAIL PROTECTED]
We have logic to detect whether the system has migratable tasks, but we are
not using it when deciding whether to push tasks away. So we add support
for considering this new information.
Signed-off-by: Gregory Haskins [EMAIL PROTECTED]
Signed-off-by:
From: Gregory Haskins [EMAIL PROTECTED]
The current wake-up code path tries to determine if it can optimize the
wake-up to this_cpu by computing load calculations. The problem is that
these calculations are only relevant to CFS tasks where load is king. For RT
tasks, priority is king. So the
From: Gregory Haskins [EMAIL PROTECTED]
Some RT tasks (particularly kthreads) are bound to one specific CPU.
It is fairly common for two or more bound tasks to get queued up at the
same time. Consider, for instance, softirq_timer and softirq_sched. A
timer goes off in an ISR which schedules
From: Gregory Haskins [EMAIL PROTECTED]
The current code base assumes a relatively flat CPU/core topology and will
route RT tasks to any CPU fairly equally. In the real world, there are
various toplogies and affinities that govern where a task is best suited to
run with the smallest amount of
From: Gregory Haskins [EMAIL PROTECTED]
We don't need to bother searching if the task cannot be migrated
Signed-off-by: Gregory Haskins [EMAIL PROTECTED]
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
kernel/sched_rt.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Index:
From: Gregory Haskins [EMAIL PROTECTED]
It doesn't hurt if we allow the current CPU to be included in the
search. We will just simply skip it later if the current CPU turns out
to be the lowest.
We will use this later in the series
Signed-off-by: Gregory Haskins [EMAIL PROTECTED]
This patch adds accounting to keep track of the number of RT tasks running
on a runqueue. This information will be used in later patches.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
kernel/sched.c|1 +
kernel/sched_rt.c | 17 +
2 files changed, 18 insertions(+)
This patch adds the algorithm to pull tasks from RT overloaded runqueues.
When a pull RT is initiated, all overloaded runqueues are examined for
a RT task that is higher in prio than the highest prio task queued on the
target runqueue. If another runqueue holds a RT task that is of higher
prio
This patch removes several cpumask operations by keeping track
of the first of the CPUS that is of the lowest priority. When
the search for the lowest priority runqueue is completed, all
the bits up to the first CPU with the lowest priority runqueue
is cleared.
Signed-off-by: Steven Rostedt
Since we now take an active approach to load balancing, we don't need to
balance RT tasks via CFS. In fact, this code was found to pull RT tasks
away from CPUS that the active movement performed, resulting in
large latencies.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
kernel/sched_rt.c
On Monday, 19 of November 2007, Franck Bui-Huu wrote:
Rafael J. Wysocki wrote:
On Sunday, 18 of November 2007, Franck Bui-Huu wrote:
Rafael J. Wysocki wrote:
See the call to wait_even() made by apm_ioctl(). If any processes
run this, it will prevent the system to suspend...
True, but
But one can subtract too... Hmmm... So the cpu area 0 could be put at
the beginning of the 2GB kernel area and then grow downwards from
0x8000. The cost in terms of code is one subtract
instruction for each per_cpu() or CPU_PTR()
The next thing doward from 0x8000 is the
Pavel Emelyanov [EMAIL PROTECTED] writes:
Rafael J. Wysocki wrote:
On Monday, 19 of November 2007, Pavel Machek wrote:
Hi!
I think that this worked before:
[EMAIL PROTECTED]:/proc# find . -name timer_info
find: WARNING: Hard link count is wrong for ./net: this may be a bug
in your
Eric W. Biederman wrote:
Could you elaborate a bit on how the semantics of returning the
wrong information are more useful?
In particular if a thread does the logical equivalent of:
grep Pid: /proc/self/status. It always get the tgid despite
having a different process id.
The POSIX-defined
From: Cyrill Gorcunov [EMAIL PROTECTED]
Date: Tue, 20 Nov 2007 20:28:33 +0300
From: Cyrill Gorcunov [EMAIL PROTECTED]
This patch adds checking for possible NULL pointer dereference
if of_find_property() failed.
Signed-off-by: Cyrill Gorcunov [EMAIL PROTECTED]
Applied, thanks.
-
To
On Wednesday 21 November 2007 02:16:11 Christoph Lameter wrote:
But one can subtract too...
The linker cannot subtract (unless you add a new relocation types)
Hmmm... So the cpu area 0 could be put at
the beginning of the 2GB kernel area and then grow downwards from
0x8000.
From: Jonas Danielsson [EMAIL PROTECTED]
Date: Tue, 20 Nov 2007 17:28:22 +0100
Fix arp reply when received arp probe with sender ip 0.
Send arp reply with target ip address 0.0.0.0 and target hardware address
set to hardware address of requester. Previously sent reply with target
ip address
Andrew Morton [EMAIL PROTECTED] wrote:
The patch
aout-suppress-aout-library-support-if-config_arch_supports_aout.patch,
creates a struct exec in linux/a.out.h and asm/a.out.h already has it, for
the struct related warnings.
Nothing should be including {asm,linux}/a.out.h unless it
Robert Hancock [EMAIL PROTECTED] writes:
Eric W. Biederman wrote:
Could you elaborate a bit on how the semantics of returning the
wrong information are more useful?
In particular if a thread does the logical equivalent of:
grep Pid: /proc/self/status. It always get the tgid despite
having
On Wed, 21 Nov 2007, Andi Kleen wrote:
On Wednesday 21 November 2007 02:16:11 Christoph Lameter wrote:
But one can subtract too...
The linker cannot subtract (unless you add a new relocation types)
The compiler knows and emits assembly to compensate.
All you need is a 2MB area (16MB is
On Nov 20, 2007 12:22 -0800, Mingming Cao wrote:
On Tue, 2007-11-20 at 12:14 +0800, Coly Li wrote:
Mingming Cao wrote:
On Tue, 2007-11-13 at 22:12 +0800, Coly Li wrote:
The hole is (s_dir_ireserve_nr - 1), not N * s_dir_ireserve_nr. Because
directory inode will also use a inode slot
On Tue, Nov 20, 2007 at 08:01:13PM -0500, Steven Rostedt wrote:
static DEFINE_PER_CPU(cpumask_t, local_cpu_mask);
-static DEFINE_PER_CPU(cpumask_t, valid_cpu_mask);
static int find_lowest_cpus(struct task_struct *task, cpumask_t *lowest_mask)
{
- int cpu;
- cpumask_t
On Nov 20, 2007 5:59 PM, Dave Young [EMAIL PROTECTED] wrote:
On Nov 20, 2007 5:56 PM, Andrew Morton [EMAIL PROTECTED] wrote:
On Tue, 20 Nov 2007 17:47:28 +0800 Dave Young [EMAIL PROTECTED] wrote:
Hi,
I encountered kernel warningsr. I just executed xawtv without video dev
being
Roughly went through the patch, looks good, here comes the remind, though :-)
1. is it possible to use some name other than soc_core, maybe
tmio_core so that
other multifunction chips sharing a core base will live easier.
2. those C++ style comments // are not so pleasant...
- eric
On Nov 21,
Tejun Heo wrote:
These are upstream patches I collected while Jeff is away. Thanks.
* workaround for ATAPI tape drives
* detection/suspend workarounds for several laptops
* ICH8/9 port_enable fix
ata_piix controller ID reorganization is included to ease the fixes.
Please pull from
On Tue, 20 Nov 2007 15:17:15 +1100
Nick Piggin [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote:
On Tuesday 20 November 2007 15:12, Mark Lord wrote:
On 32-bit x86, we have CONFIG_IRQBALANCE available,
but not on 64-bit x86. Why not?
because the in-kernel one is actually quite bad.
My
Hi
+static inline enum zone_type gfp_zonelist(gfp_t flags)
+{
+ if (NUMA_BUILD unlikely(flags __GFP_THISNODE))
+ return 1;
+
+ return 0;
+}
+
static inline int gfp_zonelist(gfp_t flags) ?
if not, why no use ZONE_XXX macro.
kosaki
-
To unsubscribe from this
On Wed, 21 Nov 2007 01:32:48 + David Howells [EMAIL PROTECTED] wrote:
Andrew Morton [EMAIL PROTECTED] wrote:
The patch
aout-suppress-aout-library-support-if-config_arch_supports_aout.patch,
creates a struct exec in linux/a.out.h and asm/a.out.h already has it, for
the struct
Ingo Molnar wrote:
single-bzImage initrd
was and is possible,
Correct (though s/initrd/initramfs/).
Take a look at usr/Makefile for how initramfs is automatically included
in the image, right now.
The intention at the time was to quickly follow up this stub (generated
by gen_init_cpio)
Hi Simon,
Thank you for reviewing and your Acked-by signs.
Simon Horman wrote:
On Fri, Nov 16, 2007 at 11:33:20AM +0900, Ken'ichi Ohmichi wrote:
This patch fixes the configuration dependencies in the vmcoreinfo data.
i386's node_data is defined in arch/x86/mm/discontig_32.c,
and x86_64's
I was looking for where tsk_thread is used in the x86_64 code, and
couln't find it anywhere. I took it out and compiled the kernel, and it
compiled fine.
So this patch simply removes the thread from asm-offsets.c since I
can't find an owner for it.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
Jeff Garzik wrote:
Take a look at usr/Makefile for how initramfs is automatically included
in the image, right now.
The intention at the time was to quickly follow up this stub (generated
by gen_init_cpio) with a full inclusion of klibc + some basics like
nfsroot. It should be a very
I am seeing missing inotify IN_ATTRIB events in the following situation:
1. touch foo
2. Make inotify watch foo
3. ln foo bar
-- Link count changed so I should have gotten an IN_ATTRIB.
4. rm foo
-- Link count changed so I should have gotten an IN_ATTRIB. (Or
IN_DELETE_SELF;
I don't
On Wed, Nov 21, 2007 at 12:30:23AM +0100, Jarek Poplawski wrote:
I don't know git, but it seems, at least if done for web only, this
shouldn't be so 'heavy'. It could be a 'simple' translation of commit
date by querying a small database with kernel versions dates.
If I create a commit in my
In the latest Linux 2.6 RCU implementation, __rcu_process_callbacks() is coded
as follows:
422 static void __rcu_process_callbacks(struct rcu_ctrlblk *rcp,
423struct rcu_data *rdp)
424 {
425if (rdp-curlist !rcu_batch_before(rcp-completed,
I spied a few more issues from http://lkml.org/lkml/2007/11/20/590.
Patch is below..
Regards,
-Greg
-
Include cpu 0 in the search, and eliminate the redundant cpu_set since
the bit should already be set in the mask.
Signed-off-by: Gregory Haskins [EMAIL PROTECTED]
---
[PATCH] CPUFREQ: powernow-k8 print pstate instead of fid/did for family 10h
powernow-k8: Found 1 Quad-Core AMD Opteron(tm) Processor 8354 processors (4 cpu
cores) (version 2.20.00)
powernow-k8:0 : fid 0x0 did 0x0 (2200 MHz)
powernow-k8:1 : fid 0x0 did 0x0 (2000 MHz)
powernow-k8:2 :
Please disregard the previous email.
In the latest Linux 2.6 RCU implementation, __rcu_process_callbacks() is coded
as follows:
422 static void __rcu_process_callbacks(struct rcu_ctrlblk *rcp,
423struct rcu_data *rdp)
424 {
425if (rdp-curlist
BUG: unable to handle kernel NULL pointer dereference at virtual address
0014
printing eip:
c047102c
*pdpt = 24e2c001
*pde =
Oops: 0002 [#1]
SMP
Modules linked in: nfsd exportfs iptable_mangle iptable_nat nf_nat
nf_conntrack_ipv4 ipt_LOG ipt_connlimit nf_conntrack
On Wed, 2007-11-21 at 10:23 +0800, eric miao wrote:
Roughly went through the patch, looks good, here comes the remind, though :-)
1. is it possible to use some name other than soc_core, maybe
tmio_core so that other multifunction chips sharing a core base
will live easier.
It's (soc-core)
On Nov 21, 2007 11:54 AM, ian [EMAIL PROTECTED] wrote:
On Wed, 2007-11-21 at 10:23 +0800, eric miao wrote:
Roughly went through the patch, looks good, here comes the remind, though
:-)
1. is it possible to use some name other than soc_core, maybe
tmio_core so that other multifunction
On Fri, 16 Nov 2007 18:10:15 +0300 Alexey Dobriyan [EMAIL PROTECTED] wrote:
We can take proc_subdir_lock for duration of list searching and removing
from lists only. It can't hurt -- we can gather any amount of looked up
PDEs right after proc_subdir_lock droppage in proc_lookup() anyway.
1001 - 1100 of 1146 matches
Mail list logo