Conver x86_64 to using quicklists
This adds caching of pgds and puds, pmds, pte. That way we can
avoid costly zeroing and initialization of special mappings in the
pgd.
A second quicklist is used to separate out PGD handling. Thus we can carry
the initialized pgds of terminating processes over to
On Fri, 2007-03-23 at 15:12 +0900, Paul Mundt wrote:
> On Fri, Mar 23, 2007 at 02:04:30PM +0800, Wu, Bryan wrote:
> > This is the latest blackfin update patch. Because there are lots of
> > issue fixing in this one, I put all modification in one update patch
> > which is located in:
> > https://bla
From: David Miller <[EMAIL PROTECTED]>
[QUICKLIST]: Add sparc64 quicklist support.
I ported this to sparc64 as per the patch below, tested on
UP SunBlade1500 and 24 cpu Niagara T1000.
Signed-off-by: David S. Miller <[EMAIL PROTECTED]>
Index: linux-2.6.21-rc4-mm1/arch/sparc64/Kconfig
===
On Thu, 22 Mar 2007 23:28:41 -0700 (PDT) Christoph Lameter <[EMAIL PROTECTED]>
wrote:
> 1. Proven code from the IA64 arch.
>
> The method used here has been fine tuned for years and
> is NUMA aware. It is based on the knowledge that accesses
> to page table pages are sparse in
On Thu, 22 Mar 2007, Andrew Morton wrote:
> On Thu, 22 Mar 2007 23:28:41 -0700 (PDT) Christoph Lameter <[EMAIL
> PROTECTED]> wrote:
>
> > 1. Proven code from the IA64 arch.
> >
> > The method used here has been fine tuned for years and
> > is NUMA aware. It is based on the knowledge tha
(Please inline patches to the mail, makes it easier to review.)
On Thu, 22 Mar 2007, Eric Dumazet wrote:
> Some NUMA machines have a big MAX_NUMNODES (possibly 1024), but fewer possible
> nodes. This patch dynamically sizes the 'struct kmem_cache' to allocate only
> needed space.
>
> I moved node
On Fri, 23 Mar 2007 07:51:47 +0100 Blaisorblade <[EMAIL PROTECTED]> wrote:
> On Thursday 22 March 2007 22:44, [EMAIL PROTECTED] wrote:
> > The patch titled
> > uml: mreate arch.h
> ^
> > has been added to the -mm tree. Its filename is
> > uml-create-archh.patch
> mreate? I've a
* Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> >> > BUG: at kernel/fork.c:1033 copy_process()
> >>
> >> thanks Michal - this is a real bug that affects upstream too. Find
> >> the fix below - i've test-booted it and it fixes the warning.
> >
> > Problem is fixed, thanks.
>
> BTW. It seems th
On Thu, 2007-03-22 at 16:59 +0100, Sébastien Dugué wrote:
> Rename boot_gdt_table to boot_gdt to avoid the duplicate
> T(able).
>
> Signed-off-by: Sébastien Dugué <[EMAIL PROTECTED]>
>
> ---
> arch/i386/kernel/head.S |9 -
> arch/i386/kernel/trampoline.S | 12 ++--
>
Hi Bryan,
On Fri, 23 Mar 2007 13:46:57 +0800, Wu, Bryan wrote:
> Changlogs:
>
> a) Fixed issues according to Jean's review.
> b) Add MAINTAINS infomation
> c) add I2C_HW_B_BLACKFIN to i2c-id.h
I2C_HW_B_* is traditionally used for drivers built on top of the
i2c-algo-bit driver, which isn't the c
On Fri, 2007-03-23 at 08:27 +0100, Jean Delvare wrote:
> Hi Bryan,
>
> On Fri, 23 Mar 2007 13:46:57 +0800, Wu, Bryan wrote:
> > Changlogs:
> >
> > a) Fixed issues according to Jean's review.
> > b) Add MAINTAINS infomation
> > c) add I2C_HW_B_BLACKFIN to i2c-id.h
>
> I2C_HW_B_* is traditionally
Pekka J Enberg a écrit :
(Please inline patches to the mail, makes it easier to review.)
On Thu, 22 Mar 2007, Eric Dumazet wrote:
Some NUMA machines have a big MAX_NUMNODES (possibly 1024), but fewer possible
nodes. This patch dynamically sizes the 'struct kmem_cache' to allocate only
needed sp
On Thu, 22 Mar 2007 23:52:05 -0700 (PDT) Christoph Lameter <[EMAIL PROTECTED]>
wrote:
> On Thu, 22 Mar 2007, Andrew Morton wrote:
>
> > On Thu, 22 Mar 2007 23:28:41 -0700 (PDT) Christoph Lameter <[EMAIL
> > PROTECTED]> wrote:
> >
> > > 1. Proven code from the IA64 arch.
> > >
> > > The meth
On 23/03/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
On Thu, Mar 22, 2007 at 06:40:41PM -0700, Linus Torvalds wrote:
>
> [ Ok, I think it's those timers again...
>
> Ingo: let me just state how *happy* I am that I told you off when you
> wanted to merge the hires timers and NO_HZ before 2.6.20
On Thursday 22 March 2007 22:44, [EMAIL PROTECTED] wrote:
> The patch titled
> uml: mreate arch.h
^
> has been added to the -mm tree. Its filename is
> uml-create-archh.patch
mreate? I've also seen this in all other patches of this batch (examples
below), and both Jeff's orig
On Thu, 2007-03-22 at 12:45 +0100, Sam Ravnborg wrote:
> On Thu, Mar 22, 2007 at 09:09:42PM +1100, Rusty Russell wrote:
> > It also fixes the remaining warnings, except one. The code in
> > modpost.c which needs to be taught that it's legal to link from
> > .paravirtprobe to .init.text is horrible
Thomas Gleixner wrote:
> On Thu, 2007-03-22 at 15:16 +0100, Adrian Bunk wrote:
Does it work if you do _not_ revert the commits, and instead replace in
drivers/acpi/processor_idle.c the
#ifdef ARCH_APICTIMER_STOPS_ON_C3
with an
#if 0
?
>>> Then NOAPIC probably works
On Thu, Mar 22, Christoph Hellwig wrote:
> On Thu, Mar 22, 2007 at 10:52:34PM +0100, Olaf Hering wrote:
> > How can this compile error be fixed properly?
> > request_queue_t is inside CONFIG_BLOCK,
> > ide_drive_s (and likely others) use it unconditionally.
> >
> >
> > CC arch/powerpc/ker
Alexey Dobriyan wrote:
On 3/20/07, Keiichi KII <[EMAIL PROTECTED]> wrote:
This patch contains the following changes for supporting multiple logging
agents.
+#define CONFIG_SEPARATOR ";"
CONFIG_* is reserved for configuration options. Since you use
it in only one place just use semicolon di
Sorry, I sent the incomplete sample program.
So, I send the complete one again.
Any comments welcom.
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#define NETCONSOLE_DEV_NAME "/dev/netconsole"
#define ARRAY_SIZE(x) (sizeof(x) / sizeof((x)[0])
The patch fixes bugs related to the probe / remove adapter
functionality (handling of OFDT nodes)
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
---
This patch applies on top of the netdev upstream branch for 2.6.22
diff --git a/drivers/net/ehea/ehea.h b/drivers/net/ehea/ehea.h
index d59
This patch includes:
- code cleanup related to resource management
- extended error data gathering for resource management
- removing trailing whitespaces
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
---
This patch applies on top of the netdev upstream branch for 2.6.22
drivers/net/e
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Wed, 21 Mar 2007 13:15:32 -0700
> Minor optimization of div64_64. do_div() already does optimization
> for the case of 32 by 32 divide, so no need to do it here.
>
> Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
Applied to net-2.6.22
-
To
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Wed, 21 Mar 2007 13:17:21 -0700
> Use willy's work in optimizing cube root by having table for small values.
>
> Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
Also applied to net-2.6.22, thanks Stephen.
-
To unsubscribe from this list: sen
When using irqpoll I had a crash when I loaded the tg3 network driver
(on IA64). The stack trace was:
ia64_leave_kernel
[tg3]tg3_interrupt_tagged
note_interrupt
__do_IRQ
ia64_handle_irq
ia64_leave_kernel
_spin_unlock_irqrestore
pci_bu
On Thu, 2007-03-22 at 21:46 +0100, Bernhard Walle wrote:
>
> This patch makes sure that even the tr32() instruction in the interrupt
> handler
> is not executed which accesses PCI memory. Accessing PCI memory when
> pci_restore_state() is called is a bad idea because that function modifies
> the
Hello Michael,
* Michael Chan <[EMAIL PROTECTED]> [2007-03-22 23:04]:
> On Thu, 2007-03-22 at 21:46 +0100, Bernhard Walle wrote:
>
> > This patch makes sure that even the tr32() instruction in the interrupt
> > handler
> > is not executed which accesses PCI memory. Accessing PCI memory when
> >
[EMAIL PROTECTED] wrote:
From: Divy Le Ray <[EMAIL PROTECTED]>
Limit ethtool -g/-G to the given port's queues.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
applied 1-4
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
M
Dale Farnsworth wrote:
From: Dale Farnsworth <[EMAIL PROTECTED]>
mv643xx_eth_shutdown is needed for kexec.
Signed-off-by: Dale Farnsworth <[EMAIL PROTECTED]>
---
drivers/net/mv643xx_eth.c | 14 ++
1 file changed, 14 insertions(+)
applied
-
To unsubscribe from this list: send
[EMAIL PROTECTED] wrote:
From: Divy Le Ray <[EMAIL PROTECTED]>
Use tabs instead of white spaces for CHELSIO_T3 entry.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED
Jan-Bernd Themann wrote:
The patch fixes bugs related to the probe / remove adapter
functionality (handling of OFDT nodes)
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
applied 1-2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [E
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/Kconfig | 25 ++--
drivers/net/cxgb3/common.h | 15 ++
drivers/net/cxgb3/cx
In sd_revalidate_disk(), the SCSI Disk driver needs a few bytes DMA memory,
allocated by kmalloc() and __GFP_DMA. This patch uses __GFP_DMA only if
the corresponding host structure has unchecked_isa_dma set.
Signed-off-by: Bernhard Walle <[EMAIL PROTECTED]>
---
drivers/scsi/sd.c |3 ++-
1 fi
If I set /proc/sys/vm/dirty_ratio to "5" the write lockup happens within
the first MilliSecond, at about 100MB per file system.
If I slew the dirty_ratio to 80, the lockup happens
at about 2GB per file system.
2.6.21-rc4 has the same symptoms, and same lockups.
It appears that mptsas is dropping
My local kernel guru recognized this problem as a duplicate of the
LSI8408E bus lockup problem. The controller gets flooded with work,
and just climbs under a rock to hide. In the 8408E case, it
froze the PCI-e bus :-)
#!/bin/csh
#
# set the max request queue down from 128. any more than 32
# qui
Am Mittwoch, 21. März 2007 21:47 schrieb Tino Keitel:
> along with other USB error messages. I tried a hub with own power
> supply and a USB port on the computer. A full log is attached.
Your log basically shows a hub going berserk. Please post "lsusb -v"
and your .config
Regards
On Thu, Mar 22, 2007 at 09:50:29 +0100, Oliver Neukum wrote:
> Am Mittwoch, 21. März 2007 21:47 schrieb Tino Keitel:
>
> > along with other USB error messages. I tried a hub with own power
> > supply and a USB port on the computer. A full log is attached.
>
> Your log basically shows a hub going
Am Mittwoch, 21. März 2007 22:53 schrieb Greg KH:
> > EIP is at sierra_shutdown+0x3a/0x113 [sierra]
> > eax: ebx: ecx: edx: f8e52c9d
> > esi: edi: e889fa1c ebp: e84c0e2c esp: e84c0e0c
> > ds: 007b es: 007b fs: 00d8 gs: 0033 ss: 0068
> > Process
Hi,
if you have a device using this driver and are willing to test patches,
please contact me.
Regards
Oliver
-
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.
On Thu, Mar 22, 2007 at 09:50:29 +0100, Oliver Neukum wrote:
> Am Mittwoch, 21. März 2007 21:47 schrieb Tino Keitel:
>
> > along with other USB error messages. I tried a hub with own power
> > supply and a USB port on the computer. A full log is attached.
>
> Your log basically shows a hub going
On Thu, 22 Mar 2007, Tino Keitel wrote:
> On Thu, Mar 22, 2007 at 09:50:29 +0100, Oliver Neukum wrote:
> > Am Mittwoch, 21. März 2007 21:47 schrieb Tino Keitel:
> >
> > > along with other USB error messages. I tried a hub with own power
> > > supply and a USB port on the computer. A full log is a
Am Donnerstag, 22. März 2007 20:17 schrieb Tino Keitel:
> On Thu, Mar 22, 2007 at 09:50:29 +0100, Oliver Neukum wrote:
> > Am Mittwoch, 21. März 2007 21:47 schrieb Tino Keitel:
> >
> > > along with other USB error messages. I tried a hub with own power
> > > supply and a USB port on the computer.
On Thu, Mar 22, 2007 at 15:40:40 -0400, Alan Stern wrote:
> On Thu, 22 Mar 2007, Tino Keitel wrote:
>
> > On Thu, Mar 22, 2007 at 09:50:29 +0100, Oliver Neukum wrote:
> > > Am Mittwoch, 21. März 2007 21:47 schrieb Tino Keitel:
> > >
> > > > along with other USB error messages. I tried a hub with
On Thursday 22 March 2007 12:54 pm, Tino Keitel wrote:
> On Thu, Mar 22, 2007 at 15:40:40 -0400, Alan Stern wrote:
> > _Something_ is generating those overcurrent
> > warnings, and it sure looks like a hardware malfunction.
>
> But it works with 2.6.20.
So can you bisect to find what cause
On Thu, Mar 22, 2007 at 14:29:11 -0700, David Brownell wrote:
> On Thursday 22 March 2007 12:54 pm, Tino Keitel wrote:
> > On Thu, Mar 22, 2007 at 15:40:40 -0400, Alan Stern wrote:
> > > _Something_ is generating those overcurrent
> > > warnings, and it sure looks like a hardware malfunction.
David Brownell wrote:
> On Thursday 22 March 2007 12:54 pm, Tino Keitel wrote:
>> On Thu, Mar 22, 2007 at 15:40:40 -0400, Alan Stern wrote:
>>> _Something_ is generating those overcurrent
>>> warnings, and it sure looks like a hardware malfunction.
>> But it works with 2.6.20.
>
> So can yo
On Thu, 22 Mar 2007 17:56:13 -0400, Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> >>> _Something_ is generating those overcurrent
> >>> warnings, and it sure looks like a hardware malfunction.
> >> But it works with 2.6.20.
> Generation 1 iPod Shuffle is notorious for high current draw.
> You s
The following patch set implements the async_tx api and modifies
md-raid5 to issue memory copies and xor calculations asynchronously.
Async_tx is an extension of the existing dmaengine interface in the
kernel. Async_tx allows kernel code to utilize application specific
acceleration engines when pr
The async_tx api provides methods for describing a chain of asynchronous
bulk memory transfers/transforms with support for inter-transactional
dependencies. It is implemented as a dmaengine client
that smooths over the details of different hardware offload engine
implementations. Code that is wri
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
arch/arm/Kconfig |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index e7baca2..74077e3 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -997,6 +997,8 @@ source "drivers/mmc/Kc
Each stripe has three flag variables to reflect the state of operations
(pending, ack, and complete).
-pending: set to request servicing in raid5_run_ops
-ack: set to reflect that raid5_runs_ops has seen this request
-complete: set when the operation is complete and it is ok for handle_stripe5
to c
handle_stripe sets STRIPE_OP_PREXOR, STRIPE_OP_BIODRAIN, STRIPE_OP_POSTXOR
to request a write to the stripe cache. raid5_run_ops is triggerred to run
and executes the request outside the stripe lock.
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/md/raid5.c | 152 +
The parity calculation for an expansion operation is the same as the
calculation performed at the end of a write with the caveat that all blocks
in the stripe are scheduled to be written. An expansion operation is
identified as a stripe with the POSTXOR flag set and the BIODRAIN flag not
set.
The
handle_stripe now only updates the state of stripes. All execution of
operations is moved to raid5_run_ops.
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/md/raid5.c | 68
1 files changed, 10 insertions(+), 58 deletions(-)
dif
replaced by raid5_run_ops
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/md/raid5.c | 124
1 files changed, 0 insertions(+), 124 deletions(-)
diff --git a/drivers/md/raid5.c b/drivers/md/raid5.c
index 0be26c2..062df02 100644
---
Adds the platform device definitions and the architecture specific support
routines (i.e. register initialization and descriptor formats) for the
iop-adma driver.
Changelog:
* add support for > 1k zero sum buffer sizes
* added dma/aau platform devices to iq80321 and iq80332 setup
* fixed the calcu
This is a driver for the iop DMA/AAU/ADMA units which are capable of pq_xor,
pq_update, pq_zero_sum, xor, dual_xor, xor_zero_sum, fill, copy+crc, and copy
operations.
Changelog:
* fixed a slot allocation bug in do_iop13xx_adma_xor that caused too few
slots to be requested eventually leading to dat
Adds the platform device definitions and the architecture specific
support routines (i.e. register initialization and descriptor formats) for the
iop-adma driver.
Changelog:
* added 'descriptor pool size' to the platform data
* add base support for buffer sizes larger than 16MB (hw max)
* build er
handle_stripe sets STRIPE_OP_COMPUTE_BLK to request servicing from
raid5_run_ops. It also sets a flag for the block being computed to let
other parts of handle_stripe submit dependent operations. raid5_run_ops
guarantees that the compute operation completes before any dependent
operation starts.
async_tx is an api to describe a series of bulk memory
transfers/transforms. When possible these transactions are carried out by
asynchrounous dma engines. The api handles inter-transaction dependencies
and hides dma channel management from the client. When a dma engine is not
present the transa
Use raid5_run_ops to carry out the memory copies for a raid5 read request.
Signed-off-by: Dan Williams <[EMAIL PROTECTED]>
---
drivers/md/raid5.c | 40 +++-
1 files changed, 15 insertions(+), 25 deletions(-)
diff --git a/drivers/md/raid5.c b/drivers/md/raid
Prepare the raid5 implementation to use async_tx for running stripe
operations:
* biofill (copy data into request buffers to satisfy a read request)
* compute block (generate a missing block in the cache from the other
blocks)
* prexor (subtract existing data as part of the read-modify-write proces
handle_stripe sets STRIPE_OP_CHECK to request a check operation in
raid5_run_ops. If raid5_run_ops is able to perform the check with a
dma engine the parity will be preserved in memory removing the need to
re-read it from disk, as is necessary in the synchronous case.
'Repair' operations re-use t
On Thu, 22 Mar 2007 18:49:30 +1100
Rusty Russell <[EMAIL PROTECTED]> wrote:
> rdmsr_safe() takes pointers. rdmsr() modifies its arguments. What a
> mess.
>
> Fix rdmsr_safe() with !CONFIG_PARAVIRT.
>
> Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
>
> diff -r a7f78e8eacc8 include/asm-i386/
Andrew Morton wrote:
> Which tree are you patching??
> -
It looks like its against the previously posted "Cleanup: rationalize
paravirt wrappers" patch.
J
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo inf
On Thu, 2007-03-22 at 14:30 -0700, Andrew Morton wrote:
> Which tree are you patching??
We crossed in the mail: you turfed out the paravirt.h cleanup patch it
applied to.
We have rolled the fixes one patch, and am testing...
Rusty.
-
To unsubscribe from this list: send the line "unsubscribe li
On Thu, 22 Mar 2007 14:25:42 +0300 Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> Additions and removal from tty_drivers list were just done as well as
> iterating on it for /proc/tty/drivers generation.
>
> testing: modprobe/rmmod loop of simple module which does nothing but
> tty_register_driver(
On Mon, Feb 12, 2007 at 12:15:22AM -0800, [EMAIL PROTECTED] wrote:
> +static void remove_dir(struct dentry *d)
> +{
> + struct dentry *parent = dget(d->d_parent);
Don't we need to lock parent inode's mutex here? sysfs seems to take
that lock.
> +
> + d_delete(d);
> + simple_rmdir(pare
On Thu, Mar 22, 2007 at 03:26:51PM +0530, Srivatsa Vaddagiri wrote:
> On Mon, Feb 12, 2007 at 12:15:22AM -0800, [EMAIL PROTECTED] wrote:
> > +static void remove_dir(struct dentry *d)
> > +{
> > + struct dentry *parent = dget(d->d_parent);
>
> Don't we need to lock parent inode's mutex here? sysf
On Thursday 22 March 2007 17:06, Jeff Dike wrote:
> This patch moves all the the symbols defined in um_arch.c, which are
> mostly boundaries between different parts of the UML kernel address
> space, to a new header, as-layout.h. There are also a few things here
> which aren't really related to ad
Handle build_phys_page_list() failure in iwch_reregister_phys_mem().
Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/cxgb3/iwch_provider.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/iwch_provider.c
b/drivers/
thanks, applied.
-
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://www.tux.org/lkml/
Fix a resource leak in cxio_hal_init_ctrl_qp().
Signed-off-by: Steve Wise <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/cxgb3/cxio_hal.c | 12
1 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/infiniband/hw/cxgb3/cxio_hal.c
b/drivers/infiniband/hw/cxgb3/cxio_
301 - 373 of 373 matches
Mail list logo