On Fri, 18 May 2007 01:53:20 -0400 Jeff Garzik [EMAIL PROTECTED] wrote:
Platform: Fedora Core 6/x86-64 (lspci, kconfig, dmesg attached)
dmesg shows:
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try pci=routeirq. If it helps, post a
report
BUG: at mm/slab.c:777
Hi Stefan :)
* Stefan Richter [EMAIL PROTECTED] dixit:
DervishD wrote:
I'm having problems when reading/writing to external USB harddisks:
my *internal* harddisk stalls from time to time, so watching a movie
while copying data is a PITA (well, if the movie is bad, the leaps help
On Fri, 18 May 2007, Davi Arnaut wrote:
Hi,
poll_wait() callback may modify the waitqueue without holding the
context private lock.
Thx Davi, patch is correct. Nice catch. But at this point instead of
ending up getting two locks, we may look into using Andrew suggestion of
reusing the
Hi Jeff,
On 5/18/07, Jeff Garzik [EMAIL PROTECTED] wrote:
Platform: Fedora Core 6/x86-64 (lspci, kconfig, dmesg attached)
dmesg shows:
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try pci=routeirq. If it helps, post a report
BUG: at mm/slab.c:777 __find_general_cachep()
On Thursday 17 May 2007 10:49, Thomas Gleixner wrote:
On Thu, 2007-05-17 at 10:36 -0400, Dmitry Torokhov wrote:
BTW, there are more creative PIT users in drivers/input which use the
global lock already, but the PIT usage there is definitely broken on
anything = 2.6.21.
Are you
Hi,
since VIA seems to be one of the quirkier CPUs...
On May 17 2007 21:12, Simon Arlott wrote:
On 17/05/07 13:27, Claas Langbehn wrote:
Claas Langbehn wrote:
Would it be possible to override the BIOS settings of cx8 and nx and
activate it with linux anyway?
The CPU supports it and I
On Thu, 17 May 2007 20:33:20 -0400, Bill Davidsen wrote:
Jean Delvare wrote:
Hi Michal,
On Sun, 13 May 2007 20:14:45 +0200, Michal Piotrowski wrote:
I2C
Subject: Sensors Applet give an error message No chip detected
References : http://lkml.org/lkml/2007/5/13/109
Submitter :
On May 17 2007 14:22, Rik van Riel wrote:
Andrea Righi wrote:
I'm looking for a way to keep track of the processes that fail to allocate
new
virtual memory. What do you think about the following approach (untested)?
Looks like an easy way for users to spam syslogd over and
over and over
On May 17 2007 21:00, Kyle Moffett wrote:
Opinions?
Why would we need another btree, when there is lib/rbtree.c? Or does
yours do something fundamentally different?
It is not red-black tree, it is b+ tree.
It might be better to use the prefix bptree to help prevent confusion. A
On May 18 2007 08:15, DervishD wrote:
Date: Fri, 18 May 2007 08:15:12 +0200
From: DervishD [EMAIL PROTECTED]
To: Stefan Richter [EMAIL PROTECTED]
Cc: linux-kernel@vger.kernel.org
Subject: Re: usb-storage nice value
Try ionice.
DervishD wrote:
I'm having problems when reading/writing to
Jiri Kosina wrote:
We don't want neither the 'Telephony' nor 'LEDs' usages to be claimed by
the hid-input system, that seems to make a little sense.
I changed the IS_INPUT_APPLICATION() macro to accept 'Telephony/Headset'
and now the kernel has created a new event device node for the device
On Thu, 17 May 2007 23:20:05 -0700 (PDT) Davide Libenzi [EMAIL PROTECTED]
wrote:
On Fri, 18 May 2007, Davi Arnaut wrote:
Hi,
poll_wait() callback may modify the waitqueue without holding the
context private lock.
Thx Davi, patch is correct. Nice catch. But at this point instead of
I have following set of fixes queued for -rc1.
I no major comments are raised I will request for
inclusion tomorrow.
This patchset include the discussed infrastructure to silence
section mismatch warnings in the legitimite cases.
Included are also a few section mismatch fixes so my x86_64
and
On May 18 2007 09:01, Dongjun Shin wrote:
On 5/18/07, Pavel Machek [EMAIL PROTECTED] wrote:
Hmm.. so operating your camera on batteries should be against the
warranty, since batteries commonly run empty while storing pictures?
AFAIK, the camera stops writing to the flash card and
On Sun, Apr 29, 2007 at 09:01:10AM +0100, Simon Arlott wrote:
When this is compiled in it is run too early to do anything useful:
[6.052000] padlock: No VIA PadLock drivers have been loaded.
[6.052000] padlock: Using VIA PadLock ACE for AES algorithm.
[6.052000] padlock: Using VIA
On Fri, 2007-05-18 at 08:17 +0200, Jan Engelhardt wrote:
AFAIK, the camera stops writing to the flash card and automatically
turns off when it's low on battery (before empty).
But then, one should also consider the case where a cam is connected to
AC and someone inadvertently trips on the
From 4dba30ccfdb911b0810f6527de66b1515349d8c4 Mon Sep 17 00:00:00 2001
From: Russell King [EMAIL PROTECTED]
Date: Thu, 10 May 2007 23:03:25 +0100
Subject: [PATCH 01/14] kbuild: make modpost section warnings clearer
Change modpost section mismatch warnings to be less confusing;
model them on the
From 41fa40aeb2314458b25dd2227dc71fdecb504e5e Mon Sep 17 00:00:00 2001
From: Atsushi Nemoto [EMAIL PROTECTED]
Date: Thu, 17 May 2007 01:14:38 +0900
Subject: [PATCH 02/14] kbuild: make better section mismatch reports on i386,
arm and mips
On i386, ARM and MIPS, warn_sec_mismatch() sometimes fails
From bdfeed222963cadd30cbfcad799c89f3a7b94e02 Mon Sep 17 00:00:00 2001
From: Li Yang [EMAIL PROTECTED]
Date: Mon, 14 May 2007 18:04:28 +0800
Subject: [PATCH 03/14] kbuild: add Section mismatch warning whitelist for
powerpc
This patch fixes the following class of Section mismatch warnings when
From: Sam Ravnborg [EMAIL PROTECTED]
Date: Fri, 18 May 2007 08:49:18 +0200
From 4dba30ccfdb911b0810f6527de66b1515349d8c4 Mon Sep 17 00:00:00 2001
From: Russell King [EMAIL PROTECTED]
Date: Thu, 10 May 2007 23:03:25 +0100
Subject: [PATCH 01/14] kbuild: make modpost section warnings clearer
From abe82ff8e73db114634b38ef1cd24e121643a2e9 Mon Sep 17 00:00:00 2001
From: Sam Ravnborg [EMAIL PROTECTED]
Date: Sun, 13 May 2007 00:31:33 +0200
Subject: [PATCH 04/14] all-archs: consolidate .text section definition in
asm-generic
Move definition of .text section to asm-generic.
Signed-off-by:
From 653bc43c6c2c292e6abc98860fd241eb12e2c80f Mon Sep 17 00:00:00 2001
From: Sam Ravnborg [EMAIL PROTECTED]
Date: Thu, 17 May 2007 13:38:44 +0200
Subject: [PATCH 05/14] all-archs: consolidate .data section definition in
asm-generic
With this consolidation we can now modify the .data
section
From 9ea9840b8258e81ea88548bc22b2cb2871e2b1c4 Mon Sep 17 00:00:00 2001
From: Sam Ravnborg [EMAIL PROTECTED]
Date: Thu, 17 May 2007 20:14:48 +0200
Subject: [PATCH 06/14] kbuild: introduce __init_refok/__initdata_refok to
supress section mismatch warnings
Throughout the kernel there are a few
From 2f92cdcf9de22b1a18885919b323793f89a6ff94 Mon Sep 17 00:00:00 2001
From: Sam Ravnborg [EMAIL PROTECTED]
Date: Thu, 17 May 2007 20:43:54 +0200
Subject: [PATCH 07/14] init/main: use __init_refok to fix section mismatch
Kill a special case in modpost by introducing the
__init_refok marker.
From 90deffab03386508abfa1529fe4926a2fc7300f2 Mon Sep 17 00:00:00 2001
From: Sam Ravnborg [EMAIL PROTECTED]
Date: Thu, 17 May 2007 23:29:25 +0200
Subject: [PATCH 08/14] mm: fix section mismatch warnings
modpost had two cases hardcoded for mm/
Shift over to __init_refok and kill the
hardcoded
On May 18 2007 08:49, Sam Ravnborg wrote:
index 113dc77..acd28ab 100644
--- a/scripts/mod/modpost.c
+++ b/scripts/mod/modpost.c
@@ -885,29 +885,28 @@ static void warn_sec_mismatch(const char *modname, const
char *fromsec,
return;
if (before after) {
-
From 8727055cf189053a0605919611cec5f3c725dc82 Mon Sep 17 00:00:00 2001
From: Sam Ravnborg [EMAIL PROTECTED]
Date: Thu, 17 May 2007 23:48:19 +0200
Subject: [PATCH 09/14] mm/slab: fix section mismatch warning
Use the new __init_refok marker to avoid the
section mismatch warning from slab.c
From 61f24a916b640ae1ac5f7bc783d3bb4d7d833c00 Mon Sep 17 00:00:00 2001
From: Sylvain Munaut [EMAIL PROTECTED]
Date: Tue, 8 May 2007 19:59:29 +1000
Subject: [PATCH 10/14] powerpc: Fix the MODALIAS generation in modpost for of
devices
Since the devices may have multiple (or none) compatible
From ad5409f51b70b12575a8b0dc07c897395311d13b Mon Sep 17 00:00:00 2001
From: Mike Frysinger [EMAIL PROTECTED]
Date: Thu, 10 May 2007 22:44:28 -0700
Subject: [PATCH 11/14] kbuild: add support for reading stdin with gen_init_cpio
Treat an argument of - as meaning read stdin for cpio files so
From 2ecaa761242e76780a35647f3d3749ee6d04d618 Mon Sep 17 00:00:00 2001
From: Mike Frysinger [EMAIL PROTECTED]
Date: Thu, 10 May 2007 22:44:28 -0700
Subject: [PATCH 12/14] kbuild: add support for squashing uid/gid in
gen_initramfs_list.sh
Sometimes it is useful to squash all uid's/gid's to 0:0
Al Viro wrote:
BTW, you can simply typedef __be16 ubi16_t; etc. and define conversion
functions as cpu_to_ubi16(x) being (__force ubi16_t)cpu_to_be16(x), etc.
sparse will do all checks just fine, you still have bitwise operations
(might or might be not relevant in your case) and for gcc it
From 72c04ee8e763e6acb3494be17c68b40ac3f699f4 Mon Sep 17 00:00:00 2001
From: Mike Frysinger [EMAIL PROTECTED]
Date: Thu, 17 May 2007 14:57:20 -0400
Subject: [PATCH 13/14] kbuild: include limits.h in sumversion.c for PATH_MAX
POSIX says limits.h defines PATH_MAX so we should include it (which
From 329e3a972ce593015b1e9c0b91f18dcd80cfd4fa Mon Sep 17 00:00:00 2001
From: Mike Frysinger [EMAIL PROTECTED]
Date: Thu, 17 May 2007 15:06:31 -0400
Subject: [PATCH 14/14] kconfig: search harder for curses library in
check-lxdialog.sh
The check-lxdialog.sh script searches for libFOO.so which
Hi Bejamin:
On Mon, Oct 23, 2006 at 05:50:20PM -0400, Benjamin Gilbert wrote:
This is a new CryptoAPI module containing an x86-optimized implementation of
SHA1, taken from Nettle.
Thanks for the patch! Sorry for the very late response. I just
discovered this while cleaning up my mailbox :)
On Fri, 2007-05-18 at 13:39 +0800, Dave Liu wrote:
Yes, on some implementations there can be other conditions that
make a decrementer exception go away; there is no contradiction
here (thankfully). My wording was sloppy.
Some CPUs have the DEC exceptions basically edge triggered
On Fri, May 18, 2007 at 08:52:31AM +0200, Jan Engelhardt wrote:
On May 18 2007 08:49, Sam Ravnborg wrote:
index 113dc77..acd28ab 100644
--- a/scripts/mod/modpost.c
+++ b/scripts/mod/modpost.c
@@ -885,29 +885,28 @@ static void warn_sec_mismatch(const char *modname,
const char *fromsec,
From: Sam Ravnborg [EMAIL PROTECTED]
Date: Fri, 18 May 2007 08:52:57 +0200
From 653bc43c6c2c292e6abc98860fd241eb12e2c80f Mon Sep 17 00:00:00 2001
From: Sam Ravnborg [EMAIL PROTECTED]
Date: Thu, 17 May 2007 13:38:44 +0200
Subject: [PATCH 05/14] all-archs: consolidate .data section definition
Hello,
After finally catching fw-{ohci,core} to be problematic during resume,
I'm now experiencing an immediate resume after suspending.
2.6.21-rc7-mm* didn't even suspend, my last known suspend-and-resuming
kernel was 2.6.21-rc5-mm3 (I know one other vaio SZ user could STR with
2.6.21-rc6-mm*
On Thursday 17 May 2007 11:04 am, Lennart Sorensen wrote:
On Thu, May 17, 2007 at 12:39:47AM -0300, Henrique de Moraes Holschuh wrote:
Actually, in my limited experience, SAS is marginally less crappy than
SATA,
and has a higher MTBF, probably because the manufacturers try to cut less
Hi,
Fix looks good. I have couple of comments,
1) Return from s2io_updt_stats function if the PCI bus is offline
(pci_channel_offline).
if (pci_channel_offline(pdev))
return;
2) No Need to call netif_wake_queue() in s2io_io_resume as
netif_device_attach() will take
On Fri, 18 May 2007 06:08:54 +0200 Nick Piggin [EMAIL PROTECTED] wrote:
Many batch operations on struct page are completely random,
But they shouldn't be: we should aim to place physically contiguous pages
into logically contiguous pagecache slots, for all the reasons we
discussed.
If/when
On Fri, 18 May 2007 16:15:24 +0900 Mattia Dongili [EMAIL PROTECTED] wrote:
Hello,
After finally catching fw-{ohci,core} to be problematic during resume,
I'm now experiencing an immediate resume after suspending.
2.6.21-rc7-mm* didn't even suspend, my last known suspend-and-resuming
On Thursday 17 May 2007 5:05 pm, Robert Schwebel wrote:
Rob,
On Wed, May 16, 2007 at 09:11:18PM -0400, Rob Landley wrote:
2.6.21.1 built for me:
tar xvjf linux-2.6.21.1.tar.bz2
cd linux-2.6.21.1
cat mini.conf EOF
CONFIG_MODE_SKAS=y
CONFIG_BINFMT_ELF=y
CONFIG_HOSTFS=y
On Wed, May 16, 2007 at 10:52:03PM +0400, Oleg Nesterov wrote:
...
Ah, but this is something different. Both lock/unlock are full barriers,
but they protect only one direction. A memory op must not leak out of the
critical section, but it may leak in.
A = B; // 1
On Fri, May 18, 2007 at 12:19:05AM -0700, Andrew Morton wrote:
On Fri, 18 May 2007 06:08:54 +0200 Nick Piggin [EMAIL PROTECTED] wrote:
Many batch operations on struct page are completely random,
But they shouldn't be: we should aim to place physically contiguous pages
into logically
* Bill Huey [EMAIL PROTECTED] wrote:
On Sun, May 13, 2007 at 05:38:53PM +0200, Ingo Molnar wrote:
Even a simple 3D app like glxgears does a sys_sched_yield() for
every frame it generates (!) on certain 3D cards, which in essence
punishes any scheduler that implements sys_sched_yield()
On Thu, May 17 2007, Badari Pulavarty wrote:
On Thu, 2007-05-17 at 08:27 +0200, Jens Axboe wrote:
..
Ah ok, you need the updated patch series for ppc64 support. Builds fine
here on ppc64. See the #sglist branch of the block repo:
On Thu, May 17 2007, Badari Pulavarty wrote:
On Thu, 2007-05-17 at 08:27 +0200, Jens Axboe wrote:
On Wed, May 16 2007, Badari Pulavarty wrote:
On Tue, 2007-05-15 at 19:50 +0200, Jens Axboe wrote:
On Tue, May 15 2007, Badari Pulavarty wrote:
On Tue, 2007-05-15 at 19:20 +0200, Jens
Hi,
I have tried to compile -rt3 patch for ppc (mpc8540ads) and it failed
with undefined referance errors on ppc/kernel/asm-offsets.c. Here is
the compiler outputs:
HOSTCC scripts/basic/fixdep
HOSTCC scripts/basic/docproc
HOSTCC scripts/kconfig/conf.o
HOSTCC scripts/kconfig/kxgettext.o
On Thu, 2007-05-17 at 17:24 -0500, Woodruff, Richard wrote:
This is the original ARM dyntick stuff, right ?
Yes this is a version is not using clocksource.
The dyntick support on your architecture is broken. Why does it fiddle
with the timer, when the system is not idle ?
I can't yet
On Fri, 18 May 2007 09:32:23 +0200 Nick Piggin [EMAIL PROTECTED] wrote:
On Fri, May 18, 2007 at 12:19:05AM -0700, Andrew Morton wrote:
On Fri, 18 May 2007 06:08:54 +0200 Nick Piggin [EMAIL PROTECTED] wrote:
Many batch operations on struct page are completely random,
But they
On Fri, 2007-05-18 at 10:39 +0300, emin ak wrote:
Hi,
I have tried to compile -rt3 patch for ppc (mpc8540ads) and it failed
with undefined referance errors on ppc/kernel/asm-offsets.c. Here is
the compiler outputs:
arch/ppc is known to be broken. Does it even compile on 2.6.21 vanilla ?
Rik van Riel wrote:
Andrea Righi wrote:
I'm looking for a way to keep track of the processes that fail to
allocate new
virtual memory. What do you think about the following approach
(untested)?
Looks like an easy way for users to spam syslogd over and
over and over again.
At the very
Fresh New Database: Medical Equipment Suppliers
Featuring fields: Business Name, Address, Phone, Fax, Email and Website
167,425 Total Records
6,940 Total Emails
5,812 Fax Numbers
Promo price until Wednesday May 23: $199 - Price goes up after this
Order your copy today or get a free sample
On Fri, May 18, 2007 at 12:43:04AM -0700, Andrew Morton wrote:
On Fri, 18 May 2007 09:32:23 +0200 Nick Piggin [EMAIL PROTECTED] wrote:
On Fri, May 18, 2007 at 12:19:05AM -0700, Andrew Morton wrote:
On Fri, 18 May 2007 06:08:54 +0200 Nick Piggin [EMAIL PROTECTED] wrote:
Many batch
Fix roundup_pow_of_two(1)
1 is a power of two, therefore roundup_pow_of_two(1) should return 1. It does
in case the argument is a variable but in case it's a constant it behaves
wrong and returns 0. Probably nobody ever did it so this was never noticed.
Signed-off-by: Rolf Eike Beer [EMAIL
Replace a hand coded version of DIV_ROUND_UP().
Signed-off-by: Rolf Eike Beer [EMAIL PROTECTED]
---
commit ab35916f807eb4f2019a208e96cb0bddbb91dfc3
tree 6dc4485902c1a96a09ed287270de108630b26719
parent 335aa0289219ca2c1dc309d6bf856d4b25ad8746
author Rolf Eike Beer [EMAIL PROTECTED] Thu, 17 May
Andrew Morton wrote:
Rolf Eike Beer wrote:
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -1838,12 +1838,11 @@ void unmap_mapping_range(struct address_space
*mapping,
{
struct zap_details details;
pgoff_t hba = holebegin PAGE_SHIFT;
-pgoff_t hlen = (holelen + PAGE_SIZE - 1)
On Fri, May 18, 2007 at 09:35:17AM +0200, Jarek Poplawski wrote:
On Wed, May 16, 2007 at 10:52:03PM +0400, Oleg Nesterov wrote:
...
3. The alternative solution without barriers, based on the
idea of Tejun Heo and presented in the patch proposal from
2007-05-13, could be probably a little
Yes, 2.6.21 was compiled and boot successfully for ppc, Is 85xx family
supported for powerpc arch?
Thanks.
2007/5/18, Thomas Gleixner [EMAIL PROTECTED]:
On Fri, 2007-05-18 at 10:39 +0300, emin ak wrote:
Hi,
I have tried to compile -rt3 patch for ppc (mpc8540ads) and it failed
with undefined
Hi Jan :)
* Jan Engelhardt [EMAIL PROTECTED] dixit:
Try ionice.
I didn't know about it, probably I didn't install it the last time I
built util-linux. Anyway, I've seen an ionice in
Documentation/block/ioprio.txt (which, BTW, I missed when searching for
information about my problem).
Please do not top post !
On Fri, 2007-05-18 at 11:10 +0300, emin ak wrote:
Yes, 2.6.21 was compiled and boot successfully for ppc, Is 85xx family
supported for powerpc arch?
I don't know. You might ask the folks on the ppc mailing list.
tglx
-
To unsubscribe from this list: send the
H. Peter Anvin wrote:
Philipp Kohlbecher wrote:
(This may be superfluous, but I don't think it hurts and it might
prevent future errors.)
... and it may *cause* future errors by making it harder to find bugs, too.
In other words, your patch doesn't actually fix anything, it *masks*
--- Alan Cox [EMAIL PROTECTED] schrieb:
On Thu, 17 May 2007 13:25:54 +0200
Borislav Petkov [EMAIL PROTECTED] wrote:
-
From: [EMAIL PROTECTED]
A very small size (object file 432 bytes smaller)
and readability optimization of ide.c
Signed-off-by: Borislav Petkov [EMAIL
On May 18 2007 10:21, DervishD wrote:
Or try echo 10 /proc/sys/kernel/dirty_ratio
Not in my proc :?? Perhaps /proc/sys/vm/dirty_ratio? Mine is 40,
which I think is too high.
Linus also thinks it is too high; I do not really care what it is set
at, as it depends on the use case.
Thomas Gleixner wrote:
Please do not top post !
On Fri, 2007-05-18 at 11:10 +0300, emin ak wrote:
Yes, 2.6.21 was compiled and boot successfully for ppc, Is 85xx family
supported for powerpc arch?
I don't know. You might ask the folks on the ppc mailing list.
E.g. check
On Fri, May 18, 2007 at 09:58:25AM +0300, Artem Bityutskiy wrote:
Al Viro wrote:
BTW, you can simply typedef __be16 ubi16_t; etc. and define conversion
functions as cpu_to_ubi16(x) being (__force ubi16_t)cpu_to_be16(x), etc.
sparse will do all checks just fine, you still have bitwise
Hi,
I have the same problem, your patch fixed it.
My gcc version is 3.4.6
2007/5/16, H. Peter Anvin [EMAIL PROTECTED]:
Andy Whitcroft wrote:
Getting this on both x86 and x86_64 boxes, they are the older boxen so
likely older compilers:
Please give the gcc version number.
CC
On Fri, May 18, 2007 at 11:03:57AM +0200, Andreas Schwab wrote:
Sam Ravnborg [EMAIL PROTECTED] writes:
+ * The follwoing markers are used for the cases where the reference to
s/follwoing/following/
Andreas.
Thnaks, fixed locally.
Sam
-
To unsubscribe from this list: send the
These proc files show some header before dumping
the list, so the seq_list_start_head() is used.
Signed-off-by: Pavel Emelianov [EMAIL PROTECTED]
---
diff --git a/fs/afs/proc.c b/fs/afs/proc.c
index d5601f6..d5300e4 100644
--- a/fs/afs/proc.c
+++ b/fs/afs/proc.c
@@ -200,23 +200,9 @@ static int
The .show callback receives the list_head pointer now, not
the struct br2684_dev one.
Signed-off-by: Pavel Emelianov [EMAIL PROTECTED]
---
diff --git a/net/atm/br2684.c b/net/atm/br2684.c
index 0e9f00c..3e26438 100644
--- a/net/atm/br2684.c
+++ b/net/atm/br2684.c
@@ -699,28 +699,13 @@ static
Simple and stupid - just use the helpers.
Sorry for no maintainer in Cc: - I haven't found any.
Signed-off-by: Pavel Emelianov [EMAIL PROTECTED]
---
diff --git a/drivers/char/misc.c b/drivers/char/misc.c
index 4e6fb96..71c8cd7 100644
--- a/drivers/char/misc.c
+++ b/drivers/char/misc.c
@@
This includes /proc/net/protocols, /proc/net/rxrpc_calls
and /proc/net/rxrpc_connections files.
All three need seq_list_start_head to show some header.
Signed-off-by: Pavel Emelianov [EMAIL PROTECTED]
---
diff --git a/net/core/sock.c b/net/core/sock.c
index 22183c2..528f65b 100644
---
Nick Piggin [EMAIL PROTECTED] wrote:
I'd like to be the first to propose an increase to the size of struct page
just for the sake of increasing it!
Heh. I'm surprised you haven't got more adverse reactions.
If we add 8 bytes to struct page on 64-bit machines, it becomes 64 bytes,
which is
Here there is not need even in .show callback altering.
The original code passes list_head in *v.
Signed-off-by: Pavel Emelianov [EMAIL PROTECTED]
---
diff --git a/kernel/module.c b/kernel/module.c
index 015d60c..7a1a4d3 100644
--- a/kernel/module.c
+++ b/kernel/module.c
@@ -2232,26 +2232,13 @@
On Fri, May 18, 2007 at 12:16:04AM -0700, David Miller wrote:
Looking at these patches reminds me of a quirk in the generic
RODATA definition:
#define RODATA
\
. = ALIGN(4096);
This is essentially just a renaming of the existing
functions as the seq_list_start() and seq_list_next()
copies already exist in the input.c file. Now we have
them in the generic place.
Signed-off-by: Pavel Emelianov [EMAIL PROTECTED]
---
diff --git a/drivers/input/input.c
The /proc/partitions .show callback checked the *v to be
the first element in list to show the header. Now *v is the
struct list_head pointer and it is checked for the head of
the list.
The comment in /proc/diskstats .show handler is also updated
not to forget it in the future.
Signed-off-by:
Hi,
After installation the new mm1 kernel, My system can not boot, the rc1
kernel works ok.
The cursor just blinks after appearing Bios data check successful message.
what do you think about this?
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
One more simple and stupid switching to the new API.
Signed-off-by: Pavel Emelianov [EMAIL PROTECTED]
---
diff --git a/fs/namespace.c b/fs/namespace.c
index 11f2fbf..82d4fd2 100644
--- a/fs/namespace.c
+++ b/fs/namespace.c
@@ -393,22 +393,16 @@ EXPORT_SYMBOL(mnt_unpin);
static void
On Thu, May 17, 2007 at 12:03:08PM +0200, DervishD wrote:
I'm having problems when reading/writing to external USB harddisks:
my *internal* harddisk stalls from time to time, so watching a movie
while copying data is a PITA (well, if the movie is bad, the leaps help
a bit...).
I've had a
Does the laptop actually have 80 wire cables - did you see UDMA100
actually being used. If so can you send me an lspci -vxx and a dmesg.
Probably we need to add it to the list of devices using short 40 wire
cable tricks
I have been using UDMA5/ATA100 for months, although this was set by a
This includes /proc/fs/nfsfs/servers and /proc/fs/nfsfs/volumes
entries.
Both need to show the header and use the list_head.
Signed-off-by: Pavel Emelianov [EMAIL PROTECTED]
---
diff --git a/fs/nfs/client.c b/fs/nfs/client.c
index 50c6821..10355ec 100644
--- a/fs/nfs/client.c
+++
On Thu, 2007-05-17 at 15:27 -0700, Christoph Lameter wrote:
On Thu, 17 May 2007, Peter Zijlstra wrote:
The way I read the cpuset page allocator, it will only respect the
cpuset if there is memory aplenty. Otherwise it will grab whatever. So
still, it will only ever use ALLOC_NO_WATERMARKS
On Fri, May 18, 2007 at 09:50:03AM +0200, Andrea Righi wrote:
Rik van Riel wrote:
Andrea Righi wrote:
I'm looking for a way to keep track of the processes that fail to
allocate new
virtual memory. What do you think about the following approach
(untested)?
Looks like an easy way for
Sam Ravnborg [EMAIL PROTECTED] writes:
+ * The follwoing markers are used for the cases where the reference to
s/follwoing/following/
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58CA 54C7
Many places in kernel use seq_file API to iterate over a regular
list_head. The code for such iteration is identical in all the
places, so it's worth introducing a common helpers.
This makes code about 300 lines smaller:
block/genhd.c | 40 +++-
Hi,
I just tried the 2.6.22-r1 candidate to test whether some bug I have
hit in the past still exists. I did use 2.6.20.6 so far. So, I have
cleanly rebooted to use the new kernel, after the machine came up I
tried to mess with the bug, and had to reboot again to play with kernel
commandline
Many places in kernel use seq_file API to iterate over a regular
list_head. The code for such iteration is identical in all the
places, so it's worth introducing a common helpers.
Signed-off-by: Pavel Emelianov [EMAIL PROTECTED]
---
diff --git a/fs/seq_file.c b/fs/seq_file.c
index
On Thu, 17 May 2007, Andrew Morton wrote:
On Thu, 17 May 2007 11:12:03 +0100 (IST)
Mel Gorman [EMAIL PROTECTED] wrote:
--- linux-2.6.22-rc1-mm1-025_gfphighuser/fs/buffer.c2007-05-16
22:55:50.0 +0100
+++ linux-2.6.22-rc1-mm1-030_pagecache_mark/fs/buffer.c 2007-05-16
Simple and stupid - just use the same code from another
place in the kernel.
Signed-off-by: Pavel Emelianov [EMAIL PROTECTED]
---
diff --git a/crypto/proc.c b/crypto/proc.c
index 102c751..3d73323 100644
--- a/crypto/proc.c
+++ b/crypto/proc.c
@@ -23,24 +23,13 @@
static void *c_start(struct
This includes /proc/net/ip_conntrack_expect file.
Although struct nf_conntrack_expect has list_head as
the very first element I use list_entry in .show callback
to emphasize the fact that *v is the list_head pointer.
Signed-off-by: Pavel Emelianov [EMAIL PROTECTED]
---
diff --git
Hi,
This is kernel port of LZO1X de/compression algo stripped down to just ~500 LOC!
It is derived from original LZO 2.02 code found at:
http://www.oberhumer.com/opensource/lzo/download/
The code has also been reformatted to match general kernel style.
Facts for LZO (at least for original code.
The similar code exists here and is called capi_driver_get_idx().
Use generic helpers now and remember to convert list_head to
struct capi_driver in .show callback.
Signed-off-by: Pavel Emelianov [EMAIL PROTECTED]
---
diff --git a/drivers/isdn/capi/kcapi_proc.c b/drivers/isdn/capi/kcapi_proc.c
At Wed, 16 May 2007 22:31:30 +0200,
Michal Piotrowski wrote:
ALSA
Subject: lost snd_4236 device
References : http://lkml.org/lkml/2007/5/13/87
Submitter : Pete Clements [EMAIL PROTECTED]
Handled-By : Rene Herman [EMAIL PROTECTED]
Patch : http://lkml.org/lkml/2007/5/15/23
Simple and stupid like some previous ones. Just use new API.
Signed-off-by: Pavel Emelianov [EMAIL PROTECTED]
---
diff --git a/fs/proc/proc_tty.c b/fs/proc/proc_tty.c
index b3a473b..2284622 100644
--- a/fs/proc/proc_tty.c
+++ b/fs/proc/proc_tty.c
@@ -69,7 +69,7 @@ static void
Pavel Emelianov [EMAIL PROTECTED] wrote:
Many places in kernel use seq_file API to iterate over a regular
list_head. The code for such iteration is identical in all the
places, so it's worth introducing a common helpers.
And the documentation for this?
David
-
To unsubscribe from this list:
On Mi, 16.05.07 11:46 Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
wrote:
Shall I test it without noraid=1 too?
Please do, the main goal of the patch was to fix RAID mode
(noraid=1 should work fine also without the patch?).
Thanks,
Bart
Hi,
sorry for late response. Now the results in
This entry prints a header in .start callback. This is OK,
but the more elegant solution would be to move this into the
.show callback and use seq_list_start_head() in .start one.
I have left it as is in order to make the patch just switch
to new API and noting more.
Signed-off-by: Pavel
alloc_large_system_hash() is called at boot time to allocate space for several
large hash tables.
Lately, TCP hash table was changed and its bucketsize is not a power-of-two
anymore.
On most setups, alloc_large_system_hash() allocates one big page (order 0)
with __get_free_pages(GFP_ATOMIC,
1 - 100 of 773 matches
Mail list logo
