The patch did not apply, but mm3 compiled so I'll try that instead.
Helge Hafting
-
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
Helge Hafting <[EMAIL PROTECTED]> writes:
> Correct. I seem to remember that the latter is considered
> "deprecated, but some programs may still depend on it". So I disabled it to
> see what broke. udev complained about the missing /proc/sys/kernel/hotplug,
> but was happy to use
On Fri, Mar 30 2007, Rene Herman wrote:
> Hi Al.
>
> GIT doesn't remember, it's been too long, but IIRC you were the last one
> to do some work on mcdx (the old proprietary mitsumi cd-rom driver). The
> thing builds without warnings on 2.6.20.4, unlike most other proprietary
> CD-ROM drivers,
On Sat, 2007-03-31 at 08:31 +0200, Mike Galbraith wrote:
> On Fri, 2007-03-30 at 22:41 -0700, Xenofon Antidides wrote:
>
> > Patch makes X yuck with any load. I stick with SD.
General comment directed at nobody in particular:
If anyone thinks the current scheduler sucks rocks, maybe they should
Le vendredi 30 mars 2007 à 23:49 +0200, Adrian Bunk a écrit :
> Subject: MacMini doesn't come out of suspend to ram (i386 clockevents)
> (CONFIG_HPET_TIMER)
> References : http://lkml.org/lkml/2007/3/21/374
> Submitter : Frédéric Riss <[EMAIL PROTECTED]>
> Tino
On Thu, Mar 29, 2007 at 10:27:14AM +0100, Jan Beulich wrote:
> Commit 2e3646e51b2d6415549b310655df63e7e0d7a080 changed the way
> the split config tree is built, but failed to also adjust fixdep
> accordingly - if changing a config option from or to m, files
> referencing the respective
When I run 2.6.21-rc5 + Andi's x86 patches + paravirt_ops patches, I've
been getting my machine shut down with critical thermal shutdown messages:
Mar 30 23:19:03 localhost kernel: ACPI: Critical trip point
Mar 30 23:19:03 localhost kernel: Critical temperature reached (128 C),
shutting down.
On Thu, Mar 29, 2007 at 02:28:16PM -0700, Andrew Morton wrote:
> On Thu, 29 Mar 2007 20:20:20 +0200
> Helge Hafting <[EMAIL PROTECTED]> wrote:
>
[...]
> yup, people will presumably work on fixing these things up after the
> feature hits mainline.
>
> > LD init/built-in.o
> > LD
On Fri, 2007-03-30 at 22:41 -0700, Xenofon Antidides wrote:
> Patch makes X yuck with any load. I stick with SD.
Shrug. My milage is different, but hey, it's a work in progress. If SD
ever gets to the point that it actually delivers what it claims, I may
join you.
In the meantime, IMHO
Hello,
> > > 2) This was found a couple minutes later when the system was
> > >really busy and close to oom condition.
> > >
> > > INFO: lockdep is turned off.
> > > BUG: soft lockup detected on CPU#0!
> > > [] show_trace_log_lvl+0x1a/0x30
> > > [] show_trace+0x12/0x14
> > > []
On Sat, 2007-03-31 at 05:42 +0200, Mike Galbraith wrote:
> Yesterday, I piddled around with tracking interactive backlog as a way
> to detect when the load isn't really an interactive load, that's very
> simple and has potential.
Kinda like the patch below (though it can all be done slow path),
--- Mike Galbraith <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-03-30 at 19:36 -0700, Xenofon Antidides
> wrote:
>
> > Something different on many cpus? Sorry I was
> thinking
> > something other. I try 50% run + 50% sleep on one
> cpu
> > and mainline has big problem. Sorry for bad code I
> >
Xenofon Antidides wrote:
- Original Message
From: Ingo Molnar <[EMAIL PROTECTED]>
To: Con Kolivas <[EMAIL PROTECTED]>
Cc: linux list ; Andrew Morton <[EMAIL PROTECTED]>;
Mike Galbraith <[EMAIL PROTECTED]>
Sent: Thursday, March 29, 2007 9:22:49 PM
Subject: [test] hackbench.c
Currently x86 (similar to x84-64) has a special per-cpu structure
called "i386_pda" which can be easily and efficiently referenced via
the %fs register. An ELF section is more flexible than a structure,
allowing any piece of code to use this area. Indeed, such a section
already exists: the
Define per_cpu_offset in asm-i386/percpu.h when SMP defined, like
asm-generic/percpu.h does for UP.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Cc: Rusty Russell <[EMAIL PROTECTED]>
Cc: Andi Kleen <[EMAIL PROTECTED]>
---
include/asm-i386/percpu.h |2 ++
1 file changed, 2
This patch does a few small cleanups:
- use PER_CPU_NAME to generate the names of per-cpu variables
- use lea to add the per_cpu offset in PER_CPU(), because it doesn't
affect condition flags
- add PER_CPU_VAR which allows direct access to pre-cpu variables
with the %fs: prefix on SMP.
Mike Galbraith wrote:
> Yesterday, I piddled around with tracking interactive backlog as a way
> to detect when the load isn't really an interactive load, that's very
> simple and has potential.
You may want to consider fixing latencies per nice relative to load, as the
biggest problem with iab
Let's allow page-alignment in general for per-cpu data (wanted by Xen, and
Ingo suggested KVM as well).
Because larger alignments can use more room, we increase the max per-cpu
memory to 64k rather than 32k: it's getting a little tight.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
Acked-by:
Hi Andi,
This is a series of patches based on your latest queue (as of the
other day, at least).
It includes:
- the most recent patch to compute the appropriate amount of percpu
space to allocate, using a separate reservation for modules where
needed.
- make the percpu sections
Xen wants a dedicated page for the GDT. I believe VMI likes it too.
lguest, KVM and native don't care.
Simple transformation to page-aligned "struct gdt_page".
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
Acked-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
---
arch/i386/kernel/cpu/common.c
Rather than using a single constant PERCPU_ENOUGH_ROOM, compute it as
the sum of kernel_percpu + PERCPU_MODULE_RESERVE. This is now common
to all architectures; if an architecture wants to set
PERCPU_ENOUGH_ROOM to something special, then it may do so (ia64 is
the only one which does).
I know this is a bit late to be reporting this, as it happened before
2.6.18, but my PowerPC CHRP machine (RS/6000 43p-150, 604e CPU) no
longer boots. From the console:
instantiating rtas at 0x1ffe5000 ... done
copying OF device tree ...
Building dt strings...
Building dt structure...
On Fri, Mar 30, 2007 at 08:11:29PM -0700, Greg KH wrote:
>
> Is this an "add-on" patch, or a replacement one?
This is an add-on. In case you want a replacement, here it is:
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page:
On Sat, 2007-03-31 at 05:23 +0200, Mike Galbraith wrote:
> On Fri, 2007-03-30 at 19:36 -0700, Xenofon Antidides wrote:
>
> > Something different on many cpus? Sorry I was thinking
> > something other. I try 50% run + 50% sleep on one cpu
> > and mainline has big problem. Sorry for bad code I
> >
On Sat, Mar 31, 2007 at 12:14:37PM +1000, Herbert Xu wrote:
> On Sat, Mar 31, 2007 at 03:41:32AM +0200, Patrick McHardy wrote:
> >
> > > [CRYPTO] api: scatterwalk_copychunks() fails to advance through
> > > scatterlist
> >
> > This patch seems to cause some problems, I get reproducable freezes
>
Mark Lord wrote:
> Ideally, this would go into linux-2.6.21.
>
> Preserve the LBA bit in the DevSel/Head register for HDIO_DRIVE_TASK.
>
> Signed-off-by: Mark Lord <[EMAIL PROTECTED]>
> ---
> --- linux/drivers/ata/libata-scsi.c.orig2007-03-21
> 13:35:02.0 -0400
> +++
On Fri, 2007-03-30 at 19:36 -0700, Xenofon Antidides wrote:
> Something different on many cpus? Sorry I was thinking
> something other. I try 50% run + 50% sleep on one cpu
> and mainline has big problem. Sorry for bad code I
> copy bits to make it work. Start program first then
> run bash 100%
Three cleanups:
1: ELF notes are never mapped, so there's no need to have any access
flags in their phdr.
2: When generating them from asm, tell the assembler to use a SHT_NOTE
section type. There doesn't seem to be a way to do this from C.
3: Use ANSI rather than traditional cpp
On Sat, Mar 31, 2007 at 10:52:59AM +0800, Jeff Chua wrote:
> On 3/31/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> >Subject: ThinkPad doesn't resume from suspend to RAM
> >References : http://lkml.org/lkml/2007/2/27/80
> > http://lkml.org/lkml/2007/2/28/348
> >Submitter : Jens
Tejun Heo wrote:
> Cornelia Huck wrote:
>> On Sat, 31 Mar 2007 00:08:19 +0900,
>> Tejun Heo <[EMAIL PROTECTED]> wrote:
>>
>>> (3) make sure all existing kobjects are released by module exit function.
>>>
>>> For example, let's say there is a hypothetical disk device /dev/dk0
>>> driven by a
Jeremy Fitzhardinge wrote:
> This is a series of patches based on your latest queue (as of the
> other day, at least).
>
BTW, the From: line attributions got dropped from a few of these. These:
Allow percpu variables to be page-aligned
Page-align the GDT
should be From: Rusty. He
On Sat, Mar 31, 2007 at 03:20:27AM +0200, Paolo 'Blaisorblade' Giarrusso wrote:
> There was a typo in commit 7632fc8f809a97f9d82ce125e8e3e579390ce2e5,
> preventing
> it from working - 32bit binaries crashed hopelessly before the below fix and
> work perfectly now.
> Merge for 2.6.21, please.
Cornelia Huck wrote:
> On Sat, 31 Mar 2007 00:08:19 +0900,
> Tejun Heo <[EMAIL PROTECTED]> wrote:
>
>> (3) make sure all existing kobjects are released by module exit function.
>>
>> For example, let's say there is a hypothetical disk device /dev/dk0
>> driven by a hypothetical driver mydrv.
2007/3/31, Adrian Bunk <[EMAIL PROTECTED]>:
On Thu, Mar 29, 2007 at 11:16:39PM -0400, Kyle Moffett wrote:
> On Mar 28, 2007, at 16:14:54, Andrew Morton wrote:
> >On Wed, 28 Mar 2007 19:23:32 +0200 (CEST)
> >Jiri Kosina <[EMAIL PROTECTED]> wrote:
> >
> >>blockdev: bd_claim_by_kobject() could
Rusty Russell wrote:
> One nitpick: I'd really like PER_CPU() renamed to PER_CPU_ADDR().
> That's a separate patch, but I think would be far clearer.
>
Seems pretty simple, given that it has precisely one use.
J
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Andi Kleen wrote:
> On Saturday 31 March 2007 04:00, Jeremy Fitzhardinge wrote:
>
>> Currently x86 (similar to x84-64) has a special per-cpu structure
>> called "i386_pda" which can be easily and efficiently referenced via
>> the %fs register. An ELF section is more flexible than a structure,
> - some improvements to asm-i386/percpu.h to make asm access to percpu
>variables easy
One nitpick: I'd really like PER_CPU() renamed to PER_CPU_ADDR().
That's a separate patch, but I think would be far clearer.
Thanks,
Rusty.
-
To unsubscribe from this list: send the line "unsubscribe
On Sat, 2007-03-31 at 04:35 +0200, Andi Kleen wrote:
> On Saturday 31 March 2007 04:00, Jeremy Fitzhardinge wrote:
> > Currently x86 (similar to x84-64) has a special per-cpu structure
> > called "i386_pda" which can be easily and efficiently referenced via
> > the %fs register. An ELF section is
On 3/31/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
Subject: ThinkPad doesn't resume from suspend to RAM
References : http://lkml.org/lkml/2007/2/27/80
http://lkml.org/lkml/2007/2/28/348
Submitter : Jens Axboe <[EMAIL PROTECTED]>
Jeff Chua <[EMAIL PROTECTED]>
On Fri, 2007-03-30 at 21:59 -0400, James Morris wrote:
> On Fri, 30 Mar 2007, Daniel Walker wrote:
>
> > /**
> > * clocksource_register - Used to install new clocksources
> > * @t: clocksource to be registered
> > *
> > - * Returns -EBUSY if registration fails, zero otherwise.
On Fri, Mar 30, 2007 at 02:30:47AM -0700, Paul Jackson wrote:
> Simon Horman wrote:
> > +++ linux-2.6/Documentation/cpusets.txt 2007-03-30 13:03:19.0
> > +0900
> > ...
> > +Add some mems:
> > +# /bin/echo 0-7 > mems
>
> Nice change - thanks.
>
> Acked-by: Paul Jackson <[EMAIL
On 3/31/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
Subject: suspend to disk hangs (CONFIG_NO_HZ)
References : http://lkml.org/lkml/2007/3/25/217
Submitter : Jeff Chua <[EMAIL PROTECTED]>
Status : unknown
Still broken on.2.6.21-rc5.
Jeff.
-
To unsubscribe from this list: send the
On Mon, Feb 12, 2007 at 12:15:28AM -0800, [EMAIL PROTECTED] wrote:
> +int ns_container_clone(struct task_struct *tsk)
> +{
> + return container_clone(tsk, _subsys);
> +}
This function is a no-op if ns hierarchy is not mounted at this point.
This would mean that we will miss out on some
--- Mike Galbraith <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-03-30 at 15:05 +, Xenofon Antidides
> wrote:
> > - Original Message
> > From: Ingo Molnar <[EMAIL PROTECTED]>
> > To: Con Kolivas <[EMAIL PROTECTED]>
> > Cc: linux list ;
> Andrew Morton <[EMAIL PROTECTED]>; Mike
>
On Saturday 31 March 2007 04:00, Jeremy Fitzhardinge wrote:
> Currently x86 (similar to x84-64) has a special per-cpu structure
> called "i386_pda" which can be easily and efficiently referenced via
> the %fs register. An ELF section is more flexible than a structure,
> allowing any piece of code
On Fri, 2007-03-30 at 12:32 -0700, Greg KH wrote:
> On Fri, Mar 30, 2007 at 07:46:19PM +0200, Ingo Molnar wrote:
> >
> > * Greg KH <[EMAIL PROTECTED]> wrote:
> >
> > > > BUG: at drivers/base/driver.c:187 driver_unregister()
> > > > [] show_trace_log_lvl+0x19/0x2e
> > > > []
Herbert Xu wrote:
> Indeed. That patch was buggy. Sorry for not catching this earlier.
>
> This should fix the problem.
Works fine, thanks Herbert.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Since kobject_add, sysfs_create_link and sysfs_create_file are marked
as '__must_check', so we must always check their return values, or gcc
will give us warnings.
Signed-off-by: Cong WANG <[EMAIL PROTECTED]>
---
--- fs/partitions/check.c.orig 2007-03-30 21:35:45.0 +0800
+++
On Fri, 30 Mar 2007, Andrew Morton wrote:
> >
> > Ok, it was panincing, and someone made me change it. Would you please
> > agree?
> > The system can survive w/out, but it'll be a broken system WRT userspace.
>
> I'd say panic. There's no much point in limping along with an
>
On Sat, Mar 31, 2007 at 03:41:32AM +0200, Patrick McHardy wrote:
>
> > [CRYPTO] api: scatterwalk_copychunks() fails to advance through scatterlist
>
> This patch seems to cause some problems, I get reproducable freezes
> on the receiving system with net-2.6.22 when sending IPsec packets
> larger
Lee
Thanks for your help. In testing different kernels we found that using an
unpatched kernel from kernel.org seems to fix the problem. I'm assuming that a
patch added in the gentoo-sources patch set was creating the problem. Our once
8 minute untar is now down to 7-8 seconds with a
On Fri, 30 Mar 2007, Daniel Walker wrote:
> /**
> * clocksource_register - Used to install new clocksources
> * @t: clocksource to be registered
> *
> - * Returns -EBUSY if registration fails, zero otherwise.
> + * Always returns zero.
> */
> int
Greg KH wrote:
> -stable review patch. If anyone has any objections, please let us know.
>
> --
> From: J. Bruce Fields <[EMAIL PROTECTED]>
>
> [CRYPTO] api: scatterwalk_copychunks() fails to advance through scatterlist
This patch seems to cause some problems, I get
Stephane Eranian <[EMAIL PROTECTED]> writes:
> It seems that the kernel does not expose the Front-Side Bus (FSN) Clock
> speed to user applications.
You mean the APIC timer frequency which happens to match the FSB
on some CPUs?
> Knowledge the the FSB speed is very useful to monitoring
On Fri, 30 Mar 2007, Andrew Morton wrote:
> I'd say panic. There's no much point in limping along with an
> incorrectly-working kernel, only to have some small number of apps fail
> mysteriously later on.
Panic it is ...
> > > Can we make this optional if CONFIG_EMBEDDED? You plan on
On Fri, 30 Mar 2007 18:11:55 -0700 (PDT) Davide Libenzi
wrote:
>
> > > + */
> >
> > So it is the caller's responsibility to ensure that *file refers to an
> > eventfd file?
>
> In which function? I lost you ...
>
eventfd_signal() assumes that the passed in file* refers to an eventfd
file.
On Mon, 2007-03-19 at 10:22 +0100, Adrian Bunk wrote:
> The Coverity checker spotted the following two array overruns in
> drivers/video/aty/atyfb_base.c:
>
> <-- snip -->
>
> ...
> static const u32 lt_lcd_regs[] = {
> CONFIG_PANEL_LG,
> LCD_GEN_CNTL_LG,
>
On venerdì 30 marzo 2007, Greg KH wrote:
> -stable review patch. If anyone has any objections, please let us know.
I have one objection, the fix has a typo! This is the additional fix
(note '.note' instead of 'note'):
--- linux-2.6.git.orig/include/asm-um/common.lds.S
+++
There was a typo in commit 7632fc8f809a97f9d82ce125e8e3e579390ce2e5, preventing
it from working - 32bit binaries crashed hopelessly before the below fix and
work perfectly now.
Merge for 2.6.21, please.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
On Fri, 30 Mar 2007, Davide Libenzi wrote:
> > Some architectures do not implement 64-bit get_user()
>
> copy_from_user it is, then ...
That's messed up though. We do have put_user and we miss get_user. Bah...
- Davide
-
To unsubscribe from this list: send the line "unsubscribe
On Fri, 30 Mar 2007, Andrew Morton wrote:
> > +struct eventfd_ctx {
> > + spinlock_t lock;
> > + wait_queue_head_t wqh;
> > + __u64 count;
> > +};
>
> Again, can we borrow wqh.lock?
>
> `count' needs documentation - these things are key to understanding the
> code.
Added.
> > + */
>
On Fri, 30 Mar 2007 17:47:28 -0700 (PDT) Davide Libenzi
wrote:
> On Fri, 30 Mar 2007, Andrew Morton wrote:
>
> > > +struct timerfd_ctx {
> > > + struct hrtimer tmr;
> > > + ktime_t tintv;
> > > + spinlock_t lock;
> > > + wait_queue_head_t wqh;
> > > + unsigned long ticks;
> > > +};
> >
> >
On Fri, 30 Mar 2007, Andrew Morton wrote:
> > +struct timerfd_ctx {
> > + struct hrtimer tmr;
> > + ktime_t tintv;
> > + spinlock_t lock;
> > + wait_queue_head_t wqh;
> > + unsigned long ticks;
> > +};
>
> Did you consider using the (presently unused) lock inside wqh instead of
>
Grant Coady wrote:
On Sat, 31 Mar 2007 00:31:38 +0200, Oliver Joa <[EMAIL PROTECTED]> wrote:
Hi,
does anyone have a running Intel DP965LT Mainboard? I can not get this
Board running. You can see the Problems in the Thread "Corrupt
XFS-Filesystems on new Hardware and Kernel". Please can you
On Fri, 30 Mar 2007, Andrew Morton wrote:
> General comments:
>
> - All these patches will be considered a 100% regression by the
> linux-on-a-cellphone people. What do we have to do to make all of this
> stuff Kconfigurable?
I guess we can, yes.
> - All this code is moving us toward
On Fri, Mar 30, 2007 at 11:32:09PM +0200, Adrian Bunk wrote:
>
> Subject: kernels fail to boot with drives on ATIIXP controller
> (ACPI/IRQ related)
> References : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=229621
> http://lkml.org/lkml/2007/3/4/257
>
Ed Lin wrote:
The internal id/lun mapping of st_vsc and st_vsc1 controllers is different
from st_shasta. The original driver code can only map first 16 'entities'
for st_vsc and st_vsc1 while there are actually 128 available.
Also the ST_MAX_LUN_PER_TARGET should be 8, although this can do
no
On Thursday 08 March 2007 18:28, Linus Torvalds wrote:
> The sad part is that there really is no reason why the BSD crowd couldn't
> have done recvmsg() as an "extended read with per-system call flags",
> which would have made things like O_NONBLOCK etc unnecessary, because you
> could do it
On Sat, 31 Mar 2007 00:31:38 +0200, Oliver Joa <[EMAIL PROTECTED]> wrote:
>Hi,
>
>does anyone have a running Intel DP965LT Mainboard? I can not get this
>Board running. You can see the Problems in the Thread "Corrupt
>XFS-Filesystems on new Hardware and Kernel". Please can you give me a
Add debug information into abort and host_reset routine.
Change ioremap to ioremap_nocache.
Version updated to 3.6..1.
Signed-off-by: Ed Lin <[EMAIL PROTECTED]>
---
diff --git a/drivers/scsi/stex.c b/drivers/scsi/stex.c
index 9465f35..5a10cfa 100644
--- a/drivers/scsi/stex.c
+++
During hard bus reset of st_shasta controllers, 1 ms is not enough for
16-port controllers, although it's good for 8-port controllers. Extend the
wait time to 100 ms to allow bus resets finish successfully.
Signed-off-by: Ed Lin <[EMAIL PROTECTED]>
---
diff --git a/drivers/scsi/stex.c
After reset completed, the scsi error handler sends out START_STOP
and TEST_UNIT_READY to the device. For 'normal' devices these
commands will be handled by firmware. However, because the RAID
console only interfaces to scsi mid layer, the firmware will not process
these commands for it. This will
The internal id/lun mapping of st_vsc and st_vsc1 controllers is different
from st_shasta. The original driver code can only map first 16 'entities'
for st_vsc and st_vsc1 while there are actually 128 available.
Also the ST_MAX_LUN_PER_TARGET should be 8, although this can do
no harm because
set_up_list3s is not __init and references initkmem_list3.
Also, kmem_cache_create calls setup_cpu_cache which calls set_up_list3s. The
state machine _may_ prevent the code from accessing this data after freeing
initdata (it makes sure it's used only up to boot), so this warning may be a
false
* The prototype of arch_ptrace doesn't match the one in include/linux/ptrace.h.
* utrace_um_native is referred to by utrace_native_view but never defined.
Cc: Jeff Dike <[EMAIL PROTECTED]>
Cc: Roland McGrath <[EMAIL PROTECTED]>
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <[EMAIL PROTECTED]>
---
On venerdì 30 marzo 2007, Jeff Dike wrote:
> From: Davide Brini <[EMAIL PROTECTED]>
>
> Calls lines_init() *after* xterm_title is modified to include umid.
>
> Signed-off-by: Davide Brini <[EMAIL PROTECTED]>
> Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Acked-by: Paolo 'Blaisorblade' Giarrusso
Copy sys_futex64-allows-64bit-futexes-workaround.patch to UML (to unbreak the
UML build). Note however that in include/asm-generic/futex.h we have:
static inline int
futex_atomic_cmpxchg_inatomic(int __user *uaddr, int oldval, int newval)
{
return -ENOSYS;
}
Which is a better solution.
Patch-arounds for mm-only compile errors/warnings, got on 2.6.21-rc5-mm2, still
apply on 2.6.21-rc5-mm3.
--
Inform me of my mistakes, so I can add them to my list!
Paolo Giarrusso, aka Blaisorblade
http://www.user-mode-linux.org/~blaisorblade
-
To unsubscribe from this list: send the line
On Fri, 30 Mar 2007 15:44:15 -0700 (PDT)
Davide Libenzi wrote:
> On Fri, 30 Mar 2007, Andrew Morton wrote:
>
> > > +#include
> > > +
> > > +
> > > +
> >
> > Too many blank lines
>
> It'd be interesting to know how much is enough. You use one, ppl says it
> is too dense. You use more, ppl
On Fri, 30 Mar 2007, Andrew Morton wrote:
>
> again?>
Oooh, yes please.
> diff -puN fs/binfmt_elf_fdpic.c~fix-page-leak-during-core-dump
> fs/binfmt_elf_fdpic.c
> --- a/fs/binfmt_elf_fdpic.c~fix-page-leak-during-core-dump
> +++ a/fs/binfmt_elf_fdpic.c
> @@ -1480,8 +1480,10 @@ static int
In file included from drivers/pci/msi.c:22:
include/asm/smp.h:17:26: asm/arch/smp.h: No such file or directory
include/asm/smp.h:20:3: #error " included in non-SMP build"
include/asm/smp.h:23:1: warning: "raw_smp_processor_id" redefined
In file included from include/linux/sched.h:65,
From: Daniel Wolstenholme <[EMAIL PROTECTED]>
Enable devices to signal interrupts via PCI memory cycles.
rev6:
* fix enable/disable typo, Michael Ellerman
rev5:
* fix up ack, enable, and disable for iop13xx_msi_chip
rev4:
* move smp compile fix to separate patch
* use dynamic_irq_init in
Allows architectures to advertise that they support MSI rather than listing
each architecture as a PCI_MSI dependency.
rev2:
* update i386 and x86_64 as well
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
Acked-by: "Eric W. Biederman" <[EMAIL PROTECTED]>
---
arch/arm/Kconfig |1 +
Here is the latest revision of some patches that have been bouncing
around linux-pci for a while. linux-kernel is copied to get a few more
eyes on the ARCH_SUPPORTS_MSI change. To my knowledge these patches
have not yet been queued into a maintainer tree.
Dan Williams (2):
msi: introduce
Greg KH wrote:
-stable review patch. If anyone has any objections, please let us know.
--
From: Mark Lord <[EMAIL PROTECTED]>
libata bugfix: HDIO_DRIVE_TASK
I was trying to use HDIO_DRIVE_TASK for something today,
and discovered that the libata implementation does not copy
On Fri, 30 Mar 2007 15:44:15 -0700 (PDT) Davide Libenzi wrote:
> On Fri, 30 Mar 2007, Andrew Morton wrote:
>
> > > +#include
> > > +
> > > +
> > > +
> >
> > Too many blank lines
>
> It'd be interesting to know how much is enough. You use one, ppl says it
> is too dense. You use more, ppl
On Fri, 30 Mar 2007 15:06:03 -0700
"Ken Chen" <[EMAIL PROTECTED]> wrote:
> On 3/30/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > So.. this change will cause a fatal error for anyone who is presently
> > using max_loop, won't it? If they're doing that within their
> > initramfs/initrd/etc
Anyone got the same thing for CK804? I had my hopes high, and then I saw
the DECLARE_PCI_FIXUP_HEADER values [and the thread title was misleading]
I have an A8N-E motherboard with AthlonX2 and the ACPI definitions are
missing the HPET (standard feature of Asus motherboards).
I too got
Ideally, this would go into linux-2.6.21.
Preserve the LBA bit in the DevSel/Head register for HDIO_DRIVE_TASK.
Signed-off-by: Mark Lord <[EMAIL PROTECTED]>
---
--- linux/drivers/ata/libata-scsi.c.orig2007-03-21 13:35:02.0
-0400
+++ linux/drivers/ata/libata-scsi.c
On Fri, 30 Mar 2007, Andrew Morton wrote:
> > +#include
> > +
> > +
> > +
>
> Too many blank lines
It'd be interesting to know how much is enough. You use one, ppl says it
is too dense. You use more, ppl says it's too much.
There's the one-line rule for inter-function spacing, but what's the
Le samedi 31 mars 2007 à 01:09 +0300, Mikko Tiihonen a écrit :
> > Anyone got the same thing for CK804? I had my hopes high, and then I saw
> > the DECLARE_PCI_FIXUP_HEADER values [and the thread title was misleading]
>
> I have an A8N-E motherboard with AthlonX2 and the ACPI definitions are
>
Hi,
does anyone have a running Intel DP965LT Mainboard? I can not get this
Board running. You can see the Problems in the Thread "Corrupt
XFS-Filesystems on new Hardware and Kernel". Please can you give me a
running Kernel-Config?
Thanks a lot
Oliver
-
To unsubscribe from this list: send
On 3/30/07, Len Brown <[EMAIL PROTECTED]> wrote:
On Thursday 29 March 2007 17:49, Miles Lane wrote:
> Hmm. I've reproduced these problems with vanilla 2.6.21-rc5, so the
> latest acpi-git changes are off the hook
I think the 1st message on this thread holds the answer:
> ACPI: BIOS bug:
On Fri, 30 Mar 2007, Jan Glauber wrote:
> On Fri, 2007-03-30 at 05:55 -0400, Robert P. J. Day wrote:
> > i'm betting the S390 folks would *really* hate that idea but, if you
> > look closely, the generic Kconfig file *already* has some
> > arch-dependent content:
> >
> > ...
> > config
On Fri, 30 Mar 2007 23:01:45 +0100 (BST)
Hugh Dickins <[EMAIL PROTECTED]> wrote:
> On Fri, 30 Mar 2007, Andrew Morton wrote:
> > On Thu, 29 Mar 2007 13:39:13 -0700
> > Brian Pomerantz <[EMAIL PROTECTED]> wrote:
> >
> > > When the dump cannot occur most likely because of a full file system
> > >
On venerdì 30 marzo 2007, Jeff Dike wrote:
> flush_thread doesn't need to do a full page table walk in order to
> clear the address space. It knows what the end result needs to be, so
> it can call unmap directly.
>
> This results in a 10-20% speedup in an exec from bash.
Oh, yeah!
When porting
On Fri, Mar 30, 2007 at 05:42:13PM -0400, Mark Lord wrote:
> Greg KH wrote:
> >-stable review patch. If anyone has any objections, please let us know.
> >
> >--
> >From: Mark Lord <[EMAIL PROTECTED]>
> >
> >libata bugfix: HDIO_DRIVE_TASK
> >
> >I was trying to use HDIO_DRIVE_TASK
On 3/30/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
So.. this change will cause a fatal error for anyone who is presently
using max_loop, won't it? If they're doing that within their
initramfs/initrd/etc then things could get rather ugly for them.
probably, if they access loop device
On Fri, 30 Mar 2007, Andrew Morton wrote:
> On Thu, 29 Mar 2007 13:39:13 -0700
> Brian Pomerantz <[EMAIL PROTECTED]> wrote:
>
> > When the dump cannot occur most likely because of a full file system
> > and the page to be written is the zero page, the call to
> > page_cache_release() is missed.
>
On Mar 30 2007 14:46, Andrew Morton wrote:
>
>ahem.
>
>On Fri, 30 Mar 2007 02:25:37 -0700
>"Ken Chen" <[EMAIL PROTECTED]> wrote:
>
>> +static DEFINE_MUTEX(loop_devices_mutex);
>> ...
>> +mutex_lock(_device_mutex);
>
>which makes me suspect that you didn't send the patch which you meant to
1 - 100 of 694 matches
Mail list logo
