On Tue, Jan 15, 2008 at 02:05:46PM +0800, Huang, Ying wrote:
> This patch add an architecture specific struct arch_kimage into struct
> kimage. Three pointers to page table pages used by kexec are added to
> struct arch_kimage. The page tables pages are dynamically allocated in
>
On Tue, Jan 15, 2008 at 02:05:42PM +0800, Huang, Ying wrote:
> This patchset cleans up page table setup code of kexec on i386.
>
> This patchset is based on 2.6.24-rc5-mm1 and has been tested on i386
> with/without PAE enabled.
>
>
> v2:
>
> - Rename some function names, such as
Latest, 2.6.24-rc7, and 2.6.23 is the same.
If more information required, tell me. It is btw not latest (not based on
Core2) Xeon.
On Tue, 15 Jan 2008 02:17:20 -0800, Andrew Morton wrote
> On Thu, 10 Jan 2008 14:36:12 +0200 "Denys Fedoryshchenko"
> <[EMAIL PROTECTED]> wrote:
>
> > Hi
> >
>
On Tue, Jan 15, 2008 at 02:36:24PM +0100, Jesper Nilsson wrote:
> - Move alignment to page size of init data outside ifdef for BLK_DEV_INITRD.
> The reservation up to page size of memory after init data was previously
> not done if BLK_DEV_INITRD was undefined.
> This caused a kernel oops
* Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> Can you try this out? It applies after "x86: move all asm/pgtable
> constants into one place".
and here's the patch
Subject: Re: unify pagetable accessors patch causes double fault II
From: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Andi Kleen
On Tue, Jan 15, 2008 at 05:15:27PM +0800, Dave Young wrote:
> Convert the class semaphore to mutex.
>
> Signed-off-by: Dave Young <[EMAIL PROTECTED]>
>
> ---
> drivers/base/class.c | 38 +++---
> drivers/base/core.c| 18 --
>
Quoting Miklos Szeredi ([EMAIL PROTECTED]):
> > Why not "nosubmnt"?
>
> Why not indeed. Maybe I should try to use my brain sometime.
Well it really should have 'user' or 'unpriv' in the name
somewhere. 'nosubmnt' is more confusing than 'nomnt' because
it no submounts really sounds like a
> Tasks are added to the end of waitqueue->task_list through
> add_wait_queue_exclusive, and waken up from the start of the list. So
> I don't think that can happen (its FIFO).
Agreed
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
> current wake up order is simply FIFO by poll(2) called.
> because the VM cannot know how much amount each process can do in free.
> the process rss and freeable memory is not proportional.
Ok this makes sense.
>
> thus I adopt wake up one after another until restoration memory shortage.
>
>
Ingo Molnar wrote:
* H. Peter Anvin <[EMAIL PROTECTED]> wrote:
I did a quick scan over the patchset (not quite awake yet, so I may
very well have missed something), but it looks like EFI (again!) is
the only user of ioremapping before paging_init(). This makes me
wonder if that code can't
* H. Peter Anvin <[EMAIL PROTECTED]> wrote:
> I did a quick scan over the patchset (not quite awake yet, so I may
> very well have missed something), but it looks like EFI (again!) is
> the only user of ioremapping before paging_init(). This makes me
> wonder if that code can't be
* Huang, Ying <[EMAIL PROTECTED]> wrote:
> > in latest x86.git#mm there's an early_ioremap() introduced as part
> > of the PAT series - available on both 32-bit and 64-bit. Could you
> > take a look at it and use that if it's OK for your purposes?
>
> After checking the early_ioremap()
- Move alignment to page size of init data outside ifdef for BLK_DEV_INITRD.
The reservation up to page size of memory after init data was previously
not done if BLK_DEV_INITRD was undefined.
This caused a kernel oops when init memory pages were freed after startup,
data placed in the same
Quoting Miklos Szeredi ([EMAIL PROTECTED]):
> > Sounds like a sysctl to enable FS_SAFE for fuse will make this patch
> > acceptable to everyone?
>
> I think the most generic approach, is to be able to set "safeness" for
> any fs type, not just fuse (Karel's suggestion).
>
> E.g:
>
> echo 1 >
* Hiroshi Shimamoto <[EMAIL PROTECTED]> wrote:
> From: Hiroshi Shimamoto <[EMAIL PROTECTED]>
> Subject: [PATCH] x86: move warning message of polling idle and HT enabled
>
> This warning at idle_setup() is never shown because smp_num_sibling hasn't
> been updated at this point yet.
>
> Move
* Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
>>> coul dyou try this against x86.git as well? We already unified ldt.c as
>>> part of the paravirt patches.
>>>
>>
>> Sure, but it may take me a little while.
>
> I've got the unified version here.
thanks, applied.
> Acked-by: Jeremy
* Yinghai Lu <[EMAIL PROTECTED]> wrote:
> - printk(KERN_INFO "CPU %d: aperture @ %Lx size %u MB\n",
> - num-24, aper_base, aper_size>>20);
> + printk(KERN_INFO "Node %d: aperture @ %Lx size %u MB\n",
> + node++,
* Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> x86: minor cleanup
>
> - let get_stack_long from ptrace_32 use long (not int) for consistency
> - make put_stack_long() return void (return value not used anywhere)
> - add const keyword to args
ptrace*.c has been unified into
On Tue, Jan 15, 2008 at 01:15:33PM +, Christoph Hellwig wrote:
> They won't fsck in planned downtimes. They will have to use fsck when
> the shit hits the fan and they need to. Not sure about ext3, but big
> XFS user with a close tie to the US goverment were concerned about this
> case for
On Tue, Jan 15, 2008 at 03:04:41AM -0800, Andrew Morton wrote:
> I'm wondering about the real value of this change, really.
>
> In any decent environment, people will fsck their ext3 filesystems during
> planned downtime, and the benefit of reducing that downtime from 6
> hours/machine to 2
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> thanks for the detailed report, i think i know what's going on. Could
> you try the patch below, does it fix your problem?
find below the fix with a more complete changelog and with no debugging
printouts.
Ingo
-->
Subject: x86:
I just thought this might be interesting to the discussion.
I recently bought another 2 GB memory for my computer.
My hardware is as following:
Asus Commando (Intel P965 chipset)
Intel Core2 Q6600
4x1 GB Geil PC6400 memory
nVidia 8800 gts (old g80 core, 640 mb mem)
Without booting with
Dave Young reported warnings from lockdep that the workqueue API
can sometimes try to register lockdep classes with the same key
but different names. This is not permitted in lockdep.
Unfortunately, I was unaware of that restriction when I wrote
the code to debug workqueue problems with lockdep
Hi,
Andi Kleen <[EMAIL PROTECTED]> writes:
[...]
> --- linux.orig/include/asm-x86/pgtable-2level.h
> +++ linux/include/asm-x86/pgtable-2level.h
> @@ -75,6 +75,8 @@ static inline int pte_exec_kernel(pte_t
> #define pgoff_to_pte(off) \
> ((pte_t) { .pte_low = (((off) & 0x1f) << 1) +
Huang, Ying wrote:
After checking the early_ioremap() implementation in
arch/x86/kernel/setup_32.c, I found that it is a duplication of
bt_ioremap() implementation in arch/x86/mm/ioremap_32.c. Both
implementations use set_fixmap(), so they can be used only after
paging_init().
The
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> I just applied over the whole git-x86 patchkit (tip
> 2f42671697ea9abc7d10ea7f663d6ef6e8ec6358) + the two build fixes
> Unfortunately it didn't work, although the faulting loop is shorter
> now:
>
> Freeing unused kernel memory: 260k freed
>
Convert to requeue_io_wait() for case:
inode is locked.
Cc: Michael Rubin <[EMAIL PROTECTED]>
Cc: Peter Zijlstra <[EMAIL PROTECTED]>
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
---
fs/fs-writeback.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
---
Introduce queue_dirty() to enqueue a newly dirtied inode.
It helps remove duplicate code.
Cc: Michael Rubin <[EMAIL PROTECTED]>
Cc: Peter Zijlstra <[EMAIL PROTECTED]>
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
---
fs/fs-writeback.c | 21 +
1 files changed, 13
Replace redirty_tail() with queue_dirty() on memory backed bdi.
It makes no difference - only simpler.
Cc: Michael Rubin <[EMAIL PROTECTED]>
Cc: Peter Zijlstra <[EMAIL PROTECTED]>
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
---
fs/fs-writeback.c |2 +-
1 files changed, 1 insertion(+), 1
Convert to requeue_io_wait() for case:
- kupdate cannot write all pages due to some blocking condition;
- during sync, a file is being written to too fast, starving other
files.
In the case of sync, requeue_io_wait() can break the starvation because the
inode requeued
Andrew,
This patchset mainly polishes the writeback queuing policies.
The main goals are:
(1) small files should not be starved by big dirty files
(2) sync as fast as possible for not-blocked inodes/pages
- don't leave them out; no congestion_wait() in between them
(3) avoid busy iowait for
Make the if-else straight in __sync_single_inode().
No behavior change.
Cc: Michael Rubin <[EMAIL PROTECTED]>
Cc: Peter Zijlstra <[EMAIL PROTECTED]>
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
---
fs/fs-writeback.c | 15 +++
1 files changed, 7 insertions(+), 8 deletions(-)
---
Remove redirty_tail(). It's no longer used.
Cc: Michael Rubin <[EMAIL PROTECTED]>
Cc: Peter Zijlstra <[EMAIL PROTECTED]>
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
---
fs/fs-writeback.c | 24
1 files changed, 24 deletions(-)
--- linux-mm.orig/fs/fs-writeback.c
Redirtied inodes could be seen in really fast writes.
They should really be synced as soon as possible.
redirty_tail() could delay the inode for up to 30s.
Kill the delay by using requeue_io() instead.
Cc: Michael Rubin <[EMAIL PROTECTED]>
Cc: Peter Zijlstra <[EMAIL PROTECTED]>
Signed-off-by:
Revert 2e6883bdf49abd0e7f0d9b6297fc3be7ebb2250b.
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
---
fs/fs-writeback.c |2 --
include/linux/writeback.h |1 -
mm/page-writeback.c |9 +++--
3 files changed, 3 insertions(+), 9 deletions(-)
Index:
The `truncated' page in block_write_full_page() may stick for a long time.
E.g. ext2_rmdir() will set i_size to 0, and then the dir inode may hang around
because of being referenced by someone.
So clear PAGECACHE_TAG_DIRTY to prevent pdflush from retrying and iowaiting on
it.
Tested-by: Joerg
Convert to requeue_io_wait() for case:
pages skipped due to locked buffers.
Cc: Michael Rubin <[EMAIL PROTECTED]>
Cc: Peter Zijlstra <[EMAIL PROTECTED]>
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
---
fs/fs-writeback.c |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
---
Introduce super_block.s_more_io_wait to park inodes that for some reason cannot
be synced immediately. They will be revisited in the next s_io enqueue
time(<=5s).
The new data flow after this patchset:
s_dirty --> s_io --> s_more_io/s_more_io_wait --+
^
Introduce writeback_control.more_io to indicate that more I/O is
scheduled for this wakeup of pdflush.
Note that more_io is only updated on the _visited_ superblocks,
which prevents pdflush deamons from interfering with one another.
Cc: Michael Rubin <[EMAIL PROTECTED]>
Merge duplicate code from background_writeout() and wb_kupdate() into
writeback_some_pages().
The pages_skipped in background_writeout() is ignored. The inode cannot be
written now will be retried in the next run of pdflush, typically in 5s.
Cc: Michael Rubin <[EMAIL PROTECTED]>
Cc: Peter
commit abd7e7b7e05f8af290e7a7e6c5f3cbb57192523a
Author: Jan Engelhardt <[EMAIL PROTECTED]>
Date: Tue Jan 15 03:31:39 2008 +0100
x86: minor cleanup
- let get_stack_long from ptrace_32 use long (not int) for consistency
- make put_stack_long() return void (return value not used
On Tue, 2008-01-15 at 13:39 +0100, Johannes Berg wrote:
> > > To make sure now:
> > > same key - different name - BAD
> > > same key - same name- OK
> > > different key - same name - OK
> >
> > Strictly speaking one can do that, although I would recommend against it
KOSAKI Motohiro wrote:
Hi
at one point, I found the large file copy speed was different depending on
the copy method.
I compared below method
- read(2) and write(2).
- mmap(2) x2 and memcpy.
- mmap(2) and write(2).
in addition, effect of fadvice(2) and madvice(2) is checked.
to a strange
On Mon, Jan 14, 2008 at 12:02:42PM -0800, Christoph Lameter wrote:
> Hmmm... In most of the callsites we hold a writelock on mmap_sem right?
Not in all, like Marcelo pointed out in kvm-devel, so the lowlevel
locking can't relay on the VM locks.
About your request to schedule in the mmu notifier
> >But you're right that would be an useful feature. But wouldn't it require
> >aligning rodata to 2MB in the vmlinux to be really effective?
>
> Yes, that would be desirable then (and .data should be at a 2/4 Mb
> boundary for this, too).
Yes, rather .rodata/.text together and .data/.bss
> > To make sure now:
> > same key - different name - BAD
> > same key - same name- OK
> > different key - same name - OK
>
> Strictly speaking one can do that, although I would recommend against it
> - it leads to confusion as to which lock got into trouble
On Tue, Jan 15, 2008 at 10:45:26AM +, Russell King wrote:
> I never got a response on my message, but I have just receieved:
>
> | Date: Tue, 15 Jan 2008 11:05:00 +0100
> | From: Joerg Wagner <[EMAIL PROTECTED]>
> | To: ARM Linux Mailing List <[EMAIL PROTECTED]>
> | Subject: 2.6.24-rc7 :
On Tue, Jan 15, 2008 at 01:30:10AM +0100, Johannes Berg wrote:
> Hi,
>
> Looking through hrtimer.c I noticed
>
> static void __devinit init_hrtimers_cpu(int cpu)
>
> static int __cpuinit hrtimer_cpu_notify(struct notifier_block *self,
> unsigned long
On Tue, Jan 15, 2008 at 01:07:02PM +0800, Shaohua Li wrote:
> > > +
> > > +/* Called after ACPI is enabled */
> > > +static int __init acpi_pcie_support_init(void)
> > > +{
> > > + pcie_aspm_init();
> > > + return 0;
> > > +}
> > > +fs_initcall(acpi_pcie_support_init);
> >
> > Is there any reason
Hi,
On Tue, Jan 15, 2008 at 07:47:22PM +0900, KOSAKI Motohiro wrote:
> sound good for me.
> a few question please.
>
> > + for (i=0; i > + if (rlim_names[i])
> > + buffer += sprintf(buffer, "Rlim%s:\t", rlim_names[i]);
> > + else
> > +
On Tue, 2008-01-15 at 11:41 +0100, Johannes Berg wrote:
> Ok, I checked all users of the create*workqueue() API now.
>
> Turns out that there are many users that give a dynamic string as the
> workqueue name (only the first three are relevant for the problem at
> hand because the others are
Thanks Kumar/Morton/Kim
I shall make a small paragraph which describes the TDM driver
architecture and the interfaces it exposes.
As far as 8315 TDM is concerned it is a non QE driver and quite
different from this except for the functionality and external interface
it exposes.
Right now TDM is
Hi,
Looking through hrtimer.c I noticed
static void __devinit init_hrtimers_cpu(int cpu)
static int __cpuinit hrtimer_cpu_notify(struct notifier_block *self,
unsigned long action, void *hcpu)
Couldn't the first be __cpuinit as well?
johannes
Ok, I checked all users of the create*workqueue() API now.
Turns out that there are many users that give a dynamic string as the
workqueue name (only the first three are relevant for the problem at
hand because the others are single-threaded):
drivers/connector/cn_queue.c
Hi Alan,
On Tue, Jan 15, 2008 at 11:20:27AM +, Alan Cox wrote:
> On Tue, 15 Jan 2008 19:59:02 +0900
> KOSAKI Motohiro <[EMAIL PROTECTED]> wrote:
>
> >
> > > > the core of this patch series.
> > > > add /dev/mem_notify device for notification low memory to user process.
> > >
> > > As you
>>> Andi Kleen <[EMAIL PROTECTED]> 15.01.08 11:04 >>>
>On Tuesday 15 January 2008 10:05:44 Jan Beulich wrote:
>> >+ ref_prot = canon_pgprot(ref_prot);
>> >+ prot = canon_pgprot(prot);
>> >+
>> >if (pgprot_val(prot) != pgprot_val(ref_prot)) {
>> >...
>> >} else if (level == 4) {
>>
>> The one concept that I'm missing (but that I can easily produce a follow-up
>> patch for, as I had this in my c_p_a() changes) is the tracking and adjusting
>> of the reference protection for a large page range that got fully converted
>> to another type (namely relevant for .rodata if it
Hi Alan
thank you for kindfull explain.
> > > > the core of this patch series.
> > > > add /dev/mem_notify device for notification low memory to user process.
> > >
> > > As you only wake one process how would you use this API from processes
> > > which want to monitor and can free memory under
* Denys Fedoryshchenko <[EMAIL PROTECTED]> wrote:
> Hi
>
> After physical memory upgrade from 3GB to 4GB (also it happens on 5GB)
> got kernel panic.
>
> Because it is happening on early stage and my machine doesn't contain
> serial port, i had to take photo. Kernel boots fine with 64GB
> > [ 9031.028000] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2
> > frozen
> > [ 9031.028000] ata1.00: cmd c8/00:08:90:ca:ce/00:00:00:00:00/e0 tag 0 cdb
> > 0x0
> > data 4096 in
> > [ 9031.028000] res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4
> > (timeout)
We got
On Tue, 15 Jan 2008 19:59:02 +0900
KOSAKI Motohiro <[EMAIL PROTECTED]> wrote:
>
> > > the core of this patch series.
> > > add /dev/mem_notify device for notification low memory to user process.
> >
> > As you only wake one process how would you use this API from processes
> > which want to
On Tue, Jan 15, 2008 at 12:04:09PM +0900, K.Tanaka wrote:
> -dm-mirror's redundancy doesn't work. A read error from the disk consisting
>the array will be directory passed to the userspace, without reading from
>the other mirror.
>(It turns out that this issue is a known issue, but
On Tue, 15 Jan 2008 18:11:25 +0800
"Mao Rui" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have a PQI Turbo SATA DOM. It works well under Windows. I installed it in
> a SuperMicro motherboard, Intel 5000P chipset. The OS is Ubuntu 7.04, kernel
> 2.6.20-15. But the DOM is not appeared as a device node,
I'm wondering about the real value of this change, really.
In any decent environment, people will fsck their ext3 filesystems during
planned downtime, and the benefit of reducing that downtime from 6
hours/machine to 2 hours/machine is probably fairly small, given that there
is no service
> Why not "nosubmnt"?
Why not indeed. Maybe I should try to use my brain sometime.
Thanks,
Miklos
--
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
> > the core of this patch series.
> > add /dev/mem_notify device for notification low memory to user process.
>
> As you only wake one process how would you use this API from processes
> which want to monitor and can free memory under load. Also what fairness
> guarantees are there...
Sorry, I
On Mon, 14 Jan 2008 00:19:20 +0200 Georgi Chulkov <[EMAIL PROTECTED]> wrote:
> Hello,
>
> During heavy disk load on my laptop, sometimes the IDE disk will pause for a
> second and then continue. I get this in my kernel log:
>
> [ 9031.028000] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0
On Jan 15, 2008 8:41 AM, Miklos Szeredi <[EMAIL PROTECTED]> wrote:
> > Quoting Miklos Szeredi ([EMAIL PROTECTED]):
> > > From: Miklos Szeredi <[EMAIL PROTECTED]>
> > >
> > > Add a new mount flag "nomnt", which denies submounts for the owner.
> > > This would be useful, if we want to support
[EMAIL PROTECTED] writes:
> +
> /* Returns the number of the node containing CPU 'cpu' */
> static inline int cpu_to_node(int cpu)
> {
> - return cpu_to_node_map[cpu];
> + u16 *cpu_to_node_map = x86_cpu_to_node_map_early_ptr;
> +
> + if (cpu_to_node_map)
> + return
On Tue, 15 Jan 2008 10:01:21 +0900
KOSAKI Motohiro <[EMAIL PROTECTED]> wrote:
> the core of this patch series.
> add /dev/mem_notify device for notification low memory to user process.
As you only wake one process how would you use this API from processes
which want to monitor and can free
Hi alan
> > show new member of zone struct by /proc/zoneinfo.
> >
> > Signed-off-by: Marcelo Tosatti <[EMAIL PROTECTED]>
> > Signed-off-by: KOSAKI Motohiro <[EMAIL PROTECTED]>
>
> Minor NAK - Please put new fields at the end - it makes it less likely to
> break badly written tools.
Oh I see.
I
On Tue, 15 Jan 2008 10:03:23 +0900
KOSAKI Motohiro <[EMAIL PROTECTED]> wrote:
> show new member of zone struct by /proc/zoneinfo.
>
> Signed-off-by: Marcelo Tosatti <[EMAIL PROTECTED]>
> Signed-off-by: KOSAKI Motohiro <[EMAIL PROTECTED]>
Minor NAK - Please put new fields at the end - it makes
I never got a response on my message, but I have just receieved:
| Date: Tue, 15 Jan 2008 11:05:00 +0100
| From: Joerg Wagner <[EMAIL PROTECTED]>
| To: ARM Linux Mailing List <[EMAIL PROTECTED]>
| Subject: 2.6.24-rc7 : oprofile on MPCore broken
|
| Hello,
|
| just tried to use oprofile on
Hi
sound good for me.
a few question please.
> + for (i=0; i + if (rlim_names[i])
> + buffer += sprintf(buffer, "Rlim%s:\t", rlim_names[i]);
> + else
> + buffer += sprintf(buffer, "Rlim%d:\t", i);
this else is really necessary?
2008/1/15, Miklos Szeredi <[EMAIL PROTECTED]>:
> > Thanks for your review, Peter and Miklos!
> >
> > I overlooked this case when AS_MCTIME flag has been turned off and the
> > page is still dirty.
> >
> > On the other hand, the words "shall be marked for update" may be
> > considered as just
> Quoting Miklos Szeredi ([EMAIL PROTECTED]):
> > From: Miklos Szeredi <[EMAIL PROTECTED]>
> >
> > Add a new mount flag "nomnt", which denies submounts for the owner.
> > This would be useful, if we want to support traditional /etc/fstab
> > based user mounts.
> >
> > In this case mount(8) would
> Quoting Miklos Szeredi ([EMAIL PROTECTED]):
> > From: Miklos Szeredi <[EMAIL PROTECTED]>
> >
> > On mount propagation, let the owner of the clone be inherited from the
> > parent into which it has been propagated. Also if the parent has the
> > "nosuid" flag, set this flag for the child as
On Mon, 2008-01-14 at 23:16 +0100, Andi Kleen wrote:
> Since change_page_attr() is tricky code it is good to have some regression
> test code. This patch maps and unmaps some random pages in the direct mapping
> at boot and then dumps the state and does some simple sanity checks.
>
> Add it with
On Sun, 13 Jan 2008, Adrian Bunk wrote:
> > Rank 1: implement (hid code)
> > WARN_ON at drivers/hid/hid-core.c:784
> > Reported 23 times (39 total reports)
> > This appears to be the kernel doing a WARN_ON based on unexpected
> > ioctl() arguments
> > More info:
Hi Steve,
On Mon, 14 Jan 2008 22:28:51 +, Steve Hardy wrote:
> > As far as I know boolean parameters take values 0 and 1, not N and Y.
>
> Not on the systems I am testing on (2.6.24-rc6) - the sysfs interface
> displays boolean parameters as Y/N, and will accept boot parameters as
> either
> Sounds like a sysctl to enable FS_SAFE for fuse will make this patch
> acceptable to everyone?
I think the most generic approach, is to be able to set "safeness" for
any fs type, not just fuse (Karel's suggestion).
E.g:
echo 1 > /proc/sys/fs/types/cifs/safe
This would also provide a way to
On Tuesday 15 January 2008 11:15:02 Harvey Harrison wrote:
> On Tue, 2008-01-15 at 11:06 +0100, Andi Kleen wrote:
> > On Tuesday 15 January 2008 10:29:51 Harvey Harrison wrote:
> > > On Mon, 2008-01-14 at 23:16 +0100, Andi Kleen wrote:
> > > > Instead of open coding the bit accesses uses standard
El Mon, 7 Jan 2008 17:31:39 +0100
Sam Ravnborg <[EMAIL PROTECTED]> escribió:
> On Mon, Jan 07, 2008 at 04:53:44PM +0100, Alejandro Riveira Fernández wrote:
> >
> >MODPOST vmlinux.o
> > WARNING: vmlinux.o(.text.head+0xe4): Section mismatch: reference to
> > .init.data.2:trampoline_level4_pgt
Yasunori Goto wrote:
Yasunori Goto wrote:
Hello Nadia-san.
@@ -118,6 +122,10 @@ struct ipc_namespace {
size_t shm_ctlall;
int shm_ctlmni;
int shm_tot;
+
+#ifdef CONFIG_MEMORY_HOTPLUG
+ struct notifier_block ipc_memory_hotplug;
On Thu, 10 Jan 2008 14:36:12 +0200 "Denys Fedoryshchenko" <[EMAIL PROTECTED]>
wrote:
> Hi
>
> I have same issue, but it's never passed synchronization.
>
> Jan 10 12:59:44 visp-1 Time: tsc clocksource has been installed.
> Jan 10 13:41:51 visp-1 ACPI: HPET 000F29CD, 0038 (r1 DELL PE_SC3
> Quoting Miklos Szeredi ([EMAIL PROTECTED]):
> > From: Miklos Szeredi <[EMAIL PROTECTED]>
> >
> > Allow clone_mnt() to return errors other than ENOMEM. This will be used for
> > returning a different error value when the number of user mounts goes over
> > the
> > limit.
> >
> > Fix
On Tue, 2008-01-15 at 11:06 +0100, Andi Kleen wrote:
> On Tuesday 15 January 2008 10:29:51 Harvey Harrison wrote:
> > On Mon, 2008-01-14 at 23:16 +0100, Andi Kleen wrote:
> > > Instead of open coding the bit accesses uses standard style
> > > *PageDeferred* macros.
> > >
> >
> > Any reason
Hi,
I have a PQI Turbo SATA DOM. It works well under Windows. I installed it in
a SuperMicro motherboard, Intel 5000P chipset. The OS is Ubuntu 7.04, kernel
2.6.20-15. But the DOM is not appeared as a device node, and I found several
error messages in kernel log.
[ 67.124299] ata2.00: qc
Hi,
because I needed it already twice in two different projects this week: the
following patch adds rlim (ulimits) output to /proc//status.
Please let me know if there is another (already existing) way of accessing
this information easy (i.e. connecting with gdb to the process in question
and
On Tuesday 15 January 2008 10:11:44 Jan Beulich wrote:
> >>> Andi Kleen <[EMAIL PROTECTED]> 14.01.08 23:16 >>>
> >
> >Lots of improvements to change_page_attr(). Make it a lot more
> >efficient and fix various bugs.
> >
> >Changes against earlier version
> >
> >- Fixed some checkpatch.pl
On Tuesday 15 January 2008 10:05:44 Jan Beulich wrote:
> >+ref_prot = canon_pgprot(ref_prot);
> >+prot = canon_pgprot(prot);
> >+
> > if (pgprot_val(prot) != pgprot_val(ref_prot)) {
> >...
> > } else if (level == 4) {
> >...
> > } else {
> > /*
> > *
On Tuesday 15 January 2008 10:29:51 Harvey Harrison wrote:
> On Mon, 2008-01-14 at 23:16 +0100, Andi Kleen wrote:
> > Instead of open coding the bit accesses uses standard style
> > *PageDeferred* macros.
> >
>
> Any reason these couldn't be static inlines in a shared header?
The whole usage
At Mon, 14 Jan 2008 16:03:22 -0500,
Daniel Hazelton wrote:
>
> On Monday 14 January 2008 06:04:20 Takashi Iwai wrote:
>
> > >
> > > Could this have anything to do with the following messages I've seen when
> > > trying -rc7 ?
> > >
> > > [7.760269] pnpacpi: exceeded the max number of mem
On Tue, 2008-01-15 at 10:59 +0100, Andi Kleen wrote:
> > global_flush_tlb outside CONFIG_CPA_DEBUG here. Intentional?
>
> Yes that's all intentional. Without CPA_DEBUG there is only a single flush,
> with CPA_DEBUG we flush more often simply to catch bugs.
>
OK, it just looked a bit fishy with
On Tue, Jan 15 2008, Jens Axboe wrote:
> On Tue, Jan 15 2008, Jens Axboe wrote:
> > On Mon, Jan 14 2008, Jens Axboe wrote:
> > > On Mon, Jan 14 2008, Chris Mason wrote:
> > > > Hello everyone,
> > > >
> > > > Here is a modified version of Jens' patch. The basic idea is to push
> > > > the
At Mon, 14 Jan 2008 21:46:58 +0100,
Harald Dunkel wrote:
>
> Dear Takashi-san,
>
> Takashi Iwai wrote:
> >
> > The "regression" was your original problem, no sound on rc7, which was
> > fixed by reverting the patch. Now I'd like to know that my new patch
> > doesn't break after reverting the
On Tue, 2008-01-15 at 11:00 +0100, Andi Kleen wrote:
> > > +void dump_pagetable(unsigned long address)
> >
> > static?
>
> This is used by other files too with future patches. Also
> in general it's useful for debugging stuff - i often put calls
> to it into debugging patches.
>
> > > +{
> > >
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Tue, Jan 15, 2008 at 09:57:57AM +0100, Ingo Molnar wrote:
> >
> > * Andi Kleen <[EMAIL PROTECTED]> wrote:
> >
> > > On a fresh object dir I get for a 32bit build:
> >
> > you seem to have a modified git repository.
>
> Would surprise me -- i
On Tuesday 15 January 2008 09:40:27 Jan Beulich wrote:
> >-/* clflush is still broken. Disable for now. */
> >-if (1 || !cpu_has_clflush)
> >+if (a->full_flush)
> > asm volatile("wbinvd" ::: "memory");
> >-else list_for_each_entry(pg, l, lru) {
> >-void *adr
> global_flush_tlb outside CONFIG_CPA_DEBUG here. Intentional?
Yes that's all intentional. Without CPA_DEBUG there is only a single flush,
with CPA_DEBUG we flush more often simply to catch bugs.
-Andi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
401 - 500 of 1070 matches
Mail list logo
