On Sat, 31 Mar 2007 09:12:20 +0200 Helge Hafting <[EMAIL PROTECTED]> wrote:
> A new error for me:
>
> loading 2.6.21rc5mm3
> Bios data check successful
> Destination address not 2M aligned
> -- System halted
>
>
> This is using the same lilo that loads 2.6.18rc5mm1 fine.
> x86-64
>
That's ne
On Fri, 30 Mar 2007 00:05:39 +0200, Andi Kleen wrote
> On Thursday 29 March 2007 23:16, Linus Torvalds wrote:
> >
> > On Thu, 29 Mar 2007, Andi Kleen wrote:
> > >
> > > Here's a patch. I don't have a system with C1E, so i only tested that
> > > the apic timer still works on a older AMD box.
> >
So lazy MMU mode is vulnerable to interrupts coming in and issuing
kmap_atomic, which does not work when under lazy MMU mode. The window
for this is small, but it means highmem kernels, especially with heavy
network, USB, or AIO workloads are vulnerable to getting invariably
fatal pagefaults i
>From bbc89026f3e5d9e437ce4cd26d3013fe226103e2 Mon Sep 17 00:00:00 2001
From: Sam Ravnborg <[EMAIL PROTECTED]>
Date: Sat, 31 Mar 2007 09:34:46 +0200
Subject: [PATCH] kconfig/kbuild: fix dependency problem
Commit 2e3646e51b2d6415549b310655df63e7e0d7a080 changed the way
the split config tree is buil
>From e9fcc3bf8d1c71df1ae650d5291c5d4b15d71656 Mon Sep 17 00:00:00 2001
From: Sam Ravnborg <[EMAIL PROTECTED]>
Date: Sat, 31 Mar 2007 09:15:12 +0200
Subject: [PATCH] kconfig: factor out code in conf_spilt_config
This patch simply factor out code and
do not introduce any functional changes.
Signed
From: Divy Le Ray <[EMAIL PROTECTED]>
Run the watchdog task when the link is up.
Flush the XGMAC Tx FIFO when the link drops.
Also remove a statistics update that should have gone
in the previous modification of xgmac.c.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb
From: Divy Le Ray <[EMAIL PROTECTED]>
Introduce FW micro version.
Bump up FW version to 3.3.0
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb3_main.c |4 ++--
drivers/net/cxgb3/version.h|5 -
2 files changed, 6 insertions(+), 3 deletions(-)
diff --git
From: Divy Le Ray <[EMAIL PROTECTED]>
Ensure that the TCAM active region size is at least 16.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/common.h|3 +++
drivers/net/cxgb3/cxgb3_main.c|7 +--
drivers/net/cxgb3/cxgb3_offload.c |4 +++-
3 files
From: Divy Le Ray <[EMAIL PROTECTED]>
Differentiate NIC only adapters from RNICs.
Initialize offload capabilities for RNICs only.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/common.h |6 +++---
drivers/net/cxgb3/cxgb3_main.c |8
drivers/net/cxgb3/mc
A new error for me:
loading 2.6.21rc5mm3
Bios data check successful
Destination address not 2M aligned
-- System halted
This is using the same lilo that loads 2.6.18rc5mm1 fine.
x86-64
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
Hi Jeff,
I'm submitting a set of bug fixes for inclusion in 2.6.21.
The patches are built against Linus'git tree.
Here is a brief description:
- Ensure that the on-board TCAM's active region size is always greater
than 16
- the driver now recognizes NIC only adapters
- tighten the MAC hang wor
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 http:/
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 /sys/kernel/u
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, s
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 Keite
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 CONFIG_..._M
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.
Mar
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 .tmp
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 mainlin
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
> > > [] dump_s
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), o
--- 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
> > copy
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 interactivit
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 per-cp
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 insertion
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.
Si
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 a
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: I
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 page-align
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).
Signed-off
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: http://
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
> > c
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
> +++ linux/drivers/at
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% cp
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 behaviou
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 Ax
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 hypothe
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 di
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.
ACK.
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. /dev
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 check
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
t
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 li
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]>
Status
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 PROTECT
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 lin
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, &ns_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 dire
--- 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
> Galbrait
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
> > > > [] show_trace+0x12/0
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 ht
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
+++ fs/partitio
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
> incorrectly-work
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 t
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 vanilla
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 clocksource_register(struct
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 reproducabl
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 tools
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 converti
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,
> DSTN_CONTROL_
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
+++ linux-2.6.git/include/
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]>
---
include/asm-um/common.l
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 linux-kernel
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;
> > > +};
> >
> > Did
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
> adding
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 g
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 bei
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
> Submit
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 jus
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
>runnin
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
+++ b/drivers/scsi
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 b/drivers/
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 inq
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 pos
* 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. Pi
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 "unsub
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 say
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 elf_fd
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 create
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 +
arch
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 A
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
ove
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 says
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 then
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 inter
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 2007-03-3
1 - 100 of 352 matches
Mail list logo
