On Wed, May 16, 2007 at 01:45:29PM +1000, Benjamin Herrenschmidt wrote:
> map_vm_area() is only ever used inside of mm/vmalloc.c. This makes
> it static and removes the prototype.
Looks good.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMA
On Tue, 15 May 2007, Christoph Lameter wrote:
> So define a common maximum size for kmalloc. For conveniences sake
> we use the maximum size ever supported which is 32 MB. We limit the maximum
> size to a lower limit if MAX_ORDER does not allow such large allocations.
What are the changes a large
From: [EMAIL PROTECTED]
Besides those modes in ATI SB600 SATA controller, ATI SB700 supports one more
mode:the combined mode.
The combined mode is a Legacy IDE mode used for compatibility with some old OS
without AHCI driver,
but now it is not necessary for Linux since the kernel has supported
On Tue, May 15, 2007 at 03:32:18PM -0700, Lucy McCoy wrote:
> Add support for Keyspan adapters: USA-49WG and USA-28XG
Yeah! Thanks for doing this, I was beginning to wonder about these
devices as I had a few users ask about them recently.
> Signed-off-by: Lucy P. McCoy <[EMAIL PROTECTED]>
>
From: David Miller <[EMAIL PROTECTED]>
Date: Tue, 15 May 2007 18:03:16 -0700 (PDT)
> 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
Paul E. McKenney wrote:
> 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 compile
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Tue, 15 May 2007 23:32:39 -0700
> rofl. Really we shouldn't put this into 2.6.22, but it turfs out so much
> crap that it's hard to justify holding it back.
If fixes sparc64 with SLAB for one thing. I was going to put
LARGE_ALLOCS back into sparc64/K
On Tue, 15 May 2007 23:15:24 -0700 (PDT) Christoph Lameter <[EMAIL PROTECTED]>
wrote:
> Currently we have a maze of configuration variables that determine
> the maximum slab size. Worst of all it seems to vary between SLAB and SLUB.
>
> So define a common maximum size for kmalloc. For convenienc
Satyam Sharma wrote:
> * Also, some "[MENU]" kind of prefix/tag in the text of configmenu
> options would also be nice.
This belongs into the UIs, not into Kconfigs.
And it'd not just be nice, it's a requirement.
--
Stefan Richter
-=-=-=== -=-= =
http://arcgraph.de/sr/
-
To unsubscribe fr
Christoph Lameter wrote:
On Wed, 16 May 2007, Nick Piggin wrote:
Well sure, if that's all Christoph is worried about, then it isn't
really valid because in generic code we have to follow the architecture
abstraction API -- there is no "non highmem platform" in generic code :)
But there is a
On Wed, 2007-05-16 at 00:02 -0500, Frank Sorenson wrote:
> >>> highres-v3 also hung at the same point, but 2.6.21-git2-v2 worked
> >>> 2.6.22-rc1 boots without problem
> >> Can you please try the following three command line option addons ?
> >
> >> 1: highres=off nohz=off
> >> 2: highres=off
> >>
Currently we have a maze of configuration variables that determine
the maximum slab size. Worst of all it seems to vary between SLAB and SLUB.
So define a common maximum size for kmalloc. For conveniences sake
we use the maximum size ever supported which is 32 MB. We limit the maximum
size to a lo
On Wed, 16 May 2007, Nick Piggin wrote:
> Well sure, if that's all Christoph is worried about, then it isn't
> really valid because in generic code we have to follow the architecture
> abstraction API -- there is no "non highmem platform" in generic code :)
But there is a default KM_USER0 that is
On Tue, May 15, 2007 at 10:41:06PM -0700, dean gaudet wrote:
> 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 fr
Pekka Pietikainen wrote:
> Since everyone else is doing it, why not me as well. Looks like I had
> a nice retro 7-bit a-umlaut in the tree from ten years ago too!
> (That was back when ISO 8859-1 didn't work universally...).
> I hope my mailer is setup correctly for this,
> http://www.ee.oulu.fi/
On Tue, 15 May 2007 20:19:14 -0700
Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> 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
Soruk wrote:
>>>
>> Riley passed away about a month ago (traffic accident.)
>
> The news article I mentioned in my email is dated 15 December 2004.
>
Oh dear. News travels slowly sometimes :(
> (I don't often read the MAINTAINERS file, but happened to spot him still
> listed there when I had
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 operations?
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) huge
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
master.kernel.or
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. W
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.
> > >>
> > >> http://thread.gmane.org/gm
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 fiv
[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
nev
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 ov
Peer Chen wrote:
For sata_nv driver in kernel 2.6.21 onward, Inside nv_init_one(),use
'hpriv = devm_kzalloc(&pdev->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 t
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 muc
-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]>
> >> > ---
> >> > drivers/media/video/em28xx/Kc
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 accessible.
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 *clone_mnt(struc
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 hardwa
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 th
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 _not_
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 mor
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 (u
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 crosscompil
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 cha
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 log_redr
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 gotchas
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 vm
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: l
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 new
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 han
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, end
> 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 misunderstandin
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,
sin
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, contain
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 around
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(&old_dentry->d_inode->i_count);
and
> +int __logfs_write_
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.
>
> shrink_dcache_memor
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 the
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)
raid0:
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 goo
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 P
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 "confi
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 alwa
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(-)
> >
> > di
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 powerno
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 thi
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 va
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 change
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] __cacheline_aligned;
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&m=117919444827939&w=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 tr
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 rework
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 f
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) (st
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' spe
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 like
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 a
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 different
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 act
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 ma
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
> > for
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 sup
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) is
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
>
1 - 100 of 386 matches
Mail list logo
