d_path() returns -ENAMETOOLONG if buffer length is not enough.
But there is no error handling for it in print_vma() which calls
d_path() with not enough buffer (We can easily make segfault program
which has longer path than 128bytes).
This patch allocates enough buffer for d_path() dynamically.
Okay, here's a bonus, http://www.tmr.com/~davidsen/sched_smooth_02.html
not only has the right values, the labels are changed, and I included
more data points from the fc6 recent kernel and the 2.6.21.1 kernel with
the mainline scheduler.
The nice thing about this test and the IPC test I
On 5/19/07, Andrey Borzenkov [EMAIL PROTECTED] wrote:
On Sunday 20 May 2007, Uwe Bugla wrote:
unfortunately it does not make any difference if I simply rip out the
changes of patch-2.6.22-rc2 or patch-2.6.21 in connection with patch
2.6.22-rc2 regarding module loop.c.
because they are just
On Sat, May 19, 2007 at 12:04:13AM -0700, Andrew Morton wrote:
On Sat, 19 May 2007 15:48:29 +0900 Mattia Dongili [EMAIL PROTECTED] wrote:
On Fri, May 18, 2007 at 12:22:40AM -0700, Andrew Morton wrote:
On Fri, 18 May 2007 16:15:24 +0900 Mattia Dongili [EMAIL PROTECTED]
wrote:
On Sat, May 19, 2007 at 11:16:59PM -0700, Ray Lee wrote:
Ken? Ball's in your court. As the patch isn't providing a killer
feature for 2.6.22, I'd suggest just reverting it for now until the
issues are ironed out.
Hold it. The real question here is which logics do we want there.
IOW, and how
On 5/19/07, Michael Gerdau [EMAIL PROTECTED] wrote:
Okay, here's a bonus, http://www.tmr.com/~davidsen/sched_smooth_02.html
not only has the right values, the labels are changed, and I included
more data points from the fc6 recent kernel and the 2.6.21.1 kernel with
the mainline scheduler.
* Anant Nitya [EMAIL PROTECTED] wrote:
Hi Ingo,
Please ignore my last report about lag problem while using CFS-v13, it
is working perfectly fine with 2.6.21.1 and the lag I used to see in
v12 is not there with v13 anymore. [...]
ah, great - i was looking over your debug data and couldnt
On Sun, 20 May 2007 14:56:39 +0900 Akinobu Mita [EMAIL PROTECTED] wrote:
d_path() returns -ENAMETOOLONG if buffer length is not enough.
But there is no error handling for it in print_vma() which calls
d_path() with not enough buffer (We can easily make segfault program
which has longer path
On Sun, 20 May 2007 15:14:08 +0900 Mattia Dongili [EMAIL PROTECTED] wrote:
On Sat, May 19, 2007 at 12:04:13AM -0700, Andrew Morton wrote:
On Sat, 19 May 2007 15:48:29 +0900 Mattia Dongili [EMAIL PROTECTED] wrote:
On Fri, May 18, 2007 at 12:22:40AM -0700, Andrew Morton wrote:
On Fri,
On 20/05/07 04:15, Herbert Xu wrote:
On Sat, May 19, 2007 at 08:28:17PM +0100, Simon Arlott wrote:
It should be a bool that doesn't select anything, the AES and SHA modules
will select CRYPTO_ALGAPI. It could also depend on MVIAC3_2 || MVIA_C7
instead of X86_32.
Having it as a tristate means
On 5/19/07, Bill Davidsen [EMAIL PROTECTED] wrote:
Ray Lee wrote:
Is the S.D. columns (immediately after the average) standard
deviation? If so, you may want to rename those 'stdev', as it's a
little confusing to have S.D. stand for that and Staircase Deadline.
Further, which standard
On Sunday 20 May 2007, Al Viro wrote:
On Sat, May 19, 2007 at 11:16:59PM -0700, Ray Lee wrote:
Ken? Ball's in your court. As the patch isn't providing a killer
feature for 2.6.22, I'd suggest just reverting it for now until the
issues are ironed out.
Hold it. The real question here is
I don't want to say the values aren't useful. I simply think there is
a high noiselevel.
The noise is reflected in the standard deviation he has on those rows.
The average +- stdev of one overlaps the average +- stdev of the
other,
For the fairness test on cfs13 this simply is wrong.
On Sun, 2007-05-20 at 11:14 +0900, Komuro wrote:
Hi,
[clockevents: i386 drivers patch] introduces
irqbalance-does-not-work-properly problem.
it disables irq balancing for IRQ0, but this does not affect any other
interrupts. It is almost irrelevant as the PIT/HPET timer interrupt
(irq0)
On Sat, May 19, 2007 at 11:47:23PM -0700, Andrew Morton wrote:
On Sun, 20 May 2007 15:14:08 +0900 Mattia Dongili [EMAIL PROTECTED] wrote:
On Sat, May 19, 2007 at 12:04:13AM -0700, Andrew Morton wrote:
On Sat, 19 May 2007 15:48:29 +0900 Mattia Dongili [EMAIL PROTECTED]
wrote:
...
On Sun, 20 May 2007, Fengguang Wu wrote:
The reuse code would look like the attached one.
It still needs more testing, and would fail if Christoph reuses
PG_reclaim in higher order pagecache in the future.
Do not worry about that. All higher order pagecache patchsets remove that
sharing
On Sun, 20 May 2007, Srihari Vijayaraghavan wrote:
Code: 0f ob eb fe 48 8b 1b 48 8b 0x 0f 18 08 48 81 fb 60 cb 51 80
RIP [...] slab_sysfs_init+0x49/0x98
RSP [...]
kernel panic - not syncing: Attempted to kill init!
sysfs? If you build without CONFIG_SLUB_DEBUG then SLUB will not use
sysfs.
I'm pleased to announce an updated version of the x86_64 highres/dyntick
support patches against 2.6.22-rc2:
http://www.tglx.de/projects/hrtimers/2.6.22-rc1/linux-2.6.22-rc2-x86_64-highres-v1.patch
Broken out version is available here:
On 5/19/07, Michael Gerdau [EMAIL PROTECTED] wrote:
I don't want to say the values aren't useful. I simply think there is
a high noiselevel.
The noise is reflected in the standard deviation he has on those rows.
The average +- stdev of one overlaps the average +- stdev of the
other,
On Sat, 19 May 2007 11:15:01 -0700 William Lee Irwin III [EMAIL PROTECTED]
wrote:
Much the same holds for the atomic_t's; 32 + PAGE_SHIFT is
44 bits or more, about as much as is possible, and one reference per
page per page is not even feasible. Full-length atomic_t's are just
not necessary.
--- Christoph Lameter [EMAIL PROTECTED] wrote:
On Sun, 20 May 2007, Srihari Vijayaraghavan wrote:
Code: 0f ob eb fe 48 8b 1b 48 8b 0x 0f 18 08 48 81 fb 60 cb 51 80
RIP [...] slab_sysfs_init+0x49/0x98
RSP [...]
kernel panic - not syncing: Attempted to kill init!
sysfs? If you build
Extract the common MODULE_INFO content found in both module.h and
moduleparam.h into a new header file moduleinfo.h, which at least
makes it possible for source files to someday stop including the
content from moduleparam.h when they don't need it.
Signed-off-by: Robert P. J. Day [EMAIL
Commit 3f271008 introduced this section to Linus tree, but a
later commit 722385f7 accepted almost the identical patch via
Greg's tree, both from the same author.
This kills the duplicated one.
Signed-off-by: Junio C Hamano [EMAIL PROTECTED]
---
Documentation/HOWTO | 20
Simon Arlott schrieb:
On 19/05/07 23:36, Christian Volkmann wrote:
Christian Volkmann wrote:
Claas asked for the NX flag for the Via C3 (?) processors
in another thread.
If you read the other thread properly you'd see that the BIOS has an
option to enable or disable it... when enabled it
Satyam Sharma wrote:
You'll learn about the default .. if .. Kconfig idiom after you try
this,
I have seen these in the rest of the patch which I didn't quote.
However you fix it --- don't remove depends on or select. You can
interchange them, but not remove them, unless there wasn't a
Hi,
Jeff Garzik írta:
Alan Cox wrote:
That shouldn't be a problem, libata default DMA mask is 32 bits
(which isn't overridden with this controller) and so the block layer
will bounce any data being read/written above that point with IOMMU
or swiotlb. The comment is a bit unnecessarily scary.
Ok, full reset.
I care about kernel allocations only. In particular about those that
have PF_MEMALLOC semantics.
The thing I need is that any memory allocated below
ALLOC_MIN|ALLOC_HIGH|ALLOC_HARDER
is only ever used by processes that have ALLOC_NO_WATERMARKS rights;
for the duration of the
On May 19 2007 22:24, Willy Tarreau wrote:
On Sat, May 19, 2007 at 09:50:43PM +0200, oliver pinter wrote:
yeah, but how produziert?
I *think* it is the unbreakable space.
\xa0 is 160, aka the NBSP. But __only__ in ISO-8859. It is an invalid
UTF-8 sequence (which is why you may not even see the
On Sun, 20 May 2007, Robert P. J. Day wrote:
diff --git a/include/linux/moduleinfo.h b/include/linux/moduleinfo.h
new file mode 100644
index 000..cee86a9
--- /dev/null
+++ b/include/linux/moduleinfo.h
@@ -0,0 +1,18 @@
+#ifndef _LINUX_MODULEINFO_H
+#define _LINUX_MODULEINFO_H
+
On Sat, May 19, 2007 at 11:15:01AM -0700, William Lee Irwin III wrote:
The cache cost argument is specious. Even misaligned, smaller is
smaller.
On Sun, May 20, 2007 at 07:22:29AM +0200, Nick Piggin wrote:
Of course smaller is smaller ;) Why would that make the cache cost
argument specious?
The latest feature release GIT 1.5.2 is available at the usual
places:
http://www.kernel.org/pub/software/scm/git/
git-1.5.2.tar.{gz,bz2}(tarball)
git-htmldocs-1.5.2.tar.{gz,bz2} (preformatted docs)
git-manpages-1.5.2.tar.{gz,bz2}
Jan Engelhardt [EMAIL PROTECTED] writes:
On May 19 2007 22:24, Willy Tarreau wrote:
On Sat, May 19, 2007 at 09:50:43PM +0200, oliver pinter wrote:
yeah, but how produziert?
I *think* it is the unbreakable space.
\xa0 is 160, aka the NBSP. But __only__ in ISO-8859. It is an invalid
UTF-8
On Sun, May 20, 2007 at 10:39:33AM +0200, Jan Engelhardt wrote:
On May 19 2007 22:24, Willy Tarreau wrote:
On Sat, May 19, 2007 at 09:50:43PM +0200, oliver pinter wrote:
yeah, but how produziert?
I *think* it is the unbreakable space.
\xa0 is 160, aka the NBSP. But __only__ in
On Sun, May 20, 2007 at 01:46:47AM -0700, William Lee Irwin III wrote:
On Sat, May 19, 2007 at 11:15:01AM -0700, William Lee Irwin III wrote:
The cache cost argument is specious. Even misaligned, smaller is
smaller.
On Sun, May 20, 2007 at 07:22:29AM +0200, Nick Piggin wrote:
Of course
The staircase deadline cpu scheduler continues to be the reference with
respect to interactive fairness for many workloads especially with 3d gaming.
This version is only trivially different from the version included in the -ck
patchset which has been very stable. The version number has been
On Sat, May 19, 2007 at 04:22:39PM -0700, Andrew Morton wrote:
On Sun, 20 May 2007 01:05:37 +0200 Adrian Bunk [EMAIL PROTECTED] wrote:
Look for example at the last one in drivers/input/mouse/Kconfig:
config MOUSE_ATARI
tristate Atari mouse
depends on ATARI
On Sun, May 20, 2007 at 02:02:35AM +0200, Adrian Bunk wrote:
On Sat, May 19, 2007 at 04:22:39PM -0700, Andrew Morton wrote:
On Sun, 20 May 2007 01:05:37 +0200 Adrian Bunk [EMAIL PROTECTED] wrote:
Look for example at the last one in drivers/input/mouse/Kconfig:
config MOUSE_ATARI
Indan Zupancic wrote:
1. We dropped libata specific suspend/resume implementation in favor of
sd driven one. Unfortunately, the new implementation currently can't do
background spinup, so that's probably why you can feel the delay. We
need to figure out how to do background spinup with the
On Sun, 20 May 2007, Satyam Sharma wrote:
On 5/20/07, Adrian Bunk [EMAIL PROTECTED] wrote:
On Sun, May 20, 2007 at 05:25:24AM +0530, Satyam Sharma wrote:
On 5/20/07, Adrian Bunk [EMAIL PROTECTED] wrote:
On Sun, May 20, 2007 at 05:06:33AM +0530, Satyam Sharma wrote:
On 5/20/07, Adrian
Indan Zupancic wrote:
On Sat, May 19, 2007 21:04, Tejun Heo wrote:
Tejun Heo wrote:
Yeah, if SCR registers are accessible, 0xff doesn't indicate the device
isn't there, so the whole skip-0xff logic probably shouldn't apply in
such cases, but we can also achieve pretty good result by just
On Fri, May 18, 2007 at 11:47:05PM -0700, Linda Walsh wrote:
Randy Dunlap wrote:
if S390
source arch/s390/crypto/Kconfig
endif
Why bother? Why not just move the contents of s390's crypto Kconfig
in place of the source statement. All the options in s390's Kconfig
are already
On May 20 2007 11:14, Andreas Schwab wrote:
Jan Engelhardt [EMAIL PROTECTED] writes:
On May 19 2007 22:24, Willy Tarreau wrote:
On Sat, May 19, 2007 at 09:50:43PM +0200, oliver pinter wrote:
yeah, but how produziert?
I *think* it is the unbreakable space.
\xa0 is 160, aka the NBSP. But
On Sun, May 20, 2007 at 10:40:33AM +0100, Russell King wrote:
Do we really need an exhaustive set of configuration combinations to
run through Kconfig to find possible missing symbols? Or do we need a
Kconfig lint to find them?
If we're going to make Kconfig warn on missing symbols only
On Sat, May 19, 2007 at 09:11:08PM +0200, Thomas Gleixner wrote:
On Sat, 2007-05-19 at 15:25 +0530, Anant Nitya wrote:
No idea. I uploaded a debug patch against 2.6.22-rc1 to
http://www.tglx.de/private/tglx/2.6.22-rc1-hrt-debug.patch
Can you give it a try and report the output ?
Indan Zupancic wrote:
On Sun, May 20, 2007 00:03, Jeff Garzik wrote:
Indan Zupancic wrote:
This patch seems to work with my SiI 3512, though I don't notice any
difference, neither a speedup, nor a slowdown. Hdparm gives the same
speeds (-tT), and cp -a'ing kernel sources is abysmal slow in
On Sun, May 20, 2007 at 12:12:50PM +0200, Mariusz Kozlowski wrote:
Hello,
I tried it on iMac G3. I got a bunch of warnings
and finally it failed to build.
WARNING: fee_restarts [arch/powerpc/kernel/built-in] is COMMON symbol
WARNING: ee_restarts [arch/powerpc/kernel/built-in] is
On Sun, 20 May 2007, Richard Knutsson wrote:
Remove defines of TRUE and FALSE
* not used in the file
* the file is not included somewhere else
Signed-off-by: Richard Knutsson [EMAIL PROTECTED]
Acked-by: Geert Uytterhoeven [EMAIL PROTECTED]
---
Not compile-tested (don't have an
On Sun, 20 May 2007, David Rientjes wrote:
On Sun, 20 May 2007, Robert P. J. Day wrote:
diff --git a/include/linux/moduleinfo.h b/include/linux/moduleinfo.h
new file mode 100644
index 000..cee86a9
--- /dev/null
+++ b/include/linux/moduleinfo.h
@@ -0,0 +1,18 @@
+#ifndef
Add lock contention tracking to lockdep
[EMAIL PROTECTED] ~]# cat /proc/lockdep_contentions | sort -rnk 2 | head
dcache_lock: 3000 0 [618] [8033badd] _atomic_dec_and_lock+0x39/0x58
[17] [802d6dce] sysfs_open_file+0x28/0x25a [160] [802a5b61]
d_instantiate+0x2a/0xad [52]
Jan Engelhardt [EMAIL PROTECTED] writes:
On May 20 2007 11:14, Andreas Schwab wrote:
Jan Engelhardt [EMAIL PROTECTED] writes:
On May 19 2007 22:24, Willy Tarreau wrote:
On Sat, May 19, 2007 at 09:50:43PM +0200, oliver pinter wrote:
yeah, but how produziert?
I *think* it is the unbreakable
On Sat, 19 May 2007 23:03:56 -0400
Jeff Garzik [EMAIL PROTECTED] wrote:
Do you mean userspace irqbalance daemon?
Yes. I mean userspace irqbalance daemon.
Best Regards
Komuro
Komuro wrote:
[clockevents: i386 drivers patch] introduces
irqbalance-does-not-work-properly problem.
On Sun, 20 May 2007 09:09:16 +0200
Thomas Gleixner [EMAIL PROTECTED] wrote:
Mr. Thomas Gleixner,
any idea to fix this problem?
Which problem ?
The problem is CPU1 receives 38239 interrupt-16
but CPU0 receives only 15 interrupt-16
CPU0 should receive more interrupts.
CPU0
Hello Oleg,
I've done some more tests and quite frankly I think this is really related
to the dreaded ''fglrx.ko'' module. It seems to me that it is much easier
to reproduce the problem if that damn module is loaded. It does uses
workqueue. Then there is another driver ipw3945 loaded and it
Hello,
Michal Piotrowski wrote:
SATA/PATA
Subject: libata and legacy ide pcmcia failure
References : http://lkml.org/lkml/2007/5/17/305
Submitter : Robert de Rooy [EMAIL PROTECTED]
Status : Unknown
Doesn't look like a regression to me. Doubled timeout looks like a
problem with
Trent Piepho wrote:
config ATARI_KBD_CORE
bool
default y if KEYBOARD_ATARI
default y if MOUSE_ATARI
Basically a line config A \n select B is transformed into config B \n
default y if A. It's the same number of lines, they're just in a new place.
Basically you replace
Hi Greg,
I'm reworking the sysfs stuff in the MMC layer to be a bit more flexible, but
there is one thing that has me baffled; how do you add attributes to an object
in a race free manner when you have a dynamic set of attributes.
I've looked at other parts of the kernel and they all use:
1.
On Sun, 20 May 2007, Russell King wrote:
On Sat, May 19, 2007 at 04:22:39PM -0700, Andrew Morton wrote:
On Sun, 20 May 2007 01:05:37 +0200 Adrian Bunk [EMAIL PROTECTED] wrote:
Look for example at the last one in drivers/input/mouse/Kconfig:
config MOUSE_ATARI
tristate Atari
Hi,
FYI, building the kernel with
gcc (GCC) 4.1.3 20070514 (prerelease) (Debian 4.1.2-7)
on my powerbook (PPC) gives:
...
fs/partitions/check.c: In function 'add_partition':
fs/partitions/check.c:392: warning: ignoring return value of 'kobject_add',
declared with attribute warn_unused_result
Stephen Hemminger [EMAIL PROTECTED] wrote:
Looks more like the IPV6 SNMP6 OOPS, I saw and fixed with:
commit 5632c5152aa621885d87ea0b8fdd5a6bb9f69c6f
Author: Stephen Hemminger [EMAIL PROTECTED]
Date: Sat Apr 28 21:16:39 2007 -0700
[IPV6]: Track device renames in snmp6.
I do not see such on i386, so why for x86_64?
So that you know that one of your programs crashed. That's a feature.
This feature could be handy for i386 too.
Since 2.6.18.2 I use this patch. With 2.6.21.1 it still applies altough
with a small offsets. Works like a charm.
Signed-off by:
Hi,
FYI, building the kernel with
gcc (GCC) 4.1.3 20070514 (prerelease) (Debian 4.1.2-7)
on my powerbook (PPC) gives:
...
drivers/video/aty/radeon_base.c: In function 'radeonfb_pci_register':
drivers/video/aty/radeon_base.c:2326: warning: ignoring return value of
'sysfs_create_bin_file',
On Sun, 20 May 2007, Stefan Richter wrote:
Trent Piepho wrote:
config ATARI_KBD_CORE
bool
default y if KEYBOARD_ATARI
default y if MOUSE_ATARI
Basically a line config A \n select B is transformed into config B \n
default y if A. It's the same number of lines, they're
Hi,
FYI, building the kernel with
gcc (GCC) 4.1.3 20070514 (prerelease) (Debian 4.1.2-7)
on my powerbook (PPC) gives:
...
WARNING: arch/powerpc/kernel/built-in.o - Section mismatch: reference to
.init.data:.got2 from dt_string_start (offset 0x8)
WARNING: arch/powerpc/kernel/built-in.o - Section
Hi guys,
can anybody help me find current usb.ids maintainer? David Brownell is not
responding and latest official version is 5 mounths old.
I could take ownership if nobody takes care.
Thanks for reply
Michal
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
Hi,
FYI, building the kernel modules with
gcc (GCC) 4.1.3 20070514 (prerelease) (Debian 4.1.2-7)
on my powerbook (PPC) gives:
...
fs/udf/balloc.c: In function 'udf_table_new_block':
fs/udf/balloc.c:747: warning: 'goal_eloc.logicalBlockNum' may be used
uninitialized in this function
On Sat, 2007-05-19 at 14:24 +0200, Segher Boessenkool wrote:
It's not the compiler who decides -- struct layout is
dictated by the ABI you're compiling for.
This is true in the case of externally-visible stuff. I think the
compiler is permitted to violate the ABI for purely unit-internal
1. Please apply timing-debug.patch on 2.6.22rc1-git5 or later and report
the log with timestamp as before. Let's see why the timeout has doubled.
2. Does the attached disable-dev_init_params.patch fix your problem?
--
tejun
diff --git a/drivers/ata/libata-core.c b/drivers/ata/libata-core.c
Hi,
FYI, building 2.6.22-rc2 with
gcc (GCC) 4.1.3 20070514 (prerelease) (Debian 4.1.2-7)
on my powerbook (PPC) gives:
...
arch/powerpc/kernel/pci_32.c: In function 'pcibios_assign_resources':
arch/powerpc/kernel/pci_32.c:562: warning: ignoring return value of
'pci_assign_resource', declared
Hi,
FYI, building 2.6.22-rc2 with
gcc (GCC) 4.1.3 20070514 (prerelease) (Debian 4.1.2-7)
on my powerbook (PPC) gives:
...
kernel/time/ntp.c: In function 'do_adjtimex':
kernel/time/ntp.c:307: warning: comparison of distinct pointer types lacks a
cast
kernel/time/ntp.c:310: warning: comparison of
On 5/20/07, Stefan Richter [EMAIL PROTECTED] wrote:
Satyam Sharma wrote:
You'll learn about the default .. if .. Kconfig idiom after you try
this,
I have seen these in the rest of the patch which I didn't quote.
However you fix it --- don't remove depends on or select. You can
interchange
Bill Rugolsky Jr. wrote:
I'm certainly missing something but what are the advantages of this
code (over current gzip etc.), and what will be using it?
Richard's patchset added it to the crypto library and wired it into
the JFFS2 file system. We recently started using LZO in a userland UDP
Trent Piepho wrote:
On Sun, 20 May 2007, Stefan Richter wrote:
Basically you replace
A... depends on B
by
B... serves A
The latter variant is a pain to maintain. Dependencies change over
time, therefore we should note the dependency always at the dependent
option, not at the
Satyam Sharma wrote:
On 5/20/07, Stefan Richter [EMAIL PROTECTED] wrote:
However you fix it --- don't remove depends on or select. You can
interchange them, but not remove them, unless there wasn't a dependency
to begin with.
They _can_ be removed, with absolutely no build failures at all,
Tjenarvi Tjenarvi wrote:
These dmesg if not as Tejun said, Which he said should only libata
drivers used to get more information. Frankly, I don't know which one I
have to take off in kernel configuration to comply this. I guess the
libata is in:
Device Drivers ---
SCSI device support
On 5/20/07, Stefan Richter [EMAIL PROTECTED] wrote:
Satyam Sharma wrote:
On 5/20/07, Stefan Richter [EMAIL PROTECTED] wrote:
However you fix it --- don't remove depends on or select. You can
interchange them, but not remove them, unless there wasn't a dependency
to begin with.
They _can_
Hello,
I'm usually not a fashion victim, but I felt into the trap this time:
I've launched powertop. As I noticed that wistron_btns was part of the
topers (10 wake-up's per seconds), here is a patch that should reduce
the problem. The driver now polls the hardware only twice per second.
On Sun, May 20, 2007 at 01:11:13PM +0200, Elimar Riesebieter wrote:
Hi,
FYI, building the kernel with
gcc (GCC) 4.1.3 20070514 (prerelease) (Debian 4.1.2-7)
on my powerbook (PPC) gives:
...
fs/partitions/check.c: In function 'add_partition':
fs/partitions/check.c:392: warning: ignoring return
Mybe I am wrong, but if you are detecting 40-wire cable to set them to
DMA/33, why the check includes also 80-wire cables configuring them to
DMA/33 too?
With this patch my nvidia4 IDE controllers detects correctly and configure
correctly DMA/100 for my HD and DMA/33 for my DVD (the first
Hi,
On Saturday, 19 May 2007 07:17, Linus Torvalds wrote:
It's out there, both patches/tarballs and git trees are updated (although
mirroring might still be ongoing)
Various random fixes all over - the shortlog (appended) is fairly
readable. The most notable ones are probably more SLUB
Benjamin Herrenschmidt a écrit :
This is what I'm using here, it's still the same old patch (Solomon's
plus my stuff). I think I can coordinate with [EMAIL PROTECTED] to
create an incremental patch to fix radeonfb on his hardware (provided
that this mega-patch is suitable as baseline that is).
On Sunday 20 May 2007 06:10:16 Eric Dumazet wrote:
Christoph Lameter a écrit :
On Sat, 19 May 2007, William Lee Irwin III wrote:
However, there are numerous optimizations and features made possible
with flag bits, which might as could be made cheap by padding struct
page up to the next
Rafael J. Wysocki [EMAIL PROTECTED] writes:
Running 'make -j' kernel compilation on my test box (Athlon64 X2, 2 SATA
drives
with 6 software RAID1 ext3 and reiserfs partitions, 2 GB of RAM) makes it
completely unresponsive. I can't even move the mouse pointer when it's
running, I can't log
C7 Esther:
Hmm, I expect the NX-Bit should be detected from linux during the
boot. The NX function bit seems to be at the same place where it's
located for other CPU.
Unfortunately I have no C7 hardware and I am too much a beginner
in kernel programming to prepare this dry.
May be a
Satyam Sharma wrote:
I was only answering your *completely misplaced and
incorrect* original comment against the patch where you claimed
that the patch was totally wrong because of the way it removed
the select ... etc ...
I believe I have explained why I labeled it as totally wrong.
And
Bit 20 in edx is set if NX is available for C7:
eax in: 0x8001, eax = ebx = ecx = edx = 0010
( from your posting This kernel requires the following... )
The official VIA Eden datasheet seems to be NDA. I have not found any
official download link on the pages:
Il Sun, May 20, 2007 at 12:06:42AM +0200, Michal Piotrowski ha scritto:
Hi all,
Here is a list of some known regressions in 2.6.22-rc2
with patches available.
Cryptography
Subject: cryptomgr oops
References : http://lkml.org/lkml/2007/5/14/283
Submitter : Luca Tettamanti [EMAIL
On Sunday, 20 May 2007 15:01, Krzysztof Halasa wrote:
Rafael J. Wysocki [EMAIL PROTECTED] writes:
Running 'make -j' kernel compilation on my test box (Athlon64 X2, 2 SATA
drives
with 6 software RAID1 ext3 and reiserfs partitions, 2 GB of RAM) makes it
completely unresponsive. I can't
On 5/20/07, Srihari Vijayaraghavan [EMAIL PROTECTED] wrote:
--- Christoph Lameter [EMAIL PROTECTED] wrote:
On Sun, 20 May 2007, Srihari Vijayaraghavan wrote:
Code: 0f ob eb fe 48 8b 1b 48 8b 0x 0f 18 08 48 81 fb 60 cb 51 80
RIP [...] slab_sysfs_init+0x49/0x98
RSP [...]
kernel panic -
Hello Tejun,
Thanks for your answers.
On Sun, May 20, 2007 11:50, Tejun Heo wrote:
Indan Zupancic wrote:
1. We dropped libata specific suspend/resume implementation in favor of
sd driven one. Unfortunately, the new implementation currently can't do
background spinup, so that's probably why
--- Srihari Vijayaraghavan [EMAIL PROTECTED] wrote:
--- Christoph Lameter [EMAIL PROTECTED] wrote:
On Sun, 20 May 2007, Srihari Vijayaraghavan wrote:
Code: 0f ob eb fe 48 8b 1b 48 8b 0x 0f 18 08 48 81 fb 60 cb 51 80
RIP [...] slab_sysfs_init+0x49/0x98
RSP [...]
kernel panic - not
--- Satyam Sharma [EMAIL PROTECTED] wrote:
On 5/20/07, Srihari Vijayaraghavan [EMAIL PROTECTED]
wrote:
--- Christoph Lameter [EMAIL PROTECTED] wrote:
On Sun, 20 May 2007, Srihari Vijayaraghavan wrote:
Code: 0f ob eb fe 48 8b 1b 48 8b 0x 0f 18 08 48 81 fb 60 cb 51 80
RIP [...]
On Sun, May 20, 2007 12:19, Tejun Heo wrote:
Indan Zupancic wrote:
On Sun, May 20, 2007 00:03, Jeff Garzik wrote:
Indan Zupancic wrote:
This patch seems to work with my SiI 3512, though I don't notice any
difference, neither a speedup, nor a slowdown. Hdparm gives the same
speeds (-tT), and
On Sun, 2007-05-20 at 19:48 +0900, Komuro wrote:
The problem is CPU1 receives 38239 interrupt-16
but CPU0 receives only 15 interrupt-16
CPU0 should receive more interrupts.
CPU0 CPU1
0: 85 0 IO-APIC-edge timer
1: 0698
On Sun, 2007-05-20 at 12:18 +0200, Heiko Carstens wrote:
I work out a more complex debug patch and pester you to test once I'm
done.
I've also tons of 'NOHZ: local_softirq_pending 08' that disappear with
nohz=off. But I'm still running 2.6.21. Are there any patches that should
fix this?
On 5/20/07, Stefan Richter [EMAIL PROTECTED] wrote:
Satyam Sharma wrote:
I was only answering your *completely misplaced and
incorrect* original comment against the patch where you claimed
that the patch was totally wrong because of the way it removed
the select ... etc ...
I believe I have
On Sun, 2007-05-20 at 14:25 +0200, Maarten Maathuis wrote:
When i try to boot a kernel higher than 2.6.21-rt1, it boots very
slowly. It takes minutes to even detect two cdrom players. I noticed
in the changelog:
- x86/64 high-res timers and dynticks update (Thomas Gleixner)
I included the
On Sun, May 20, 2007 11:54, Tejun Heo wrote:
Indan Zupancic wrote:
On Sat, May 19, 2007 21:04, Tejun Heo wrote:
Tejun Heo wrote:
Yeah, if SCR registers are accessible, 0xff doesn't indicate the device
isn't there, so the whole skip-0xff logic probably shouldn't apply in
such cases, but we
Subject: pata_via appears to incorrectly detects 40-pin cable
References : http://lkml.org/lkml/2007/5/17/273
http://bugzilla.kernel.org/show_bug.cgi?id=8142
Submitter : Francis Russell [EMAIL PROTECTED]
Status : Unknown
Not really a regression. Alan seems to
i2o_driver_register() initalizes event queue for driver
only when drv-event is set. So similarly the event queue
should be destroyed only when drv-event is set in the error path.
Otherwise destroy_workqueue() will called with NULL.
Cc: Markus Lidel [EMAIL PROTECTED]
Signed-off-by: Akinobu Mita
Maxinum number of I2O drivers which could be registered is
configurable by max_drivers module parameter.
But the module parameter is ignored and default value (I2O_MAX_DRIVERS = 8)
is used in the loops to notify all registered drivers.
Cc: Markus Lidel [EMAIL PROTECTED]
Signed-off-by: Akinobu
1 - 100 of 534 matches
Mail list logo