posted mailed
Hello Jiri,
Jiri Slaby wrote:
We usualy reply to all.
I'm sorry. I'm using Gmane to read and post to this mailing list and my
newsgroup reader doesn't reply to all by default.
On 01/22/2008 10:03 AM, J. Pablo Fernández wrote:
Jiri Slaby wrote:
On 01/22/2008 12:13 AM, J.
* Harvey Harrison [EMAIL PROTECTED] wrote:
This changes the oops dumping format for page faults to be similar
between X86_32 and 64.
This is the first user of printk_address on X86_32.
could you please send an actual before/after dump, so that we can see
the behavioral changes?
* Harvey Harrison [EMAIL PROTECTED] wrote:
This will help when unifying the oops dumping code on 32/64 bit. No
functional changes.
thanks, applied.
Ingo
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
* Eduardo Habkost [EMAIL PROTECTED] wrote:
This series contain fixes to make the paravirt_ops code compile and
boot on x86_64.
This is a follow-up for the previous series from Glauber.
thanks Eduardo, i've applied your fixes.
could you perhaps send the missing bits that add the missing
Hi Felipe,
On Thu, 3 Jan 2008 11:59:57 -0500, Felipe Balbi wrote:
Based on David Brownell's patch for tps65010, this patch
finish conversting isp1301_omap.c to new-style i2c driver.
Signed-off-by: Felipe Balbi [EMAIL PROTECTED]
---
arch/arm/mach-omap1/board-h2.c |6 ++-
* Glauber de Oliveira Costa [EMAIL PROTECTED] wrote:
On Jan 18, 2008 8:02 PM, Ingo Molnar [EMAIL PROTECTED] wrote:
* Zachary Amsden [EMAIL PROTECTED] wrote:
but in exchange you broke all of 32-bit with CONFIG_PARAVIRT=y.
Which means you did not even build-test it on 32-bit, let
* Mel Gorman [EMAIL PROTECTED] wrote:
[...] I tested this situation on a 4-node NUMA Opteron box. It didn't
work very well based on a few problems.
- alloc_remap() and SPARSEMEM on HIGHMEM4G explodes [1]
- Without SRAT, there is a build failure
- Enabling SRAT requires BOOT_IOREMAP and
Hi,
On Jan 22, 2008 2:01 PM, Jean Delvare [EMAIL PROTECTED] wrote:
Hi Felipe,
On Thu, 3 Jan 2008 11:59:57 -0500, Felipe Balbi wrote:
Based on David Brownell's patch for tps65010, this patch
finish conversting isp1301_omap.c to new-style i2c driver.
Signed-off-by: Felipe Balbi [EMAIL
On Tue, 22 Jan 2008, Andi Kleen wrote:
Chuck Ebbert [EMAIL PROTECTED] writes:
There is a fixup, so this should never happen. But the lock instruction
was replaced with a nop by the altinstruction code, and that makes the fixup
address wrong. AFAICT we don't fix up the exception table
* [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Fixup change NR_CPUS patchset by rebasing on 2.6.24-rc8-mm1
from 2.6.24-rc6-mm1) and adding changes suggested by reviews.
Based on 2.6.24-rc8-mm1 + latest (08/1/21) git-x86
Note there are two versions of this patchset:
- 2.6.24-rc8-mm1
On Mon, Jan 21, 2008 at 09:40:59AM +0800, william cheng wrote:
Dear all,
We got some problem on modprobing the ipmi_si module on Dell
Power Edge 2600.
I've asked someone to look into this.
--
Matt Domsch
Linux Technology Strategist, Dell Office of the CTO
linux.dell.com
Hi;
22 Oca 2008 Sal tarihinde, Ingo Molnar şunları yazmıştı:
* S.Çağlar Onur [EMAIL PROTECTED] wrote:
Top causes for wakeups:
59,9% (238,4) kernel IPI : Rescheduling interrupts
^^
14,7% ( 58,6)
* Marcelo Tosatti [EMAIL PROTECTED] wrote:
The first fix is not even specific for PARAVIRT, and it's actually
preventing the whole tree from booting.
And the following allows PARAVIRT kernels to boot on x86_64.
Fill in missing pagetable manipulation entries in pv_mmu_ops
for
On (22/01/08 13:14), Ingo Molnar didst pronounce:
* Mel Gorman [EMAIL PROTECTED] wrote:
[...] I tested this situation on a 4-node NUMA Opteron box. It didn't
work very well based on a few problems.
- alloc_remap() and SPARSEMEM on HIGHMEM4G explodes [1]
- Without SRAT, there is a
On 01/22/2008 12:49 PM, J. Pablo Fernández wrote:
On 01/22/2008 10:03 AM, J. Pablo Fernández wrote:
Jiri Slaby wrote:
Ask for specification, otherwise you won't be able to write a driver
anyway.
They already told me they don't even have the specification.
Maybe they might provide you some
On Tue, Jan 22, 2008 at 01:02:07PM +0100, Ingo Molnar wrote:
* Eduardo Habkost [EMAIL PROTECTED] wrote:
This series contain fixes to make the paravirt_ops code compile and
boot on x86_64.
This is a follow-up for the previous series from Glauber.
thanks Eduardo, i've applied your
On Tue, 22 Jan 2008, Matthew Garrett wrote:
On Tue, Jan 22, 2008 at 04:33:29PM +0800, Zhang Rui wrote:
I have no obvious objection on either of these two proposals.
But one thing to mention is that
both of these two patches is written on the assumption that the
brightness levels listed in
* Nick Piggin [EMAIL PROTECTED] wrote:
On Tuesday 22 January 2008 12:13, Nick Piggin wrote:
On Tuesday 22 January 2008 07:14, Ingo Molnar wrote:
Nick Piggin (5):
mm: fix PageUptodate memory ordering bug
This should actually be named differently. It should be
called
x86:
I'd tried to advocate SIGDANGER some years ago as well, but none of
the kernel maintainers were interested. It definitely makes sense
to have some sort of mechanism like this. At the time I first brought
it up it was in conjunction with Netscape using too much cache on some
system, but it
This two patches discards and replaces 2 previously sent patches
they convert ext3/4_ioctl()s to unlocked_ioctl's
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Signed-off-by: Mathieu Segaud [EMAIL PROTECTED]
---
fs/ext4/dir.c |2 +-
fs/ext4/file.c |2 +-
fs/ext4/ioctl.c | 161 ---
include/linux/ext4_fs.h |3 +-
4 files changed, 112 insertions(+), 56 deletions(-)
diff
Signed-off-by: Mathieu Segaud [EMAIL PROTECTED]
---
fs/ext3/dir.c |2 +-
fs/ext3/file.c |2 +-
fs/ext3/ioctl.c | 161 ---
include/linux/ext3_fs.h |3 +-
4 files changed, 113 insertions(+), 55 deletions(-)
diff
On Tue 080122, Ingo Molnar wrote:
* David Newall [EMAIL PROTECTED] wrote:
Andi Kleen wrote:
You seem to be under the illusion that iBCS2 support works currently
in mainline and that only this patch would break it.
I cannot imagine what brings you to that conclusion. Suffice to
On Mon, 21 Jan 2008, Andi Kleen wrote:
It's a first shot so it might not yet be perfect - although so far it
looks good in testing on 4-5 testsystems here, on mixed 64-bit and
32-bit boxes. Doing it this way was a pretty straightforward process, it
took less than an hour - and the end
On Jan 14, 2008 11:23 PM, Paolo Ciarrocchi [EMAIL PROTECTED] wrote:
Add a filename option (default to 0)
in order to get the following summary output:
./scripts/checkpatch.pl --filename --file ./arch/sparc/kernel/apc.c
...
...
...
./arch/sparc/kernel/apc.c -- total: 18 errors, 3 warnings,
First priority is getting CPA and PAT consolidated before we put new
PAT seems to be still quite unstable and frankly for me it is
unclear how long it will take to it become stable. It would
not surprise me if it takes longer than the .26 merge window.
You're saying you want to delay an
Hi Linus:
Please pull from:
git://lm-sensors.org/kernel/mhoffman/hwmon-2.6.git release
You'll get one patch (attached) which fixes a regression for it87.
See below for details.
Thanks regards,
commit 87b4b6634ac112ddfe7b92aae50eb4bf7b128d1a
Author: Bjorn Helgaas [EMAIL PROTECTED]
Ingo Molnar wrote:
* Oliver Pinter (Pintér Olivér) [EMAIL PROTECTED] wrote:
and then please update to CFS-v24.1
http://people.redhat.com/~mingo/cfs-scheduler/sched-cfs-v2.6.22.15-v24.1
.patch
Yes with CFSv20.4, as in the log.
It also hangs on 2.6.23.13
my feeling is that this is
Andi Kleen [EMAIL PROTECTED] wrote:
I think I do. You appear to be arguing that small businesses, such as
paint shops or garages, could re-install iBCS2 support.
You seem to be under the illusion that iBCS2 support works currently
in mainline and that only this patch would break it. That's
On Sun, 6 Jan 2008 00:20:50 +0300
Alexey Dobriyan [EMAIL PROTECTED] wrote:
On Sun, Jan 06, 2008 at 12:30:34AM +0400, Alexander Shaduri wrote:
Get a serial console? Take another box, plug e.g. pl2303-based
usb-to-serial (several bucks these days) into it, stick null-modem
convertor
* Ian Campbell [EMAIL PROTECTED] wrote:
Currently in head_32.S there are two ways we test to see if we are the
boot cpu. By looking at %ebx and by looking at the static variable
ready. When changing things around I have found that it gets tricky
to preserve %ebx. So this patch just
.. as again all consumers of it don't require it to be modifiable.
As before, the patch doesn't change all instances where 'const' could
have been added as a result of the base structure changes, only where
either the change has a real effect (the module loader doesn't enforce
read-only section
.. as all consumers of it don't require it to be modifiable.
Unfortunately, due to the two-level constifications, this required
touching quite many files, not all of which I am able to test - please
bare with eventual mistakes or oversights.
The patch doesn't change all instances where 'const'
In the EDAC code, I took the opportunity to replace the explicit cast
initializer with a safer, cast-less mechanism (as used elsewhere),
which makes this patch somewhat larger than it would have been
otherwise.
Again, the patch doesn't change all instances where 'const' could have
been added as a
Hi Andrew,
I found a Bug at the very start of booting rc8-mm1 kernel on my machine.
Following is the info of my machine:
uname -a
Linux x330d.in.ibm.com 2.6.24-rc6 #3 SMP Tue Jan 15 17:24:05 NPT 2008
i686 i686 i386 GNU/Linux
Since I could capture a jpeg image of the boot message so I have put
On Tue, 22 Jan 2008, Andi Kleen wrote:
First priority is getting CPA and PAT consolidated before we put new
PAT seems to be still quite unstable and frankly for me it is
unclear how long it will take to it become stable. It would
not surprise me if it takes longer than the .26 merge
Bartlomiej Zolnierkiewicz wrote:
* -nice0 and -nice2 ide_drive_t fields are always zero so remove them.
* IDE_NICE_0 and IDE_NICE_2 defines from linux/hdreg.h are no longer
used by any kernel code so cover them with #ifndef/#endif __KERNEL__.
Signed-off-by: Bartlomiej Zolnierkiewicz
Bartlomiej Zolnierkiewicz wrote:
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
Acked-by: Sergei Shtylyov [EMAIL PROTECTED]
MBR, Sergei
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Bartlomiej Zolnierkiewicz wrote:
* Use __ide_set_handler() in ide_execute_command().
While at it:
* Fix whitespace damage in ide_execute_command().
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
Acked-by: Sergei Shtylyov [EMAIL PROTECTED]
MBR, Sergei
--
To unsubscribe
On Tue, Jan 22, 2008 at 03:06:00PM +0100, Thomas Gleixner wrote:
On Tue, 22 Jan 2008, Andi Kleen wrote:
First priority is getting CPA and PAT consolidated before we put new
PAT seems to be still quite unstable and frankly for me it is
unclear how long it will take to it become
Bartlomiej Zolnierkiewicz wrote:
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
Acked-by: Sergei Shtylyov [EMAIL PROTECTED]
MBR, Sergei
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Bartlomiej Zolnierkiewicz wrote:
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
Acked-by: Sergei Shtylyov [EMAIL PROTECTED]
MBR, Sergei
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Tuesday 22 January 2008, Al Boldi wrote:
Ingo Molnar wrote:
* Oliver Pinter (Pintér Olivér) [EMAIL PROTECTED] wrote:
and then please update to CFS-v24.1
http://people.redhat.com/~mingo/cfs-scheduler/sched-cfs-v2.6.22.15-v24.
1 .patch
Yes with CFSv20.4, as in the log.
From: Ian Abbott [EMAIL PROTECTED]
I last sent this 11 days ago and didn't get any replies, so my timeout
handler has kicked in. :)
The patch is same as last time except I've bumped the revision from rc7
to rc8 and have remembered to use diff's -p option this time!
---
From: Ian Abbott [EMAIL
Andrea Arcangeli wrote:
diff --git a/include/asm-generic/pgtable.h b/include/asm-generic/pgtable.h
--- a/include/asm-generic/pgtable.h
+++ b/include/asm-generic/pgtable.h
@@ -44,8 +44,10 @@
({ \
int __young;
Bartlomiej Zolnierkiewicz wrote:
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
Acked-by: Sergei Shtylyov [EMAIL PROTECTED]
MBR, Sergei
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Ben Dooks wrote:
On Mon, Jan 21, 2008 at 10:05:56PM -0600, Corey Minyard wrote:
From: Corey Minyard [EMAIL PROTECTED]
The DNS-323 system has several bogus memory entries in the tag table,
and it caused the system to crash at startup. Ignore tag entries that
are obviously bogus.
This
* Matt Mackall [EMAIL PROTECTED] wrote:
btw., are there any pending arch/x86 bits in -tiny? (stupid
question: were can i get the most uptodate version of -tiny from?)
It's not a stupid question. I dropped updating the tree regulary some
time ago to focus on merging bits and then got a
On Tue, Jan 22, 2008 at 12:00:50AM -0700, Andreas Dilger wrote:
AIX had SIGDANGER some 15 years ago. Admittedly, that was sent when
the system was about to hit OOM, not when it was about to start swapping.
I'd tried to advocate SIGDANGER some years ago as well, but none of
the kernel
On Fri, Jan 18, 2008 at 11:01:11AM -0800, Martin Knoblauch wrote:
At least, rc1-rc5 have shown that the CCISS system can do well. Now
the question is which part of the system does not cope well with the
larger IO sizes? Is it the CCISS controller, LVM or both. I am open to
suggestions on how
* Pavel Machek [EMAIL PROTECTED] wrote:
Set alarm belongs in drivers/rtc, moved now.
+ alarm = now+length;
+ rtc_time_to_tm(alarm, alm.time);
+
+ retval = cmos_set_alarm(rtc, alm);
cmos_set_alarm() takes a struct device * too.
Fixed.
any updated patch i could try? Thanks,
On Tue, Jan 22, 2008 at 04:12:34PM +0200, Avi Kivity wrote:
Andrea Arcangeli wrote:
diff --git a/include/asm-generic/pgtable.h b/include/asm-generic/pgtable.h
--- a/include/asm-generic/pgtable.h
+++ b/include/asm-generic/pgtable.h
@@ -44,8 +44,10 @@
({
From: Chip Coldwell [EMAIL PROTECTED]
This patch is based on the DMA-patch by Chip Coldwell for the
AT91/AT32 serial USARTS, with some tweaks to make it apply neatly on
top of the other patches in this series.
The RX and TX code has been moved to a tasklet and reworked a bit.
Instead of
From: Remy Bohmer [EMAIL PROTECTED]
This patch splits up the interrupt handler of the serial port
into a interrupt top-half and a tasklet.
The goal is to get the interrupt top-half as short as possible to
minimize latencies on interrupts. But the old code also does some
calls in the interrupt
When an error happens in probe(), the clocks should be disabled, but
only if the port isn't already used as a console.
In remove(), the port struct shouldn't be freed because it's defined
statically.
Signed-off-by: Haavard Skinnemoen [EMAIL PROTECTED]
---
drivers/serial/atmel_serial.c | 39
Bartlomiej Zolnierkiewicz wrote:
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
Acked-by: Sergei Shtylyov [EMAIL PROTECTED]
MBR, Sergei
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Tue, 2008-01-22 at 10:49 +0100, Jens Axboe wrote:
Hi,
Today io contexts are per-process and define the (surprise) io context
of that process. In some situations it would be handy if several
processes share an IO context. With syslets it's especially crucial that
the threads working on
Bartlomiej Zolnierkiewicz wrote:
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
Acked-by: Sergei Shtylyov [EMAIL PROTECTED]
MBR, Sergei
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Bartlomiej Zolnierkiewicz wrote:
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
Acked-by: Sergei Shtylyov [EMAIL PROTECTED]
MBR, Sergei
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: Remy Bohmer [EMAIL PROTECTED]
This patch cleans up the atmel_serial driver to conform the coding rules.
It contains no functional change.
Signed-off-by: Remy Bohmer [EMAIL PROTECTED]
Signed-off-by: Haavard Skinnemoen [EMAIL PROTECTED]
---
drivers/serial/atmel_serial.c | 270
Replace two instances of barrier() with cpu_relax() since that's the
right thing to do when busy-waiting. This does not actually change
anything since cpu_relax() is defined as barrier() on both ARM and
AVR32.
Signed-off-by: Haavard Skinnemoen [EMAIL PROTECTED]
Acked-by: Andrew Victor [EMAIL
If BRGR is zero, the baud rate generator isn't running, so the boot
loader can't have initialized the port.
Signed-off-by: Haavard Skinnemoen [EMAIL PROTECTED]
Acked-by: Andrew Victor [EMAIL PROTECTED]
---
drivers/serial/atmel_serial.c | 15 +++
1 files changed, 7 insertions(+), 8
The following patchset cleans up the atmel_serial driver a bit,
moves a significant portion of the interrupt handler into a tasklet,
and adds DMA support. This is the result of a combined effort by Chip
Coldwell, Remy Bohmer and me. The patches should apply cleanly onto
Linus' latest git tree.
Em Tue, Jan 22, 2008 at 09:40:52AM -0500, Theodore Tso escreveu:
On Tue, Jan 22, 2008 at 12:00:50AM -0700, Andreas Dilger wrote:
AIX had SIGDANGER some 15 years ago. Admittedly, that was sent when
the system was about to hit OOM, not when it was about to start swapping.
I'd tried to
Ingo Molnar wrote:
* [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Fixup change NR_CPUS patchset by rebasing on 2.6.24-rc8-mm1
from 2.6.24-rc6-mm1) and adding changes suggested by reviews.
Based on 2.6.24-rc8-mm1 + latest (08/1/21) git-x86
Note there are two versions of this patchset:
Ingo Molnar wrote:
* David Newall [EMAIL PROTECTED] wrote:
Andi Kleen wrote:
You seem to be under the illusion that iBCS2 support works currently
in mainline and that only this patch would break it.
I cannot imagine what brings you to that conclusion. Suffice to say
you
Hi,
I didn't find out whom to report this bug to and thus report to
linux-kernel@vger.kernel.org as described in
http://kernel.org/pub/linux/docs/lkml/reporting-bugs.html.
I'm posting from outside, so please CC me.
[1] The description about seccomp is outdated in some arch/*/Kconfig
files.
* S.Çağlar Onur [EMAIL PROTECTED] wrote:
I grabbed the logs two times to make sure to catch needed info. 1st [1] one
is generated while Rescheduling interrupts wakeups ~200 times and 2nd one
generated for ~350 wakeups.
[1] http://cekirdek.pardus.org.tr/~caglar/dmesg.1st
[2]
On Wed, Jan 23, 2008 at 01:36:27AM +1030, David Newall wrote:
Karl Kiniger wrote:
on http://www.feise.com/~jfeise/Downloads/linux-abi/
a patch named linux-abi-2.6.22.3_3.diff.bz2 can be found.
Thankyou for that.
Matter of interest: if it works, why isn't it in the mainline?
This you
* Sudhir Kumar [EMAIL PROTECTED] wrote:
Hi Andrew,
I found a Bug at the very start of booting rc8-mm1 kernel on my
machine. Following is the info of my machine: uname -a Linux
x330d.in.ibm.com 2.6.24-rc6 #3 SMP Tue Jan 15 17:24:05 NPT 2008 i686
i686 i386 GNU/Linux
Since I could
Hi;
22 Oca 2008 Sal tarihinde, Ingo Molnar şunları yazmıştı:
* S.Çağlar Onur [EMAIL PROTECTED] wrote:
I grabbed the logs two times to make sure to catch needed info. 1st [1]
one is generated while Rescheduling interrupts wakeups ~200 times and
2nd one generated for ~350 wakeups.
[1]
* Mel Gorman [EMAIL PROTECTED] wrote:
Sorry, there was a screwup on my behalf. The version I sent still had
a stray static inline in it. It will fail to compile without this.
ok, picked up that fix too, thanks.
Ingo
--
To unsubscribe from this list: send the line unsubscribe
also, this might reduce the number of cross-CPU wakeups on near-idle
systems:
echo 1 /sys/devices/system/cpu/sched_mc_power_savings
[ or if it doesnt, it should ;) ]
Ingo
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
Denys Fedoryshchenko wrote:
No, i am using vanilla kernel. It is one of production machines, and as i
know screen is not using epoll.
OK, but the trace shows that it is the epoll recursion again.
I will try to apply on all my production machines this patch. Sorry if it is
related.
Well,
Ingo Molnar wrote:
* H. Peter Anvin [EMAIL PROTECTED] wrote:
I was thinking about this yesterday, and it seems to me that there are
two cleaner options here...
- either we should put in the full machinery to be able to run C code
compiled with -fPIC/-fPIE before paging is enabled.
Sam Ravnborg wrote:
On Mon, Jan 21, 2008 at 03:34:09PM -0800, Randy Dunlap wrote:
On Mon, 21 Jan 2008 11:38:38 +1100 Rusty Russell wrote:
On Sunday 20 January 2008 08:25:49 Sam Ravnborg wrote:
On Sat, Jan 19, 2008 at 11:56:43AM -0800, Randy Dunlap wrote:
rcu_online_cpu() should be __cpuinit
--- Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 2 Jan 2008 17:42:24 +1100 [EMAIL PROTECTED] wrote:
From: Alex Dubov [EMAIL PROTECTED]
Sony MemoryStick cards are used in many products manufactured by Sony. They
are available both as storage and as IO expansion cards. Currently,
* S.Çağlar Onur [EMAIL PROTECTED] wrote:
My theory is that for whatever reason we get repeat IPIs: multiple
reschedule IPIs although the other CPU only initiated one.
Ok, please see http://cekirdek.pardus.org.tr/~caglar/dmesg.3rd :)
hm, the IPI sending and receiving is nicely paired up:
On Wed, Jan 23, 2008 at 01:43:30AM +1030, David Newall wrote:
Ingo Molnar wrote:
* David Newall [EMAIL PROTECTED] wrote:
Andi Kleen wrote:
You seem to be under the illusion that iBCS2 support works currently
in mainline and that only this patch would break it.
I
Hi;
22 Oca 2008 Sal tarihinde, Ingo Molnar şunları yazmıştı:
also, this might reduce the number of cross-CPU wakeups on near-idle
systems:
echo 1 /sys/devices/system/cpu/sched_mc_power_savings
[ or if it doesnt, it should ;) ]
Ingo
--
To unsubscribe from this list: send
22 Oca 2008 Sal tarihinde, Ingo Molnar şunları yazmıştı:
* S.Çağlar Onur [EMAIL PROTECTED] wrote:
My theory is that for whatever reason we get repeat IPIs: multiple
reschedule IPIs although the other CPU only initiated one.
Ok, please see
Hi;
22 Oca 2008 Sal tarihinde, S.Çağlar Onur şunları yazmıştı:
hm, the IPI sending and receiving is nicely paired up:
[ 625.795008] IPI (@smp_reschedule_interrupt) from task swapper:0 on CPU#1:
[ 625.795223] IPI (@native_smp_send_reschedule) from task amarokapp:2882
on CPU#1:
On Tue, 2008-01-22 at 15:39 +0100, Ingo Molnar wrote:
threadinfo-ool.patch: doesnt this break the scheduler?
It didn't when I wrote it, 3+ years ago. But I'm sure it needs to be
revisited.
tiny-cflags.patch: obsolete? Isnt CFLAGS already extendable? Question to
Sam i guess.
Yup.
--
Bartlomiej Zolnierkiewicz wrote:
While at it:
* Remove needless '!drive-crc_count' check.
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
Acked-by: Sergei Shtylyov [EMAIL PROTECTED]
MBR, Sergei
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
You're being silly. Either that or you're not reading what I write.
You know perfectly well iBCS2 compatibility doesn't work (anymore.) The
question, in my mind, is will it ever be made to work again? I think
the answer should be yes.
We await your patches. If you think it should be
Hi!
I removed [EMAIL PROTECTED] from cc, it is a
subscriber-only list.
On Tuesday 22 January 2008, Haavard Skinnemoen wrote:
From: Chip Coldwell [EMAIL PROTECTED]
...
@@ -47,6 +50,11 @@
#include atmel_serial.h
+#define SUPPORT_PDC
+#define PDC_BUFFER_SIZE (L1_CACHE_BYTES
On Tue, 2008-01-22 at 22:21 +0530, Srivatsa Vaddagiri wrote:
On Tue, Jan 22, 2008 at 05:25:38PM +0100, Peter Zijlstra wrote:
@@ -1428,9 +1428,9 @@ static void print_cfs_stats(struct seq_f
#ifdef CONFIG_FAIR_GROUP_SCHED
print_cfs_rq(m, cpu, cpu_rq(cpu)-cfs);
#endif
-
Bartlomiej Zolnierkiewicz wrote:
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
Acked-by: Sergei Shtylyov [EMAIL PROTECTED]
MBR, Sergei
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Bartlomiej Zolnierkiewicz wrote:
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
Acked-by: Sergei Shtylyov [EMAIL PROTECTED]
MBR, Sergei
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Tue, 2008-01-22 at 17:23 +0100, Stefan Richter wrote:
Denys Fedoryshchenko wrote:
No, i am using vanilla kernel. It is one of production machines, and as i
know screen is not using epoll.
OK, but the trace shows that it is the epoll recursion again.
I will try to apply on all my
Bartlomiej Zolnierkiewicz wrote:
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
Acked-by: Sergei Shtylyov [EMAIL PROTECTED]
MBR, Sergei
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Tue, Jan 22, 2008 at 05:25:38PM +0100, Peter Zijlstra wrote:
@@ -1428,9 +1428,9 @@ static void print_cfs_stats(struct seq_f
#ifdef CONFIG_FAIR_GROUP_SCHED
print_cfs_rq(m, cpu, cpu_rq(cpu)-cfs);
#endif
- lock_task_group_list();
+ rcu_read_lock();
On Tue, 2008-01-22 at 17:05 +0100, Ingo Molnar wrote:
* S.Çağlar Onur [EMAIL PROTECTED] wrote:
My theory is that for whatever reason we get repeat IPIs: multiple
reschedule IPIs although the other CPU only initiated one.
Ok, please see
* Peter Zijlstra [EMAIL PROTECTED] wrote:
WARNING: at kernel/mutex.c:134 mutex_lock_nested+0x277/0x290()
Subject: sched: don't take a mutex from interrupt context
print_cfs_stats is callable from interrupt context (sysrq), hence it
should not take mutexes. Change it to use RCU since the
[Guennadi Liakhovetski - Tue, Jan 22, 2008 at 04:08:15PM +0100]
| Hi
|
| Could someone, please, fix this:
|
| drivers/media/video/tcm825x.c:
|
| 853: if (sensor-platform_data == NULL
| 854: !sensor-platform_data-is_okay())
|
| I haven't looked through the entire file, so, cannot
2.6.24-rc8-mm1 is corrupting. smartd does some sg_ioctl into its stack,
and depending on how its stack randomization worked out, this is liable
to end up writing into the adjacent physical page too. If you're lucky
you have highmem, and ioread16_rep oopses on the virtual address beyond
what
Hi,
as I got no answer for a week, I'm resending this fix for races in
private_list handling. Andrew, do you like them more than the previous
version?
Honza
--
Jan Kara [EMAIL PROTECTED]
SUSE Labs, CR
---
There are two
On Tue, Jan 22, 2008 at 05:47:34PM +0100, Peter Zijlstra wrote:
It should not, that would be another bug, but from a quick glance at the
code it doesn't do that.
Hmm I had it in my back of mind that printk() could sleep. Looks like
that has changed and so the patch you sent should be fine.
On Mon, 2008-01-21 at 18:16 -0800, H. Peter Anvin wrote:
Ian Campbell wrote:
I'm just preparing to send out a version which uses the native_* way of
doing things, its not actually as clean as I would like so I'd be
interested to see the ASM variant.
This is the asm version I came
Hi Arjan, Ingo,
I am using latest latencytop from git (commit
92b6ca9d40998697866689f64b95647eca3200cb), and I'm seeing some strange
things:
[for minor latencytop userspace specific issues see at end of mail]
* if I compile with CONFIG_SCHED_DEBUG I see a 30-40msec latency from
the scheduler,
501 - 600 of 874 matches
Mail list logo