What a confusing name for a macro...
Cc: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
include/linux/kobject.h | 18 --
1 files changed, 0 insertions(+), 18 deletions(-)
diff --git a/include/linux/kobject.h b/include/linux/kobject.h
Now ksets can be dynamically created on the fly, no static definitions
are required. Thanks to Miklos for hints on how to make this work
better for the callers.
And thanks to Kay for finding some stupid bugs in my original version
and pointing out that we need to handle the fact that kobject's
We don't need a "default" ktype for a kset. We should set this
explicitly every time for each kset. This change is needed so that we
can make ksets dynamic, and cleans up one of the odd, undocumented
assumption that the kset/kobject/ktype model has.
This patch is based on a lot of help from Kay
This is what the kobject_add function is going to become.
Add this to the kernel and then we can convert the tree over to use it.
Cc: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
include/linux/kobject.h |3 ++
lib/kobject.c | 66
Also add a kobject_init_and_add function which bundles up what a lot of
the current callers want to do all at once, and it properly handles the
memory usages, unlike kobject_register();
Cc: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
Kay pointed out that kobject_set_name was being very stupid, doing two
allocations for every call, when it should just be using the kernel
function kvasprintf() instead.
This change adds the internal kobject_set_name_vargs() function, which
other follow-on patches will be using.
Cc: Kay Sievers
No one except the kobject core calls it so make the function static.
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
include/linux/kobject.h |2 --
lib/kobject.c |9 -
2 files changed, 4 insertions(+), 7 deletions(-)
diff --git a/include/linux/kobject.h
This is what the kobject_init function is going to become.
Add this to the kernel and then we can convert the tree over to use it.
Cc: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
include/linux/kobject.h |1 +
lib/kobject.c | 42
hvcs is using a kobject only for reference counting, nothing else. So
switch it to use a kref instead, which is all that is needed, and is
much smaller.
Cc: Anton Blanchard <[EMAIL PROTECTED]>
Cc: Paul Mackerras <[EMAIL PROTECTED]>
Cc: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Cc: Ryan S.
The IBM icom serial driver is using a kobject only for reference
counting, nothing else. So switch it to use a kref instead, which is
all that is needed, and is much smaller.
Cc: Anton Blanchard <[EMAIL PROTECTED]>
Cc: Paul Mackerras <[EMAIL PROTECTED]>
Cc: Benjamin Herrenschmidt <[EMAIL
hvc_console is using a kobject only for reference counting, nothing
else. So switch it to use a kref instead, which is all that is needed,
and is much smaller.
Cc: Anton Blanchard <[EMAIL PROTECTED]>
Cc: Paul Mackerras <[EMAIL PROTECTED]>
Cc: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Cc: Ryan
The IBM asm driver is using a kobject only for reference counting,
nothing else. So switch it to use a kref instead, which is all that is
needed, and is much smaller.
Cc: Max Asböck <[EMAIL PROTECTED]>
Cc: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
From: Kay Sievers <[EMAIL PROTECTED]>
Instead of walking from the source down to the root of sysfs, and back
to the target, we stop at the first directory the source and the target
share.
This link:
/devices/pci:00/:00:1d.7/usb1/1-0:1.0/ep_81
pointed to:
From: Jiri Slaby <[EMAIL PROTECTED]>
SPIN_LOCK_UNLOCKED is deprecated, use DEFINE_SPINLOCK instead
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Cc: Tejun Heo <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
It isn't that hard to add simple kset attributes, so don't go through
all the gyrations of creating your own object type and show and store
functions. Just use the functions that are already present. This makes
things much simpler.
Note, the version_str string violates the "one value per file"
From: Emil Medve <[EMAIL PROTECTED]>
Removed duplicates defined elsewhere
Signed-off-by: Emil Medve <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/i2c/chips/isp1301_omap.c |6 --
drivers/isdn/gigaset/gigaset.h |6 --
From: Tony Jones <[EMAIL PROTECTED]>
Signed-off-by: Tony Jones <[EMAIL PROTECTED]>
Cc: Alex Dubov <[EMAIL PROTECTED]>
Cc: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/misc/tifm_7xx1.c |4 ++--
drivers/misc/tifm_core.c | 24
From: Tony Jones <[EMAIL PROTECTED]>
struct class_device is going away, this converts the code to use struct
device instead.
Signed-off-by: Tony Jones <[EMAIL PROTECTED]>
Cc: Jan "Yenya" Kasprzak <[EMAIL PROTECTED]>
Cc: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL
From: Tony Jones <[EMAIL PROTECTED]>
struct class_device is going away, this converts the code to use struct
device instead.
Signed-off-by: Tony Jones <[EMAIL PROTECTED]>
Cc: Tim Waugh <[EMAIL PROTECTED]>
Cc: Jens Axboe <[EMAIL PROTECTED]>
Cc: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg
From: Tony Jones <[EMAIL PROTECTED]>
struct class_device is going away, this converts the code to use struct
device instead.
Signed-off-by: Tony Jones <[EMAIL PROTECTED]>
Cc: Peter Osterlund <[EMAIL PROTECTED]>
Cc: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL
From: Tony Jones <[EMAIL PROTECTED]>
struct class_device is going away, this converts the code to use struct
device instead.
Signed-off-by: Tony Jones <[EMAIL PROTECTED]>
Cc: Russell King <[EMAIL PROTECTED]>
Cc: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL
From: Tony Jones <[EMAIL PROTECTED]>
struct class_device is going away, this converts the code to use struct
device instead.
Signed-off-by: Tony Jones <[EMAIL PROTECTED]>
Cc: David Woodhouse <[EMAIL PROTECTED]>
Cc: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL
From: Tony Jones <[EMAIL PROTECTED]>
Signed-off-by: Tony Jones <[EMAIL PROTECTED]>
Cc: Kay Sievers <[EMAIL PROTECTED]>
Acked-by: Karsten Keil <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/isdn/capi/capi.c |6 +++---
1 files changed, 3 insertions(+), 3
From: Tony Jones <[EMAIL PROTECTED]>
struct class_device is going away, this converts the code to use struct
device instead.
Signed-off-by: Tony Jones <[EMAIL PROTECTED]>
Cc: Joshua Thompson <[EMAIL PROTECTED]>
Cc: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Cc: Kay Sievers <[EMAIL PROTECTED]>
From: Tony Jones <[EMAIL PROTECTED]>
Signed-off-by: Tony Jones <[EMAIL PROTECTED]>
Cc: Gadi Oxman <[EMAIL PROTECTED]>
Cc: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/ide/ide-tape.c | 14 ++
1 files changed, 6 insertions(+), 8
From: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Kay Sievers <[EMAIL PROTECTED]>
Cc: Tony Jones <[EMAIL PROTECTED]>
Cc: Jan Harkes <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
fs/coda/psdev.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
From: Tony Jones <[EMAIL PROTECTED]>
Signed-off-by: Tony Jones <[EMAIL PROTECTED]>
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
Cc: Shannon Nelson <[EMAIL PROTECTED]>
Cc: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/dma/dmaengine.c | 43
From: Tony Jones <[EMAIL PROTECTED]>
Signed-off-by: Tony Jones <[EMAIL PROTECTED]>
Cc: Jens Axboe <[EMAIL PROTECTED]>
Cc: Sam Hopkins <[EMAIL PROTECTED]>
Cc: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
drivers/block/aoe/aoechr.c |7 +++
1
From: Rafael J. Wysocki <[EMAIL PROTECTED]>
This patch reorganizes the way suspend and resume notifications are
sent to drivers. The major changes are that now the PM core acquires
every device semaphore before calling the methods, and calls to
device_add() during suspends will fail, while calls
From: Evgeniy Polyakov <[EMAIL PROTECTED]>
This adds kref_set() to the kref api for future use by people who really
know what they are doing with krefs...
From: Evgeniy Polyakov <[EMAIL PROTECTED]>
Cc: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
From: Robert P. J. Day <[EMAIL PROTECTED]>
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
Documentation/pnp.txt |4 ++--
Documentation/s390/cds.txt |2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/Documentation/pnp.txt b/Documentation/pnp.txt
index
As pointed out by Kay.
Cc: Kay Sievers <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
lib/kobject.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/lib/kobject.c b/lib/kobject.c
index 3590f02..9500339 100644
--- a/lib/kobject.c
+++
From: Frank Seidel <[EMAIL PROTECTED]>
This is a driver to control the cardbus wireless data card that works on
3g networks.
Greg Kroah-Hartman <[EMAIL PROTECTED]> did the initial driver cleanup.
Thanks to Arnaud Patard <[EMAIL PROTECTED]> for help with bugfixing.
Thanks to Alan Cox for a lot of
From: Zhang Le <[EMAIL PROTECTED]>
Signed-off-by: Zhang Le <[EMAIL PROTECTED]>
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
Documentation/zh_CN/CodingStyle | 701 +++
1 files changed, 701 insertions(+),
From: Jean Delvare <[EMAIL PROTECTED]>
Signed-off-by: Jean Delvare <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
fs/sysfs/dir.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/sysfs/dir.c b/fs/sysfs/dir.c
index f281cc6..4948d9b 100644
From: Li Yang <[EMAIL PROTECTED]>
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
Documentation/zh_CN/sparse.txt | 100
1 files changed, 100 insertions(+), 0 deletions(-)
create mode 100644
From: TripleX Chung <[EMAIL PROTECTED]>
Signed-off-by: TripleX Chung <[EMAIL PROTECTED]>
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
Documentation/zh_CN/stable_kernel_rules.txt | 66 +++
1 files changed, 66
From: Bryan Wu <[EMAIL PROTECTED]>
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
.../zh_CN/volatile-considered-harmful.txt | 113
1 files changed, 113 insertions(+),
From: Li Yang <[EMAIL PROTECTED]>
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
Documentation/zh_CN/SubmittingDrivers | 168 +
1 files changed, 168 insertions(+), 0 deletions(-)
create mode 100644
From: Dave Young <[EMAIL PROTECTED]>
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
Documentation/zh_CN/oops-tracing.txt | 212 ++
1 files changed, 212
From: TripleX Chung <[EMAIL PROTECTED]>
Signed-off-by: TripleX Chung <[EMAIL PROTECTED]>
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
Documentation/zh_CN/SubmittingPatches | 416 +
1 files changed, 416
From: Li Yang <[EMAIL PROTECTED]>
Update translation for commit be3884943674f8ee7656b1d8b71c087ec900c836.
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
Documentation/zh_CN/HOWTO |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
From: Li Yang <[EMAIL PROTECTED]>
Rephrase the introduction as suggested by Jesper Juhl.
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
---
Documentation/zh_CN/HOWTO |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git
Due to the low level nature of these patches, and because they touch so
many different parts of the kernel, a number of the subsystem
maintainers have asked me to get them in first to make merging other
trees easier.
Here are a pretty large number of kobject, documentation, and driver
core
Hi,
Now I report the result of dm-band bandwidth control test I did yesterday.
I've got really good results that dm-band works as I expected. I made
several band-groups on several disk partitions and gave them heavy I/O loads.
Hardware Spec.
==
DELL Dimention E521:
Linux
Hi Tejun:
> Okay, here's reformatted in-line version. Shane, please invest some
> time into setting up email environment. Sending patches via email is
> an important part of the linux kernel development process and if
> you're gonna submit patches, you're just gonna have to do it.
Right.
SB700 SATA MSI bug will be fixed in SB700 revision A21 at hardware
level,
but the SB700 revision older than A21 will also be found in the market.
This patch modify the original quirk commit
bc38b411fe696fad32b261f492cb4afbf1835256 instead of withdrawing it.
The patch also removes quirk to 0x4395
From: Shane Huang <[EMAIL PROTECTED]>
SB700 SATA MSI bug will be fixed in SB700 revision A21 at hardware
level, but the SB700 revision older than A21 will also be found in the
market. This patch modify the original quirk commit
bc38b411fe696fad32b261f492cb4afbf1835256 instead of withdrawing it.
Christoph Lameter wrote:
On Thu, 24 Jan 2008, Andrea Arcangeli wrote:
I think you should consider if you can also build a rmap per-MM like
KVM does and index it by the virtual address like KVM does.
Yes we have that.
If we have that then we do not need the mmu_notifier.
We could
Mathieu Segaud <[EMAIL PROTECTED]> writes:
> Signed-off-by: Mathieu Segaud <[EMAIL PROTECTED]>
> ---
> fs/ext4/dir.c |2 +-
> fs/ext4/file.c |2 +-
> fs/ext4/ioctl.c | 161
> ---
> include/linux/ext4_fs.h |3 +-
> Hi,
>
> > > > On Wed, Jan 23, 2008 at 09:53:50PM +0900, Ryo Tsuruta wrote:
> > > > > Dm-band gives bandwidth to each job according to its weight,
> > > > > which each job can set its own value to.
> > > > > At this time, a job is a group of processes with the same pid or pgrp
> > > > > or
Paul Mackerras wrote:
> Kamalesh Babulal writes:
>
> NIP: 4570 LR: 0fc42dc0 CTR:
> REGS: c0077b6bf8c0 TRAP: 0300 Not tainted (2.6.24-rc8-mm1-autotest)
> MSR: 80001000 CR: 28022422 XER:
> DAR: c0077b6bfce0, DSISR:
On Fri, 2008-01-25 at 15:17 +1100, Nick Piggin wrote:
> On Friday 25 January 2008 15:01, Christoph Lameter wrote:
> > Acked-by: Christoph Lameter <[EMAIL PROTECTED]>
> >
> > Nick? Ok with you too?
>
> Yeah, for memory hot remove that makes sense. A comment
> might be in order, at least a
Core code for mmu notifiers.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
Signed-off-by: Andrea Arcangeli <[EMAIL PROTECTED]>
---
include/linux/mm_types.h |8 ++
include/linux/mmu_notifier.h | 152 +++
include/linux/page-flags.h |9
These notifiers here use the Linux rmaps to perform the callbacks.
In order to walk the rmaps locks must be held. Callbacks can therefore
only operate in an atomic context.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
mm/filemap_xip.c |1 +
mm/fremap.c |1 +
mm/memory.c
The invalidation of address ranges in a mm_struct needs to be
performed when pages are removed or permissions etc change.
invalidate_range() is generally called with mmap_sem held but
no spinlocks are active.
Exceptions:
We hold i_mmap_lock in __unmap_hugepage_range and
sometimes in
Callbacks to remove individual pages if the subsystem has an
rmap capability. The pagelock is held but no spinlocks are held.
The refcount of the page is elevated so that dropping the refcount
in the subsystem will not directly free the page.
The callbacks occur after the Linux rmaps have been
This is a patchset implementing MMU notifier callbacks based on Andrea's
earlier work. These are needed if Linux pages are referenced from something
else than tracked by the rmaps of the kernel.
To do:
- Make locking requirements for the callbacks consistent and
document them accurately.
-
This patchset fixes some bugs about early_ioremap and EFI runtime services.
This patchset is based on latest x86 git tree and has been tested on
EFI 32 and EFI 64 platform.
Best Regards,
Huang Ying
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
This patch makes reboot_type of BOOT_EFI is used on i386 too. Because
correpsonding reboot code of i386 and x86_64 is merged.
Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
---
arch/x86/kernel/efi.c |2 --
1 file changed, 2 deletions(-)
--- a/arch/x86/kernel/efi.c
+++
This patch fixes a bug of early_ioremap_reset.
Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
---
arch/x86/mm/ioremap_32.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/arch/x86/mm/ioremap_32.c
+++ b/arch/x86/mm/ioremap_32.c
@@ -285,7 +285,7 @@ void __init
This patch fixes some bugs of making EFI runtime code executable.
- Use change_page_attr in i386 too. Because the runtime code may be
mapped not through ioremap.
- If there is no _PAGE_NX in __supported_pte_mask, the change_page_attr
is not called.
- Make efi_ioremap map pages as
This patch fixes a bug of change_page_attr/change_page_attr_addr on
Intel i386/x86_64 CPUs. After changing page attribute to be
executable with these functions, the page remains un-executable on
Intel i386/x86_64 CPU. Because on Intel i386/x86_64 CPU, only if the
"NX" bits of all three level
This patch makes "early_ioremap_debug" a early parameter, because
"early_ioreamp/early_iounmap" is only used during early boot stage.
Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
---
arch/x86/mm/ioremap_32.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
---
This patch fixes some bugs of EFI memory handing code.
- On x86_64, it is possible that EFI memory map can not be mapped via
identity map, so efi_map_memmap is removed, just use early_ioremap.
- On i386, the EFI memory map mapping take effect cross paging_init,
so it is not necessary to use
Yinghai Lu wrote:
H. Peter Anvin wrote:
Looks like the code doesn't check that the CPU *has* MTRRs...
so check it mtrr is there, also check if mem less 4G and is AMD as early
Why the check for < 4 GB? The same thing applies to memory below the 4
GB limit -- in fact, we've had a number of
On Jan 24, 2008 5:25 PM, Dave Young <[EMAIL PROTECTED]> wrote:
>
> On Jan 24, 2008 11:02 AM, Dave Young <[EMAIL PROTECTED]> wrote:
> > =
> > [ INFO: possible recursive locking detected ]
> > 2.6.24-rc8-mm1 #8
> >
On Thu, Jan 24, 2008 at 04:48:10PM -0600, Eric Sandeen wrote:
> dann frazier wrote:
>
> > Thanks Eric. Sounds like my comment about exercising these code paths
> > wasn't too clear - the comments with your patch do make the issue
> > clear, and this program demonstrates the void cast promotion
This patch fixes a bug of ioremap_nocache. ioremap_nocache() will call
__ioremap() with flags != 0 to do the real work, which will call
change_page_attr_addr() if phys_addr + size - 1 < (end_pfn_map << PAGE_SHIFT).
But some pages between 0 ~ end_pfn_map << PAGE_SHIFT are not mapped by
identity
On Friday 25 January 2008 14:09, Shaohua Li wrote:
> On Fri, 2008-01-25 at 14:03 +1100, Nick Piggin wrote:
> > On Wednesday 23 January 2008 17:22, Shaohua Li wrote:
> > > Anonymous page might have fs-private metadata, the page is truncated.
> > > As the page hasn't mapping, page migration refuse
We can apply this patch to kernel-2.6.24.
It enables to export code/name pairs of capabilities
at /sys/kernel/capability/, as follows:
[EMAIL PROTECTED] ~]# ls /sys/kernel/capability/
cap_audit_controlcap_kill cap_setgid cap_sys_ptrace
cap_audit_write cap_lease
We can apply this patch to libcap.
It enables to obtain the list of capabilities running kernel
supported dynamically, from /sys/kernel/capability.
When we use libcap with this patch on the previous kernel,
it apply static list of capabilities instead.
Thanks,
Signed-off-by: KaiGai Kohei
We can apply this patch to libcap.
This patch enables setcap command to print the list
of capabilities running kernel supported, if the kernel
exports capability code/name pairs.
It is useful to confirm the name of capability when setting.
Thanks,
Signed-off-by: KaiGai Kohei <[EMAIL
On Thu, 2008-01-24 at 20:33 +0100, Miklos Szeredi wrote:
> plain text document attachment (autofs4_opts.patch)
> From: Miklos Szeredi <[EMAIL PROTECTED]>
>
> Add uid= and gid= options to /proc/mounts for autofs4 filesystems.
Apologies, I did say I would do this but have been quite busy.
>
>
On Fri, 25 Jan 2008 12:44:05 +1030, David Newall said:
> The benefit is not zero. Repeating myself: While the code is there, it
> encourages either removal or repair. If the option to remove is taken
> off the table then it will eventually be repaired.
Well, if the 2.4 version hasn't been
On Fri, 25 Jan 2008, Nick Piggin wrote:
> Yeah, for memory hot remove that makes sense. A comment
> might be in order, at least a reference to the orphaned
> page code in vmscan.c.
Right. The surrounding comments in mm/migrate.c also need to be made
consistent. The comment before is now
Eric W. Biederman wrote:
Note. I don't believe we use either trampoline (cpu startup or acpi wakeup)
in the hypervisor case (esp Xen). So we should be able to completely ignore
Xen and do the memcpy of pgd entries.
Indeed. The alias mapping can be set up in
native_pagetable_setup_done()
On !PAE 32-bit, _PAGE_NX will be 0, making is_prefetch always
return early. The test is sufficient on PAE as __supported_pte_mask
is updated in the same places as nx_enabled in init_32.c which also
takes disable_nx into account.
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
On Fri, Jan 25, 2008 at 11:48:29AM +0800, Shane Huang wrote:
> Hi Tejun:
>
>
> > You need to merge the above two messages into one patch description.
> >
> > After S-O-B, you can put --- and between it and the patch
> > body, you can say things which you wanna mention but don't
> > think
On Friday 25 January 2008 15:01, Christoph Lameter wrote:
> Acked-by: Christoph Lameter <[EMAIL PROTECTED]>
>
> Nick? Ok with you too?
Yeah, for memory hot remove that makes sense. A comment
might be in order, at least a reference to the orphaned
page code in vmscan.c.
Otherwise, it is OK by me.
Hello Anton/Tabi
I am not sure which is the best place to configure the pins. Because
some drivers do it in one way and some in the other.
I actually tried to make the driver similar to ucc_geth because it is a
QE driver. The driver has no platform code in the platform files similar
to ucc_geth.
Acked-by: Christoph Lameter <[EMAIL PROTECTED]>
Nick? Ok with you too?
--
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
Hi Scott
The device tree already has a brg-frequency property in qe node which
is the value of BRGCLK. The function get_brg_clk uses this property to
find the value of BRGCLK.
In case this value is 0(some older u-boots populate bus-frequency
property of qe and not the brg-frequency), get_brg_clk
On Thu, 2008-01-24 at 19:37 -0800, Christoph Lameter wrote:
> On Wed, 23 Jan 2008, Shaohua Li wrote:
>
> > +
> > + /*
> > +* See truncate_complete_page(). Anonymous page might have
> > +* fs-private metadata, the page is truncated. Such page can't be
> > +* migrated. Try to free
Hi Tejun:
> You need to merge the above two messages into one patch description.
>
> After S-O-B, you can put --- and between it and the patch
> body, you can say things which you wanna mention but don't
> think should be included in commit message.
OK, I'll have to submit another update
On Mon, 2008-01-21 at 13:45 +0800, Li Zefan wrote:
> >>> +static int __init intel_menlow_module_init(void)
> >>> +{
> >>> + int result = -ENODEV;
> >>> + acpi_status status;
> >>> + unsigned long enable;
> >>> +
> >>> + if (acpi_disabled)
> >>> + return result;
> >>> +
> >>> +
[PATCH] x86: trim ram need to check if mtrr is there v2
> >Jeremy Fitzhardinge wrote:
> > When booting a current x86.git kernel under kvm, I get this:
> >
> > (qemu) Linux version 2.6.24-rc8 ([EMAIL PROTECTED]) (gcc version 4.1.2
> > 20070925
> > (Red Hat 4.1.2-33)) #1928 SMP PREEMPT Thu Jan
On Wed, 23 Jan 2008, Shaohua Li wrote:
> +
> + /*
> + * See truncate_complete_page(). Anonymous page might have
> + * fs-private metadata, the page is truncated. Such page can't be
> + * migrated. Try to free metadata, so the page can be freed.
> + */
Well maybe you
Shane Huang wrote:
> I did some modification to this patch and send it again, Please check
> it.
> The quirk to 0x4395 has been removed because 0x4395 only belongs to
> SB800.
>
>> SB700 SATA MSI bug will be fixed in SB700 revision A21 at
>> hardware level,
>> but the SB700 revision older than
Hi Daniel
> > +#define PROC_WAKEUP_GUARD (10*HZ)
> [...]
> > + timeout = info->last_proc_notify + PROC_WAKEUP_GUARD;
>
> If only one or a few processes are using the system I think 10 seconds
> is a little long time to wait before they get the notification again.
> Can we decrease this
I did some modification to this patch and send it again, Please check
it.
The quirk to 0x4395 has been removed because 0x4395 only belongs to
SB800.
Thanks
Shane
> -Original Message-
> From: Shane Huang
>
> SB700 SATA MSI bug will be fixed in SB700 revision A21 at
> hardware level,
On Thu, 2008-01-24 at 19:12 -0800, Christoph Lameter wrote:
> On Fri, 25 Jan 2008, Shaohua Li wrote:
>
> > the page is still in lru list. Memory hot remove will try to migrate the
> > page.
>
> So this is an abandoned page with a refcount that only exists because of
> fs private data?
Yes,
On Fri, 25 Jan 2008, Shaohua Li wrote:
> the page is still in lru list. Memory hot remove will try to migrate the
> page.
So this is an abandoned page with a refcount that only exists because of
fs private data? Truncate race?
--
To unsubscribe from this list: send the line "unsubscribe
On Fri, 25 Jan 2008, Nick Piggin wrote:
> On Wednesday 23 January 2008 17:22, Shaohua Li wrote:
> > Anonymous page might have fs-private metadata, the page is truncated. As
> > the page hasn't mapping, page migration refuse to migrate the page. It
> > appears the page is only freed in page
On Fri, 2008-01-25 at 14:03 +1100, Nick Piggin wrote:
> On Wednesday 23 January 2008 17:22, Shaohua Li wrote:
> > Anonymous page might have fs-private metadata, the page is truncated. As
> > the page hasn't mapping, page migration refuse to migrate the page. It
> > appears the page is only freed
Mark, sorry for missing this for long time...
On 2008.01.08 12:44:20 -0800, mark gross wrote:
> > >
> > > [agp-mm] [intel_iommu] explicit export current graphics dmar status
> > >
> > > To make it possbile to tell other modules about curent
> > > graphics dmar engine status, that could decide
On Wednesday 23 January 2008 17:22, Shaohua Li wrote:
> Anonymous page might have fs-private metadata, the page is truncated. As
> the page hasn't mapping, page migration refuse to migrate the page. It
> appears the page is only freed in page reclaim and if zone watermark is
> low, the page is
Jay Cliburn wrote:
On Tue, 22 Jan 2008 18:31:09 -0600
Jay Cliburn <[EMAIL PROTECTED]> wrote:
On Tue, 22 Jan 2008 04:58:17 -0500
Jeff Garzik <[EMAIL PROTECTED]> wrote:
[...]
for such a huge patch, this description is very tiny. [describe]
what is refactored, and why.
Is this one any
"H. Peter Anvin" <[EMAIL PROTECTED]> writes:
> Jeremy Fitzhardinge wrote:
>> H. Peter Anvin wrote:
>>> No, if Xen wasn't an issue there wouldn't be anything to do for the PAE case
>>> at all (since the PGD is trivial.)
>>>
>>> Copying PMDs is more or less an analogous case of the !PAE case, once
Eric W. Biederman wrote:
We already do this on the 64bit side. We reuse the kernel and the
identity parts from the core kernel page tables but it is actually
a distinct page table.
x86_64 has not had the identity mappings mapped in any of the
normal page tables since the relocatable kernel
1 - 100 of 1030 matches
Mail list logo
