From: Joe Perches [EMAIL PROTECTED]
Date: Mon, 19 Nov 2007 23:48:36 -0800
On Mon, 2007-11-19 at 23:45 -0800, David Miller wrote:
From: Joe Perches [EMAIL PROTECTED]
Date: Mon, 19 Nov 2007 17:47:58 -0800
Signed-off-by: Joe Perches [EMAIL PROTECTED]
Please check your patches, for trailing
On Thu, 15 Nov 2007, Dan Aloni wrote:
Patch is valid only for 2.6.23.x, guessing from the recent arch/ changes
in 2.6.24-rc.
There is a backported patch already queued in the stable branch.
Thanks,
tglx
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
From: Ulrich Drepper [EMAIL PROTECTED]
Date: Tue, 20 Nov 2007 01:53:14 -0500
FWIW, I think this indirect syscall stuff is the most ugly interface
I've ever seen proposed for the kernel.
And I agree with all of the objections raised by both H. Pater Anvin
and Eric Dumazet.
This patch adds
Changes to previous version:
- moved task arrives/departs notifications to __switch_to_xtra()
- added _TIF_BTS_TRACE and _TIF_BTS_TRACE_TS to _TIF_WORK_CTXSW_*
- split _TIF_WORK_CTXSW into ~_PREV and ~_NEXT for x86_64
- ptrace_bts_init_intel() function called from init_intel()
- removed
Pallipadi, Venkatesh wrote:
Can you try switching to powersave governor (which should always run CPU
at 400MHz) and see whether you see similar error?
Yes, if I move from performance to powersave, then I see a similar
error:
Nov 20 09:06:48 bugs kernel: BUG: soft lockup detected on CPU#0!
On Tue, 20 Nov 2007 07:55:22 + Scott James Remnant [EMAIL PROTECTED]
wrote:
On Mon, 2007-11-19 at 22:43 -0800, Andrew Morton wrote:
On Sun, 18 Nov 2007 09:13:24 + Scott James Remnant [EMAIL PROTECTED]
wrote:
In wait_task_stopped() exit_code already contains the right value
On Tue, 20 Nov 2007 13:44:13 +1030 Mike Lampard [EMAIL PROTECTED] wrote:
Hi
On Tue, 20 Nov 2007 08:02:20 am Wim Van Sebroeck wrote:
Hi Linus,
Please pull from 'master' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/wim/linux-2.6-watchdog.git
or if master.kernel.org hasn't
On Mon, Nov 19, 2007 at 05:11:50PM -0800, [EMAIL PROTECTED] wrote:
Also remove the useless zeroing after allocation. Allocpercpu already
zeroed the objects.
You still haven't answered my comment to the last iteration.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
* Ingo Molnar [EMAIL PROTECTED] wrote:
hpet-disable helps.. a bit. 200msec latencies are gone. (What is
used for wakeups in this case?)
[EMAIL PROTECTED]:~$ while true; do time sleep 0.01; done
0.00user 0.00system 0.01 (0m0.013s) elapsed 22.96%CPU
0.00user 0.00system 0.01
I will update the bug report now.
I tried with Tejun's libata-dev tree
I am able to mount and trasfer files from discs
I was able to burn a disc using growisofs.
Wodim or k3b lock the drive up still.
On Sat, 2007-11-17 at 21:58 +1100, Will Trives wrote:
Sorry, I said 2.6.24-rc4 there, I
On Mon, Nov 19 2007, Mike Miller wrote:
Patch 2 of 3
This patch adds support for the blktrace utility. Please consider this for
inclusion. Seems there was already a call to blk_add_trace. This patch adds
ifdef's and includes the header file.
Signed-off-by: Mike Miller [EMAIL PROTECTED]
On Mon, Nov 19, 2007 at 05:48:31PM -0800, Joe Perches wrote:
Signed-off-by: Joe Perches [EMAIL PROTECTED]
---
drivers/s390/char/monwriter.c |2 +-
drivers/s390/char/vmlogrdr.c |2 +-
drivers/s390/cio/chsc.c |2 +-
drivers/s390/net/claw.c |2 +-
On Mon, Nov 19, 2007 at 05:47:57PM -0800, Joe Perches wrote:
Signed-off-by: Joe Perches [EMAIL PROTECTED]
---
arch/s390/crypto/aes_s390.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/s390/crypto/aes_s390.c b/arch/s390/crypto/aes_s390.c
index
Subject: softlockup: do the wakeup from a hrtimer
From: Ingo Molnar [EMAIL PROTECTED]
David Miller reported soft lockup false-positives that trigger on NOHZ
due to CPUs idling for more than 10 seconds.
The solution is to drive the wakeup of the watchdog threads not from the
timer tick (which
On Tue, 20 Nov 2007 13:57:39 +0530 Kamalesh Babulal [EMAIL PROTECTED] wrote:
Hi Andrew,
Following calltrace is seen server, while running filesystem stress on smb
mounted partition on the client machine.
Nov 19 18:45:52 p55lp6 smbd[3304]: [2007/11/19 18:45:52, 0]
+#define INDIRECT_SYSCALL(regs) (regs)-rax
+#define INDIRECT_SYSCALL32(regs) (regs)-eax
+
+#define CALL_INDIRECT(regs) \
+ ({ extern long (*sys_call_table[]) (__u64, __u64, __u64, __u64, __u64,
__u64); \
+ sys_call_table[INDIRECT_SYSCALL(regs)] ((regs)-rdi, (regs)-rsi, \
+
El Martes, 20 de Noviembre de 2007, Ingo Molnar escribió:
* David [EMAIL PROTECTED] wrote:
El Lunes, 19 de Noviembre de 2007, Ingo Molnar escribió:
* David [EMAIL PROTECTED] wrote:
I have removed all other patches, and applied only cfs v24 above
2.6.23.8, and the compiler ran into
Andrew Morton wrote:
On Tue, 20 Nov 2007 13:57:39 +0530 Kamalesh Babulal [EMAIL PROTECTED] wrote:
Hi Andrew,
Following calltrace is seen server, while running filesystem stress on smb
mounted partition on the client machine.
Nov 19 18:45:52 p55lp6 smbd[3304]: [2007/11/19 18:45:52, 0]
On Fri, 16 Nov 2007 18:12:41 +0300 Alexey Dobriyan [EMAIL PROTECTED] wrote:
Creating PDEs with refcount 0 and -deleted flag has problems (see below).
Switch to usual scheme:
* PDE is created with refcount 1
* every de_get does +1
* every de_put() and remove_proc_entry() do -1
* once refcnt
On tis, 2007-11-20 at 15:13 +1100, Nick Piggin wrote:
On Tuesday 20 November 2007 11:59, Ian Kumlien wrote:
Hi,
I have had this before and sent a mail about it.
It seems like the diskcache is still in use and is never shrunk. This
happened with a odd load though, trackerd started
On Sun, Nov 18, 2007 at 11:03:47AM +0100, Geert Uytterhoeven wrote:
checkpatch: Print filenames of patches instead of the very uninformative
`Your patch'.
Well this isn't quite enough as we often use this thing checking its
stdin. Which leads to an even less useful '- has no obvious ...'. I
cpu0 calling netif_rx_schedule_prep(), cpu1 calling dev_close():
cpu0: testing __LINK_STATE_START, already set
cpu1: clear__LINK_STATE_START
cpu1: testing __LINK_STATE_RX_SCHED, not set
cpu0: set __LINK_STATE_RX_SCHED
cpu0: enter net poll, ...
when cpu1 return from
sø., 18.11.2007 kl. 21.16 +0100, skrev Tomas Carnecky:
Since this is becoming more an IDE/ATA issue, I added
[EMAIL PROTECTED] to CC. I hope that's the right mailinglist.
Tomas Carnecky wrote:
(3) Once the notebook was in the docking station (whether I boot it
while in the dock or boot
On 20-11-07 10:51, Thomas Renninger wrote:
Pass struct pnp_dev to pnp_clean_resource_table for cleanup reasons
Signed-off-by: Thomas Renninger [EMAIL PROTECTED]
Acked-by: Rene Herman [EMAIL PROTECTED]
Rene.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
On 20-11-07 10:51, Thomas Renninger wrote:
Unify the pnp macros to access resources in the pnp resource table
port, mem, dma and irq resource macros are now all used in the same
way. This is the basis (or makes it at least easier) for changing how
the resources are allocated for memory
Two more patches for the 2.6.24-rc patch queue.
--
blue skies,
Martin.
Reality continues to ruin my life. - Calvin.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Andrew Morton wrote:
On Tue, 20 Nov 2007 14:22:43 +0530 Kamalesh Babulal [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
On Tue, 20 Nov 2007 13:57:39 +0530 Kamalesh Babulal [EMAIL PROTECTED]
wrote:
Hi Andrew,
Following calltrace is seen server, while running filesystem stress on smb
was: Re: [WATCHDOG] v2.6.24 Watchdog Device Drivers patches - part 4
On Tue, 20 Nov 2007 06:41:07 pm Andrew Morton wrote:
On Tue, 20 Nov 2007 13:44:13 +1030 Mike Lampard [EMAIL PROTECTED] wrote:
Hi
On Tue, 20 Nov 2007 08:02:20 am Wim Van Sebroeck wrote:
Hi Linus,
Please pull from
On Tue, 20 Nov 2007 17:47:28 +0800 Dave Young [EMAIL PROTECTED] wrote:
Hi,
I encountered kernel warningsr. I just executed xawtv without video dev being
found.
like this:
WARNING: at arch/x86/kernel/smp_32.c:561 native_smp_call_function_mask()
[c0118769]
On Tue, 20 Nov 2007 14:22:43 +0530 Kamalesh Babulal [EMAIL PROTECTED] wrote:
Andrew Morton wrote:
On Tue, 20 Nov 2007 13:57:39 +0530 Kamalesh Babulal [EMAIL PROTECTED]
wrote:
Hi Andrew,
Following calltrace is seen server, while running filesystem stress on smb
mounted partition
Pass struct pnp_dev to pnp_clean_resource_table for cleanup reasons
Signed-off-by: Thomas Renninger [EMAIL PROTECTED]
---
drivers/pnp/manager.c | 41 -
1 file changed, 20 insertions(+), 21 deletions(-)
Index: linux-2.6.24-rc2/drivers/pnp/manager.c
Make use of pnp_{port,mem,irq,dma}_{start,end,flags} macros wherever possible
The macros to access the resource table in pnp sublayer was not used
consequently.
This patch makes use of these macros instead of accessing the resource
arrays directly.
For dma and irq also pnp_{dma,irq}_{start,end}
On Mon, Nov 19, 2007 at 11:02:49PM -0800, Andrew Morton wrote:
On Mon, 19 Nov 2007 13:52:06 +0100 Heiko Carstens [EMAIL PROTECTED] wrote:
Index: linux-2.6/fs/compat_ioctl.c
===
--- linux-2.6.orig/fs/compat_ioctl.c
+++
On Mon, 19 Nov 2007 17:16:44 -0600
Serge E. Hallyn [EMAIL PROTECTED] wrote:
Quoting Chris Friedhoff ([EMAIL PROTECTED]):
Hello Serge,
just to let you know: with 2.6.24-rc3 I have the same problem.
Ok, so here is the flow.
First off, using runlevel 5 on FC7, using 'log out' correctly
On Mon, 19 Nov 2007, Pavel Machek wrote:
On unloaded x60 system, 2.6.24-rc3 (tainted-pavel-so if someone can
reproduce it, it would be helpful):
Can you please provide your .config ?
tglx
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Tue, Nov 20, 2007 at 06:51:14AM +1100, Benjamin Herrenschmidt wrote:
On Mon, 2007-11-19 at 00:38 -0800, David Miller wrote:
From: Benjamin Herrenschmidt [EMAIL PROTECTED]
Date: Mon, 19 Nov 2007 16:35:23 +1100
I'm not sure what is the best way to fix that. Internally, I've done
Ulrich Drepper a écrit :
wing patches provide an alternative implementation of the
sys_indirect system call which has been discussed a few times.
This no system call allows us to extend existing system call
interfaces with adding more system calls.
I am wondering if some parts are missing from
Hi Andrew,
Following calltrace is seen server, while running filesystem stress on smb
mounted partition on the client machine.
Nov 19 18:45:52 p55lp6 smbd[3304]: [2007/11/19 18:45:52, 0]
lib/util_sock.c:write_data(562)
Nov 19 18:45:52 p55lp6 smbd[3304]: write_data: write failure in writing
On Nov 20 2007 02:57, Mike Frysinger wrote:
On Nov 20, 2007 2:17 AM, Jan Engelhardt [EMAIL PROTECTED] wrote:
I get this during boot:
[ 40.821740] netconsole: eth1 doesn't exist, aborting.
Given that CONFIG_NETCONSOLE=y and CONFIG_8139TOO=m, I can imagine.
Is there a way to get this
Hi,
I encountered kernel warningsr. I just executed xawtv without video dev being
found.
like this:
WARNING: at arch/x86/kernel/smp_32.c:561 native_smp_call_function_mask()
[c0118769] native_smp_call_function_mask+0x149/0x150
[c0178dd9] alloc_debug_processing+0xa9/0x130
[c0372da0]
* Pavel Machek [EMAIL PROTECTED] wrote:
0.00user 0.00system 0.08 (0m0.081s) elapsed 3.71%CPU
0.00user 0.00system 0.01 (0m0.013s) elapsed 23.33%CPU
0.00user 0.00system 0.01 (0m0.019s) elapsed 15.92%CPU
nohz=off helps a lot. while true; do time sleep 0.0; done does not
have
On Tuesday 20 November 2007 18:26, Nick Piggin wrote:
On Tuesday 20 November 2007 16:46, Ingo Molnar wrote:
* Nick Piggin [EMAIL PROTECTED] wrote:
Unfortunately, we don't show NR_ANON_PAGES in these stats, [...]
sidenote: the way i combat these missing pieces of instrumentation in
the
Hi,
I wonder whether these rather large cleanups can already be added to
some mainline branch.
There should be no functional change.
This could make life easier for me (not that bad, there were not that
much changes in the past), but mainly make it easier for others to test
the real patch, that
Unify the pnp macros to access resources in the pnp resource table
port, mem, dma and irq resource macros are now all used in the same
way. This is the basis (or makes it at least easier) for changing how
the resources are allocated for memory optimizations.
Signed-off-by: Thomas Renninger
On Nov 20, 2007 5:56 PM, Andrew Morton [EMAIL PROTECTED] wrote:
On Tue, 20 Nov 2007 17:47:28 +0800 Dave Young [EMAIL PROTECTED] wrote:
Hi,
I encountered kernel warningsr. I just executed xawtv without video dev
being found.
like this:
WARNING: at arch/x86/kernel/smp_32.c:561
From: Heiko Carstens [EMAIL PROTECTED]
Signed-off-by: Heiko Carstens [EMAIL PROTECTED]
Signed-off-by: Martin Schwidefsky [EMAIL PROTECTED]
---
arch/s390/kernel/traps.c |1 +
1 file changed, 1 insertion(+)
Index: quilt-2.6/arch/s390/kernel/traps.c
From: Cornelia Huck [EMAIL PROTECTED]
Make sure all subchannel handling is done on the slow path workqueue
so that we don't have races between an old subchannel unregistering
and a new subchannel with the same name registering.
Signed-off-by: Cornelia Huck [EMAIL PROTECTED]
Signed-off-by: Martin
On 20-11-07 10:51, Thomas Renninger wrote:
I wonder whether these rather large cleanups can already be added to
some mainline branch.
There should be no functional change.
This could make life easier for me (not that bad, there were not that
much changes in the past), but mainly make it
On 20-11-07 10:51, Thomas Renninger wrote:
Make use of pnp_{port,mem,irq,dma}_{start,end,flags} macros wherever possible
The macros to access the resource table in pnp sublayer was not used
consequently.
This patch makes use of these macros instead of accessing the resource
arrays directly.
Eric W. Biederman wrote:
There is a long standing ugliness with /proc/pid/stat,
/proc/pid/statm, and /proc/pid/status that they do not
use the seqfile API.
In addition they are currently reporting pids in the pid namespace
of the current task instead of the pid namespace with which proc
From: [EMAIL PROTECTED]
Date: Tue, 20 Nov 2007 18:26:26 +0800
cpu0 calling netif_rx_schedule_prep(), cpu1 calling dev_close():
cpu0: testing __LINK_STATE_START, already set
cpu1: clear__LINK_STATE_START
cpu1: testing __LINK_STATE_RX_SCHED, not set
cpu0: set __LINK_STATE_RX_SCHED
cpu0:
In Linux you have to be root in order to listen to TCP or UDP ports below 1024 (the
well-known ports). As far as I know, this limit is hardcoded in the kernel.
In some cases, this limit do more harm than good, so it would be nice to be
able to adjust it.
FreeBSD have a pair of sysctl
On Tuesday 20 November 2007 17:16:45 Steven Rostedt wrote:
On Tue, 20 Nov 2007, Ingo Molnar wrote:
i dont think there's ever any true need (and good cause) to force
integer type casts like that at the callee site.
Unless you mean we should do something like this:
static inline void
Hi list,
this patch sets (if the corresponding kconfig option is active) the access
modes of /proc/pid-dirs to 550 instead of 555 in order to provide some
privacy to users. Tools like lsof and ps to spy out on other users become
ineffective.
Cheers,
--
Daniel Reichelt
# diff -Naur
On Tuesday 20 November 2007 01:53:31 Joe Perches wrote:
diff --git a/drivers/scsi/NCR_D700.c b/drivers/scsi/NCR_D700.c
index 9e64b21..99403a6 100644
--- a/drivers/scsi/NCR_D700.c
+++ b/drivers/scsi/NCR_D700.c
@@ -182,7 +182,7 @@ NCR_D700_probe_one(struct NCR_D700_private *p, int
siop, int
the patch on top of 2.6.24-rc3 fixed the problem.
now I can succesfully s2disk.
I tested it 5 times in a row, 2 from the console and 3 from within X
thanks for fixing it,
Chris
On Tue, 20 Nov 2007 00:58:29 +0100
Rafael J. Wysocki [EMAIL PROTECTED] wrote:
On Monday, 19 of November 2007, Chris
On Tuesday 20 November 2007 20:09, Ian Kumlien wrote:
On tis, 2007-11-20 at 15:13 +1100, Nick Piggin wrote:
It's also used up all your 2.5GB of swap. The output of your `free` shows
a fair bit of disk cache there, but it also shows a lot of swap free,
which isn't the case at oom-time.
This patch (in its incarnation in our SLE10SP2 tree) is causing resource
allocation failures on one of my machines. The condition for this is that
besides ROMs behind a bridge not having their base addresses assigned
there's no extra space available in the non-prefetch window to
accommodate the
On Mon, 19 Nov 2007 11:44:54 +
Dean Jenkins [EMAIL PROTECTED] wrote:
This E-mail is for the attention of Pierre Ossman (MMC sub-system
maintainer)
A cc helps if you want my attention. ;)
Hi Pierre,
I've being trying to get SDIO block-mode with incrementing address to
work on an
This client tests DMA memcpy using various lengths and various offsets
into the source and destination buffers. It will initialize both
buffers with a know pattern and verify that the DMA engine copies the
requested region and nothing more.
Signed-off-by: Haavard Skinnemoen [EMAIL PROTECTED]
---
Hi Andrew,
The kernel build fails on AMD Opteron
CC arch/x86/kernel/setup_64.o
arch/x86/kernel/setup_64.c: In function ‘early_identify_cpu’:
arch/x86/kernel/setup_64.c:904: warning: unused variable ‘xlvl’
arch/x86/kernel/setup_64.c: In function ‘identify_cpu’:
On Thu, Nov 15, 2007 at 05:05:20PM +0100, Ingo Molnar wrote:
* Ingo Molnar [EMAIL PROTECTED] wrote:
FYI, i've put these 3 patches into the scheduler git tree and it's
looking very good so far. So unless Andrew or Linus objects to put
this into v2.6.24, or there's serious questions
This patch makes the DMA Engine menu visible on AVR32 and adds a
driver for the DMACA (aka DW DMAC) controller. This DMA controller can
be found on the AT32AP7000 chip and it primarily meant for peripheral
DMA transfer, but can also be used for memory-to-memory transfers.
The dmatest client shows
Please pull from 'for-linus' branch of
git://git390.osdl.marist.edu/pub/scm/linux-2.6.git for-linus
to receive the following updates:
arch/s390/appldata/appldata.h |1 -
arch/s390/appldata/appldata_base.c| 74
arch/s390/appldata/appldata_mem.c
On Tue, Nov 20, 2007 at 12:32:34PM +0100, Haavard Skinnemoen wrote:
This client tests DMA memcpy using various lengths and various offsets
into the source and destination buffers. It will initialize both
buffers with a know pattern and verify that the DMA engine copies the
requested region and
@@ -180,7 +180,7 @@ void cx25840_vbi_setup(struct i2c_client *client)
fsc/100,fsc%100);
v4l_dbg(1, cx25840_debug, client, hblank %i, hactive %i,
- vblank %i , vactive %i, vblank656 %i, src_dec %i,
+
On Tuesday 20 November 2007 04:50, Christoph Lameter wrote:
On Tue, 20 Nov 2007, Andi Kleen wrote:
I might be pointing out the obvious, but on x86-64 there is definitely
not 256TB of VM available for this.
Well maybe in the future.
That would either require more than 4 levels or larger
Yeah yea but the latencies are minimal making the NUMA logic too
expensive for most loads ... If you put a NUMA kernel onto those then
performance drops (I think someone measures 15-30%?)
Small socket count systems are going to increasingly be NUMA in future.
If CONFIG_NUMA hurts
Hello,
* Ingo Molnar [EMAIL PROTECTED] [2007-11-19 16:17]:
By popular demand, here is release -v24 of the CFS scheduler patch. It
is a full backport of the latest greatest scheduler code to
v2.6.24-rc3, v2.6.23.8, v2.6.22.13, v2.6.21.7. The patches can be
downloaded from the usual place:
Hi Pierre,
IMHO the issue is there is no upper bound limit to the valid address
range in sdio_io_rw_ext_helper() in sdio_io.c.
I call sdio_memcpy_toio() as it enables the incrementing address flag in
the CMD53 command but if I try passing too much data then the actual
address of the subsequent
Hello Andrew,
I am including 2nd version of the patch, slightly modified according
to your comments. See inline my response:
On 20.11.2007 7:37, Andrew Morton wrote:
On Tue, 25 Sep 2007 15:14:50 +0200 Richard MUSIL [EMAIL PROTECTED] wrote:
The patch follows even more below.
Thanks. We
On Tue, 20 Nov 2007 10:51:23 +0100
Thomas Renninger [EMAIL PROTECTED] wrote:
Unify the pnp macros to access resources in the pnp resource table
NAK
port, mem, dma and irq resource macros are now all used in the same
way. This is the basis (or makes it at least easier) for changing how
the
Hi,
During a hibernate cycle on my G5, while machine was powering down after
saving the image, I just had a NULL dereference in
clockevents_program_event when accessing dev-mode, dev was NULL.
Unfortunately the machine rebooted before I was able to write down more
than the fact that it was
#define pnp_irq(dev,bar) ((dev)-res.irq_resource[(bar)].start)
+#define pnp_irq_start(dev,bar)((dev)-res.irq_resource[(bar)].start)
+#define pnp_irq_end(dev,bar) ((dev)-res.irq_resource[(bar)].end)
NAK as discussed earlier.
#define pnp_irq_flags(dev,bar)
On Tue, Nov 20, 2007 at 09:47:32PM +1100, Nick Piggin wrote:
On Tuesday 20 November 2007 20:09, Ian Kumlien wrote:
On tis, 2007-11-20 at 15:13 +1100, Nick Piggin wrote:
It's also used up all your 2.5GB of swap. The output of your `free` shows
a fair bit of disk cache there, but it also
On Mon, Nov 19, 2007 at 09:20:52AM +0100, Jan Dittmer wrote:
Hi,
I saw that you merged a lot of cris bug fixes into 2.6.24-rc3.
Is the cris arch supposed to build again now? If yes which binutils
and gcc version is needed? I'm getting the following error [1]:
Yep, unfortunately, it does not
On Tue, Nov 20, 2007 at 12:24:59PM +0100, Damien Wyart wrote:
Testing sched-cfs-v2.6.24-rc3-v24.patch on top of 2.6.24-rc3-git1
(ignored the two already applied messages coming from git1 commits),
I get a 1.00 minimum load in top, coming from the load_balance_mo thread
staying in D-state. I
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
ACPI uses NR_CPUS in various loops and in some it accesses per cpu
data of processors that are not present(!) and that will never be present.
The pointers to per cpu data are typically not initialized for processors
that are not present. So we
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
There is no user of local_t remaining after the cpu ops patchset. local_t
always suffered from the problem that the operations it generated were not
able to perform the relocation of a pointer to the target processor and the
atomic update at the
* Damien Wyart [EMAIL PROTECTED] wrote:
As usual, any sort of feedback, bugreport, fix and suggestion is
more than welcome!
Testing sched-cfs-v2.6.24-rc3-v24.patch on top of 2.6.24-rc3-git1
(ignored the two already applied messages coming from git1 commits),
I get a 1.00 minimum load
- the internal buffer interpretation as well as the corresponding
operations are selected at run-time by hardware detection
- different processors use different branch record formats
I still think it would be far better if you would switch this over to be table
driven. e.g. define a
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
Using cpu alloc removes the needs for the per cpu arrays in the kmem_cache
struct.
These could get quite big if we have to support system of up to thousands of
cpus.
The use of alloc_percpu means that:
1. The size of kmem_cache for SMP
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
Convert DMA engine to use CPU_xx operations. This also removes the use of
local_t
from the dmaengine.
Signed-off-by: Christoph Lameter [EMAIL PROTECTED]
---
drivers/dma/dmaengine.c | 38 ++
On Nov 20, 2007 7:52 AM, Herbert Xu [EMAIL PROTECTED] wrote:
On Mon, Nov 19, 2007 at 10:47:59PM -0800, H. Peter Anvin wrote:
This one is definitely messy. There is absolutely no way to know what
gcc has miscompiled. It looks to me that both gcc 4.2 and 4.3 are
affected, any others?
I
Gentlemen,
I am sorry for confusion, really do not have my day today :(.
In the last patch I mistakenly removed call to original release.
Now it should be OK.
Richard
From 208991bcea7034202b9504c2e26c9b2edbf6e31d Mon Sep 17 00:00:00 2001
From: Richard Musil [EMAIL PROTECTED]
Date: Tue, 20 Nov
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
Signed-off-by: Christoph Lameter [EMAIL PROTECTED]
---
fs/nfs/iostat.h |8
fs/nfs/super.c |2 +-
2 files changed, 5 insertions(+), 5 deletions(-)
Index: linux-2.6/fs/nfs/iostat.h
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
Signed-off-by: Christoph Lameter [EMAIL PROTECTED]
---
arch/ia64/kernel/crash.c |2 +-
drivers/base/cpu.c |2 +-
kernel/kexec.c |4 ++--
3 files changed, 4 insertions(+), 4 deletions(-)
Index:
Hello,
Ok, so it's not synchronous writes that we are doing - we're just
submitting bio's tagged as WRITE_SYNC to get the I/O issued
quickly. The synchronous nature appears to be coming from higher
level locking when reclaiming inodes (on the flush lock). It
appears that inode
On Tue, 20 Nov 2007, Kamalesh Babulal wrote:
Hi Andrew,
The kernel build fails on AMD Opteron
CC arch/x86/kernel/setup_64.o
arch/x86/kernel/setup_64.c: In function ‘early_identify_cpu’:
arch/x86/kernel/setup_64.c:904: warning: unused variable ‘xlvl’
arch/x86/kernel/setup_64.c: In
Hi all:
* Alan Stern [EMAIL PROTECTED] [2007-11-19 15:27:14 -0500]:
On Mon, 19 Nov 2007, Rudolf Marek wrote:
Hello all,
gives coretemp_cpu_callback - coretemp_device_remove -
platform_device_unregister, so coretemp seems to be what I have and you
don't.
Yes.
For the
Roland,
On Mon, 19 Nov 2007, Roland McGrath wrote:
This moves the i386 vDSO sources into arch/x86/vdso/vdso32/, a
new directory. This patch is a pure renaming, but paves the way
for consolidating the vDSO build logic.
Signed-off-by: Roland McGrath [EMAIL PROTECTED]
---
Testing sched-cfs-v2.6.24-rc3-v24.patch on top of 2.6.24-rc3-git1
(ignored the two already applied messages coming from git1
commits), I get a 1.00 minimum load in top, coming from the
load_balance_mo thread staying in D-state. I get this on 2 different
computers with similar configs, so
Hi Andrew,
The kernel build fails, with following message
LD drivers/net/wireless/built-in.o
drivers/net/wireless/rtl8187.o: In function `rtl8225z2_rf_init':
(.opd+0x180): multiple definition of `rtl8225z2_rf_init'
drivers/net/wireless/rtl8180.o:(.opd+0x1b0): first defined here
Hi Andrew,
The kernel build fails, with following message
LD drivers/net/wireless/built-in.o
drivers/net/wireless/rtl8187.o: In function `rtl8225z2_rf_init':
(.opd+0x180): multiple definition of `rtl8225z2_rf_init'
drivers/net/wireless/rtl8180.o:(.opd+0x1b0): first defined here
Hi:
[KERNEL]: Avoid divide in IS_ALIGN
I was happy to discover the brand new IS_ALIGN macro and quickly
used it in my code. To my dismay I found that the generated code
used division to perform the test.
This patch fixes it by changing the % test to an . This avoids
the division.
my HP 385 G2 - 2x dual core Opteron 2216 running 2.6.23.1 with NUMA support
says the following:
Can you post a full boot log?
Here it is.
Further I have a problem with booting the kernel on 4x dual core Opteron
(HP585). It prints lot of panics on boot to console but not to the log.
From: Corey Minyard [EMAIL PROTECTED]
Add the standard IOCTLs to the IPMI driver for setting and getting
the pretimeout. Tested by Benoît Guillon.
Signed off by: Corey Minyard [EMAIL PROTECTED]
Cc: Benoît Guillon [EMAIL PROTECTED]
---
Index: linux-2.6.23/drivers/char/ipmi/ipmi_watchdog.c
Looking around sysfs in an attempt to pull out SCSI card firmware
versions I found 5 different filenames used to store the information.
Only one, fw_version, was used more than once. The patch below changes
the other drivers to use this filename too.
I suspect the same applies to other subsystem
On Tue, 20 Nov 2007 12:26:11 +
Dean Jenkins [EMAIL PROTECTED] wrote:
Hi Pierre,
IMHO the issue is there is no upper bound limit to the valid address
range in sdio_io_rw_ext_helper() in sdio_io.c.
I call sdio_memcpy_toio() as it enables the incrementing address flag in
the CMD53
Hi Andrew,
The kernel build fails, with following error
CC sound/ppc/tumbler.o
sound/ppc/tumbler.c: In function ‘snapper_get_capture_source’:
sound/ppc/tumbler.c:812: error: ‘union anonymous’ has no member named ‘value’
sound/ppc/tumbler.c: In function ‘snapper_put_capture_source’:
1 - 100 of 1146 matches
Mail list logo