Jeremy Fitzhardinge wrote:
No, under Xen the kernel/hypervisor PMD is not shared between processes,
so this is still used when PAE is enabled.
Ahh, yes. So this was a lucky catch for us. Non-PAE kernels seem to be
increasing in value at antique sales.
Zach
-
To unsubscribe from this li
On Tue, 2007-08-21 at 17:28 -0300, Glauber de Oliveira Costa wrote:
> These two callsites should really be errx instead of err, since there is
> no errno associated with them in the moment they are issued.
>
> Signed-off-by: Glauber de Oliveira Costa <[EMAIL PROTECTED]>
Thanks, applied!
Rusty.
On Tue, 2007-08-21 at 12:14 +0200, Pavel Machek wrote:
> Ok, I got it to work -- thanks a lot.
>
> Yes, acpi=off is mandatory. Unfortunately, thinkpad x60 does not boot
> with acpi=off (should we add another test to linux firmware kit?
> Machines should still boot in acpi=off mode...). acpi=off no
Thank you for your information and help,
I think it's a lot more clear for me now.
I've seen the ldd3 some time ago, but someone told me that book was
out-of-date. Guess he was wrong. Would it also be use full to use some
kind of cross-compiler? (don't know if that's the right word for it)
So I ca
I tested 2.6.23-rc2-mm + Peter's per-BDI v9 patches, versus 2.6.20 as
shipped in Ubuntu 7.04. I realize there is a large delta between these
two kernels.
I load the system with du -hs /bigtree, where bigtree has millions of
files, and dd if=/dev/zero of=bigfile bs=1048576. I test how long it
tak
On 8/21/07, Andi Kleen <[EMAIL PROTECTED]> wrote:
> > current LinuxBIOS's path: the elfboot in LinuxBIOS will prepare the
> > e820 table, and jump to startup_32 in kernel. is that not good and
> > simple?
>
> The problem is that the zero page cannot be changed at all in this
> setup. Or rather it c
On 8/21/07, Roman Zippel <[EMAIL PROTECTED]> wrote:
>
> The way you currently define "disabled" means that even symbols set to 'm'
> are disabled, I don't think that's what you really mean. :) When seeing
> disabled I also first thought of the option being completely invisible due
> to dependencies
Zachary Amsden wrote:
> Found this looping Ubuntu installs with VMI.
>
> If unlucky enough to hit a vmalloc sync fault during a lazy mode
> operation (from an IRQ handler for a module which was not yet
> populated in current page directory, or from inside copy_one_pte,
> which touches swap_map, and
On Wed, 2007-08-22 at 08:34 +0300, Avi Kivity wrote:
> Zachary Amsden wrote:
> > This patch provides hypercalls for the i386 port I/O instructions,
> > which vastly helps guests which use native-style drivers. For certain
> > VMI workloads, this provides a performance boost of up to 30%. We
> > e
Hi
I am forwarding one more improved patch which i have modified as
per your suggestions. Insted of KERN_INFO i have used KERN_NOTICE and
i have added one more if block to check hard limit. how good it is?
anand
On 8/20/07, Chris Snook <[EMAIL PROTECTED]> wrote:
> Anand Jahagirdar wrote:
> > H
H. Peter Anvin wrote:
Zachary Amsden wrote:
In general, I/O in a virtual guest is subject to performance problems.
The I/O can not be completed physically, but must be virtualized. This
means trapping and decoding port I/O instructions from the guest OS.
Not only is the trap for a #GP heavy
On Wed, Aug 22, 2007 at 02:08:33AM +0200, Segher Boessenkool wrote:
> >>>How many people e.g. test -rc kernels compiled with gcc 3.2?
I confirm gcc version:
~/src/linux-2.6.23-rc3$ gcc -v
Reading specs from /usr/lib/gcc-lib/i486-slackware-linux/3.2.3/specs
Configured with: ../gcc-3.2.3/configure
Zachary Amsden wrote:
> In general, I/O in a virtual guest is subject to performance problems.
> The I/O can not be completed physically, but must be virtualized. This
> means trapping and decoding port I/O instructions from the guest OS.
> Not only is the trap for a #GP heavyweight, both in the
On Tue, 21 Aug 2007, Adrian Bunk wrote:
> It is an option to say "gcc >= 4.0 on i386 and >= 3.4 on all other
> architectures is required".
if you're going to do something like that, you might as well take
the extra step and start keeping track of which versions of gcc work
with which architectu
Avi Kivity wrote:
Zachary Amsden wrote:
In general, I/O in a virtual guest is subject to performance
problems. The I/O can not be completed physically, but must be
virtualized. This means trapping and decoding port I/O instructions
from the guest OS. Not only is the trap for a #GP heavywei
On Tue, Aug 21, 2007 at 11:29:39PM +0200, Samuel Thibault wrote:
> Some external modules like Speakup need to monitor console output.
>
> This adds a VT notifier that such modules can use to get console output
> events:
> allocation, deallocation, writes, other updates (cursor position, switch,
On Tue, Aug 21, 2007 at 05:03:54PM -0500, Nate wrote:
> I would like to use the cdc-acm driver in the Linux kernel (2.6.22-rc1),
> but restrict the access to only my VID/PID devices. Is there an easy way
> to do with without modifying cdc-acm.c?
Why do you not want to modify the driver?
> In a p
Zachary Amsden wrote:
> In general, I/O in a virtual guest is subject to performance
> problems. The I/O can not be completed physically, but must be
> virtualized. This means trapping and decoding port I/O instructions
> from the guest OS. Not only is the trap for a #GP heavyweight, both
> in t
In general, I/O in a virtual guest is subject to performance problems.
The I/O can not be completed physically, but must be virtualized. This
means trapping and decoding port I/O instructions from the guest OS.
Not only is the trap for a #GP heavyweight, both in the processor and
the hypervi
Hi, Chris,
From: Hirokazu Takata <[EMAIL PROTECTED]>
Date: Wed, 22 Aug 2007 10:56:54 +0900
> From: Chris Snook <[EMAIL PROTECTED]>
> Date: Mon, 13 Aug 2007 07:24:52 -0400
> > From: Chris Snook <[EMAIL PROTECTED]>
> >
> > Use volatile consistently in atomic.h on m32r.
> >
> > Signed-off-by: Chris
This is a patch against the problme Shaohua rported.
Just an idea for fix the problem.
How do you think ? dummy vma is better ? (I don't like dummy vma.)
-Kame
==
In migration fallback path, write_page() or lock_page() will be called.
This causes sleep with holding rcu_read_lock().
For avoding tha
Adrian Bunk writes:
> From: Grant Likely <[EMAIL PROTECTED]>
>
> arch/ppc/.gitignore shouldn't exclude arch/ppc/boot/include
Already in my for-2.6.24 and master branches.
Paul.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED
--- Kyle Moffett <[EMAIL PROTECTED]> wrote:
> On Aug 21, 2007, at 11:50:48, Casey Schaufler wrote:
> > --- Kyle Moffett <[EMAIL PROTECTED]> wrote:
> >> Well, in this case the "box" I want to secure will eventually be
> >> running multi-user X on a multi-level-with-IPsec network. For
> >> tha
From: Divy Le Ray <[EMAIL PROTECTED]>
Update firmware version
Allow the driver to be up and running with older FW image
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/common.h |2 +-
drivers/net/cxgb3/cxgb3_main.c |9 +
drivers/net/cxgb3/t3_hw.c |
From: Divy Le Ray <[EMAIL PROTECTED]>
Clear pciE PEX errors late at module load time.
Log details when PEX errors occur.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/t3_hw.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/net/cxgb3/t
From: Divy Le Ray <[EMAIL PROTECTED]>
Set PM1 internal memory to round robin mode
It balances access to this internal memory for multiport adapters.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/regs.h |2 ++
drivers/net/cxgb3/t3_hw.c |2 ++
2 files changed, 4 in
From: Divy Le Ray <[EMAIL PROTECTED]>
Load microcode engine when the interface
is configured up.
Bump up version to 1.1.0.
Allow the driver to be and running with
older microcode images.
Allow ethtool to log the microcode version.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/c
From: Divy Le Ray <[EMAIL PROTECTED]>
Stop the MAC when a fatal error is detected.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb3_main.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/net/cxgb3/cxgb3_main.c b/drivers/net/cxgb3/cxg
From: Divy Le Ray <[EMAIL PROTECTED]>
Log HW serial number when cxgb3 module is loaded.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/common.h |2 ++
drivers/net/cxgb3/cxgb3_main.c |6 --
drivers/net/cxgb3/t3_hw.c |3 ++-
3 files changed, 8 insert
From: Divy Le Ray <[EMAIL PROTECTED]>
Send small TX_DATA work requests as immediate data even when
there are fragments. this avoids doing multiple DMAs for
small fragmented packets.
The driver already implements this optimization for small
contiguous packets.
Signed-off-by: Divy Le Ray <[EMAIL
From: Divy Le Ray <[EMAIL PROTECTED]>
A HW issue requires limiting the receive window size
to 23 pages of internal memory.
These pages can be configured to different sizes,
thus the RDMA driver needs to know the
page size to enforce the upper limit.
Also assign explicit enum values.
Signed-off-b
From: Divy Le Ray <[EMAIL PROTECTED]>
Enforce validity checks on connection ids
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb3_defs.h| 20 ++--
drivers/net/cxgb3/cxgb3_offload.c | 28 +++-
2 files changed, 41 insertions
From: Divy Le Ray <[EMAIL PROTECTED]>
Log doorbell Fifo overflow
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/regs.h |8
drivers/net/cxgb3/sge.c |4
2 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/drivers/net/cxgb3/regs.h b/drivers/
From: Divy Le Ray <[EMAIL PROTECTED]>
Reduce Rx coalescing length to 12288
Large bursts from the adapter to the host create back pressure
on the chip. Reducing the burst size avoids the issue.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/common.h |2 +-
1 files chang
Jeff,
I'm resubmitting the last cxgb3 patch series against netdev-2.6#upstream,
minus the first patch that you already applied and the last patch.
Here is a brief description:
- Modify max HW Rx coalescing size
- Log SGE doorbell Fifo overflow
- Use Tx immediate data for offloa
On Aug 21, 2007, at 11:50:48, Casey Schaufler wrote:
--- Kyle Moffett <[EMAIL PROTECTED]> wrote:
Well, in this case the "box" I want to secure will eventually be
running multi-user X on a multi-level-with-IPsec network. For
that kind of protection profile, there is presently no substitute
On Tue, 21 Aug 2007, Linus Torvalds wrote:
>
> Side note: after reverting 196705c9bb I can't get the mouse to skip any
> more on that mac mini. But since the bad behaviour wasn't 100% reliable to
> begin with, that's not really a guarantee of anything. Two out of three
> kids are off on camp
On Wed, 2007-08-22 at 10:56 +0800, Ian Kent wrote:
> On Tue, 2007-08-21 at 13:15 -0700, Andrew Morton wrote:
> >
> > It seems to use a lot of list_for_each[_safe] which could
> > have been coded as list_for_each_entry[_safe], btw.
>
> Mmm .. good point. I've not noticed the list_for_each_entry* m
On 8/21/07, Noud Aldenhoven <[EMAIL PROTECTED]> wrote:
> I'm a simple Math/Computer Science student and would like to learn
> more about linux and it's kernel.
> To be more precise, I'd to learn how to program in the linux kernel
> and maybe become a developer,
> if everything goes fine.
> But whe
From: Robin Getz <[EMAIL PROTECTED]>
Gerd Hoffmann pointed out that my patch from yesterday can lead
to a null pointer dereference if the kernel is booted with no
console, and no earlyprintk defined. This fixes that issue.
printk.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions
On Tue, Aug 21, 2007 at 11:28:28AM -0700, David Brownell wrote:
> Can you update the Documentation/spi/spi-summary text which is
> invalidated by this change? That's part of why I rejected an
> earlier version of this patch: since it broke the documentation,
> it was incomplete.
I believe this i
On Wed, 22 Aug 2007 10:50:53 +0800
Shaohua Li <[EMAIL PROTECTED]> wrote:
> > At quick glance, above path has no writepage() ops.
> > just replace swap's radix tree entry.
> I missed swap has .migratepage and thought fallback_migrate_page is
> used, then I thought doing rcu lock in PageAnon case is
On Wed, 2007-08-22 at 11:52 +0900, KAMEZAWA Hiroyuki wrote:
> On Wed, 22 Aug 2007 10:08:09 +0800
> Shaohua Li <[EMAIL PROTECTED]> wrote:
>
> > commit dc386d4d1e98bb39fb967ee156cd456c802fc692 adds rcu_read_lock, but
> > some routines in the lock range might sleep (like lock_buffer,
> > aops->writep
I have an Acer Ferrari 5000 laptop, it has an AMD64 TL-60 processor, and an
RS480 host bridge. I'm running 2.6.22, I get no HPET.
>From looking at the kernel source, the HPET driver is looking for PNP0103. I
>see
no PNP0103 entry on my machine, just PNP0100. Searching around, it looks like
kernel
On Tue, 2007-08-21 at 13:15 -0700, Andrew Morton wrote:
> On Tue, 21 Aug 2007 17:26:09 +0800
> Ian Kent <[EMAIL PROTECTED]> wrote:
>
> > Due to a change to fs/dcache.c:d_lookup() in the 2.6 kernel whereby only
> > hashed dentrys are returned the negative caching of mount failures
> > stopped worki
On Wed, 22 Aug 2007 10:08:09 +0800
Shaohua Li <[EMAIL PROTECTED]> wrote:
> commit dc386d4d1e98bb39fb967ee156cd456c802fc692 adds rcu_read_lock, but
> some routines in the lock range might sleep (like lock_buffer,
> aops->writepage), I saw a 'sleep in atomic' warning. It appears the
> patch has seve
On Tue, 2007-08-21 at 10:19 -0400, Peter Staubach wrote:
> Ian Kent wrote:
> > Hi,
> >
> > Due to a change to fs/dcache.c:d_lookup() in the 2.6 kernel whereby only
> > hashed dentrys are returned the negative caching of mount failures
> > stopped working in the autofs4 module for nobrowse mount (ie
On 08/22/2007 03:39 AM, José Luis Patiño Andrés wrote:
You have a SATA harddrive (Hitachi Travelstar 5K100 100GB SATA/2.5") and an
IDE (also known as PATA) DVD drive (LG GMA-4082N). That is, your disk
should be driven by the:
"Intel ESB, ICH, PIIX3, PIIX4 PATA/SATA support"
under the "Serial A
This is updated version.
Andrew, could you repleace ?
-Kame
==
Fixing 2 small issues pointed by Tony Luck.
Changelog v1 -> v2
* add pte_present_exec_user()
* remove pte_user
* fixed comments.
v1.
* removing redundant BUG_ON in __ia64_sync_icache_dcache().
* check pte_present() first.
Signed-o
get_nodes doesn't check if nodes in node mask are valid, cause a kernel
oops when an invalid node is used..
Signed-off-by: Shaohua Li <[EMAIL PROTECTED]>
Index: linux/mm/mempolicy.c
===
--- linux.orig/mm/mempolicy.c 2007-07-25 09:1
commit dc386d4d1e98bb39fb967ee156cd456c802fc692 adds rcu_read_lock, but
some routines in the lock range might sleep (like lock_buffer,
aops->writepage), I saw a 'sleep in atomic' warning. It appears the
patch has several versions before. Doing rcu_read_lock in PageAnon
sounds break the case of Page
Check for a few common errors in Blackfin-specific code wrt MMR loading in
assembly and doing core/system syncs. Restrict the Blackfin MMR checks to
actual Blackfin assembly files as pointed out by Joe Perches.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
CC: Bryan Wu <[EMAIL PROTECTED]>
CC
From: Chris Snook <[EMAIL PROTECTED]>
Date: Mon, 13 Aug 2007 07:24:52 -0400
> From: Chris Snook <[EMAIL PROTECTED]>
>
> Use volatile consistently in atomic.h on m32r.
>
> Signed-off-by: Chris Snook <[EMAIL PROTECTED]>
Thanks,
Acked-by: Hirokazu Takata <[EMAIL PROTECTED]>
-
To unsubscribe from t
Alan
Thank you for your comment. I'll try to change the load order.
--
Kiyoshi Sasaki <[EMAIL PROTECTED]>
On Tue, 21 Aug 2007, Kiyoshi Sasaki wrote:
Hello,
I see below errors in dmesg on ICH6/ICH7 machine:
usb 1-1: device not accepting address 2, error -71
or
usb 1-1: device descriptor re
El Miércoles, 22 de Agosto de 2007 00:08, Rene Herman escribió:
> You have a SATA harddrive (Hitachi Travelstar 5K100 100GB SATA/2.5") and an
> IDE (also known as PATA) DVD drive (LG GMA-4082N). That is, your disk
> should be driven by the:
>
> "Intel ESB, ICH, PIIX3, PIIX4 PATA/SATA support"
>
>
On Tue, Aug 21, 2007 at 03:48:42PM -0400, Jeff Moyer wrote:
> Hi,
>
> A while back, Nick Piggin introduced a patch to reduce the node memory
> usage for small files (commit cfd9b7df4abd3257c9e381b0e445817b26a51c0c):
>
> -#define RADIX_TREE_MAP_SHIFT 6
> +#define RADIX_TREE_MAP_SHIFT (CONFIG_BASE_
Thanks to Richard for the "aboot" fixes.
I'm seeing something new and strange with 2.6.23-rc3 that I wasn't
seeing in the 2.6.22+ kernels. I've got the bootlogo code enabled,
and at the point during system initialization where the logo
disappears, the console switches from tty1 to tty2. I can sw
Found this looping Ubuntu installs with VMI.
If unlucky enough to hit a vmalloc sync fault during a lazy mode
operation (from an IRQ handler for a module which was not yet populated
in current page directory, or from inside copy_one_pte, which touches
swap_map, and hit in an unused 4M region),
* Christoph Lameter ([EMAIL PROTECTED]) wrote:
> On Tue, 21 Aug 2007, Mathieu Desnoyers wrote:
>
> > As I am going back through the initial cmpxchg_local implementation, it
> > seems like it was executing __slab_alloc() with preemption disabled,
> > which is wrong. new_slab() is not designed for t
On Tue, Aug 21, 2007 at 08:23:14PM -0400, Chris Mason wrote:
> On Sun, 12 Aug 2007 17:11:20 +0800
> Fengguang Wu <[EMAIL PROTECTED]> wrote:
>
> > Andrew and Ken,
> >
> > Here are some more experiments on the writeback stuff.
> > Comments are highly welcome~
>
> I've been doing benchmarks lately
Fix ver_linux glibc version printing (for real this time)
Alexey Dobriyan reported that commit
4a645d5ea65baaa5736bcb566673bf4a351b2ad8
broke ver_linux when glibc has a 3 digit
version number, and proposed a patch.
Al Viro then suggested a simpler way to
solve the problem which I've then simpl
On Tue, 2007-08-21 at 17:34 -0700, [EMAIL PROTECTED] wrote:
> On Tue, Aug 21, 2007 at 03:55:29PM -0500, James Bottomley wrote:
>
> > .
> > Almost every platform supports posted DMA ... its a property of most PCI
> > bridge chips.
> >
>
> The term "posted DMA" is used to describe this behavio
* Christoph Lameter ([EMAIL PROTECTED]) wrote:
> Ok. Measurements vs. simple cmpxchg on a Intel(R) Pentium(R) 4 CPU 3.20GHz
> (hyperthreading enabled). Test run with your module show only minor
> performance improvements and lots of regressions. So we must have
> cmpxchg_local to see any improve
Ok. Measurements vs. simple cmpxchg on a Intel(R) Pentium(R) 4 CPU 3.20GHz
(hyperthreading enabled). Test run with your module show only minor
performance improvements and lots of regressions. So we must have
cmpxchg_local to see any improvements? Some kind of a recent optimization
of cmpxchg p
I resolved the issue like so:
1) Download kernel source (K) from kernel.org
2) move the archive to a place where source is, /home/user/linux for
example (will have to do mkdir /home/user/linux first of course!) via
mv /home/user/Desktop/archive /dest/archive
3) Extract the archive: if .tar.bz2:
On Wed, Aug 22, 2007 at 02:02:44AM +0200, Jesper Juhl wrote:
> > How about simply doing
> > sh -c 'cat /proc/$$/maps'|sed -n -e '/^.*\/libc-\([^/]*\)\.so$/{s//\1/;p;q}'
> > and to hell with parsing ls -l output?
> >
> Works for me.
or, simpler yet,
sed -n -e '/^.*\/libc-\([^/]*\)\.so$/{s//\1/;p;q
On Tue, Aug 21, 2007 at 06:51:16PM -0400, [EMAIL PROTECTED] wrote:
> On Tue, 21 Aug 2007 09:16:43 PDT, "Paul E. McKenney" said:
>
> > I agree that instant gratification is hard to come by when synching
> > up compiler and kernel versions. Nonetheless, it should be possible
> > to create APIs that
On 21/08/07, Noud Aldenhoven <[EMAIL PROTECTED]> wrote:
> Hello Kernel Develop mailing list,
>
...
>
> I'm a simple Math/Computer Science student and would like to learn
> more about linux and it's kernel.
> To be more precise, I'd to learn how to program in the linux kernel
> and maybe become a de
* Andi Kleen ([EMAIL PROTECTED]) wrote:
> Mathieu Desnoyers <[EMAIL PROTECTED]> writes:
> >
> > The measurements I get (in cycles):
> > enable interrupts (STI) disable interrupts (CLI) local
> > CMPXCHG
> > IA32 (P4)11282 26
> >
On Tue, Aug 21, 2007 at 03:55:29PM -0500, James Bottomley wrote:
> .
> Almost every platform supports posted DMA ... its a property of most PCI
> bridge chips.
>
The term "posted DMA" is used to describe this behavior in the Altix
Device Driver Writer's Guide, but it may be confusing things
On Tue, 21 Aug 2007, Mathieu Desnoyers wrote:
> As I am going back through the initial cmpxchg_local implementation, it
> seems like it was executing __slab_alloc() with preemption disabled,
> which is wrong. new_slab() is not designed for that.
The version I send you did not use preemption.
We
Mathieu Desnoyers <[EMAIL PROTECTED]> writes:
>
> The measurements I get (in cycles):
> enable interrupts (STI) disable interrupts (CLI) local
> CMPXCHG
> IA32 (P4)11282 26
> x86_64 AMD64 125 102
> current LinuxBIOS's path: the elfboot in LinuxBIOS will prepare the
> e820 table, and jump to startup_32 in kernel. is that not good and
> simple?
The problem is that the zero page cannot be changed at all in this
setup. Or rather it can be only changed by breaking LinuxBios.
-Andi
-
To unsub
Hi Ingo,
here is a lockdep trace I just encountered in the latest rt patch series.
(which has gotten a bit stale, btw.)
Enjoy,
Sven
=
* Christoph Lameter ([EMAIL PROTECTED]) wrote:
> On Tue, 21 Aug 2007, Mathieu Desnoyers wrote:
>
> > - Rounding error.. you seem to round at 0.1ms, but I keep the values in
> > cycles. The times that you get (1.1ms) seems strangely higher than
> > mine, which are under 1000 cycles on a 3GHz sy
On Sun, 12 Aug 2007 17:11:20 +0800
Fengguang Wu <[EMAIL PROTECTED]> wrote:
> Andrew and Ken,
>
> Here are some more experiments on the writeback stuff.
> Comments are highly welcome~
I've been doing benchmarks lately to try and trigger fragmentation, and
one of them is a simulation of make -j N
Please pull from 'fixes-2.6.23' branch of
master.kernel.org:/pub/scm/linux/kernel/git/galak/powerpc.git
fixes-2.6.23
to receive the following updates:
arch/powerpc/sysdev/fsl_pci.c |2 ++
include/linux/pci_ids.h |6 --
2 files changed, 6 insertions(+), 2 deletions(-)
On Tue, 21 Aug 2007, Mathieu Desnoyers wrote:
> - Rounding error.. you seem to round at 0.1ms, but I keep the values in
> cycles. The times that you get (1.1ms) seems strangely higher than
> mine, which are under 1000 cycles on a 3GHz system (less than 333ns).
> I guess there is both a ms -
How many people e.g. test -rc kernels compiled with gcc 3.2?
Why would that matter? It either works or not. If it doesn't
work, it can either be fixed, or support for that old compiler
version can be removed.
One bug report "kernel doesn't work / crash / ... when compiled with
gcc 3.2, but w
On Tue, 21 Aug 2007 14:12:02 -0700
"Luck, Tony" <[EMAIL PROTECTED]> wrote:
> > + if (pte_present(pteval) &&// swap out ?
> > + pte_exec(pteval) &&// flush only new executable page.
> > pte_user(pteval) &&// ignore kernel page
> > (!pte_present(*ptep) ||// do_no_page
These IDs are in pciutils, but haven't been added to the kernel
yet.
Signed-off-by: Alex Chiang <[EMAIL PROTECTED]>
Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]>
---
diff --git a/include/linux/pci_regs.h b/include/linux/pci_regs.h
index 495d368..1ef8712 100644
--- a/include/linux/pci_regs.h
On 22/08/07, Al Viro <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 21, 2007 at 11:56:32AM +0200, Jesper Juhl wrote:
> > On 21/08/07, Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> > > Commit 4a645d5ea65baaa5736bcb566673bf4a351b2ad8 broke ver_linux
> > > on etch which glibc has 3-digit version number.
> >
* Christoph Lameter ([EMAIL PROTECTED]) wrote:
> On Tue, 21 Aug 2007, Mathieu Desnoyers wrote:
>
> > Are you running a UP or SMP kernel ? If you run a UP kernel, the
> > cmpxchg_local and cmpxchg are identical.
>
> UP.
>
> > Oh, and if you run your tests at boot time, the alternatives code may
>
On 8/21/07, Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Tue, Aug 21, 2007 at 03:41:44AM -0700, H. Peter Anvin wrote:
> > Andi Kleen wrote:
> > >> - "struct boot_params" (the zeropage) is kept as a legacy interface.
> > >
> > > Legacy interface for what? Just for kexec utils which never should
> > >
On Tue, 21 Aug 2007, Mathieu Desnoyers wrote:
> Are you running a UP or SMP kernel ? If you run a UP kernel, the
> cmpxchg_local and cmpxchg are identical.
UP.
> Oh, and if you run your tests at boot time, the alternatives code may
> have removed the lock prefix, therefore making cmpxchg and cmp
* Christoph Lameter ([EMAIL PROTECTED]) wrote:
> On Tue, 21 Aug 2007, Mathieu Desnoyers wrote:
>
> > Using cmpxchg_local vs cmpxchg has a clear impact on the fast paths, as
> > shown below: it saves about 60 to 70 cycles for kmalloc and 200 cycles
> > for the kmalloc/kfree pair (test 2).
>
> Hmmm
* Mathieu Desnoyers ([EMAIL PROTECTED]) wrote:
> * Christoph Lameter ([EMAIL PROTECTED]) wrote:
> > On Tue, 21 Aug 2007, Mathieu Desnoyers wrote:
> >
> > > - Changed smp_rmb() for barrier(). We are not interested in read order
> > > across cpus, what we want is to be ordered wrt local interrupts
On Tue, 21 Aug 2007, Mathieu Desnoyers wrote:
> Using cmpxchg_local vs cmpxchg has a clear impact on the fast paths, as
> shown below: it saves about 60 to 70 cycles for kmalloc and 200 cycles
> for the kmalloc/kfree pair (test 2).
H.. I wonder if the AMD processors simply do the same in eith
On Tue, 21 Aug 2007, Mathieu Desnoyers wrote:
> kmalloc(8)/kfree = 112 cycles
> kmalloc(16)/kfree = 103 cycles
> kmalloc(32)/kfree = 103 cycles
> kmalloc(64)/kfree = 103 cycles
> kmalloc(128)/kfree = 112 cycles
> kmalloc(256)/kfree = 111 cycles
> kmalloc(512)/kfree = 111 cycles
> kmalloc(1024)/kfr
* Christoph Lameter ([EMAIL PROTECTED]) wrote:
> On Tue, 21 Aug 2007, Mathieu Desnoyers wrote:
>
> > SLUB Use cmpxchg() everywhere.
> >
> > It applies to "SLUB: Single atomic instruction alloc/free using
> > cmpxchg".
>
> > +++ slab/mm/slub.c 2007-08-20 18:42:28.0 -0400
> > @@ -1682,7 +
On Sun, 19 Aug 2007 15:56:07 + (UTC)
richard kennedy <[EMAIL PROTECTED]> wrote:
> On Thu, 09 Aug 2007 22:42:54 -0700, Andrew Morton wrote:
>
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-
> rc2/2.6.23-rc2-mm2/
> >
> > - Various problems from 2.6.23-rc2-mm1 were fix
On Tue, 21 Aug 2007, Mathieu Desnoyers wrote:
> * cmpxchg_local Slub test
> kmalloc(8) = 83 cycleskfree = 363 cycles
> kmalloc(16) = 85 cycles kfree = 372 cycles
> kmalloc(32) = 92 cycles kfree = 377 cycles
> kmalloc(64) = 115 cycleskfree = 397 cycles
> kmal
* Christoph Lameter ([EMAIL PROTECTED]) wrote:
> On Tue, 21 Aug 2007, Mathieu Desnoyers wrote:
>
> > - Changed smp_rmb() for barrier(). We are not interested in read order
> > across cpus, what we want is to be ordered wrt local interrupts only.
> > barrier() is much cheaper than a rmb().
>
>
Reformatting...
* Mathieu Desnoyers ([EMAIL PROTECTED]) wrote:
> Hi Christoph,
>
> If you are interested in the raw numbers:
>
> The (very basic) test module follows. Make sure you change get_cycles()
> for get_cycles_sync() if you plan to run this on x86_64.
>
> (tests taken on a 3GHz Pentium
From: [EMAIL PROTECTED]
Date: Tue, 21 Aug 2007 16:03:06 -0700
> Subject: git-net fix export
> From: Andrew Morton <[EMAIL PROTECTED]>
>
> Must be silly season or something.
>
> Cc: "David S. Miller" <[EMAIL PROTECTED]>
> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
I've applied this to net
On Tue, 21 Aug 2007, Mathieu Desnoyers wrote:
> SLUB Use cmpxchg() everywhere.
>
> It applies to "SLUB: Single atomic instruction alloc/free using
> cmpxchg".
> +++ slab/mm/slub.c2007-08-20 18:42:28.0 -0400
> @@ -1682,7 +1682,7 @@ redo:
>
> object[c->offset] = freelist;
>
>
On Tue, Aug 21, 2007 at 11:56:32AM +0200, Jesper Juhl wrote:
> On 21/08/07, Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> > Commit 4a645d5ea65baaa5736bcb566673bf4a351b2ad8 broke ver_linux
> > on etch which glibc has 3-digit version number.
>
> Whoops, sorry about that.
>
> > Patch replaces awk
> >
On Tue, 21 Aug 2007, Mathieu Desnoyers wrote:
> - Changed smp_rmb() for barrier(). We are not interested in read order
> across cpus, what we want is to be ordered wrt local interrupts only.
> barrier() is much cheaper than a rmb().
But this means a preempt disable is required. RT users do no
On 08/22/2007 01:00 AM, Alan Cox wrote:
"Intel ESB, ICH, PIIX3, PIIX4 PATA/SATA support"
Not for the newer chips. You want ATA/SATA (PIIX and possibly AHCI)
support from the new drivers, SCSI disk and SCSI cd.
That _is_ the *config description for the new (CONFIG_ATA_PIIX) driver (in
2.6.22
* Christoph Lameter ([EMAIL PROTECTED]) wrote:
> On Tue, 21 Aug 2007, Mathieu Desnoyers wrote:
>
> > - Fixed an erroneous test in slab_free() (logic was flipped from the
> > original code when testing for slow path. It explains the wrong
> > numbers you have with big free).
>
> If you look
1 - 100 of 417 matches
Mail list logo
