Kprobes makes use of preempt_disable(),preempt_enable_noresched() and these
functions inturn call add/sub_preempt_count(). So we need to refuse user from
inserting probe in to these functions.
This patch disallows user from probing add/sub_preempt_count().
Signed-off-by: Srinivasa DS [EMAIL
Hi
* max parallel reclaim tasks:
* max consumption time of
try_to_free_pages():
sorry, I inserted debug code to my patch at that time.
Could you send me that debug code ?
If you will send it to me, I will test it my environment (ARM-920T, Core2Duo).
And I will report
* David Brownell [EMAIL PROTECTED] wrote:
nowhere did i suggest that it should be default-enabled ...
The patch you asked to be merged *DID* have it be default-enabled! So
you did more than just suggest... if that option is enabled in
Kconfig, this test is always forced on and it will
On Feb 19 2008 18:16, Karl Dahlke wrote:
I completely understand your point about the word adapter.
It is highly overloaded, to the point that it is almost meaningless.
How about accessibility?
Drivers and modules designed to make linux more accessible
could be placed in drivers/accessibility in
On Wed, 20 Feb 2008 07:37:52 +0100 Ingo Molnar [EMAIL PROTECTED] wrote:
Note: Andrew might get grumpy when
your PCI tree starts changing nearby places in arch/x86/pci again and it
clashes with these changes in x86.git
s/Andrew/Stephen/I hope/;)/
Hopefully we can soon start feeding these
On Wed, 20 Feb 2008 10:34:46 +0100, Haavard Skinnemoen [EMAIL PROTECTED]
wrote:
In that case, I think the best fix is to let NPCS0 stay selected
permanently in MR and overwrite CSR0 with to the new slave's settings
before asserting CS. But that's a more complicated change, and I don't
know
I wrote:
- There are other types of ABIs for I/O (character device files, block
device files), message-based(?) I/O (netlink), configuration (configfs),
and more.
PS: Device files are not only suitable for bulk I/O via read and write,
they are also capable of event notification by means of
On Wed, Feb 20, 2008 at 10:45:52AM +0100, Heiko Carstens wrote:
- copy_page(lowcore, S390_lowcore);
+ memcpy(lowcore, S390_lowcore, 512);
Okay
memset((void *)lowcore + 512, 0, sizeof(*lowcore) - 512);
Not completely okay. void pointer are not allowed in arithmetic. gcc
handles
On Sat, 16 Feb 2008, Thomas Gleixner wrote:
On Sat, 9 Feb 2008, Andi Kleen wrote:
We know it is already after 2000.
This extends the effective lifetime of 32bit systems by 8 years:
from 2030 to 2038.
Could you please explain what magic math does the 2030 - 2038
extension ?
According
please use this one instead.
because v1 already in mm, and that doesn't depends on 1/4 here.
[PATCH 2/4] x86_64: fix dma_alloc_pages fix
this patch will use updated dev_to node, because dev_to_node already make sure
it have node online
Signed-off-by: Yinghai Lu [EMAIL PROTECTED]
diff --git
* Tony Breeds [EMAIL PROTECTED] wrote:
I've attached the .config FWIW
indeed you are right...
I fixed this build failure too - could you check whether x86.git#test
(which has all these lguest build fixes) works fine for you:
http://people.redhat.com/mingo/x86.git/README
? Thanks,
On Wed, Feb 20, 2008 at 10:35:28AM +0100, Jens Axboe wrote:
On Tue, Feb 19 2008, Johann Felix Soden wrote:
Am Dienstag, den 19.02.2008, 22:25 +0100 schrieb Jens Axboe:
On Tue, Feb 19 2008, Johann Felix Soden wrote:
On Tue, Feb 19 2008, Johann Felix Soden wrote:
From: Johann
On Feb 20, 2008 6:24 PM, KOSAKI Motohiro [EMAIL PROTECTED] wrote:
Hi Kim-san
Do you adjust hackbench parameter?
my parameter adjust my test machine(8GB mem),
if unchanged, maybe doesn't works it because lack memory.
I already adjusted it. :-)
But, In my desktop, I couldn't make to consune my
On Wed, 20 Feb 2008 08:21:33 +0100 Thomas Petazzoni [EMAIL PROTECTED] wrote:
Le Tue, 19 Feb 2008 15:21:29 -0800,
Andrew Morton [EMAIL PROTECTED] a __crit :
ug, sorry, if I'd realised it was like this I'd have said don't
bother. Apart from the obvious problem, this means that people will
* Roland McGrath [EMAIL PROTECTED] wrote:
I spent some time read you mail carefully and dig into the code again.
And yes, you are right. It's possible that SA_ONSTACK has been cleared
before the second signal on the same stack comes.
It's not necessary for SA_ONSTACK to have been
On Feb 19 2008 19:23, OGAWA Hirofumi wrote:
This problem was introduced by it ignores a free cluster count (not
usefree). If we was not using usefree option, FAT doesn't trust the
free cluster count anymore.
So, it doesn't update until re-count. Um.. yes, it's a bit
problem. Ah.. it can fix we
On Wed, Feb 20, 2008 at 03:45:17PM +0530, Srinivasa Ds wrote:
Kprobes makes use of preempt_disable(),preempt_enable_noresched() and these
functions inturn call add/sub_preempt_count(). So we need to refuse user from
inserting probe in to these functions.
This patch disallows user from
* Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 20 Feb 2008 07:37:52 +0100 Ingo Molnar [EMAIL PROTECTED] wrote:
Note: Andrew might get grumpy when
your PCI tree starts changing nearby places in arch/x86/pci again and it
clashes with these changes in x86.git
s/Andrew/Stephen/I
Given Nick's comments I ported my version of the mmu notifiers to
latest mainline. There are no known bugs AFIK and it's obviously safe
(nothing is allowed to schedule inside rcu_read_lock taken by
mmu_notifier() with my patch).
XPMEM simply can't use RCU for the registration locking if it wants
On Wed, Feb 20 2008, Johann Felix v. Soden-Fr. wrote:
On Wed, Feb 20, 2008 at 10:35:28AM +0100, Jens Axboe wrote:
On Tue, Feb 19 2008, Johann Felix Soden wrote:
Am Dienstag, den 19.02.2008, 22:25 +0100 schrieb Jens Axboe:
On Tue, Feb 19 2008, Johann Felix Soden wrote:
On Tue,
* Ahmed S. Darwish [EMAIL PROTECTED] wrote:
- local_irq_disable();
- t-next = __get_cpu_var(tasklet_vec).list;
- __get_cpu_var(tasklet_vec).list = t;
- __raise_softirq_irqoff(TASKLET_SOFTIRQ);
- local_irq_enable();
+ /* We were
This is the same as before but against the mmu notifier #v6 patch,
running on top of 2.6.25-rc latest, and in this last update I fixed
the last race condition with a seqlock. I described the exact fix in a
earlier email, in short the seqlock-write is in the
invalidate_page/pages, and the reader
On Wed, Feb 20, 2008 at 11:09:33AM +0100, Bastian Blank wrote:
On Wed, Feb 20, 2008 at 10:45:52AM +0100, Heiko Carstens wrote:
- copy_page(lowcore, S390_lowcore);
+ memcpy(lowcore, S390_lowcore, 512);
Okay
memset((void *)lowcore + 512, 0, sizeof(*lowcore) - 512);
Not
On Wednesday 20 February 2008 11:07:02 Thomas Gleixner wrote:
On Sat, 16 Feb 2008, Thomas Gleixner wrote:
On Sat, 9 Feb 2008, Andi Kleen wrote:
We know it is already after 2000.
This extends the effective lifetime of 32bit systems by 8 years:
from 2030 to 2038.
Could you
On Feb 18 2008 10:35, Theodore Tso wrote:
On Mon, Feb 18, 2008 at 04:57:25PM +0100, Andi Kleen wrote:
Use cp
or a tar pipeline to move the files.
Are you sure cp handles hardlinks correctly? I know tar does,
but I have my doubts about cp.
I *think* GNU cp does the right thing with
On Sat, Feb 16, 2008 at 11:49:58PM +0200, Alon Bar-Lev wrote:
On Saturday 16 February 2008, Dave Young wrote:
Hi, alon
Please try the attached patch, hope it fixes your problem.
Regards
dave
Does not work... :(
Alon.
Feb 16 23:41:33 alon1 usb 3-1: configuration #1 chosen
On Feb 20 2008 10:38, Stefan Richter wrote:
Karl Dahlke wrote:
The longer I stay on this list, the more I will learn.
But it's high volume, so I may not be able to stay for long.
Because of the high volume at this list, it is essential that
- you keep everyone who posted in a tread in the
Dave Young schrieb:
Feb 16 23:41:33 alon1 BUG: unable to handle kernel NULL pointer dereference
at virtual address 0008
Feb 16 23:41:33 alon1 printing eip: c01b2db6 *pde =
Feb 16 23:41:33 alon1 Oops: [#1] PREEMPT
Feb 16 23:41:33 alon1 Modules linked in: ppp_deflate
Hi!
whom should I blame about disk schedulers?
I have the following setup:
1Gb network
2GB RAM
disk write speed about 20MB/s
If I'm scping file (about 500MB) from the network (which is faster than the
local disk), any process is totally unable to read anything from the local
disk
Hello all,
A bit of update to this issue.
Switching the cabling of the most problematic drive with a new one
didn't fix the issue.
I couldn't yet switch the power supply with a more powerful one.
However I temporarily added a pci-e SATA host and another drive, the
situation was just as
On Wed, Feb 20, 2008 at 11:39:42AM +0100, Andrea Arcangeli wrote:
Given Nick's comments I ported my version of the mmu notifiers to
latest mainline. There are no known bugs AFIK and it's obviously safe
(nothing is allowed to schedule inside rcu_read_lock taken by
mmu_notifier() with my patch).
Michael S. Tsirkin wrote:
I am booting a thinkpad T60p off of an encrypted disk (with crypto
modules in initramfs).
This works fine in 2.6.24, but in both 2.6.25-rc1 and 2.6.25-rc2
won't boot with the following messages on the console
(copied by hand, sorry about typos):
On Wed, Feb 20, 2008 at 05:33:13AM -0600, Robin Holt wrote:
But won't that other subsystem cause us to have two seperate callouts
that do equivalent things and therefore force a removal of this and go
back to what Christoph has currently proposed?
The point is that a new kind of notifier that
On 18-02-08 23:44, H. Peter Anvin wrote:
Rene Herman wrote:
Yes, but generally not any P5+ system is going to need the PIT
delay in the first place meaning it just doesn't matter. There were
the VIA issues with the PIC but unless I missed it not with the PIT.
Uhm, I'm not sure I believe
Hi,
I needed APM to have poweroff on old box. So, in 2.6.24.2 menuconfig:
1) Power management options --
No APM.
2) [*] Power Management support
No APM. I can see ACPI...
3) I try searching with / + APM
APM [=n]
Depends on: !X86_VOYAGER X86_32 PM_SLEEP !X86_VISWS
4) I check above:
On Wed, Feb 20, 2008 at 11:56:35AM +1100, Paul Mackerras wrote:
Andrew Morton writes:
Bizarrely, the original author of the patch (Anton) has fallen off the cc.
Could whoever did that please thwap himself?
Anyway, my head is now officially spinning. Did anyone actually have a
Document huge memory/cache overhead of memory controller in Kconfig
I was a little surprised that 2.6.25-rc* increased struct page for the memory
controller. At least on many x86-64 machines it will not fit into a single
cache line now anymore and also costs considerable amounts of RAM.
At
Nick Andrew wrote:
Rewrite the help descriptions for clarity, accuracy and consistency.
Kernel config options affected:
- NAMESPACES
- UTS_NS
- IPC_NS
- USER_NS
- PID_NS
Signed-off-by: Nick Andrew [EMAIL PROTECTED]
---
Here's try #2 at the 3rd patch in the series, for
On Tue, Feb 19, 2008 at 09:39:58AM -0600, Paul Jackson wrote:
I don't think /proc/pid/cpuset (PROC_PID_CPUSET) is, or should be,
deprecated.
Ok, I had just picked up on the legacy word in the option title
and assumed that it meant deprecated.
This is what I've got now:
config PROC_PID_CPUSET
Rewrite the help descriptions for clarity, accuracy and consistency.
Kernel config options affected:
- NAMESPACES
- UTS_NS
- IPC_NS
- USER_NS
- PID_NS
Signed-off-by: Nick Andrew [EMAIL PROTECTED]
---
Here's try #2 at the 3rd patch in the series, for namespace
descriptions. Patching
On Wed, Feb 20, 2008 at 06:24:24AM -0600, Robin Holt wrote:
We do not need to do any allocation in the messaging layer, all
structures used for messaging are allocated at module load time.
The allocation discussions we had early on were about trying to
rearrange you notifiers to allow a
Signed-off-by: Jonas Bonn [EMAIL PROTECTED]
---
drivers/net/amd8111e.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/amd8111e.c b/drivers/net/amd8111e.c
index 85f7276..a4ad2fb 100644
--- a/drivers/net/amd8111e.c
+++ b/drivers/net/amd8111e.c
@@ -113,7 +113,7
Signed-off-by: Jonas Bonn [EMAIL PROTECTED]
---
drivers/net/tlan.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/tlan.c b/drivers/net/tlan.c
index 3af5b92..bea59c6 100644
--- a/drivers/net/tlan.c
+++ b/drivers/net/tlan.c
@@ -253,7 +253,7 @@ static struct
Signed-off-by: Jonas Bonn [EMAIL PROTECTED]
---
drivers/net/wan/dscc4.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/wan/dscc4.c b/drivers/net/wan/dscc4.c
index c6f26e2..16d3a4c 100644
--- a/drivers/net/wan/dscc4.c
+++ b/drivers/net/wan/dscc4.c
@@ -2048,7
Signed-off-by: Jonas Bonn [EMAIL PROTECTED]
---
drivers/net/arcnet/com20020-pci.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/arcnet/com20020-pci.c
b/drivers/net/arcnet/com20020-pci.c
index b8c0fa6..87ee0db 100644
--- a/drivers/net/arcnet/com20020-pci.c
Signed-off-by: Jonas Bonn [EMAIL PROTECTED]
---
drivers/net/defxx.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/defxx.c b/drivers/net/defxx.c
index ddc30c4..84a3ce5 100644
--- a/drivers/net/defxx.c
+++ b/drivers/net/defxx.c
@@ -3630,7 +3630,7 @@ static
On Wed, Feb 20, 2008 at 03:23:05PM +0300, Pavel Emelyanov wrote:
+ This is used by container systems (i.e. vservers).
+ Tasks in the container are placed in the PID namespace
+ corresponding to the container, and can only see or
+ affect processes in the same PID namespace.
On Wed, Feb 20, 2008 at 01:01:05PM +, David Howells wrote:
Cyrill Gorcunov [EMAIL PROTECTED] wrote:
being see over vmlinux.lds for FRV architecture I found the string:
. = ALIGN(4096);
.data.page_aligned : { *(.data.idt) }
though the PAGE_SIZE is 16K. Can't figure out
On Wed, Feb 20, 2008 at 01:32:36PM +0100, Andrea Arcangeli wrote:
On Wed, Feb 20, 2008 at 06:24:24AM -0600, Robin Holt wrote:
We do not need to do any allocation in the messaging layer, all
structures used for messaging are allocated at module load time.
The allocation discussions we had
Signed-off-by: Jonas Bonn [EMAIL PROTECTED]
---
drivers/net/hamachi.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/hamachi.c b/drivers/net/hamachi.c
index b53f6b6..d8056e9 100644
--- a/drivers/net/hamachi.c
+++ b/drivers/net/hamachi.c
@@ -1987,7 +1987,7 @@
Looks OK to me!
Alan
I have the following hardware installed in my Linux Box.
01:07.0 Multimedia video controller: Brooktree Corporation Bt878 Video
Capture (rev 11)
01:07.1 Multimedia controller: Brooktree Corporation Bt878 Audio
Capture (rev 11)
and the following devices installed in /dev
Signed-off-by: Jonas Bonn [EMAIL PROTECTED]
---
drivers/net/pasemi_mac.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/pasemi_mac.c b/drivers/net/pasemi_mac.c
index 2e39e02..069fa7c 100644
--- a/drivers/net/pasemi_mac.c
+++ b/drivers/net/pasemi_mac.c
@@
The PCI_DEVICE_TABLE patch I sent earlier doesn't necessarily make much sense
by itself... here is a set of patches that apply this macro, in turn moving a
lot of this data into __devinitconst which is discardable in certain
situations. Hopefully the benefit of this approach is a bit clearer
On Wed, Feb 20, 2008 at 01:53:36PM +0100, Jonas Bonn wrote:
The PCI_DEVICE_TABLE patch I sent earlier doesn't necessarily make
much sense by itself... here is a set of patches that apply
this macro, in turn moving a lot of this data into __devinitconst
which is discardable in certain
Signed-off-by: Jonas Bonn [EMAIL PROTECTED]
---
drivers/net/wan/lmc/lmc_main.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/wan/lmc/lmc_main.c b/drivers/net/wan/lmc/lmc_main.c
index 6635ece..e85cfe7 100644
--- a/drivers/net/wan/lmc/lmc_main.c
+++
Cyrill Gorcunov [EMAIL PROTECTED] wrote:
being see over vmlinux.lds for FRV architecture I found the string:
. = ALIGN(4096);
.data.page_aligned : { *(.data.idt) }
though the PAGE_SIZE is 16K. Can't figure out why is that...
Do you have a few spare minutes to explain, please?
Signed-off-by: Jonas Bonn [EMAIL PROTECTED]
---
drivers/net/niu.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/niu.c b/drivers/net/niu.c
index e98ce1e..ab8148a 100644
--- a/drivers/net/niu.c
+++ b/drivers/net/niu.c
@@ -62,7 +62,7 @@ static void writeq(u64
Signed-off-by: Jonas Bonn [EMAIL PROTECTED]
---
drivers/net/sk98lin/skge.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/sk98lin/skge.c b/drivers/net/sk98lin/skge.c
index 20890e4..eedcbeb 100644
--- a/drivers/net/sk98lin/skge.c
+++
On Wed, 20 Feb 2008 13:07:47 +0100
Ingo Molnar [EMAIL PROTECTED] wrote:
* Mike Travis [EMAIL PROTECTED] wrote:
* Declare the pda as a per cpu variable. This will move the pda area
to an address accessible by the x86_64 per cpu macros.
Subtraction of __per_cpu_start will
Signed-off-by: Jonas Bonn [EMAIL PROTECTED]
---
drivers/net/starfire.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/starfire.c b/drivers/net/starfire.c
index c49214f..a67bac5 100644
--- a/drivers/net/starfire.c
+++ b/drivers/net/starfire.c
@@ -337,7 +337,7
Signed-off-by: Jonas Bonn [EMAIL PROTECTED]
---
drivers/net/sunhme.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/sunhme.c b/drivers/net/sunhme.c
index b4e7f30..beb0d27 100644
--- a/drivers/net/sunhme.c
+++ b/drivers/net/sunhme.c
@@ -3247,7 +3247,7 @@
Signed-off-by: Jonas Bonn [EMAIL PROTECTED]
---
drivers/net/skfp/skfddi.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/skfp/skfddi.c b/drivers/net/skfp/skfddi.c
index 7cf9b9f..2a8386b 100644
--- a/drivers/net/skfp/skfddi.c
+++ b/drivers/net/skfp/skfddi.c
Signed-off-by: Jonas Bonn [EMAIL PROTECTED]
---
drivers/net/3c59x.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/3c59x.c b/drivers/net/3c59x.c
index 6f8e7d4..d2045d4 100644
--- a/drivers/net/3c59x.c
+++ b/drivers/net/3c59x.c
@@ -372,7 +372,7 @@ static
Andi Kleen wrote:
Document huge memory/cache overhead of memory controller in Kconfig
I was a little surprised that 2.6.25-rc* increased struct page for the memory
controller. At least on many x86-64 machines it will not fit into a single
cache line now anymore and also costs considerable
The definitions of struct pci_device_id arrays should generally follow
the same pattern across the entire kernel. This macro defines this
array as const and puts it into the __devinitconst section.
Signed-off-by: Jonas Bonn [EMAIL PROTECTED]
---
include/linux/pci.h |9 +
1 files
On Tue, 2008-02-19 at 15:55 -0800, Andrew Morton wrote:
On Tue, 19 Feb 2008 16:35:49 -0500 Larry Woodman [EMAIL PROTECTED] wrote:
balance_pgdat() calls zone_watermark_ok() three times, the first call
passes a zero(0) in as the 4th argument. This 4th argument is the
classzone_idx which
On Wed, Feb 20, 2008 at 01:03:24PM +0100, Andrea Arcangeli wrote:
I'm unconvinced both the main linux VM and the mmu notifier should be
changed like this just to support xpmem. All non-sleeping users don't
need that. Nevertheless I'm fully welcome to support xpmem (and it's
not my call nor my
Nick Andrew wrote:
On Wed, Feb 20, 2008 at 03:23:05PM +0300, Pavel Emelyanov wrote:
+ This is used by container systems (i.e. vservers).
+ Tasks in the container are placed in the PID namespace
+ corresponding to the container, and can only see or
+ affect processes in the
Sam Ravnborg wrote:
On Wed, Feb 20, 2008 at 01:53:36PM +0100, Jonas Bonn wrote:
The PCI_DEVICE_TABLE patch I sent earlier doesn't necessarily make
much sense by itself... here is a set of patches that apply
this macro, in turn moving a lot of this data into __devinitconst
which is discardable
Hi all,
I run some lengthy tests to measure cost of inlines in headers under
include/, simple coverage calculations yields to 89% but most of the
failed compiles are due to preprocessor cutting the tested block away
anyway. Test setup: v2.6.24-mm1, make allyesconfig, 32-bit x86,
gcc (GCC) 4.1.2
~500 files changed
...
kernel/uninlined.c:
skb_put | +104
1 function changed, 104 bytes added, diff: +104
vmlinux.o:
869 functions changed, 198 bytes added, 111003 bytes removed, diff: -110805
This change is INCOMPLETE, I think that the call to current_text_addr()
-21593 356 funcs, 2418 +, 24011 -, diff: -21593 --- skb_push
Again, current_text_addr() needs to addressed.
Signed-off-by: Ilpo Järvinen [EMAIL PROTECTED]
---
include/linux/skbuff.h | 18 +-
net/core/skbuff.c | 19 +++
2 files changed, 20 insertions(+),
-23668 392 funcs, 104 +, 23772 -, diff: -23668 --- dev_alloc_skb
Signed-off-by: Ilpo Järvinen [EMAIL PROTECTED]
---
include/linux/skbuff.h | 17 +
net/core/skbuff.c | 18 ++
2 files changed, 19 insertions(+), 16 deletions(-)
diff --git
-28162 354 funcs, 3005 +, 31167 -, diff: -28162 --- skb_pull
Signed-off-by: Ilpo Järvinen [EMAIL PROTECTED]
---
include/linux/skbuff.h | 15 +--
net/core/skbuff.c | 16
2 files changed, 17 insertions(+), 14 deletions(-)
diff --git a/include/linux/skbuff.h
-10976 209 funcs, 123 +, 11099 -, diff: -10976 --- skb_trim
Signed-off-by: Ilpo Järvinen [EMAIL PROTECTED]
---
include/linux/skbuff.h | 16 +---
net/core/skbuff.c | 16
2 files changed, 17 insertions(+), 15 deletions(-)
diff --git a/include/linux/skbuff.h
I added inline to sctp_add_cmd and appropriate comment there to
avoid adding another call into the call chain. This works at least
with gcc (GCC) 4.1.2 20070626 (Red Hat 4.1.2-13). Alternatively,
__sctp_add_cmd could be introduced to .h.
net/sctp/sm_statefuns.c:
sctp_sf_cookie_wait_prm_abort
vmlinux.o:
62 functions changed, 66 bytes added, 10935 bytes removed, diff: -10869
...+ these to lib/jhash.o:
jhash_3words: 112
jhash2: 276
jhash: 475
select for networking code might need a more fine-grained approach.
Signed-off-by: Ilpo Järvinen [EMAIL PROTECTED]
---
Codiff stats:
-16420 187 funcs, 103 +, 16523 -, diff: -16420 --- dst_release
Signed-off-by: Ilpo Järvinen [EMAIL PROTECTED]
---
include/net/dst.h | 10 +-
net/core/dst.c| 10 ++
2 files changed, 11 insertions(+), 9 deletions(-)
diff --git a/include/net/dst.h
On Wed, Feb 20, 2008 at 11:41:13AM +0100, Ingo Molnar wrote:
* Ahmed S. Darwish [EMAIL PROTECTED] wrote:
- local_irq_disable();
- t-next = __get_cpu_var(tasklet_vec).list;
- __get_cpu_var(tasklet_vec).list = t;
-
On Wed, 20 Feb 2008 13:53:14 +0100 Peter Zijlstra [EMAIL PROTECTED] wrote:
On Tue, 2008-02-19 at 15:55 -0800, Andrew Morton wrote:
On Tue, 19 Feb 2008 16:35:49 -0500 Larry Woodman [EMAIL PROTECTED] wrote:
balance_pgdat() calls zone_watermark_ok() three times, the first call
passes a
Jeremy Higdon wrote:
On Tue, Feb 19, 2008 at 09:16:44AM +1100, David Chinner wrote:
On Mon, Feb 18, 2008 at 04:24:27PM +0300, Michael Tokarev wrote:
First, I still don't understand why in God's sake barriers are working
while regular cache flushes are not. Almost no consumer-grade hard drive
Hi all,
I run some lengthy tests to measure cost of inlines in headers under
include/, simple coverage calculations yields to 89% but most of the
failed compiles are due to preprocessor cutting the tested block away
anyway. Test setup: v2.6.24-mm1, make allyesconfig, 32-bit x86,
gcc (GCC) 4.1.2
Jan Engelhardt wrote:
On Feb 20 2008 10:38, Stefan Richter wrote:
Because of the high volume at this list, it is essential that
- you keep everyone who posted in a tread in the Cc: list of your
replies,
...
Indeed, in PINE, mails with your address in Cc get preprended with a
minus sign,
Avi Kivity wrote:
Toralf Förster wrote:
Hello,
the build with the attached .config failed, make ends with:
...
HOSTCC arch/x86/boot/tools/build
BUILD arch/x86/boot/bzImage
Root device is (3, 8)
Setup is 12280 bytes (padded to 12288 bytes).
System is 2192 kB
Kernel: arch/x86/boot/bzImage
Hi Miklos,
On Tue, 19 Feb 2008 14:32:28 +0100 Miklos Szeredi [EMAIL PROTECTED] wrote:
I've created a git tree with the following mounts related stuff:
- read-only bind mounts
- /proc/pid/mountinfo
- unprivileged mounts
Toralf Förster wrote:
Hello,
the build with the attached .config failed, make ends with:
...
HOSTCC arch/x86/boot/tools/build
BUILD arch/x86/boot/bzImage
Root device is (3, 8)
Setup is 12280 bytes (padded to 12288 bytes).
System is 2192 kB
Kernel: arch/x86/boot/bzImage is ready (#1)
On Wed, 20 Feb 2008 15:47:11 +0200
Ilpo Järvinen [EMAIL PROTECTED] wrote:
~500 files changed
...
kernel/uninlined.c:
skb_put | +104
1 function changed, 104 bytes added, diff: +104
vmlinux.o:
869 functions changed, 198 bytes added, 111003 bytes removed, diff:
On Wed, Feb 20, 2008 at 02:27:19PM +0100, Jonas Bonn wrote:
Sam Ravnborg wrote:
On Wed, Feb 20, 2008 at 01:53:36PM +0100, Jonas Bonn wrote:
The PCI_DEVICE_TABLE patch I sent earlier doesn't necessarily make
much sense by itself... here is a set of patches that apply
this macro, in turn moving
Gregory Nietsky schrieb:
ive been hackin away at mISDN for a while and use it with recent kernels
2.6.2X and have a patch for 2.6.24 (move from semaphore to complition)
the distro we built is heavily reliant on mISDN (voip) i dont use the
isdn kernel drivers at all any longer.
im all for
On 20/02/2008, Ahmed S. Darwish [EMAIL PROTECTED] wrote:
On Wed, Feb 20, 2008 at 11:41:13AM +0100, Ingo Molnar wrote:
* Ahmed S. Darwish [EMAIL PROTECTED] wrote:
- local_irq_disable();
- t-next = __get_cpu_var(tasklet_vec).list;
-
Sam Ravnborg wrote:
On Wed, Feb 20, 2008 at 02:27:19PM +0100, Jonas Bonn wrote:
Sam Ravnborg wrote:
On Wed, Feb 20, 2008 at 01:53:36PM +0100, Jonas Bonn wrote:
The PCI_DEVICE_TABLE patch I sent earlier doesn't necessarily make
much sense by itself... here is a set of patches that apply
this
The current code for /proc/pid/pagemap does not work with huge pages (on
x86). The code will make no difference between a normal pmd and a huge
page pmd, trying to parse the contents of the huge page as ptes. Another
problem is that there is no way to get information about the page size a
specific
Hi Adrian,
On 2/20/2008, Adrian Bunk [EMAIL PROTECTED] wrote:
The Coverity checker spotted the following inconsequent NULL checking
introduced by commit 8ff12cfc009a2a38d87fa7058226fe197bb2696f:
-- snip --
...
static inline int is_end(void *addr)
{
return (unsigned long)addr
Ilpo Järvinen wrote:
~500 files changed
...
kernel/uninlined.c:
skb_put | +104
1 function changed, 104 bytes added, diff: +104
vmlinux.o:
869 functions changed, 198 bytes added, 111003 bytes removed, diff: -110805
This change is INCOMPLETE, I think that the call to
First, my mail client, edbrowse.sourceforge.net,
doesn't have a reply all function.
Never needed it.
Guess I better implement it. :-)
Should probably take me a couple days of spare time,
if I can find a couple days of spare time;
and I'm sure other users will want it.
Meantime, I pulled the
On Wed, Feb 20, 2008 at 11:39:42AM +0100, Andrea Arcangeli wrote:
XPMEM simply can't use RCU for the registration locking if it wants to
schedule inside the mmu notifier calls. So I guess it's better to add
Whoa there. In Christoph's patch, we did not use rcu for the list. It
was a simple
On Sun, 2008-02-17 at 21:06 -0800, Greg KH wrote:
On Sat, Feb 16, 2008 at 11:35:16PM +1030, David Newall wrote:
Stephan,
Jiri Slaby wrote:
On 02/14/2008 03:57 PM, Stephan Rose wrote:
I recently purchased a USB-Com Port serial cable from Radio Shack
(Model number 26-183) which did
2008-02-19 23:33:38 +0100, Arnd Bergmann:
On Tuesday 19 February 2008, you wrote:
What about having a /dev/block2mtd (with owner/permissions that
could allow non-root users to use it), with 2 ioctls:
- one to link a block dev to a mtd that would take as
parameter a fd to an open
date
i.e. todays was next-20080220.
Also will you be producing any tarballs for these releases? If so I
would say they would definatly need to be against some common base, like
against the nearest official tag below.
I hadn't considered tarballs, but I will give it some thought.
Thanks
2008-02-19 16:08:22 +0100, Jörn Engel:
[ Just returned home. ]
Hi Jörn,
I've got to admit I've been a little too busy to look at it
myself. I'll send a patch for the obvious fixes soon though.
[...]
Well, yes that raised a concern to me, the exit function
returns void. If the
701 - 800 of 1316 matches
Mail list logo