Pekka Enberg <[EMAIL PROTECTED]> wrote:
> > This patch changes fifo_poll not to return POLLERR to take care of a FIXME
> > in fs/pipe.c stating that "Most unices do not set POLLERR for fifos." The
> > comment has been there since 2.3.99-pre3 so either apply this patch or
> > alternatively, I can se
--- Andy Isaacson <[EMAIL PROTECTED]> a écrit :
>
> Did you *read* the post?
>
> # The _only_ acceptable use of "volatile" is basically:
> #
> # - in _code_ (not data structures), where we might mark a place as making
> # a special type of access. For example, in the PCI MMIO read functions,
On Thu, 25 Aug 2005 13:44:55 -0700 (PDT)
Vadim Lobanov <[EMAIL PROTECTED]> wrote:
> int main (void) {
> pthread_t other;
>
> data.lock = 1;
> data.value = 1;
> pthread_create(&other, NULL, thread, NULL);
> while ((volatile unsigned long)(data.lock));
> printf("Value is %lu
Hi Jonathan,
> > Already fixed in Greg's i2c tree and -mm for quite some time now...
>
> So it is. The comment says, however, that "the existing code works
> somewhat by accident." In the case of the 9240 driver, however, the
> existing code demonstrably does not work - it oopsed on me.
I too
Hi folks,
We have ~2k of printf format specs like this:
"%s: Transmit timed out, status %4.4x, PHY status %4.4x, resetting...\n"
IIRC %04x and %4.4x are totally equivalent. %04 is shorter.
Patches are at http://195.66.192.167/linux/printf_patch/
Largest ones are:
# ls -l | sort -r
total 1012
Hi Arnd,
> This is a work-in-progress version of the SPU file system.
> --- linux-cg.orig/fs/spufs/file.c 1969-12-31 19:00:00.0 -0500
> +++ linux-cg/fs/spufs/file.c 2005-08-25 22:27:19.503976592 -0400
> @@ -0,0 +1,716 @@
> +/*
> + * SPU file system -- file contents
> +/* low-level ma
Andrew,
Please use this patch instead.
This patch brings the now out-of-date Documentation/filesystems/vfs.txt back
to life. Thanks to Carsten Otte, Trond Myklebust, and Anton Altaparmakov for
their help on updating this documentation.
Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
---
vfs.t
On Thu, 2005-08-25 at 15:01 -0400, Patrick McFarland wrote:
[...]
> cheap even if gas is $5 per gallon (predicted price for 2006). Better than
We have here (in Austria/Europe) ATM 1.11 € for one liter of 91 Octane
gasoline. Diesel oil is slightly (a few Cents) less. And it will
probably rise furt
On Thu, 2005-08-25 at 20:00 -0400, Daniel B. wrote:
> Alan Cox wrote:
> > On Sul, 2005-06-19 at 18:55, Pavel Machek wrote:
[...]
> > > If we are serious about utf-8 support in ext3, we should return
> > > -EINVAL if someone passes non-canonical utf-8 string.
> >
> > That would ironically not be st
Hi Bunk,
Thank you for your replay.
> With SCSI=m and SCSI_SATA=y this allows the static enabling
> of the SATA drivers with unwanted effects, e.g.:
> - SCSI=m, SCSI_SATA=y, SCSI_ATA_ADMA=y
> -> SCSI_ATA_ADMA is built statically but scsi/built-in.o is
> not linked
> into the kernel
> -
On Thu, Aug 25, 2005 at 11:02:01PM +0200, Sven Schuster wrote:
>
> Hi Harald,
>
> On Thu, Aug 25, 2005 at 06:55:50PM +0200, Harald Welte told us:
> > Is it true that PeerGuardian is a proprietary application? I'm not
> > going to debug this problem using a proprietary ip_queue program, sorry.
>
On Fri, 26 Aug 2005 03:49:25 -0400, Jeff Garzik wrote:
> Denis Vlasenko wrote:
> >May be a known problem. A buglet in MII common code.
> >Via-rhine maintainer knows about it, as does Jeff.
>
> You don't speak for me, sir.
>
> I know of no such problem. Please submit a report and/or patch.
I bel
Hello,
I just wrote a tool with kernel patch, which is to set the uid's of a running
process without FORK.
The tool is at http://users.freeforge.net/~coywolf/pub/promote/
Usage: promote [uid]
I once need such a tool to work together with my admin in order to tune my web
configuration. I think
Clean code up a bit, and only show suspend to disk as available when
it is configured in.
--- linux-mm/kernel/power/main.c2005-08-24 20:21:55.0 +0200
+++ linux/kernel/power/main.c 2005-07-13 23:58:57.0 +0200
@@ -143,11 +143,12 @@
-static char * pm_states[] = {
+stat
If process freezing fails, some processes are frozen, and rest are
left in "were asked to be frozen" state. Thats wrong, we should leave
it in some consistent state.
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
--- linux-mm/kernel/power/process.c 2005-08-24 20:25:11.0 +0200
+++ lin
On Friday 26 August 2005 10:49, Jeff Garzik wrote:
> Denis Vlasenko wrote:
> > May be a known problem. A buglet in MII common code.
> > Via-rhine maintainer knows about it, as does Jeff.
>
> You don't speak for me, sir.
>
> I know of no such problem. Please submit a report and/or patch.
From: Den
The following is a patch that enables the e1000 driver to set the netdev->irq
field. This is useful if you are trying to balance irqs between cpus.
--- linux-orig/drivers/net/e1000/e1000_main.c Tue Jun 28 14:16:19 2005
+++ linux-new/drivers/net/e1000/e1000_main.c Tue Jun 28 13:51:46 2005
@@
On Thu, Aug 25, 2005 at 02:15:13PM -0400, [EMAIL PROTECTED] wrote:
>
>>Could you please please pretty please get an RFC compliant mailer that
>>generates "In-Reply-To" and preferable even "References" headers?
>>Right
>>now every mail you write starts a new thread instead of refer
On Thu, Aug 25, 2005 at 08:05:32PM +0100, Alan Jenkins wrote:
> > On Thu, Aug 25, 2005 at 12:32:50AM -0400, [EMAIL PROTECTED] wrote:
> > > Right, but it would be nice to have that option if initramfs
> > > using tmpfs becomes part of the kernel.
> >
> > But it's not needed so why add bloat?
>
Linus Torvalds <[EMAIL PROTECTED]> wrote:
> I really wanted to release a 2.6.13, but there's been enough changes
>while we've been waiting for other issues to resolve that I think it's
>best to do a -rc7 first.
>
>Most of the -rc7 changes are pretty trivial, either one-liners or
>affecting some
On Fri, 26 Aug 2005, moreau francis wrote:
> I don't think that MIPS cpu reorder memory access, but gcc can ! And I
> don't think that the use of 'volatile' can prevent it to do that.
Well, certain MIPS implementations may merge multiple uncached writes in
the writeback buffer, e.g. writes to d
On Fri, Aug 26, 2005 at 05:25:37PM +0800, Coywolf Qi Hunt wrote:
> Hello,
>
> I just wrote a tool with kernel patch, which is to set the uid's of a running
> process without FORK.
>
> The tool is at http://users.freeforge.net/~coywolf/pub/promote/
> Usage: promote [uid]
>
> I once need such a t
* Christoph Hellwig <[EMAIL PROTECTED]>:
> > It's the place where you can found util-linux patch that adds full
> > cryptsetup-luks support to mount, umount, swapon and swapoff. The patch
> > supports classic cryptsetup and LUKS extension too.
>
> What is LUKS?
LUKS - Linux Unified Key Setup
htt
On Fri, Aug 26, 2005 at 01:00:19PM +0200, Karel Zak wrote:
>
> http://people.redhat.com/kzak/util-linux-cryptsetup
>
> It's the place where you can found util-linux patch that adds full
> cryptsetup-luks support to mount, umount, swapon and swapoff. The patch
> supports classic cryptsetup and LU
On Fri, 2005-08-26 at 08:08 +0200, Ingo Molnar wrote:
> * Steven Rostedt <[EMAIL PROTECTED]> wrote:
>
> > So, the only other solutions that I can think of is:
> >
> > a) add yet another (bloat) lock to the buffer head.
> >
> > b) Still use your b_update_lock for the jbd_lock_bh_journal_head and
- Original Message -
From: "linux-os (Dick Johnson)" <[EMAIL PROTECTED]>
Date: Thursday, August 25, 2005 9:12 pm
Subject: Re: Building the kernel with Cygwin
>
> On Thu, 25 Aug 2005, Chris du Quesnay wrote:
>
> > Hi. I am newbie at GNU/linux.
> >
> > I am trying to build a kernel (2.6
On Thu, Aug 11, 2005 at 07:37:17PM +0200, Christoph Hellwig wrote:
> On Tue, Aug 09, 2005 at 11:10:03PM +0200, Christoph Hellwig wrote:
> > Currently snsc_event for Altix systems sends SIGPWR to init (and abuses
> > tasklist_lock..) while the sbus drivers call execve for /sbin/shutdown
> > (which i
On Thu, 25 Aug 2005, Linus Torvalds wrote:
> On Fri, 26 Aug 2005, Nick Piggin wrote:
> >
> > > Skipping MAP_SHARED in fork() sounds like a good idea to me...
> >
> > Indeed. Linus, can you remember why we haven't done this before?
>
> Hmm. Historical reasons. Also, if the child ends up needing i
We're trying to get rid of as much as possible tasklist walks, or at
least moving them to core code. This patch falls into the second
category.
Instead of walking the tasklist in cfq-iosched move that into
elv_unregister. The added benefit is that with this change the as
ioscheduler might be mig
On Fri, 26 Aug 2005, Christoph Hellwig wrote:
> On Thu, Aug 11, 2005 at 07:37:17PM +0200, Christoph Hellwig wrote:
> > On Tue, Aug 09, 2005 at 11:10:03PM +0200, Christoph Hellwig wrote:
> > > Currently snsc_event for Altix systems sends SIGPWR to init (and abuses
> > > tasklist_lock..) while the
On Fri, Aug 26, 2005 at 05:25:37PM +0800, Coywolf Qi Hunt wrote:
> I just wrote a tool with kernel patch, which is to set the uid's of a running
> process without FORK.
>
> The tool is at http://users.freeforge.net/~coywolf/pub/promote/
> Usage: promote [uid]
>
> I once need such a tool to work
The patch didn't apply without ignoring whitespace. Here it is again
with tabs intact.
- Cut Here
The recent change to locks_remove_flock code in fs/locks.c changes how
byte range locks are removed from closing files, which shows up a b
The sys_ptrace boilerplate code (everything outside the big switch
statement for the arch-specific requests) is shared by most
architectures. This patch moves it to kernel/ptrace.c and leaves the
arch-specific code as arch_ptrace.
Some architectures have a too different ptrace so we have to exclu
As part of my previous sys_ptrace consolidation I introduce a
ptrace_get_task_struct helper, that gets a reference to the taskstruct
for a given pid, after doing all the ptrace attach checks.
This pathces makes all but a few ptrace and compat_ptrace
implementations use it. The implementations not
Jeff Garzik wrote:
To answer the question everybody was asking, this line was in the code
because it was in the patch that got AHCI working.
I'm inclined to apply the above patch, but I'll wait until 2.6.13, so
that we can get some decent testing.
Great. As far as the testing is concerned,
On Mon, Aug 22, 2005 at 08:41:11AM -0700, Danial Thom wrote:
>...
>
> The issue I have with that logic is that you seem
> to use "kernel" in a general sense without regard
> to what its doing. Dropping packets is always
> detrimental to the user regardless of what he's
> using the computer for. An
Quoting Chris Wright ([EMAIL PROTECTED]):
> * Chris Wright ([EMAIL PROTECTED]) wrote:
> > I'll have some numbers tomorrow. If you'd like to run SELinux that'd
> > be quite useful.
>
> These are just lmbench and kernel build numbers (certainly not the best
> for real benchmark numbers, but easy to
A few weeks ago Christoph suggested that the /proc/devices file be converted to
use the seq_file interface. This patch does that. Tested by me, with
good results.
Thanks and Regards
Neil
Signed-off-by: Neil Horman <[EMAIL PROTECTED]>
drivers/block/genhd.c | 107 ++-
On Fri, 2005-08-26 at 04:23 -0500, [EMAIL PROTECTED] wrote:
> Here are some numbers on a 4way x86 - PIII 700Mhz with 1G memory (hmm,
> highmem not enabled). I should hopefully have a 2way ppc available
> later today for a pair of runs.
>
> dbench and tbench were run 50 times each, kernbench and r
On Iau, 2005-08-25 at 20:00 -0400, Daniel B. wrote:
> Which standards?
Traditional unix namespace is a sequence of bytes with '/' as a
seperator and \0 as a terminator. There are no other restrictions. UTF-8
is essentially a retrofit onto that.
> The standards I've read (mostly XML- and web-relat
On Fri, Aug 26 2005, Christoph Hellwig wrote:
> We're trying to get rid of as much as possible tasklist walks, or at
> least moving them to core code. This patch falls into the second
> category.
>
> Instead of walking the tasklist in cfq-iosched move that into
> elv_unregister. The added benefi
Danny ter Haar <[EMAIL PROTECTED]> wrote:
>Of course it will probably reboot just after sending this message.
Me and my big mouth...
If there is a god he is making fun of me right now ;-)
After 53 hours and 31 minutes it crashed.
dth pts/1zaphod.dth.net Wed Aug 24 09:54 - crash (2+
Ingo,
The following code segment from pick_new_owner:
waiter = plist_first_entry(&lock->wait_list, struct rt_mutex_waiter,
list);
try_again:
trace_special_pid(waiter->ti->task->pid, waiter->ti->task->prio, 0);
#ifdef ALL_TASKS_PI
check_pi_list_present(lock, waiter, ol
Maciej W. Rozycki wrote:
Well, Intel's "Multiprocessor Specification" mandates that (see section
3.6.1 and also the compliance list in Appendix C). I does not mandate
local APIC IDs to be consecutive though.
Unless I am mistaken, the MP spec does not say that _CPUs_ must start
from 0. We h
Initial Post (Wed, 17 Aug 2005)
For demand faulting, we cannot assume that the page tables will be populated.
Do what the rest of the architectures do and test p?d_present() while walking
down the page table.
Diffed against 2.6.13-rc6
Signed-off-by: Adam Litke <[EMAIL PROTECTED]>
---
hugetlbpa
Initial Post (Wed, 17 Aug 2005)
This patch moves the
if (! pte_none(*pte))
hugetlb_clean_stale_pgtable(pte);
logic into huge_pte_alloc() so all of its callers can be immune to the bug
described by Kenneth Chen at http://lkml.org/lkml/2004/6/16/246
> It turns out there is a
Fixed whitespace issue in asm-x86_64/pgtable.h
Initial Post (Wed, 17 Aug 2005)
This patch adds a macro pte_huge(pte) for i386/x86_64 which is needed by a
patch later in the series. Instead of repeating (_PAGE_PRESENT | _PAGE_PSE),
I've added __LARGE_PTE to i386 to match x86_64.
Diffed against
Hi,
there are are two error returns of hpet_init() but vxtime.hpet_address remains
set.
This can cause div-by-zero exceptions later in the boot process when executing
the
wrong code sequences ( hpet code instead of pit code). To avoid this error
behaviour
vxtime.hpet_address should be clear
On Fri, 2005-08-26 at 08:43 +0200, Thomas Gleixner wrote:
> On Thu, 2005-08-25 at 18:15 -0700, Daniel Walker wrote:
> > On Fri, 2005-08-26 at 02:22 +0200, Thomas Gleixner wrote:
> > > On Thu, 2005-08-25 at 16:29 -0700, Daniel Walker wrote:
> > > > Devastating latency on a 3Ghz xeon .. Maybe the raw
Thanks you Tom and George for the tips on using kgdb with
2.6.13-rc4-mm1.
I almost have it working but kgdb seems to have a few issues. I can get
it running from the dev machine using the kgdb and console=kgdb boot
options on the test kernel. The kernel waits as it should and when I
attach wi
On Fri, 2005-08-26 at 08:31 +0200, Ingo Molnar wrote:
> * Daniel Walker <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 2005-08-25 at 19:45 +0200, Ingo Molnar wrote:
> > > * Daniel Walker <[EMAIL PROTECTED]> wrote:
> > >
> > > > Does anyone have x86_64 working in PREEMPT_RT ?
> > >
> > > builds fine, b
Quoting Stephen Smalley ([EMAIL PROTECTED]):
> On Fri, 2005-08-26 at 04:23 -0500, [EMAIL PROTECTED] wrote:
> > Here are some numbers on a 4way x86 - PIII 700Mhz with 1G memory (hmm,
> > highmem not enabled). I should hopefully have a 2way ppc available
> > later today for a pair of runs.
> >
> >
On Gwe, 2005-08-26 at 19:02 +0800, Coywolf Qi Hunt wrote:
> > 3) admins can `promote' a suspect process instead of killing it.
> >
> > Is it also generally useful in practice? Thoughts?
The locking is wrong. At the moment the entire kernel assumes that a
process uid is not changed by anyone else
On Fri, 26 Aug 2005, Martin Wilck wrote:
> Unless I am mistaken, the MP spec does not say that _CPUs_ must start from 0.
> We had an IO-APIC at 0. The MP spec says that the IDs must be unique (I am
> told this isn't true any more because an IO APIC and a CPU may have the same
> ID) and _need not_
[EMAIL PROTECTED] wrote:
>>On Thu, Aug 25, 2005 at 12:35:22AM -0400, [EMAIL PROTECTED] wrote:
>>I don't know, because tar is probably more widely used and
>>consequently people are more familiar with how to use it.
>>>As I said before, the cpio format is cleaner/easier to parse in t
On Friday 12 August 2005 22:11, Benjamin LaHaise wrote:
> Is it possible to get an optimization for this case where uml can execute
> the kernel thread in the same process as it normally executes kernel mode
> for the given mm? AIO performance on uml is pretty bad when it has to
> access userspace
On Gwe, 2005-08-26 at 05:39 +0200, Wieland Gmeiner wrote:
> This is the second of two patches, it implements the setprlimit()
> syscall.
>
> Implementation: This patch provides a new syscall setprlimit() for
> writing a given process resource limits for i386. Its implementation
> follows closely t
hello.
i've been experiencing a strange problem on two computers.
disk access is sometimes very slow. e.g.
copying files or downloading them via http first is quite fast, then
stalls at a certain points (after 1 min or so it starts again..)
finally i found a good reproducable way to test this beh
Hugh Dickins wrote:
On Thu, 25 Aug 2005, Linus Torvalds wrote:
That said, I think it's a valid optimization. Especially as the child
_probably_ doesn't need it (ie there's at least some likelihood of an
execve() or similar).
I agree, seems a great idea to me (sulking because I was too dumb
On Gwe, 2005-08-26 at 15:42 +0100, Matthew Garrett wrote:
> the device has been removed? hdparm's bus registration support
> (unsurprisingly) doesn't seem to work too well on sr0
It won't work on hd* either. 2.4-ac supports drive plugging but nothing
else ever did. For the SATA case see Jeff's sa
Andrew,
Of late I have been working on a driver for the IBM Hard Drive Active
Protection System (HDAPS), which provides a two-axis accelerometer and
some other misc. data. The hardware is found on recent IBM ThinkPad
laptops.
The following patch adds the driver to 2.6.13-rc6-mm2. It is
self-con
On Iau, 2005-08-25 at 15:26 -0600, Christopher Friesen wrote:
> > do
> > expires = timr->it_timer.expires;
> > while ((volatile long) (timr->it_timer.expires) != expires);
> >
> > Seems it's casting the value, not the pointer.
>
> Someone else will have to give the definitive answer, but it l
Hi,
under what appears to me as weird circumstances, poll() returns EINVAL
where I belive it shouldn't. Here's an example program that
demonstrates the problem both on kernel 2.4 and 2.6 machines:
#include
#include
#include
#include
#include
#define MAX 1025
#define MOD 250
int main(int ar
--- Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Mon, Aug 22, 2005 at 08:41:11AM -0700,
> Danial Thom wrote:
> >...
> >
> > The issue I have with that logic is that you
> seem
> > to use "kernel" in a general sense without
> regard
> > to what its doing. Dropping packets is always
> > detrimenta
On Thu, 25 Aug 2005, Alex Williamson wrote:
>I don't know that it's that uncommon. Simply having one non-arch
> specific timer is enough to need to decided whether it's better than a
> generic timer. I assume pretty much every arch has a cycle timer. For
> smaller boxes, this might be the p
Erik Mouw <[EMAIL PROTECTED]> wrote:
> On Thu, Aug 25, 2005 at 02:15:13PM -0400, [EMAIL PROTECTED] wrote:
>> For one, if you do "dd if=/dev/zero of=foo" on a ramfs the system
>> will lock up.
>
> "Doctor, it hurts when I do this!" "Well, then don't do that."
> You found a nice case of "Unix, rope
On Fri, 2005-08-26 at 08:39 -0700, Christoph Lameter wrote:
> I think a priority is something useful for the interpolators. Some of
> the decisions about which time sources to use also have criteria different
> from drift/latency/jitter/cpu. F.e. timers may not survive various
> power-saving co
On Fri, Aug 26, 2005 at 08:34:14AM -0700, Danial Thom wrote:
>
> --- Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> > That's not always true.
> >
> > Imagine a slow computer with a GBit ethernet
> > connection, where the user
> > is downloading files from a server that can
> > utilize the full
>
On Fri, 26 Aug 2005, lab liscs wrote:
> schedule( ) always runs in kernel space, therefore the address of all
> elements used by schedule() is not virtual address but physical
> address.?
Wrong. All addresses accessed by the CPU(s) are virtual. All addresses
accessed by other devices, includin
Jesper Juhl <[EMAIL PROTECTED]> wrote:
> On Wednesday 24 August 2005 22:39, Brian Gerst wrote:
> >
> > Do this instead:
> > char ln[LINE_SIZE], *line;
> >
> Right, now why didn't I think of that :)
>
> Jeff: Does the patch below agree with you more?
>
>
> Signed-off-by: Jesper Juhl <[EMAIL
El Fri, 26 Aug 2005 17:09:58 +0200,
Justin Heesemann <[EMAIL PROTECTED]> escribió:
> finally i found a good reproducable way to test this behavior:
>
> # time grep ^$ /usr/share/dict/words > /dev/null
>
> real0m7.728s
> user0m7.713s
> sys 0m0.011s
The problem seems (IMO) to be i
On Fri, 26 Aug 2005, Ross Biro wrote:
> On 8/26/05, Hugh Dickins <[EMAIL PROTECTED]> wrote:
> >
> > The refaulting will hurt the performance of something: let's
> > just hope that something doesn't turn out to be a show-stopper.
>
> Why not just fault in all the pages on the first fault. Then the
On 8/26/05, Richard Stover <[EMAIL PROTECTED]> wrote:
> I submitted this as a bugzilla kernel bug report but was directed here.
> Perhaps someone can help me.
>
> I have a device driver developed with 2.4 kernels. I've ported
> it to the 2.6 kernel (FC3) and it all works fine except for one
> aspe
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
> Here are some numbers on a 4way x86 - PIII 700Mhz with 1G memory (hmm,
> highmem not enabled). I should hopefully have a 2way ppc available
> later today for a pair of runs.
Thanks for running these numbers Serge.
> dbench and tbench were run 50 t
On 8/26/05, Nish Aravamudan <[EMAIL PROTECTED]> wrote:
> On 8/26/05, Richard Stover <[EMAIL PROTECTED]> wrote:
> > I submitted this as a bugzilla kernel bug report but was directed here.
> > Perhaps someone can help me.
> >
> > I have a device driver developed with 2.4 kernels. I've ported
> > it t
On 8/26/05, Hugh Dickins <[EMAIL PROTECTED]> wrote:
> On Fri, 26 Aug 2005, Ross Biro wrote:
> > On 8/26/05, Hugh Dickins <[EMAIL PROTECTED]> wrote:
> > >
> > > The refaulting will hurt the performance of something: let's
> > > just hope that something doesn't turn out to be a show-stopper.
> >
> >
On Thu, 25 Aug 2005, Alex Williamson wrote:
>I don't really know if this makes sense, but it seems to do what I
> think it should. If I where to add another node to the system, I would
> more strongly favor the HPETs time, if I removed a node I would revert
> to the cycle counter. Anyway, I
Hi there,
i have read some postings concerning the following Kernel Messages:
Aug 26 18:04:01 montdsnsu3 kernel: grep[11619] general protection
rip:2aaaed43 rsp:7f9c0740 error:0
Aug 26 18:08:02 montdsnsu3 kernel: ping[14867] general protection
rip:2aaaed43 rsp:7fdbf300 error:0
A
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Since proper support requires that the arch at the very least handles
VM_FAULT_SIGSEGV, as in next patch (otherwise the arch may BUG), and things
are even more complex (see next patches), and it's triggerable only with
VM_NONUNIFORM vma's,
Nick Piggin wrote:
OK let's see how Ray goes, and try it when 2.6.14 opens...
Working on that now - I'll let you know.
Yeah I guess that's a good idea. Patch looks pretty good.
Just a minor issue with the comment, it is not strictly
just assuming the child will exec... IMO it is worthwhile
in
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
This patch reorganizes the code only, without differences in behaviour. It
makes the code more readable on its own, and is needed for next patches. I've
split this out to avoid cluttering real patches.
Signed-off-by: Paolo 'Blaisorblade' G
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>, Ingo Molnar <[EMAIL
PROTECTED]>
This optimization avoid looking up pages for PROT_NONE mappings, and instead
simply clear the page tables. This code was taken straight from Ingo's patch.
However, this code is only correct if we disallow
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Handle the possible existance of VM_NONUNIFORM vmas, without actually creating
them.
* Replace old uses of pgoff_to_pte with pgoff_prot_to_pte.
* Introduce the flag, use it to read permissions from the PTE rather than from
the VMA flags.
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
There is IMHO no reason to support using mprotect on non-uniform VMAs. The
only exception is to change the VMA's default protection (which is used for
non-individually remapped pages), but it must still ignore the page tables, as
done in th
Robert Love ([EMAIL PROTECTED]) said:
> Of late I have been working on a driver for the IBM Hard Drive Active
> Protection System (HDAPS), which provides a two-axis accelerometer and
> some other misc. data. The hardware is found on recent IBM ThinkPad
> laptops.
How does this relate to the hdap
From: Ingo Molnar <[EMAIL PROTECTED]>
Fix MAP_POPULATE | MAP_PRIVATE. We don't need the VMA to be shared if we don't
rearrange pages around. And it's trivial to do.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-paolo/mm/fremap.c |7 ---
linux-2.6.g
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Add an optimization to install_file_pte: if the VMA is uniform (and thus we're
likely called by MAP_POPULATE), and the PTE was null, it will be installed
correctly if needed at fault time - we avoid thus touching the page tables,
but we mus
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
get_user_pages may well call handle_mm_fault on present and valid PTEs. Signal
that by using VM_MAYREAD in the access_mask.
Also, get_user_pages() may give write faults on present readonly PTEs in
VM_NONUNIFORM areas (think of PTRACE_POKET
--- Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Fri, Aug 26, 2005 at 08:34:14AM -0700,
> Danial Thom wrote:
> >
> > --- Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > >
> > > That's not always true.
> > >
> > > Imagine a slow computer with a GBit
> ethernet
> > > connection, where the user
> > >
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Uml is particular in respect with other architectures (and possibly this is to
fix) in the fact that our arch fault handler handles indifferently both TLB
and page faults. In particular, we may get to call handle_mm_fault() when the
PTE is
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>, Ingo Molnar <[EMAIL
PROTECTED]>
This is the more intrusive patch, but it can't be reduced a lot, even if I
limit the protection support to the bare minimum for Uml.
The arch handler used to check itself protection, now we must possibly m
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>, Ingo Molnar <[EMAIL
PROTECTED]>
This patch may or may not be wanted. I took this from the original Ingo's
patch and improved it, but probably we want to keep this bug. However, I'm not
sure of what Ingo wanted to do.
If on a private writ
Hi Everyone,
I'm answering this from my home email. I have not heard from my
co-workers in Florida yet, and I imagine that they are busy cleaning up
after hurricane Katrina and waiting for the power to come back on.
It looks like we have an "off by one" problem with idr_get_new_above()
which may
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Since we probably will not support linear nonuniform VMAs, this will not
probably be needed. However I'm sending it just in case.
Fix try_to_unmap_one for linear VM_NONUNIFORM vma's.
When unmapping linear but non uniform VMA's in try_to_u
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
To simplify the VM code, and to reflect expected application usage, we decide
to also set VM_NONLINEAR when setting VM_NONUNIFORM. Otherwise, we'd have to
possibly save nonlinear PTEs even on paths which cope with linear VMAs. It's
possible
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>, Ingo Molnar <[EMAIL
PROTECTED]>
Update pte encoding macros for UML, i386 and x86-64. Also, add the
MAP_NOINHERIT flag to arch headers.
*** remap_file_pages protection support: improvement for UML bits
Recover one bit by additionally usi
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Since we aren't going to support nonuniform linear VMAs, this is probably not
needed. Otherwise, you may want to look at this patch, but I must first note
that it's a bit intrusive.
We must save protections and support when truncating page
On Fri, 2005-08-26 at 13:05 -0400, Bill Nottingham wrote:
> How does this relate to the hdaps driver hosted at sourceforge since
> June?
This driver is what is hosted there.
I thought it was time to push on.
Robert Love
-
To unsubscribe from this list: send the line "unsubscribe linux
From: Ingo Molnar <[EMAIL PROTECTED]>, Paolo 'Blaisorblade' Giarrusso <[EMAIL
PROTECTED]>
This contains simply the changes to the syscall code, based on Ingo's patch.
Differently from his one, I've *not* added a new syscall, choosing to add a
new flag (MAP_NOINHERIT) which the application must s
Pekka J Enberg wrote:
FWIW I have been running on this for few days now without any noticeable
regressions. We get a solved FIXME in return but like I said I am a happy
to remove the redundant abstraction if this is too risky.
I would prefer just to remove the abstraction, together with a
1 - 100 of 237 matches
Mail list logo
