On Sun, Jan 13, 2008 at 11:34:05PM +0100, Paolo Ciarrocchi wrote:
With the patch applied the output of checkpatch.pl is as follow:
./arch/arm/mach-footbridge/ebsa285-pci.c
total: 1 errors, 0 warnings, 48 lines checked
Adding the file name allowed me to collects stats running:
find .
Please CC me as I'm not subscribed.
I have (what is to me) a strange and very repeatable slowdown for a
CPU intensive benchmark on my system on newer kernels.
Hardware : Dell Precision 470.
CPU 2x2.0GHz Quad Core Xeon E5335 CPUs
Memory 4GB ECC RAM.
OS Ubuntu x86_64 7.10 (Gutsy Gibbon)
Compiler
On Mon, 2008-01-14 at 17:17 +, Andy Whitcroft wrote:
On Fri, Jan 11, 2008 at 06:06:35PM +0100, Stefan Richter wrote:
Signed-off-by: Stefan Richter [EMAIL PROTECTED]
Acked-by: Jiri Slaby [EMAIL PROTECTED]
As an absolute minimum this seems reasonable to me. I guess we could
make no
From: Len Brown [EMAIL PROTECTED]
Wups, previous patch was ineffective in 2 cases.
http://bugzilla.kernel.org/show_bug.cgi?id=9535
Signed-off-by: Len Brown [EMAIL PROTECTED]
---
Thanks for noticing, Oliver!
diff --git a/drivers/pnp/pnpacpi/rsparser.c b/drivers/pnp/pnpacpi/rsparser.c
*) netperf/netserver support CPU affinity within themselves with the
global -T option to netperf. Is the result with taskset much different?
The equivalent to the above would be to run netperf with:
./netperf -T 0,7 ..
I checked the source codes and didn't find this option.
I use netperf
Ingo Molnar wrote:
* Ingo Molnar [EMAIL PROTECTED] wrote:
32cpus1kcpus-before 1kcpus-after
7172678 Total +23314404 Total -147590 Total
1kcpus-after means it's +23314404-147590, i.e. +23166814? (i.e. a 0.6%
reduction of the bloat?)
On Mon, Jan 14 2008, Chris Mason wrote:
Hello everyone,
Here is a modified version of Jens' patch. The basic idea is to push
the mapping maintenance out of loop and down into the filesystem (ext2
in this case).
Two new address_space operations are added, one to map
extents and the other
On Mon, 14 Jan 2008 18:08:16 +0100 (CET), Geert Uytterhoeven wrote:
On Mon, 14 Jan 2008, Jean Delvare wrote:
I thought that the module aliases were generated by
scripts/mod/modpost? As a matter of fact, I did not apply Jon's patch
Sorry, you're right. Too early in the morning :-)
to
Ingo Molnar wrote:
* Andi Kleen [EMAIL PROTECTED] wrote:
i.e. we've got ~22K bloat per CPU - which is not bad, but because
it's a static component, it hurts smaller boxes. For distributors to
enable CONFIG_NR_CPU=1024 by default i guess that bloat has to drop
below 1-2K per CPU :-/
On Thu, 10 Jan 2008 21:41:20 -0700
Aggrwal Poonam [EMAIL PROTECTED] wrote:
Hello All
I am waiting for more feedback on the patches.
If there are no objections please consider them for 2.6.25.
if this isn't going to go through Alessandro Rubini/misc drivers, can
it go through the akpm/mm
On Mon, 14 Jan 2008 11:36:40 EST, Paul Moore said:
Are you still only seeing these problems on loopback? I can't help but
wonder
if this is the skb_clone() problem where it wasn't copying skb-iif causing
SELinux to silently drop the packets.
Yes, I've only spotted it on loopback. The
On Jan 13 2008 10:34, [EMAIL PROTECTED] wrote:
--- a/arch/x86/kernel/mpparse_64.c
+++ b/arch/x86/kernel/mpparse_64.c
@@ -132,7 +132,7 @@ static void __cpuinit MP_processor_info(
* area is created.
*/
if (x86_cpu_to_apicid_ptr) {
- u8 *x86_cpu_to_apicid = (u8
Mel Gorman wrote:
On (13/01/08 10:34), [EMAIL PROTECTED] didst pronounce:
Change the size of APICIDs from u8 to u16. This partially
supports the new x2apic mode that will be present on future
processor chips. (Chips actually support 32-bit APICIDs, but that
change is more intrusive.
On Mon, Jan 14, 2008 at 01:21:51PM +0300, Al Boldi wrote:
Stefan Richter wrote:
Greg KH wrote:
On Sat, Jan 12, 2008 at 01:20:46PM +0300, Al Boldi wrote:
Greg KH wrote:
On Sat, Jan 05, 2008 at 06:40:38PM +0300, Al Boldi wrote:
Reorganize USB Kconfig Menu, and move USB_GADGET out into
On Fri 11-01-08 15:33:54, Andrew Morton wrote:
On Fri, 11 Jan 2008 15:21:31 +0100
Jan Kara [EMAIL PROTECTED] wrote:
On Thu 10-01-08 16:36:35, Andrew Morton wrote:
On Thu, 10 Jan 2008 16:55:13 +0100
Jan Kara [EMAIL PROTECTED] wrote:
Hi,
sorry for the previous empty
On Jan 13 2008 10:35, [EMAIL PROTECTED] wrote:
--- a/arch/x86/kernel/setup_64.c
+++ b/arch/x86/kernel/setup_64.c
@@ -372,8 +373,9 @@ void __init setup_arch(char **cmdline_p)
io_delay_init();
#ifdef CONFIG_SMP
- /* setup to use the static apicid table during kernel startup */
+
Denys Fedoryshchenko wrote:
I cannot reproduce, it is happened with rtorrent just randomly. But i will
patch and keep watching.
On Sun, 13 Jan 2008 19:44:26 +0100, Peter Zijlstra wrote
On Sun, 2008-01-13 at 17:22 +0100, Peter Zijlstra wrote:
It's epoll, this is a known issue and will be
On Mon, 14 Jan 2008 18:06:09 +0100
Jan Kara [EMAIL PROTECTED] wrote:
On Wed 02-01-08 12:42:19, Zach Brown wrote:
Erez Zadok wrote:
Setting: ltp-full-20071031, dio01 test on ext3 with Linus's
latest tree. Kernel w/ SMP, preemption, and lockdep configured.
This is a real lock ordering
On Jan 13 2008 10:34, [EMAIL PROTECTED] wrote:
+++ b/include/asm-x86/cpu.h
@@ -7,7 +7,7 @@
#include linux/nodemask.h
#include linux/percpu.h
-struct i386_cpu {
+struct x86_cpu {
struct cpu cpu;
};
extern int arch_register_cpu(int num);
Is not struct x86_cpu kinda redundant here if
On Mon, 14 Jan 2008 13:05:48 EST, [EMAIL PROTECTED] said:
I'm pulling git://git.infradead.org/users/pcmoore/lblnet-2.6_testing at the
moment, and seeing if there's already a fix in there for this.
Apparently the only new commit in there since the tree that was in
24-rc6-mm1 is
Jan Engelhardt wrote:
...
--- a/arch/x86/mm/srat_64.c
+++ b/arch/x86/mm/srat_64.c
@@ -384,6 +388,12 @@ int __init acpi_scan_nodes(unsigned long
}
#ifdef CONFIG_NUMA_EMU
+static int fake_node_to_pxm_map[MAX_NUMNODES] __initdata = {
+[0 ... MAX_NUMNODES-1] = PXM_INVAL
+};
+static
2008/1/14, Miklos Szeredi [EMAIL PROTECTED]:
2008/1/14, Miklos Szeredi [EMAIL PROTECTED]:
http://bugzilla.kernel.org/show_bug.cgi?id=2645
Changes for updating the ctime and mtime fields for memory-mapped files:
1) new flag triggering update of the inode data;
2) new
* Andi Kleen [EMAIL PROTECTED] wrote:
BTW there seems to be some other instability that hits even on 64bit.
Since I updated my workstation to a recent git-x86 based kernel
(admittedly with my patches too) I had at least one hard hang already.
Previously it ran an older -rc5 based kernel
[ resent with lkml Cc:-ed too. ]
Linus, please pull the latest x86 git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/x86/linux-2.6-x86.git
Thanks!
Ingo
--
Bernhard Walle (1):
x86: fix RTC_AIE with CONFIG_HPET_EMULATE_RTC
Mike Frysinger (1):
We are pleased to announce the 2.6.24-rc7-rt2 tree, which can be
downloaded from the location:
http://rt.et.redhat.com/download/
Information on the RT patch can be found at:
http://rt.wiki.kernel.org/index.php/Main_Page
Changes since 2.6.24-rc7-rt1
- Several merge fixes reported by:
On Mon, 14 Jan 2008 13:22:10 EST, [EMAIL PROTECTED] said:
Apparently the only new commit in there since the tree that was in
24-rc6-mm1 is 5d95575903fd3865b884952bd93c339d48725c33 adding some warning
printk's. Would it be more productive to test against the full tree, or
leaving out the one
Jan Engelhardt wrote:
On Jan 13 2008 10:34, [EMAIL PROTECTED] wrote:
+++ b/include/asm-x86/cpu.h
@@ -7,7 +7,7 @@
#include linux/nodemask.h
#include linux/percpu.h
-struct i386_cpu {
+struct x86_cpu {
struct cpu cpu;
};
extern int arch_register_cpu(int num);
Is not struct x86_cpu
* Hiroshi Shimamoto [EMAIL PROTECTED] wrote:
From: Hiroshi Shimamoto [EMAIL PROTECTED]
smp_num_siblings hasn't been updated at this point yet, so it's always
1. This polling and HT warning message is never shown.
hah, nice one. But could you perhaps move it to a place where it has a
Hi Jason,
what is the state of the kgbd git repos? What should work, what might be
broken?
I'm asking as today I tried to get kgdb up and running on a 4-way x86-64
Xeon box with both 2.6.24-rc6 and -rc7. Once kgdb is enabled in .config,
the boot stops early with this panic:
Kernel panic - not
* Adrian Bunk [EMAIL PROTECTED] wrote:
for example, in current -git, could you tell me why this triggers:
WARNING: vmlinux.o(.text+0x87e2a): Section mismatch: reference to
.init.text: (between 'process_zones' and 'setup_per_cpu_pageset')
and how to resolve it? I had a
On Mon, Jan 14, 2008 at 09:35:15AM -0800, Daniel Walker wrote:
On Mon, 2008-01-14 at 17:17 +, Andy Whitcroft wrote:
On Fri, Jan 11, 2008 at 06:06:35PM +0100, Stefan Richter wrote:
Signed-off-by: Stefan Richter [EMAIL PROTECTED]
Acked-by: Jiri Slaby [EMAIL PROTECTED]
As an
On Mon, 14 Jan 2008, Mike Travis wrote:
I see the mistake in the node array. But AFAICT, pxm is the proximity
between nodes and cannot be expressed as greater than the number of
nodes, yes? (Or can it be arbitrarily expressed where 32 bits is
necessary?) I ask this because the real
It was working at the point that I tested it with the 2.6.24-rc5 on
x86_64. However I suspect my kernel config may differ drastically from
what you are using.
Without any other context provided than the generic message, it is hard
to know what might have happened.
Jason.
Jan Kiszka wrote:
Hi
From: Hiroshi Shimamoto [EMAIL PROTECTED]
smp_num_siblings hasn't been updated at this point yet, so it's always 1.
This polling and HT warning message is never shown.
Signed-off-by: Hiroshi Shimamoto [EMAIL PROTECTED]
---
arch/x86/kernel/process_32.c |4
1 files changed, 0
Suppress one of the bogus checkpatch.pl error, the side-effect of the error
highlighted that this constant should be replaced by an existing manifest.
checkpatch.pl needs to be corrected to accept the comment style to deal with
the other cases should they ever be touched by future patches. This
On Monday 14 January 2008 1:50:39 pm [EMAIL PROTECTED] wrote:
On Mon, 14 Jan 2008 13:22:10 EST, [EMAIL PROTECTED] said:
Apparently the only new commit in there since the tree that was in
24-rc6-mm1 is 5d95575903fd3865b884952bd93c339d48725c33 adding some
warning printk's. Would it be more
On Jan 11, 2008 5:39 PM, Hauke Mehrtens [EMAIL PROTECTED] wrote:
Luis R. Rodriguez wrote:
On Jan 7, 2008 11:02 AM, Hauke Mehrtens [EMAIL PROTECTED] wrote:
Thanks for reporting this, how'd it go with simple rate control
algorithm instead?
How do I change from pid to simple rate control
Mel Gorman wrote:
On (13/01/08 10:34), [EMAIL PROTECTED] didst pronounce:
...
int update_end_of_memory(unsigned long end) {return -1;}
@@ -343,7 +346,8 @@ int __init acpi_scan_nodes(unsigned long
/* First clean up the node list */
for (i = 0; i MAX_NUMNODES; i++) {
Chris Friesen a écrit :
Eric Dumazet wrote:
Chris Friesen a écrit :
Based on profiling and instrumentation it seems like the cost of
sctp_endpoint_lookup_assoc() more than triples, which means that the
amount of time that bottom halves are disabled in that function also
triples.
Any idea
Greetings;
Do we have a utility that can force the kernel to re-read, and re-initialize
itself to a given drives partition tables without having to reboot if one is
working with a drive that is not part of the required kernel directory tree?
The reason I ask, is that I've just spent about 20
On Mon, 2008-01-14 at 19:12 +, Andy Whitcroft wrote:
So it does, however that of itself differs from the unix norm; as with
this I cannot run checkpatch and type (ie paste) a patch fragment to
check it. So I don't think we want the semantics as you have there,
as its confusing to the
If you enable perl warnings on this script, it shows a couple of problems:
Parentheses missing around my list at scripts/checkstack.pl line 105.
Useless use of a variable in void context at scripts/checkstack.pl line 105.
Use of uninitialized value in string eq at
The checkstack script wouldn't work because it was picking up the
newline on the end of the output of uname -m.
Also, use a standard perl construct to print error message and
exit with non-zero error code.
Signed-off-by: Stephen Hemminger [EMAIL PROTECTED]
--- a/scripts/checkstack.pl
On Sun, Jan 13, 2008 at 08:41:20PM -0500, Steven Rostedt wrote:
Hi guys,
Just wondering what the proper way to export a symbol that is defined in
assembly? Or is there some kind of annotation I can add in comment form
that will let checkpatch know the variable is not in C?
Here's what
Eric Dumazet wrote:
Chris Friesen a écrit :
Based on profiling and instrumentation it seems like the cost of
sctp_endpoint_lookup_assoc() more than triples, which means that the
amount of time that bottom halves are disabled in that function also
triples.
Any idea of the size of sctp hash
On Mon, 14 Jan 2008, Gene Heskett wrote:
Greetings;
Do we have a utility that can force the kernel to re-read, and
re-initialize itself to a given drives partition tables without
having to reboot if one is working with a drive that is not part of
the required kernel directory tree?
i would
On Mon, 14 Jan 2008 14:07:46 EST, Paul Moore said:
There have been quite a few changes in lblnet-2.6_testing since
2.6.24-rc6-mm1
so I would recommend taking the whole tree. I'm also not quite sure if
Weird. I did a 'git clone
git://git.infradead.org/users/pcmoore/lblnet-2.6_testing'
into
On 01/14/2008 08:19 PM, Stephen Hemminger wrote:
The checkstack script wouldn't work because it was picking up the
newline on the end of the output of uname -m.
Also, use a standard perl construct to print error message and
exit with non-zero error code.
Signed-off-by: Stephen Hemminger [EMAIL
Greg KH wrote:
On Mon, Jan 14, 2008 at 01:21:51PM +0300, Al Boldi wrote:
Stefan Richter wrote:
would you please explain like I asked you:
- what is wrong with the current solution which tells the user to
first enable SCSI to get the USB_STORAGE option,
- whether there are frequent
Ingo Molnar wrote:
would be nice to have some debugging apparatus for bugs like this.
Perhaps artificially add a large pfn, then convert/unconvert, then
subtract it and expect the whole transformation to be an identity
mapping? This way we could simulate most of the effects of 4GB RAM,
right?
On Mon, Jan 14, 2008 at 08:10:09PM +0100, Ingo Molnar wrote:
* Adrian Bunk [EMAIL PROTECTED] wrote:
for example, in current -git, could you tell me why this triggers:
WARNING: vmlinux.o(.text+0x87e2a): Section mismatch: reference to
.init.text: (between
On Mon, 2008-01-14 at 20:31 +0100, Stefan Richter wrote:
AFAIU Daniel's patch still leaves the possibility to use the '-'
syntax,
doesn't it?
(The program 'cat' is of the kind which always reads from stdin if no
file name is given, or if '-' is given instead of a file name. So,
'cat'
Hi,
On 14 Jan 2008, at 19:34, Gene Heskett wrote:
Do we have a utility that can force the kernel to re-read, and re-
initialize
itself to a given drives partition tables without having to reboot
if one is
working with a drive that is not part of the required kernel
directory tree?
Yes,
Ingo Molnar wrote:
hm. Did the hanging kernel have the i387 regset fix from Roland already?
That bug indeed manifested itself as rare desktop hangs.
other than that i know of no pending instability but the large-RAM
bootup crash you reported.
I read that as Andi is having general stability
On Sun, Jan 13, 2008 at 03:48:33PM -0500, Steven Rostedt wrote:
Works fine on phyCORE-MPC5200B-tiny, here are the latest results:
http://www.pengutronix.de/oselas/realtime/results/20080113-1/
That doesn't look too bad. Or is over a 100us not good for that box?
I think it's ok. However,
Daniel Walker wrote:
On Mon, 2008-01-14 at 19:12 +, Andy Whitcroft wrote:
with this I cannot run checkpatch and type (ie paste) a patch
fragment to check it.
...
I'm not sure I understand what you mean .. Can you give an example?
AFAIU Daniel's patch still leaves the possibility to use
On Jan 14, 2008 6:50 PM, Jean Delvare [EMAIL PROTECTED] wrote:
On Mon, 14 Jan 2008 18:08:16 +0100 (CET), Geert Uytterhoeven wrote:
On Mon, 14 Jan 2008, Jean Delvare wrote:
I thought that the module aliases were generated by
scripts/mod/modpost? As a matter of fact, I did not apply Jon's
Hi All!
It is fully reproductable under 2.6.22.15, 2.6.23.13 (all tainted and
not tainted [4 different kernel] ) and 2 different PC:
[BUG] skge :02:05: read data parity error
[BUG] skge :02:05: read data parity error
steps:
1. login as root
2. start mc
3. cd
[summary for folks who want to skip blow-by-blow: it's missing check for
hfs_bnode_find() returning ERR_PTR(), there are 2 more places like that
in fs/hfs/* (all in brec.c) and graceful recovery may be non-obvious]
Text below is mostly for the benefit of newbies - it's more along the
lines of
* Linus Torvalds ([EMAIL PROTECTED]) wrote:
On Mon, 14 Jan 2008, Mathieu Desnoyers wrote:
We would have to figure out if enabling -freorder-blocks-and-partition
makes sense kernel-wide.
Last I saw, it generates crappy code, with lots more jumps back and forth,
and the image just
On Jan 14 2008 14:34, Gene Heskett wrote:
Do we have a utility that can force the kernel to re-read, and re-initialize
itself to a given drives partition tables without having to reboot if one is
working with a drive that is not part of the required kernel directory tree?
fdisk issues an
On 01/14/2008 08:31 PM, Stefan Richter wrote:
it is with cat. There you have to type no less than 'cat --help', or at
least with GNU cat.)
--h (--he --hel --help) suffices due to getopt_long gnu implementation
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
On Mon, 14 Jan 2008 20:38:28 +0100, Kay Sievers wrote:
On Jan 14, 2008 6:50 PM, Jean Delvare [EMAIL PROTECTED] wrote:
I am under the impression that modules.*map are the old way to get
automatic driver loading and aliases are the new way to do the same.
But maybe that's just me.
Right,
On Sat, 12 Jan 2008, Yinghai Lu wrote:
please check the following patch.
Exactly!
Reviewed-by: Christoph Lameter [EMAIL PROTECTED]
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
Eric Dumazet wrote:
Chris Friesen a écrit :
Based on the profiling information we're spending time in
sctp_endpoint_lookup_assoc() which doesn't actually use hashes, so I
can't see how the hash would be related. I'm pretty new to SCTP
though, so I may be missing something.
Well, it does
On Mon, Jan 14, 2008 at 08:00:04PM +0100, Ingo Molnar wrote:
* Andi Kleen [EMAIL PROTECTED] wrote:
BTW there seems to be some other instability that hits even on 64bit.
Since I updated my workstation to a recent git-x86 based kernel
(admittedly with my patches too) I had at least one
On Mon, Jan 14, 2008 at 04:24:40PM +0100, Ingo Molnar wrote:
* Ingo Molnar [EMAIL PROTECTED] wrote:
also, in theory we've got a pretty reliable set of the following
information:
function X references symbol Y
and we know what type of sections they are in, right?
could
On Mon, Jan 14, 2008 at 09:01:26PM +0100, Sam Ravnborg wrote:
On Mon, Jan 14, 2008 at 09:52:58PM +0200, Adrian Bunk wrote:
On Mon, Jan 14, 2008 at 08:10:09PM +0100, Ingo Molnar wrote:
* Adrian Bunk [EMAIL PROTECTED] wrote:
for example, in current -git, could you tell me why this
Gene Heskett [EMAIL PROTECTED] writes:
Greetings;
Do we have a utility that can force the kernel to re-read, and re-initialize
itself to a given drives partition tables without having to reboot if one is
working with a drive that is not part of the required kernel directory tree?
[…]
Can you fix the bug that menuconfig does not let me enable CONFIG_64BIT?
make ARCH=x86_64 allyesconfig
will set CONFIG_64BIT for you - no?
Yes.
But this still leaves the fact that when someone says 'allyesconfig'
it's no longer clear which configuration he has.
Assuming you are
On Sun, 13 Jan 2008, Andrea Arcangeli wrote:
About the locking perhaps I'm underestimating it, but by following the
TLB flushing analogy, by simply clearing the shadow ptes (with kvm
mmu_lock spinlock to avoid racing with other vcpu spte accesses of
course) and flushing the shadow-pte after
On Mon, Jan 14, 2008 at 04:01:03PM +0100, Ingo Molnar wrote:
* Ingo Molnar [EMAIL PROTECTED] wrote:
Would be great to have them automated - just dunno how to do it. Do
you see a feasible way to do it?
a good starting point would be to make the warnings a lot more
On Mon, 14 Jan 2008, Robert P. J. Day wrote:
On Mon, 14 Jan 2008, Gene Heskett wrote:
Greetings;
Do we have a utility that can force the kernel to re-read, and
re-initialize itself to a given drives partition tables without
having to reboot if one is working with a drive that is not
On Jan 14, 2008 10:41 AM, Steven Rostedt [EMAIL PROTECTED] wrote:
We are pleased to announce the 2.6.24-rc7-rt2 tree, which can be
downloaded from the location:
Up and running here:
[EMAIL PROTECTED] ~ $ uname -a
Linux lightning 2.6.24-rc7-rt2 #1 PREEMPT RT Mon Jan 14 11:18:04 PST
2008 x86_64
On Mon, Jan 14, 2008 at 09:27:40PM +0100, Sam Ravnborg wrote:
Can you fix the bug that menuconfig does not let me enable CONFIG_64BIT?
make ARCH=x86_64 allyesconfig
will set CONFIG_64BIT for you - no?
Yes.
But this still leaves the fact that when someone says 'allyesconfig'
Dear Takashi-san,
Takashi Iwai wrote:
The regression was your original problem, no sound on rc7, which was
fixed by reverting the patch. Now I'd like to know that my new patch
doesn't break after reverting the broken patch.
Seems that there was some misunderstanding: I thought your patch
On Mon, 14 Jan 2008, Dagfinn Ilmari Mannsåker wrote:
Gene Heskett [EMAIL PROTECTED] writes:
Greetings;
Do we have a utility that can force the kernel to re-read, and re-initialize
itself to a given drives partition tables without having to reboot if one is
working with a drive that is
On Mon, 14 Jan 2008 20:57:49 +0100
Oliver Pinter (Pintér Olivér) [EMAIL PROTECTED] wrote:
Hi All!
It is fully reproductable under 2.6.22.15, 2.6.23.13 (all tainted and
not tainted [4 different kernel] ) and 2 different PC:
[BUG] skge :02:05: read data parity error
[BUG] skge
On Mon, Jan 14, 2008 at 05:43:24PM +0100, Ingo Molnar wrote:
* Pallipadi, Venkatesh [EMAIL PROTECTED] wrote:
Also, relying on MTRR, is like giving more importance to BIOS writer
than required :-). I think the best way to deal with MTRR is just to
not touch it. Leave it as it is and do
This preserves the parts of my change that mattered, is correctly more
conservative than my change was, and is fine with me.
Thanks,
Roland
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
The JMPRS register on Malta boards keeps a 32-bit CPU-endian
value. The readw() function assumes that the value it reads is a
little-endian 16-bit number. Therefore, using readw() to obtain
the value of the JMPRS register is a mistake. This error leads
to incorrect reading of the PCI clock
Time to resurrect Jesse's old patches
i386-trim-memory-not-covered-by-wb-mtrrs.patch(which was in -mm sometime back)
They broke booting on my AMD QuadCore system here. Never quite figured
out what the problem was unfortunately.
-Andi
--
To unsubscribe from this list: send the line unsubscribe
On Mon, 10 Dec 2007 17:34:44 +0530 (IST)
Poonam_Aggrwal-b10812 [EMAIL PROTECTED] wrote:
From: Poonam Aggrwal [EMAIL PROTECTED]
The UCC TDM driver basically multiplexes and demultiplexes data from
different channels. It can interface with for example SLIC kind of devices
to receive TDM
diff --git a/Makefile b/Makefile
index 55edf2f..5c31700 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 23
-EXTRAVERSION = .13
+EXTRAVERSION = .14
NAME = Arr Matey! A Hairy Bilge Rat!
# *DOCUMENTATION*
diff --git a/fs/namei.c b/fs/namei.c
index
We (the -stable team) are announcing the release of the 2.6.23.14
kernel.
It contains a single fix for a problem that could cause a local user to
cause file system corruption on some types of filesystems.
All users of the 2.6.23 series are encouraged to upgrade.
I'll also be replying to this
diff --git a/Makefile b/Makefile
index a8bdcc6..99c0237 100644
--- a/Makefile
+++ b/Makefile
@@ -1,7 +1,7 @@
VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 22
-EXTRAVERSION = .15
+EXTRAVERSION = .16
NAME = Holy Dancing Manatees, Batman!
# *DOCUMENTATION*
diff --git a/fs/namei.c b/fs/namei.c
index
Commit 9b8e8de7e59b3a2dab3113d620b52dc8ba890fb3 did:
--- a/drivers/ata/libata-scsi.c
+++ b/drivers/ata/libata-scsi.c
@@ -872,7 +872,8 @@ int ata_scsi_slave_config(struct scsi_device *sdev)
ata_scsi_sdev_config(sdev);
- sdev-manage_start_stop = 1;
+ if (dev-class ==
On Mon, Jan 14, 2008 at 12:52:00PM -0800, Stephen Hemminger wrote:
On Mon, 14 Jan 2008 20:57:49 +0100
Oliver Pinter (Pintér Olivér) [EMAIL PROTECTED] wrote:
Hi All!
It is fully reproductable under 2.6.22.15, 2.6.23.13 (all tainted and
not tainted [4 different kernel] ) and 2 different
Hi Linus,
Please pull the i2c subsystem fixes for Linux 2.6.24 from:
git://jdelvare.pck.nerim.net/jdelvare-2.6 i2c-for-linus
drivers/i2c/busses/i2c-at91.c |2 +-
drivers/i2c/busses/i2c-omap.c |2 +-
drivers/i2c/busses/i2c-powermac.c |2 +-
drivers/i2c/busses/i2c-sibyte.c
The commit 84427eaef1fb91704c7112bdb598c810003b99f3 (remove task_ppid_nr_ns)
moves the task_tgid_nr_ns(task-real_parent) outside of lock_task_sighand().
This is wrong, -real_parent could be freed/reused.
Both -parent/real_parent point to nothnig after __exit_signal() because we
remove the child
We (the -stable team) are announcing the release of the 2.6.22.16
kernel.
It contains a single fix for a problem that could cause a local user to
cause file system corruption on some types of filesystems.
All users of the 2.6.22 series are encouraged to upgrade.
I'll also be replying to this
The Coverity checker spotted the following NULL dereference introduced
by commit cf0594625083111ae522496dc1c256f7476939c2:
-- snip --
...
struct hfs_btree *hfs_btree_open(struct super_block *sb, u32 id, btree_keycmp
keycmp)
{
...
if (!tree-inode)
goto free_tree;
...
Ralf Baechle on Atlas board support in the linux-mips mailing list:
Maciej is promising to fix it up since a few years ;-) Aside of that it's
safe to say the Atlas is dead like a coffin nail.
Signed-off-by: Dmitri Vorobiev [EMAIL PROTECTED]
---
Documentation/feature-removal-schedule.txt |8
Address Roman's review comments for the previously sent on-disk
corruption hfs robustness patch.
I still owe a patch for hfsplus.
Signed-off-by: Eric Sandeen [EMAIL PROTECTED]
---
Index: linux-2.6.24-rc6-mm1/fs/hfs/bfind.c
===
On Mon, 14 Jan 2008 12:00:51 -0600
Kim Phillips [EMAIL PROTECTED] wrote:
On Thu, 10 Jan 2008 21:41:20 -0700
Aggrwal Poonam [EMAIL PROTECTED] wrote:
Hello All
I am waiting for more feedback on the patches.
If there are no objections please consider them for 2.6.25.
if this
[PATCH 3/3] x86_64: set cfg_size for AMD Family 10h in case MMCONFIG is used.
reuse pci_cfg_space_size but skip check pci express and pci-x CAP ID.
Signed-off-by: Yinghai Lu [EMAIL PROTECTED]
===
Index:
[PATCH 2/3] x86_64: check MSR to get MMCONFIG for AMD Family 10h Opteron
So even MCFG is not there, we still can use MMCONFIG.
Signed-off-by: Yinghai Lu [EMAIL PROTECTED]
Index: linux-2.6/arch/x86/pci/mmconfig-shared.c
===
---
[PATCH 1/3] x86_64: check and enable MMCONFIG for AMD Family 10h Opteron v2
So we can use MMCONF when MMCONF is not set BIOS or booting kernel with acpi=off
using TOP_MEM2 msr to get memory top, and try to scan fam10h mmio routing to
make sure the range is not conflicted with some prefetch MMIO
please check the updated version, so we will not rely on MCFG setting
it is against to x86.git
these three patches can be applied seperately.
if you think 1/3 is too complicated, you can apply 2 and 3
Thanks
YH
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
On Mon, Jan 14, 2008 at 10:31:03PM +0100, Oliver Pinter (Pintér Olivér) wrote:
I think, it is a potential security breakpoint, when applications with
root permission its read, then a machine is freezed, or only i thin
it's?
When you are root there are infinite ways to kill your machine, so
201 - 300 of 988 matches
Mail list logo