YOSHIFUJI Hideaki wrote:
> I think you can use in6_pton() here.
> in4_pton().
I see. I'll try it later.
Thanks.
-
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/majordomo-info.htm
* Stephane Eranian ([EMAIL PROTECTED]) wrote:
> Hello,
>
> On Tue, Nov 13, 2007 at 04:17:18PM +0100, Robert Richter wrote:
> > On 10.11.07 21:32:39, Andi Kleen wrote:
> > > It would be really good to extract a core perfmon and start with
> > > that and then add stuff as it makes sense.
> > >
> >
Linus Torvalds wrote:
> On Fri, 16 Nov 2007, Jeremy Fitzhardinge wrote:
>
>>> IIRC, the present bit is ignored in the magic 4-entry PGD. All entries
>>> have to be present.
>>>
>> Hm, do you recall what processors that might affect? As far as I know,
>> current processors will ignore n
Lee Revell wrote:
On Nov 15, 2007 5:24 PM, Stefan Monnier <[EMAIL PROTECTED]> wrote:
[ I realize this is probably better implemented outside of the kernel, but
it seems like it might be of interest here. Please redirect me to
a more appropriate place if you can think of one (other than
/d
On Sat, 2007-11-17 at 03:20 +0900, Tetsuo Handa wrote:
> Hello.
>
> Trond Myklebust wrote:
> > > This patch allows LSM hooks refer previously associated "struct vfsmount"
> > > parameter
> > > so that they can calculate pathname of given "struct dentry".
> >
> > NACK to this. Passing function p
This patch adds power management support in mac80211.
This allows us to enable power management through the "iwconfig power
" command.
The code is based on "mac80211-10.0.0" but it is a little bit modified.
Signed-off-by: Miguel Botón <[EMAIL PROTECTED]>
diff --git a/net/mac80211/ieee80211_ioc
This patch adds power management support in iwl3945 and iwl4965 drivers.
Signed-off-by: Miguel Botón <[EMAIL PROTECTED]>
diff --git a/drivers/net/wireless/iwlwifi/iwl3945-base.c
b/drivers/net/wireless/iwlwifi/iwl3945-base.c
index 9baf8de..5c7b422 100644
--- a/drivers/net/wireless/iwlwifi/iwl3945
On Nov 16, 2007 8:25 AM, Alan D. Brunelle <[EMAIL PROTECTED]> wrote:
> Here are the results for the latest tests, some notes:
>
> o The machine actually has 8GiB of RAM, so the tests still may end up
> using (some) page cache. (But at least it was the same for both kernels!
> :-) )
>
> o Sorry th
Mark Lord wrote:
Ingo Molnar wrote:
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
pick up the latest latency tracer patch from:
sorry, wrong URLs, the correct links are:
http://redhat.com/~mingo/latency-tracing-patches/latency-tracer-v2.6.24-rc2-git5-combo.patch
http://redhat.com/~ming
Ray Lee wrote:
Out of curiosity, what are the mount options for the freshly created
ext3 fs? In particular, are you using noatime, nodiratime?
Ray
Nope, just mount. However, the tool I'm using to read the large file &
overwrite the large file does open with O_NOATIME for reads...
The tool
We (the -stable team) are announcing the release of the 2.6.23.8 kernel.
It contains a few serious security fixes, as well as a raft of other
bugfixes and stuff from the last 2.6.23.1 kernel release.
Wait, what happened to versions 2.6.23.2 - 7 you might ask? Well, they
too are released, and I'll
diff --git a/Makefile b/Makefile
index c0feac2..435a3d7 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 23
-EXTRAVERSION = .7
+EXTRAVERSION = .8
NAME = Arr Matey! A Hairy Bilge Rat!
# *DOCUMENTATION*
diff --git a/kernel/exit.c b/kernel/exit.c
index
We (the -stable team) are announcing the release of the 2.6.23.2 kernel.
It contains a number of bugfixes for the core kernel code.
I'll also be replying to this message with a copy of the patch between
2.6.23.1 and 2.6.23.2
The updated 2.6.23.y git tree can be found at:
git://git.kernel.
diff --git a/Documentation/ja_JP/HOWTO b/Documentation/ja_JP/HOWTO
index 9f08dab..d9d832c 100644
--- a/Documentation/ja_JP/HOWTO
+++ b/Documentation/ja_JP/HOWTO
@@ -1,4 +1,4 @@
-??NOTE:
+NOTE:
This is a version of Documentation/HOWTO translated into Japanese.
This document is maintained by Ts
We (the -stable team) are announcing the release of the 2.6.23.3 kernel.
It contains a number of bugfixes for a number of architecture specific
issues.
I'll also be replying to this message with a copy of the patch between
2.6.23.2 and 2.6.23.3
The updated 2.6.23.y git tree can be found at:
diff --git a/Makefile b/Makefile
index c6d545c..b0c2c32 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 23
-EXTRAVERSION = .2
+EXTRAVERSION = .3
NAME = Arr Matey! A Hairy Bilge Rat!
# *DOCUMENTATION*
diff --git a/arch/i386/boot/boot.h b/arch/i386/bo
We (the -stable team) are announcing the release of the 2.6.23.4 kernel.
It contains a number of bugfixes for the core networking and wireless
code.
I'll also be replying to this message with a copy of the patch between
2.6.23.3 and 2.6.23.4
The updated 2.6.23.y git tree can be found at:
diff --git a/Makefile b/Makefile
index 0c34409..e11814e 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 23
-EXTRAVERSION = .4
+EXTRAVERSION = .5
NAME = Arr Matey! A Hairy Bilge Rat!
# *DOCUMENTATION*
diff --git a/drivers/net/ehea/ehea_qmr.c b/driver
We (the -stable team) are announcing the release of the 2.6.23.6 kernel.
It contains a number of bugfixes for drivers other than networking
(networking driver fixes were in 2.6.23.5).
I'll also be replying to this message with a copy of the patch between
2.6.23.5 and 2.6.23.6
The updated 2.6.23.y
diff --git a/Makefile b/Makefile
index e11814e..798ffe9 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 23
-EXTRAVERSION = .5
+EXTRAVERSION = .6
NAME = Arr Matey! A Hairy Bilge Rat!
# *DOCUMENTATION*
diff --git a/drivers/acpi/sleep/main.c b/drivers/
Ok, the previous patch had a little error.
--
This patch adds power management support in mac80211.
This allows us to enable power management through the "iwconfig power
" command.
The code is based on "mac80211-10.0.0" but it is a little bit modified.
Signed-off-by: Miguel Botón <[EMAIL PROT
On Nov 16, 2007 5:37 AM, Jim Keniston <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-11-15 at 20:30 +0530, Abhishek Sagar wrote:
> > On Nov 15, 2007 4:21 AM, Jim Keniston <[EMAIL PROTECTED]> wrote:
> > > 2. Simplify the task of correlating data (e.g., timestamps) between
> > > function entry and functio
We (the -stable team) are announcing the release of the 2.6.23.7 kernel.
It contains a number of bugfixes filesystem specific issus.
I'll also be replying to this message with a copy of the patch between
2.6.23.6 and 2.6.23.7
The updated 2.6.23.y git tree can be found at:
git://git.kernel
diff --git a/Makefile b/Makefile
index 798ffe9..c0feac2 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 23
-EXTRAVERSION = .6
+EXTRAVERSION = .7
NAME = Arr Matey! A Hairy Bilge Rat!
# *DOCUMENTATION*
diff --git a/fs/minix/itree_v1.c b/fs/minix/itree
We (the -stable team) are announcing the release of the 2.6.22.13 kernel.
If fixes some security issues and any user of the 2.6.22 series is
encouraged to upgrade.
I'll also be replying to this message with a copy of the patch between
2.6.22.12 and 2.6.22.13
The updated 2.6.22.y git tree can be f
diff --git a/Makefile b/Makefile
index b55f9bf..500f6a8 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 22
-EXTRAVERSION = .12
+EXTRAVERSION = .13
NAME = Holy Dancing Manatees, Batman!
# *DOCUMENTATION*
diff --git a/kernel/exit.c b/kernel/exit.c
ind
Today is not a good day for me... I sent the previous patch with wordwrap
enabled.
This one is the correct.
--
This patch adds power management support in mac80211.
This allows us to enable power management through the "iwconfig power
" command.
The code is based on "mac80211-10.0.0" but it i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
dean gaudet wrote:
> i'm not suggesting the library set the global flag. i'm suggesting that
> me as an app writer will do so.
>
> it seems like both methods are useful.
No, the global flag is hardly ever useful. You almost never know the
details
Basic functions to get canonicalized absolute pathnames
for TOMOYO Linux. Even the requested pathname is symlink()ed
or chroot()ed, TOMOYO Linux uses the original pathname.
Signed-off-by: Kentaro Takeda <[EMAIL PROTECTED]>
Signed-off-by: Tetsuo Handa <[EMAIL PROTECTED]>
security/tomoyo/realpath.c
There are a couple of points I would make about your python test
harness. Your program compares real+system jiffies for both cpus; an
ideal result would be 1.00. The measurement is taken over a relatively
short period of approximately a half-second, and you kill the CPU hogs
before taking fin
On Sunday 11 November 2007, Rafael J. Wysocki wrote:
> On Sunday, 11 of November 2007, Andrey Borzenkov wrote:
> > On Sunday 11 November 2007, Rafael J. Wysocki wrote:
> > > On Sunday, 11 of November 2007, Andrey Borzenkov wrote:
> > > > On Monday 05 November 2007, Andrey Borzenkov wrote:
> > > > >
On Fri, Nov 16, 2007 at 03:45:55PM -0500, David Woodhouse wrote:
> On Fri, 2007-11-16 at 12:37 -0800, Greg KH wrote:
> > Is this something that you all feel is worth getting in for 2.6.24?
> > Does it fix a regression that just showed up, or is just a bugfix for
> > something that people finally re
On Thu, Nov 15, 2007 at 08:48:58AM -0800, Linus Torvalds wrote:
> This is my commit message for the revert - note the suggested possible
> fix (but also why I didn't apply it, and why things got reverted).
>
> Linus
> ---
> commit 279e1dab949d33737557babfe9f74e0b74fbe39a
> Author: L
On Friday, 16 of November 2007, Franck Bui-Huu wrote:
> On Nov 16, 2007 5:20 PM, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> >
> > The freezer doesn't regard the current task as freezable.
> >
>
>
> Hmm, I don't get your point.
>
> If I understood this driver correctly, several processes can
On Mon, Nov 12, 2007 at 02:17:36PM -0600, Serge E. Hallyn wrote:
> Quoting Greg KH ([EMAIL PROTECTED]):
> > On Tue, Nov 06, 2007 at 01:40:52PM -0800, Andrew Morton wrote:
> > > > On Tue, 06 Nov 2007 21:14:58 +0100 Gabriel C <[EMAIL PROTECTED]> wrote:
> > > > After some hours uptime I got the follow
On Fri, 16 Nov 2007, David Miller wrote:
> From: "Jonas Danielsson" <[EMAIL PROTECTED]>
> Date: Fri, 16 Nov 2007 09:30:11 +0100
>
> > 2007/11/16, David Miller <[EMAIL PROTECTED]>:
> > > From: "Jonas Danielsson" <[EMAIL PROTECTED]>
> > > Date: Thu, 15 Nov 2007 22:40:13 +0100
> > >
> > > > Is there
On Fri, 16 Nov 2007, Oliver Neukum wrote:
> > > On irq 20, there's an UHCI, on irq 19 is an EHCI. For every interrupt on
> > > 20
> > > there's a spurious interrupt on 19. USB devices on bus of the controller
> > > on 20
> > > work. So I know all interrupts are seen. ERR does not increase. Inter
This is good, but not quite enough. The original intent behind having the
test was never to return mismatched stale/fresh data. (Not that it ever
really worked as intended.) That is, it's fine if the task has woken up
and done other things while WNOWAIT reports it as stopped--that's stale
data,
Greg Kroah-Hartman wrote:
We (the -stable team) are announcing the release of the 2.6.23.2 kernel.
It contains a number of bugfixes for the core kernel code.
I'll also be replying to this message with a copy of the patch between
2.6.23.1 and 2.6.23.2
..
Tsugikazu Shibata (1):
HOWTO: upda
This patch adds usefull macro to iterate over a node childs.
Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
---
TODO: convert all for(...) cycles to this macro.
include/linux/of.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/linux/of.h b/include/linux/of.
On Fri, 16 November 2007 10:30:12 -0800, H. Peter Anvin wrote:
>
> This, by the way, has been discussed on and off -- often in the context
> of undelete (which is an identical problem.) The problem usually is
> that performance of real storage users suffer because of locality
> issues. Howeve
On Fri, Nov 16, 2007 at 02:35:29PM -0500, Mark Lord wrote:
> Greg Kroah-Hartman wrote:
>> We (the -stable team) are announcing the release of the 2.6.23.2 kernel.
>> It contains a number of bugfixes for the core kernel code.
>> I'll also be replying to this message with a copy of the patch between
On Fri, Nov 16, 2007 at 01:20:16PM -0500, Daniel Barkalow wrote:
> Compared to getting useful suggestions from a mailing list, especially
> before you've gotten anybody's attention? Hours or overnight isn't
> particularly long, and doesn't take up much of your time if you've got a
> working kern
On Nov 16, 2007 3:03 PM, Jan Blunck <[EMAIL PROTECTED]> wrote:
> On Thu, Nov 15, Torsten Kaiser wrote:
> > The only thing that looks suspicious to me in that patch is the
> > following change in nfs4_atomic_open(), nfs4_open_revalidate() and
> > nfs4_proc_create()
> >
> > - struct path path = {
Since the breakpoint handler is useful both to kprobes and immediate values, it
makes sense to make the required restore_interrupt() available through
asm-i386/kdebug.h.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
Acked-by: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
CC: Christoph Hell
x86 optimization of the immediate values which uses a movl with code patching
to set/unset the value used to populate the register used as variable source.
Changelog:
- Use text_poke_early with cr0 WP save/restore to patch the bypass. We are doing
non atomic writes to a code region only touched
Immediate values provide a way to use dynamic code patching to update variables
sitting within the instruction stream. It saves caches lines normally used by
static read mostly variables. Enable it by default, but let users disable it
through the EMBEDDED menu with the "Disable immediate values" su
Use immediate values with lower d-cache hit in optimized version as a
condition for scheduler profiling call.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
---
drivers/kvm/kvm_main.c |3 ++-
include/linux/profile.h |5 +++--
kernel/profile.c| 22 +++---
k
Make kprobes use INIT_ARRAY().
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
Tested-by: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
CC: Andi Kleen <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
CC: Thomas Gleixner <[EMAIL PROTE
Standardize DEBUG_RODATA, removing special cases for hotplug and kprobes.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: Andi Kleen <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
CC: Thomas Gleixner <[EMAIL PROTECTED]>
CC: Ingo Molnar <[EMAIL PROTECTED]>
CC: H. Peter Anvin <[EMAIL PROTECTED]>
Standardize DEBUG_RODATA, removing special cases for hotplug and kprobes.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
CC: Andi Kleen <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
CC: Thomas Gleixner <[EMAIL PROTECTED]>
CC: Ingo Molnar <[EMAIL PROTECTED]>
CC: H. Peter Anvin <[EMAIL PROTECTED]>
x86: add
Create , with common definitions suitable for assembly
unification.
Signed-off-by: H. Peter Anvin <[EMAIL PROTECTED]>
---
diff --git a/include/asm-x86/asm.h b/include/asm-x86/asm.h
new file mode 100644
index 000..b5006eb
--- /dev/null
+++ b/include/asm-x86/asm.h
@@ -0,0 +1,18 @@
+#
Make kprobes use INIT_ARRAY().
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
Tested-by: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
CC: Andi Kleen <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
CC: Thomas Gleixner <[EMAIL PROTE
Remove the kprobes mutex from kprobes.h, since it does not belong there. Also
remove all use of this mutex in the architecture specific code, replacing it by
a proper mutex lock/unlock in the architecture agnostic code.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
Acked-by: Ananth N Mavina
Since it will not be used by other kernel objects, it makes sense to declare it
static.
Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
Acked-by: Ananth N Mavinakayanahalli <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
---
kernel/
This is an architecture independant synchronization around kernel text
modifications through use of a global mutex.
A mutex has been chosen so that kprobes, the main user of this, can sleep during
memory allocation between the memory read of the instructions it must replace
and the memory write of
Here are the updated immediate values following comments. The main changes :
- Declares a packed __immediate section to use less space. Declare the "size" as
a char instead of an int.
- Simplified x86 immediate values update, spinning with IRQs disabled instead of
using an lockless update algo
PowerPC optimization of the immediate values which uses a li instruction,
patched with an immediate value.
Changelog:
- Put immediate_set and _immediate_set in the architecture independent header.
- Pack the __immediate section. Use smallest types required for size (char).
Signed-off-by: Mathieu
On Fri, 16 Nov 2007, Remy Bohmer wrote:
> Hello All,
>
> I have a problem with the RT-mutex code and signals. The problem is
> very easily reproducible, but I do not have found the root-cause yet.
> I hope someone can help me on this one.
>
> This is what I am doing:
> * I have a simple characte
On a kernel with CONFIG_SECURITY but without an LSM which implements
security_file_mmap it is impossible for an application to mmap addresses
lower than mmap_min_addr. Based on a suggestion from a developer in the
openwall community this patch adds a check for CAP_SYS_RAWIO. It is
assumed that an
When adding the new security hooks into mmap to enhance protection
against NULL pointers in the kernel I overlooked that a user may be able
to expand the stack all the way down to low addresses. This flaw was
pointed out by a PaX/grsecurity developer and this patch should provide
protection agains
From: Heiko Carstens <[EMAIL PROTECTED]>
Signed-off-by: Heiko Carstens <[EMAIL PROTECTED]>
Signed-off-by: Martin Schwidefsky <[EMAIL PROTECTED]>
---
drivers/s390/char/Makefile |2
drivers/s390/char/sclp_chp.c | 200 ---
drivers/s390/char/sclp_cmd.c
Dear kernel hackers,
This is a message from below 0x7FFF. Please look at this bug (it's
not a new concept but still):
https://bugs.launchpad.net/ubuntu/+bug/163185
I'm no expert but I'd guess the "complete freeze" part of the bug has to
do with the kernel, no? It would be nice to have a s
On Friday 16 November 2007, Jonas Stare wrote:
> Resubmit of IDE-probing-patch. It now checks hwif->drives[unit].present
> instead of
> forced_geom and there is also an if-statement so it doesn't change back to
> the master
> unless it have to. I choose to put it inside the if-statement that chec
> + if (ieee80211_hw_config(local))
> + return -EINVAL;
-EINVAL seems not right. Doesn't that already return an error code?
johannes
signature.asc
Description: This is a digitally signed message part
Divy Le Ray wrote:
From: Divy Le Ray <[EMAIL PROTECTED]>
Vendor ID is not necessarily set to 1.
This patch modifies the sub-device id, not the vendor id ...
Use Vendor Id wild card for PCI device matching
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb3_main.c
On Thu, Nov 15, 2007 at 11:02:19PM -0800, Andrew Morton wrote:
>
> Presmably it starts around 50% of the way into the blockgroup?
Yes.
> How do you decide its size?
It's fixed at 1/128th (0.78%) of the blockgroup.
> What happens when it fills up but we still have room for more data blocks
> in
On Friday, 16 of November 2007, Andrey Borzenkov wrote:
> On Sunday 11 November 2007, Rafael J. Wysocki wrote:
> > On Sunday, 11 of November 2007, Andrey Borzenkov wrote:
> > > On Sunday 11 November 2007, Rafael J. Wysocki wrote:
> > > > On Sunday, 11 of November 2007, Andrey Borzenkov wrote:
> > >
James,
Do you have get any feedback for those patches? Based on those patches
be added to the scsi_misc tree, we have more patches need to submit.
Please let me know.
Thanks.
Bo Yang
-Original Message-
From: Yang, Bo
Sent: Friday, November 09, 2007 3:54 PM
To: [EMAIL PROTECTED]
Cc:
On Friday 16 November 2007 09:51:08 Jeff Dike wrote:
> On Thu, Nov 15, 2007 at 11:15:27PM -0800, Greg KH wrote:
> > Rob, I'll queue this up for the next cycle, now that you've verified
> > that it was not fixed already, thanks for testing.
>
> I wouldn't.
>
> sparc includes swap.h in its pgtable.h.
Will,
On Fri, Nov 16, 2007 at 12:13:07PM -0500, William Cohen wrote:
> Andi Kleen wrote:
> >On Fri, Nov 16, 2007 at 08:00:56AM -0800, Stephane Eranian wrote:
> >>No, he is talking about something similar to what was in perfctr.
> >>The kernel emulates 64-bit counters in software and that is you
>
On Fri, 16 Nov 2007, Eric Paris wrote:
> On Sat, 2007-11-17 at 08:42 +1100, James Morris wrote:
> > On Fri, 16 Nov 2007, Eric Paris wrote:
> >
> > > +#ifdef CONFIG_SECURITY
> > > + /*
> > > + * If a hint addr is less than mmap_min_addr change addr to be as
> > > + * low as possible but still gr
Time has come to change NR_OPEN value, some production servers hit the
not so 'ridiculously high value' of 1024*1024 file descriptors per process.
This is safe to raise this value, because alloc_fd_array() uses
vmalloc() for large arrays and vmalloc() returns NULL if a too large
allocation is att
On Sat, 2007-11-17 at 08:42 +1100, James Morris wrote:
> On Fri, 16 Nov 2007, Eric Paris wrote:
>
> > +#ifdef CONFIG_SECURITY
> > + /*
> > +* If a hint addr is less than mmap_min_addr change addr to be as
> > +* low as possible but still greater than mmap_min_addr
> > +*/
> > + if
On Thu, 15 Nov 2007 19:12:49 +0300
Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> It's much more visible that some printk. I still has an unexplained oops
> in proc, so let's leave it for a while.
>
> Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
> ---
>
> fs/proc/inode.c |7 +--
> 1
Give the stubs a VMA. This allows the removal of a truly nasty kludge
to make sure that mm->nr_ptes was correct in exit_mmap. The
underlying problem was always that the stubs, which have ptes, and
thus allocated a page table, weren't covered by a VMA.
This patch fixes that by using install_speci
Style fixes in elf-i386.h and arch/um/kernel/mem.c.
update the copyright
get rid of an emacs formatting comment
some formatting fixes
inclusion trimming
whitespace fixes
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/kernel/mem.c | 86 +++
Clean up the calculation and use of the usable address space size on
the host.
task_size is gone, replaced with TASK_SIZE, which is calculated from
CONFIG_TOP_ADDR. get_kmem_end and set_task_sizes_skas are also gone.
host_task_size, which refers to the entire address space usable by the
UML kern
Turn um_virt_to_phys into virt_to_pte, cleaning up a horrid interface.
It's also made non-static and declared in pgtable.h because it'll be
needed when the stubs get a vma.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
---
arch/um/kernel/skas/uaccess.c | 56 +
These patches are for 2.6.25. They change the code that handles stub
pages - a complete description of the patchset is included with the
first patch.
Jeff
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe from this list: send the line "unsubscribe
On Fri, 16 Nov 2007 21:51:27 -0800
Martin Olsson <[EMAIL PROTECTED]> wrote:
> Dear kernel hackers,
>
> This is a message from below 0x7FFF. Please look at this bug (it's
> not a new concept but still):
> https://bugs.launchpad.net/ubuntu/+bug/163185
It seems to want people to register to vi
On Saturday, 17 of November 2007, Kristoffer Ericson wrote:
> Greetings,
>
> Ive been following your discussion and documentation efforts concerning pm
> in the kernel. This has in the past been a gray area which was hard to find
> information about so kudos.
Thanks!
> I maintain 2 handheld plat
Am Freitag 16 November 2007 schrieb Maciej W. Rozycki:
> On Fri, 16 Nov 2007, Oliver Neukum wrote:
>
> > > > On irq 20, there's an UHCI, on irq 19 is an EHCI. For every interrupt
> > > > on 20
> > > > there's a spurious interrupt on 19. USB devices on bus of the
> > > > controller on 20
> > > >
On Thu, 15 Nov 2007 21:54:28 +0800
WANG Cong <[EMAIL PROTECTED]> wrote:
>
> Since sparse_index_alloc() can return NULL on memory allocation failure,
> we must deal with the failure condition when calling it.
>
> Signed-off-by: WANG Cong <[EMAIL PROTECTED]>
> Cc: Christoph Lameter <[EMAIL PROTECT
On Friday, 16 of November 2007, Rafael J. Wysocki wrote:
> On Friday, 16 of November 2007, Andrey Borzenkov wrote:
> > On Sunday 11 November 2007, Rafael J. Wysocki wrote:
> > > On Sunday, 11 of November 2007, Andrey Borzenkov wrote:
> > > > On Sunday 11 November 2007, Rafael J. Wysocki wrote:
> >
On Friday, 16 of November 2007, Andrey Borzenkov wrote:
> Kristoffer Ericson wrote:
>
> > Greetings,
> >
> > Ive been following your discussion and documentation efforts concerning pm
> > in the kernel. This has in the past been a gray area which was hard to
> > find information about so kudos.
>
El Fri, 16 Nov 2007 21:51:27 -0800, Martin Olsson <[EMAIL PROTECTED]> escribió:
> Dear kernel hackers,
>
> This is a message from below 0x7FFF. Please look at this bug (it's
> not a new concept but still):
> https://bugs.launchpad.net/ubuntu/+bug/163185
Can't see that page:
On Sat, Nov 17, 2007 at 05:43:33AM +1030, David Newall wrote:
> There are a couple of points I would make about your python test harness.
> Your program compares real+system jiffies for both cpus; an ideal result
> would be 1.00. The measurement is taken over a relatively short period of
> app
On Fri, 16 Nov 2007, Eric Paris wrote:
> +#ifdef CONFIG_SECURITY
> + /*
> + * If a hint addr is less than mmap_min_addr change addr to be as
> + * low as possible but still greater than mmap_min_addr
> + */
> + if (!(flags & MAP_FIXED) && ((void *)addr != NULL) &&
> +
This patchset makes UML build and run with three-level page tables on
32-bit hosts. This is an uncommon use case, but the code here needed
fixing and cleaning up, so 32-bit three-level pages tables were tested
to make sure the changes are good.
Patch 1 - code movement
Patch 2 - header untangling
Tidy current-related stuff. There was a comment in current.h saying
that current_thread was obsolete, so this patch turns all instances of
current_thread into current_thread_info(). There's some simplifying
of the result in arch/um/sys-i386/signal.c.
current.h and thread_info also get style clea
On Fri, Nov 16, 2007 at 09:19:32AM -0500, Trond Myklebust wrote:
> Very funny, but disabling XFS on the client won't help.
Oops, I meant it for NFSD... and I'm somewhat serious. I'm not
saying it's a good long term solution, but a potentially safer
short-term workaround.
-
To unsubscribe from
Untangle UML headers somewhat and add some includes where they were
needed explicitly, but gotten accidentally via some other header.
arch/um/include/um_uaccess.h loses asm/fixmap.h because it uses no
fixmap stuff and gains elf.h, because it needs FIXADDR_USER_*, and
archsetjmp.h, because it needs
Get the sizes of various pieces of data right when using three-level
page tables. pgd and pmd entries remain at 32 bits in a 32-bit
compilation because page tables will remain in low memory. So,
PGDIR_SHIFT, the PTRS_PER_* values, set_pud, set_pmd are conditional
on 64BIT.
More use of phys_t is
On Fri, 16 Nov 2007, Eric Paris wrote:
> On a kernel with CONFIG_SECURITY but without an LSM which implements
> security_file_mmap it is impossible for an application to mmap addresses
> lower than mmap_min_addr.
Actually, should we be doing any checking in the dummy module, given that
it is not
On Sat, 2007-11-17 at 08:47 +1100, James Morris wrote:
> On Fri, 16 Nov 2007, Eric Paris wrote:
>
> > On a kernel with CONFIG_SECURITY but without an LSM which implements
> > security_file_mmap it is impossible for an application to mmap addresses
> > lower than mmap_min_addr.
>
> Actually, shoul
On Fri, 16 Nov 2007, Eric Paris wrote:
> On Sat, 2007-11-17 at 08:47 +1100, James Morris wrote:
> > On Fri, 16 Nov 2007, Eric Paris wrote:
> >
> > > On a kernel with CONFIG_SECURITY but without an LSM which implements
> > > security_file_mmap it is impossible for an application to mmap addresses
While testing a kernel based upon ecd744eec3aa8bbc949ec04ed3fbf7ecb2958a0e
(with wrong boot arguments), I got the following bad page state entry while
NFS was trying to mount it's rootfs:
IP-Config: Complete:
device=eth0, addr=192.168.1.101, mask=255.255.255.0, gw=255.255.255.255,
host=
On Fri, Nov 16, 2007 at 11:48:50AM +0100, Dmitry Adamushko wrote:
> could you try to change either :
>
> cat /proc/sys/kernel/sched_stat_granularity
>
> put it to the value equal to a tick on your system
This didn't seem to have any effect.
> or just remove bit #3 (which is responsible for 8 ==
On Fri, Nov 16, 2007 at 07:20:15AM -0800, H. Peter Anvin wrote:
> Andreas Herrmann wrote:
> >The new ARCH=x86 kernel build causes weired machine strings on 32-bit.
> >For a cross-compiled kernel I have
> >
> > $ uname -m
> > x66_64
> >
> >For a kernel natively built on a 32 bit machine I
201 - 300 of 421 matches
Mail list logo
