Matt wrote:
> This interface is primarily useful for doing memory profiling and not much use
> on deployed embedded boxes. Make it optional. Together with
> /proc/pid/clear_refs, this save a few K.
How about a single config option for all these?
===
maps2-CONFIG_PROC_PAGE_MONITOR.patch
Merge t
>> static ssize_t
>> store_fan_div (struct device *dev, struct device_attribute *devattr,
>> const char *buf, size_t count)
>> {...}
>>
>>
>> IIRC, many like the entire sig on one line, because its grep friendly.
>> I personally like the above, but grep-ability is hard to argu
Matt wrote:
> This lets it get shared outside of proc/ and linked in only when needed.
Erk, this really belongs in the mm dir. You can use "lib-y +=
pagewalk.o" there, and it seems to work as well as doing it in lib.
Cheers,
Rusty.
-
To unsubscribe from this list: send the line "unsubscribe lin
Matt coded:
> diff -puN
> fs/proc/task_mmu.c~maps2-eliminate-the-pmd_walker-struct-in-the-page-walker
> fs/proc/task_mmu.c
> ---
> a/fs/proc/task_mmu.c~maps2-eliminate-the-pmd_walker-struct-in-the-page-walker
> +++ a/fs/proc/task_mmu.c
> @@ -116,6 +116,7 @@ static void pad_len_spaces(struct seq_
> I think it's a fairly significant change from the current freezer and I
> also think it's a very good idea. The more I think about it, the more I
> like it, in the sense that it's a simple drop-in that you could put in a
> lot of the ioctl path of drivers to just block tasks that are trying to
>
> You agree that drivers need to block various activities during suspend.
> Principally I/O requests, but other things as well. So when one of
> these requests arrives, the driver has to make it wait somehow and then
> has to allow it to proceed at the appropriate time.
Yes. The main thing I
Adrian Bunk wrote:
On Thu, Jun 28, 2007 at 03:43:21AM -0700, Andrew Morton wrote:
...
Changes since 2.6.22-rc4-mm2:
...
git-kgdb.patch
...
git trees
...
This tree adds to include/asm-sh/system.h code that already exists in
the same file a few lines above resulting in compile errors.
On 7/7/07, Tejun Heo <[EMAIL PROTECTED]> wrote:
Miles Lane wrote:
>> Weird, that's unrelated path. It seems sd->s_parent is NULL in
>> sysfs_link_sibling(), which doesn't make sense because it's being called
>> from sysfs_create_link() which makes sure parent_sd isn't NULL &&
>> sysfs_addrm_star
On Sun, 8 Jul 2007 02:58:07 +0200 Lukas Hejtmanek wrote:
> Hello,
>
> I'm trying to get to work InfiniBand card (Mellanox) in Xen and DomU.
>
> If I use SLAB_DEBUG I got the following message:
> Slab corruption: start=880098f513b8, len=256
> Redzone: 0x160016/0x170017.
> Last user:
After reading the ThinkPad wiki link, I've found that the problem has
to do with the C3 and C4 ACPI states. I'm guessing that the 2.6.18
kernel I was using on Debian Etch just happened to not support full
power management on my MacBook - hence, the problem didn't occur.
Sorry for all of this - I
> In my defense, you should realize that until Rafael's notifier chain
> was added (just a few weeks ago, still not in mainline I believe) there
> was no other way to do it. Plug activity needs to be stopped before
> the child devices are suspended, and the PM core does not send any
> notificatio
From: Christoph Lameter <[EMAIL PROTECTED]>
Date: Sat, 07 Jul 2007 20:49:52 -0700
> A cmpxchg is less costly than interrupt enabe/disable
This is cpu dependant, and in fact not true at all on Niagara
and several of the cpus in the UltraSPARC family.
-
To unsubscribe from this list: send the line
On Sat, 07 Jul 2007 18:49:07 -0600 Jim Cromie wrote:
> Linus Torvalds wrote:
> >
> >
> > Yes, code should be less than 80 characters wide.
> >
> > But hey, sometimes it's just more readable to have one line that is
> > slightly longer than it should be, than to split something that is awkward
I made some tests of the queued spinlock code using userspace test code on
64-bit processors. I believe the xadd based code no longer has any theoretical
memory ordering problems.
The tests were done on 3 different architectures of different speeds and
vintages (so not really comparable between co
On Sat, 07 Jul 2007, Gerald Britton wrote:
> On Sat, Jul 07, 2007 at 10:17:34PM -0400, Alan Stern wrote:
> > > [2.] Full description of the problem/report: On my MacBook (first
> > > generation
> > > Core Duo 1.83GHz), I can hear a faint whining noise that becomes audible
> > > when usb-uhci is lo
Instead of checking for SlabDebug which requires access the page struct
contents simply check the per cpu freepointer if its not NULL. It can only
be not NULL if !SlabDebug.
This means we will not free to the cpu slab if the per cpu list is
empty. In that case it is likely that the cpu slab is soo
A cmpxchg allows us to avoid disabling and enabling interrupts. The cmpxchg
is optimal to allow operations on per cpu freelist even if we may be moved
to other processors while getting to the cmpxchg. So we do not need to be
pinned to a cpu. This may be particularly useful for the RT kernel
where w
Maintenance of slab allocators becomes a problem as new features for
allocators are developed. The SLOB allocator in particular has been lagging
behind in many ways in the past:
- Had no support for SLAB_DESTROY_BY_RCU for years (but no one noticed)
- Still has no support for slab reclaim counter
We touch a cacheline in the kmem_cache structure for zeroing to get the
size. However, the hot paths in slab_alloc and slab_free do not reference
any other fields in kmem_cache.
Add a new field to kmem_cache_cpu that contains the object size. That
cacheline must already be used. So we save one cac
The kmem_cache_cpu structures introduced are currently an array placed in the
kmem_cache struct. Meaning the kmem_cache_cpu structures are overwhelmingly
on the wrong node for systems with a higher amount of nodes. These are
performance critical structures since the per node information has
to be t
We need the offset during slab_alloc and slab_free. In both cases we also
reference the cacheline of the kmem_cache_cpu structure. We can therefore
move the offset field into the kmem_cache_cpu structure freeing up 16 bits
in the page flags.
Moving the offset allows an allocation from slab_alloc()
A remote free may access the same page struct that also contains the lockless
freelist for the cpu slab. If objects have a short lifetime and are freed by
a different processor then remote frees back to the slab from which we are
currently allocating are frequent. The cacheline with the page struct
After moving the lockless_freelist to kmem_cache_cpu we no longer need
page->lockless_freelist. Restructure the use of the struct page fields in
such a way that we never touch the mapping field.
This is turn allows us to remove the special casing of SLUB when determining
the mapping of a page (nee
This gets rid of all kmalloc caches larger than page size. A
kmalloc request larger than PAGE_SIZE > 2 is going to be passed
through to the page allocator. This works both inline where
we will call __get_free_pages instead of kmem_cache_alloc and
in __kmalloc.
kfree is modified to check if the obj
This series here contains a number of patches that need some discussion or
evaluation. They apply on top of 2.6.22-rc6-mm1 + slub patches already
in mm.
1. Page allocator pass through
SLOB does pass through all larger kmalloc requests directly to the page
allocator. The advantage is that the allo
On Sat, 07 Jul 2007 15:50:01 +0900, Mattia Dongili said:
> On Sat, Jul 07, 2007 at 12:35:10AM -0400, [EMAIL PROTECTED] wrote:
> > So I was looking at drivers/cpufreq/Kconfig, and wondering...
> >
> > Is there a specific reason why we have a 'choice' clause that allows
> > selecting
> > 'performan
On Sat, Jul 07, 2007 at 10:17:34PM -0400, Alan Stern wrote:
> > [2.] Full description of the problem/report: On my MacBook (first generation
> > Core Duo 1.83GHz), I can hear a faint whining noise that becomes audible
> > when usb-uhci is loaded and remains audible except when the USB ports are in
Use the generic API for inodes established earlier to support all extX
filesystem.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/ext2/super.c | 16 ++--
fs/ext3/super.c | 14 +-
fs/ext4/super.c | 14 +-
3 files changed, 40 insertions(+), 4
[only for review, untested, waiting for Mel to get around to use this to
improve memory compaction or antifragmentation]
Special function kmem_cache_vacate() to push out the objects in a
specified slab. In order to make that work we will have to handle
slab page allocations in such a way that we c
Add inode defrag support
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/reiserfs/super.c | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
Index: slub/fs/reiserfs/super.c
===
--- slub.orig/fs/reise
Add slab defrag support.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/xfs/linux-2.6/kmem.h |5 +++--
fs/xfs/linux-2.6/xfs_buf.c |2 +-
fs/xfs/linux-2.6/xfs_super.c | 13 -
fs/xfs/xfs_vfsops.c |6 +++---
4 files changed, 19 insertions(+), 7
V3->V4:
- Reduce impact of checking for slab caches in need of defragmentation
by
A. Ordering the slab list. Defraggable slabs come first. Then
we can only scan the slab list until we hit the first
unfragmentable slab.
B. Avoid determining the number of objec
Limited defragmentation support for buffer heads. Simply try to free the
buffers in a sparsely populated slab page.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/buffer.c | 67 ++--
1 file changed, 65 insertions(+), 2 deleti
-D lists caches that support defragmentation
-C lists caches that use a ctor.
Change field names for defrag_ratio and remote_node_defrag_ratio.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
Documentation/vm/slabinfo.c | 52 +---
1 file chang
This implements the ability to remove inodes in a particular slab
from the inode cache. In order to remove an inode we may have to write out
the pages of an inode, the inode itself and remove the dentries referring
to the node.
Provide generic functionality that can be used by filesystems that hav
V3->V4:
- Optimize scan for slabs that need defragmentation
- Add /sys/slab/*/defrag_ratio to allow setting defrag limits
per slab.
- Add support for buffer heads.
- Describe how the cleanup after the daily updatedb can be
improved by slab defragmentation.
- Rediff against 2.6.22-rc6-mm1 (+ slu
We use the parameter formerly used by the destructor to pass an optional
pointer to a kmem_cache_ops structure to kmem_cache_create.
kmem_cache_ops is created as empty. Later patches populate kmem_cache_ops.
Create a KMEM_CACHE_OPS macro that allows the specification of a the
kmem_cache_ops param
get() uses the dcache lock and then works with dget_locked to obtain a
reference to the dentry. An additional complication is that the dentry
may be in process of being freed or it may just have been allocated.
We add an additional flag to d_flags to be able to determined the
status of an object.
At some point slab defragmentation needs to be triggered. The logical
point for this is after slab shrinking was performed in vmscan.c. At
that point the fragmentation ratio of a slab was increased by objects
being freed. So we call kmem_cache_defrag from there.
slab_shrink() from vmscan.c is call
Dump information into the syslog during defragmentation actions to show that
something is occurring and what effect it has.
This is likely only useful in mm for testing and verification.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
mm/slub.c | 13 +
1 file changed, 13
On Sun, 8 Jul 2007, Benjamin Herrenschmidt wrote:
> > (And rather than trying to manage a waitqueue or struct completion, it
> > would be easiest to jump directly into the freezer! The driver or the
> > core wouldn't have to worry about waking up all these blocked threads.)
>
> That's wrong. Th
On Sun, 8 Jul 2007, Benjamin Herrenschmidt wrote:
> > Which is exactly my point. It _doesn't_ work fine without a freezer,
> > because the USB stack currently relies on the freezer to prevent plug
> > activity.
>
> Putting on hold plug activity has nothing, NOTHING, to do with the half
> assed
On Sat, 7 Jul 2007, Tim Hull wrote:
> [1.] One line summary of the problem: MacBook makes whining noise when
> usb-uhci loaded.
I assume you mean uhci-hcd. usb-uhci is part of Linux 2.4, not 2.6.
> [2.] Full description of the problem/report: On my MacBook (first generation
> Core Duo 1.83GHz),
Miles Lane wrote:
>> Weird, that's unrelated path. It seems sd->s_parent is NULL in
>> sysfs_link_sibling(), which doesn't make sense because it's being called
>> from sysfs_create_link() which makes sure parent_sd isn't NULL &&
>> sysfs_addrm_start() should have caused oops earlier as it deferenc
Hello,
I'm trying to get to work InfiniBand card (Mellanox) in Xen and DomU.
If I use SLAB_DEBUG I got the following message:
Slab corruption: start=880098f513b8, len=256
Redzone: 0x160016/0x170017.
Last user: <00180018>(0x180018)
000: 17 00 00 00 17 00 00 00 18 00 00 00
On Sat, 2007-07-07 at 21:02 +0100, Alan Cox wrote:
> > You could also make it an of_platform_driver at the same time
> > instead of adding more cruft to fsl_soc.c. Since we're already
> > about to add the electra_ide.c driver in 2.6.23, I guess there
> > should really be _one_ driver that is able t
On 7/6/07, Tejun Heo <[EMAIL PROTECTED]> wrote:
(restoring cc to lkml)
Hello, Miles.
Miles Lane wrote:
> With this patch applied, I can't boot at all. I have attached an OOPS
> screenshot, since I don't have a serial debugging station set up. I
> am leaving LKML out of the loop, because of th
> > Well... 2 things here. Either you have a freezer in which case the
> > chances of the above scenario are increased,
>
> How so? :-)
I meant you have a freezer that freezes uninterruptible tasks.
Ben.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
> Spinning in the driver with the lock not held is impossible, since the
> driver is called with the lock already acquired.
>
> Failing with -ERETRY is non-transparent. I would prefer to block such
> requests at their source, before the lock is acquired. Perhaps in the
> driver core, perhaps
Linus Torvalds wrote:
Yes, code should be less than 80 characters wide.
But hey, sometimes it's just more readable to have one line that is
slightly longer than it should be, than to split something that is awkward
to split.
< cc-list heavily trimmed >
could you speak to the speci
On Sat, 2007-07-07 at 12:17 -0400, Alan Stern wrote:
> On Sat, 7 Jul 2007, Benjamin Herrenschmidt wrote:
>
> > > > And guess what ? It's what we do on powerbooks, and it works fine,
> > > > without a freezer :-)
>
> > If you remember, one of the things I've been advocating has always been
> > tha
On Sat, 2007-07-07 at 13:49 +0200, Pavel Machek wrote:
> And anyway I believe that current issue (fuse deadlocks with s2ram)
> should be present on powerbooks, too... it is just way harder to
> trigger. All that is neccessary is fused (or one of its helpers) to
> get frozen by accessing suspended
Also sprach "Tim Hull" <[EMAIL PROTECTED]> (Sat, 7 Jul 2007 19:45:48 -0400):
> [1.] One line summary of the problem: MacBook makes whining noise when
> usb-uhci loaded.
> [2.] Full description of the problem/report: On my MacBook (first
> generation Core Duo 1.83GHz), I can hear a faint whining noi
On Saturday 07 July 2007 20:48, Oleg Nesterov wrote:
> Cleanup. Lessens both the source and compiled code (100 bytes) and imho
> makes the code much more understandable.
>
> With this patch "struct poll_list *head" always points to on-stack
> stack_pps, so we can remove all "is it on-stack" and "wa
On Sat, 7 Jul 2007, Christoph Lameter wrote:
>
> What are these functions "malloc" and "free"? Would be good if those
> would be using kmalloc_track_caller() so that we can figure out who called
> them.
There's not a lot of those around. Looks like it's probably one of
init/do_mounts
Hi Bjorn,
your patch:
commit 7e92b4fc345f5b6f57585fbe5ffdb0f24d7c9b26
Author: Bjorn Helgaas <[EMAIL PROTECTED]>
Date: Tue May 8 00:36:07 2007 -0700
x86, serial: convert legacy COM ports to platform devices
disables probing using legacy code in favour of ACPI/PNP to avoid double
discovery.
Hi!
> > We can just wait for all fuse requests to be serviced before
> > proceeding further with freeze, right?
>
> Right. Nice way to slow down or stop the suspend with an unprivileged
> process. Avoiding that sort of DoS is one of the design goals of
> fuse.
So you want me to handle _malicio
On Sat, 7 Jul 2007, Michal Piotrowski wrote:
> > If you're looking for someone to blame, consider the fact that this has
> > gone away now I've switched back to slab. :)
> Yup, I forgot to add Christoph to CC :)
H.. Cannot see the corruption in the dump since it only includes 128
bytes and
Am 07.07.2007 15:36 schrieb yoann padioleau:
> On 7 juil. 07, at 15:07, Tilman Schmidt wrote:
>
>> This misses the semantic distinction between the first and second
>> arguments of kcalloc(). The first argument is supposed to be the
>> number of elements to allocate and the second their size. As a
On Friday, 6 July 2007 17:01, Alan Stern wrote:
> On Fri, 6 Jul 2007, Rafael J. Wysocki wrote:
>
> > Hi,
> >
> > The main limitation of the freezer is that it cannot handle uninterruptible
> > tasks. Namely, if there are uninterruptible tasks in the system, the
> > freezer
> > returns an error,
On Saturday, 7 July 2007 01:00, Rafael J. Wysocki wrote:
> On Saturday, 7 July 2007 00:38, Oliver Neukum wrote:
> > Am Freitag, 6. Juli 2007 schrieb Oleg Nesterov:
> > > Rafael J. Wysocki wrote:
> > > >
> > > > This patch makes the freezer skip uninterruptible user space tasks (ie.
> > > > such
>
Hi!
> >Today both OSS and ALSA teams have to spend significant
> >amounts of time in emulating the "alien" APIs. Making
> >OSS and ALSA to co-exist will require some work in both
> >sides but that should be nothing when compared to the
> >effort required for emulation.
>
...
> In Linux we typ
Hi!
> >
> > Soft mixing is actually the biggest issue because if you had
> > generalized soft-mixing in the kernel-visible audio ports[1] you would
> > win two things:
> >
> > - programs could use the OSS API without interfering with the ALSA one
> > or which each other
>
> This works with aos
yoann padioleau napsal(a):
>> static inline void *kcalloc(size_t n, size_t size, gfp_t flags)
>
> you are right, but why the type of kcalloc is not
> static inline void *kcalloc(int n, size_t size, gfp_t flags) ?
Maybe C89 calloc prototype...
--
Jiri Slaby ([EMAIL PROTECTED])
Faculty of Informa
On Saturday 07 July 2007, Adrian Bunk wrote:
>
> Commit f5738ceed46782aea7663d62cb6398eb05fc4ce0 removed a bit too much,
> resulting in the following compile error:
Sorry about the trouble this has caused you.
> #ifdef __KERNEL__
>
> +/* Syscall protocol:
> + Syscall number in r12, args in
On Sat, Jul 07, 2007 at 11:18:59PM +0200, Bodo Eggert wrote:
> On Sat, 7 Jul 2007, Jan Engelhardt wrote:
> > On Jul 5 2007 19:08, H. Peter Anvin wrote:
>
> > >> BTW: Is it possible to mount a tmpfs on / before extracting the cpio?
> > >
> > >Not in the stock kernel. There have been some patches f
Jan Engelhardt wrote:
>
> Come to speak of it, I think you can have it much easier by having the kernel
> exporting the cpio image as a virtual file inside rootfs, so that you could
> re-extract it inside a tmpfs. In other words:
>
> mount -t tmpfs tmpfs /mnt;
> cd /mnt;
> cpio -diuv #
> # switc
On 07/06/2007 02:30 PM, Christoph Pleger wrote:
And what about hdparm (setting 32bit I/O and multi-sector mode)? Suren
wrote that 32bit I/O makes no sense when using DMA. Maybe that's right,
but it does not correspond with my experiences. At least, I have the
"feeling" that my IDE disks work m
On Jul 7 2007 23:18, Bodo Eggert wrote:
>> >> BTW: Is it possible to mount a tmpfs on / before extracting the cpio?
>> >
>> >Not in the stock kernel. There have been some patches floating around
>> >for that, I think.
>>
>> What would it buy? rootfs is a tmpfs, is not it?
>
>As far as I understa
Hi;
07 Tem 2007 Cts tarihinde, Robert Hancock şunları yazmıştı:
> It's not the free space on the drive that matters, it's the number of
> free sectors in the spare sector pool on the drive, which is invisible
> to software.
>
> Your SMART log shows 309 reallocated sectors. That seems somewhat hig
On Sat, 7 Jul 2007, Jan Engelhardt wrote:
> On Jul 5 2007 19:08, H. Peter Anvin wrote:
> >> BTW: Is it possible to mount a tmpfs on / before extracting the cpio?
> >
> >Not in the stock kernel. There have been some patches floating around
> >for that, I think.
>
> What would it buy? rootfs is a
On Sat, 7 Jul 2007, Adrian Bunk wrote:
>
> Usually I'm for the usage of "select" in such cases, but since this is
> with CONFIG_EMBEDDED=y where users can be expected to know better what
> they are doing I'd say a "depends on" is fine.
Fair enough.
Linus
-
To unsubscribe from
Jan Engelhardt wrote:
> On Jul 7 2007 13:56, H. Peter Anvin wrote:
>> Jan Engelhardt wrote:
>>> On Jul 5 2007 19:08, H. Peter Anvin wrote:
> BTW: Is it possible to mount a tmpfs on / before extracting the cpio?
Not in the stock kernel. There have been some patches floating around
for
Compilation on v850 fails with the following error (since 2.6.19):
<-- snip -->
...
CC arch/v850/kernel/time.o
/home/bunk/linux/kernel-2.6/linux-2.6.22-rc6-mm1/arch/v850/kernel/time.c: In
function 'timer_interrupt':
/home/bunk/linux/kernel-2.6/linux-2.6.22-rc6-mm1/arch/v850/kernel/time.
On Thu, Jun 28, 2007 at 03:43:21AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.22-rc4-mm2:
>...
> +fix-xfs_ioc_fsbulkstat_single-and-xfs_ioc_fsinumbers-in-compat-mode.patch
>...
> XFS stuff
>...
This patch fixes the following compile error on powerpc
with CONFIG_COMPAT=y:
<-- snip --
On Jul 7 2007 13:56, H. Peter Anvin wrote:
>Jan Engelhardt wrote:
>> On Jul 5 2007 19:08, H. Peter Anvin wrote:
BTW: Is it possible to mount a tmpfs on / before extracting the cpio?
>>> Not in the stock kernel. There have been some patches floating around
>>> for that, I think.
>>
>> What w
This patch fixes the following compile error:
<-- snip -->
...
CC arch/v850/kernel/process.o
/home/bunk/linux/kernel-2.6/linux-2.6.22-rc6-mm1/arch/v850/kernel/process.c:32:
warning: type defaults to 'int' in declaration of 'EXPORT_SYMBOL'
/home/bunk/linux/kernel-2.6/linux-2.6.22-rc6-mm1
Commit f5738ceed46782aea7663d62cb6398eb05fc4ce0 removed a bit too much,
resulting in the following compile error:
<-- snip -->
...
CC arch/v850/kernel/process.o
/home/bunk/linux/kernel-2.6/linux-2.6.22-rc6-mm1/arch/v850/kernel/process.c: In
function 'kernel_thread':
/home/bunk/linux/ke
On Sat, Jul 07, 2007 at 01:51:55PM -0700, Linus Torvalds wrote:
>
>
> On Sat, 7 Jul 2007, Adrian Bunk wrote:
> >
> > The dependency of DLM on SYSFS got lost in
> > commit 6ed7257b46709e87d79ac2b6b819b7e0c9184998 resulting in the
> > following compile error with CONFIG_DLM=y, CONFIG_SYSFS=n:
>
>
Jan Engelhardt wrote:
> On Jul 5 2007 19:08, H. Peter Anvin wrote:
>>> BTW: Is it possible to mount a tmpfs on / before extracting the cpio?
>> Not in the stock kernel. There have been some patches floating around
>> for that, I think.
>
> What would it buy? rootfs is a tmpfs, is not it?
No, roo
On Sat, 7 Jul 2007, Adrian Bunk wrote:
>
> The dependency of DLM on SYSFS got lost in
> commit 6ed7257b46709e87d79ac2b6b819b7e0c9184998 resulting in the
> following compile error with CONFIG_DLM=y, CONFIG_SYSFS=n:
Hmm. Shouldn't we make that a "select", the way we already do for
CONFIGFS_FS?
On Saturday, 7 July 2007 14:08, Pavel Machek wrote:
> Hi!
>
> > > Now, if kernel needs FUSE services for some reason (that's the problem
> > > we hit in s2ram case, right?), we have a deadlock.
> > >
> > > So main problem still seems to be "kernel should not depend on
> > > userland services duri
> We can just wait for all fuse requests to be serviced before
> proceeding further with freeze, right?
Right. Nice way to slow down or stop the suspend with an unprivileged
process. Avoiding that sort of DoS is one of the design goals of
fuse.
Look at it this way: the task of the freezer is to
On Saturday, 7 July 2007 04:44, Benjamin Herrenschmidt wrote:
> On Fri, 2007-07-06 at 11:31 +0200, Oliver Neukum wrote:
> > Am Freitag, 6. Juli 2007 schrieb Benjamin Herrenschmidt:
> > > On Fri, 2007-07-06 at 09:13 +0200, Rafael J. Wysocki wrote:
> > > >
> > > > The only reason (I know of) why we
On Saturday, 7 July 2007 13:31, Pavel Machek wrote:
> Hi!
>
> > > I don't think we can do that. I suspect rename looks like:
> > >
> > > write directory entry in source
> > > A)(uninterruptible wait for write)
> > > write directory entry in destination
> > > (uninterruptible wait fo
Jan Engelhardt wrote:
On Jul 7 2007 00:26, Andrea Arcangeli wrote:
Subject: RFC: CONFIG_PAGE_SHIFT (aka software PAGE_SIZE)
I wonder what happens if the soft page size gets set to 2048 bytes :)
That won't work, because the smallest granularity the x86
MMU supports is 4kB.
--
Politics is the
On Sun, 8 Jul 2007, Satyam Sharma wrote:
> On Sun, 8 Jul 2007, KII Keiichi wrote:
> [...]
> > But, in the case, we must think of the case of changing IP address
> > because we can change IP address without disabling the network device and
> > can't hook the event of changing IP address.
>
> Well
> sil680-mmio pata_sil680 MMIO support
> Parent: upstream
> Status: dissolved into some argument about MMIO flushing
I thought we had figured out what needed sorting ?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message t
> > One task doing ptrace() can basically do whatever it wants with the
> > task being traced. This is not an exact analogy to what fuse does,
> > but close.
>
> Well, IMO userland tasks should not have power to grab VFS mutexes for
> indefinite ammount of time. ("fused is allowed to deadlock ker
Commit c728d60455e8e8722ee08312a75f38dd7a866b5e causes the following
compile error:
<-- snip -->
...
AS arch/h8300/platform/h8300h/entry.o
make[2]: *** No rule to make target `arch/h8300/platform/h8300h/irq_pin.o',
needed by `arch/h8300/platform/h8300h/built-in.o'. Stop.
make[1]: ***
Hi Keiichi,
On Sun, 8 Jul 2007, KII Keiichi wrote:
> [...]
> I tested your patches on the x86 architecture and report the results.
> It is no problem except for the above problem.
> I think that it is useful to use configfs(especially, mkdir and rmdir because
> of adding/removing netconsole_target
I'm wondering what the status of the arm26 port in the kernel is:
AFAIR gcc support for this architecture was deprecated in gcc 3.4 and
removed in gcc 4.0. This implies that either someone will have to re-add
support to gcc in the next 1-2 years or the kernel port will become
useless with the n
On Sat, 07 Jul 2007 13:48:52 +0400
Vitaly Bordug <[EMAIL PROTECTED]> wrote:
>
> This adds support for MMIO IDE device like CompactFlash
> in TrueIDE mode.
Really we should be working towards libata support for all new devices.
This looks like a candidate for the existing (or a little enhanced)
Hi,
On Sun, 8 Jul 2007, KII Keiichi wrote:
> [...]
> Should we avoid the automatic update of netconsole_target until we can notice
> all
> necessary members of netconsole_target updated automatically?
>
> I had thought about automatic updating of the netconsole_target(i.e. local IP
> address
> You could also make it an of_platform_driver at the same time
> instead of adding more cruft to fsl_soc.c. Since we're already
> about to add the electra_ide.c driver in 2.6.23, I guess there
> should really be _one_ driver that is able to handle all
> of_device based ATA hosts.
and do so using
On Sat, 7 Jul 2007, David Woodhouse wrote:
>
> When cleaning up HIDP sessions [...]
Thanks.
> Signed-off-by: David Woodhouse <[EMAIL PROTECTED]>
> Signed-off-by: Marcel Holtmann <[EMAIL PROTECTED]>
Btw, and totally unrelated to the patch itself..
I changed that second "Signed-off-by:" into an
Hi,
On Sun, 8 Jul 2007, KII Keiichi wrote:
> Hi Satyam,
>
> The following comments aren't essential.
>
> > if (!(event == NETDEV_UP || event == NETDEV_DOWN ||
> > event == NETDEV_CHANGEADDR || event == NETDEV_CHANGENAME))
> > - goto done;
> > + goto done;
>
> T
Hi Adrian,
On Fri, 6 Jul 2007 01:23:06 +0200, Adrian Bunk wrote:
> coretemp_device_remove() can become static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Obviously correct.
Acked-by: Jean Delvare <[EMAIL PROTECTED]>
> ---
> --- linux-2.6.22-rc6-mm1/drivers/hwmon/coretemp.c.old 2007-07-
Hi Keiichi,
On Sun, 8 Jul 2007, KII Keiichi wrote:
> Hi Satyam,
>
> > After more discussion, Joel suggested the idea to separately manage the
> > lifetimes of the two kinds of netconsole_target objects, those created while
> > parsing boot/module options and those created via configfs mkdir(2) fr
On Sat, 07 Jul 2007 22:17:22 +0530 Satyam Sharma wrote:
> This:
>
> WARNING: kernel/built-in.o(.text+0x16910): Section mismatch:
> reference to .init.text: (between 'kthreadd' and 'init_waitqueue_head')
>
> comes because kernel/kthread.c:kthreadd() is not __init but calls
> kthreadd_setup() whic
1 - 100 of 185 matches
Mail list logo
