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 try, but
the
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-kernelm=117919444827939w=2
-
To unsubscribe from
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;
is still
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
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 it is
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
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 this
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
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(-)
diff --git
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 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 configs,
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 -X)
*
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 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 good
Here is the information of the created raid0. Hope it is enough.
Jeff
The crashing one:
md: bindsdd
md: bindsde
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 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 same
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.
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
-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:
This
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);
+ }
+ super-s_victim_ino =
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
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
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
...
config
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, containing
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,
since
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 misunderstanding
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,
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 to
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
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 post
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, 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:
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
start
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
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 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
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 expr, we should act as if FOO had explicit depends on expr.
Sounds sane. I wonder if there are any non-obvious
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 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 changed, 2
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 crosscompiler and
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 KM_USER0
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 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 more
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
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 the ciphers
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 hardware with
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(struct
if
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.
I guess
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 {
+seq =
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/Kconfig |2 +-
-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)
This is a Dell
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
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
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 five
[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
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 much.
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/gmane.linux.ide/18485
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 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. We open code that
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
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
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()
(and
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?
701 - 764 of 764 matches
Mail list logo