On Wed, 2007-05-16 at 00:23 +0100, Alistair John Strachan wrote:
> > - TSC calibration against PM-Timer
>
> Working fine now, thanks a lot. Great latencies on usleep() now too, just
> what
> I was looking for.
>
> (BTW, with HRT (but not NO_HZ), does the HZ value have any effect on usleep()
>
Andrew Morton wrote:
On Wed, 16 May 2007 14:52:05 +1000 Nick Piggin <[EMAIL PROTECTED]> wrote:
On the other hand non highmem platforms are burdened with always repeating
the same KM_USER0 in every function call. Isnt it enough to know that
standard functions use KM_USER0 for their
prior to 2.6.21 i could "numactl --interleave=all" and use SHM_HUGETLB and
the interleave policy would be respected. as of 2.6.21 it doesn't seem to
respect the policy on SHM_HUGETLB request.
see test program below.
output from pre-2.6.21:
2ab19620 interleave=0-3 file=/2\040(deleted)
All bug fixes. The two things that do not seem like bugfixes ("separate
out..." and "add ATA_FLAG_ACPI_SATA") are not as they seem. The former
is a prep patch for a fix, and the latter fixes what ACPI considers a
legacy IDE interface.
Please pull from 'upstream-linus' branch of
On Wed, 16 May 2007 14:52:05 +1000 Nick Piggin <[EMAIL PROTECTED]> wrote:
> Christoph Lameter wrote:
> > On Tue, 15 May 2007, Andrew Morton wrote:
> >
> >
> >>> The functions above default to KM_USER0 which is also always used when
> >>> zero_user_page was called except in one single case.
Sorry for posting a fault patch,following is the right one.
Signed-off-by: Peer Chen <[EMAIL PROTECTED]>
===
--- linux-2.6.22-rc1/drivers/ata/sata_nv.c.orig
+++ linux-2.6.22-rc1/drivers/ata/sata_nv.c
@@ -1619,7 +1619,7 @@ static void nv_remove_one (struct pci_de
On Tuesday 15 May 2007 5:08 pm, Dave Jones wrote:
> On Mon, May 14, 2007 at 07:32:43PM +0200, Tejun Heo wrote:
> > Francesco Pretto wrote:
> > > 2007/5/4, Tejun Heo <[EMAIL PROTECTED]>:
> > >> Yeap, the third iteration of the patch just got submitted.
> > >>
> > >>
On Wed, May 16, 2007 at 02:06:31AM +0200, Jörn Engel wrote:
> On Tue, 15 May 2007 13:37:59 -0700, Andrew Morton wrote:
> > It's strange and a bit regrettable that an fs would have dependency on MTD,
> > really.
>
> It is and changing this wouldn't be too hard. All device access goes
> through
[PATCH] x86: Drop cc-options call for all options supported in gcc
3.2+
The kernel only supports gcc 3.2+ now so it doesn't make sense
anymore to explicitely check for options this compiler version
already has.
This actually fixes a bug. The -mprefered-stack-boundary check
Tejun Heo wrote:
Unlocking ap->lock and ssleeping don't work because SCSI commands can
be issued from completion path without context. Reimplement delayed
completion by allowing translation functions to override
qc->scsidone(), storing the original completion function to
scmd->scsi_done() and
Peer Chen wrote:
For sata_nv driver in kernel 2.6.21 onward, Inside nv_init_one(),use
'hpriv = devm_kzalloc(>dev, sizeof(*hpriv), GFP_KERNEL);' but
using the kfree(hpriv) to free that data struction in nv_remove_one(),
which will cause system hang when removing the sata_nv module.
Change the
On Wed, May 16, 2007 at 02:08:12AM +0400, Oleg Nesterov wrote:
> On 05/15, Jarek Poplawski wrote:
> >
> > I've overheared somebody is talking about my favorite 2-nd bit!
...
> We already discussed this... Surely, we can do this. I believe
> this will complicate (and _imho_ uglify) the code too
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frank Sorenson wrote:
> Thomas Gleixner wrote:
>> Frank,
>
>> On Tue, 2007-05-15 at 09:06 -0500, Frank Sorenson wrote:
>>> Hangs at boot here:
>>> Kernel alive
>>> Kernel direct mapping tables up to 1 @ 8000-d000
>>> (and that's it)
On Wed, May 16, 2007 at 05:57:39AM +0200, Markus Rechberger wrote:
> On 5/16/07, Al Viro <[EMAIL PROTECTED]> wrote:
> >On Wed, May 16, 2007 at 03:25:23AM +0400, Manu Abraham wrote:
> >> Al Viro wrote:
> >> > Signed-off-by: Al Viro <[EMAIL PROTECTED]>
> >> > ---
> >> >
On Tue, May 15, 2007 at 09:57:24AM +0200, Jan Engelhardt wrote:
>
> On May 14 2007 15:12, Bharata B Rao wrote:
> >
> >+struct dentry * d_lookup_single(struct dentry *parent, struct qstr *name)
> >+{
> >+struct dentry *dentry;
> >+unsigned long seq;
> >+
> >+do {
> >+
Alan Cox wrote:
> On Tue, 15 May 2007 16:47:05 +0400
> Vasily Averin <[EMAIL PROTECTED]> wrote:
>
>> Reading from some i2o related proc files can lead to the i2o controller hang
>> due
>> unknown reasons. As a workaround this patch changes the permission of these
>> files to root-only
On Tue, May 15, 2007 at 09:29:39AM +0200, Jan Engelhardt wrote:
>
> On May 14 2007 15:11, Bharata B Rao wrote:
> >
> >TODO: bind and move mounts aren't yet supported with union mounts.
>
> Are the semantics already set?
Not yet.
>
> >@@ -294,6 +294,10 @@ static struct vfsmount
On Tue, 2007-05-15 at 21:19 +0200, Jörn Engel wrote:
> On Tue, 15 May 2007 15:07:05 -0400, John Stoffel wrote:
> >
> > I've been semi watching this, and the only comment I really can give
> > is that I hate the name. To me, logfs implies a filesystem for
> > logging purposes, not for Flash
markus reichelt wrote:
> * Jari Ruusu <[EMAIL PROTECTED]> wrote:
> > loop-AES changes since previous release:
> > - loop_twofish.c loop_serpent.c loop_blowfish.c modules included.
> > They are not built by default. Add EXTRA_CIPHERS=y make parameter
> > to build them.
>
> Just curious, will
Christoph Lameter wrote:
On Tue, 15 May 2007, Andrew Morton wrote:
The functions above default to KM_USER0 which is also always used when
zero_user_page was called except in one single case. We open code that
single case to draw attention to the spot.
Dunno. fwiw, we decided to
On Tue, 15 May 2007 22:13:14 -0500 (CDT) Bob Tracy wrote:
> The 2.6.22-rc1 boot panics early in amd_mcheck_init() with my k6-III/450.
> It panics early enough that some of what I'm sure would be useful has
> already scrolled off the screen, and there's no scrollback buffer at
> that point. If
On 2/16/07, Gerd Hoffmann <[EMAIL PROTECTED]> wrote:
The console subsystem already has an idea of a boot console, using the
CON_BOOT flag. The implementation has some flaws though. The major
problem is that presence of a boot console makes register_console()
ignore any other console devices
On Tue, 15 May 2007, Andrew Morton wrote:
> >The functions above default to KM_USER0 which is also always used when
> >zero_user_page was called except in one single case. We open code that
> >single case to draw attention to the spot.
> >
>
> Dunno. fwiw, we decided to _not_ embed
Hi Sam,
On Tue, 15 May 2007 22:39:35 +0200 Sam Ravnborg <[EMAIL PROTECTED]> wrote:
>
> On Fri, May 11, 2007 at 03:45:01PM +1000, Stephen Rothwell wrote:
> > which we want to skip during modpost processing. We need this to make
> > some of the whitelisting work.
>
> I have a popwerpc64
On 5/16/07, Al Viro <[EMAIL PROTECTED]> wrote:
On Wed, May 16, 2007 at 03:25:23AM +0400, Manu Abraham wrote:
> Al Viro wrote:
> > Signed-off-by: Al Viro <[EMAIL PROTECTED]>
> > ---
> > drivers/media/video/em28xx/Kconfig |2 +-
> > drivers/media/video/ivtv/Kconfig |2 +-
> > 2 files
This patch fixes a deadlock that has been reported by three different
users on recent kernels. The problem exists on mainline kernels since
2.6.18. It is included in linux-2.6.22-rc1.
JFS: Fix race waking up jfsIO kernel thread
It's possible for a journal I/O request to be added to the
On Wed, 16 May 2007, Al Viro wrote:
>
> BTW, this kind of situation happens often enough, so how about doing
> the following: teach kconfig that if FOO selects BAR and BAR depends
> on , we should act as if FOO had explicit depends on .
Sounds sane. I wonder if there are any non-obvious
On Wed, 2007-05-16 at 13:45 +1000, Benjamin Herrenschmidt wrote:
> This patch renames unmap_vm_area to unmap_kernel_range and make
> it take an explicit range instead of a vm_area struct. This makes
> it more versatile for code that wants to play with kernel page
> tables outside of the standard
This patch renames unmap_vm_area to unmap_kernel_range and make
it take an explicit range instead of a vm_area struct. This makes
it more versatile for code that wants to play with kernel page
tables outside of the standard vmalloc area.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
map_vm_area() is only ever used inside of mm/vmalloc.c. This makes
it static and removes the prototype.
Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
---
include/linux/vmalloc.h |2 --
mm/vmalloc.c|3 ++-
2 files changed, 2 insertions(+), 3 deletions(-)
Index:
On Tue, May 15, 2007 at 08:36:20PM +0100, Al Viro wrote:
>
> stuff that does select USB should depend on USB_ARCH_HAS_HCD, or we'll
> end up with unbuildable configs.
BTW, this kind of situation happens often enough, so how about doing
the following: teach kconfig that if FOO selects BAR and BAR
On Tue, 15 May 2007 20:00:18 -0700 (PDT) Christoph Lameter <[EMAIL PROTECTED]>
wrote:
> 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
>
On Wed, 16 May 2007 11:46:00 +0900 Clemens Schwaighofer <[EMAIL PROTECTED]>
wrote:
> On 05/16/2007 10:53 AM, Andrew Morton wrote:
>
> > How frequently do you see these failures? If it's repeatable with any
> > reliability
> > then it'd be great if you could test a patchset for us. It's at:
>
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc1/2.6.22-rc1-mm1/
- I found some time to look into some writeback problems in
fs/fs-writeback.c. The results were ugly. There are a pile of fixes here
but more work (mainly testing) needs to be done.
There's some
On Wed, May 16, 2007 at 01:33:59AM +0530, Amit K. Arora wrote:
> This patch implements sys_fallocate() and adds support on i386, x86_64
> and powerpc platforms.
Can you please pick up the ia64 support patch I posted as well?
> Changelog:
> -
> Note: The changes below are from the initial
The 2.6.22-rc1 boot panics early in amd_mcheck_init() with my k6-III/450.
It panics early enough that some of what I'm sure would be useful has
already scrolled off the screen, and there's no scrollback buffer at
that point. If more detail is needed, I'll have to transcribe what I
*can* see by
Jordan Crouse wrote:
> Can you break this up with a : between the high dword and the low dword?
> That makes it easier to parse when debugging.
Good idea, but I used "_" instead because it's what AMD uses in their
documentation and it looks better with a "0x" prefix.
> Also, would it make sense
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,
> No, it does matter. Your suggestion doesn't work, because
> /sys/module/scsi_mod/parameters/ belongs to the module code. To create
> a new attribute there, you use the module_param() code -- and there's
> no way to have code called when your parameter is changed.
If I'm not
On Wed, May 16, 2007 at 04:57:52AM +0530, Satyam Sharma wrote:
> [ I appreciate you forked the thread and gave it a better subject name,
> it would be better still if you could maintain the original CC list,
> thanks. ]
I removed the people I didn't think needed to be on the Cc list any more,
On 05/16/2007 10:53 AM, Andrew Morton wrote:
> How frequently do you see these failures? If it's repeatable with any
> reliability
> then it'd be great if you could test a patchset for us. It's at:
>
> http://userweb.kernel.org/~akpm/cs.gz
>
> that's a single patch against 2.6.21-rc1,
On Tue, May 15, 2007 at 10:46:21AM -0700, Randy Dunlap wrote:
> On Wed, 16 May 2007 00:42:08 +0900 Mattia Dongili wrote:
...
> > Given the drivers/acpi/Kconfig portion
> >
> > if ACPI
> > ...
> > config ACPI_EC
> > bool
> > default y
> > help
> >
On Tue, May 15, 2007 at 08:34:55PM +, Soeren Sonnenburg wrote:
> I was using this patch for some days now and I realized that - from time
> to time - the touchpad runs amok, i.e. I more or less unable to control
> the mouse when that happens.
Hmm. Just seen this. I'll see if I can work
There are rather a lot of of FIXME comments, including scary stuff like
> +/*
> + * FIXME: this cannot be right but it does "fix" a bug of i_count
> + * dropping too low. Needs more thought.
> + */
> +atomic_inc(_dentry->d_inode->i_count);
and
> +int
On Wed, 16 May 2007 02:06:31 +0200, Jörn Engel wrote:
>
> > > +
> > > + if (dest) {
> > > + /* symlink */
> > > + ret = logfs_inode_write(inode, dest, destlen, 0);
> > > + } else {
> > > + /* creat/mkdir/mknod */
> > > + ret = __logfs_write_inode(inode);
> > > + }
>
> -Original Message-
> From: Kumar Gala [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, May 15, 2007 10:07 PM
> To: Li Yang-r58472
> Cc: Paul; [EMAIL PROTECTED]; Linux Kernel
> Subject: Re: [PATCH 2/2] powerpc: Fix Section mismatch warnings
>
>
> On May 14, 2007, at 5:59 AM, Li Yang wrote:
>
Ingo Molnar wrote:
i'm pleased to announce release -v12 of the CFS scheduler patchset.
The CFS patch against v2.6.22-rc1, v2.6.21.1 or v2.6.20.10 can be
downloaded from the usual place:
http://people.redhat.com/mingo/cfs-scheduler/
-v12 fixes the '3D bug' that caused trivial latencies
On 05/16/2007 10:53 AM, Andrew Morton wrote:
>
>> I think it started with 2.6.19.2, I cannot remember I had any of those
>> problems before. The box can work fine for about a week or more, or it
>> looks up several times a day. I run a memtest for 10 h, but I had no errors.
>
>
On Wed, 16 May 2007 09:24:54 +0900 Clemens Schwaighofer <[EMAIL PROTECTED]>
wrote:
> I have re-occurring oopses and panics in those above kernels. The error
> is always the same. I have the last Kernel Panic as a picture here:
>
> http://dev.tequila.jp/clemens/R0010172.JPG
>
> The oops have
Here is the information of the created raid0. Hope it is enough.
Jeff
The crashing one:
md: bind
md: bind
md: raid0 personality registered for level 0
md0: setting max_sectors to 4096, segment boundary to 1048575
raid0: looking at sde
raid0: comparing sde(5859284992) with sde(5859284992)
On 5/15/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
[...]
If you transform a menu with hidden options (which do NOT "depend on"
the menu - they can't even) into a menuconfig (continuing not to
depend on the menuconfig), the presentation fucks up (especially in
ncurses-menuconfig). That is a
On 05/16/2007 09:24 AM, Clemens Schwaighofer wrote:
> The oops have the same error style like this Panic. I tried to capture
> one, but right after copying it into vim, I got a Panic. So next time I
> try to.
I just got a oops and I could record it, the followed Kernel Panic
didn't send out any
On Wed, 16 May 2007, Bartlomiej Zolnierkiewicz wrote:
>
> * host driver fixes:
> - pdc202xx_old: mode programming rewrite (a lot of bugs fixed)
> - serverworks/sis5513: PIO mode setup fixes
> - sl82c105: MWDMA0/1 support by Sergei
> - cs5530/sc1200/sl82c105: ->speedproc support ("hdparm
On 5/15/07, Tilman Schmidt <[EMAIL PROTECTED]> wrote:
[...]
> I do agree that anything non-essential (even if it's just a presentation
> menu that doesn't affect builds) must be default n.
It's tricky for "make oldconfig" when introducing a new "menuconfig"
around some previously existing
Thank you.
Acked-by: Hirokazu Takata <[EMAIL PROTECTED]>
From: Al Viro <[EMAIL PROTECTED]>
Subject: [PATCH] [m32r] __xchg() should be always_inline
Date: Tue, 15 May 2007 20:37:00 +0100
>
> it depends on elimination of unreachable branches in switch (by object
> size), so we must declare it
On Wed, May 16, 2007 at 03:25:23AM +0400, Manu Abraham wrote:
> Al Viro wrote:
> > Signed-off-by: Al Viro <[EMAIL PROTECTED]>
> > ---
> > drivers/media/video/em28xx/Kconfig |2 +-
> > drivers/media/video/ivtv/Kconfig |2 +-
> > 2 files changed, 2 insertions(+), 2 deletions(-)
> >
> >
Hello,
Below is a one line patch to possibly fix this bug:
http://bugs.gentoo.org/show_bug.cgi?id=178585
http://bugzilla.kernel.org/show_bug.cgi?id=8075
If the kernel is configured with:
CONFIG_X86_POWERNOW_K8=y
CONFIG_X86_ACPI_CPUFREQ=m
Which is currently an allowed configuration, the
From: Christoph Lameter <[EMAIL PROTECTED]>
Date: Tue, 15 May 2007 18:00:23 -0700 (PDT)
> Slab allocators: Define common size limitations
Thanks for doing this work Christoph, I'll test this patch out on all
my sparc64 boxes, with both SLAB and SLUB, later this evening.
-
To unsubscribe from
Here is the patch. It probably does not apply cleanly against Andrew's
tree. I am waiting for the new tree in order to submit it.
Slab allocators: Define common size limitations
Currently we have a maze of configuration variables that determine
the maximum slab size. Worst of all it seems to
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/lethal/sh64-2.6.git
Which contains:
Milind Arun Choudhary (1):
sh64: ROUND_UP macro cleanup in arch/sh64/kernel/pci_sh5.c
Paul Mundt (8):
sh64: Wire up many new syscalls.
sh64: Fixups for the irq_regs
On Tue, 15 May 2007, Andrew Morton wrote:
> > Try to define a compile-time array size with it smarty
> > pants :-)
>
> confusedy pants, more like.
>
> > That's what we did initially and it doesn't work.
>
> This:
>
> struct kmem_cache kmalloc_caches[KMALLOC_SHIFT_HIGH + 1]
On Tue, 15 May 2007, Andrew Morton wrote:
> Either that newly-added test isn't needed, or those ifdefs aren't needed?
The #ifdefs dont do the proper job thus the hack for Dave. The following
RFC will clean things up.
http://marc.info/?l=linux-kernel=117919444827939=2
-
To unsubscribe from
Hi,
On Tuesday 15 May 2007, Alan Cox wrote:
> On Tue, 15 May 2007 12:53:08 +0200
> Thomas Kuther <[EMAIL PROTECTED]> wrote:
>
> > Hi!
> >
> > Since 2.6.21 I have a problem with the it821x driver on my ITE 8212
> > controller.
> > Now I saw some updates to it821x in 2.6.22-rc1 and gave that a
This time:
* host driver fixes:
- pdc202xx_old: mode programming rewrite (a lot of bugs fixed)
- serverworks/sis5513: PIO mode setup fixes
- sl82c105: MWDMA0/1 support by Sergei
- cs5530/sc1200/sl82c105: ->speedproc support ("hdparm -X")
* 2nd part of cleanups basing on DMA tuning
On Monday 14 May 2007, Matthias Kaehlcke wrote:
> The IDE driver uses a semaphore as mutex. Use the mutex API instead of
> the (binary) semaphore.
>
> Signed-off-by: Matthias Kaehlcke <[EMAIL PROTECTED]>
applied
Since I already had a patch from you with identical patch summary/description
(but
On Wed, 2007-05-16 at 01:33 +0530, Amit K. Arora wrote:
> This patch implements sys_fallocate() and adds support on i386, x86_64
> and powerpc platforms.
> @@ -1137,6 +1148,8 @@ struct inode_operations {
> ssize_t (*listxattr) (struct dentry *, char *, size_t);
> int (*removexattr)
Andrew Morton wrote:
On Tue, 15 May 2007 16:52:31 +0100
David Howells <[EMAIL PROTECTED]> wrote:
Implement shared-writable mmap for AFS.
This blows up in -mm:
fs/afs/file.c:59: error: 'filemap_nopage' undeclared here (not in a function)
fs/afs/file.c:60: error: unknown field 'populate'
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Tue, 15 May 2007 17:29:57 -0700
> This:
>
> struct kmem_cache kmalloc_caches[KMALLOC_SHIFT_HIGH + 1] __cacheline_aligned;
>
> is still there.
My bad, we tried using min_t() and that's what caused the problems,
that's why we open-coded the macro
On Tue, 15 May 2007 17:14:47 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
> From: Andrew Morton <[EMAIL PROTECTED]>
> Date: Tue, 15 May 2007 16:56:36 -0700
>
> > On Tue, 15 May 2007 16:45:22 -0700 (PDT)
> > Christoph Lameter <[EMAIL PROTECTED]> wrote:
> >
> > > KMALLOC_SHIFT_HIGH is not
David Howells wrote:
Implement shared-writable mmap for AFS.
The key with which to access the file is obtained from the VMA at the point
where the PTE is made writable by the page_mkwrite() VMA op and cached in the
affected page.
If there's an outstanding write on the page made with a
On Sat, May 12, 2007 at 12:49:28PM +0900, Paul Mundt wrote:
> On Fri, May 11, 2007 at 11:39:20AM +0200, Tejun Heo wrote:
> > Paul Mundt wrote:
> > > Bumping the hardreset delay up does indeed fix it, I've had to bump it up
> > > to 1200 before it started working (at 600 it still fails):
> > >
> >
Andrew Morton wrote:
On Mon, 14 May 2007 14:06:19 -0400
Theodore Tso <[EMAIL PROTECTED]> wrote:
On Sun, May 13, 2007 at 10:46:30PM -0700, Andrew Morton wrote:
otoh, the intersection between pages which are PageBooked() and pages which
are PageLazyFree() should be zreo, so it'd be good to
Hello!
There have been a number of instances where people have accidentally
compiled rcutorture into the kernel (CONFIG_RCU_TORTURE_TEST=y), which
has never been useful, and has often resulted in great frustration. The
attached patch prohibits rcutorture from being compiled into the kernel.
It
Hi,
Anybody can give me some information about CFS
Thanks!
-
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/
David Howells wrote:
afs_prepare_write() should not mark a page up to date if it only partially
fills it in, in expectation of the caller filling in the rest prior to calling
commit_write(). commit_write(), however, should mark the page up to date.
Acked-by: Nick Piggin <[EMAIL PROTECTED]>
Stefan Richter wrote:
On 7 May, Petr Vandrovec wrote:
This patch makes raw1394 in current Linux git tree (2.6.21-1570) usable to 32bit
applications running on 64bit kernel (tested on i386 app using x86_64 kernel).
[...]
With this in place I was able to run my test app and grab some mpegs, so
On Tue, May 15, 2007 at 04:41:30PM -0700, Randy Dunlap wrote:
> On Tue, 15 May 2007 16:30:02 -0700 Paul E. McKenney wrote:
>
> > Hello!
> >
> > It would be nice to constrain RCU_TORTURE_TEST to "n" or "m", excluding
> > "y", since "y" gives anti-social results that I have never seen a use
> >
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Tue, 15 May 2007 16:56:36 -0700
> On Tue, 15 May 2007 16:45:22 -0700 (PDT)
> Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> > KMALLOC_SHIFT_HIGH is not a constant but may be less than 25.
>
> It darn well better be a compile-time constant.
Try to
On Tue, 15 May 2007 19:26:17 -0400, Albert Cahalan wrote:
>
> Please don't forget the immutable bit. ("man lsattr")
> Having both, BSD-style, would be even better.
> The immutable bit is important for working around
> software bugs and "features" that damage files.
>
> I also can't find xattr
On Tue, 15 May 2007 13:37:59 -0700, Andrew Morton wrote:
> > +
> > +config LOGFS_FSCK
> > + bool "Run LogFS fsck at mount time"
> > + depends on LOGFS
> > + help
> > + Run a full filesystem check on every mount. If any errors are
> > + found, mounting the filesystem will fail. This
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Gleixner wrote:
> Frank,
>
> On Tue, 2007-05-15 at 09:06 -0500, Frank Sorenson wrote:
>> Hangs at boot here:
>> Kernel alive
>> Kernel direct mapping tables up to 1 @ 8000-d000
>> (and that's it)
>>
>> This is a Dell Inspiron
On Wednesday May 16, [EMAIL PROTECTED] wrote:
> >
> > Anybody have a clue?
> >
No...
When a raid0 array is assemble, quite a lot of message get printed
about number of zones and hash_spacing etc. Can you collect and post
those. Both for the failing case (2*5.5T) and the working case
(4*2.55T)
On Tue, 15 May 2007 16:45:22 -0700 (PDT)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> On Tue, 15 May 2007, Andrew Morton wrote:
>
> > On Mon, 14 May 2007 16:46:17 -0700 (PDT)
> > Christoph Lameter <[EMAIL PROTECTED]> wrote:
> >
> > > @@ -86,6 +87,9 @@ static inline int kmalloc_index(int size
On Wed, 2007-05-16 at 01:07 +0530, Amit K. Arora wrote:
> ToDos:
> -
> 1> Implementation on other architectures (other than i386, x86_64,
> ppc64 and s390(x)). David Chinner has already posted a patch for ia64.
Here is the 2.6.22-rc1 version of David's patch: add fallocate() on ia64
From:
On 5/16/07, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
Satyam Sharma wrote:
>> > >semantics of it (read-only? read-write? write-only?
>
> Well, it _has_ to be write, don't really care if it's read-write or
> write-only. I would still prefer read-write, but we can go ahead with
> write-only
On Tue, 15 May 2007, Andrew Morton wrote:
> On Mon, 14 May 2007 16:46:17 -0700 (PDT)
> Christoph Lameter <[EMAIL PROTECTED]> wrote:
>
> > @@ -86,6 +87,9 @@ static inline int kmalloc_index(int size
> > */
> > WARN_ON_ONCE(size == 0);
> >
> > + if (size >= (1UL << KMALLOC_SHIFT_HIGH))
On Mon, 7 May 2007 15:58:41 -0700
Fenghua Yu <[EMAIL PROTECTED]> wrote:
> On Fri, May 04, 2007 at 05:12:18PM -0700, Fenghua Yu wrote:
> >
> > Define percpu smp cacheline align interface
>
> This is updated patch. Per cpu cacheline aligned data section name and macro
> name are changed to have
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/pasemi_mac.c | 45 +++
drivers/net/pasemi_mac.h |4 +-
On Tue, 15 May 2007 16:30:02 -0700 Paul E. McKenney wrote:
> Hello!
>
> It would be nice to constrain RCU_TORTURE_TEST to "n" or "m", excluding
> "y", since "y" gives anti-social results that I have never seen a use
> for. So I tried adding a "range n m" to the Kconfig.debug entry for
>
On Mon, 14 May 2007 16:46:17 -0700 (PDT)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> @@ -86,6 +87,9 @@ static inline int kmalloc_index(int size
>*/
> WARN_ON_ONCE(size == 0);
>
> + if (size >= (1UL << KMALLOC_SHIFT_HIGH))
> + return -1;
> +
I don't quite
On Tue, May 15, 2007 at 10:17:31AM -0500, Matt Mackall wrote:
> On Tue, May 15, 2007 at 10:43:05AM +0200, Nick Piggin wrote:
> > This patch goes on top of my previous RCU patch, and has various
> > improvements for slob I noticed while implementing said patch ;)
> >
> > Comments?
>
> I'm warming
Hello!
It would be nice to constrain RCU_TORTURE_TEST to "n" or "m", excluding
"y", since "y" gives anti-social results that I have never seen a use
for. So I tried adding a "range n m" to the Kconfig.debug entry for
RCU_TORTURE_TEST. This gives me the following warning at "make xconfig"
time:
On Tue, 2007-05-15 at 21:47 +1000, Stephen Rothwell wrote:
> On Tue, 15 May 2007 21:42:35 +1000 Stephen Rothwell <[EMAIL PROTECTED]> wrote:
> >
> > On Tue, 15 May 2007 11:17:07 +1000 Rusty Russell <[EMAIL PROTECTED]> wrote:
> > > - on_each_cpu(adjust_pge, 0, 0, 1);
> > > +
[Ingo, Neil, linux-raid added to CC]
On 16/05/07, Jeff Zheng <[EMAIL PROTECTED]> wrote:
Hi everyone:
We are experiencing problems with software raid0, with very
large disk arrays.
We are using two 3ware disk array controllers, each of them is connected
8 750GB harddrives. And we build
Satyam Sharma wrote:
> >semantics of it (read-only? read-write? write-only?
Well, it _has_ to be write, don't really care if it's read-write or
write-only. I would still prefer read-write, but we can go ahead with
write-only too. It doesn't really matter, does it?
just to be devils
Hi,
[ I appreciate you forked the thread and gave it a better subject name,
it would be better still if you could maintain the original CC list, thanks. ]
On Tue, May 15, 2007 at 12:26:29PM +0100, Simon Arlott wrote:
I've already suggested a sysfs attribute - or something equivalent - would
be
Please don't forget the immutable bit. ("man lsattr")
Having both, BSD-style, would be even better.
The immutable bit is important for working around
software bugs and "features" that damage files.
I also can't find xattr support.
-
To unsubscribe from this list: send the line "unsubscribe
On Sun, 13 May 2007 17:26:13 -0700, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
>Dave Jones wrote:
>>
>> That previous entry of MAINTAINERS raised an eyebrow too.
>> You, Eric, Andi, and Zach seem to have done more work on 'i386 BOOT CODE'
>> in the last few months than I recall Riley doing, well..
Al Viro wrote:
> Signed-off-by: Al Viro <[EMAIL PROTECTED]>
> ---
> drivers/media/video/em28xx/Kconfig |2 +-
> drivers/media/video/ivtv/Kconfig |2 +-
> 2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/media/video/em28xx/Kconfig
>
On Tuesday 15 May 2007 09:18:02 Thomas Gleixner wrote:
> I've uploaded a new version of the x86_64 highres/dyntick patches:
>
> http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc1-x86_64-hig
>hres-v4.patch
>
> Broken out version:
>
>
1 - 100 of 764 matches
Mail list logo