* Dave Young <[EMAIL PROTECTED]> wrote:
> On Jan 18, 2008 2:40 PM, Tetsuo Handa
> <[EMAIL PROTECTED]> wrote:
> > Hello.
> >
> > Andrew Morton wrote:
> > > It could be compiler version dependent. I used gcc-4.1.0. Which version
> > > were you and Zan using please?
>
> I have the same problem,
On Fri, 2008-01-18 at 10:02 +0100, Ingo Molnar wrote:
> * Hiroshi Shimamoto <[EMAIL PROTECTED]> wrote:
>
> > kdump needs ELF_CORE_COPY_REGS in crash_save_cpu(). This lack of the
> > macro causes the following BUG.
> >
> > SysRq : Trigger a crashdump
> > [ cut here ]
> >
On Jan 16, 2008 8:25 PM, Rusty Russell <[EMAIL PROTECTED]> wrote:
> I'd love to see patches. module_parm showed it's possible, if messy.
>
> Thanks!
> Rusty.
here's the patch, I added .modinfo section to the vmlinux, to collect
built-in module information.
I have just define __MODULE_INFO to
On Jan 18, 2008 5:38 PM, Tetsuo Handa
<[EMAIL PROTECTED]> wrote:
> Hello.
>
> Ingo Molnar wrote:
> > is the patch below already in -rc8-mm1? hmm ... it appears it's not.
> > Could you give it a try?
Yes , It fixes that problem.
>
> This patch solved this bug.
So quick :)
>
> Thank you.
>
--
To
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> Some are reposts, some are not. See patch descriptions for details. I
> believe I addressed all feedback that made sense in the reposted
> patches.
thanks Andi, i've picked them up.
Ingo
--
To unsubscribe from this list: send the line
> 4. Performance test was done using the program available from the
> following link:
>
> http://bugzilla.kernel.org/attachment.cgi?id=14493
>
> Result: the impact of the changes was negligible for files of a few
> hundred megabytes.
Could you also test with ext4 and post some numbers? Afaik,
Hello.
Ingo Molnar wrote:
> is the patch below already in -rc8-mm1? hmm ... it appears it's not.
> Could you give it a try?
This patch solved this bug.
Thank you.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
> unsigned long end;
> - struct mm_struct *mm = current->mm;
> + int error, unmapped_error;
> struct vm_area_struct *vma;
> - int unmapped_error = 0;
> - int error = -EINVAL;
> + struct mm_struct *mm;
>
> + error = -EINVAL;
I think you may have misunderstood
Paul Mackerras wrote:
> Andrew Morton writes:
>
>> On Fri, 18 Jan 2008 14:06:00 +0530 Kamalesh Babulal <[EMAIL PROTECTED]>
>> wrote:
>>
>>> Hi Andrew,
>>>
>>> Following oops was seen while running kernbench on one of test machine
>>> (power4+ box). I tried reproducing the oops but was
Applies to 2.6.24-rc8-git2
I was struggling to get my email-client no to mangle my patch files,
and I didn't find enough information in the SubmittingPatches file.
By looking for more information on the web, I eventually found the
email-clients.txt file, and it answered all my needs
This patch
On Thu, 17 Jan 2008 16:05:06 -0800
Daniel Walker <[EMAIL PROTECTED]> wrote:
>
> On Thu, 2008-01-17 at 15:48 -0800, Linus Torvalds wrote:
> > Applied.
> >
> > However, the patch itself didn't apply cleanly, because in my souce tree,
> > these two lines are in a different order:
> >
> > On Thu,
On Fri, 18 Jan 2008, Balaji Rao wrote:
> On Friday 18 January 2008 04:04:33 am Jan Engelhardt wrote:
> >
> > On Jan 16 2008 13:20, Daniel Walker wrote:
> > >On Thu, 2008-01-17 at 02:09 +0530, Balaji Rao wrote:
> > >> Hi,
> > >>
> > >> When i set jiffies as the current_clocksource, date(1) tells
On Fri, 2008-01-18 at 11:44 +0100, Ingo Molnar wrote:
> * Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > # Select 32 or 64 bit
> > config 64BIT
> > - bool "64-bit kernel" if ARCH = "x86"
> > + bool "64-bit kernel"
> > default ARCH = "x86_64"
> > help
> > Say yes to build a
pl2303: add support for RATOC REX-USB60F
This patch adds support for RATOC REX-USB60F Serial Adapters,
which is widely used in Japan recently.
Signed-off-by: Akira Tsukamoto <[EMAIL PROTECTED]>
---
diff -uprX dontdiff linux-2.6.24-rc8.orig/drivers/usb/serial/pl2303.c
* Kamalesh Babulal <[EMAIL PROTECTED]> [2008-01-18 16:14:00]:
> Paul Mackerras wrote:
> > Kamalesh Babulal writes:
> >
> > NIP: 4570 LR: 0fc42dc0 CTR:
> > REGS: c0077b6bf8c0 TRAP: 0300 Not tainted
> > (2.6.24-rc8-mm1-autotest)
> > MSR:
* Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> This is against x86/mm.
hm, it has checkpatch failures - the changes introduce some new
whitespace damage. Patch looks good otherwise. (please resend against
latest x86.git)
Ingo
--
To unsubscribe from this list: send the line
On Fri, 2008-01-18 at 08:38 +0100, Jarek Poplawski wrote:
> On Fri, Jan 18, 2008 at 01:31:17PM +0800, Dave Young wrote:
> > On Jan 18, 2008 11:18 AM, Kay Sievers <[EMAIL PROTECTED]> wrote:
> ...
> > > Yeah, might be better to wait until class_device is gone, otherwise you
> > > may need to fix
* Michael Ellerman <[EMAIL PROTECTED]> [2008-01-18 16:44:58]:
> On Fri, 2008-01-18 at 16:34 +1100, Michael Ellerman wrote:
> > On Sat, 2007-12-08 at 04:07 +0530, Balbir Singh wrote:
> > > Changelog
> > >
> > > 1. Get rid of the constant 5 (based on comments from
> > >
* Michael Ellerman <[EMAIL PROTECTED]> [2008-01-18 16:34:53]:
> On Sat, 2007-12-08 at 04:07 +0530, Balbir Singh wrote:
> > Changelog
> >
> > 1. Get rid of the constant 5 (based on comments from
> > [EMAIL PROTECTED])
> > 2. Implement suggestions from Olof
2008/1/18, Miklos Szeredi <[EMAIL PROTECTED]>:
> > 4. Performance test was done using the program available from the
> > following link:
> >
> > http://bugzilla.kernel.org/attachment.cgi?id=14493
> >
> > Result: the impact of the changes was negligible for files of a few
> > hundred megabytes.
>
>
On 1/17/08, KOSAKI Motohiro <[EMAIL PROTECTED]> wrote:
> Hi Daniel
>
> > > Thank you for good point out!
> > > Could you please post your test program and reproduced method?
> >
> > Sure:
> >
> > 1. Fill almost all available memory with page cache in a system without
> > swap.
> > 2. Run attached
On Fri, 2008-01-18 at 11:15 +0100, Peter Zijlstra wrote:
> On Fri, 2008-01-18 at 10:51 +0100, Miklos Szeredi wrote:
>
> > > diff --git a/mm/msync.c b/mm/msync.c
> > > index a4de868..a49af28 100644
> > > --- a/mm/msync.c
> > > +++ b/mm/msync.c
> > > @@ -13,11 +13,33 @@
> > > #include
> > >
>
On Jan 18, 2008 5:54 PM, rae l <[EMAIL PROTECTED]> wrote:
> On Jan 16, 2008 8:25 PM, Rusty Russell <[EMAIL PROTECTED]> wrote:
> > I'd love to see patches. module_parm showed it's possible, if messy.
> >
> > Thanks!
> > Rusty.
>
> here's the patch, I added .modinfo section to the vmlinux, to
On Wed, 16 Jan 2008, Andrew Paprocki wrote:
> I applied the patch and I am still locking up after
> Time: hpet clocksource has been installed.
That was expected :)
> I rebooted with "clocksource=tsc" to get the logs of the trace which
> was added. I'm assuming the grep below gets all the
2008/1/18, Miklos Szeredi <[EMAIL PROTECTED]>:
> > unsigned long end;
> > - struct mm_struct *mm = current->mm;
> > + int error, unmapped_error;
> > struct vm_area_struct *vma;
> > - int unmapped_error = 0;
> > - int error = -EINVAL;
> > + struct mm_struct *mm;
> >
On Fri, 2008-01-18 at 12:17 +0100, Miklos Szeredi wrote:
> > diff --git a/mm/msync.c b/mm/msync.c
> > index 144a757..a1b3fc6 100644
> > --- a/mm/msync.c
> > +++ b/mm/msync.c
> > @@ -14,6 +14,122 @@
> > #include
> > #include
> >
> > +unsigned long masync_pte_range(struct vm_area_struct *vma,
* Harvey Harrison <[EMAIL PROTECTED]> wrote:
>
> On Fri, 2008-01-18 at 11:44 +0100, Ingo Molnar wrote:
> > * Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> > > # Select 32 or 64 bit
> > > config 64BIT
> > > - bool "64-bit kernel" if ARCH = "x86"
> > > + bool "64-bit kernel"
> > > default
Jakob Oestergaard wrote:
On Thu, Jan 17, 2008 at 01:25:39PM -0800, Linus Torvalds wrote:
...
Why do you make that mistake, when it is PROVABLY NOT TRUE!
Try this trivial program:
int main(int argc, char **argv)
{
int i;
const int *c;
On Fri, Jan 18, 2008 at 02:50:48AM -0800, Harvey Harrison wrote:
>
> On Fri, 2008-01-18 at 11:44 +0100, Ingo Molnar wrote:
> > * Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> > > # Select 32 or 64 bit
> > > config 64BIT
> > > - bool "64-bit kernel" if ARCH = "x86"
> > > + bool "64-bit kernel"
>
On Thu, Jan 17, 2008 at 11:19:23AM -0800, Andrew Morton wrote:
> On Thu, 17 Jan 2008 16:23:51 - Andy Whitcroft <[EMAIL PROTECTED]> wrote:
>
> > This version brings a large number of fixes which have built up over
> > the Christmas period. Mostly these are fixes for false positives, both
> >
On Fri, 18 Jan 2008, Jiri Kosina wrote:
>
> If this patch is going to be merged, you should perhaps adjust the comment
> introduced by the above mentioned commit, so that it reflects the new
> behavior.
Thanks for pointing this out. Updated patch below:
-- Steve
=
I thought that one
On Fri, Jan 18, 2008 at 11:45:12AM +0100, Kay Sievers wrote:
> On Fri, 2008-01-18 at 08:38 +0100, Jarek Poplawski wrote:
> > On Fri, Jan 18, 2008 at 01:31:17PM +0800, Dave Young wrote:
> > > On Jan 18, 2008 11:18 AM, Kay Sievers <[EMAIL PROTECTED]> wrote:
> > ...
> > > > Yeah, might be better to
Hello All
The TDM driver just now does not have a proper framework. Probably the
interface cannot be generalised as such. Hence we could not decide
whether it would be right to think of a TDM framework. Infact the
interface this TDM driver(for MPC8323ERDB) supplies may not be usable
for some
> diff --git a/mm/msync.c b/mm/msync.c
> index 144a757..a1b3fc6 100644
> --- a/mm/msync.c
> +++ b/mm/msync.c
> @@ -14,6 +14,122 @@
> #include
> #include
>
> +unsigned long masync_pte_range(struct vm_area_struct *vma, pmd_t *pdm,
> + unsigned long addr, unsigned long end)
> +{
> +
On Thu, 17 Jan 2008, Steven Rostedt wrote:
> Thinking that it was locking up on my code I went looking down the wrong
> path. I finally found (after examining an NMI dump) that the lockup
> happened because printk was trying to wakeup the klogd daemon, which
> caused a deadlock when the
* Michael Opdenacker <[EMAIL PROTECTED]> wrote:
> obj-$(CONFIG_PARAVIRT) += paravirt_32.o
> -obj-y+= pcspeaker.o
> -
> obj-$(CONFIG_SCx200) += scx200_32.o
>
> +ifdef CONFIG_INPUT_PCSPKR
> + obj-y += pcspeaker.o
>
(This should be merged with fix-occasional-deadlock-in-raid5.patch)
As we don't call stripe_handle in make_request any more, we need to
clear STRIPE_DELAYED to (previously done by stripe_handle) to ensure
that we test if the stripe still needs to be delayed or not.
Signed-off-by: Neil Brown
Finish ITERATE_ to for_each conversion.
Signed-off-by: Neil Brown <[EMAIL PROTECTED]>
### Diffstat output
./drivers/md/md.c |8
./include/linux/raid/md_k.h | 14 --
2 files changed, 8 insertions(+), 14 deletions(-)
diff .prev/drivers/md/md.c
Following are 4 patches for md.
The first two replace
md-allow-devices-to-be-shared-between-md-arrays.patch
which was recently remove. They should go at the same place in the
series, between
md-allow-a-maximum-extent-to-be-set-for-resyncing.patch
and
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
> # Select 32 or 64 bit
> config 64BIT
> - bool "64-bit kernel" if ARCH = "x86"
> + bool "64-bit kernel"
> default ARCH = "x86_64"
> help
> Say yes to build a 64-bit kernel - formerly known as x86_64
thx, i've added this to
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 Jan 18, 2008 6:23 PM, Cornelia Huck <[EMAIL PROTECTED]> wrote:
> On Fri, 18 Jan 2008 10:19:33 +0100,
> Cornelia Huck <[EMAIL PROTECTED]> wrote:
>
> > >
> > > 1314 if (IS_ERR(new_parent_kobj)) {
> > > 1315 error = PTR_ERR(new_parent_kobj);
> > > 1316
* Michael Ellerman <[EMAIL PROTECTED]> [2008-01-18 16:55:03]:
> On Sat, 2007-12-08 at 04:07 +0530, Balbir Singh wrote:
> > Here's a dumb simple implementation of fake NUMA nodes for PowerPC. Fake
> > NUMA nodes can be specified using the following command line option
> >
>
> >
> > Comments are
On Fri, 2008-01-18 at 11:38 +0100, Miklos Szeredi wrote:
> > On Fri, 2008-01-18 at 10:51 +0100, Miklos Szeredi wrote:
> >
> > > > diff --git a/mm/msync.c b/mm/msync.c
> > > > index a4de868..a49af28 100644
> > > > --- a/mm/msync.c
> > > > +++ b/mm/msync.c
> > > > @@ -13,11 +13,33 @@
> > > >
On Fri, 18 Jan 2008 10:19:33 +0100,
Cornelia Huck <[EMAIL PROTECTED]> wrote:
> >
> > 1314 if (IS_ERR(new_parent_kobj)) {
> > 1315 error = PTR_ERR(new_parent_kobj);
> > 1316 put_device(new_parent);
> > 1317 goto out;
> > 1318 }
> >
Kamalesh Babulal writes:
> I tried reproducing the problem and was successful with following trace
> in which the pc is at 0x4570 as the above one
What did you do to trigger it?
> c0004544 :
> c0004544: 71 8a 40 00 andi. r10,r12,16384
> c0004548: 7c 2a
On Thu, Jan 17, 2008 at 10:43:15PM -0800, Michael Rubin wrote:
> On Jan 17, 2008 8:56 PM, Fengguang Wu <[EMAIL PROTECTED]> wrote:
> > On Thu, Jan 17, 2008 at 01:07:05PM -0800, Michael Rubin wrote:
> > Suppose we want to grant longer expiration window for temp files,
> > adding a new list named
On Fri, 2008-01-18 at 10:51 +0100, Miklos Szeredi wrote:
> > diff --git a/mm/msync.c b/mm/msync.c
> > index a4de868..a49af28 100644
> > --- a/mm/msync.c
> > +++ b/mm/msync.c
> > @@ -13,11 +13,33 @@
> > #include
> >
> > /*
> > + * Scan the PTEs for pages belonging to the VMA and mark them
On Thu, Jan 17, 2008 at 01:25:39PM -0800, Linus Torvalds wrote:
...
> Why do you make that mistake, when it is PROVABLY NOT TRUE!
>
> Try this trivial program:
>
> int main(int argc, char **argv)
> {
> int i;
> const int *c;
>
> i = 5;
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > Ingo,
> > it seems you removed
> > > patch
> > > x86: validate against ACPI motherboard resources
> > last night.
> >
> > was it dropped?
>
> yeah, i bounced it over to Greg - but Greg has not indicated it yet
> whether he has picked it up.
* Yinghai Lu <[EMAIL PROTECTED]> wrote:
> Ingo,
> it seems you removed
> > patch
> > x86: validate against ACPI motherboard resources
> last night.
>
> was it dropped?
yeah, i bounced it over to Greg - but Greg has not indicated it yet
whether he has picked it up. Andrew has it in
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> Changes to previous versions:
> - Ported to the latest git-x86 including the PAT patchkit
> This undoes some changes in the PAT patches and reimplements them
> in a different way. End result should be equivalent, but this
> made it easier for me to
> Updating file times at write references to memory-mapped files and
> forcing file times update at the next write reference after
> calling the msync() system call with the MS_ASYNC flag.
>
> Signed-off-by: Anton Salikhmetov <[EMAIL PROTECTED]>
> ---
> mm/memory.c |6 ++
> mm/msync.c |
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: 0a00
Hi!
> > 1. I doubt ZONE_DMA, please shipment ignore zone_dma patch(below).
>
> Your patch above solves the problem I had with early notification.
really!?
I am really happy!!
Thanks you.
- kosaki
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
* Andrew Morton <[EMAIL PROTECTED]> [2008-01-17 10:40:21]:
> On Thu, 17 Jan 2008 18:16:22 +0530 Balbir Singh <[EMAIL PROTECTED]> wrote:
>
> > * Andrew Morton <[EMAIL PROTECTED]> [2008-01-17 02:35:14]:
> >
> > >
> > >
* Randy Dunlap <[EMAIL PROTECTED]> [2008-01-15 16:05:06]:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Fix gcc warnings in getdelays.c:
Hi, Randy,
Thanks for finding these problems and fixing them. The fixes look
quite straight forward.
Acked-by: Balbir Singh <[EMAIL PROTECTED]>
--
> On Fri, 2008-01-18 at 10:51 +0100, Miklos Szeredi wrote:
>
> > > diff --git a/mm/msync.c b/mm/msync.c
> > > index a4de868..a49af28 100644
> > > --- a/mm/msync.c
> > > +++ b/mm/msync.c
> > > @@ -13,11 +13,33 @@
> > > #include
> > >
> > > /*
> > > + * Scan the PTEs for pages belonging to the
2008/1/18, Peter Zijlstra <[EMAIL PROTECTED]>:
>
> On Fri, 2008-01-18 at 11:15 +0100, Peter Zijlstra wrote:
> > On Fri, 2008-01-18 at 10:51 +0100, Miklos Szeredi wrote:
> >
> > > > diff --git a/mm/msync.c b/mm/msync.c
> > > > index a4de868..a49af28 100644
> > > > --- a/mm/msync.c
> > > > +++
If you try to start an array for which the number of raid disks is
listed as zero, md will currently try to read metadata off any devices
that have been given. This was done because the value of raid_disks
is used to signal whether array details have been provided by
userspace (raid_disks > 0)
Currently, a given device is "claimed" by a particular array so
that it cannot be used by other arrays.
This is not ideal for DDF and other metadata schemes which have
their own partitioning concept.
So for externally managed metadata, just claim the device for
md in general, require that
* Colin Fowler <[EMAIL PROTECTED]> wrote:
> > there are a handful of 'scheduler feature bits' in
> > /proc/sys/kernel/sched_features:
> >
> > enum {
> > SCHED_FEAT_NEW_FAIR_SLEEPERS= 1,
> > SCHED_FEAT_WAKEUP_PREEMPT = 2,
> > SCHED_FEAT_START_DEBIT = 4,
Hi,
we currently think this is due to a race condition in the packet queue
code. Ivo is currently reworking the packet queues, which I hope will
resolve this situation.
Mattias
On Thu, 2008-01-17 at 22:57 +0100, Alejandro Riveira Fernández wrote:
> Running
>
> Linux Varda 2.6.24-rc8 #1 SMP
Hi Andrew,
> > > on X86, ZONE_DMA is very very small.
> > > It is often no used at all.
> >
> > In that case page-reclaim is supposed to set all_unreclaimable and
> > basically ignores the zone altogether until it looks like something might
> > have changed.
> >
> > Is that code not working?
El Fri, 18 Jan 2008 11:56:05 +0100
Mattias Nissler <[EMAIL PROTECTED]> escribió:
> Hi,
>
> we currently think this is due to a race condition in the packet queue
> code. Ivo is currently reworking the packet queues, which I hope will
> resolve this situation.
Thanks for the quick answer.
>
On Fri, 18 Jan 2008 18:34:55 +0800,
"Dave Young" <[EMAIL PROTECTED]> wrote:
> On Jan 18, 2008 6:23 PM, Cornelia Huck <[EMAIL PROTECTED]> wrote:
> > On Fri, 18 Jan 2008 10:19:33 +0100,
> > Cornelia Huck <[EMAIL PROTECTED]> wrote:
> >
> > > >
> > > > 1314 if (IS_ERR(new_parent_kobj)) {
> >
On Thu, Jan 17, 2008 at 08:39:23PM -0600, Matt Mackall wrote:
>
> On Thu, 2008-01-17 at 18:28 -0800, Andrew Morton wrote:
> > On Fri, 18 Jan 2008 02:02:17 + Byron Bradley <[EMAIL PROTECTED]> wrote:
> >
> > > In arch/arm/kernel/setup.c:setup_ramdisk(), rd_size is set from the
> > > boot tags.
> Possibly, I didn't see a quick way to break that iteration.
> >From a quick glance at prio_tree.c the iterator isn't valid anymore
> after releasing i_mmap_lock. Fixing that would be,.. 'fun'.
Maybe i_mmap_lock isn't needed at all, since msync holds mmap_sem,
which protects the prio tree as
Allow to limit the block I/O bandwidth for specific process containers
(cgroups) imposing additional delays on I/O requests for those processes
that exceed the limits defined in the control group filesystem.
Example:
# mkdir /dev/cgroup
# mount -t cgroup -oio-throttle io-throttle /dev/cgroup
On Thu, 17 Jan 2008, Willy Tarreau wrote:
> Well, since there are commands that work on this (push and log at
> least), I believe that some operations could succeed. I *know* that
> remote cloning was impossible, and it *looked* like pulling too was
> during my attempts to fix the problem before
On 01/18/2008 12:02 PM, Ingo Molnar wrote:
>
> why didnt you make this:
>
> obj-$(CONFIG_INPUT_PCSPKR) += pcspeaker.o
>
> ?
>
Many thanks for your feedback.
That's what I did first, but if CONFIG_INPUT_PCSPKR=m,
arch/x86/kernel/pcspeaker.c gets compiled as a module. While compiling
From: Robert Olsson <[EMAIL PROTECTED]>
Date: Wed, 16 Jan 2008 18:07:38 +0100
>
> eth0 e1000_irq_enable sem = 1<- High netload
> eth0 e1000_irq_enable sem = 1
> eth0 e1000_irq_enable sem = 1
> eth0 e1000_irq_enable sem = 1
> eth0 e1000_irq_enable sem = 1
> eth0 e1000_irq_enable sem = 1
>
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> > Also, the mem -> node hash lookup is fixed.
> >
> > Based on 2.6.24-rc6-mm1 + change-NR_CPUS-V3 patchset
>
> hm, I've been hiding from those patches.
>
> Are they ready?
i'm carrying them in x86.git, and they are pretty robust, with one
* Siddha, Suresh B <[EMAIL PROTECTED]> wrote:
> > ok. So it seems we dont even need all that many special cases, a
> > "dont write MTRRs" and "use PATs everywhere" rule would just do the
> > right thing all across?
>
> Yes. The main thing required is on the lines of Jesse's patch. If the
>
* Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> > Style question, would the following be preferred?
> >
> > config 64BIT
> > def_bool ARCH = "x86_64"
> > prompt "64-bit kernel"
> > help...
>
> No.
> It is most common to let the prompt follow the type and not
> as a separate property.
* Yinghai Lu <[EMAIL PROTECTED]> wrote:
> [PATCH] x86_64: only call early_init_amd one time
>
> Andi's patch
> "
> x86: move X86_FEATURE_CONSTANT_TSC into early cpu feature detection
>
> Need this in the next patch in time_init and that happens early.
>
> This includes a minor fix
On Fri, Jan 18, 2008 at 01:02:48PM +0100, Ingo Molnar wrote:
>
> * Sam Ravnborg <[EMAIL PROTECTED]> wrote:
>
> > > Style question, would the following be preferred?
> > >
> > > config 64BIT
> > > def_bool ARCH = "x86_64"
> > > prompt "64-bit kernel"
> > > help...
> >
> > No.
> > It is
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> > (it doesnt matter if graphics does not resume fine - at least for my
> > tests)
> >
> > kprobes had similar problems and it now has a few simple smoke-tests
> > - which i just saw trigger on a patch that i did not notice would
> > break kprobes.
On Fri, 2008-01-18 at 17:28 +0530, Aggrwal Poonam wrote:
> Hello All
>
> The TDM driver just now does not have a proper framework. Probably the
> interface cannot be generalised as such. Hence we could not decide
> whether it would be right to think of a TDM framework. Infact the
> interface
* Matt Mackall <[EMAIL PROTECTED]> wrote:
> > I can propose a corresponding patch, and I'd suggest to make
> > CONFIG_PCSPEAKER depend on CONFIG_EMBEDDED.
>
> No, don't. It's fine the way it is. If INPUT_PCSPKR isn't set, we
> don't support the speaker, end of story.
yeah.
> Also, bear in
On Thu, 2008-01-17 at 21:08 -0800, Andrew Morton wrote:
> On Thu, 17 Jan 2008 19:29:18 -0600 Matt Mackall <[EMAIL PROTECTED]> wrote:
>
> >
> > On Thu, 2008-01-17 at 15:10 -0600, Matt Mackall wrote:
> > > On Thu, 2008-01-17 at 02:35 -0800, Andrew Morton wrote:
> > > >
Giacomo Catenazzi wrote:
And to demostrate that Linus is not the only person
with this view, I copy some paragraphs from C99 rationale
(you can find standard, rationale and other documents
in http://clc-wiki.net/wiki/C_standardisation:ISO )
Page 75 of C99 rationale:
Type qualifiers were
On Tue, 15 Jan 2008, Jeremy Fitzhardinge wrote:
> In 32-bit PAE, mask NX from pte_pfn, since it isn't part of the PFN.
> This code is due for unification anyway, but this fixes a latent bug.
>
> Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
>
> ---
> include/asm-x86/pgtable-3level.h |
On Fri, 2008-01-18 at 14:03 +0100, Michael Opdenacker wrote:
> However, wouldn't the Makefile look nicer if we introduced a
> CONFIG_PCSPEAKER setting as in the mips platform? We would just have:
>
> obj-$(CONFIG_PCSPEAKER) += pcspeaker.o
Yes, that would be cleaner. Not worth it
Hello,
Maybe I missed it but I'm wondering why GIT is not used for
the RT development ? I can't find a rt tree anywhere and all
new rt release spoke about a patchset to apply on mainline
kernels.
Another question, is there a TODO list somewhere which would
help to port the RT patch to a new
Rene,
Here is why you shouldn't leap so quickly to rudeness. Everything is
being repeated over and over and over again (as you put it) because
people like you shout down people like me without making any apparent
effort to understand the truth of the problem.
Rene Herman wrote:
> We've already
Mark Hansen wrote:
Hello,
Firstly, may I apologise as I am not a member of the LKML, and ask that
I be CC'd in any responses that may be forthcoming.
My question concerns the following patch which was incorporated into the
2.6.22 kernel (quoted from that change log):
Today, all threads
On 2.6.24-rc8-mm1:
uml:~# grep arch_dup_mmap /proc/slab_allocators
size-32: 10861 arch_dup_mmap+0x9f/0x130
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
At Fri, 18 Jan 2008 15:10:08 +0100,
Rafael J. Wysocki wrote:
>
> On Friday, 18 of January 2008, Linus Torvalds wrote:
> >
> > On Thu, 17 Jan 2008, Andrew Morton wrote:
> > >
> > > > Subject : snd_hda_intel 2.6.24-rc2 bug: interrupts don't always
> > > > work on Lenovo X60s
> > > >
From: David Brownell <[EMAIL PROTECTED]>
On the sam9 EK boards, the LCD backlight is hooked up to a PWM output
from the LCD controller. It's controlled by "contrast" registers though.
This patch lets boards declare that they have that kind of backlight
control. The driver can then export this
huang ying wrote:
If CONFIG_X86_PAE is defined, the set_pte, clear_pte etc will operate
3-level page tables, while on i386, the early page table is always
2-level, so set_pte, clear_pte etc functions can not be used here. The
boot_ioremap use a trick to deal with this problem. The
Sam Ravnborg wrote:
> Hi Mike.
>
>> --- a/arch/x86/Kconfig
>> +++ b/arch/x86/Kconfig
>> @@ -20,6 +20,7 @@ config X86
>> def_bool y
>> select HAVE_OPROFILE
>> select HAVE_KPROBES
>> +select HAVE_SETUP_PER_CPU_AREA if ARCH = "x86_64"
>
> It is simpler to just say:
>> +select
On Fri, Jan 18, 2008 at 10:35:50AM -0500, Peter Staubach wrote:
> Hi.
>
> Here is a patch set which modifies the system to enhance the
> ESTALE error handling for system calls which take pathnames
> as arguments.
I think your cover letter may be bigger than any of the actual
patches I'm not
Linus, please pull the latest x86 git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/x86/linux-2.6-x86.git
two fixes: a "make mrproper" bug and a new cpuid for oprofile, both
build/boot tested.
Ingo
-->
Arjan van de Ven (1):
x86: add support for the
Hugh Dickins wrote:
Shouldn't that be
return (pte_val(pte) & ~_PAGE_NX) >> PAGE_SHIFT;
Yes, it should be.
Thanks,
J
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Fri, 2008-01-18 at 09:54 -0500, H. Peter Anvin wrote:
> huang ying wrote:
> >
> > If CONFIG_X86_PAE is defined, the set_pte, clear_pte etc will operate
> > 3-level page tables, while on i386, the early page table is always
> > 2-level, so set_pte, clear_pte etc functions can not be used here.
Andrea Righi wrote:
[snip]
> +static ssize_t iothrottle_read(struct cgroup *cont, struct cftype *cft,
> +struct file *file, char __user *buf,
> +size_t nbytes, loff_t *ppos)
> +{
> + ssize_t count, ret;
> + unsigned long delta,
Hi Peter-
On Jan 18, 2008, at 10:35 AM, Peter Staubach wrote:
Hi.
Here is a patch set which modifies the system to enhance the
ESTALE error handling for system calls which take pathnames
as arguments.
The VFS already handles ESTALE.
If a pathname resolution encounters an ESTALE at any
Giacomo A. Catenazzi wrote :
> [EMAIL PROTECTED] wrote:
> > Giacomo Catenazzi wrote:
> >
> >> const No writes through this lvalue. In the absence of this qualifier,
> >> writes may occur
> >> through this lvalue.
> >>
> >> volatile No cacheing through this lvalue: each operation in the abstract
On Friday, January 18, 2008 5:12 am Andi Kleen wrote:
> > (AMD machines apparently don't need it
>
> That's not true -- we had AMD systems in the past with broken MTRRs for
> large memory configurations too, Mostly it was pre revE though.
It should be easy enough to enable it for AMD as well,
601 - 700 of 1161 matches
Mail list logo