Just pass in the command, no point in passing in the scatterlist
and scatterlist pool index seperately.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
drivers/scsi/scsi_lib.c |9 +
drivers/scsi/scsi_tgt_lib.c |4 ++--
include/scsi/scsi_cmnd.h|2 +-
3 files changed,
Expose this setting for now, so that users can play with enabling
large commands without defaulting it to on globally.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
block/ll_rw_blk.c | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
diff --git
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
include/asm-x86_64/dma-mapping.h |3 +--
include/asm-x86_64/scatterlist.h |2 ++
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/include/asm-x86_64/dma-mapping.h b/include/asm-x86_64/dma-mapping.h
index 6897e2a..ecd0f61
This prepares x86-64 for sg chaining support.
igned-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
arch/x86_64/kernel/pci-calgary.c | 25 -
arch/x86_64/kernel/pci-gart.c| 44 ++---
arch/x86_64/kernel/pci-nommu.c |5 ++-
3 files
The dma mapping helpers need to be converted to using
sg helpers as well, so they will work with a chained
sglist setup.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
include/asm-i386/dma-mapping.h | 13 +++--
1 files changed, 7 insertions(+), 6 deletions(-)
diff --git
This converts the SCSI mid layer to using the sg helpers for looking up
sg elements, instead of doing it manually.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
drivers/scsi/scsi_lib.c | 20 +++-
1 files changed, 11 insertions(+), 9 deletions(-)
diff --git
The core of the patch - allow the last sg element in a scatterlist
table to point to the start of a new table. We overload the LSB of
the page pointer to indicate whether this is a valid sg entry, or
merely a link to the next list.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
Convert the main rq mapper (blk_rq_map_sg()) to the sg helper setup.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
block/ll_rw_blk.c | 19 ---
1 files changed, 12 insertions(+), 7 deletions(-)
diff --git a/block/ll_rw_blk.c b/block/ll_rw_blk.c
index 17e1889..b01a5f2 100644
Hi,
Third version of the patchset. Changes since v2:
- Get rid of ->next and use the ->page field as a next pointer.
This saves some space in the scatterlist structure, at the cost
of one extra sg segment per chained list. Should definitely be
a space win.
- Cleanup linux/scatterlist.h,
This converts libata to using the sg helpers for looking up sg
elements, instead of doing it manually.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
drivers/ata/libata-core.c | 30 --
include/linux/libata.h| 16 ++--
2 files changed, 26
It's a subsystem function, prefix it as such.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
crypto/digest.c |2 +-
crypto/scatterwalk.c |2 +-
crypto/scatterwalk.h |2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/crypto/digest.c b/crypto/digest.c
index
First step to being able to change the scatterlist setup without
having to modify drivers (a lot :-)
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
include/linux/scatterlist.h |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/include/linux/scatterlist.h
Hi:
Raz Ben-Jehuda(caro) wrote: [Wed May 09 2007, 02:02:24PM EDT]
> Hello Robert.
> I have noticed that you are the writer of the hpet driver in linux.
> I have been running the test tool provided in
> linux/Documenration/hpet.txt on an hp dl380. It runs for few seconds
> and then the hpet
Hi
As you can see in the "10. pci_enable_device_bars() and Legacy I/O
Port space" of the Documentation/pci.txt, the latest kernel has
interfaces for PCI device drivers to tell the kernel which resource
the driver want to use, ex. I/O port or MMIO.
I've made a patch which makes Emulex lpfc driver
On 5/10/07, Andi Kleen <[EMAIL PROTECTED]> wrote:
> After commenting out clear_kernel_mapping() line, the system would
> have sync flood and reset from time to time. However when with this
> clear_kernel_mapping() line, no system reset happened.
Hmm, that should not happen. Normally the
Scale writeback cache per backing device, proportional to its writeout speed.
By decoupling the BDI dirty thresholds a number of problems we currently have
will go away, namely:
- mutual interference starvation (for any number of BDIs);
- deadlocks with stacked BDIs (loop, FUSE and local NFS
Provide an accurate version of percpu_counter_read.
Should we go and replace the current use of percpu_counter_sum()
with percpu_counter_sum_positive(), and call this new primitive
percpu_counter_sum() instead?
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
include/linux/percpu_counter.h
Expose the per bdi dirty limits in sysfs
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
block/ll_rw_blk.c | 50 ++
mm/page-writeback.c |4 ++--
2 files changed, 52 insertions(+), 2 deletions(-)
Index: linux-2.6/block/ll_rw_blk.c
pull out the floating proportion stuff and make it a lib
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
include/linux/proportions.h | 82
lib/Makefile|2
lib/proportions.c | 259 +++
mm/backing-dev.c
These are actual devices, give them their own BDI.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
Cc: Robert Kaiser <[EMAIL PROTECTED]>
---
drivers/mtd/mtdconcat.c | 28 ++--
1 file changed, 18 insertions(+), 10 deletions(-)
Index: linux-2.6/drivers/mtd/mtdconcat.c
Count per BDI writeback pages.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
include/linux/backing-dev.h |1 +
mm/page-writeback.c | 12 ++--
2 files changed, 11 insertions(+), 2 deletions(-)
Index: linux-2.6/mm/page-writeback.c
The latest version of the per device dirty throttling patches.
I put in quite a few comments, and added an patch to do per task dirty
throttling as well, for RFCs sake :-)
I haven't yet come around to do anything but integrety testing on this code
base, ie. it built a kernel. I hope to do more
Add percpu_counter_mod64() to allow large modifications.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
include/linux/percpu_counter.h | 17 +
lib/percpu_counter.c | 20
2 files changed, 37 insertions(+)
Index:
Because the current batch setup has an quadric error bound on the counter,
allow for an alternative setup.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
include/linux/percpu_counter.h | 10 +-
lib/percpu_counter.c |6 +++---
2 files changed, 12 insertions(+), 4
provide BDI constructor/destructor hooks
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
block/ll_rw_blk.c |2 ++
drivers/block/rd.c |6 ++
drivers/char/mem.c |2 ++
drivers/mtd/mtdcore.c |5 +
fs/char_dev.c
Expose the per BDI stats in /sys/block//queue/*
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
block/ll_rw_blk.c | 29 +
1 file changed, 29 insertions(+)
Index: linux-2.6/block/ll_rw_blk.c
===
Count per BDI reclaimable pages; nr_reclaimable = nr_dirty + nr_unstable.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
fs/buffer.c |2 ++
fs/nfs/write.c |7 +++
include/linux/backing-dev.h |1 +
mm/page-writeback.c |4
Provide scalable per backing_dev_info statistics counters.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
include/linux/backing-dev.h | 96 +++-
mm/backing-dev.c| 21 +
2 files changed, 115 insertions(+), 2 deletions(-)
On Thu, 2007-05-10 at 01:33 -0400, Jeff Garzik wrote:
> Rusty Russell wrote:
> > I realize your continual battle with this, but adding a layer of
> > indirection doesn't seem like it will add clarity. The issues with
> > __pa() are reasonably known (don't hand it a vmalloc address, for
> >
Based on ideas of Andrew:
http://marc.info/?l=linux-kernel=102912915020543=2
Scale the bdi dirty limit inversly with the tasks dirty rate.
This makes heavy writers have a lower dirty limit than the occasional writer.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
include/linux/sched.h
Provide a method to set a percpu counter to a specified value.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
include/linux/percpu_counter.h |6 ++
lib/percpu_counter.c | 13 +
2 files changed, 19 insertions(+)
Index:
Andy, Pete, this patch also causes our test machines to hang hard during boot.
x86_64 smp kernel, single cpu Athlon 64 machine,
cpuinfo below.
Benny
$ cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 79
model name : AMD Athlon(tm)
Its redundant, clear_bdi_congested() already wakes the waiters.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
fs/nfs/write.c |4 +---
include/linux/backing-dev.h |1 -
mm/backing-dev.c| 13 -
3 files changed, 1 insertion(+), 17 deletions(-)
The mm snapshot broken-out-2007-05-10-03-06.tar.gz has been uploaded to
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/broken-out-2007-05-10-03-06.tar.gz
It contains the following patches against 2.6.21:
origin.patch
x86_64-fix-default_do_nmi-missing-return-after-a-if.patch
On 5/10/07, Andi Kleen <[EMAIL PROTECTED]> wrote:
> After commenting out clear_kernel_mapping() line, the system would
> have sync flood and reset from time to time. However when with this
> clear_kernel_mapping() line, no system reset happened.
Hmm, that should not happen. Normally the
On Thu, May 10, 2007 at 01:01:55PM +0300, Menny Hamburger wrote:
> Hi,
>
> When we do want to rescan the SCSI host, a userland script needs to be
> provided that does add/remove.
> This patch adds an interface for doing this inside the kernel - seems
> more appropriate:
/proc/scsi/scsi is
Hi
As you can see in the "10. pci_enable_device_bars() and Legacy I/O
Port space" of the Documentation/pci.txt, the latest kernel has
interfaces for PCI device drivers to tell the kernel which resource
the driver want to use, ex. I/O port or MMIO.
I've made a patch which makes Intel e1000 driver
On Thursday May 10, [EMAIL PROTECTED] wrote:
>
> On May 10 2007 16:22, NeilBrown wrote:
> >
> >diff .prev/drivers/md/md.c ./drivers/md/md.c
> >--- .prev/drivers/md/md.c2007-05-10 15:51:54.0 +1000
> >+++ ./drivers/md/md.c2007-05-10 16:05:10.0 +1000
> >@@ -5095,7 +5095,7
On Thursday May 10, [EMAIL PROTECTED] wrote:
> Hi,
>
> Since the current kernel cannot be compiled with NFS client and without
> lockd, it is not possible to register a user space NLM server
> Without colliding with the kernel service registered in
> .../fs/lockd/lockd.c.
This doesn't make any
Hi,
When we do want to rescan the SCSI host, a userland script needs to be
provided that does add/remove.
This patch adds an interface for doing this inside the kernel - seems
more appropriate:
--- linux-2.6.20/drivers/scsi/scsi_proc.c 2007-02-04
20:44:54.0 +0200
+++
>
> As we know that CPU prefetch never cross the page boundary, in this
That only applies to sequential prefetch. But speculative execution can
prefetch pretty much any address. That is why the clear_kernel_mapping is
needed.
In BIOS setup, there's "Speculative TLB Reload". Is this
Nick Piggin <[EMAIL PROTECTED]> wrote:
> Why do you call SetPageUptodate when the page is not up to date?
> That leaks uninitialised data, AFAIKS.
It only seems that way. If afs_prepare_write() is called, but doesn't return
an error, then afs_commit_write() will be called, and it seems that the
Hi,
Since the current kernel cannot be compiled with NFS client and without
lockd, it is not possible to register a user space NLM server
Without colliding with the kernel service registered in
.../fs/lockd/lockd.c.
This simple patch gives the ability to provide NLM_PROGRAM from outside:
---
On May 10 2007 10:48, Geert Uytterhoeven wrote:
>> > > **
>> > > -** Copyright 1994 by Bj?rn Brauel
>> > > +** Copyright 1994 by Bjrn Brauel
>> > > **
>> > > ** 5/2/94 Roman Hodek:
>> > > ** TT interrupt definitions added.
>> >
>> > These two seem to have failed.
>>
>> They changed from
Various architectures define these, but they aren't being used anywhere -
candidates for removal? The more that (at least) on i386 and x86-64
pte_exprotect() is not symmetrical to pte_exec() and pte_mkexec()...
Jan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On May 10 2007 16:22, NeilBrown wrote:
>
>diff .prev/drivers/md/md.c ./drivers/md/md.c
>--- .prev/drivers/md/md.c 2007-05-10 15:51:54.0 +1000
>+++ ./drivers/md/md.c 2007-05-10 16:05:10.0 +1000
>@@ -5095,7 +5095,7 @@ static int is_mddev_idle(mddev_t *mddev)
>*
On Thu, 10 May 2007 00:27:40 -0700 Andrew Morton <[EMAIL PROTECTED]> wrote:
> - Can we get rid of the private dbg, err and info macros? Surely there are
> generic ones somewhere.
i386 allmodconfig:
In file included from drivers/usb/misc/uss720.c:48:
include/linux/usb.h:1505:1: warning: "dbg"
> After commenting out clear_kernel_mapping() line, the system would
> have sync flood and reset from time to time. However when with this
> clear_kernel_mapping() line, no system reset happened.
Hmm, that should not happen. Normally the problems fixed by
this are expected to be very rare and
On Thursday May 10, [EMAIL PROTECTED] wrote:
> On Thu, 10 May 2007 16:22:31 +1000 NeilBrown <[EMAIL PROTECTED]> wrote:
>
> > The test currently looks for any (non-fuzz) difference, either
> > positive or negative. This clearly is not needed. Any non-sync
> > activity will cause the total
Robert Hancock wrote:
> This adds human-readable decoding of the ATA status and error registers
> (similar
> to what drivers/ide does) as well as the SATA Serror register to libata
> error
> handling output. This prevents the need to pore through standards documents
> to figure out the meaning of
On 10/05/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
On Thu, May 10, 2007 at 12:22:59AM -0400, Jeff Garzik wrote:
> Adrian Bunk wrote:
>> I thought it was just an informal tag to mark which people did agree with
>> the patch (and the line between your "Makes good sense to me." and a "Feel
>> free
A small regression appears to have been introduced in the recent patch
"cleanup compat ioctl handling", which was included in Linus' tree after
2.6.20.
siocdevprivate_ioctl() is no longer defined if CONFIG_NET is undefined,
whereas previously it was a dummy function in this case.
This causes
I'm trying to get the Brooktrout TR1034 fax card to run with
Linux-2.6.21, but it just won't run, so I downgraded to 2.6.9 and it
seems to load just fine. Then I tried 2.6.10-rc1, and with a few
changes, it seems to work. But, when I tried 2.6.10-rc2, it failed.
Here's what I patched to make it
On 5/10/07, Satyam Sharma <[EMAIL PROTECTED]> wrote:
> [...]
> On a 64 bit system, converting pointer to int causes unnecessary
> compiler
> warning, and intermediate long conversion was to avoid that. I will have
Whoa! Hello, hold on, just wait a second there. Do you _really_ want
an unsigned
On Thu, 2007-05-10 at 01:53 -0700, David Miller wrote:
> From: Andrew Morton <[EMAIL PROTECTED]>
> Date: Thu, 10 May 2007 01:50:36 -0700
>
> > We discussed this a couple of months back. davem landed firmly in the
> > second camp and everyone then shut up ;)
>
> No I landed in the first :-)))
>
On Thu, May 10, 2007 at 11:29:47AM +0200, Jarek Poplawski wrote:
...
> [PATCH] timer: revert parenthesis fix in tbase_get_deferrable() etc.
>
> > > On 09-05-2007 21:10, Pallipadi, Venkatesh wrote:
> > > ...
> > > > On a 64 bit system, converting pointer to int causes unnecessary
> > > > compiler
Hi Vitaly,
There is a mailing list dedicated to Linux I2C development (check
MAINTAINERS), so why don't you use it instead of the already cluttered
LKML?
On Tue, 08 May 2007 10:31:31 +0400, Vitaly Bordug wrote:
> Utilized devicetree to store I2C data, ported i2c-algo-8xx.c from 2.4
>
On Tue, 2007-04-17 at 13:53 -0400, John Anthony Kazos Jr. wrote:
> -** Copyright 1994 by Bj<94>rn Brauel
> +** Copyright 1994 by Bjârn Brauel
I think that file was cp437, and it should read 'Björn'.
(asm-m68k/atari*.h)
Also note that Arnaldo just put more legacy noise into CREDITS...
--
On Thu, 2007-05-10 at 02:18 -0700, Andrew Morton wrote:
> > > > If that patch makes the problem go away, then we should have a quite
> > > > good hint what we need to look at.
> > >
> > > No joy, sorry. It still hangs at the last statement in
> > > acpi_evaluate_object().
> >
> > Can you add
On Thu, May 10, 2007 at 12:57:38AM -0700, Andrew Morton wrote:
> On Thu, 10 May 2007 09:39:04 +0200 Jarek Poplawski <[EMAIL PROTECTED]> wrote:
>
> > On 09-05-2007 21:10, Pallipadi, Venkatesh wrote:
> > ...
> > > On a 64 bit system, converting pointer to int causes unnecessary
> > > compiler
> > >
On Thu, May 10, 2007 at 12:05:44AM +0200, Zbigniew Baniewski wrote:
> So, I changed the config (below) and made another compilation - still the
> same:
>
> ...ordinary boot messages, ending with "hda:... sectors... w/Cache..."
> hda: attached ide-disk driver
>
On Thu, 10 May 2007 10:55:45 +0200 Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-05-10 at 01:46 -0700, Andrew Morton wrote:
> > On Wed, 09 May 2007 23:26:22 +0200 Thomas Gleixner <[EMAIL PROTECTED]>
> > wrote:
> >
> > > Andrew,
> > >
> > > can you test the alternative replacement
On Wed, May 09 2007, Mathieu Desnoyers wrote:
> Here is a proof of concept patch, for demonstration purpose, of moving
> blktrace to the markers.
>
> A few remarks : this patch has the positive effect of removing some code
> from the block io tracing hot paths, minimizing the i-cache impact in a
On Thursday 10 May 2007 12:06 am, Ollie Wild wrote:
> On 5/9/07, Rob Landley <[EMAIL PROTECTED]> wrote:
> > Just FYI, a really really quick and dirty way of testing this sort of
thing on
> > more architectures and you're likely to physically have?
>
> Does this properly emulate caching? On
Gerhard Mack writes:
> On Wed, 9 May 2007, Jeff Garzik wrote:
> > Gerhard Mack wrote:
> > > May 9 14:51:35 mgerhard kernel: ata1.00: exception Emask 0x0 SAct 0x0
> > > SErr
> > > 0x180 action 0x2 frozen
> > > May 9 14:51:35 mgerhard kernel: ata1.00: cmd
> > >
On Wed, May 09, 2007 at 09:56:00PM -0400, Mathieu Desnoyers wrote:
> @@ -0,0 +1,99 @@
> +/* marker.c
> + *
> + * Erratum 49 fix for Intel PIII and higher.
Errata are CPU specific so they can't be higher. You mean it's a P3
erratum only?
In general you need some more description why the int3
On Thu, 10 May 2007 01:36:19 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Thu, 10 May 2007 16:16:11 +0900 KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
> wrote:
>
> > This is zonelist-order-fix patch version 6. against 2.6.21-mm2.
>
> This is new:
>
> WARNING: mm/built-in.o - Section mismatch:
On Wed, 9 May 2007, Russell King wrote:
> drivers/net/Kconfig:2279:warning: 'select' used by config symbol 'UCC_GETH'
> refers to undefined symbol 'UCC_FAST'
> drivers/input/keyboard/Kconfig:170:warning: 'select' used by config symbol
> 'KEYBOARD_ATARI' refers to undefined symbol
Hi, Nickolay:
Thanks for you suggestion!
On Thu, 2007-05-10 at 10:14 +0400, Nickolay V. Shmyrev wrote:
> Size of 256 is not required. You've just selected incorrect keymask,
> that's why you have so big values. Look through your values, in the
> upper 4 bits only two bits are used - 0x80 and
On Wednesday 09 May 2007 13:47, Joachim Fenkes wrote:
> --- a/drivers/infiniband/hw/ehca/hcp_if.c
> +++ b/drivers/infiniband/hw/ehca/hcp_if.c
> @@ -154,7 +154,9 @@ static long ehca_plpar_hcall9(unsigned l
> unsigned long arg9)
> {
> long ret;
> - int i,
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Thu, 10 May 2007 01:50:36 -0700
> We discussed this a couple of months back. davem landed firmly in the
> second camp and everyone then shut up ;)
No I landed in the first :-)))
I think the empty lines are a waste and only serve to eat
up precious
On Thu, 2007-05-10 at 09:26 +0100, David Woodhouse wrote:
> On Wed, 2007-05-09 at 23:21 -0700, Andrew Morton wrote:
> > Well that's attractive-looking code.
>
> It's compression code. I've never seen compression code look nice :)
>
> > Why is this needed? What code plans to use it?
>
> I'm
On Thu, 2007-05-10 at 01:46 -0700, Andrew Morton wrote:
> On Wed, 09 May 2007 23:26:22 +0200 Thomas Gleixner <[EMAIL PROTECTED]> wrote:
>
> > Andrew,
> >
> > can you test the alternative replacement patch for
> >
> > clockevents: Fix resume logic - updated version
> >
> > It does not touch
David Woodhouse wrote:
On Wed, 2007-05-09 at 23:21 -0700, Andrew Morton wrote:
Well that's attractive-looking code.
It's compression code. I've never seen compression code look nice :)
Why is this needed? What code plans to use it?
I'm itching to use it in JFFS2. Richard claims a 10%
On Thu, 10 May 2007 18:41:45 +1000 Benjamin Herrenschmidt <[EMAIL PROTECTED]>
wrote:
>
> > > What about my comment layout style ? I've been using that forever ... Or
> > > do you mean I should use a function documentation style layout there ?
> >
> > /* This
> > * is
> > * wrong
> > */
> >
On Wed, 2007-05-09 at 23:32 +0530, Srivatsa Vaddagiri wrote:
> Ingo,
> I had a question with respect to the definition of fairness used, esp
> for tasks that are not 100% cpu hogs.
>
> Ex: consider two equally important tasks T1 and T2 running on same CPU and
> whose execution nature is:
> No need to renumber. You remove TIF_SYSCALL_EMU which is six,
> so the newly added TIF_FORCED_TF could reuse that bit.
No, that would be incorrect. As I mentioned earlier, there are magic
semantics to bits < 16, namely that they are in _TIF_ALLWORK_MASK (and
assembly code knows implicitly
From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
Date: Thu, 10 May 2007 18:41:45 +1000
>
> > > What about my comment layout style ? I've been using that forever ... Or
> > > do you mean I should use a function documentation style layout there ?
> >
> > /* This
> > * is
> > * wrong
> > */
> >
On Thu, 10 May 2007, Adrian Bunk wrote:
> On Thu, May 10, 2007 at 09:22:44AM +0200, Geert Uytterhoeven wrote:
> > On Wed, 9 May 2007, Linux Kernel Mailing List wrote:
> > > diff --git a/include/asm-m68k/atarihw.h b/include/asm-m68k/atarihw.h
> > > index f28acd0..6211363 100644
> > > ---
from Marc Pignat <[EMAIL PROTECTED]>
fix enable_irq_wake and disable_irq_wake symmetry in at91 pcmcia driver
Signed-off-by: Marc Pignat <[EMAIL PROTECTED]>
---
This patch applies to the 2.6.21.1 kernel.
disable_irq_wake call must be symmetric with enable_irq_wake. This patch fix
that problem
On Wed, 09 May 2007 23:26:22 +0200 Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> Andrew,
>
> can you test the alternative replacement patch for
>
> clockevents: Fix resume logic - updated version
>
> It does not touch the interrupt controller, it does the PIT restart
> different. That's a
From: Mahesh <[EMAIL PROTECTED]>
Date: Thu, 10 May 2007 13:28:13 +0530
> I have a small question regarding the accessing the data in the DMA
> mapped region (in the driver). In my driver I only have the
> 'dma_addr_t addr' variable which is result after the 'dma_map_single'.
> I don't have
On Thu, 2007-05-10 at 13:24 +0530, Satyam Sharma wrote:
> But then, what _is_ the problem with your approach above? An arch that
> wants (and implements) hard_irq_disable will also #define that dummy
> macro, so we just need to pull in the appropriate header (directly,
> indirectly, anyhow -- we
On Thu, 2007-05-10 at 09:44 +0200, Geert Uytterhoeven wrote:
> On Thu, 10 May 2007, Benjamin Herrenschmidt wrote:
> > This patch renames the raw hard_irq_{enable,disable} into
> > __hard_irq_{enable,disable} and introduces a higher level
> > hard_irq_disable() function that can be used by any code
> > What about my comment layout style ? I've been using that forever ... Or
> > do you mean I should use a function documentation style layout there ?
>
> /* This
> * is
> * wrong
> */
>
> /*
> * This
> * is
> * right
> */
Hrm... how bad are you about that one ? I must say I prefer my
On Thu, 10 May 2007 16:16:11 +0900 KAMEZAWA Hiroyuki <[EMAIL PROTECTED]> wrote:
> This is zonelist-order-fix patch version 6. against 2.6.21-mm2.
This is new:
WARNING: mm/built-in.o - Section mismatch: reference to .init.text: from .text
between '__build_all_zonelists' (at offset 0x3d13) and
Andy Whitcroft wrote:
> Andi Kleen wrote:
>> On Tue, May 08, 2007 at 10:46:20AM +0100, Andy Whitcroft wrote:
>>> We are seeing the following compile error on older x86 installs:
>>>
>>> arch/i386/kernel/verify_cpu.S: Assembler messages:
>>> arch/i386/kernel/verify_cpu.S:13: Error: `(%esp)' is
On Wed, 2007-05-09 at 23:21 -0700, Andrew Morton wrote:
> Well that's attractive-looking code.
It's compression code. I've never seen compression code look nice :)
> Why is this needed? What code plans to use it?
I'm itching to use it in JFFS2. Richard claims a 10% boot time speedup
and 40%
>> >> > static inline unsigned int
>tbase_get_deferrable(tvec_base_t *base)
>> >> > {
>> >> > - return ((unsigned int)(unsigned long)base &
>> >TBASE_DEFERRABLE_FLAG);
>> >> > + return (unsigned int)((unsigned long)base &
>> >TBASE_DEFERRABLE_FLAG);
>> >> > }
>> >...
>> >> The change makes
Hi list,
I have a small question regarding the accessing the data in the DMA
mapped region (in the driver). In my driver I only have the
'dma_addr_t addr' variable which is result after the 'dma_map_single'.
I don't have access to the virtual address of the data region.
Is there helper
On Thu, 10 May 2007, Li Yu wrote:
Hi, Steven.
Nice to meet you again.
I have read the rt-mutex-design.txt that you wrote. That is excellent
description of rt_mutex. But I have a question for rt_mutex.
As you said:
Now since mutexes can be defined by user-land applications, we don't
On Thu, May 10, 2007 at 09:22:44AM +0200, Geert Uytterhoeven wrote:
> On Wed, 9 May 2007, Linux Kernel Mailing List wrote:
> > diff --git a/include/asm-m68k/atarihw.h b/include/asm-m68k/atarihw.h
> > index f28acd0..6211363 100644
> > --- a/include/asm-m68k/atarihw.h
> > +++
Hi Linus,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release
Please test this on your Evo before pushing it upstream.
Due to a crash on some ACER laptops, this reverts
the Notify-on-stack fix from 2.6.21 and goes
back to an updated notify
On Thu, 2007-05-10 at 00:26 +0200, Jesper Juhl wrote:
> In drivers/mtd/ubi/scan.c::paranoid_check_si() there's a memory leak.
> If the call
> err = ubi_io_is_bad(ubi, pnum);
> returns <0, then we'll return with out freeing (and thus leak) buf.
> This patch eliminates the memory leak by
from Marc Pignat <[EMAIL PROTECTED]>
fix enable_irq_wake and disable_irq_wake symmetry in at91 pcmcia driver
Signed-off-by: Marc Pignat <[EMAIL PROTECTED]>
---
Please forget the [PATCH] at91: fix enable/disable_irq_wake symmetry in pcmcia
driver,
it doesn't compile... Here is the good patch!
On Monday 30 April 2007 14:28, Ravikiran G Thirumalai wrote:
> On Sat, Apr 28, 2007 at 01:59:46AM -0400, Len Brown wrote:
> > On Thursday 26 April 2007 09:26, you wrote:
> > ...
> > CONFIG_ACPI depends on CONFIG_PM, yet this build fails because you have
> > CONFIG_ACPI=y and CONFIG_PM=n
> >
> >
> Is it possible to have more information? Like CPU,
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 3
model name : Intel(R) Pentium(R) 4 CPU 3.00GHz
stepping: 4
cpu MHz : 3000.000
cache size : 1024 KB
physical id : 0
On Thu, 10 May 2007 09:39:04 +0200 Jarek Poplawski <[EMAIL PROTECTED]> wrote:
> On 09-05-2007 21:10, Pallipadi, Venkatesh wrote:
> ...
> > On a 64 bit system, converting pointer to int causes unnecessary
> > compiler
> > warning, and intermediate long conversion was to avoid that. I will have
> >
On 5/10/07, Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> So you're saying that this mechanism forces the arch (that really
> wants hard_irq_disable) to _#define_ hard_irq_disable (as a macro),
> and if it implements it as an inline function, for example, then we're
> screwed?
No. The
Applied.
thanks,
-Len
On Friday 04 May 2007 14:34, Alexey Starikovskiy wrote:
> Ugly, but harmless. ACK.
>
> Regards,
> Alex.
>
> On 5/4/07, Lennart Poettering <[EMAIL PROTECTED]> wrote:
> > From: Lennart Poettering <[EMAIL PROTECTED]>
> >
> > The ACPI EC that is used in MSI laptops knows some
501 - 600 of 1284 matches
Mail list logo