* Willy Tarreau <[EMAIL PROTECTED]> wrote:
> In your example above, maybe it's the opposite, users know they can
> keep a file in /tmp one more week by simply cat'ing it.
sure - and i'm not arguing that noatime should the kernel-wide default.
In every single patch i sent it was a .config optio
Michael Kerrisk <[EMAIL PROTECTED]> writes:
>
> And again: is CLONE_NEWUSER (to be)implemented for unshare()?
They all should be. Only the pid namespace (not yet merged) looks
like a problem for unshare.
> Thanks Eric. I'm still not so clear though. What is a user name space
> intended to be,
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> i've been a linux sysadmin for 10 years, and have known about noatime
> for at least 7 years, but I always thought of it in the catagory of
> 'use it only on your performance critical machines where you are
> trying to extract every ounce of per
Matt, this patch set replaces the two patches I sent earlier and
contains additional fixes. I've done some reasonably rigorous testing
on x86_64, but not on a 32 bit arch. I'm pretty sure this isn't worse
than what's in mm right now, which has some user-space corruption and
a nasty infinite kern
When reading /proc/pid/pagemap at an offset that
does not contain mapped pages, call pagemap_fill
to fill the buffer with -1 until either the end,
or a valid vma is encountered.
Signed-off-by: Dave Boutcher <[EMAIL PROTECTED]>
---
fs/proc/task_mmu.c | 10 ++
1 files changed, 6 insertion
/proc/pid/pagemap has a header (usually 8 bytes) the length
of which needs to be compensated for when converting from
proc file offset to page number. The calculation of the
starting page number (svpfn) compensates for this, but the
calculation of the ending page number (evpfn) does not, resulting
Earlier code relied on a broken length calculation copy
/proc/pid/pagemap header data to userspace. This fix
correctly calls the add_to_pagemap routine after the header data is
set to copy results to userspace in a sane fashion.
Signed-off-by: Dave Boutcher <[EMAIL PROTECTED]>
---
fs/proc/task_m
* Dave Jones <[EMAIL PROTECTED]> wrote:
> > btw., Mutt does not go boom, i use it myself. It works just fine
> > and notices new mails even on a noatime,nodiratime filesystem.
>
> It still fails miserably for me.
>
> If I hit 'C' and '?' I get a list of my mail folders, with some of
> them
Eric W. Biederman wrote:
> Michael Kerrisk <[EMAIL PROTECTED]> writes:
>
>> Hello Kirill,
>>
>> In 2.6.19, your patch to add support for CLONE_NEWIPC was included. Is
>> there there some for-userland-programmers documentation of this flag
>> somewhere? Would you be able to send some documentat
Eric W. Biederman wrote:
> Michael Kerrisk <[EMAIL PROTECTED]> writes:
>
>> Hello Serge,
>>
>> In 2.6.23-rc, your patch to add support for CLONE_NEWUSER is included. Is
>> there there some for-userland-programmers documentation of this flag
>> somewhere? Would you be able to send some documentat
Eric W. Biederman wrote:
> Michael Kerrisk <[EMAIL PROTECTED]> writes:
>
>> Hello Serge,
>>
>> In 2.6.19, your patch to add support for CLONE_NEWUTS was included. Is
>> there there some for-userland-programmers documentation of this flag
>> somewhere? Would you be able to send some documentati
On Thu, 2007-08-02 at 11:37 +1000, Benjamin Herrenschmidt wrote:
> Heya !
>
> In my page table accessor spring cleaning, one of my targets is
> flush_tlb_page(). At this stage, it's only called by generic code in one
> place (in addition to the asm-generic bits that use it to implement
> missing a
On 06/08/07 04:01, Kok, Auke wrote:
> Simon Arlott wrote:
>> 00:0a.0 Ethernet controller: Intel Corp. 82546EB Gigabit Ethernet
>> Controller (Copper) (rev 01)
>> Subsystem: Intel Corp.: Unknown device 1012
>> Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 5
>> Memo
* Jarek Poplawski <[EMAIL PROTECTED]> wrote:
> Subject: genirq: fix simple and fasteoi irq handlers
>
> After the "genirq: do not mask interrupts by default" patch interrupts
> should be disabled not immediately upon request, but after they
> happen. But, handle_simple_irq() and handle_fasteoi
On Fri, Aug 03, 2007 at 01:59:53PM +0200, Michael Kerrisk wrote:
> >
> > There is a typo above. We have "file system" repeated twice in above
> > sentence. Second one should be "file".
> >
>
> Thanks for catching that.
>
> Okay -- it seems that this page is pretty much ready for publication,
>
Hi,
Sorry, guys! I tried to be so logical that I forgot to unmask my eyes.
Regards,
Jarek P.
>
(take 2)
Subject: genirq: fix simple and fasteoi irq handlers
After the "genirq: do not mask interrupts by default" patch interrupts
should be disabled not immediately upon request, but af
On Mon, Jul 30, 2007 at 06:13:39PM +0200, Jan Blunck wrote:
> +
> +int append_to_union(struct vfsmount *mnt, struct dentry *dentry,
> + struct vfsmount *dest_mnt, struct dentry *dest_dentry)
> +{
> + struct union_mount *this, *um;
> +
> + BUG_ON(!IS_MNT_UNION(mnt));
> +
> +
* Peter Williams <[EMAIL PROTECTED]> wrote:
> I've just been reviewing these patches and have spotted a possible
> error in the file arch/ia64/kernel/time.c in that the scope of the
> #ifdef on CONFIG_TIME_INTERPOLATION seems to have grown quite a lot
> since 2.2.23-rc1-rt7. It used to chop out
On Mon, 2007-08-06 at 03:03 +0200, Roman Zippel wrote:
> There's no problem to provide a high resolution sleep, but there is also
> no reason to mess with msleep, don't fix what ain't broken...
John Corbet provided the patch because he had a problem with the current
msleep... in that it didn't p
On Tue, 2007-07-31 at 12:47 +0800, Eric W. Biederman wrote:
> Using efi_set_virtual means kdump doesn't work which means that no
> one is going to use this in a prebuilt kernel.
It is possible to make kexec/kdump work with EFI virtual mode, in
following ways:
1. Do not turn on EFI in kexeced kern
* Theodore Tso <[EMAIL PROTECTED]> wrote:
> On Sun, Aug 05, 2007 at 09:28:38PM +0200, Ingo Molnar wrote:
> >
> > added the relatime_interval sysctl that allows the changing of the
> > atime update frequency. (default: 1 day / 86400 seconds)
>
> What if you specify the interval as a per-mount o
Kay Sievers wrote:
>> @@ -785,7 +785,7 @@ static ssize_t show_refcnt(struct module_attribute
>> *mattr,
>>struct module *mod, char *buffer)
>> {
>> /* sysfs holds a reference */
>> - return sprintf(buffer, "%u\n", module_refcount(mod)-1);
>> + retur
Cc'ing Henrique. Any ideas?
Michał sed wrote:
> Greetings
>
> I'm experiencing double disk spin down issue on my HP nx6310 laptop
> during shut down and suspend to disk. The drive is power down on "Will
> now halt message" then turned back on and off again with the laptop
> itself. I'm using the
On Sun, 5 Aug 2007 22:34:46 -0500, Matt Mackall <[EMAIL PROTECTED]> said:
>
> On Sun, Aug 05, 2007 at 09:03:23PM -0500, Dave Boutcher wrote:
>>
>> /proc/pid/pagemap has a header (usually 8 bytes) the length
>> of which needs to be compensated for when converting from
>> proc file offset to page n
Is there some feedback on this point ?
Thank you
./Jerry
On Sun, 1 Jul 2007 08:49:37 -0400 (EDT)
"Robert P. J. Day" <[EMAIL PROTECTED]> wrote:
>
> prompted by the earlier post on "volatile"s, is there a reason that
> most atomic_t typedefs use volatile int's, while the rest don't?
>
> $ grep
This is pretty much a vanilla kernel, with just one patch to work
around a deadlock problem in the reiserfs_file_write code that I
think isn't fixed.
http://lists.linuxcoding.com/kernel/2006-q1/msg32508.html
So that sounds like a reiserfs bug.
Yes, and it was definitely there still in 2.6.16.
I've just been reviewing these patches and have spotted a possible
error in the file arch/ia64/kernel/time.c in that the scope of the
#ifdef on CONFIG_TIME_INTERPOLATION seems to have grown quite a lot
since 2.2.23-rc1-rt7. It used to chop out one if statement and now it
chops out half the file.
On Sun, Aug 05, 2007 at 09:03:23PM -0500, Dave Boutcher wrote:
>
> /proc/pid/pagemap has a header (usually 8 bytes) the length
> of which needs to be compensated for when converting from
> proc file offset to page number. The calculation of the
> starting page number (svpfn) compensates for this,
On Sat, Aug 04, 2007 at 08:50:37AM +0200, Ingo Molnar wrote:
>
> * Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> > Oh good. Thanks for getting to the bottom of it. We have normally
> > disliked too much runtime tunables in the scheduler, so I assume these
> > are mostly going away or under a CONFI
C99 6.10.3[11]: preprocessing directive within the argument list
of macro invocation => undefined behaviour. Don't do that...
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
diff --git a/kernel/sched_debug.c b/kernel/sched_debug.c
index 1c61e53..8421b93 100644
--- a/kernel/sched_debug.c
++
Jakob Oestergaard wrote:
> Why on earth would you cripple the kernel defaults for ext3 (which is a
> fine FS for boot/root filesystems), when the *fundamental* problem you
> really want to solve lie much deeper in the implementation of the
> filesystem? Noatime doesn't solve the problem, it just m
On Sun, Aug 05, 2007 at 07:53:10PM +0200, Ingo Molnar wrote:
>
> * Steven Rostedt <[EMAIL PROTECTED]> wrote:
>
> > Paul and Ingo,
> >
> > Should we just remove the upper limit check, or is something like this
> > patch sound?
>
> i've changed the limit to 30 (the same depth limit is used by lo
/proc/pid/pagemap has a header (usually 8 bytes) the length
of which needs to be compensated for when converting from
proc file offset to page number. The calculation of the
starting page number (svpfn) compensates for this, but the
calculation of the ending page number (evpfn) does not, resultin
Simon Arlott wrote:
00:0a.0 Ethernet controller: Intel Corp. 82546EB Gigabit Ethernet Controller
(Copper) (rev 01)
Subsystem: Intel Corp.: Unknown device 1012
Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 5
Memory at e302 (64-bit, non-prefetchable) [size=12
On Fri, 2007-08-03 at 09:53 -0700, Nish Aravamudan wrote:
> On 8/3/07, Adam Litke <[EMAIL PROTECTED]> wrote:
> > On Mon, 2007-07-30 at 15:15 +0800, Zhang, Yanmin wrote:
> > > On Fri, 2007-07-27 at 11:37 -0500, Adam Litke wrote:
> > > > Hey... I am amazed at how quickly you came back with a patch fo
On Sun, Aug 05, 2007 at 09:03:28PM -0500, Dave Boutcher wrote:
>
> When dumping vma information the pagemap_read routine calculates
> the minimum of what the user asks for and the end of the vma.
> Unfortunately the code uses vma->vm_start rather than vma->vm_end
> which can result in the end addr
On Sun, 2007-08-05 at 22:26 -0400, Mike Frysinger wrote:
> On 8/5/07, Bryan Wu <[EMAIL PROTECTED]> wrote:
> > On Sun, 2007-08-05 at 22:04 -0400, Mike Frysinger wrote:
> > > On 8/5/07, Bryan Wu <[EMAIL PROTECTED]> wrote:
> > > > Bryan Wu (4):
> > > > Blackfin SPI driver: Initial supporting BF5
When dumping vma information the pagemap_read routine calculates
the minimum of what the user asks for and the end of the vma.
Unfortunately the code uses vma->vm_start rather than vma->vm_end
which can result in the end address being before the start, and
a nasty never-ending loop in the kernel.
On Sun, 2007-08-05 at 20:55 +0200, Pavel Machek wrote:
> Did the trick, I got the kernel to load, and it even attempted
> exec... but I got doublefault (or what is it?)
>
> Int 6: ... EIP: c4739906. Address is in reserve_bootmem_core.
>
> Do I have to disable ACPI completely? I tried with acpi=of
On 8/5/07, Bryan Wu <[EMAIL PROTECTED]> wrote:
> On Sun, 2007-08-05 at 22:04 -0400, Mike Frysinger wrote:
> > On 8/5/07, Bryan Wu <[EMAIL PROTECTED]> wrote:
> > > Bryan Wu (4):
> > > Blackfin SPI driver: Initial supporting BF54x in SPI driver
> > >
> > > Michael Hennerich (11):
> > > Bl
On Mon, 6 Aug 2007, Nick Piggin wrote:
[EMAIL PROTECTED] wrote:
On Sun, 29 Jul 2007, Rene Herman wrote:
> On 07/29/2007 01:41 PM, [EMAIL PROTECTED] wrote:
>
> > I agree that tinkering with the core VM code should not be done
> > lightly,
> > but this has been put through the proper pro
I am trying to suspend-to-disk using the Suspend2 modules. I am using an SSD
drive connected through a SAS bus interface. The SSD acts as a boot disk.
All read and write transactions to the drive works well during normal operation.
when I hibernate (suspend-to-disk).
I get the following error
[EMAIL PROTECTED] wrote:
On Sun, 29 Jul 2007, Rene Herman wrote:
On 07/29/2007 01:41 PM, [EMAIL PROTECTED] wrote:
I agree that tinkering with the core VM code should not be done
lightly,
but this has been put through the proper process and is stalled with no
hints on how to move forward.
Matthew Hawkins wrote:
On 7/25/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
I guess /proc/meminfo, /proc/zoneinfo, /proc/vmstat, /proc/slabinfo
before and after the updatedb run with the latest kernel would be a
first step. top and vmstat output during the run wouldn't hurt either.
Hi Nick,
I
On Sun, 2007-08-05 at 22:04 -0400, Mike Frysinger wrote:
> On 8/5/07, Bryan Wu <[EMAIL PROTECTED]> wrote:
> > Bryan Wu (4):
> > Blackfin SPI driver: Initial supporting BF54x in SPI driver
> >
> > Michael Hennerich (11):
> > Blackfin arch: store labels so we later know who allocated
> >
On 8/5/07, Bryan Wu <[EMAIL PROTECTED]> wrote:
> Bryan Wu (4):
> Blackfin SPI driver: Initial supporting BF54x in SPI driver
>
> Michael Hennerich (11):
> Blackfin arch: store labels so we later know who allocated
> GPIO/Peripheral resources
> Blackfin arch: add peripheral resour
On Sun, 5 Aug 2007 19:03:12 +0300 Dimitrios Apostolou <[EMAIL PROTECTED]> wrote:
> was my report so complicated?
We're bad.
Seems that your context switch rate when running two instances of
badblocks against two different disks went batshit insane. It doesn't
happen here.
Please capture the `v
On Fri, Aug 03, 2007 at 01:10:13PM -0700, Suresh B wrote:
> On Fri, Aug 03, 2007 at 02:20:10AM +0200, Nick Piggin wrote:
> > On Thu, Aug 02, 2007 at 11:33:39AM -0700, Martin Bligh wrote:
> > > Nick Piggin wrote:
> > > >On Wed, Aug 01, 2007 at 03:52:11PM -0700, Martin Bligh wrote:
> > > >>>And so fo
Hi,
On Sun, 5 Aug 2007, Arjan van de Ven wrote:
> Timers are course resolution that is highly HZ-value dependent. For
> cases where you want a finer resolution, the kernel now has a way to
> provide that functionality... so why not use the quality of service this
> provides..
We're going in circ
On Sat, Aug 04, 2007 at 08:30:21PM +0200, Jesper Juhl wrote:
> Back in 2006 (2006-10-31 to be specific, reposted on 2006-11-16), I
> submitted a patch to fix a potential NULL pointer deref in XFS on
> failed mount.
Already checked into xfs-dev tree. Will go to next mainline merge.
http://oss.sg
Lguest drivers need to default to "Y" otherwise they're never selected
for new builds. (We don't bother prompting, because they're less than
4k combined, and implied by selecting lguest support).
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
---
drivers/lguest/Kconfig |2 ++
1 file change
> > because a lot of parts of the kernel think and work in milliseconds,
> > it's logical and USEFUL to at least provide an interface that works on
> > milliseconds.
>
> If the millisecond resolution is enough for these users, that means the
> current msleep will work fine for them.
except that
On 8/6/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> What does 's2ram -i' say about your machine?
This machine can be identified by:
sys_vendor = "LENOVO"
sys_product = "1702E7A"
sys_version = "ThinkPad X60s"
bios_version = "7BETD0WW (2.11 )"
Thanks,
Jeff.
-
To unsubscr
On Sat, Aug 04, 2007 at 09:16:35PM +0200, Florian Weimer wrote:
> * Andrew Morton:
>
> > The easy preventive is to mount with data=writeback. Maybe that should
> > have been the default.
>
> The documentation I could find suggests that this may lead to a
> security weakness (old data in blocks o
Hi,
On Sat, 4 Aug 2007, Arjan van de Ven wrote:
> > hr_msleep makes no sense. Why should we tie this interface to millisecond
> > resolution?
>
> because a lot of parts of the kernel think and work in milliseconds,
> it's logical and USEFUL to at least provide an interface that works on
> milli
On Sun, Aug 05, 2007 at 06:42:30AM -0400, Jeff Garzik wrote:
> Jakob Oestergaard wrote:
> >Oh dear.
> >
> >Why not just make ext3 fsync() a no-op while you're at it?
> >
> >Distros can turn it back on if it's needed...
> >
> >Of course I'm not serious, but like atime, fsync() is something one
>
>
On 8/4/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
> Jan Engelhardt wrote:
> > Hi,
> >
> > with the old rtc.ko module, there was a /proc/sys/dev/rtc/max-user-freq
> > that could be set. With rtc_cmos.ko (or the new rtc infrastructure in
> > general), I am missing this file. Where can I set the ma
On Sat, Aug 04, 2007 at 09:16:35PM +0200, Florian Weimer wrote:
> * Andrew Morton:
>
> > The easy preventive is to mount with data=writeback. Maybe that should
> > have been the default.
>
> The documentation I could find suggests that this may lead to a
> security weakness (old data in blocks o
On Sun, 2007-08-05 at 08:56 +0200, Ingo Molnar wrote:
> * Steven Rostedt <[EMAIL PROTECTED]> wrote:
>
> > P.S. I really found out that the system becomes VERY non-responsive
> > when you run with both hard and softirqs as threads, but with
> > PREEMPT_NONE ;-)
>
> hm. That's not supposed to ha
Hi!
> It is a small - but IMHO nagging - regression between these 2 kernel versions.
>
> To make a "software suspend" at this notebook ("suspend to RAM") you have
> to press + . Pressing the -Key after that wakes up the notenbook.
>
> If you hibernated the system ("suspend to disc"), you have t
On Sun, 2007-08-05 at 09:54 +0200, Stefan Richter wrote:
> Benjamin Herrenschmidt wrote:
> >>> If setting 32-bit DMA mask fails on ppc64, that sounds like a problem
> >>> with the DMA implementation on that architecture. There are enough cards
> >>> out there that only support 32-bit DMA that this
On Sat, 2007-08-04 at 21:41 -0700, Linus Torvalds wrote:
>
> On Sun, 5 Aug 2007, Paul Collins wrote:
> >
> > I got the message below on boot with 2.6.23-rc2 on my PowerBook.
>
> It's a debug message, I think we need to remove it. It's trying to figure
> out what goes wrong with one particular m
Bram <[EMAIL PROTECTED]> :
[...]
> The router attached to it indicates a 100mbit link. But that's about it.
> I cannot get any data over it. I can manually configure it to have an IP
> address and netmask, but it won't see anything on the local net. DHCP
> doesn't work either. Nothing out of the or
Please, fellas, take a look on my post!
Thanks in advance.
Anton Arapov <[EMAIL PROTECTED]> writes:
> Hi!
>
> SysV code returns EIDRM for collision of IDs. I sure it should return
> EINVAL.
>
> Steps to reproduce: (this for shared memory code, for msg/sem it is the
> same)
>1. Create
On Sunday 05 August 2007 08:01, Evgeniy Polyakov wrote:
> On Sun, Aug 05, 2007 at 01:06:58AM -0700, Daniel Phillips wrote:
> > > DST original code worked as device mapper plugin too, but its two
> > > additional allocations (io and clone) per block request ended up
> > > for me as a show stopper.
>
On Sunday 05 August 2007 08:08, Evgeniy Polyakov wrote:
> If we are sleeping in memory pool, then we already do not have memory
> to complete previous requests, so we are in trouble.
Not at all. Any requests in flight are guaranteed to get the resources
they need to complete. This is guaranteed
Brice Figureau <[EMAIL PROTECTED]> writes:
>
> 2) I _still_ don't get the "performances" of 2.6.17, but since that's the
> better combination I could get, I think there is IMHO progress in the right
> direction (to be compared to no progress since 2.6.18, that's better :-)).
If you could charact
On 08/05, Roland McGrath wrote:
>
> > A zombie must have a valid ->signal, we are going to release it and
> > __exit_signal() starts with BUG_ON(!sig).
>
> Yes, this is safe because it's after the EXIT_DEAD check under tasklist_lock.
Yes thanks, the changelog could be better.
We "own" this child
On Sun, 5 Aug 2007 22:41:14 +0200 Luca Tettamanti <[EMAIL PROTECTED]> wrote:
> Il Wed, Jun 27, 2007 at 11:37:01PM -0700, Andrew Morton ha scritto:
> >
> > So I'm running the generic version of this on i386 with 8k stacks (below),
> > with a quick LTP run.
> >
> > Holy cow, either we use a _lot_
> A zombie must have a valid ->signal, we are going to release it and
> __exit_signal() starts with BUG_ON(!sig).
Yes, this is safe because it's after the EXIT_DEAD check under tasklist_lock.
Thanks,
Roland
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
Looks fine to me.
Thanks,
Roland
-
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 FAQ at http://www.tux.org/lkml/
Looks fine to me.
Thanks,
Roland
-
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 FAQ at http://www.tux.org/lkml/
On Sun, 05 Aug 2007, Michal Piotrowski wrote:
> Subject : T60 ACPI issues/THINKPAD_ACPI_INPUT_ENABLED seems regressive
> References : http://lkml.org/lkml/2007/8/1/198
> http://lkml.org/lkml/2007/8/1/176
> Last known good : ?
2.6.22
> Submitter : Michael
On Sun, Aug 05, 2007 at 09:28:38PM +0200, Ingo Molnar wrote:
>
> added the relatime_interval sysctl that allows the changing of the atime
> update frequency. (default: 1 day / 86400 seconds)
What if you specify the interval as a per-mount option? i.e.,
mount -o relatime=86400 /dev/sda
On Sun, Aug 05, 2007 at 09:57:02AM +0200, Florian Weimer wrote:
> For instance, some editors don't perform fsync-then-rename, but simply
> truncate the file when saving (because they want to preserve hard
> links). With XFS, this tends to cause null bytes on crashes. Since
> ext3 has got a much l
On Sun, Aug 05, 2007 at 02:26:53AM +0200, Andi Kleen wrote:
> I always thought the right solution would be to just sync atime only
> very very lazily. This means if a inode is only dirty because of an
> atime update put it on a "only write out when there is nothing to do
> or the memory is really n
On 8/5/07, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Yinghai Lu wrote:
> > pci_scan_bus_on_node(int bus, struct pci_ops *ops, int node)
> > x86_pci_scan_root_bus(int bus)
> > {
> > pci_scan_bus_on_node(bus, &pci_root_ops, -1);
> > }
> >
> > i need node as one param for my patch later in irq.c and
Il Wed, Jun 27, 2007 at 11:37:01PM -0700, Andrew Morton ha scritto:
>
> So I'm running the generic version of this on i386 with 8k stacks (below),
> with a quick LTP run.
>
> Holy cow, either we use a _lot_ of stack or these numbers are off:
>
> vmm:/home/akpm> dmesg -s 100|grep 'bytes left
On Sun, 5 Aug 2007 22:21:12 +0200 Jörn Engel <[EMAIL PROTECTED]> wrote:
> On Sun, 5 August 2007 20:37:14 +0200, Jörn Engel wrote:
> >
> > Guess I should throw in a kernel compile test as well, just to get a
> > feel for the performance.
>
> Three runs each of noatime, relatime and atime, both wi
On Sat, Aug 04, 2007 at 09:42:59PM +0200, J??rn Engel wrote:
> On Sat, 4 August 2007 21:26:15 +0200, J??rn Engel wrote:
> >
> > Given the choice between only "atime" and "noatime" I'd agree with you.
> > Heck, I use it myself. But "relatime" seems to combine the best of both
> > worlds. It curre
On Sun, Aug 05, 2007 at 11:01:18AM -0700, Arjan van de Ven wrote:
>
> on the journalling side this would be one transaction (not 5 milion)
> and... since inodes are grouped on disk, you can even get some better
> coalescing this way...
>
> Wonder if we could do inode-grouping smartly; eg if we H
On Sun, 5 August 2007 20:37:14 +0200, Jörn Engel wrote:
>
> Guess I should throw in a kernel compile test as well, just to get a
> feel for the performance.
Three runs each of noatime, relatime and atime, both with cold caches
and with warm caches. Scripts below. Run on a Thinkpad T40, 1.5GHz,
On Sun, 2007-08-05 at 21:04 +0100, Alan Cox wrote:
> O> you might want to add
> >
> > /*
> > * if the inode is dirty already, do the atime update since
> > * we'll be doing the disk IO anyway to clean the inode.
> > */
> > if (inode->i_state & I_DIRTY)
> > retur
On Sun, 05 Aug 2007, Adrian Bunk wrote:
> René Treffer reported that booting a CONFIG_THINKPAD_ACPI=y kernel on a
> machine without the hardware results in an Oops.
>
> The trace is thinkpad_acpi_module_init -> thinkpad_acpi_module_exit ->
> driver_remove_file -> sysfs_hash_and_remove.
>
> The
> >The idea behind this is to keep the power usage on panicd machines
> >(without auto-reboot) low. Another point is in an Virtual Machine
> >environment the process of the VM is using 100% of the host-cpu. This
> >would stuck other programs or VMs. This patch brings the VM to stop and
> >keeps th
On Sun, 05 Aug 2007, Toralf Förster wrote:
> It is a small - but IMHO nagging - regression between these 2 kernel versions.
>
> To make a "software suspend" at this notebook ("suspend to RAM") you have
> to press + . Pressing the -Key after that wakes up the notenbook.
>
> If you hibernated the s
On Sat, Aug 04, 2007 at 08:36:49PM +0100, Al Viro wrote:
> On Sat, Aug 04, 2007 at 11:24:31PM +0400, Evgeniy Dushistov wrote:
> > Move prototypes and in-core structures to fs/ufs/ similar to what most
> > other filesystems already do.
> >
> > I made little modifications: move also ufs debug macros
Hello and thanks for your reply.
Hi,
The cron job that is running every 10 min on my system is mpop (a
fetchmail-like program) and another running every 5 min is mrtg. Both
normally finish within 1-2 seconds.
The fact that these simple cron jobs don't finish ever is certainly because of
the
O> you might want to add
>
> /*
>* if the inode is dirty already, do the atime update since
>* we'll be doing the disk IO anyway to clean the inode.
>*/
> if (inode->i_state & I_DIRTY)
> return 1;
This makes the actual result somewhat less predic
Thomas Renninger wrote:
On Sun, 2007-08-05 at 21:05 +0200, Richard Knutsson wrote:
Signed-off-by: Richard Knutsson <[EMAIL PROTECTED]>
---
Got this from the compiler (gcc (GCC) 4.1.2 20070626 (Red Hat 4.1.2-13)):
drivers/char/sonypi.c:1153: warning: initialization from incompatible pointer
t
Hi!
> > > Two things which I think would be nice to consider are:
> > >1) Encryption - I'd actually prefer if my luks device did not
> > >remember the key accross a hibernation; I want to be forced to
> > >reenter the phrase. However I don't know what the best thing
> > >
> +static int relatime_need_update(struct inode *inode, struct timespec now)
> +{
> + /*
> + * Is mtime younger than atime? If yes, update atime:
> + */
> + if (timespec_compare(&inode->i_mtime, &inode->i_atime) >= 0)
> + return 1;
> + /*
> + * Is ctime young
René Treffer reported that booting a CONFIG_THINKPAD_ACPI=y kernel on a
machine without the hardware results in an Oops.
The trace is thinkpad_acpi_module_init -> thinkpad_acpi_module_exit ->
driver_remove_file -> sysfs_hash_and_remove.
The error handling if thinkpad_acpi_module_init() fails ge
Arjan van de Ven wrote:
> On Sun, 2007-08-05 at 21:03 +0200, Juergen Kreileder wrote:
>> I've upgraded devmapper to 1.02.20 and lvm2 to 2.02.26. Didn't help much,
>> I just got a the same BUG again:
>>
>> kernel tried to execute NX-protected page - exploit attempt? (uid: 0)
>> BUG: unable to handl
Rafael J. Wysocki pisze:
> On Sunday, 5 August 2007 18:26, Michal Piotrowski wrote:
>> Hi all,
>>
>> Here is a list of some known regressions in 2.6.23-rc2.
>>
>> Feel free to add new regressions/remove fixed etc.
>> http://kernelnewbies.org/known_regressions
>>
>
>> Power management
>>
>> Subjec
On Sun, 2007-08-05 at 21:05 +0200, Richard Knutsson wrote:
> Signed-off-by: Richard Knutsson <[EMAIL PROTECTED]>
> ---
> Got this from the compiler (gcc (GCC) 4.1.2 20070626 (Red Hat 4.1.2-13)):
> drivers/char/sonypi.c:1153: warning: initialization from incompatible pointer
> type
>
>
> diff --g
On Sun, 2007-08-05 at 21:03 +0200, Juergen Kreileder wrote:
> I've upgraded devmapper to 1.02.20 and lvm2 to 2.02.26. Didn't help much,
> I just got a the same BUG again:
>
> kernel tried to execute NX-protected page - exploit attempt? (uid: 0)
> BUG: unable to handle kernel paging request at vir
* Alan Cox <[EMAIL PROTECTED]> wrote:
> > also add the CONFIG_DEFAULT_RELATIME kernel option, which makes
> > "norelatime" the default for all mounts without an extra kernel boot
> > option.
>
> Should be a mount option.
it is already a mount option too.
> > + relatime[FS] default
new version:
added the relatime_interval sysctl that allows the changing of the atime
update frequency. (default: 1 day / 86400 seconds)
Ingo
-->
Subject: [patch] [patch] implement smarter atime updates support
From: Ingo Molnar <[EMAIL PROTECTED]>
change relat
> change relatime updates to be performed once per day. This makes
> relatime a compatible solution for HSM, mailer-notification and
> tmpwatch applications too.
Sweet
>
> also add the CONFIG_DEFAULT_RELATIME kernel option, which makes
> "norelatime" the default for all mounts without an extra k
1 - 100 of 255 matches
Mail list logo
