On Monday 04 February 2008, Borislav Petkov wrote:
Also, remove redundant ones and cleanup whitespace.
Signed-off-by: Borislav Petkov [EMAIL PROTECTED]
fixed few minor issues while merging the patch:
---
drivers/ide/ide-tape.c | 725 +++
1
On Mon, 2008-02-04 at 16:32 -0800, Luben Tuikov wrote:
--- On Sun, 2/3/08, James Bottomley [EMAIL PROTECTED] wrote:
The enclosure misc device is really just a library providing
sysfs
support for physical enclosure devices and their
components.
Who is the target audience/user of those
On Tue, 5 Feb 2008, Nick Piggin wrote:
Ok. But the approach is just not so good. If you _really_ need something
like that and it is a win over the regular non-atomic unlock, then you
just have to implement it as a generic locking / atomic operation and
allow all architectures to implement the
--- On Sun, 2/3/08, James Bottomley [EMAIL PROTECTED] wrote:
The enclosure misc device is really just a library providing
sysfs
support for physical enclosure devices and their
components.
Who is the target audience/user of those facilities?
a) The kernel itself needing to read/write SES
Peter Zijlstra wrote:
On Mon, 2008-01-28 at 14:00 -0500, Steven Rostedt wrote:
On Mon, 28 Jan 2008, Max Krasnyanskiy wrote:
[PATCH] [CPUISOL] Support for workqueue isolation
The thing about workqueues is that they should only be woken on a CPU if
something on that CPU accessed them. IOW,
On Tuesday 05 February 2008 11:32, Christoph Lameter wrote:
On Tue, 5 Feb 2008, Nick Piggin wrote:
Ok. But the approach is just not so good. If you _really_ need something
like that and it is a win over the regular non-atomic unlock, then you
just have to implement it as a generic locking /
Linus Torvalds wrote:
On Mon, 4 Feb 2008, Matt Mackall wrote:
But ATAoE is boring because it's not IP. Which means no routing,
firewalls, tunnels, congestion control, etc.
The thing is, that's often an advantage. Not just for performance.
NBD and iSCSI (for all its hideous growths) can take
On Mon, 04 Feb 2008 16:20:35 -0800 (PST)
David Miller [EMAIL PROTECTED] wrote:
From: Andrew Morton [EMAIL PROTECTED]
Date: Mon, 4 Feb 2008 01:44:02 -0800
Please do not merge pieces of generic kernel infrastructure while
keeping it all secret on the netdev list. Ever.
It was so damn
On Mon, 04 Feb 2008 20:26:00 -0400
Kevin Winchester [EMAIL PROTECTED] wrote:
Found this in my dmesg:
[ 10.671500] [ cut here ]
[ 10.671500] WARNING: at kernel/lockdep.c:2037
trace_hardirqs_on+0xba/0x113()
[ 10.671500] Pid: 0, comm: swapper Not tainted
On Mon, 2008-02-04 at 16:24 -0800, Linus Torvalds wrote:
On Mon, 4 Feb 2008, Matt Mackall wrote:
But ATAoE is boring because it's not IP. Which means no routing,
firewalls, tunnels, congestion control, etc.
The thing is, that's often an advantage. Not just for performance.
NBD
On Tue, 5 Feb 2008, Nick Piggin wrote:
Anyway, not saying the operations are useless, but they should be
made available to core kernel and implemented per-arch. (if they are
found to be useful)
The problem is to establish the usefulness. These measures may bring 1-2%
in a pretty unstable
Hi Borislav,
On Monday 04 February 2008, Borislav Petkov wrote:
Hi Bart,
here are the pending ide-tape patches reworked which incorporate all review
points raised so far. Several new patches are appended to the original series
which i thought would be reasonable to sumbit along with the
* Replace incorrect CONFIG_BLK_DEV_IDE #ifdef in
check_media_bay() by CONFIG_MAC_FLOPPY one.
* Replace incorrect CONFIG_BLK_DEV_IDE #ifdef-s by
CONFIG_BLK_DEV_IDE_PMAC ones.
* check_media_bay() is used only by drivers/block/swim3.c
so make this function available only if CONFIG_MAC_FLOPPY
On Monday 04 February 2008, Borislav Petkov wrote:
Shorten some member names not too aggressively since this driver might be gone
anyway soon.
Signed-off-by: Borislav Petkov [EMAIL PROTECTED]
---
drivers/ide/ide-tape.c | 210
++--
1 files
On Monday 04 February 2008, Borislav Petkov wrote:
There should be no functional changes resulting from this patch.
Signed-off-by: Borislav Petkov [EMAIL PROTECTED]
---
drivers/ide/ide-tape.c | 49 +--
1 files changed, 18 insertions(+), 31
On Feb 5, 2008 4:17 AM, Jozsef Kadlecsik [EMAIL PROTECTED] wrote:
Actively closed connections are not handled properly, i.e. the initiator
of the active close should not be taken into account. So could you give
a try to the patch below? Does it just suppress the 'invalid packed
ignored' and
This is wrt to x86 git commit f56d005d30342a45d8af2b75e82200f09600
x86: no CPA on iounmap
This can use performance issue. When a GART driver unmaps a RAM page,
which was mapped as UC, this commit will still retain UC attribute
on the kernel identity mapping. This can cause mysterious
On Mon, 4 Feb 2008, Jeff Garzik wrote:
Both of these are easily handled if the server is 100% in charge of managing
the filesystem _metadata_ and data. That's what I meant by complete control.
i.e. it not ext3 or reiserfs or vfat, its a block device or 1000GB file
managed by a userland
register_address
register_address_increment
jmp_rel
Have a struct decode_cache parameter added instead of having 'c' in
the macro.
Signed-off-by: Harvey Harrison [EMAIL PROTECTED]
---
arch/x86/kvm/x86_emulate.c | 92 ++--
1 files changed, 46
On Mon, 2008-02-04 at 16:36 +0100, Ingo Molnar wrote:
* Jeff Chua [EMAIL PROTECTED] wrote:
On Feb 4, 2008 10:53 PM, Ingo Molnar [EMAIL PROTECTED] wrote:
commit 8d947344c47a40626730bb80d136d8daac9f2060
Author: Glauber de Oliveira Costa [EMAIL PROTECTED]
Date: Wed Jan 30 13:31:12
On Mon, 2008-02-04 at 10:17 +0100, Milan Broz wrote:
Yes, so if you hit this with 2.6.24 too is very important to sent OOps
log to identify problem (or link to screen snapshot, digital camera
snapshot or so).
I did about 5 complete tests today and dozens of mkfs.ext3's but I
wasn't able to
Hello.
Kernel config is at http://I-love.SAKURA.ne.jp/tmp/config-2.6.24-mm1
2.6.24 works fine.
Regards.
--
BUG: unable to handle kernel paging request at 25476bec
IP: [c0211c28] twothirdsMD4Transform+0x78/0x37c
*pde =
Oops: [#1] SMP DEBUG_PAGEALLOC
last sysfs file:
On Tue, 05 Feb 2008 10:28:43 +0900 Tetsuo Handa [EMAIL PROTECTED] wrote:
Hello.
Kernel config is at http://I-love.SAKURA.ne.jp/tmp/config-2.6.24-mm1
2.6.24 works fine.
Thanks for testing and reporting. It really helps.
Regards.
--
BUG: unable to handle kernel paging request
On Feb 4, 2008 11:30 AM, Douglas Gilbert [EMAIL PROTECTED] wrote:
Alan Cox wrote:
better. So for example, I personally suspect that ATA-over-ethernet is way
better than some crazy SCSI-over-TCP crap, but I'm biased for simple and
low-level, and against those crazy SCSI people to begin with.
This fixes some problems with ATAPI devices on nForce4 controllers in ADMA mode
on systems with memory located above 4GB. We need to delay setting the 64-bit
DMA mask until the PRD table and padding buffer are allocated so that they don't
get allocated above 4GB and break legacy mode (which is
[ some CCs added ]
On Mon, 4 Feb 2008, Pavel Machek wrote:
[EMAIL PROTECTED]:~$ strace columns-bin
execve(/usr/local/bin/columns-bin, [columns-bin], [/* 31 vars */])
= 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
-1, 0) = 0xb7f78000
mprotect(0xb7f79000, 21406,
On Mon, Feb 04, 2008 at 03:35:13PM -0800, Max Krasnyanskiy wrote:
This is just an FYI. As part of the Isolated CPU extensions thread Daniel
suggest for me
to check out latest RT kernels. So I did or at least tried to and immediately
spotted a couple
of issues.
The machine I'm running it
This is a minimal, stupid, fix, move to unsigned bitfield. These errors
are hiding sparse warnings in any file that includes itbelow is a
sample.
CHECK arch/x86/kernel/acpi/cstate.c
include/linux/cpuidle.h:82:17: error: dubious one-bit signed bitfield
CHECK
On Wednesday, 30 January 2008 03:15:50 Ingo Molnar wrote:
Linus, please pull the latest x86 git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/x86/linux-2.6-x86.git
Find the shortlog attached below.
Most of the changes we have described here:
On Mon, 2008-02-04 at 17:36 -0800, Andrew Morton wrote:
On Tue, 05 Feb 2008 10:28:43 +0900 Tetsuo Handa [EMAIL PROTECTED] wrote:
Hello.
Kernel config is at http://I-love.SAKURA.ne.jp/tmp/config-2.6.24-mm1
2.6.24 works fine.
err, Matt?
random: revert braindamage that snuck into
Hello.
I found that there are current-pid, task_pid_vnr(current)
and task_pid_nr(current) cases in kernel 2.6.24 .
According to include/linux/pid.h ,
task_pid_nr() is global id and task_xid_vnr() is virtual id.
But what id does current-pid indicate?
Is current-pid equivalent to
On Mon, 2008-02-04 at 18:01 -0800, Luben Tuikov wrote:
--- On Mon, 2/4/08, James Bottomley [EMAIL PROTECTED] wrote:
The enclosure misc device is really just a
library providing
sysfs
support for physical enclosure devices and their
components.
Who is the target
Hello.
random: revert braindamage that snuck into checkpatch cleanup
Signed-off-by: Matt Mackall [EMAIL PROTECTED]
Yes. It solved the oops.
Thank you.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
arch/x86/kernel/traps_32.c:1193:31: error: dubious one-bit signed bitfield
This was being used to ensure the proper alignment of the FXSAVE/FXRSTOR data.
This would create a sparse error in the _correct_ cases, hiding further
warnings. Use BUILD_BUG_ON instead.
Signed-off-by: Harvey Harrison
--- On Mon, 2/4/08, James Bottomley [EMAIL PROTECTED] wrote:
The enclosure misc device is really just a
library providing
sysfs
support for physical enclosure devices and their
components.
Who is the target audience/user of those facilities?
a) The kernel itself needing to
sparse errors from include/linux/cpuidle.h currently are hiding these:
arch/x86/kernel/cpu/cpufreq/powernow-k8.c:830:7: warning: symbol 'hi' shadows
an earlier one
arch/x86/kernel/cpu/cpufreq/powernow-k8.c:824:6: originally declared here
arch/x86/kernel/cpu/cpufreq/powernow-k8.c:830:15: warning:
Max K wrote:
And for another thing, we already declare externs in cpumask.h for
the other, more widely used, cpu_*_map variables cpu_possible_map,
cpu_online_map, and cpu_present_map.
Well, to address #2 and #3 isolated map will need to be exported as well.
Those other maps do
On Tue, 5 Feb 2008, Maxim Levitsky wrote:
The x86 tree was merged several times, but I don't see kgdb included in
latest mainline -git.
So just one question, will it be included or no?
I won't even consider pulling it unless it's offered as a separate tree,
not mixed up with other
--- On Mon, 2/4/08, James Bottomley [EMAIL PROTECTED] wrote:
On Mon, 2008-02-04 at 18:01 -0800, Luben Tuikov wrote:
--- On Mon, 2/4/08, James Bottomley
[EMAIL PROTECTED] wrote:
The enclosure misc device is really
just a
library providing
sysfs
support for physical enclosure
Hi Daniel,
See inline...
On Mon, Feb 4, 2008 at 9:51 PM, in message
[EMAIL PROTECTED], Daniel Walker
[EMAIL PROTECTED] wrote:
On Mon, Feb 04, 2008 at 03:35:13PM -0800, Max Krasnyanskiy wrote:
This is just an FYI. As part of the Isolated CPU extensions thread Daniel
suggest for me
to
On Tuesday 05 February 2008 01:57:37 Al Viro wrote:
On Mon, Feb 04, 2008 at 11:19:44PM +1100, Rusty Russell wrote:
This patch lets timer callback functions have their natural type
(ie. exactly match the data pointer type); it allows the old unsigned
long data type as well.
Downside: if
On Tuesday 05 February 2008 02:42:15 Alexey Dobriyan wrote:
One head-scratching session could be noticeably shorter with this patch...
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
If we want to prevent 0 returns, let's just BUG_ON().
Thanks,
Rusty.
--
To unsubscribe from this list: send
On Mon, 4 Feb 2008 19:40:38 -0800 Andrew Morton [EMAIL PROTECTED] wrote:
Here's lspci |grep -i audio:
Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03)
Running linux-2.6.24 stable. If there's a know bug, I could try to dig
more on it and get more info.
It works for
On Tue, 5 Feb 2008 14:43:31 +1100 Rusty Russell [EMAIL PROTECTED] wrote:
On Tuesday 05 February 2008 02:42:15 Alexey Dobriyan wrote:
One head-scratching session could be noticeably shorter with this patch...
Signed-off-by: Alexey Dobriyan [EMAIL PROTECTED]
If we want to prevent 0
On Sun, 27 Jan 2008 08:49:29 -0500 Felipe Balbi [EMAIL PROTECTED] wrote:
If a bug report fell in a forest, would ...
Hi all,
Could anyone make T61P's ICH8 sound controller to work properly?
ooh, a fellow t61p owner. How's suspend and resume working?
Here's lspci |grep -i audio:
Intel
Paul Jackson wrote:
Max K wrote:
And for another thing, we already declare externs in cpumask.h for
the other, more widely used, cpu_*_map variables cpu_possible_map,
cpu_online_map, and cpu_present_map.
Well, to address #2 and #3 isolated map will need to be exported as well.
On Mon, Feb 04, 2008 at 07:27:53PM -0800, Linus Torvalds wrote:
kgdb? Not so interesting. We have many more hard problems happening at
user sites, not in developer hands.
FWIW, I'm not a fulltime developer by any means, but on occasion
I have fixed a few bugs in the netfilter area of the
Daniel Walker wrote:
On Mon, Feb 04, 2008 at 03:35:13PM -0800, Max Krasnyanskiy wrote:
This is just an FYI. As part of the Isolated CPU extensions thread Daniel
suggest for me
to check out latest RT kernels. So I did or at least tried to and
immediately spotted a couple
of issues.
The
Jeff Davis wrote:
In oom_kill.c, one of the badness calculations is wildly inaccurate. If
memory is shared among child processes, that same memory will be counted
for each child, effectively multiplying the memory penalty by N, where N
is the number of children.
This makes it almost certain
On Mon, 2008-02-04 at 19:28 -0800, Luben Tuikov wrote:
--- On Mon, 2/4/08, James Bottomley [EMAIL PROTECTED] wrote:
On Mon, 2008-02-04 at 18:01 -0800, Luben Tuikov wrote:
--- On Mon, 2/4/08, James Bottomley
[EMAIL PROTECTED] wrote:
The enclosure misc device is really
just a
Siddha, Suresh B wrote:
This is wrt to x86 git commit f56d005d30342a45d8af2b75e82200f09600
x86: no CPA on iounmap
This can use performance issue. When a GART driver unmaps a RAM page,
which was mapped as UC, this commit will still retain UC attribute
on the kernel identity mapping.
On Monday 04 February 2008, Mark Lord wrote:
Gene Heskett wrote:
On Sunday 03 February 2008, Ingo Molnar wrote:
* Gene Heskett [EMAIL PROTECTED] wrote:
I believe its the same, but lemme paste it for sure, yes:
[ 26.339926] ENABLING IO-APIC IRQs
[ 26.340119] ..TIMER: vector=0x31 apic1=0
On Tue, Feb 05, 2008 at 02:23:21AM +0100, Bartlomiej Zolnierkiewicz wrote:
On Monday 04 February 2008, Borislav Petkov wrote:
Shorten some member names not too aggressively since this driver might be
gone
anyway soon.
Signed-off-by: Borislav Petkov [EMAIL PROTECTED]
---
Siddha, Suresh B wrote:
This is wrt to x86 git commit f56d005d30342a45d8af2b75e82200f09600
x86: no CPA on iounmap
This can use performance issue. When a GART driver unmaps a RAM page,
thinking about this some more...
afaik the gart driver doesn't use ioremap
(and it does
Sam Ravnborg wrote:
On Mon, Feb 04, 2008 at 09:52:23PM +0530, Kamalesh Babulal wrote:
Hi Andrew,
The 2.6.24-mm1 kernel build fails at many places with section type
conflict build error.
What arch?
We have troubles with powerpc as pointed out by Al in another thread.
Sam
Hi Sam,
Linus, please pull from
master.kernel.org:/pub/scm/linux/kernel/git/roland/infiniband.git for-linus
This tree is also available from kernel.org mirrors at:
git://git.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
for-linus
This will get a second batch of InfiniBand/RDMA
On Mon, 4 Feb 2008 20:11:03 -0800 Phil Oester [EMAIL PROTECTED] wrote:
On Mon, Feb 04, 2008 at 07:27:53PM -0800, Linus Torvalds wrote:
kgdb? Not so interesting. We have many more hard problems happening at
user sites, not in developer hands.
FWIW, I'm not a fulltime developer by any
Hi all,
And sorry for intrusion, i am not a developer but i work everyday with iscsi
and i found it fantastic.
Altough Aoe, Fcoe and so on could be better, we have to look in real world
implementations what is needed *now*, and if we look at vmware world,
virtual iron, microsoft clustering etc,
On Tue, 05 Feb 2008, Roel Kluin wrote:
Roland Dreier wrote:
/* safety net should the EC not support AUTO
* or FULLSPEED mode bits and just ignore them */
if (level TP_EC_FAN_FULLSPEED)
level |= 7; /*
On Mon, Feb 4, 2008 at 9:51 PM, in message
[EMAIL PROTECTED], Daniel Walker
[EMAIL PROTECTED] wrote:
I get the following when I tried it,
BUG: sleeping function called from invalid context bash(5126) at
kernel/rtmutex.c:638
in_atomic():1 [0001], irqs_disabled():1
Hi Daniel,
Can you
From: Ananth N Mavinakayanahalli [EMAIL PROTECTED]
This patch adds CONFIG_HAVE_KRETPROBES to the arch/arch/Kconfig file
for relevant architectures with kprobes support. This facilitates easy
handling of in-kernel modules (like samples/kprobes/kretprobe_example.c)
that depend on kretprobes being
From: Ananth N Mavinakayanahalli [EMAIL PROTECTED]
Move kprobes examples from Documentation/kprobes.txt to under samples/.
Patch originally by Randy Dunlap.
o Updated the patch to apply on 2.6.24-mm1
o Modified examples code to build on multiple architectures. Currently,
the examples code
On Sun, Jan 27, 2008 at 07:32:59PM +0530, Sripathi Kodi wrote:
Hi Paul,
On PPC, I see a disparity between clock_getres implementations in the
vdso and syscall. I am using a IBM Openpower hardware and 2.6.24 kernel
with CONFIG_HIGH_RES_TIMERS=y.
clock_getres call for CLOCK_REALTIME
On Tue, 2008-02-05 at 05:43 +0100, Matteo Tescione wrote:
Hi all,
And sorry for intrusion, i am not a developer but i work everyday with iscsi
and i found it fantastic.
Altough Aoe, Fcoe and so on could be better, we have to look in real world
implementations what is needed *now*, and if we
On Mon, Feb 04, 2008 at 10:37:37PM +, Adrian McMenamin wrote:
On Mon, 2008-02-04 at 08:14 -0800, Greg KH wrote:
On Mon, Feb 04, 2008 at 08:27:55AM +, Adrian McMenamin wrote:
On Sun, 2008-02-03 at 21:29 -0800, Greg KH wrote:
On Sun, Feb 03, 2008 at 08:00:47PM +, Adrian
On Mon, Feb 04, 2008 at 11:09:01AM -0800, Christoph Lameter wrote:
On Sun, 3 Feb 2008, Andrea Arcangeli wrote:
Right but that pin requires taking a refcount which we cannot do.
GRU can use my patch without the pin. XPMEM obviously can't use my
patch as my invalidate_page[s] are under
Hi Andrew,
This adds the RUSAGE_THREAD option for the getrusage system call.
This is essentially Roland's patch from http://lkml.org/lkml/2008/1/18/589,
but the line about RUSAGE_LWP line has been removed, as suggested
by Ulrich and Christoph.
Thanks,
Sripathi.
This adds the RUSAGE_THREAD
On Mon, 28 Jan 2008 09:31:43 +0100 Oliver Pinter (Pintér Olivér) [EMAIL
PROTECTED] wrote:
hi all!
in the 2.6.24 become i some soft lockups with usb-phone, when i pluged
in the mobile, then the vfs-layer crashed. am afternoon can i the
.config send, and i bisected the kernel, when i have
On 2008-02-04 20:27, Andrew Morton wrote:
On Mon, 04 Feb 2008 20:16:48 +0700 Igor M Podlesny [EMAIL PROTECTED] wrote:
[...]
Now I can say that both 2.6.24-mm1 and 2.6.24-git11 do NOT see any
of mine LVM-2 disks. pvscan, for e.g., finds nothing at all.
You may find that you need to update
Hi.
Rafael J. Wysocki wrote:
Len, please pick this up, thanks.
On Tuesday, 5 of February 2008, Pavel Machek wrote:
Small documentation fixes/additions that accumulated in my tree.
Signed-off-by: Pavel Machek [EMAIL PROTECTED]
Acked-by: Rafael J. Wysocki [EMAIL PROTECTED]
diff --git
On 2/5/08, Ananth N Mavinakayanahalli [EMAIL PROTECTED] wrote:
+ * Build and insert the kernel module as done in the kprobe example.
+ * You will see the trace data in /var/log/messages and on the console
+ * whenever sys_open() returns a negative value.
A passing observationsys_open
Hi Linus,
Please pull the 'agp-patches' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/agp-2.6.git agp-patches
It adds initial support for chipset flushing along with some intel pciids.
Dave.
arch/x86/pci/i386.c |2 +-
drivers/char/agp/agp.h |
On Wed, 30 Jan 2008 18:30:52 +0800 Zhang Wei [EMAIL PROTECTED] wrote:
-void fsl_rio_setup(int law_start, int law_size)
+int fsl_rio_setup(struct of_device *dev)
{
+ if (!dev-node) {
+ dev_err(dev-dev, Device OF-Node is NULL);
+ return -EFAULT;
Probably -EINVAL
On Tue, 05 Feb 2008 12:32:11 +0700 Igor M Podlesny [EMAIL PROTECTED] wrote:
On 2008-02-04 20:27, Andrew Morton wrote:
On Mon, 04 Feb 2008 20:16:48 +0700 Igor M Podlesny [EMAIL PROTECTED]
wrote:
[...]
Now I can say that both 2.6.24-mm1 and 2.6.24-git11 do NOT see any
of mine LVM-2
On Tue, 5 Feb 2008, Andrea Arcangeli wrote:
On Mon, Feb 04, 2008 at 11:09:01AM -0800, Christoph Lameter wrote:
On Sun, 3 Feb 2008, Andrea Arcangeli wrote:
Right but that pin requires taking a refcount which we cannot do.
GRU can use my patch without the pin. XPMEM obviously can't
The statistics provided here allow the monitoring of allocator behavior
at the cost of some (minimal) loss of performance. Counters are placed in
SLUB's per cpu data structure that is already written to by other code.
The per cpu structure may be extended by the statistics to be more than
one
Subject: x86: add code to dump the (kernel) page tables for visual inspection
by kernel developers
From: Arjan van de Ven [EMAIL PROTECTED]
This patch adds code to the kernel to have an (optional)
/proc/kernel_page_tables debug file that basically dumps the kernel
pagetables; this allows us
On 2008-02-05 12:32, Igor M Podlesny wrote:
On 2008-02-04 20:27, Andrew Morton wrote:
On Mon, 04 Feb 2008 20:16:48 +0700 Igor M Podlesny [EMAIL PROTECTED] wrote:
[...]
Now I can say that both 2.6.24-mm1 and 2.6.24-git11 do NOT see any
of mine LVM-2 disks. pvscan, for e.g., finds nothing at
Hello,
after contacting linux-pcmcia and some search I am approaching lkml.
There seems to be a problem accessing PCMCIA cards with O2 Micro
OZ711MP1/MS1 Controller.
On a Fujitsu Siemens Celsius H240 a 2.6.22-3-amd64 kernel from Debian
testing is in use. PCMCIA utilities for Linux 2.6
On Tuesday 05 February 2008 14:53:18 Andrew Morton wrote:
On Tue, 5 Feb 2008 14:43:31 +1100 Rusty Russell [EMAIL PROTECTED]
wrote:
On Tuesday 05 February 2008 02:42:15 Alexey Dobriyan wrote:
One head-scratching session could be noticeably shorter with this
patch...
Signed-off-by:
Ingo Molnar wrote:
* Kamalesh Babulal [EMAIL PROTECTED] wrote:
The CONFIG_NO_HZ is not set and the system seems not be truly locked
up ,btw wc -l of the softlockup messages is around 108 times, while
running the libhugetlbfs only and this is reproducible with the
2.6.24-git7 also.
On Tue, 05 Feb 2008 13:28:40 +0700
Igor M Podlesny [EMAIL PROTECTED] wrote:
On 2008-02-05 12:32, Igor M Podlesny wrote:
On 2008-02-04 20:27, Andrew Morton wrote:
On Mon, 04 Feb 2008 20:16:48 +0700 Igor M Podlesny
[EMAIL PROTECTED] wrote:
[...]
Now I can say that both 2.6.24-mm1 and
Sachin P. Sant wrote:
Bernhard Walle wrote:
* Vivek Goyal [EMAIL PROTECTED] [2008-02-04 19:38]:
Bernahard, any idea who is the competitor here?
Hm ..., can you boot the kernel without crashkernel= and provide the
/proc/iomem?
Attached is the /proc/iomem output with and without
On Mon, Feb 04, 2008 at 05:03:47PM -0500, Steven Rostedt wrote:
On Mon, 4 Feb 2008, Paul E. McKenney wrote:
OK, will see what I can do...
On Sat, 2 Feb 2008, Paul E. McKenney wrote:
Yep, you have dependencies, so something like the following:
initial state:
On Mon, Feb 04, 2008 at 05:41:40PM -0500, Mathieu Desnoyers wrote:
* Steven Rostedt ([EMAIL PROTECTED]) wrote:
On Mon, 4 Feb 2008, Paul E. McKenney wrote:
OK, will see what I can do...
On Sat, 2 Feb 2008, Paul E. McKenney wrote:
Yep, you have dependencies, so something
On 2008-02-05 13:53, Zachary Amsden wrote:
On Tue, 2008-02-05 at 13:44 +0700, Igor M Podlesny wrote:
On 2008-02-05 13:34, Arjan van de Ven wrote:
[...]
1) To have compiled it I had to replace global_flush_tlb()
call with __flush_tlb_all() and still guessing was it(?) a correct
On Tue, 2008-02-05 at 13:44 +0700, Igor M Podlesny wrote:
On 2008-02-05 13:34, Arjan van de Ven wrote:
[...]
1) To have compiled it I had to replace global_flush_tlb()
call with __flush_tlb_all() and still guessing was it(?) a correct
replacment at all :-)
it is not;
I
On 2008-02-05 13:34, Arjan van de Ven wrote:
[...]
1) To have compiled it I had to replace global_flush_tlb()
call with __flush_tlb_all() and still guessing was it(?) a correct
replacment at all :-)
it is not;
I see, thanks. What would be the correct one? ;-)
2) When
On Tue, Jan 29, 2008 at 11:15:22PM +0100, Jean Delvare wrote:
So, I'm all for reverting this patch.
And then, feel free to revisit the problem by proposing something that
doesn't break existing users of the interface.
I'm a bit confused. It seems to me that the class devices are named
On Wed, 30 Jan 2008 17:45:48 +0100
Nicolas Ferre [EMAIL PROTECTED] wrote:
From: Marc Pignat [EMAIL PROTECTED]
MMC_POWER_ON is a noop, no need to set the power pin again.
Signed-off-by: Marc Pignat [EMAIL PROTECTED]
Signed-off-by: Nicolas Ferre [EMAIL PROTECTED]
---
Perhaps also a
On Mon, 04 Feb 2008 22:53:10 -0800
Zachary Amsden [EMAIL PROTECTED] wrote:
On Tue, 2008-02-05 at 13:44 +0700, Igor M Podlesny wrote:
On 2008-02-05 13:34, Arjan van de Ven wrote:
[...]
1) To have compiled it I had to replace
global_flush_tlb() call with __flush_tlb_all() and still
Hi Christoph,
On Mon, 4 Feb 2008, Christoph Lameter wrote:
The statistics provided here allow the monitoring of allocator behavior
at the cost of some (minimal) loss of performance. Counters are placed in
SLUB's per cpu data structure that is already written to by other code.
Looks good but I
Hello,
I had sent a patch recently (which is currently pending) which
solves this problem.
see:
http://www.spinics.net/lists/netdev/msg54455.html
Regards,
Rami Rosen
On Feb 5, 2008 1:25 AM, Andrew Morton [EMAIL PROTECTED] wrote:
On Mon, 04 Feb 2008 23:32:49 +0100
Tilman Schmidt [EMAIL
On Feb 4, 2008 5:44 PM, Marc Dietrich
[EMAIL PROTECTED] wrote:
...
Anyway, heres a quick ugly fix for the ARCH detection code, tested on ps3.
...
Architecture detection is indeed broken in LIO. Would it be possible
to use the standard config.guess script instead of the custom LIO arch
Jan Kara wrote:
On Sat 02-02-08 00:26:00, Al Boldi wrote:
Chris Mason wrote:
Al, could you please compare the write throughput from vmstat for the
data=ordered vs data=writeback runs? I would guess the data=ordered
one has a lower overall write throughput.
That's what I would have
* Arjan van de Ven [EMAIL PROTECTED] wrote:
Siddha, Suresh B wrote:
This is wrt to x86 git commit f56d005d30342a45d8af2b75e82200f09600
x86: no CPA on iounmap
This can use performance issue. When a GART driver unmaps a RAM page,
thinking about this some more...
afaik the gart
James Bottomley schrieb:
These are both features being independently worked on, are they not?
Even if they weren't, the combination of the size of SCST in kernel plus
the problem of having to find a migration path for the current STGT
users still looks to me to involve the greater amount of
Ingo Molnar wrote:
* Arjan van de Ven [EMAIL PROTECTED] wrote:
Siddha, Suresh B wrote:
This is wrt to x86 git commit f56d005d30342a45d8af2b75e82200f09600
x86: no CPA on iounmap
This can use performance issue. When a GART driver unmaps a RAM page,
thinking about this some more...
This makes the x86-64 behavior for 32-bit processes that set
bogus %cs/%ss values (the only ones that can fault in iret)
match what the native i386 behavior has been since:
commit a879cbbb34cbecfa9707fbb6e5a00c503ac1ecb9
Author: Linus Torvalds [EMAIL PROTECTED]
Date:
On Tue, 5 Feb 2008, Eric Dumazet wrote:
Looks good but I am wondering if we want to make the statistics per-CPU so
that we can see the kmalloc/kfree ping-pong of, for example, hackbench
better?
AFAIK Christoph patch already have percpu statistics :)
Heh, sure, but it's not exported to
901 - 1000 of 1004 matches
Mail list logo