From: Randy Dunlap <[EMAIL PROTECTED]>
Somewhat in reponse to kernel bugzilla #8197, be more explicit about
why 'make all' fails when there is no .config file.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
scripts/kconfig/conf.c |1 +
1 file changed, 1 insertion(+)
---
On Wed, Apr 04, 2007 at 12:12:11PM -0700, Jeremy Fitzhardinge wrote:
> Add a new mm function apply_to_page_range() which applies a given
> function to every pte in a given virtual address range in a given mm
> structure. This is a generic alternative to cut-and-pasting the Linux
> idiomatic
On Wed, Apr 04, 2007 at 08:35:30AM -0700, Linus Torvalds wrote:
>
>
> On Wed, 4 Apr 2007, Nick Piggin wrote:
> >
> > Shall I do a more complete patchset and ask Andrew to give it a
> > run in -mm?
>
> Do this trivial one first. See how it fares.
OK.
> Although I don't know how much -mm will
On Mon, Apr 02, 2007 at 01:01:28PM +0200, Cornelia Huck wrote:
>On Sun, 1 Apr 2007 15:32:34 +0800,
>"Cong WANG" <[EMAIL PROTECTED]> wrote:
>
>> --- linux-2.6.21-rc5-mm3/fs/partitions/check.c.orig 2007-03-30
>> 21:35:45.0 +0800
>> +++ linux-2.6.21-rc5-mm3/fs/partitions/check.c
From: Randy Dunlap <[EMAIL PROTECTED]>
Check PCI interface function results in parport, serial, & video drivers.
drivers/parport/parport_serial.c:402: warning: ignoring return value of
'pci_enable_device', declared with attribute warn_unused_result
drivers/serial/8250_pci.c:1826: warning:
ShopInMe.net - Product Updates
Place here your text
4GB Sony memory stick Pro Duo
Product ID: 1164686843542328
£59.95
Here is a patch that adds validation (only for cpuslabs and partial
slabs but thats where the action is). Apply this patch
and then do
echo 1 >/sys/slab//validate
I suggest to boot with full debugging and then run this on the ACPI slabs.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
Lee Revell wrote:
> On 4/4/07, Bill Davidsen <[EMAIL PROTECTED]> wrote:
>> I won't say that's voodoo, but if I ever did it I'd wipe down my
>> keyboard with holy water afterward. ;-)
>>
>> Well, I did save the message in my tricks file, but it sounds like a
>> last ditch effort after something get
On Wed, 4 Apr 2007 06:09:18 -0700 William Lee Irwin III <[EMAIL PROTECTED]>
wrote:
>> Oh dear.
On Wed, Apr 04, 2007 at 11:51:05AM -0700, Andrew Morton wrote:
> what's all this about?
I rewrote Jakub's testcase and included it as a MIME attachment.
Current working version inline below. Also at
Jan Engelhardt wrote:
On Apr 4 2007 14:26, Randy Dunlap (rd) wrote:
David Brownell (db) wrote:
Jan Engelhardt (je) wrote:
je>>>
je>>> My stance, || goes at EOL, and final ) not standalone:
db>>
db>> You are still violating the "only TABs used for indent" rule.
rd>
rd>Yes, but CodingStyle is a
Nick Piggin wrote:
Jakub Jelinek wrote:
On Wed, Apr 04, 2007 at 05:46:12PM +1000, Nick Piggin wrote:
Does mmap(PROT_NONE) actually free the memory?
Yes.
/* Clear old maps */
error = -ENOMEM;
munmap_back:
vma = find_vma_prepare(mm, addr, , _link, _parent);
On 4/4/07, Bill Davidsen <[EMAIL PROTECTED]> wrote:
I won't say that's voodoo, but if I ever did it I'd wipe down my
keyboard with holy water afterward. ;-)
Well, I did save the message in my tricks file, but it sounds like a
last ditch effort after something get very wrong.
Would it reallty
On Wed, 04 Apr 2007 10:29:31 PDT, William Lee Irwin III said:
>> Index: anon/include/linux/resource.h
>> ===
>> --- anon.orig/include/linux/resource.h 2007-04-04 09:57:41.239118534
>> 0700
>> +++ anon/include/linux/resource.h
>
> +.text
> +
> +.align 2
> +
> ENTRY(_memchr)
> - P0 = R0 ; /* P0 = address */
> - P2 = R2 ; /* P2 = count */
> + P0 = R0; // P0 = address
> + P2 = R2; // P2 = count
Sorry for introducing wrong coding style source.
A updated one
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
arch/blackfin/lib/memchr.S | 31 +---
arch/blackfin/lib/memcmp.S | 46
++
arch/blackfin/lib/memcpy.S | 24 +++---
arch/blackfin/lib/memmove.S | 12 ++
[PATCH] blackfin arch
As boot_command_line is added in init/main.c for arch-specific boot
command line, replace old saved_command_line to boot_command_line for
right boot command passing in -mm tree.
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
arch/blackfin/kernel/setup.c |4 ++--
1
On Wed, 2007-04-04 at 23:14 -0400, Steven Rostedt wrote:
> On Wed, 2007-04-04 at 23:06 -0400, Kyle Moffett wrote:
>
> > > (Erk, I wonder what I was thinking when I wrote that?) Can I ask
> > > for %#x (or 0x%x)? I'm easily confused.
> >
> > How about "%p" for pointers?
>
> But that would
On Thu, 2007-04-05 at 12:59 +1000, Rusty Russell wrote:
> On Wed, 2007-04-04 at 15:07 -0400, Steven Rostedt wrote:
> Yeah, I haven't tried loading random modules but I can imagine this does
> happen (what module was it, BTW?)
I have no idea of which module it crashed on. I didn't investigate
On Tuesday 03 April 2007 04:52, Jiri Kosina wrote:
> On Mon, 2 Apr 2007, Pete Zaitcev wrote:
>
> > How about this?
>
> Looks quite fine to me.
>
> But in case that Dmitry's patch "Input: add generic suspend and resume for
> uinput devices" fixes your issue too, I wouldn't merge it as it won't
On Wed, 2007-04-04 at 08:07 -0700, Randy Dunlap wrote:
> On Wed, 04 Apr 2007 14:28:23 +0800 Wu, Bryan wrote:
>
> >
> > Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
> > ---
> > arch/blackfin/kernel/setup.c |2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
> >
> > diff --git
On Thu, 2007-04-05 at 12:54 +1000, Rusty Russell wrote:
>
> This is a cool idea, but there are two issues with this patch. The
> first is that it's 500 lines of code: that's around +10% on lguest's
> total code size! The second is that it conflicts with the medium-term
> plan to allow
On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> > Were the slabs merged? Look at /sys/slab and see if there are any symlinks
> > there.
> >
Ok. symlinks there. Its a sporadic thing. I think I am going to add a slab
validator to SLUB that goes through all slabs and checks all objects for
On Wed, 2007-04-04 at 23:06 -0400, Kyle Moffett wrote:
> > (Erk, I wonder what I was thinking when I wrote that?) Can I ask
> > for %#x (or 0x%x)? I'm easily confused.
>
> How about "%p" for pointers?
But that would require casting the numbers to pointers.
-- Steve
-
To unsubscribe from
On Wednesday 04 April 2007 21:25, Li Yu wrote:
> Jiri Kosina wrote:
> > BTW as soon as you have some presentable code, could you please send
> > it so
> > that we could see what aproach you have taken? Debating over code is
> > usualy more efficient than just ranting random ideas :)
> >
> >
>
On Apr 04, 2007, at 23:01:30, Rusty Russell wrote:
On Wed, 2007-04-04 at 15:14 -0400, Steven Rostedt wrote:
Currently the lguest32 error messages from bad reads and writes
prints a decimal integer for addresses. This is pretty annoying.
So this patch changes those to be hex outputs.
(Erk,
On Wed, 2007-04-04 at 15:14 -0400, Steven Rostedt wrote:
> Currently the lguest32 error messages from bad reads and writes prints a
> decimal integer for addresses. This is pretty annoying. So this patch
> changes those to be hex outputs.
(Erk, I wonder what I was thinking when I wrote that?)
On Wed, 2007-04-04 at 15:07 -0400, Steven Rostedt wrote:
> [Bug that was found by my previous patch]
>
> This patch allows things like modules, which don't have a direct
> __pa(EIP) mapping to do emulated instructions.
>
> Sure, the emulated instruction probably should be a paravirt_op, but
>
On 4/4/07, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> - how do you handle additional reference counts on subsystems? E.g.
> beancounters wants to be able to associate each file with the
> container that owns it. You need to be able to lock out subsystems
> from taking new reference counts
On Wed, 2007-04-04 at 14:23 -0400, Steven Rostedt wrote:
> This is taken from the work I did on lguest64.
>
> When killing a guest, we read the guest stack to do a nice back trace of
> the guest and send it via printk to the host.
>
> So instead of just getting an error message from the lguest
On Wed, 2007-04-04 at 13:03 -0300, Glauber de Oliveira Costa wrote:
> This is a new version of the unified lguest launcher that applies to
> the current tree. According to rusty's suggestion, I'm bothering less
> to be able to load 32 bit kernels on 64-bit machines: changing the
> launcher for
On Wednesday 04 April 2007 18:05, Jonathan McDowell wrote:
> On Wed, Apr 04, 2007 at 04:57:57PM -0400, Dmitry Torokhov wrote:
> > On 4/4/07, Tony Lindgren <[EMAIL PROTECTED]> wrote:
> >
> > >+ KEY(0, 7, KEY_LEFTSHIFT), /* Vol up */
> >
> > KEY_VOLUMEUP?
> >
> > >+ KEY(3,
On Wed, 2007-04-04 at 17:31 -0700, Christoph Lameter wrote:
> On Wed, 4 Apr 2007, Badari Pulavarty wrote:
>
> > On Wed, 2007-04-04 at 15:59 -0700, Christoph Lameter wrote:
> > > On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> > >
> > > > Here is the slub_debug=FU output with the above patch.
> > >
On Wed, Apr 04, 2007 at 05:27:31PM -0700, Linus Torvalds wrote:
>
>
> On Wed, 4 Apr 2007, [EMAIL PROTECTED] wrote:
> >
> > I'd not be surprised if there's sparse-matrix code out there that wants to
> > malloc a *huge* array (like a 1025x1025 array of numbers) that then only
> > actually
On Apr 4 2007 14:26, Randy Dunlap (rd) wrote:
David Brownell (db) wrote:
Jan Engelhardt (je) wrote:
je>>>
je>>> My stance, || goes at EOL, and final ) not standalone:
db>>
db>> You are still violating the "only TABs used for indent" rule.
rd>
rd>Yes, but CodingStyle is a just set of guidelines
On Wed, 4 Apr 2007 13:25:19 -0400 Don Zickus <[EMAIL PROTECTED]> wrote:
>
> Trivial change to pass vmsplice arguments through the compat layer on
> pp64.
>
> Signed-off-by: Don Zickus <[EMAIL PROTECTED]>
Acked-by: Stephen Rothwell <[EMAIL PROTECTED]>
Obviously noone uses vmsplice from 32bit
On Wed, Apr 04, 2007 at 01:11:11PM -0700, David Miller wrote:
> From: Linus Torvalds <[EMAIL PROTECTED]>
> Date: Wed, 4 Apr 2007 08:35:30 -0700 (PDT)
>
> > Anyway, I'm not against this, but I can see somebody actually *wanting*
> > the ZERO page in some cases. I've used the fact for TLB testing,
Eric Dumazet wrote:
On Wed, 04 Apr 2007 20:05:54 +1000
Nick Piggin <[EMAIL PROTECTED]> wrote:
@@ -1638,7 +1652,7 @@ find_extend_vma(struct mm_struct * mm, u
unsigned long start;
addr &= PAGE_MASK;
- vma = find_vma(mm,addr);
+ vma = find_vma(mm,addr,>vmacache);
Nick Piggin wrote:
Matt Mackall wrote:
On Wed, Apr 04, 2007 at 03:50:56PM +1000, Nick Piggin wrote:
Just put it in its own file in mm/ rather than its own file in lib.
lib should be for almost-standalone stuff, IMO (ie. only using basic
kernel functionality).
Arguably that's what lib/
Hugh Dickins wrote:
On Wed, 4 Apr 2007, Rik van Riel wrote:
Hugh Dickins wrote:
(I didn't understand how Rik would achieve his point 5, _no_ lock
contention while repeatedly re-marking these pages, but never mind.)
The CPU marks them accessed when they are reused.
The VM only moves the
On 4/4/07, Paul Menage <[EMAIL PROTECTED]> wrote:
The current code creates such arrays when it needs an atomic snapshot
of the set of tasks in the container (e.g. for reporting them to
userspace or updating the mempolicies of all the tasks in the case of
cpusets). It may be possible to do it by
On 4/4/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
In addition there appear to be some weird assumptions (an array with
one member per task_struct) in the group. The pid limit allows
us millions of task_structs if the user wants it. A several megabyte
array sounds like a completely
Matt Mackall wrote:
On Wed, Apr 04, 2007 at 03:50:56PM +1000, Nick Piggin wrote:
Matt Mackall wrote:
On Wed, Apr 04, 2007 at 01:51:37PM +1000, Nick Piggin wrote:
Matt Mackall wrote:
Move the page walker code to lib/
This lets it get shared outside of proc/ and linked in only when
* Christoph Lameter ([EMAIL PROTECTED]) wrote:
> Acked-by: Christoph Lameter <[EMAIL PROTECTED]>
>
> for all thats worth since I am not a i386 specialist.
>
> How much of the issues with page struct sharing between slab and arch code
> does this address?
I think the answer is 'none yet.' It
Jiri Kosina wrote:
> BTW as soon as you have some presentable code, could you please send
> it so
> that we could see what aproach you have taken? Debating over code is
> usualy more efficient than just ranting random ideas :)
>
>
There is a "presentable patch" in the attachment ;)
so far,
On Wed, 04 Apr 2007 17:27:31 PDT, Linus Torvalds said:
> Sure you do. If glibc used mmap() or brk(), it *knows* the new data is
> zero. So if you use calloc(), for example, it's entirely possible that
> a good libc wouldn't waste time zeroing it.
Right. However, the *user* code usually has no
I'm running kernel 2.6.9-22.ELsmp on dual Xeon
servers. I've received kernel panics occasionally in
the past, but they are more frequent now as the load
on the system has increased. Below is a capture of the
kernel panic.
If anything below screams it's coming from a certain
source (defective
On Mon, 2007-04-02 at 22:47 -0700, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
> - The oops in git-net.patch has been fixed, so that tree has been restored.
> It is huge.
>
> - Added the device-mapper development tree to
On Wednesday 04 April 2007, Dave Dillow wrote:
>On Wed, 2007-04-04 at 13:29 -0700, Andrew Morton wrote:
>> On Wed, 04 Apr 2007 14:17:13 -0400
>>
>> Dave Dillow <[EMAIL PROTECTED]> wrote:
>> > The thing is, it's been broken for a long time -- this change just
>> > highlighted it. This isn't the
Christoph Lameter wrote:
> Acked-by: Christoph Lameter <[EMAIL PROTECTED]>
>
> for all thats worth since I am not a i386 specialist.
>
> How much of the issues with page struct sharing between slab and arch code
> does this address?
>
I haven't been following that thread as closely as I
If there's a segfault inside the kernel, we want a dump of the registers
at the point of the segfault, not the registers at the point of
calling panic or the last userspace registers.
sig_handler_common_skas now uses a static register set in the case
of a SIGSEGV to avoid messing up the process
i386 uses kmalloc to allocate the threadinfo structure assuming that the
allocations result in a page sized aligned allocation. That has worked so
far because SLAB exempts page sized slabs from debugging and aligns them
in special ways that goes beyond the restrictions imposed by
Commentary about missing locking.
Also got rid of uml_start because it was pointless.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/kernel/um_arch.c | 22 +-
1 file changed, 13 insertions(+), 9 deletions(-)
Index: linux-2.6.21-mm/arch/um/kernel/um_arch.c
Locking commentary.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/kernel/irq.c | 15 +++
1 file changed, 15 insertions(+)
Index: linux-2.6.21-mm/arch/um/kernel/irq.c
===
---
Tidying in preparation for the segfault register dumping patch which
follows.
void * pointers are changed to union uml_pt_regs *. This makes
the types match reality, except in arch_fixup, which is changed to
operate on a union uml_pt_regs. This fixes a bug in the call from
segv_handler, which
These four patches tidy code, improve debug output, and comment
pre-existing or pre-lacking locking.
They should wait for 2.6.22.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
On Wed, 2007-04-04 at 17:20 -0700, Jeremy Fitzhardinge wrote:
> Daniel Walker wrote:
> > Setting CLOCK_SOURCE_IS_CONTINUOUS is largely administration , do you
> > know what that flag means?
> >
>
> Sure, but at least it has something to do with clocks and time.
>
> > list values and list
Acked-by: Christoph Lameter <[EMAIL PROTECTED]>
for all thats worth since I am not a i386 specialist.
How much of the issues with page struct sharing between slab and arch code
does this address?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> On Wed, 2007-04-04 at 15:59 -0700, Christoph Lameter wrote:
> > On Wed, 4 Apr 2007, Badari Pulavarty wrote:
> >
> > > Here is the slub_debug=FU output with the above patch.
> >
> > Hmmm... Looks like the object is actually free. Someone writes
Implement the actual patching machinery. paravirt_patch_default()
contains the logic to automatically patch a callsite based on a few
simple rules:
- if the paravirt_op function is paravirt_nop, then patch nops
- if the paravirt_op function is a jmp target, then jmp to it
- if the paravirt_op
On Wed, 4 Apr 2007, [EMAIL PROTECTED] wrote:
>
> I'd not be surprised if there's sparse-matrix code out there that wants to
> malloc a *huge* array (like a 1025x1025 array of numbers) that then only
> actually *writes* to several hundred locations, and relies on the fact that
> all the
Daniel Walker wrote:
> Setting CLOCK_SOURCE_IS_CONTINUOUS is largely administration , do you
> know what that flag means?
>
Sure, but at least it has something to do with clocks and time.
> list values and list initialization are hardly internal details , they
> are commonly used all over the
This patch introduces paravirt_ops hooks to control how the kernel's
initial pagetable is set up.
In the case of a native boot, the very early bootstrap code creates a
simple non-PAE pagetable to map the kernel and physical memory. When
the VM subsystem is initialized, it creates a proper
Remove CONFIG_DEBUG_PARAVIRT. When inlining code, this option
attempts to trash registers in the patch-site's "clobber" field, on
the grounds that this should find bugs with incorrect clobbers.
Unfortunately, the clobber field really means "registers modified by
this patch site", which includes
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Cc: Chris Wright <[EMAIL PROTECTED]>
Cc: Zachary Amsden <[EMAIL PROTECTED]>
Cc: Rusty Russell <[EMAIL PROTECTED]>
---
MAINTAINERS | 22 ++
1 file changed, 22 insertions(+)
Wrap a set of interesting paravirt_ops calls in a wrapper which makes
the callsites available for patching. Unfortunately this is pretty
ugly because there's no way to get gcc to generate a function call,
but also wrap just the callsite itself with the necessary labels.
This patch supports
Xen and VMI both have special requirements when mapping a highmem pte
page into the kernel address space. These can be dealt with by adding
a new kmap_atomic_pte() function for mapping highptes, and hooking it
into the paravirt_ops infrastructure.
Xen specifically wants to map the pte page RO,
Fix a few clobbers to include the return register. The clobbers set
is the set of all registers modified (or may be modified) by the code
snippet, regardless of whether it was deliberate or accidental.
Also, make sure that callsites which are used in contexts which don't
allow clobbers actually
This patch adds a pv_op for flush_tlb_others. Linux running on native
hardware uses cross-CPU IPIs to flush the TLB on any CPU which may
have a particular mm's pagetable entries cached in its TLB. This is
inefficient in a paravirtualized environment, since the hypervisor
knows which real CPUs
Add a set of accessors to pack, unpack and modify page table entries
(at all levels). This allows a paravirt implementation to control the
contents of pgd/pmd/pte entries. For example, Xen uses this to
convert the (pseudo-)physical address into a machine address when
populating a pagetable
Use patch type identifiers derived from the offset of the operation in
the paravirt_ops structure. This avoids having to maintain a separate
enum for patch site types.
Also, since the identifier is derived from the offset into
paravirt_ops, the offset can be derived from the identifier. This is
Back out the map_pt_hook to clear the way for kmap_atomic_pte.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Cc: Zachary Amsden <[EMAIL PROTECTED]>
---
arch/i386/kernel/paravirt.c |2 --
arch/i386/kernel/vmi.c |2 ++
include/asm-i386/paravirt.h |7 ---
Add a _paravirt_nop function for use as a stub for no-op operations,
and paravirt_nop #defined void * version to make using it easier
(since all its uses are as a void *).
This is useful to allow the patcher to automatically identify noop
operations so it can simply nop out the callsite.
Three cleanups:
- change "instable" -> "unstable"
- its better to use get_cpu_var for getting this cpu's variables
- change cycles_2_ns to do the full computation rather than just the
tsc->ns scaling. Its a simpler interface, and it makes the function
more generally useful.
Clean things up, and broadly document:
- the paravirt_ops functions themselves
- the patching mechanism
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Cc: Rusty Russell <[EMAIL PROTECTED]>
---
include/asm-i386/paravirt.h | 140 +--
1 file
The tsc-based get_scheduled_cycles interface is not a good match for
Xen's runstate accounting, which reports everything in nanoseconds.
This patch replaces this interface with a sched_clock interface, which
matches both Xen and VMI's requirements.
In order to do this, we:
1. replace
Add hooks to allow a paravirt implementation to track the lifetime of
an mm. Paravirtualization requires three hooks, but only two are
needed in common code. They are:
arch_dup_mmap, which is called when a new mmap is created at fork
arch_exit_mmap, which is called when the last process
Normally when running in PAE mode, the 4th PMD maps the kernel address
space, which can be shared among all processes (since they all need
the same kernel mappings).
Xen, however, does not allow guests to have the kernel pmd shared
between page tables, so parameterize pgtable.c to allow both
Add a new mm function apply_to_page_range() which applies a given
function to every pte in a given virtual address range in a given mm
structure. This is a generic alternative to cut-and-pasting the Linux
idiomatic pagetable walking code in every place that a sequence of
PTEs must be accessed.
Allocate a fixmap slot for use by a paravirt_ops implementation. This
is intended for early-boot bootstrap mappings. Once the zones and
allocator have been set up, it would be better to use get_vm_area() to
allocate some virtual space.
Xen uses this to map the hypervisor's shared info page,
Rename struct paravirt_patch to paravirt_patch_site, so that it
clearly refers to a callsite, and not the patch which may be applied
to that callsite.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Cc: Rusty Russell <[EMAIL PROTECTED]>
Cc: Zachary Amsden <[EMAIL PROTECTED]>
---
Hi Andi,
Here's a repost of the paravirt_ops update series I posted the other day.
Since then, I found a few potential bugs with patching clobbering,
cleaned up and documented paravirt.h and the patching machinery.
Overview:
add-MAINTAINERS.patch
obvious
Adrian Bunk wrote:
> Realistically, users should report problems with vendor kernels to the
> vendor and problems with ftp.kernel.org kernels to either linux-kernel
> or the kernel Bugzilla, and forwarding issues to the responsible people
> (if any) should be done there [1].
>
>> Rene.
>
> cu
On Wed, 2007-04-04 at 16:48 -0700, Jeremy Fitzhardinge wrote:
> Daniel Walker wrote:
> > I vaguely remember, but I don't think this creates a maintenance
> > issue .. It's not related to maintenance , it's an issue of creating a
> > new clocksource .. My perspective is that it has even less an
On Thu, 2007-04-05 at 08:38 +1000, Con Kolivas wrote:
> On Thursday 05 April 2007 08:10, Andrew Morton wrote:
> > Thanks - that'll be the CPU scheduler changes.
> >
> > Con has produced a patch or two which might address this but afaik we don't
> > yet have a definitive fix?
> >
> > I believe that
Daniel Walker wrote:
> I vaguely remember, but I don't think this creates a maintenance
> issue .. It's not related to maintenance , it's an issue of creating a
> new clocksource .. My perspective is that it has even less an effect
> than the CLOCK_SOURCE_IS_CONTINUOUS field .. People actually
On Wed, 2007-04-04 at 15:59 -0700, Christoph Lameter wrote:
> On Wed, 4 Apr 2007, Badari Pulavarty wrote:
>
> > Here is the slub_debug=FU output with the above patch.
>
> Hmmm... Looks like the object is actually free. Someone writes beyond the
> end of the earlier object. Setting Z should
Rusty Russell wrote:
> You'll still have the damage inflicted on gcc's optimizer, though.
Well, I could remove the clobbers for PVOP_CALL[0-2] and add the
appropriate push/pops, and put similar push/pop wrappers around all the
called functions. But it doesn't make it any prettier.
J
-
To
Michael wrote:
Hi,
I compiled a new kernel: 2.6.20.3, and hope to test it without removing
my old kernel.
Here is what I did by following
http://searchenterpriselinux.techtarget.com/tip/0,289483,sid39_gci1204148,00.html
Those instructions are way out of date. All you should need to do is
Jiri Kosina wrote:
On Wed, 4 Apr 2007, Adam Kropelin wrote:
I apologize for picking up this thread late and asking what may be a
question with an obvious answer... Will hiddev still exist after
hidraw and the HID bus redesign work is done? I have a
widely-deployed userspace app that relies on
On Wed, 04 Apr 2007 16:45:40 -0600 Bjorn Helgaas wrote:
> Index: w/drivers/net/irda/smsc-ircc2.c
> ===
> --- w.orig/drivers/net/irda/smsc-ircc2.c 2007-04-04 13:45:18.0
> -0600
> +++ w/drivers/net/irda/smsc-ircc2.c
On Wed, 2007-04-04 at 11:31 +0100, David Howells wrote:
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> > This serie of patches moves the logic to handle MAP_FIXED down to the
> > various arch/driver get_unmapped_area() implementations, and then changes
> > the generic code to always call
Tejun Heo wrote:
[resending. my mail service was down for more than a week and this
message didn't get delivered.]
[EMAIL PROTECTED] wrote:
Anyway, what's annoying is that I can't figure out how to bring the
drive back on line without resetting the box. It's in a hot-swap
On Wed, 2007-04-04 at 11:31 +0100, David Howells wrote:
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> > + if (flags & MAP_FIXED)
> > + if ((addr >> PAGE_SHIFT) != pgoff)
> > + return (unsigned long) -EINVAL;
>
> Again... in NOMMU-mode there is no MAP_FIXED
On Wed, 2007-04-04 at 11:16 +0100, David Howells wrote:
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> > - if (!(flags & MAP_SHARED))
> > + /* Deal with MAP_FIXED differently ? Forbid it ? Need help from some
> > nommu
> > +* folks there... --BenH.
> > +*/
> > + if ((flags
Next time I have a moment I will try and take a closer look. However
currently these approaches feel like there is some unholy coupling going
on between different things.
In addition there appear to be some weird assumptions (an array with
one member per task_struct) in the group. The pid
On Wed, Apr 04, 2007 at 10:28:21AM -0400, Chuck Ebbert wrote:
> Greg KH wrote:
> > This is the start of the stable review cycle for the 2.6.20.5 release.
> > There are 37 patches in this series, all will be posted as a response to
> > this one. If anyone has any issues with these being applied,
[IA64] Sparse virtual implementation
Equip IA64 sparsemem with a virtual memmap. This is similar to the existing
CONFIG_VMEMMAP functionality for discontig. It uses a page size mapping.
This is provided as a minimally intrusive solution. We split the
128TB VMALLOC area into two 64TB areas and
On Wed, 4 Apr 2007, Adam Kropelin wrote:
> I apologize for picking up this thread late and asking what may be a
> question with an obvious answer... Will hiddev still exist after hidraw
> and the HID bus redesign work is done? I have a widely-deployed
> userspace app that relies on hiddev, and
[IA64] Large vmemmap support
This implements granule page sized vmemmap support for IA64. This is
important because the traditional vmemmap on IA64 uses page size for
mapping the TLB. For a typical 8GB node on IA64 we need about
(33 - 14 + 6 = 25) = 32 MB of page structs.
Using page size we will
Sparse Virtual: Virtual Memmap support for SPARSEMEM V4
V1->V3
- Add IA64 16M vmemmap size support (reduces TLB pressure)
- Add function to test for eventual node/node vmemmap overlaps
- Upper / Lower boundary fix.
V1->V2
- Support for PAGE_SIZE vmemmap which allows the general use of
of
1 - 100 of 1202 matches
Mail list logo
