Sorry for the late answer, Yahoo put your mail in its Spam folder, and I
didn't check until now.
On Tuesday 22 March 2005 21:00, Roman Zippel wrote:
> Hi,
>
> On Tue, 22 Mar 2005, Blaisorblade wrote:
> > I've verified multiple times that if we have a situation
ng no opinion on
this except not wanting to break on purpose Debian users. If you want, submit
a patch removing Gcc 2.95.3 from supported versions, and get ready to fight
for it (and probably loose).
Also, that GCC has discovered some syscall table errors in UML - I sent a
separate patc
For Jörn Engel and the issue he opened: at the end of this mail I describe
another bug caught by 2.95 and not by 3.x.
On Tuesday 05 April 2005 22:18, Renate Meijer wrote:
> On Apr 5, 2005, at 8:53 PM, Blaisorblade wrote:
> > On Tuesday 05 April 2005 20:47, Renate Meijer wrote:
>
count as a vote for the -stable tree
inclusion (since dropping GCC 2 support in the -stable tree is exactly the
purpose of this tree, right ;-) ? ).
--
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729
http://www.user-mode-linux.org/~blaisorblade
-
To unsubscribe from this list:
Andrew, could you please put this in your -rc regressions folder? Thanks.
-- Forwarded Message --
Subject: [uml-devel] [UML/2.6] -bk7 tree does not run when compiled as
SKAS-only
Date: Tuesday 22 March 2005 18:32
From: Blaisorblade <[EMAIL PROTECTED]>
To: Jeff Dike &
ion in UML is
arch-independent (with everywhere defined syscalls), and part is
arch-dependant. This has created confusion (some syscalls are listed in both
places, some in the wrong one, some are wrong on one arch or another).
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL P
problem, when compiling
only SKAS mode in, and I don't think this has been fixed:
[uml-devel] [UML/2.6] -bk7 tree does not run when compiled as SKAS-only
I'm forwarding that mail to LKML and you, Andrew - for your -rc regressions
mail folder.
--
Paolo Giarrusso, aka Blaisorblade
Linux
hope this can be merged. I've been asked to
> > split the former patch, I don't know if I must split again this one, even
> > because I don't want to split this correct patch into multiple
> > non-correct ones by mistake.
>
> Is this patch already in 2.6.12-rc2?
Yes
On Thursday 07 April 2005 11:16, Renate Meijer wrote:
> On Apr 6, 2005, at 9:09 PM, Blaisorblade wrote:
> > Btw: I've not investigated which one of the two behaviours is the
> > buggy one -
> > if you know, maybe you or I can report it.
>
> From a strict ISO-C poi
t(8) man page should be updated to include this option. Cc the
relevant people, please (I hope I cc'ed the right people).
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.11-paolo/fs/reiserfs/super.c | 21 ++---
1 files changed, 14
resizing (this was verified by me with lots of warnings and a Oops
on reiserfs code); in fact, this ability is so new that is not even
documented in manpages.
--
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729
http://www.user-mode-linux.org/~blaisorblade
-
To unsubscribe
CC: <[EMAIL PROTECTED]>
This trick is useless, because sys_ni.c will handle this problem by itself,
like it does even on UML for other syscalls.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
clean-linux-2.6.11-paolo/arch/um/kernel/sys_call_tabl
2.6.11-stable and the current tree.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
clean-linux-2.6.11-paolo/arch/um/kernel/sys_call_table.c |8 +---
1 files changed, 1 insertion(+), 7 deletions(-)
diff -puN arch/um/kernel/sys_call_table.c~uml-nfsd-s
is done) so I couldn't do anything else than understand something
bad was happening.
--
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso&q
ugh it won't fail (after all, NULL is under TASK_SIZE.
right?).
On x86_64 the code is always used from arch/um/kernel/signal_kern.c, since
CONFIG_whatever is not enabled.
--
Inform me of my mistakes, so I can keep imitating
ML host server
> running the skas patches http://www.user-mode-linux.org/~blaisorblade/).
>
> Regards, Peter
>
> # uname -r
> 2.6.11.7-skas3-v8
>
> unregister_netdevice: waiting for tap24 to become free. Usage count = 1
> unregister_netdevice: waiting for tap24 to become fre
unregister_netdevice%3A+waiting
>
> Regards, Peter
--
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade
From: Jeff Dike <[EMAIL PROTECTED]>, Paolo 'Blaisorblade' Giarrusso <[EMAIL
PROTECTED]>
Revert the following patch, because of miscompilation problems in different
environments leading to UML not working *at all* in TT mode; it was merged
lately in 2.6 development cycle
g kernel).
> And upstream will leave this in, working to real fix?
Preferably yes, but this depends on whether the fix is found. Otherwise this
exact patch will be merged upstream too.
--
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarr
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
*) Reorganize the two cases of sys_modify_ldt to share all the reasonably
common code.
*) Avoid memory allocation when unneeded (i.e. when we are writing and the
passed buffer size is known), thus not returning ENOMEM (whi
n of
mmap2().
Since to trigger this bug int 0x80 must be used when doing the call, it rarely
manifests itself, so I'd prefer to get this merged to workaround that host
bug, since it should cause no functional change. Still, you might prefer to
drop it, I'll leave this to you.
Signed-off-by:
Fix the error message to refer to the error code, i.e. err, not count, plus
add some cosmetical fixes.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-broken-paolo/fs/hppfs/hppfs_kern.c |6 +++---
1 files changed, 3 insertions(+), 3 de
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
CC: Christoph Hellwig <[EMAIL PROTECTED]>
Minimal patch removing uses of ROOT_DEV; next patch unexports it. I've opposed
this, but I've planned to reintroduce the functionality without using
ROOT_DEV.
Si
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
CC: Christoph Hellwig <[EMAIL PROTECTED]>
Remove ROOT_DEV after unexporting it in the previous patch, as requested time
ago by Christoph Hellwig.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PRO
quot;cross-"building 32-bit binaries.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-broken-paolo/arch/um/Kconfig_net |2 +-
linux-2.6.git-broken-paolo/arch/um/Makefile | 14 +-
linux-2.6.git-broken-paolo/
Only exception is that I've built but not tested a 64-bit binary, because I
hadn't a 64-bit filesystem available.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-broken-paolo/arch/um/Makefile | 11 +
linux-2.6.git-bro
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>, Russell King <[EMAIL
PROTECTED]>
This construct is refused by GCC 4, so here's the (corrected) fix. Thanks to
Russell for noticing a stupid mistake I did when first sending this.
As he noted, the code is la
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
CC: Raphael Bossek <[EMAIL PROTECTED]>
1) Cleanup an ugly hyper-nested code in Makefile (now only the arith.
expression is passed through the host bash).
2) Fix a problem with GCC 2.95: according to a repo
it if
needed):
http://user-mode-linux.sourceforge.net/work/current/2.6/2.6.12-mm2/patches/x86_64_compile
Bye
--
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http:/
I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body o
ng in real world.
IMHO, I think that publishing statistics about kernel patches downloads would
be a very Good Thing(tm) to do. Peter, what's your opinion? I think that was
even talked about at Kernel Summit (or at least I thought of it there), but
I've not understood if t
27;t get in the way).
--
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade
From: Paolo 'Blaisorblade' Giarrusso <[EMAI
truncated!
And yes, sorry if this is a stupid question.
--
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade
Looking at Documentation/feature-removal-schedule.txt, I've seen an out-dated
feature still to remove for you, so I thought to drop you a reminder email.
Thanks for attention
--
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Bl
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Avoid chomping low bits of address for functions doing it by themselves, fix
whitespace, add a correctness checking.
I did this for remap-file-pages protection support, it was useful on its own
too.
Signed-off-by: Pao
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Distinguish between "normal" VMA and VMA with non-uniform protection. This
will be also useful for fault handling (we must ignore VM_{READ,WRITE,EXEC} in
the arch fault handler).
As said before, with remap-file-p
_PAGE_FILE does not indicate whether a file is in page / swap cache, it is set
just for non-linear PTE's. Correct the comment for i386, x86_64, UML. Also
clearify _PAGE_NONE.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-paolo/inclu
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Simplify the generic arch permission checking: the previous one was clumsy, as
it didn't account arch-specific implications (read implies exec, write implies
read, and so on).
Still to undo fixes for the archs (i38
From: Ingo Molnar <[EMAIL PROTECTED]>, Paolo 'Blaisorblade' Giarrusso <[EMAIL
PROTECTED]>
This is the "main" patch for the syscall code, containing the core of what was
sent by Ingo Molnar, variously reworked.
Differently from his patch, I've *not* added
d at least make ia64 compile.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-paolo/include/asm-ia64/pgtable.h | 17 +
1 files changed, 13 insertions(+), 4 deletions(-)
diff -puN include/asm-ia64/pgtable.h~rfp-arch-ia64 incl
) PPC chips, since they use
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-paolo/include/asm-ppc/pgtable.h | 48 +-
1 files changed, 39 insertions(+), 9 deletions(-)
diff -puN include/asm-ppc/pgtable.h~rfp-arch-ppc32
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Add the MAP_NOINHERIT flag to arch headers, for use with remap-file-pages.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-paolo/include/asm-i386/mman.h |1 +
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Assume that even after dropping and reacquiring the lock, (vma->vm_flags &
VM_SHARED) won't change, thus moving a check earlier.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTE
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
For linear VMA's, there is no need to install pte_file PTEs to remember the
offset. We could probably go as far as checking directly the address and
protection like in include/linux/pagemap.h:set_nonlinear_pte(), ins
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Add some more comments about page->mapping and swapper_space, explaining their
(historical and current) relationship. Such material can be extracted from the
old GIT history (which I used for reference), but having it in
ndle_mm_fault in do_exception.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-paolo/arch/s390/mm/fault.c |2
linux-2.6.git-paolo/include/asm-s390/pgtable.h | 90 -
2 files changed, 60 insertions(+), 32 deletions(-)
di
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Even now, we'll sometimes take the write lock. So, in that case, we could
downgrade it; after a tiny bit of thought, I've choosen doing that when we'll
either do any I/O or we'll alter a lot of PTEs. Ab
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Yet to test. Currently we install a PTE when one is missing
irrispective of the fault type, and if the access type is prohibited we'll
get another fault and kill the process only then. With this, we check the
access
Update pte encoding macros for UML.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-paolo/include/asm-um/pgtable-2level.h | 15 ++
linux-2.6.git-paolo/include/asm-um/pgtable-3level.h | 21 +++-
2 files change
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
This adapts the changes to the i386 handler to the UML one. It isn't enough to
make UML work, however, because UML has some peculiarities. Subsequent patches
fix this.
Signed-off-by: Paolo 'Blaisorblade&#x
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 wit
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()
Recover one bit by additionally using _PAGE_NEWPROT. Since I wasn't sure this
would work, I've split this out. We rely on the fact that pte_newprot always
checks first if the PTE is marked present.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
From: Ingo Molnar <[EMAIL PROTECTED]>
PPC32 bits of RFP - as in original patch.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-paolo/include/asm-ppc/pgtable.h | 15 +++
1 files changed, 11 insertions(+), 4 deletions(-)
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
The arch handler used to check itself protection, now we must possibly move
that to the generic VM if the VMA is non-uniform.
For now, do_file_page installs the PTE and doesn't check the fault type, if it
was wrong,
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
CC: Benjamin LaHaise <[EMAIL PROTECTED]>
Normally, activate_mm() is called from exec(), and thus it used to be a no-op
because we use a completely new "MM context" on the host (for instance, a new
process)
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Add some more comments about page->mapping and swapper_space, explaining their
(historical and current) relationship. Such material can be extracted from the
old GIT history (which I used for reference), but having it in
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Distinguish between "normal" VMA and VMA with non-uniform protection. This
will be also useful for fault handling (we must ignore VM_{READ,WRITE,EXEC} in
the arch fault handler).
As said before, with remap-file-p
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Assume that even after dropping and reacquiring the lock, (vma->vm_flags &
VM_SHARED) won't change, thus moving a check earlier.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTE
_PAGE_FILE does not indicate whether a file is in page / swap cache, it is set
just for non-linear PTE's. Correct the comment for i386, x86_64, UML. Also
clearify _PAGE_NONE.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-paolo/inclu
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 wit
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Add the MAP_NOINHERIT flag to arch headers, for use with remap-file-pages.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-paolo/include/asm-i386/mman.h |1 +
Update pte encoding macros for i386 and x86-64.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-paolo/include/asm-i386/pgtable-2level.h | 15 ++-
linux-2.6.git-paolo/include/asm-i386/pgtable-3level.h | 11 ++-
lin
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
The arch handler used to check itself protection, now we must possibly move
that to the generic VM if the VMA is non-uniform.
For now, do_file_page installs the PTE and doesn't check the fault type, if it
was wrong,
From: Ingo Molnar <[EMAIL PROTECTED]>, Paolo 'Blaisorblade' Giarrusso <[EMAIL
PROTECTED]>
This is the "main" patch for the syscall code, containing the core of what was
sent by Ingo Molnar, variously reworked.
Differently from his patch, I've *not* added
Recover one bit by additionally using _PAGE_NEWPROT. Since I wasn't sure this
would work, I've split this out. We rely on the fact that pte_newprot always
checks first if the PTE is marked present.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Avoid chomping low bits of address for functions doing it by themselves, fix
whitespace, add a correctness checking.
I did this for remap-file-pages protection support, it was useful on its own
too.
Signed-off-by: Pao
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Add an optimization to install_file_pte: if the VMA is uniform, and the PTE
was null, it will be installed correctly if needed at fault time - we avoid
thus touching the page tables, but we must still do the walk...
I
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
smp_entry_t -> swap_entry_t
Too short changelog entry?
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-paolo/include/linux/swapops.h |2 +-
1 files changed,
Update pte encoding macros for UML.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-paolo/include/asm-um/pgtable-2level.h | 15 ++
linux-2.6.git-paolo/include/asm-um/pgtable-3level.h | 21 +++-
2 files change
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Seems like on 2.4.9.4 this comment got out of sync ;-)
I'm not completely sure on which basis we don't need any more to do as the
comment suggests, but it seems that when faulting in a second time the same
swap
From: Ingo Molnar <[EMAIL PROTECTED]>
If we're not rearranging pages, support even PRIVATE vma.
This is needed to make MAP_POPULATE|MAP_PRIVATE to work, since it calls
remap_file_pages.
Notes from: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
We don't
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Even now, we'll sometimes take the write lock. So, in that case, we could
downgrade it; after a tiny bit of thought, I've choosen doing that when we'll
either do any I/O or we'll alter a lot of PTEs. Ab
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Either shmem_getpage returns a failure, or it found a page, or it was told it
couldn't do any I/O. So it's useless to check nonblock in the else branch. We
could add a BUG() there but I preferred to comment the
VM_NONUNIFORM instead and call handle_mm_fault() in case it's set. And it
will have to do on its own all protection checks. This is in the following
patches.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-paolo/arch/i386/mm/fault.c |2
ixed version of the #37
one, but I wrote it in the past few minutes.
--
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade
fremap-prot-complete-broken-out.tar.bz2
Description: application/tbz
fremap-test-complete.c.bz2
Description: BZip2 compressed data
it in hardware (most
* RISC architectures). The early dirtying is also good on the i386.
*/
I'm not able to find where we clean the dirty bit on a pte, however it's not
only done by pte_mkclean, there are some macros like ptep_clear... in
asm-generic/pgtable.h
--
Inform me of my mi
) PPC chips, since they use
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-paolo/include/asm-ppc/pgtable.h | 48 +-
1 files changed, 39 insertions(+), 9 deletions(-)
diff -puN include/asm-ppc/pgtable.h~rfp-arch-ppc32
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()
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Yet to test. Currently we install a PTE when one is missing
irrispective of the fault type, and if the access type is prohibited we'll
get another fault and kill the process only then. With this, we check the
access
From: Ingo Molnar <[EMAIL PROTECTED]>
PPC32 bits of RFP - as in original patch.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-paolo/include/asm-ppc/pgtable.h | 15 +++
1 files changed, 11 insertions(+), 4 deletions(-)
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Simplify the generic arch permission checking: the previous one was clumsy, as
it didn't account arch-specific implications (read implies exec, write implies
read, and so on).
Still to undo fixes for the archs (i38
d at least make ia64 compile.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-paolo/include/asm-ia64/pgtable.h | 17 +
1 files changed, 13 insertions(+), 4 deletions(-)
diff -puN include/asm-ia64/pgtable.h~rfp-arch-ia64 incl
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
We got unflushed PTE's marked up-to-date, because they were protected to get
dirtying / accessing faults. So, don't test the PTE for being up-to-date, but
check directly the permission (since the PTE is not protec
ot;Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade
___
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB
http://mail.yahoo.it
-
ndle_mm_fault in do_exception.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-paolo/arch/s390/mm/fault.c |2
linux-2.6.git-paolo/include/asm-s390/pgtable.h | 90 -
2 files changed, 60 insertions(+), 32 deletions(-)
di
/linux/kernel/people/akpm/patches/2.6/2.6.4/2.6.4-mm1/broken-out/remap-file-pages-prot-ia64-2.6.4-rc2-mm1-A0.patch
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-paolo/include/asm-sparc64/pgtable.h | 13 ++---
1 files changed, 10 inse
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Use -EOVERFLOW ("Value too large for defined data type") rather than -EINVAL
when we cannot store the file offset in the PTE.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
--
From: Paul Mackerras <[EMAIL PROTECTED]>
ppc64 bits for remap_file_pages w/prot (no syscall table).
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
linux-2.6.git-paolo/include/asm-ppc64/pgtable.h | 12 +---
1 files changed, 9 insertions(+)
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
This adapts the changes to the i386 handler to the UML one. It isn't enough to
make UML work, however, because UML has some peculiarities. Subsequent patches
fix this.
Signed-off-by: Paolo 'Blaisorblade&#x
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
When unmapping linear but non uniform VMA's in try_to_unmap_one, we must
encode the prots in the PTE.
However, we shouldn't use the generic set_nonlinear_pte() function as it
allows for nonlinear offsets, on w
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
This optimization avoid looking up pages for PROT_NONE mappings. The idea was
taken from the "wrong "historical" code for review - 1" one (the next one)
from mingo, but I fixed it, by adding another &qu
From: Ingo Molnar <[EMAIL PROTECTED]>, Paolo 'Blaisorblade' Giarrusso <[EMAIL
PROTECTED]>
This "fast-path" was contained in the original
remap-file-pages-prot-2.6.4-rc1-mm1-A1.patch from Ingo Molnar*; I think this
code is wrong, but I'm sending it for revi
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
When installing pages on non-uniform VMA's, even for read faults we must
install them writable if the VMA is writable (we won't have a chance to fix
that). Normally, on write faults, we install the PTE as dirt
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
For linear VMA's, there is no need to install pte_file PTEs to remember the
offset. We could probably go as far as checking directly the address and
protection like in include/linux/pagemap.h:set_nonlinear_pte(), ins
From: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
Actually, with the current model, we should get a failure with VMA's mapped
with only PROT_WRITE (even if I wasn't able to verify that in UML, which has
similar code).
To test!
Signed-off-by: Paolo '
From: Ingo Molnar <[EMAIL PROTECTED]>, Paolo 'Blaisorblade' Giarrusso <[EMAIL
PROTECTED]>
This "fast-path" was contained in the original
remap-file-pages-prot-2.6.4-rc1-mm1-A1.patch from Ingo Molnar; I think this
code is wrong, but I'm sending it for revi
estigation, however, so feel free to verify this
better.
--
Paolo Giarrusso, aka Blaisorblade
Skype user "PaoloGiarrusso"
Linux registered user n. 292729
http://www.user-mode-linux.org/~blaisorblade
___
Yahoo! Mail: grat
On Friday 27 May 2005 15:33, David Howells wrote:
> Blaisorblade <[EMAIL PROTECTED]> wrote:
> > Ok, a grep shows that possible culprits (i.e. giving success to
> > grep GENERIC_HARDIRQS arch/*/Kconfig, and using 0x400 as
> > PREEMPT_ACTIVE, as given by grep PRE
On Friday 27 May 2005 05:31, Paul Mundt wrote:
> On Fri, May 27, 2005 at 03:06:09AM +0200, Blaisorblade wrote:
> > On Friday 27 May 2005 02:38, [EMAIL PROTECTED] wrote:
> > Ok, a grep shows that possible culprits (i.e. giving success to
> > grep GENERIC_HARDIRQS arch
1 - 100 of 324 matches
Mail list logo
