On Sat, Apr 28 2007, Linus Torvalds wrote:
> > The main problem is that if the user extracts tar archive, tar eventually
> > blocks on writeback I/O --- O.K. But if bash attempts to write one page to
> > .bash_history file at the same time, it blocks too --- bad, the user is
> > annoyed.
>
> Right
On Sat, Apr 28 2007, Mikulas Patocka wrote:
> >So perhaps if there's any privileged reads going on then we should limit
> >writes to a depth of 2 at most, with some timeout mechanism that would
>
> SCSI has a "high priority" bit in the command block, so you can just set
> it --- but I am not sure
From: Tomasz Chmielewski <[EMAIL PROTECTED]>
Date: Mon, 30 Apr 2007 08:09:13 +0200
> Why didn't you do it then? Why didn't you send your patch to the main
> developer?
> Wouldn't be your problem fixed if you did it?
Because all the directions say to report bugs to the bugzilla via
bugs.freedeskt
On Mon, 30 Apr 2007, Satyam Sharma wrote:
> A simple "Replace open-coded kmap_atomic() and kunmap_atomic()
> surrounding two memory clear operations with zero_user_page(), as both
> memory operations act on the same page" would have been better.
Ok.
> Perhaps you were more worried with the addit
On Sat, 28 Apr 2007 09:40:39 -0400 (EDT) "Robert P. J. Day" <[EMAIL PROTECTED]>
wrote:
>
> i'd always assumed that the type flags of GFP_ATOMIC and GFP_KERNEL
> were mutually exclusive when it came to calling kmalloc(), at least
> based on everything i'd read. so i'm not sure how to interpret
On Sat, 28 Apr 2007 21:26:42 +0100 "Bradley Chapman" <[EMAIL PROTECTED]> wrote:
> After installing a second 512MB SODIMM into my laptop, I noticed that
> my 2.6.18.3 kernel only detected and used 896MB of the resulting 1GB,
> and informed me that I needed to enable high memory in order to access
>
>+ testb $8, %dxl/* rdx is 3,5,6,7,9..15 */
Could you use the more conventional name %dl (or whatever is being meant)
here?
>+.L42:
>+ prefetchnta 128(%rsi)
I think I commented similarly on a previous version of the patch: This will
- result in still bringing the first 1
On Sun, 29 Apr 2007 11:28:05 +0100 Miguel Figueiredo <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> today, with 2.6.21, my laptop had a really odd behaviour. It started
> writing to disk for a few minutes with no interactivity at all (no
> redraw on screen, only hdd led on). It's the first time i not
On Sun, 29 Apr 2007 12:42:43 +0200 Maciej Rutecki <[EMAIL PROTECTED]> wrote:
> BUG: at kernel/kthread.c:166 kthread_bind()
> [] _cpu_down+0x16c/0x250
> [] disable_nonboot_cpus+0x60/0xf0
> [] pm_suspend_disk+0x177/0x2c0
> [] enter_state+0xb5/0x200
> [] state_store+0xbd/0xd0
> [] state_store+0
On Sun, 29 Apr 2007, Linus Torvalds wrote:
> What works is somebody who is a bugmaster, and it doesn't really matter
> *what* bug tracker he points to (bugzilla being one of the possibilities,
> although not necessarily the best, and absolutely NOT the only choice),
> and turn them into emails.
On Sat, 28 Apr 2007 21:26:42 +0100 "Bradley Chapman" <[EMAIL PROTECTED]> wrote:
>> Basically, all I want to know is whether or not enabling
>> CONFIG_HIGHMEM4G for a laptop that has exactly 1GB of RAM will result
>> in any performance degradation.
On Mon, Apr 30, 2007 at 12:17:55AM -0700, Andrew M
On Sun, 29 Apr 2007 22:27:44 +0200 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
wrote:
> On Sunday, 29 April 2007 21:51, Dan Kruchinin wrote:
> > Hi all.
> >
> > There is a problem on my macbook core duo with suspend.
> > after suspending when i'm trying to 'wake up' my notebook, it seems
> > that it
(various cc's reestablished. Please don't remove cc's when dealing with
kernel people).
On Mon, 30 Apr 2007 06:57:08 +0200 Bernd Eckenfels <[EMAIL PROTECTED]> wrote:
> In article <[EMAIL PROTECTED]> you wrote:
> > If it is considered useful it shouldn't be a problem to automatically
> > forwar
On 29 Apr 2007, at 22:24, Linus Torvalds wrote:
Exactly because I don't think anybody has shown any better
automation than
bugzilla. But that doesn't make bugzilla "the One Choice". That's
not how
it works. If there is no automation, manual tracking is still
better than
*crap* automation.
On Mon, 30 Apr 2007, Indan Zupancic wrote:
> I don't know, but what about telling the hapless person who went
> through the process of posting a bug what's wrong with the bug report?
It's a tedious process you keep doing over and over and over and over again,
and my experience shows it's sheer lu
On Sun, Apr 29, 2007, Theodore Tso wrote:
>
> Folks might want to take a look at the Debian Bug Tracking System
> (BTS). It has a web interface which you can use to query history, but
> *everything* is e-mail driven, and the way you submit, close, update,
> tag/classfy bugs --- everything --- is
Maciej Rutecki pisze:
> BUG: at kernel/kthread.c:166 kthread_bind()
> [] _cpu_down+0x16c/0x250
> [] disable_nonboot_cpus+0x60/0xf0
> [] pm_suspend_disk+0x177/0x2c0
> [] enter_state+0xb5/0x200
> [] state_store+0xbd/0xd0
> [] state_store+0x0/0xd0
> [] subsys_attr_store+0x29/0x40
> [] sysfs_wr
i list,
meanwhile I've redone my numbercrunching tests with the following kernels:
2.6.21.1 (mainline)
2.6.21-sd046
2.6.21-cfs-v6
running on a dualcore x86_64.
[I will run the same test with 2.6.21.1-cfs-v7 over the next days,
likely tonight]
The tests consist of 3 tasks (named LTMM,
> I doubt it. Every time this comes up the problem of stacked I/O
> configuration being able to reliably blow the 4k stack limit comes
> up. Usually it's XFS that is blamed, but it seems ext3 and reiser
> can both suffer from the same problem. And now we can add things
> like unionfs/ecryptfs int
Remove the apparently redundant GFP_KERNEL type flag in the call to
kmalloc().
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
diff --git a/drivers/scsi/aic7xxx_old.c b/drivers/scsi/aic7xxx_old.c
index a988d5a..765ded0 100644
--- a/drivers/scsi/aic7xxx_old.c
+++ b/drivers/scsi/aic7xxx_o
Remove the apparently redundant GFP_KERNEL type flag in the call to
kmalloc().
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
diff --git a/drivers/message/i2o/device.c b/drivers/message/i2o/device.c
index b9df143..8ef3ca4 100644
--- a/drivers/message/i2o/device.c
+++ b/drivers/message/
On Mon, 30 Apr 2007, Andrew Morton wrote:
> On Sat, 28 Apr 2007 09:40:39 -0400 (EDT) "Robert P. J. Day" <[EMAIL
> PROTECTED]> wrote:
>
> >
> > i'd always assumed that the type flags of GFP_ATOMIC and GFP_KERNEL
> > were mutually exclusive when it came to calling kmalloc(), at least
> > based on
On Thu, Apr 26, 2007 at 08:24:05AM -0700, Andrew Morton wrote:
> On Thu, 26 Apr 2007 15:06:20 +0530 Vivek Goyal <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > I am booting 2.6.21-rc7-mm2 on x86_64 box with "irqpoll" command line option
> > and it panics. I can reproduce this problem easily on this
On Saturday April 28, [EMAIL PROTECTED] wrote:
> On Sat, 2007-04-28 at 21:19 +0200, Adrian Bunk wrote:
> > 4k stacks have become a well-tested feature used fore a long time in
> > Fedora and even in RHEL 4.
>
> So has anyone fixed the bugs involving ext3 and LVM snapshots on top of
> DM mirror?
W
On Apr 30 2007 04:46, Robert P. J. Day wrote:
>> >
>> > i'd always assumed that the type flags of GFP_ATOMIC and GFP_KERNEL
>> > were mutually exclusive when it came to calling kmalloc(), at least
>> > based on everything i'd read. so i'm not sure how to interpret the
>> > following:
>> >
>> >
On 28/04/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
On Fri, 2007-04-27 at 20:47 +0200, Riccardo Ricci wrote:
> Hi to everyone,
> i've compiled kernel 2.6.21 on my debian PIII 650 / 256MB / Dell Latitude
> J650GT. With 2.6.20.8 all works very good, with 2.6.21 don't boot... While
> booting it
On Mon, Apr 30, 2007 at 06:55:52PM +1000, Neil Brown wrote:
> On Saturday April 28, [EMAIL PROTECTED] wrote:
> > On Sat, 2007-04-28 at 21:19 +0200, Adrian Bunk wrote:
> > > 4k stacks have become a well-tested feature used fore a long time in
> > > Fedora and even in RHEL 4.
> >
> > So has anyone f
On Mon, 30 Apr 2007, Andrew Wang wrote:
> ZFS has some nice features, but ReiserFS4 also is a
> good file system.
>
> Why do we want Sun to release ZFS under GPL, while
> ReiserFS4 is already available under GPL!?
Reiser4 doesn't appear to work anywhere except with Linux AFAICT, and
being able t
Thanks a lot,
this 'plugin' seems to be pretty mature already, me & several other GNU/Gentoo
users are using it right now for storing more efficiently the portage-tree
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More maj
On Sun, Apr 29, 2007 at 09:02:13PM -0700, Roland McGrath wrote:
> I'm sorry I've taken so long to reply to your review comments.
> I won't dwell on that, and just dive into the discussion.
>
> > --- linux-2.6/include/asm-i386/thread_info.h.utrace-ptrace-compat
> > +++ linux-2.6/include/asm-i386/th
> Isn't the following shorter:
Perhaps, but this is not a contest to write the shortest code. I think
mine is more clearer.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
On Monday 30 April 2007 09:26:05 Jan Beulich wrote:
> >+testb $8, %dxl/* rdx is 3,5,6,7,9..15 */
>
> Could you use the more conventional name %dl (or whatever is being meant)
> here?
>
> >+.L42:
> >+prefetchnta 128(%rsi)
>
> I think I commented similarly on a previous versi
I've separated this out under a new subject because some style issues
that so far aren't documented explicitly are in doubt here, and Roland
wants and Answer from Andrew.
We also should put clauses on this into CodingStyle.
On Sun, Apr 29, 2007 at 09:02:13PM -0700, Roland McGrath wrote:
> >
On Sun, Apr 29, 2007 at 09:02:32PM -0700, Roland McGrath wrote:
> > EXPORT_SYMBOL_GPL(utrace_attach);
> >
> > There is not modular user of this, so this and the other utrace_
> > functions should not be exported. Nor do I think that exporting
> > such a low-level process control is ne
I'll try...
> On 28/04/07, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
>> On Fri, 2007-04-27 at 20:47 +0200, Riccardo Ricci wrote:
>> > Hi to everyone,
>> > i've compiled kernel 2.6.21 on my debian PIII 650 / 256MB / Dell
>> Latitude
>> > J650GT. With 2.6.20.8 all works very good, with 2.6.21 don't
On Mon, Apr 30, 2007 at 10:08:40AM +0100, Christoph Hellwig wrote:
> Btw, is there a fundamental reason why an architecture would not support
> single-stepping except for a transition period of porting, i.e. are there
> real hardware limitation in any of our ports?
Roland's idea of single-stepping
On Mon, Apr 30, 2007 at 10:18:09AM +0100, Russell King wrote:
> Roland's idea of single-stepping is that it *must* be supported by
> hardware for utrace to use it. There are a number of architectures
> which can only do single-stepping by modifying the text of the
> program being single stepped.
Alan Cox <[EMAIL PROTECTED]> writes:
> If this still occurs for some
> combinations then the fix would be 8K + 4K IRQ stack, not just to use 8K
> stack
Yes i've been thinking for some time doing that would be a good idea.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-ke
> -
> +
> + /* handle a waiting machine check */
> +retint_mce:
You could just handle it in notify_resume, no need to complicate
the assembler code
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordom
On Mon, Apr 30, 2007 at 11:22:00AM +0200, Christoph Hellwig wrote:
> On Mon, Apr 30, 2007 at 10:18:09AM +0100, Russell King wrote:
> > Roland's idea of single-stepping is that it *must* be supported by
> > hardware for utrace to use it. There are a number of architectures
> > which can only do sin
On Mon, Apr 30, 2007 at 10:33:31AM +0100, Russell King wrote:
> On Mon, Apr 30, 2007 at 11:22:00AM +0200, Christoph Hellwig wrote:
> > On Mon, Apr 30, 2007 at 10:18:09AM +0100, Russell King wrote:
> > > Roland's idea of single-stepping is that it *must* be supported by
> > > hardware for utrace to
On Mon, 30 Apr 2007, Jan Engelhardt wrote:
>
> On Apr 30 2007 04:46, Robert P. J. Day wrote:
> >> >
> >> > i'd always assumed that the type flags of GFP_ATOMIC and GFP_KERNEL
> >> > were mutually exclusive when it came to calling kmalloc(), at least
> >> > based on everything i'd read. so i'm n
Johannes Stezenbach wrote :
> On Sun, Apr 29, 2007, Adrian Bunk wrote:
> > On Sun, Apr 29, 2007 at 01:33:16PM -0700, Linus Torvalds wrote:
> > > On Sun, 29 Apr 2007, Adrian Bunk wrote:
> > > >
> > > > The kernel Bugzilla currently contains 1600 open bugs.
> > >
> > > Adrian, why do you keep harpi
On Mon, Apr 30, 2007 at 12:39:46AM -0700, Andrew Morton wrote:
> On Sun, 29 Apr 2007 22:27:44 +0200 "Rafael J. Wysocki" <[EMAIL PROTECTED]>
> wrote:
>
> > On Sunday, 29 April 2007 21:51, Dan Kruchinin wrote:
> > > Hi all.
> > >
> > > There is a problem on my macbook core duo with suspend.
> > >
Am Sonntag, den 29.04.2007, 15:21 +0100 schrieb Alistair John Strachan:
> On Saturday 28 April 2007 20:53:37 Syren Baran wrote:
> > System crashes only happen when viewing films (neither
> > xine nor mplayer run with root privileges) and independent of video
> > drivers (framebuffer, vesa and fglrx
On Mon, Apr 30, 2007 at 10:33:31AM +0100, Russell King wrote:
> > Does the current arm ptrace code support single stepping in kernelspace?
> > If yes we absolutely need to continue to support it.
>
> single stepping of user space code via standard ptrace calls, yes.
>
> > > I'd also like to see u
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
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
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Xen wants a dedicated page for the GDT. I believe VMI likes it too.
lguest, KVM and native don't care.
Simple transformation to page-aligned "struct gdt_page".
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTEC
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
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 subsys
Lots of paravirt patches from Jeremy and Zach. I think most of them
have hit the list already.
Mostly Xen preparation, but lots of generic cleanups
Happy reviewing!
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Mo
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
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
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
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
table
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Clean things up, and broadly document:
- the paravirt_ops functions themselves
- the patching mechanism
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Cc: Rusty Russell <[EMAIL PROTECTED]>
---
From: Zachary Amsden <[EMAIL PROTECTED]>
Convert VMI timer to use clock events, making it properly able to use the NO_HZ
infrastructure. On UP systems, with no local APIC, we just continue to route
these events through the PIT. On systems with a local APIC, or SMP, we provide
a single source in
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Three cleanups:
1: ELF notes are never mapped, so there's no need to have any access
flags in their phdr.
2: When generating them from asm, tell the assembler to use a SHT_NOTE
section type. There doesn't seem to be a way to do this from C.
3: Use
From: Zachary Amsden <[EMAIL PROTECTED]>
No, just no. You do not use goto to skip a code block. You do not
return an obvious variable from a singly-inlined function and give
the function a return value. You don't put unexplained comments
about kmalloc in code which doesn't do dynamic allocatio
From: Zachary Amsden <[EMAIL PROTECTED]>
Signed-off-by: Zachary Amsden <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
CC: Trivial <[EMAIL PROTECTED]>
---
arch/i386/kernel/acpi/earlyquirk.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
==
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Add "noreplace-paravirt" to disable paravirt_ops patching.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Cc: Rusty Russell <[EMAIL PROTECTED]>
Cc: Andi Kleen <[EMAIL PROTECTED]>
Signed-off-by: An
From: Zachary Amsden <[EMAIL PROTECTED]>
Implement vmi_kmap_atomic_pte in terms of the backend set_linear_mapping
operation. The conversion is rather straighforward; call kmap_atomic
and then inform the hypervisor of the page mapping.
The _flush_tlb damage is due to macros being pulled in from
From: Zachary Amsden <[EMAIL PROTECTED]>
Signed-off-by: Zachary Amsden <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/i386/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
===
Index: linu
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
The other symbols used to delineate the alt-instructions sections have the
form __foo/__foo_end. Rename parainstructions to match.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Cc: Andi Kleen <[E
Otherwise non GPL modules cannot even do basic operations
like disabling interrupts anymore, which would be excessive.
Longer term should split the single structure up into
internal and external symbols and not export the internal
ones at all.
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
head.S creates the very initial pagetable for the kernel. This just
maps enough space for the kernel itself, and an allocation bitmap.
The amount of mapped memory is rounded up to 4Mbytes, and so this
typically ends up mapping 8Mbytes of memory.
When
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
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 th
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
kunmap_atomic should flush any pending lazy mmu updates, mainly to be
consistent with kmap_atomic, and to preserve its normal behaviour.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/i3
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
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 jm
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Remove spurious comments, headers and keywords from x86-64 bugs.[ch].
Use identify_boot_cpu()
AK: merged with other patch
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86_64/kernel/
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
inflate_dynamic() has piggy stack usage too, so heap allocate it too.
I'm not sure it actually gets used, but it shows up large in "make
checkstack".
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
In shadow mode hypervisors, ptep_get_and_clear achieves the desired
purpose of keeping the shadows in sync by issuing a native_get_and_clear,
followed by a call to pte_update, which indicates the PTE has been
modified.
Direct mode hypervisors (Xen) ha
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Replace all the open-coded macros for generating calls with a pair of
more general macros (__PVOP_CALL/VCALL), and redefine all the
PVOP_V?CALL[0-4] in terms of them.
[ Andrew, Andi: this should slot in immediately after "Document
asm-i386/paravirt.h
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Remove #defines, add enum for PARAVIRT_LAZY_FLUSH.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
include/asm-i386/paravirt.h |7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
=
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
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 s
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
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
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
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 mac
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
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
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
This patch does a few small cleanups:
- use PER_CPU_NAME to generate the names of per-cpu variables
- use lea to add the per_cpu offset in PER_CPU(), because it doesn't
affect condition flags
- add PER_CPU_VAR which allows direct access to pre-cp
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Fixes two problems with the GDT when compiling for uniprocessor:
- There's no percpu segment, so trying to load its selector into %fs fails.
Use a null selector instead.
- The real gdt needs to be loaded at some point. Do it in cpu_init().
Signe
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Cc: Chris Wright <[EMAIL PROTECTED]>
Cc: Zachary Amsden <[EMAIL PROTECTED]>
Cc: Rusty Russell <[EMAIL PROTECTED]>
---
MAINTAINERS | 22 +
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
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 offse
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
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,
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
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]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
From: Zachary Amsden <[EMAIL PROTECTED]>
Signed-off-by: Zachary Amsden <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/i386/kernel/sysenter.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
===
I
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Define per_cpu_offset in asm-i386/percpu.h when SMP defined, like
asm-generic/percpu.h does for UP.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Cc: Rusty Russell <[EMAIL PROTECTED]>
Cc: Andi Kle
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Currently x86 (similar to x84-64) has a special per-cpu structure
called "i386_pda" which can be easily and efficiently referenced via
the %fs register. An ELF section is more flexible than a structure,
allowing any piece of code to use this area. In
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
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.
Xe
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Back out the map_pt_hook to clear the way for kmap_atomic_pte.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
Cc: Zachary Amsden <[EMAIL PROTECTED]>
---
arch/i386/kernel/paravirt.c |2 --
arc
On Mon, Apr 30, 2007 at 10:45:10AM +0100, Russell King wrote:
> For the sake of avoiding too much rehash, here's Roland's reply to my
> initial forrey into utrace:
>
> http://marc.info/?l=linux-kernel&m=117309251916053&w=2
In that mail Roland suggests keeping the singlestep code entirely
in the
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
inflate_fixed and huft_build together use around 2.7k of stack. When
using 4k stacks, I saw stack overflows from interrupts arriving while
unpacking the root initrd:
do_IRQ: stack overflow: 384
[] show_trace_log_lvl+0x1a/0x30
[] show_trace+0x12/0x1
On Sunday 22 April 2007 22:17, Christoph Hellwig wrote:
> On Thu, Apr 19, 2007 at 01:58:42AM -0600, Eric W. Biederman wrote:
> > From: Eric W. Biederman <[EMAIL PROTECTED]>
> >
> > Modify zfcperp%s to be started with kthread_run not
> > a combination of kernel_thread, daemonize and siginitsetinv
>
Original-Nachricht
Datum: Sun, 29 Apr 2007 18:37:00 -0700 (PDT)
Von: Trent Piepho <[EMAIL PROTECTED]>
An: Linus Torvalds <[EMAIL PROTECTED]>
CC: Uwe Bugla <[EMAIL PROTECTED]>, [EMAIL PROTECTED],
linux-kernel@vger.kernel.org, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL
PROTECTE
On Mon, Apr 30, 2007 at 12:26:42PM +0200, Andi Kleen wrote:
> Alan Cox <[EMAIL PROTECTED]> writes:
>
> > If this still occurs for some
> > combinations then the fix would be 8K + 4K IRQ stack, not just to use 8K
> > stack
>
> Yes i've been thinking for some time doing that would be a good idea.
On Mon, Apr 30, 2007 at 12:28:14PM +0200, Andi Kleen wrote:
>
> Otherwise non GPL modules cannot even do basic operations
> like disabling interrupts anymore, which would be excessive.
>
> Longer term should split the single structure up into
> internal and external symbols and not export the int
Hi all,
I do not understand it, but setting up some chipset features (tweaks) fail on
Geode GX1.
In arch/i386/kernel/cpu/cyrix.c function geode_configure() tries to enable
the "suspend on halt power saving feature". This is the line:
setCx86(CX86_CCR2, getCx86(CX86_CCR2) | 0x88);
If t
Don't clobber error from sys_ioctl in HDIO_GETGEO compat wrapper.
Signed-off-by: Andreas Schwab <[EMAIL PROTECTED]>
---
fs/compat_ioctl.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
--- linux-2.6.21.orig/fs/compat_ioctl.c 2007-04-26 13:40:52.0 +0200
+++ linux-2.6.21/fs/c
Call the kprobes pagefault handler directly instead of going through
the complex notifier chain.
Signed-off-by: Christoph Hellwig <[EMAIL PROTECTED]>
Index: linux-2.6/arch/powerpc/mm/fault.c
===
--- linux-2.6.orig/arch/powerpc/mm/fa
On Monday 30 April 2007 12:50:09 Christoph Hellwig wrote:
> On Mon, Apr 30, 2007 at 12:28:14PM +0200, Andi Kleen wrote:
> >
> > Otherwise non GPL modules cannot even do basic operations
> > like disabling interrupts anymore, which would be excessive.
> >
> > Longer term should split the single st
Original-Nachricht
Datum: Mon, 30 Apr 2007 02:58:33 +0200
Von: hermann pitton <[EMAIL PROTECTED]>
An: Uwe Bugla <[EMAIL PROTECTED]>
CC: Linus Torvalds <[EMAIL PROTECTED]>, [EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED], linux-kernel@vger.kernel.org
Betreff: Re: [linux-d
Hi Andrew,
here is the second run of use-menuconfig-objects patches that make
more menus use, well, the "menuconfig" objects. The series, which
goes on top of mm-broken-out-20070428, includes:
* 1 patch to fix up a remainder of the first run
* 35 patches to change to menuconfigs
Jan
--
-
On Apr 30 2007 11:50, Christoph Hellwig wrote:
>On Mon, Apr 30, 2007 at 12:28:14PM +0200, Andi Kleen wrote:
>>
>> Otherwise non GPL modules cannot even do basic operations
>> like disabling interrupts anymore, which would be excessive.
>>
>> Longer term should split the single structure up into
Hi.
On Mon, 2007-04-30 at 12:27 +0200, Andi Kleen wrote:
> From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
> Remove #defines, add enum for PARAVIRT_LAZY_FLUSH.
>
> Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
> Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
>
> ---
> include/asm-i386/par
1 - 100 of 657 matches
Mail list logo
