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 wa
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.
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 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,
> 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)
> +{
> +
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? (
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 try_to_
* 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
> +end
(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 <[EM
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 ./drivers/md/md
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 "offse
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) or
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
md-lock-address-when-changing-attr
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 @@
> > > > #incl
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 PREE
* 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,
>
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
linux-2.6.24-rc8/drivers/us
* 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:
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 64-bi
* 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 "unsubscribe
* 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 x
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: 0
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 stuf
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
> > > > +++ b/mm/m
> 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
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 put_de
* 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
* 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 Johannson
* 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]>
--
W
* 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]:
> >
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc8/2.6.2
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.
>
>
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 mess
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 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 intere
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 collec
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
Actually,
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 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, 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 }
> > 13
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 ad
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 0
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 s_di
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 rea
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
* 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. Andre
* 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 -rc8-mm
* 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 merge
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 ano
> 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 |
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;
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 "unsubsc
> 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, e
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 majord
> 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 m
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 unsuccessfu
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 ]
> > k
* Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> I got this when doing a test boot of a current x86 kernel under kvm.
sidenote, is this failure normal:
> acpiphp_ibm: ibm_acpiphp_init: acpi_walk_namespace failed
?
the leaked ioremap seems to be:
> early_ioremap(2fff0a10, 0040) [1] => P
On Jan 18, 2008 12:54 AM, David Chinner <[EMAIL PROTECTED]> wrote:
> At this point, I'd say it is best to leave it to the filesystem and
> the elevator to do their jobs properly.
Amen.
mrubin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [E
* Mike Travis <[EMAIL PROTECTED]> wrote:
> Hi Andrew,
>
> My automatic scripts accidentally sent this mail prematurely. Please
> hold off applying yet.
I've picked it up for x86.git and i'll keep testing it (the patches seem
straightforward) and will report any problems with the bite-head-of
On Fri, 2008-01-18 at 10:12 +0100, Ingo Molnar wrote:
> * Harvey Harrison <[EMAIL PROTECTED]> wrote:
>
> > Use v8086_mode inline in fault_32.c, no functional change also ifdef
> > the section for 32-bit only and add to fault_64.c
>
> > - if (regs->flags & VM_MASK) {
> > + if (v8086_mode(regs
On Fri, 18 Jan 2008 11:37:21 +0800,
"Dave Young" <[EMAIL PROTECTED]> wrote:
> Lets see the device_move function, seems there's some problems in it:
>
> 1302 int device_move(struct device *dev, struct device *new_parent)
> 1303 {
> 1304 int error;
> 1305 struct device *old_parent;
Hello.
I tried gcc 4.1.2 on Fedora 8 using
http://I-love.SAKURA.ne.jp/tmp/config-2.6.24-rc8-mm1 .
Same result as gcc 3.3.5 on Debian/Sarge.
It seems kernel config (and possibly hardware) dependent
rather than gcc version dependent.
This is VMware workstation 6.0.0 on Thinkpad X60 (Core 2 Duo).
* 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, g
Hi,
sorry for answering so late, I'm only tracking netdev and ppc mailing list.
On Thursday 10 January 2008 18:34, Greg KH wrote:
> > The structure device_driver(in device.h) has a member struct driver_private
> > which
> > contains the member kobj (according to drivers/base/base.h).
> > But in
* Zan Lynx <[EMAIL PROTECTED]> wrote:
> Included Ingo in CC because I think he did the locking test.
>
> The following is copied from a different boot, but looks the same to my
> eye as what I got on the console:
>
>
> | Locking API testsuite:
>
* Harvey Harrison <[EMAIL PROTECTED]> wrote:
> Use v8086_mode inline in fault_32.c, no functional change also ifdef
> the section for 32-bit only and add to fault_64.c
> - if (regs->flags & VM_MASK) {
> + if (v8086_mode(regs)) {
> --- a/arch/x86/mm/fault_64.c
> +++ b/arch/x86/mm/fault_
On Tue, Jan 15, 2008 at 02:05:49PM +0800, Huang, Ying wrote:
> This patch transforms the kexec page tables setup code from assembler
> code to C code in machine_kexec_prepare. This improves readability and
> reduces code line number.
This looks good to me.
Simon Horman <[EMAIL PROTECTED]>
> Sign
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
> machine_kexec_prep
Jason Wessel wrote:
> Jan Kiszka wrote:
>> Jason Wessel wrote:
>>
>>> Jan Kiszka wrote:
>>>
diff -up arch/x86/kernel/kgdb_32.c arch/x86/kernel/kgdb_64.c
screamed for unification. Here it is.
Signed-off-by: Jan Kiszka <[EMAIL PROTECTED]>
---
arch/x86/
* Andi Kleen <[EMAIL PROTECTED]> wrote:
> Harvey Harrison <[EMAIL PROTECTED]> writes:
>
> > Further towards unifying these files, add another helper in same
> > spirit as is_errata93.
>
> The better way to handle this would be to move all these workarounds
> into notifiers that only get regis
On Jan 18, 2008 4:23 PM, Jarek Poplawski <[EMAIL PROTECTED]> wrote:
> On Fri, Jan 18, 2008 at 03:48:02PM +0800, Dave Young wrote:
> > On Jan 18, 2008 3:38 PM, Jarek Poplawski <[EMAIL PROTECTED]> wrote:
> ...
> > > IMHO, it would be nice to get the real state of current lockdep
> > > problems here t
* Harvey Harrison <[EMAIL PROTECTED]> wrote:
> struct frame_head *head = (struct frame_head *)frame_pointer(regs);
> - unsigned long stack = stack_pointer(regs);
> + unsigned long stack = kernel_trap_sp(regs);
thanks, applied.
Ingo
--
To unsubscribe from this list: send th
Am Freitag, 18. Januar 2008 00:31:26 schrieb mathewss:
> This driver for me does not work when i try to cat /dev/ttyUSB2
> it fails and when i try to run
>
> statserial /dev/ttyUSB2
> statserial: TIOCMGET failed: Invalid argument
We are always looking for testers. Can you recompile with CONFIG_U
On Fri, 2008-01-18 at 00:47 -0800, Andrew Morton wrote:
> On Fri, 18 Jan 2008 09:36:10 +0100 Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> >
> > * Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> >
> > > > Probably it would be more efficient to have the people who wrote the
> > > > code also test it
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 unsuccessful.
> > I will try to reproduc
* 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 ]
> kernel BUG at include/linux/elfcore.h:105!
> invalid opcode: [1]
On Friday 18 January 2008 12:10:40 am Ingo Molnar wrote:
>
> * Yinghai Lu <[EMAIL PROTECTED]> wrote:
>
> > config MTRR
> > bool "MTRR (Memory Type Range Register) support"
> > - depends on !PAT
> > + depends on !X86_PAT
> > ---help---
> > On Intel P6 family processors (Pentium
[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 i386 where early_intel_workarounds()
[which is now ca
* Dhaval Giani <[EMAIL PROTECTED]> wrote:
> grepping around and looking through the code, I notice it is because
> these variables just do not exist for 32 bit NUMA. I am not sure how
> to go about it, and will just leave it to folks who know what they are
> doing there :).
yes, Mike Travis h
On Fri, Jan 18, 2008 at 12:21:52AM -0800, Andrew Morton wrote:
> On Fri, 18 Jan 2008 14:59:32 +0800 "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
On Thu, Jan 17, 2008 at 09:38:24PM -0800, Michael Rubin wrote:
> On Jan 17, 2008 9:01 PM, David Chinner <[EMAIL PROTECTED]> wrote:
>
> First off thank you for the very detailed reply. This rocks and gives
> me much to think about.
>
> > On Thu, Jan 17, 2008 at 01:07:05PM -0800, Michael Rubin wrot
* Jiri Slaby <[EMAIL PROTECTED]> wrote:
> On 01/17/2008 08:13 PM, Andrew Morton wrote:
>> On Thu, 17 Jan 2008 10:36:51 -0700 Zan Lynx <[EMAIL PROTECTED]> wrote:
>>> Heh. Laptop suspend to anything has been so broken for so long in the
>>> -mm series on my Compaq R3000 that I didn't even know it
On Tue, 2008-01-15 at 13:45 +0800, Huang, Ying wrote:
> +void __init bt_ioremap_init(void)
> +{
> [...]
> + *pgd = __pa(bm_pte) | _PAGE_TABLE;
> +}
> [...]
> +static void __init __bt_set_fixmap(enum fixed_addresses idx,
> +unsigned long phys, pgprot_t flags)
> +
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 unsuccessful.
> I will try to reproduce the oops with debug info compiled.
On Fri, 18 Jan 2008 09:36:10 +0100 Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
>
> > > Probably it would be more efficient to have the people who wrote the
> > > code also test it.
> >
> > Well, that would certainly help.
> >
> > I do test all of
* Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> > Probably it would be more efficient to have the people who wrote the
> > code also test it.
>
> Well, that would certainly help.
>
> I do test all of my patches and generally all of the patches I sign
> off, but surely that's not enough.
ple
Hi Andrew,
Following oops was seen while running kernbench on one of test machine
(power4+ box). I tried reproducing the oops but was unsuccessful.
I will try to reproduce the oops with debug info compiled.
Oops: Kernel access of bad area, sig: 11 [#1]
SMP NR_CPUS=32 NUMA pSeries
Modules linked
On Fri, Jan 18, 2008 at 09:00:34AM +0100, Jarek Poplawski wrote:
> On Fri, Jan 18, 2008 at 09:42:25AM +0800, Dave Young wrote:
> ...
> > After digging the class usage code again, I found that the only
> > possible double lock place is the class_interface_register/unregister
> > in which the class_d
On Thursday 17 January 2008 11:51:49 pm Giacomo Catenazzi wrote:
> Linus Torvalds wrote:
> > No, I'm saying that "const" has absolutely *zero* meaning on writes to an
> > object through _other_ pointers (or direct access) to the object.
>
> Hints: "restrict" is the C99 keyword for such requirement
On Friday 18 January 2008 17:33, stephane eranian wrote:
> Nick,
> > It is arch specific. If an architecture wants interrupts on during
> > context switch, or runqueue unlocked, then they set it (btw
> > INTERRUPTS_ON_CTXSW also implies UNLOCKED_CTXSW).
>
> Yes , I noticed that. I am only interest
On Thu, Jan 17, 2008 at 11:51:51PM -0800, Michael Rubin wrote:
> On Jan 15, 2008 4:36 AM, Fengguang Wu <[EMAIL PROTECTED]> wrote:
> > Andrew,
> >
> > This patchset mainly polishes the writeback queuing policies.
> > The main goals are:
> >
> > (1) small files should not be starved by big dirty file
On 01/18/2008 04:16 AM, Taral wrote:
> On 1/17/08, Michael Opdenacker <[EMAIL PROTECTED]> wrote:
>
>> Another issue would be that we would no longer be able
>> to load the speaker driver module from a kernel which
>> wasn't originally compiled with support for this module.
>>
>
> Have you l
On Fri, 18 Jan 2008 14:59:32 +0800 "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 pleas
- Original Message
> From: Mel Gorman <[EMAIL PROTECTED]>
> To: Martin Knoblauch <[EMAIL PROTECTED]>
> Cc: Fengguang Wu <[EMAIL PROTECTED]>; Mike Snitzer <[EMAIL PROTECTED]>; Peter
> Zijlstra <[EMAIL PROTECTED]>; [EMAIL PROTECTED]; Ingo Molnar <[EMAIL
> PROTECTED]>; linux-kernel@vger.ker
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 introduced in part to provide grea
On Fri, Jan 18, 2008 at 06:41:09AM +0100, Andi Kleen wrote:
> Fengguang Wu <[EMAIL PROTECTED]> writes:
> >
> > Suppose we want to grant longer expiration window for temp files,
> > adding a new list named s_dirty_tmpfile would be a handy solution.
>
> How would the kernel know that a file is a tmp
501 - 600 of 606 matches
Mail list logo