why not rename relocs.c to relocs_32.c?
it is only used for 32 bit, even it is host app.
YH
--
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.html
Please read the F
On Wed, Jan 30, 2008 at 07:48:13PM -0500, Chris Snook wrote:
> While pondering ways to optimize I/O and swapping on large NUMA machines, I
> noticed that the numa_node field in struct device isn't actually used
> anywhere. We just have a couple dozen lines of code to conditionally
> create a sy
On Wednesday 30 January 2008, Haavard Skinnemoen wrote:
> > > > Example: USB tends to use one packet per "frame" and have the DMA
> > > > request signal mean "give me the next frame". It's sometimes been
> > > > very important to use use the tuning options to avoid some on-chip
> > > > race condi
On Wed, 30 Jan 2008 19:30:55 -0600
"Steve French" <[EMAIL PROTECTED]> wrote:
> On Jan 30, 2008 7:13 PM, Jeff Layton <[EMAIL PROTECTED]> wrote:
> > On Thu, 31 Jan 2008 02:47:17 +0200
> > > > > > > In addition, cifs cannot completely replace smbfs atm.
> > > > > > > Even todays sold NAS-boxes (often
On Thu, 2008-01-31 at 08:40 +0100, Andi Kleen wrote:
> On Thursday 31 January 2008 08:36:02 Huang, Ying wrote:
> > Because in i386 early boot stage, boot_cpu_data may be not available,
> > which makes clflush_cach_range() into infinite loop, which is called
> > by change_page_attr(). This patch fix
On Wed, 2008-01-30 at 22:53 +0100, Ingo Molnar wrote:
> * [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> > Change s390 percpu.h to use asm-generic/percpu.h
>
> do the s390 maintainer agree with this change (Acks please), and has it
> been tested on s390?
Now I'm confused. The patch has been a
Yinghai Lu wrote:
why not rename relocs.c to relocs_32.c?
Because we're trying to get rid of all the _32 and _64 files?
-- Chris
--
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.
[EMAIL PROTECTED] wrote:
From: Pierre Peiffer <[EMAIL PROTECTED]>
semctl_down() takes one unused parameter: semnum.
This patch proposes to get rid of it.
Signed-off-by: Pierre Peiffer <[EMAIL PROTECTED]>
Acked-by: Serge Hallyn <[EMAIL PROTECTED]>
---
ipc/sem.c |6 +++---
1 file changed, 3
Hello,
I'd like to clean a particular directory in the kernel tree.
I tried several things such as:
$ make drivers/char clean
$ make -f scripts/Makefile.clean obj=drivers/char
But it doesn't work.
Could anybody give me a hint ?
Thanks
--
Francis
--
To unsubscribe from this list: send the li
On Wed, 2008-01-30 at 14:40 -0800, Andrew Morton wrote:
> On Wed, 30 Jan 2008 18:28:59 +0100
> Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> > Implement MADV_WILLNEED for anonymous pages by walking the page tables and
> > starting asynchonous swap cache reads for all encountered swap pages.
>
>
On Thu, Jan 31 2008, Dave Young wrote:
> While building kernel, lockdep detected spinlock deaklock and after a
> while the system hung.
>
> Attached is the screenshot.
Fixed by commit 149a051f82d2b3860fe32fa182dbc83a66274894 yesterday, just
updated your kernel.
--
Jens Axboe
--
To unsubscribe
On Thu, Jan 31, 2008 at 12:27:24AM -0800, David Brownell wrote:
> On Wednesday 30 January 2008, Haavard Skinnemoen wrote:
> > So basically, you're asking for maximum flexibility with minimum
> > overhead. I agree that should be the ultimate goal, but wouldn't it
> > be better to start with somethi
On Jan 31, 2008 4:45 PM, Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> On Thu, Jan 31 2008, Dave Young wrote:
> > While building kernel, lockdep detected spinlock deaklock and after a
> > while the system hung.
> >
> > Attached is the screenshot.
>
> Fixed by commit 149a051f82d2b3860fe32fa182dbc83a6627
On Thu, Jan 31, 2008 at 09:38:10AM +0100, Francis Moreau wrote:
> I'd like to clean a particular directory in the kernel tree.
>
> I tried several things such as:
>
> $ make drivers/char clean
> $ make -f scripts/Makefile.clean obj=drivers/char
>
> But it doesn't work.
>
> Could anybody give me
* Martin Schwidefsky <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-01-30 at 22:53 +0100, Ingo Molnar wrote:
> > * [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> > > Change s390 percpu.h to use asm-generic/percpu.h
> >
> > do the s390 maintainer agree with this change (Acks please), and has it
Hi Sangtae,
Thanks for joining this discussion -- it's good to a CUBIC author and
expert here!
In our application (cluster computing) we use a very tightly coupled
high-speed low-latency network. There is no 'wide area traffic'. So
it's hard for me to understand why any networking componen
On Friday 25 January 2008 05:33, Theodore Tso wrote:
> and then detect the
> deadlock case where the process holding the file descriptor used to
> freeze the filesystem gets frozen because it attempted to write to the
> filesystem --- at which point it gets some kind of signal (which
> defaults to
On Thu, Jan 31, 2008 at 05:48:51PM +0900, Paul Mundt wrote:
> On Thu, Jan 31, 2008 at 09:38:10AM +0100, Francis Moreau wrote:
> > I'd like to clean a particular directory in the kernel tree.
> >
> > I tried several things such as:
> >
> > $ make drivers/char clean
> > $ make -f scripts/Makefile.c
On Wed, 2008-01-30 at 23:54 +0100, Guillaume Chazarain wrote:
> On Jan 29, 2008 11:30 PM, Guillaume Chazarain <[EMAIL PROTECTED]> wrote:
> > ===
> > gnome-termina S 0027 0 2201 1
> >f6711fb0 00200082 cb330d62 0027 f664105c 0b1e
> > cb331
On Jan 31, 2008 9:48 AM, Paul Mundt <[EMAIL PROTECTED]> wrote:
>
> On Thu, Jan 31, 2008 at 09:38:10AM +0100, Francis Moreau wrote:
> > I'd like to clean a particular directory in the kernel tree.
> >
> > I tried several things such as:
> >
> > $ make drivers/char clean
> > $ make -f scripts/Makefil
On Jan 31, 2008 9:54 AM, Paul Mundt <[EMAIL PROTECTED]> wrote:
> Makefile says:
>
> # Use make M=dir to specify directory of external module to build
> # Old syntax make ... SUBDIRS=$PWD is still supported
> # Setting the environment variable KBUILD_EXTMOD take precedence
> ifdef SUBDIRS
> KBUILD
Hi again,
Thinking more about this, I think I must clarify why I choose this way.
In fact, the idea of these patches is to provide the missing user APIs (or
extend the existing ones) that allow to set or update _all_ properties of all
IPCs, as needed in the case of the checkpoint/restart o
* Luck, Tony <[EMAIL PROTECTED]> wrote:
> > I'll start digging on why this doesn't boot ... but you might as well
> > send the fixes so far upstream to Linus so that the SMP fix is available
>
> Well a pure 2.6.24 version compiled with CONFIG_SMP=n booted just
> fine, so the breakage is recent
On Thu, 31 Jan 2008 09:44:00 +0100 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> On Wed, 2008-01-30 at 14:40 -0800, Andrew Morton wrote:
> > On Wed, 30 Jan 2008 18:28:59 +0100
> > Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> >
> > > Implement MADV_WILLNEED for anonymous pages by walking the page
kernel/ksysfs.c seems to be a random dumping group for misc globals
that the rest of the tree depend on. This has caused problems with
exports in the past when sysfs is disabled, which can already be
observed in commit-id 51107301b629640f9ab76fe23bf385e187b9ac29.
The latest one is the kernel_kobj
On Jan 31, 2008 12:33 AM, Chris Snook <[EMAIL PROTECTED]> wrote:
> Yinghai Lu wrote:
> > why not rename relocs.c to relocs_32.c?
>
> Because we're trying to get rid of all the _32 and _64 files?
but that file is not need for x86_64
YH
--
To unsubscribe from this list: send the line "unsubscribe l
> > From: Ram Pai <[EMAIL PROTECTED]>
> >
> > /proc/mounts in its current state fails to disambiguate bind mounts,
> > especially when the bind mount is subrooted. Also it does not capture
> > propagation state of the mounts(shared-subtree). The following patch
> > addresses the problem.
> >
>
Yinghai Lu wrote:
On Jan 31, 2008 12:33 AM, Chris Snook <[EMAIL PROTECTED]> wrote:
Yinghai Lu wrote:
why not rename relocs.c to relocs_32.c?
Because we're trying to get rid of all the _32 and _64 files?
but that file is not need for x86_64
Which means there's no conflict with any 64-bit co
* Rusty Russell <[EMAIL PROTECTED]> wrote:
> --- a/drivers/lguest/x86/core.c Thu Jan 31 14:50:43 2008 +1100
> +++ b/drivers/lguest/x86/core.c Thu Jan 31 17:58:44 2008 +1100
> @@ -94,7 +94,7 @@ static void copy_in_guest_info(struct lg
> /* Set up the two "TSS" members which tell
On 01/31/2008 12:10 AM, Andrew Morton wrote:
On Wed, 30 Jan 2008 12:13:15 +0100
Jiri Slaby <[EMAIL PROTECTED]> wrote:
+ if (!pci_match_id(applicom_pci_tbl, dev));
continue;
The patch was carelessly prepared, was not runtine-tested and was not
passed thro
On Jan 31, 2008 3:21 PM, David Brownell <[EMAIL PROTECTED]> wrote:
> On Wednesday 30 January 2008, Kumar Gala wrote:
> > Was wondering if anyone was looking at the cause of this warning in
> > top of linus's tree (8af03e782cae1e0a0f530ddd22301cdd12cf9dc0)
> >
> > drivers/spi/Kconfig:156:warning: 's
On 01/30, Eric W. Biederman wrote:
>
> Oleg Nesterov <[EMAIL PROTECTED]> writes:
>
> > On 01/29, Eric W. Biederman wrote:
> >>
> >> Ok. I believe I see what problem you are trying to fix. That
> >> a pid returned from find_pid might disappear if we are not rcu
> >> protected.
> >
> > Not only.
>
> * Rusty Russell <[EMAIL PROTECTED]> wrote:
>
> > --- a/drivers/lguest/x86/core.c Thu Jan 31 14:50:43 2008 +1100
> > +++ b/drivers/lguest/x86/core.c Thu Jan 31 17:58:44 2008 +1100
> > @@ -94,7 +94,7 @@ static void copy_in_guest_info(struct lg
> > /* Set up the two "TSS" members which
On Thu, 2008-01-31 at 02:33 +0200, Adrian Bunk wrote:
> <-- snip -->
>
> ...
> CC arch/s390/kernel/asm-offsets.s
> In file included from
> /home/bunk/linux/kernel-2.6/git/linux-2.6/arch/s390/kernel/asm-offsets.c:7:
> /home/bunk/linux/kernel-2.6/git/linux-2.6/include/linux/sched.h: In
> f
On Thu, 2008-01-31 at 01:12 -0800, Andrew Morton wrote:
> Implementation-wise: make_pages_present() _can_ be converted to do this.
> But it's a lot of patching, and the result will be a cleaner, faster and
> smaller core MM. Whereas your approach is easy, but adds more code and
> leaves the old
> On Tue, 29 Jan 2008 16:49:02 +0100
> Miklos Szeredi <[EMAIL PROTECTED]> wrote:
>
> > From: Peter Zijlstra <[EMAIL PROTECTED]>
> >
> > Provide a place in sysfs (/sys/class/bdi) for the backing_dev_info
> > object. This allows us to see and set the various BDI specific
> > variables.
> >
> > In
On Thu, 31 Jan 2008 09:17:18 +0800,
"Dave Young" <[EMAIL PROTECTED]> wrote:
> On Jan 30, 2008 6:32 PM, Cornelia Huck <[EMAIL PROTECTED]> wrote:
> > On Wed, 30 Jan 2008 09:56:25 +0800,
> > Dave Young <[EMAIL PROTECTED]> wrote:
> >
> > > get dev reference before create/remove sysfiles, errno fixes a
> On Tue, 29 Jan 2008 16:49:06 +0100
> Miklos Szeredi <[EMAIL PROTECTED]> wrote:
>
> > Add "max_ratio" to /sys/class/bdi. This indicates the maximum
> > percentage of the global dirty threshold allocated to this bdi.
>
> Maybe I'm having a stupid day, but I don't understand the semantics of this
On Thu, 31 Jan 2008 10:35:18 +0100 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> On Thu, 2008-01-31 at 01:12 -0800, Andrew Morton wrote:
>
> > Implementation-wise: make_pages_present() _can_ be converted to do this.
> > But it's a lot of patching, and the result will be a cleaner, faster and
>
Serge E. Hallyn wrote:
> Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]):
>> From: Pierre Peiffer <[EMAIL PROTECTED]>
>>
>> In order to modify the semundo-list of a task from procfs, we must be able to
>> work on any target task.
>> But all the existing code playing with the semundo-list, currently
"Steve French" <[EMAIL PROTECTED]> writes:
>
> There are four common issues with mounting to these very old servers:
> 1) remembering to mount specifying lanman security (sec=lanman)
> 2) remembering to specify the netbios name of the server on mount
> (which is often not be the same as its tcp nam
Serge E. Hallyn wrote:
> Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]):
>> From: Pierre Peiffer <[EMAIL PROTECTED]>
>>
>> Today, the sem_undo_list is freed when the last task using it exits.
>> There is no mechanism in place, that allows a safe concurrent access to
>> the sem_undo_list of a targe
* Yinghai Lu <[EMAIL PROTECTED]> wrote:
> why not rename relocs.c to relocs_32.c?
>
> it is only used for 32 bit, even it is host app.
during the big first phase of unification we generally kept file names
untouched if they were only present in one of the previous
architectures. I.e. pure 32-
On Thu, 2008-01-31 at 01:47 -0800, Andrew Morton wrote:
> On Thu, 31 Jan 2008 10:35:18 +0100 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> >
> > On Thu, 2008-01-31 at 01:12 -0800, Andrew Morton wrote:
> >
> > > Implementation-wise: make_pages_present() _can_ be converted to do this.
> > > But
On Thu, 31 Jan 2008 10:39:02 +0100 Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> > On Tue, 29 Jan 2008 16:49:02 +0100
> > Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> >
> > > From: Peter Zijlstra <[EMAIL PROTECTED]>
> > >
> > > Provide a place in sysfs (/sys/class/bdi) for the backing_dev_info
> >
Why user space can need this API? for checkpointing only?
Then I would not consider it for inclusion until it is clear how to implement
checkpointing.
As for me personally - I'm against exporting such APIs, since they are not
needed in real-life user space applications and maintaining it forever
Paul Mundt <[EMAIL PROTECTED]> writes:
>
> The in-kernel use looks perfectly sane in that regard, though I'm not
> sure what the point of exporting this as a RO attribute to userspace is.
> Presumably someone has a tool somewhere that cares about this.
The idea was to allow e.g. NUMA aware irqbala
On Wed 30-01-08 22:03:51, [EMAIL PROTECTED] wrote:
> - fix error handling - always zero output variable
> - don't zero explicitely fields zeroed by memset
> - mark "in" paramater as const
> - remove outdated comment
>
> Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
> Cc: Jan Kara <[EMAIL PROTE
On Thu, 31 Jan 2008 10:53:26 +0100 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> On Thu, 2008-01-31 at 01:47 -0800, Andrew Morton wrote:
> > On Thu, 31 Jan 2008 10:35:18 +0100 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > On Thu, 2008-01-31 at 01:12 -0800, Andrew Morton wrote:
> > >
On Wed, Jan 30 2008 at 21:47 +0200, Sven Köhler <[EMAIL PROTECTED]> wrote:
> Hi,
>
> so i have upgraded a system to kernel 2.6.24. After that, it failed to
> boot with the usual message telling, that the rootfs on device /dev/sda1
> cannot be mounted (a raid1 run by the controller below).
>
>
On Thu, 2008-01-31 at 02:05 -0800, Andrew Morton wrote:
> On Thu, 31 Jan 2008 10:53:26 +0100 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> >
> > On Thu, 2008-01-31 at 01:47 -0800, Andrew Morton wrote:
> > > On Thu, 31 Jan 2008 10:35:18 +0100 Peter Zijlstra <[EMAIL PROTECTED]>
> > > wrote:
> > >
* Harvey Harrison <[EMAIL PROTECTED]> wrote:
> > during the big first phase of unification we generally kept file
> > names untouched if they were only present in one of the previous
> > architectures. I.e. pure 32-bit and pure 64-bit files were not
> > renamed to _32/_64.
> >
> > Now that we
Peter Zijlstra <[EMAIL PROTECTED]> writes:
>
> Ah, that is Lennarts Pulse Audio thing, he has samples in memory which
> might not have been used for a while, and he wants to be able to
> pre-fetch those when he suspects they might need to be played. So that
> once the audio thread comes along and s
On Thu, 2008-01-31 at 10:46 +0100, Miklos Szeredi wrote:
> > On Tue, 29 Jan 2008 16:49:06 +0100
> > Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> >
> > > Add "max_ratio" to /sys/class/bdi. This indicates the maximum
> > > percentage of the global dirty threshold allocated to this bdi.
> >
> > May
Nadia Derbey wrote:
> [EMAIL PROTECTED] wrote:
>> From: Pierre Peiffer <[EMAIL PROTECTED]>
>>
>> semctl_down() takes one unused parameter: semnum.
>> This patch proposes to get rid of it.
>>
>> Signed-off-by: Pierre Peiffer <[EMAIL PROTECTED]>
>> Acked-by: Serge Hallyn <[EMAIL PROTECTED]>
>> ---
On Thu, 31 Jan 2008 11:10:13 +0100 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> On Thu, 2008-01-31 at 02:05 -0800, Andrew Morton wrote:
> > On Thu, 31 Jan 2008 10:53:26 +0100 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > On Thu, 2008-01-31 at 01:47 -0800, Andrew Morton wrote:
> > >
On Thu, 31 Jan 2008 11:15:08 +0100 Andi Kleen <[EMAIL PROTECTED]> wrote:
> Peter Zijlstra <[EMAIL PROTECTED]> writes:
> >
> > Ah, that is Lennarts Pulse Audio thing, he has samples in memory which
> > might not have been used for a while, and he wants to be able to
> > pre-fetch those when he susp
On Thu, 2008-01-31 at 11:11 +0100, Ingo Molnar wrote:
> * Harvey Harrison <[EMAIL PROTECTED]> wrote:
>
> > > during the big first phase of unification we generally kept file
> > > names untouched if they were only present in one of the previous
> > > architectures. I.e. pure 32-bit and pure 64-b
On Thu, 2008-01-31 at 01:54 -0800, Andrew Morton wrote:
> On Thu, 31 Jan 2008 10:39:02 +0100 Miklos Szeredi <[EMAIL PROTECTED]> wrote:
>
> > > On Tue, 29 Jan 2008 16:49:02 +0100
> > > Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> > >
> > > > From: Peter Zijlstra <[EMAIL PROTECTED]>
> > > >
> > >
On Thu, 2008-01-31 at 10:52 +0100, Ingo Molnar wrote:
> * Yinghai Lu <[EMAIL PROTECTED]> wrote:
>
> > why not rename relocs.c to relocs_32.c?
> >
> > it is only used for 32 bit, even it is host app.
>
> during the big first phase of unification we generally kept file names
> untouched if they w
* Martin Schwidefsky <[EMAIL PROTECTED]> wrote:
> On Thu, 2008-01-31 at 02:33 +0200, Adrian Bunk wrote:
> > <-- snip -->
> >
> > ...
> > CC arch/s390/kernel/asm-offsets.s
> > In file included from
> > /home/bunk/linux/kernel-2.6/git/linux-2.6/arch/s390/kernel/asm-offsets.c:7:
> > /home
* Lukas Hejtmanek <[EMAIL PROTECTED]> wrote:
> I noticed short thread in LKM regarding "sched: add vslice" causes
> horrible interactivity under load.
>
> I can see similar behavior. If I stress both CPU cores, even typing on
> keyboard suffers from huge latencies, I can see letters appearing
Currently, for every sysfs node, the callers will be responsible for
implementing store operation, so many many callers are doing duplicate
things to validate input, they have the same mistakes because they are
calling simple_strtol/ul/ll/ull, especially for module params, they are
just numeric, bu
Adrian Bunk wrote:
> sysctl_tr_rif_timeout can now become static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Acked-by: Pavel Emelyanov <[EMAIL PROTECTED]>
> ---
> e5accd81b924224d40a3f38204c08cf6896ed79b
> diff --git a/net/802/tr.c b/net/802/tr.c
> index 3f16b17..18c6647 100644
> --- a/
Adrian Bunk wrote:
> struct ipv4_devconf can now become static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Acked-by: Pavel Emelyanov <[EMAIL PROTECTED]>
> ---
>
> include/linux/inetdevice.h |2 --
> net/ipv4/devinet.c |2 +-
> 2 files changed, 1 insertion(+), 3 deletion
arch/x86/kernel/cpu/intel_cacheinfo.c:355:7: warning: symbol 'i' shadows an
earlier one
arch/x86/kernel/cpu/intel_cacheinfo.c:296:39: originally declared here
arch/x86/kernel/cpu/intel_cacheinfo.c:367:18: warning: incorrect type in
argument 2 (different signedness)
arch/x86/kernel/cpu/intel_cache
>
> no strong opinion from me - but i think it should be obvious to the
> developer when they are looking at a .c file that it's 32-bit only (or
> 64-bit only). I.e. the default is that whatever .c file we look at is
> unified - and in that sense relocs.c breaks that general expectation.
I for
Adrian Bunk wrote:
> This patch makes the needlessly global nf_ct_path[] static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Acked-by: Pavel Emelyanov <[EMAIL PROTECTED]>
Thanks, Adrian!
> ---
> 6396fbcebe3eb61f7e6eb1a671920a515912b005
> diff --git a/net/netfilter/nf_conntrack_standalon
there is an outdated comment in serial_core.c also fixed.
Signed-off-by: Denis Cheng <[EMAIL PROTECTED]>
---
drivers/serial/serial_core.c |4 ++--
fs/char_dev.c|2 +-
include/linux/fs.h |1 -
3 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/driv
Hi Jeff,
On Thu, 31 Jan 2008, Jeff Chua wrote:
> On the bad run, I got the following message ...
>
> boston kernel: nf_ct_tcp: invalid packed ignored IN= OUT=
> SRC=127.0.0.1 DST=127.0.0.1 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=8162
> DF PROTO=TCP SPT=1016 DPT=515 SEQ=3834958843 ACK=0 WINDOW=32792
On Mon, 2008-01-28 at 21:13 +0100, Guillaume Chazarain wrote:
> Unfortunately it seems to not be completely fixed, with this script:
>
> #!/usr/bin/python
>
> import os
> import time
>
> SLEEP_TIME = 0.1
> SAMPLES = 5
> PRINT_DELAY = 0.5
>
> def print_wakeup_latency():
> times = []
> l
On Thu, 31 Jan 2008 10:17:48 +0900
KOSAKI Motohiro <[EMAIL PROTECTED]> wrote:
> on my test environment, my patch solve incorrect OOM.
> because, too small reclaim cause OOM.
That makes sense.
The version you two are looking at can return
"percentages" way larger than 100 in get_scan_ratio.
A fi
On Thu, 2008-01-31 at 11:38 +0100, Sam Ravnborg wrote:
> >
> > no strong opinion from me - but i think it should be obvious to the
> > developer when they are looking at a .c file that it's 32-bit only (or
> > 64-bit only). I.e. the default is that whatever .c file we look at is
> > unified - a
Adrian Bunk wrote:
> Commit 42a73808ed4f30b739eb52bcbb33a02fe62ceef5
> ("[RAW]: Consolidate proc interface.") did not only change raw6_seq_ops
> (including adding 3 EXPORT_SYMBOL_GPL's to net/ipv4/raw.c for accessing
> functions from there), it also removed the only user of raw6_seq_ops...
The co
This fix is correct.
Thanks,
Thomas
Roel Kluin wrote:
Untested patch below, please confirm it's the right fix.
--
duplicate use_dma_ppb_du, 2nd should be use_dma_ppb
Signed-off-by: Roel Kluin <[EMAIL PROTECTED]>
---
diff --git a/drivers/usb/gadget/amd5536udc.c b/drivers/usb/gadget/amd5536udc.c
> Yeah, the 2.5 switch to physical scanning killed us there.
>
> I still don't know why my allocate-swapspace-according-to-virtual-address
> change didn't help. Much. Marcelo played with that a bit too.
I've been thinking about just always doing swap on > page clusters.
Any reason swapping cou
On Wed 30-01-08 22:03:52, [EMAIL PROTECTED] wrote:
> udf_build_ustr was completely broken when
> size >= UDF_NAME_LEN - 1 or size < 2
>
> nobody noticed because all callers set size
> to acceptable values (constants)
>
> Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
> Cc: Jan Kara <[EMAIL PRO
On Wed, Jan 30, 2008 at 11:33:29AM -0800, Luck, Tony wrote:
> > I'm having trouble replicating this error. With the latest linux-2.6.git
> > plus the patch I just sent, I get the following errors:
> >
> > drivers/input/mouse/psmouse-base.c:45: error: __param_proto causes a
> > section type confli
On Wed, Jan 30, 2008 at 05:46:21PM -0800, Christoph Lameter wrote:
> Well the GRU uses follow_page() instead of get_user_pages. Performance is
> a major issue for the GRU.
GRU is a external TLB, we have to allocate RAM instead but we do it
through the regular userland paging mechanism. Performan
On Thu, 31 Jan 2008 12:06:10 +0100
Andi Kleen <[EMAIL PROTECTED]> wrote:
> > Yeah, the 2.5 switch to physical scanning killed us there.
> >
> > I still don't know why my
> > allocate-swapspace-according-to-virtual-address change didn't
> > help. Much. Marcelo played with that a bit too.
>
> I'
On Thu, 31 Jan 2008 12:32:24 +0100
Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Thu, Jan 31, 2008 at 05:52:09AM -0500, Rik van Riel wrote:
> > Don't malloc() and free() hopelessly fragment memory
> > over time, ensuring that little related data can be
> > found inside each 1MB chunk if the process i
Markus,
I looked at your code. My understanding is that it abstracts the BTS
so that higher
level code does not have to know the intricacies of the implementation
especially
given that the changed the DS_AREA structure a lot between P4 and Core 2.
The code does not cover PEBS though. In the case
On Jan 30 2008 19:23, Steve French wrote:
>> On Jan 30 2008 12:53, Steve French wrote:
>> >I have mounted to Windows98 a few months ago with no problems (other
>> >than a few restrictions like you can't set the file times via utimes).
>> > For mounts to Windows98 note that you have to specify the
Lets CC the XFS maintainer..
On Wed, 2008-01-30 at 20:23 +, Sven Geggus wrote:
> Hi there,
>
> I get the following with 2.6.24:
>
> Ending clean XFS mount for filesystem: dm-0
> BUG: unable to handle kernel paging request at virtual address f2134000
> printing eip: c021a13a *pde = 010b5067
> I will integrate your fixes with my code when I
> get back from holidays. Then things should work :)
>
> Thank you for your analysis of the problem.
Thank you.
enjoy good vacation :)
-
kosaki
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a messag
* Harvey Harrison <[EMAIL PROTECTED]> wrote:
> arch/x86/kernel/cpu/intel_cacheinfo.c:355:7: warning: symbol 'i' shadows an
> earlier one
> arch/x86/kernel/cpu/intel_cacheinfo.c:296:39: originally declared here
> arch/x86/kernel/cpu/intel_cacheinfo.c:367:18: warning: incorrect type in
> argument
On Thu, Jan 31, 2008 at 11:29:19AM +0100, Ingo Molnar wrote:
> if you apply the current sched-fixes (rollup patch below), does it get
> any better?
No.
Another observation, running two instances of while true; do true; done (on
1 dual core cpu) does not break interactivity.
running make clean;
On Jan 31, 2008 9:55 AM, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> Does this patch from thomas fix it as well?
Unfortunately, not.
For information, reverting just the first part of the offending commit
(sl->timer.cb_mode) fixed the problem, while reverting only the second
part (if (!hrtimer_act
On Thu, 2008-01-31 at 12:29 +0100, Guillaume Chazarain wrote:
> On Jan 31, 2008 9:55 AM, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > Does this patch from thomas fix it as well?
>
> Unfortunately, not.
>
> For information, reverting just the first part of the offending commit
> (sl->timer.cb_mo
Pierre Peiffer wrote:
Nadia Derbey wrote:
[EMAIL PROTECTED] wrote:
From: Pierre Peiffer <[EMAIL PROTECTED]>
semctl_down() takes one unused parameter: semnum.
This patch proposes to get rid of it.
Signed-off-by: Pierre Peiffer <[EMAIL PROTECTED]>
Acked-by: Serge Hallyn <[EMAIL PROTECTED]>
-
yesterday Adrian Bunk noticed, that the commit
commit 42a73808ed4f30b739eb52bcbb33a02fe62ceef5
Author: Pavel Emelyanov <[EMAIL PROTECTED]>
Date: Mon Nov 19 22:38:33 2007 -0800
is somewhat strange. Basically, the commit is obviously wrong as the
content of the /proc/net/raw6 is incorrect due to
On Thu, Jan 31, 2008 at 05:52:09AM -0500, Rik van Riel wrote:
> On Thu, 31 Jan 2008 12:06:10 +0100
> Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > > Yeah, the 2.5 switch to physical scanning killed us there.
> > >
> > > I still don't know why my
> > > allocate-swapspace-according-to-virtual-address
There is no need to use 128 bytes on the stack at all. Clean the code in
the IPv6 style.
Signed-off-by: Denis V. Lunev <[EMAIL PROTECTED]>
---
net/ipv4/raw.c | 24 +++-
1 files changed, 7 insertions(+), 17 deletions(-)
diff --git a/net/ipv4/raw.c b/net/ipv4/raw.c
index 507c
The address of IPv6 raw sockets was shown in the wrong format, from IPv4 ones.
The problem has been introduced by the
commit 42a73808ed4f30b739eb52bcbb33a02fe62ceef5
Author: Pavel Emelyanov <[EMAIL PROTECTED]>
Date: Mon Nov 19 22:38:33 2007 -0800
Thanks to Adrian Bunk who originally noticed the
Different hashtables are used for IPv6 and IPv4 raw sockets, so no need to
check the socket family in the iterator over hashtables. Clean this out.
Signed-off-by: Denis V. Lunev <[EMAIL PROTECTED]>
---
include/net/raw.h |4 +---
net/ipv4/raw.c| 12
net/ipv6/raw.c|2
On Wed, 30 Jan 2008, SANGTAE HA wrote:
> On Jan 30, 2008 5:25 PM, Bruce Allen <[EMAIL PROTECTED]> wrote:
> >
> > In our application (cluster computing) we use a very tightly coupled
> > high-speed low-latency network. There is no 'wide area traffic'. So it's
> > hard for me to understand why any
From: "Denis V. Lunev" <[EMAIL PROTECTED]>
Date: Thu, 31 Jan 2008 14:32:52 +0300
> yesterday Adrian Bunk noticed, that the commit
>
> commit 42a73808ed4f30b739eb52bcbb33a02fe62ceef5
> Author: Pavel Emelyanov <[EMAIL PROTECTED]>
> Date: Mon Nov 19 22:38:33 2007 -0800
>
> is somewhat strange. Ba
* Huang, Ying <[EMAIL PROTECTED]> wrote:
> - if (!*pte & _PAGE_PRESENT) {
> + if (*pte & _PAGE_PRESENT) {
btw., the usual form for that is pte_present(*pte). (i've fixed this up
in the patch)
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linu
* Huang, Ying <[EMAIL PROTECTED]> wrote:
> + /* Assume pages are mapped as WB */
> + if (mode == IOR_MODE_UNCACHED)
> + set_memory_uc(md->virt_addr, md->num_pages);
> + /* Assume pages are mapped as unexecutab
On Wed 30-01-08 22:03:53, [EMAIL PROTECTED] wrote:
> - fix error handling - always zero output variable
> - don't zero explicitely fields zeroed by memset
> - mark "in" paramater as const
>
> Signed-off-by: Marcin Slusarz <[EMAIL PROTECTED]>
> Cc: Jan Kara <[EMAIL PROTECTED]>
Acked-by: Jan Kara
1 - 100 of 611 matches
Mail list logo
