On Tue, Sep 11, 2007 at 07:39:26AM +0100, Adrian McMenamin wrote:
> On Tue, 2007-09-11 at 13:27 +0900, Paul Mundt wrote:
> > I don't believe the 'or any later version' thing was intended by any of
> > the original authors, this should probably be dropped. The original file
> > lacked explicit terms
On Tue, Sep 11, 2007 at 12:40:41AM +0200, Andi Kleen wrote:
>
> > The below are the minimal clean-up - a bit more could be done.
> >
> > Comments?
>
> Looks good in principle. My only suggestion would be to name it something
> differently than vdir. I know that's what GNU make calls it, but it's
On Mon, 2007-09-10 at 23:15 -0700, Greg KH wrote:
> On Tue, Sep 11, 2007 at 09:29:43AM +0800, Shaohua Li wrote:
> > On Sun, 2007-09-09 at 09:43 -0700, Greg KH wrote:
> > > On Thu, Sep 06, 2007 at 05:40:38AM -0700, David Miller wrote:
> > > > From: Matthew Wilcox <[EMAIL PROTECTED]>
> > > > Date: Th
On Monday 10 September 2007 21:22, Mel Gorman wrote:
> Per-cpu pages can accidentally cause fragmentation because they are free,
> but pinned pages in an otherwise contiguous block. When this patch is
> applied, the per-cpu caches are drained after the direct-reclaim is entered
> if the requested
On Tue, 2007-09-11 at 13:27 +0900, Paul Mundt wrote:
> (Adding GregKH to the CC, he needs to Ack this before I can merge it).
>
> > diff --git a/drivers/sh/maple/maplebus.c b/drivers/sh/maple/maplebus.c
> > new file mode 100644
> > index 000..4662463
> > --- /dev/null
> > +++ b/drivers/sh/map
On BITS_PER_LONG < 64 and !CONFIG_KTIME_SCALAR we get this:
CC kernel/hrtimer.o
kernel/hrtimer.c:303: error: redefinition of '__kstrtab_ktime_add_ns'
kernel/hrtimer.c:279: error: previous definition of '__kstrtab_ktime_add_ns'
was here
kernel/hrtimer.c:303: error: redefinition of '__ksymta
On Tue, Sep 11, 2007 at 09:29:43AM +0800, Shaohua Li wrote:
> On Sun, 2007-09-09 at 09:43 -0700, Greg KH wrote:
> > On Thu, Sep 06, 2007 at 05:40:38AM -0700, David Miller wrote:
> > > From: Matthew Wilcox <[EMAIL PROTECTED]>
> > > Date: Thu, 6 Sep 2007 05:57:31 -0600
> > >
> > > > I'm not sure you
On Mon, Sep 10, 2007 at 12:48:41PM -0700, Andrew Morton wrote:
> On Mon, 10 Sep 2007 07:09:13 -0700 Greg KH <[EMAIL PROTECTED]> wrote:
>
> > On Mon, Sep 10, 2007 at 02:45:25AM -0700, Andrew Morton wrote:
> > > On Thu, 30 Aug 2007 17:50:56 -0700 Jason Gaston <[EMAIL PROTECTED]> wrote:
> > >
> > >
On Sun, Sep 09, 2007 at 02:43:56PM -0400, Matt LaPlante wrote:
> On Sun, 9 Sep 2007 03:52:12 -0700
> Greg KH <[EMAIL PROTECTED]> wrote:
>
> > On Sat, Sep 08, 2007 at 10:02:29PM -0400, Matt LaPlante wrote:
> > > I'm running the 2.6.22.6 kernel with the berry_charge module loaded.
> > > I connect my
On Mon, Sep 10, 2007 at 08:26:47PM -0700, Pete Zaitcev wrote:
> Hi, Greg (and others):
>
> I do not seem to be able to find an answer, sorry.
> Do you happen to remember if this was fixed after 2.6.22.1:
>
> localhost kernel: EIP is at make_class_name+0x27/0x7a
> localhost kernel: [] class_devic
On Tue, Sep 11, 2007 at 01:27:16PM +0900, Paul Mundt wrote:
> (Adding GregKH to the CC, he needs to Ack this before I can merge it).
I do? Why?
Oh, it's a new bus, sure, feel free to CC: me on the next round of
patches and I'll review them.
thanks,
greg k-h
-
To unsubscribe from this list: sen
On Mon, 2007-09-10 at 15:49 +0800, Andrew Morton wrote:
> On Mon, 20 Aug 2007 23:50:05 +0800 Zhang Rui <[EMAIL PROTECTED]>
> wrote:
>
> > Hi, Oliver,
> > Thanks for your comments,
> >
> > On Mon, 2007-08-20 at 18:45 +0800, Oliver Neukum wrote:
> > > Am Montag 20 August 2007 schrieb Zhang Rui:
> >
On Mon, 2007-09-10 at 14:47 -0700, Andrew Morton wrote:
> >
> > clockevents: fix resume logic
> >
> > We need to make sure, that the clockevent devices are resumed, before
> > the tick is resumed. The current resume logic does not guarantee this.
> >
> > Add CLOCK_EVT_MOD
Hi Sam,
found the commit in my fresh 2.6 git repo.
Thanks a lot for help.
Best Regards
--pradeep
On 9/11/07, Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> On Tue, Sep 11, 2007 at 11:17:48AM +0530, pradeep singh rautela wrote:
> > On 9/10/07, Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> > [...]
> > > > I
On Tue, Sep 11, 2007 at 11:17:48AM +0530, pradeep singh rautela wrote:
> On 9/10/07, Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> [...]
> > > I added some .c files to a new dir under net/foo/ .
> > > Added corresponding .h files to a new dir under include/foo/
> > >
> > > Create a Kconfig and Makefile
On Tue, 2007-09-11 at 01:23 +0200, Roman Zippel wrote:
> Hi,
>
> On Sat, 8 Sep 2007, Mike Galbraith wrote:
>
> > > On Sun, 2 Sep 2007, Ingo Molnar wrote:
> > >
> > > Below is a patch updated against the latest git tree, no major changes.
> >
> > Interesting, I see major behavioral changes.
> >
On Sun, Sep 09, 2007 at 10:39:14AM +0200, Bernhard Walle wrote:
> This patch adds a extended crashkernel syntax that makes the value of reserved
> system RAM dependent on the system RAM itself:
>
> crashkernel=:[,:,[EMAIL PROTECTED]
> range=start-[end]
>
> For example:
>
> crashkerne
On Sun, Sep 09, 2007 at 10:39:15AM +0200, Bernhard Walle wrote:
[..]
> +
> +/*
> + * parsing the "crashkernel" commandline
> + *
> + * this code is intended to be called from architecture specific code
> + */
> +
> +
> +/*
> + * This function parses command lines in the format
> + *
> + * crashk
Use page_cache_xxx in fs/buffer.c.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/buffer.c | 110 +---
1 file changed, 62 insertions(+), 48 deletions(-)
Index: linux-2.6/fs/buffer.c
Use page_cache_xxx in fs/reiserfs
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/reiserfs/file.c| 71 +++--
fs/reiserfs/inode.c | 33 +++---
fs/reiserfs/ioctl.c |2 +-
fs/reiserfs/stree.c
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
kernel/futex.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Index: linux-2.6/kernel/futex.c
===
--- linux-2.6.orig/kernel/futex.c 2007-09-05 01:19:50.00
compound_pages(page)-> Determines base pages of a compound page
compound_shift(page)-> Determine the page shift of a compound page
compound_size(page) -> Determine the size of a compound page
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
include/linux/mm.h | 15
Provide an alternate definition for the page_cache_xxx(mapping, ...)
functions that can determine the current page size from the mapping
and generate the appropriate shifts, sizes and mask for the page cache
operations. Add alternate definitions for the page_cache_page_xx(page, ...)
function as wel
Compound pages of an arbitrary order may now be on the LRU and may be
reclaimed.
Adjust the counting in vmscan.c to could the number of base pages.
Also change the active and inactive accounting to do the same.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
include/linux/mm_inline.h |
This is realized by mmapping base page size (4k on x86) of the potentially
larger page. Mmap semantics are not changed and therefore the large buffers
can be handled by userspace as if files consisted of 4k pages (as it is
now). The use of large buffersizes can therefore be fully transparent to use
The only change needed to enable Large Block I/O in XFS is to remove
the check for a too large blocksize ;-)
Signed-off-by: Dave Chinner <[EMAIL PROTECTED]>
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/xfs/xfs_mount.c | 13 -
1 files changed, 0 insertions(+), 13 delet
We may have to zero and flush higher order pages. Implement
clear_mapping_page and flush_mapping_page to do that job. Replace
the flushing and clearing at some key locations for the pagecache.
In some places it is necesssary to determine the page order in use
from the page struct since no mapping
[2/4] ext2: fix rec_len overflow
- prevent rec_len from overflow with 64KB blocksize
Signed-off-by: Takashi Sato <[EMAIL PROTECTED]>
Signed-off-by: Mingming Cao <[EMAIL PROTECTED]>
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/ext2/dir.c | 46 +
This patchset modifies the Linux kernel so that larger block sizes than
page size can be supported. Larger block sizes are handled by using
compound pages of an arbitrary order for the page cache instead of
single pages with order 0.
- Support is added in a way that limits the changes to existing
Use page_cache_xxx for fs/xfs
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/xfs/linux-2.6/xfs_aops.c | 55 ++
fs/xfs/linux-2.6/xfs_lrw.c |6 ++--
2 files changed, 32 insertions(+), 29 deletions(-)
diff --git a/fs/xfs/linux-2.6/xfs_aops
Simplify page cache zeroing of segments of pages through 3 functions
zero_user_segments(page, start1, end1, start2, end2)
Zeros two segments of the page. It takes the position where to
start and end the zeroing which avoids length calculations.
zero_user_segment(page, start, end)
[3/4] ext3: fix rec_len overflow
- prevent rec_len from overflow with 64KB blocksize
Signed-off-by: Takashi Sato <[EMAIL PROTECTED]>
Signed-off-by: Mingming Cao <[EMAIL PROTECTED]>
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/ext3/dir.c | 13 +--
fs/ext3/
Use the new dec/inc functions to simplify SLUB's accounting
of pages.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
mm/slub.c | 13 -
1 files changed, 4 insertions(+), 9 deletions(-)
diff --git a/mm/slub.c b/mm/slub.c
index 04151da..34655f4 100644
--- a/mm/slub.c
+++ b/m
Allow the freeing of compound pages via pagevec.
In release_pages() we currently special case for compound pages in order to
be sure to always decrement the page count of the head page and not the
tail page. However that redirection to the head page is only necessary for
tail pages. So we can actu
Seems that simple_prepare_write() may occasionally be called for a page
that does not have a mapping yet. Retrieve the page size from the page
instead of the mapping.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/libfs.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Fix up readhead for large I/O operations.
Only calculate the readahead until the 2M boundary then fall back to
one page.
Signed-off-by: Fengguang Wu <[EMAIL PROTECTED]>
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
===
---
i
mapping_set_gfp_mask only works on order 0 page cache operations. Reiserfs
can use 8k pages (order 1). Replace the mapping_set_gfp_mask with
mapping_setup to make this work properly.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/reiserfs/xattr.c |3 ++-
1 files changed, 2 insert
The next 4 patches support large block size (up to PAGESIZE, max 64KB)
for ext2/3/4, originally from Takashi Sato.
http://marc.info/?l=linux-ext4&m=115768873518400&w=2
It's quite simple to support large block size in ext2/3/4, mostly just
enlarge the block size limit. But it is NOT possible to ha
[4/4] ext4: fix rec_len overflow
- prevent rec_len from overflow with 64KB blocksize
Signed-off-by: Takashi Sato <[EMAIL PROTECTED]>
Signed-off-by: Mingming Cao <[EMAIL PROTECTED]>
---
fs/ext4/dir.c | 11 --
fs/ext4/namei.c | 88
The simplest file system to use for large blocksize support is ramfs.
Note that ramfs does not use the lower layers (buffer I/O etc) so this
case is useful for initial testing of changes to large buffer size
support if one just wants to exercise the higher layers.
The patch adds the ability to sp
Before allowing different page orders it may be wise to get some checkpoints
in at various places. Checkpoints will help debugging whenever a wrong order
page shows up in a mapping. Helps when converting new filesystems to utilize
larger pages.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
Use page_cache_xxx functions in fs/ext2/*
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/ext2/dir.c | 40 +++-
1 files changed, 23 insertions(+), 17 deletions(-)
diff --git a/fs/ext2/dir.c b/fs/ext2/dir.c
index 2bf49d7..d72926f 100644
--- a/fs/e
This is needed by slab defragmentation. The refcount of a page head
may be incremented to ensure that a compound page will not go away under us.
It also may be needed for defragmentation of higher order pages. The
moving of compound pages may require the establishment of a reference
before the use
Add support for compound pages so that
inc__state() and dec_xxx_state()
will increment the ZVCs by the number of base pages of the compound page.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
include/linux/vmstat.h |5 ++---
mm/vmstat.c| 18 +-
2
Use page_cache_xxx in drivers/block/rd.c
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
drivers/block/rd.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/block/rd.c b/drivers/block/rd.c
index 65150b5..e148b3b 100644
--- a/drivers/block/rd.c
+++ b
Use page_cache_xxx in fs/splice.c
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/splice.c | 27 ++-
1 files changed, 14 insertions(+), 13 deletions(-)
diff --git a/fs/splice.c b/fs/splice.c
index c010a72..7910f32 100644
--- a/fs/splice.c
+++ b/fs/splice.c
@
Looking at the handling of compound pages we see that the fact that a page
is part of a higher order page is not that interesting. The differentiation
is mainly for head pages and tail pages of higher order pages. Head pages
keep the page state and it is usually sufficient to pass a pointer to
a he
Use page_cache_xxx in mm/rmap.c
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
mm/rmap.c | 13 +
1 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/mm/rmap.c b/mm/rmap.c
index 41ac397..d6a1771 100644
--- a/mm/rmap.c
+++ b/mm/rmap.c
@@ -188,9 +188,14 @@ static v
Use page_cache_xxx in mm/migrate.c
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
mm/migrate.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/mm/migrate.c b/mm/migrate.c
index 37c73b9..4949927 100644
--- a/mm/migrate.c
+++ b/mm/migrate.c
@@ -195,7 +195,7 @@ st
Use page_cache_xxx in fs/ext3
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/ext3/dir.c |3 ++-
fs/ext3/inode.c | 34 +-
2 files changed, 19 insertions(+), 18 deletions(-)
diff --git a/fs/ext3/dir.c b/fs/ext3/dir.c
index c00723a..a65b5a7 10064
We use the macros PAGE_CACHE_SIZE PAGE_CACHE_SHIFT PAGE_CACHE_MASK
and PAGE_CACHE_ALIGN in various places in the kernel. Many times
common operations like calculating the offset or the index are coded
using shifts and adds. This patch provides inline functions to
get the calculations accomplished w
Use page_cache_xxx in mm/mpage.c
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/mpage.c | 28
1 files changed, 16 insertions(+), 12 deletions(-)
diff --git a/fs/mpage.c b/fs/mpage.c
index a5e1385..2843ed7 100644
--- a/fs/mpage.c
+++ b/fs/mpage.c
@@ -13
Use page_cache_xxx in fs/ext4
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/ext4/dir.c |3 ++-
fs/ext4/inode.c | 31 ---
2 files changed, 18 insertions(+), 16 deletions(-)
Index: linux-2.6/fs/ext4/dir.c
===
Use page_cache_xxx in fs/sync.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/sync.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/fs/sync.c b/fs/sync.c
index 7cd005e..f30d7eb 100644
--- a/fs/sync.c
+++ b/fs/sync.c
@@ -260,8 +260,8 @@ int do_sync_map
Use page_cache_xxx in mm/fadvise.c
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
mm/fadvise.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/mm/fadvise.c b/mm/fadvise.c
index 0df4c89..804c2a9 100644
--- a/mm/fadvise.c
+++ b/mm/fadvise.c
@@ -79,8 +79,8 @
Conver the uses of PAGE_CACHE_xxx to use page_cache_xxx instead.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
mm/filemap.c | 56
1 files changed, 28 insertions(+), 28 deletions(-)
diff --git a/mm/filemap.c b/mm/filemap.c
inde
Use page_cache_xxx in mm/filemap_xip.c
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
mm/filemap_xip.c | 28 ++--
1 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/mm/filemap_xip.c b/mm/filemap_xip.c
index ba6892d..5237e53 100644
--- a/mm/filemap
Use page_cache_xxx in mm/truncate.c
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
mm/truncate.c | 35 ++-
1 files changed, 18 insertions(+), 17 deletions(-)
diff --git a/mm/truncate.c b/mm/truncate.c
index bf8068d..8c3d32e 100644
--- a/mm/truncate.c
+
Use page_cache_xxx in fs/libfs.c
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
fs/libfs.c | 12 +++-
1 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/fs/libfs.c b/fs/libfs.c
index 53b3dc5..e90f894 100644
--- a/fs/libfs.c
+++ b/fs/libfs.c
@@ -16,7 +16,8 @@ int si
Use page_cache_xxx in mm/page-writeback.c
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
---
mm/page-writeback.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/mm/page-writeback.c b/mm/page-writeback.c
index 63512a9..ebe76e3 100644
--- a/mm/page-writeback.c
++
On Mon, 10 Sep 2007 21:24:42 +0200 Krzysztof Halasa <[EMAIL PROTECTED]> wrote:
> Intel framebuffer mis-calculated pixel clocks.
>
> Signed-off-by: Krzysztof Halasa <[EMAIL PROTECTED]>
>
> --- a/drivers/video/intelfb/intelfbhw.c
> +++ b/drivers/video/intelfb/intelfbhw.c
> @@ -924,10 +920,10 @@ ca
On Mon, Sep 10, 2007 at 02:20:40PM +0200, Adrian Bunk wrote:
> On Mon, Sep 10, 2007 at 11:55:49AM +0900, Ken'ichi Ohmichi wrote:
> >
> > Hi Adrian,
> >
> >
> > 2007/09/09 22:25:16 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > >On Fri, Aug 31, 2007 at 09:58:22PM -0700, Andrew Morton wrote:
>
On 9/10/07, Sam Ravnborg <[EMAIL PROTECTED]> wrote:
[...]
> > I added some .c files to a new dir under net/foo/ .
> > Added corresponding .h files to a new dir under include/foo/
> >
> > Create a Kconfig and Makefile in net/foo/ directory.
> > Added corresponding entries to Makefile and Kconfig in
2007/9/10, David Miller <[EMAIL PROTECTED]>:
> From: "Kövedi_Krisztián" <[EMAIL PROTECTED]>
> Date: Mon, 10 Sep 2007 13:42:43 +0200
>
> > Executing last command: boot
> > Boot device: /[EMAIL PROTECTED],0/[EMAIL PROTECTED]/[EMAIL PROTECTED],0:a
> > File and args:
> > SILO Version 1.4.13
> > boot:
On 9/10/07, Adrian McMenamin <[EMAIL PROTECTED]> wrote:
> +
> + for (i = 0; i < NR_SCANCODES; i++)
> + memcpy(kbd->keycode + i * sizeof(unsigned char), dc_kbd_keycode
> + i
> * sizeof(unsigned char),
> + sizeof(unsigned char));
Ahem... That's not what
On Mon, 2007-09-10 at 20:45 -0400, Mathieu Desnoyers wrote:
> Code patching of _live_ SMP code is allowed. This is why I went through
> all this trouble on i386.
Oh, I was pretty sure it wasn't. OK.
So now why three versions of immediate_set()? And why are you using my
lock for exclusion? Agai
On Wed, 5 Sep 2007 15:13:07 +0800 Zhenyu Wang <[EMAIL PROTECTED]> wrote:
>
> Subject: [PATCH] [AGPGART] intel_agp: fix GTT map size on G33
>
> G33 has 1MB GTT table range. Fix GTT mapping
> in case like 512MB aperture size.
>
> Signed-off-by: Zhenyu Wang <[EMAIL PROTECTED]>
> ---
> drivers/cha
On Sun, Sep 09, 2007 at 08:52:58PM +0200, Bernhard Walle wrote:
> * Yinghai Lu <[EMAIL PROTECTED]> [2007-09-09 19:27]:
> > >
> > > +#ifdef CONFIG_KEXEC
> > ...
> >
> > CONFIG_KEXEC or CONFIG_CRASH_DUMP?
>
> Good question. The crashkernel parameter was CONFIG_KEXEC before, and
> I also wondered wh
On Thu, 6 Sep 2007 09:28:52 +0800 Zhenyu Wang <[EMAIL PROTECTED]> wrote:
> On 2007.09.05 08:19:37 +, Randy Dunlap wrote:
> > *** Remember to use Documentation/SubmitChecklist when testing your code ***
>
> Thanks Randy. Here's updated patch with typo and tab style
> fixed. I misused x style.
On Tue, 4 Sep 2007 16:23:45 +0900 Yoichi Yuasa <[EMAIL PROTECTED]> wrote:
>
> This patch has added #include to
> include/linux/leds.h for rwlock_t.
>
> Signed-off-by: Yoichi Yuasa <[EMAIL PROTECTED]>
>
> diff -pruN -X generic/Documentation/dontdiff
> generic-orig/include/linux/leds.h generic
Trond Myklebust wrote:
On Mon, 2007-09-10 at 13:41 +0530, suzuki wrote:
Hi
I have been trying to debug this issue from my side and could find the
following.
The pathconf() request gets a reply with :
pathinfo.max_namelen = (unsiged int) -1
pathinfo.max_link= 255
Is this really an expec
On Mon, Sep 10, 2007 at 11:38:10AM -0700, Paul Menage wrote:
> By definition any container (about to be renamed control group)
> subsystem is some kind of "controller" so that bit seems a bit
> redundant.
>
> Any reason not to just call it "cpu" or "cpu_sched"
Done (in the latest patch I sent a w
On Tue, Sep 11, 2007 at 12:28:51AM +0200, Dmitry Adamushko wrote:
> > + rq = task_rq_lock(tsk, &flags);
> > +
>
> I guess, update_rq_clock(rq) should be placed here.
>
> humm... do you really need deactivate/activate_task() here? 'rq' and
> p->se.load.weight stay unchanged so enqueue/dequeu
(Adding GregKH to the CC, he needs to Ack this before I can merge it).
On Tue, Sep 11, 2007 at 12:16:48AM +0100, Adrian McMenamin wrote:
> diff --git a/drivers/sh/maple/Makefile b/drivers/sh/maple/Makefile
> new file mode 100644
> index 000..f8c39f2
> --- /dev/null
> +++ b/drivers/sh/maple/Mak
On Sep 10, 2007, at 11:39:53, Adrian Bunk wrote:
No, it is obsolete because we have more than one driver for this
hardware, and the people responsible for network drivers in the
kernel decided some time ago that sk98lin is the one that is obsolete.
I would like to happily report that the sky
Hi all.
Commit 831441862956fffa17b9801db37e6ea1650b0f69 (Freezer: make kernel threads
nonfreezable by default) breaks freezing when attempting to resume from an
initrd, because the init (which is freezeable) spins while waiting for another
thread to run /linuxrc, but doesn't check whether it has b
Hi, Greg (and others):
I do not seem to be able to find an answer, sorry.
Do you happen to remember if this was fixed after 2.6.22.1:
localhost kernel: EIP is at make_class_name+0x27/0x7a
localhost kernel: [] class_device_del+0x97/0x119
localhost kernel: [] class_device_unregister+0x8/0x10
loca
So last week was a bust, with a lot of core people away for the kernel
summit, and with -rc5 having two rather nasty (and silly) one-liner
problems that bit a number of people - a missing NULL pointer check in
TCP, and a missing list terminator in ata_piix.
So the fixes for those things were b
* Mon, 10 Sep 2007 14:39:34 +0100
* Organization: Red Hat UK Cyf., Amberley Place, 107-111 Peascod Street,
Windsor, Berkshire, SL4 1TE, Y Deyrnas Gyfunol. Cofrestrwyd yng Nghymru a
Lloegr o'r rhif cofrestru 3798903
>
> On Mon, 10 Sep 2007 16:20:42 +0300
> Sami Farin <[EMAIL PROTECTED]> wrote:
>
>
Adrian Bunk wrote:
> On Mon, Sep 10, 2007 at 01:53:19PM +0530, Balbir Singh wrote:
>> Adrian Bunk wrote:
>>> On Fri, Aug 31, 2007 at 09:58:22PM -0700, Andrew Morton wrote:
...
Changes since 2.6.23-rc3-mm1:
...
+memory-controller-add-switch-to-control-what-type-of-pages-to-limit-
"volatile" has nothing to do with reordering. atomic_dec() writes
to memory, so it _does_ have "volatile semantics", implicitly, as
long as the compiler cannot optimise the atomic variable away
completely -- any store counts as a side effect.
Stores can be reordered. Only x86 has (mostly) impli
On Mon, Sep 10, 2007 at 08:45:50PM +0200, Hans-Jürgen Koch wrote:
>
> > Could you please audit all instances of physdev->lock and add
> > _bh where necessary? I can see that at least phys_stop also
> > needs the _bh.
>
> I think the patch does all that's necessary. At least, there're no error
> m
On Mon, Sep 10, 2007 at 08:04:41PM -0400, jamal wrote:
>
> disabling BH would make it more symmetric to the way we handle
> egress. I couldnt reproduce the issue, but this should hopefully resolve
> it.
> Christian, can you test with this patch?
Jamal, it's the police_lock that we need to make _bh
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
drivers/ata/libata-core.c |1 +
drivers/ata/pata_it821x.c |4
drivers/ata/pata_via.c | 14 +++---
driv
* Sun, 09 Sep 2007 21:09:01 -0400
* Organization: Georgas Software Solutions
>
> I just came across a notation that I haven't seen before. It's in
> scripts/mconf.c:
>
> str_append(&help, _(menu_get_help(menu)));
>
> What's the deal with the underscore and the parentheses surrounding the
> ca
Jeff Norden wrote:
From: Jeff Norden <[EMAIL PROTECTED]>
Fix "lost" interrupt problem when using dma with CD/DVD drives in some
configurations. This problem can make installing linux from media
impossible for distro's that have switched to libata-only configurations.
The simple fix is to elim
Laurent Riffard wrote:
Le 01.09.2007 06:58, Andrew Morton a écrit :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/
[...]
+libata-correct-handling-of-srst-reset-sequences.patch
[...]
Alan,
libata-correct-handling-of-srst-reset-sequences.patch broke 8
Chuck Ebbert wrote:
On 09/05/2007 08:31 PM, Alan Cox wrote:
On Wed, 05 Sep 2007 10:32:38 -0400
"Karl Bellve" <[EMAIL PROTECTED]> wrote:
Please CC any response. Thanks.
I am having an issue with a Supermicro h8dce motherboard and failure to
recognize a 5th SATA drive after upgrading to Fedora
On Sun, 2007-09-09 at 09:43 -0700, Greg KH wrote:
> On Thu, Sep 06, 2007 at 05:40:38AM -0700, David Miller wrote:
> > From: Matthew Wilcox <[EMAIL PROTECTED]>
> > Date: Thu, 6 Sep 2007 05:57:31 -0600
> >
> > > I'm not sure your analysis is correct. Here's what my draft copy of
> > > the pcie 2.0
Duane Griffin wrote:
> The warnings shouldn't include explicit newlines
Urgh, right you are. Once more, with feeling! Thanks for running it through
your utility.
-Eric
-
Convert asserts (BUGs) in dx_probe from bad on-disk data to recoverable
errors with helpful warnings.
On 10/09/2007, Eric Sandeen <[EMAIL PROTECTED]> wrote:
> I don't know if it's worth differentiating messages for different types
> of corruption (root block vs. others, etc...) - I guess the other error
> cases do.
Might be useful for a developer wanting to know exactly which error
check was trigg
Dennis Lubert wrote:
Hello list,
we are encountering a few behaviours regarding the ways to get accurate
timer values under Linux that we would call bugs, and where we are
currently stuck in further diagnosing and/or fixing.
Background: We are developing for SMP servers with up to 8 CPUs (mostl
Bruce Allen wrote:
Dear LKML,
Apologies in advance for potential mis-use of LKML, but I don't know
where else to ask.
An ongoing study on datasets of several Petabytes have shown that there
can be 'silent data corruption' at rates much larger than one might
naively expect from the expected
On Mon, 10 Sep 2007 09:59:57 +0800
Dong_Wei <[EMAIL PROTECTED]> wrote:
Hi, all.
I want to dynamically use irqbalance on X86 processor. My design
is like the following:
1) if we boot kernel with "noirqbalance", then irqbalance is
always disabled.
2) if we boot kernel without "noirqba
* Rusty Russell ([EMAIL PROTECTED]) wrote:
> On Sat, 2007-09-08 at 11:28 +0400, Alexey Dobriyan wrote:
> > On Thu, Sep 06, 2007 at 04:02:29PM -0400, Mathieu Desnoyers wrote:
> > > Remove "static" from module_mutex and the modules list so it can be used
> > > by
> > > other builtin objects in the k
Hi Balbir/Pavel,
As I mentioned to you directly at the kernel summit, I think it might
be cleaner to integrate resource counters more closely with control
groups. So rather than controllers such as the memory controller
having to create their own boilerplate cf_type structures and
read/write funct
Commit b5f2f4d1a6d7efde39cfb5e1d034981c69f2214c adds PCI ID 0x5975
to radeonfb. But the chip family is wrong. Instead of R300 it should
be RS480.
With 2.6.23-rc5 and radeonfb enabled my Laptop hangs and console
blanks. My ATI Radeon is the following model:
ATI Technologies Inc RS482 [Radeon Xpr
On Mon, 2007-10-09 at 21:00 +0800, Herbert Xu wrote:
> The minimal fix would be to make sure that we disable BH on
> the first CPU.
disabling BH would make it more symmetric to the way we handle
egress. I couldnt reproduce the issue, but this should hopefully resolve
it.
Christian, can you test
On Sat, 2007-09-08 at 11:28 +0400, Alexey Dobriyan wrote:
> On Thu, Sep 06, 2007 at 04:02:29PM -0400, Mathieu Desnoyers wrote:
> > Remove "static" from module_mutex and the modules list so it can be used by
> > other builtin objects in the kernel. Otherwise, every code depending on the
> > module l
On Mon, Sep 10, 2007 at 07:19:44PM -0400, Chris Snook wrote:
> From: Chris Snook <[EMAIL PROTECTED]>
>
> Unambiguously document the fact that atomic_read() and atomic_set()
> do not imply any ordering or memory access, and that callers are
> obligated to explicitly invoke barriers as needed to ens
1 - 100 of 417 matches
Mail list logo
