On Tue, 15 May 2001, James Simmons wrote:
I actually suggested something like this a while ago, mainly w.r.t. how
to deal with serial ports (e.g. /dev/ttyS0/callout instead of /dev/cua0).
Very brillant. I like to see this as well, plus include the other serial
devices.
Personally, I'd
On Wed, 16 May 2001, Daniel Phillips wrote:
On Tuesday 15 May 2001 23:20, Nicolas Pitre wrote:
Personally, I'd really like to see /dev/ttyS0 be the first detected
serial port on a system, /dev/ttyS1 the second, etc.
There are well-defined rules for the first four on PC's. The ttySx
On Sun, 20 May 2001, Eric S. Raymond wrote:
In order to prevent that happening, I would like to have some recognized
criterion for configuration cases that are so perverse that it is a
net loss to accept the additional complexity of handling them within the
configurator.
Simple: That
On 20 May 2001, Robert M. Love wrote:
I feel that there should *never ever* be a legit situation that the
configuration tool does not allow. Not ever. Two reasons:
First, I tend to trust the config tools (perhaps too much). If they
tell me x implies y, or x implies not y, I will believe
On 21 May 2001, Jes Sorensen wrote:
John Au contraire. It is very reasonable to have both python and
John python2 installed. Having two different gcc versions installed
John is a big pain in the arse.
It's not unreasonable to have both installed, it's unreasonable to
require it.
Eric
On Sun, 3 Jun 2001, Oleg Drokin wrote:
Hello!
In article [EMAIL PROTECTED] you wrote:
AC 2.4.5-ac7
AC o Make USB require PCI(me)
Huh?!
How about people from StrongArm sa11x0 port, who have USB host controller (in
sa companion chip) but do not have
On Wed, 15 Nov 2000, Rik van Riel wrote:
On Wed, 15 Nov 2000, Andreas Osterburg wrote:
Because I set up a diskless Linux-workstation, I want to swap
over NFS. For this purpose I found only patches for "older"
Linux-versions (2.0, 2.1, 2.2?).
Does anyone know wheter there are patches
On Fri, 20 Apr 2001, Tom Rini wrote:
On Fri, Apr 20, 2001 at 10:59:34AM -0400, Eric S. Raymond wrote:
Alan Cox [EMAIL PROTECTED]:
well, though. One is the kind I'm bumping into right now, where
somebody legitimately needs to make small (almost trivial) changes
scattered all
On Fri, 20 Apr 2001, Tom Rini wrote:
On Fri, Apr 20, 2001 at 12:35:12PM -0400, Nicolas Pitre wrote:
Why not having everybody's tree consistent with themselves and have whatever
CONFIGURE_* symbols and help text be merged along with the very code it
refers to? It's worthless to have
On Fri, 13 Apr 2001, Jeff Garzik wrote:
"Eric S. Raymond" wrote:
OK, 1.1.0 will do these things. I'm still not certain I have `make
oldconfig' right, but I trust someone will club me gently over the
head if it's still not up to spec.
Yep :) 'vi .config' + 'make oldconfig' is the
On Sun, 22 Apr 2007, Junio C Hamano wrote:
With recent glibc, mkstemp() creates 0400 file. Updated
pack-objects uses it in pack/idx writing without fixing this,
hence this problem.
Oops. I guess I'm guilty for this. I didn't bother looking at the
permission on the pack for
On Sun, 22 Apr 2007, Junio C Hamano wrote:
Nicolas Pitre [EMAIL PROTECTED] writes:
On Sun, 22 Apr 2007, Junio C Hamano wrote:
With recent glibc, mkstemp() creates 0400 file. Updated
pack-objects uses it in pack/idx writing without fixing this,
hence this problem.
Oops. I guess
On Sun, 22 Apr 2007, Nicolas Pitre wrote:
On Sun, 22 Apr 2007, Junio C Hamano wrote:
Nicolas Pitre [EMAIL PROTECTED] writes:
On Sun, 22 Apr 2007, Junio C Hamano wrote:
With recent glibc, mkstemp() creates 0400 file. Updated
pack-objects uses it in pack/idx writing without
On Tue, 18 Sep 2007, Rene Herman wrote:
Hi Nicolas.
Given that it's not checking for signals, I believe this one should be an
uninterruptible sleep instead?
Probably.
Nicolas
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On Tue, 18 Sep 2007, Rene Herman wrote:
On 09/18/2007 06:03 PM, Nicolas Pitre wrote:
On Tue, 18 Sep 2007, Rene Herman wrote:
Hi Nicolas.
Given that it's not checking for signals, I believe this one should be an
uninterruptible sleep instead?
Probably.
Thanks. Should I
On Mon, 3 Dec 2007, Linus Torvalds wrote:
That said, none of the changes are really _exciting_ or really scary. And
we should have fixed a number of regressions, although more certainly
remain.
Any reason for this:
mode change 100644 = 100755 drivers/net/chelsio/cxgb2.c
mode change
This field and corresponding defines are simply never used anywhere
in the code. But its mere presence is enough to confuse some host
driver authors who attempt to rely on it. Let's eliminate the
possibility for confusion and remove it entirely.
Signed-off-by: Nicolas Pitre [EMAIL PROTECTED
the hardware.
From: Andre Haupt [EMAIL PROTECTED]
Signed-off-by: Andre Haupt [EMAIL PROTECTED]
Nicolas, does this seem correct to you? I'm not familiar with the
serial stuff.
Yes, that should be fine.
Acked-by: Nicolas Pitre [EMAIL PROTECTED]
Nicolas
-
To unsubscribe from this list
On Wed, 12 Dec 2007, Dave Jones wrote:
For a while I've been pulling together some scripts to create
a git repo with every single ancient Linux version up to 2.4
before we had an SCM tracking commits.
(from 0.01, up to 2.4.0, including every -pre,-test and -rc along
the way as a separate
On Wed, 12 Dec 2007, Nicolas Pitre wrote:
On Wed, 12 Dec 2007, Dave Jones wrote:
Nico's archive had some bits I missed, and there were some bits
in his that I had got, so where possible, I stole some of his changelogs.
I think my variant is as complete as we're going to get.
Good
On Wed, 12 Dec 2007, Dave Jones wrote:
On Wed, Dec 12, 2007 at 07:23:08PM -0500, Nicolas Pitre wrote:
On Wed, 12 Dec 2007, Nicolas Pitre wrote:
On Wed, 12 Dec 2007, Dave Jones wrote:
Nico's archive had some bits I missed, and there were some bits
in his that I had got
On Tue, 12 Feb 2008, Linus Torvalds wrote:
Of course, if you didn't even want to save the old branch, just skip the
first step. If you have reflogs enabled (and git does that by default in
any half-way recent version), you can always find it again, even without
having to do git fsck
On Wed, 13 Feb 2008, Kevin Hilman wrote:
The smc_special_locks should also be used when either softIRQs or hard
IRQs are preempted which may lead to the same problems as under SMP.
Signed-off-by: Kevin Hilman [EMAIL PROTECTED]
Acked-by: Nicolas Pitre [EMAIL PROTECTED]
---
drivers/net
of the 'c' modifier for instantiating the long (e.g. .long %c0).
However, the 'c' modifier has been found to ICE certain versions of GCC, and
therefore we resort to stringified symbols here.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Reviewed-by: Nicolas Pitre n...@linaro.org
There is another
.
There is no corresponding change on the phys_to_virt() side, because
computations on the upper 32-bits would be discarded anyway.
Signed-off-by: Cyril Chemparathy cy...@ti.com
Reviewed-by: Nicolas Pitre n...@linaro.org
---
arch/arm/include/asm/memory.h | 38 --
arch/arm
On Mon, 24 Sep 2012, Dave Martin wrote:
On Fri, Sep 21, 2012 at 11:56:03AM -0400, Cyril Chemparathy wrote:
This patch adds support for 64-bit physical addresses in virt_to_phys()
patching. This does not do real 64-bit add/sub, but instead patches in the
upper 32-bits of the phys_offset
.
Without this patch, building any ARM kernel results in:
Kernel: arch/arm/boot/Image is ready
Kernel: arch/arm/boot/zImage is ready
Signed-off-by: Arnd Bergmann a...@arndb.de
Cc: Russell King rmk+ker...@arm.linux.org.uk
Cc: Nicolas Pitre nicolas.pi...@linaro.org
Cc: Catalin Marinas
with -marm. Those gcc versions
that might not accept -marm have not been able to compile the kernel for
a long long time now. Otherwise...
Acked-by: Nicolas Pitre n...@linaro.org
---
arch/arm/Makefile | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/arch/arm
On Thu, 8 Nov 2012, Kees Cook wrote:
This adds support for seccomp BPF to ARM. When built with the seccomp
improvement patch waiting in linux-next (seccomp: Make syscall skipping
and nr changes more consistent), this passes the seccomp regression
test suite: https://github.com/redpig/seccomp
On Tue, 11 Sep 2007, Randy Dunlap wrote:
From: Randy Dunlap [EMAIL PROTECTED]
Requested by Jeff Garzik.
Add info about various email clients and their applicability
in being used to send Linux kernel patches.
Some notes takes from http://mbligh.org/linuxdocs/Email/Clients
Portions
On Tue, 11 Sep 2007, Adrian Bunk wrote:
On Tue, Sep 11, 2007 at 02:03:34PM -0400, Nicolas Pitre wrote:
On Tue, 11 Sep 2007, Randy Dunlap wrote:
...
+Alpine (TUI)
+
+I don't know. Maybe Adrian or Linus can comment.
+
+Are any special config options needed?
Alpine
On Mon, 23 Jul 2007, Linus Torvalds wrote:
So I've been thinking about trying to re-create some really old history
into git, but it's still a lot of work.. And obviously not very useful,
just interesting from an archeological standpoint.
I started this once.
I have (sort of) a GIT tree
On Mon, 23 Jul 2007, Linus Torvalds wrote:
On Mon, 23 Jul 2007, Nicolas Pitre wrote:
I started this once.
I have (sort of) a GIT tree with all Linux revisions that I could find
from v0.01 up to v1.0.9. But the most interesting information and also
what is the most time
On Mon, 23 Jul 2007, Theodore Tso wrote:
On Mon, Jul 23, 2007 at 09:55:24AM -0700, Linus Torvalds wrote:
I actually tried to get something like this together back in the BK days
and early in the SCO saga. It was pretty painful to try to find all the
historic trees and patches -
On Mon, 23 Jul 2007, Linus Torvalds wrote:
On Mon, 23 Jul 2007, Nicolas Pitre wrote:
What is missing is:
- v0.02 sources
I think this really is gone. 0.03 was such an improvement on 0.02 that I
think what happened was that I literally removed 0.02 (hey, it wasn't
On Tue, 24 Jul 2007, Al Viro wrote:
On Mon, Jul 23, 2007 at 03:06:09PM -0400, Nicolas Pitre wrote:
- v0.96 sources
- v0.99.12 announcement
- sources for v0.99.13{abcdefghij} (got k, don't know where the serie
ends) as well as announcements for all of them
- all
On Mon, 23 Jul 2007, H. Peter Anvin wrote:
Nicolas Pitre wrote:
I have sanitized .tgz files that I use to stuff a Git repo with. I
recall that some of them were reconstructed through patching an earlier
or later kernel version because the original ones were corrupted. Some
patches
On Sun, 12 Aug 2007, [EMAIL PROTECTED] wrote:
Add file pattern to MAINTAINER entry
Signed-off-by: Joe Perches [EMAIL PROTECTED]
diff --git a/MAINTAINERS b/MAINTAINERS
index 3889034..6e99107 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3768,6 +3768,11 @@ P: Nicolas Pitre
M
On Mon, 13 Aug 2007, Joe Perches wrote:
On Mon, 2007-08-13 at 10:14 -0400, Nicolas Pitre wrote:
Please don't apply this one as is. The spi and usb bits weren't written
by me, and given that I don't have access to the corresponding hardware
at the moment, I'd have a really hard time
On Sun, 22 Jul 2007, Jon Smirl wrote:
Continuing on with kernel archeology for embedded systems, any
interest in making a git tree with all of the kernel versions from the
beginning up to the start of the current git tree?
I just put the archive I've gathered so far in a Git tree on
On Mon, 20 Aug 2007, Josef Sipek wrote:
On Sun, Aug 19, 2007 at 03:24:56PM -0400, Nicolas Pitre wrote:
On Sun, 22 Jul 2007, Jon Smirl wrote:
Continuing on with kernel archeology for embedded systems, any
interest in making a git tree with all of the kernel versions from
On Mon, 20 Aug 2007, Jan-Benedict Glaw wrote:
On Mon, 2007-07-23 20:10:23 -0400, Nicolas Pitre [EMAIL PROTECTED] wrote:
I have sanitized .tgz files that I use to stuff a Git repo with. I
recall that some of them were reconstructed through patching an earlier
or later kernel version
On Fri, 12 Oct 2007, Pierre Ossman wrote:
On Thu, 11 Oct 2007 22:30:41 -0700 (PDT)
Linus Torvalds [EMAIL PROTECTED] wrote:
There seems to be some breakage here:
Breakage repaired (and some new git voodoo learned. woot!). I even
threw in a few randconfig for good measure. So repull
On Wed, 9 Feb 2005, Larry McVoy wrote:
On Wed, Feb 09, 2005 at 05:06:02AM -0200, Alexandre Oliva wrote:
So you've somehow managed to trick most kernel developers into
granting you power over not only the BK history
It's exactly the same as a file system. If you put some files into a
On Wed, 9 Feb 2005, Jon Smirl wrote:
On Wed, 9 Feb 2005 12:17:48 -0500 (EST), Nicolas Pitre [EMAIL PROTECTED]
wrote:
On Tue, 8 Feb 2005, Larry McVoy wrote:
Larry, why can't you compete only on the tool instead of claiming
exclusive rights on the test bench as well?
Nicolas, Larry
On Wed, 9 Feb 2005, Larry McVoy wrote:
On Wed, Feb 09, 2005 at 12:17:48PM -0500, Nicolas Pitre wrote:
On Tue, 8 Feb 2005, Larry McVoy wrote:
You know, you could change all this. Instead of complaining that we
are somehow hurting you, which virtually 100% of the readers know
On Fri, 4 Mar 2005, Linus Torvalds wrote:
On Fri, 4 Mar 2005, Andrew Morton wrote:
Jens Axboe [EMAIL PROTECTED] wrote:
On Fri, Mar 04 2005, Andrew Morton wrote:
The average user has learnt rc1 == pre1. I don't expect that it
matters much at all.
The average user
On Fri, 4 Mar 2005, Linus Torvalds wrote:
On Fri, 4 Mar 2005, Nicolas Pitre wrote:
It might still be worth a try, especially since so many people are
convinced this is the way to go (your fault or not is not the point).
Making releases is actually a fair bit of work
On Mon, 24 Jan 2005, Ian Campbell wrote:
Hi Nico,
Below is a first cut at supporting the second 32-bit DATACS chipselect
in the smc91x driver to transfer data.
[...]
I'm not entirely happy with using the SMC_*_RESOURCE defines to find the
correct resources, but I don't think you can have
On Tue, 25 Jan 2005, Ian Campbell wrote:
On Tue, 2005-01-25 at 11:14 +, Ian Campbell wrote:
Are you happy with iocs, attrib and datacs for the names?
Of the platforms with an smc91x platform_device (according to grep) only
2 (lubbock, neponset) out of the 18 have memory resources other
On Tue, 25 Jan 2005, Ian Campbell wrote:
Sounds good. Are you happy for me to send the version below to Andrew
and Jeff for inclusion? compiled on lubbock and neponset, compiled and
tested on my platform.
Cheers,
Ian.
Signed-off-by: Ian Campbell [EMAIL PROTECTED]
Signed-off-by: Nicolas
On Mon, 10 Jan 2005, Jean Delvare wrote:
When I get this, I'll compare with the datasheets so as to understand
how your chip is configured (or left unconfigured) by your BIOS. This
will both help me propose a workaround in the it87 driver and explain
the Gigabyte support what I think they
On Wed, 19 Jan 2005, Jean Delvare wrote:
Hi Nicolas,
FWIW, I have a Gigabyte motherboard with an it87 chip too. Reading
about this it87 polarity thing I'm suspecting something is really
wrong here:
When system is idle, the sensors report shows:
CPU temp = +25°C and CPU fan =
-by: Nicolas Pitre [EMAIL PROTECTED]
Index: 2.6/drivers/net/smc91x.c
===
--- 2.6.orig/drivers/net/smc91x.c 2005-01-17 11:04:43.0 +
+++ 2.6/drivers/net/smc91x.c 2005-01-20 12:11:09.292758475 +
@@ -1013,13 +1008,29
On Thu, 20 Jan 2005, Jean Delvare wrote:
Hi Nicolas,
I would also appreciate a dump of the chip (isadump 0x295 0x296 unless
it lives at some uncommon address) to confirm the guess.
0 1 2 3 4 5 6 7 8 9 a b c d e f
00: 11 10 80 00 37 ff 00 37 ff 07 13 5b 00 51
On Mon, 16 Jul 2012, Colin Cross wrote:
vfp_pm_suspend should save the VFP state in suspend after
any lazy context switch. If it only saves when the VFP is enabled,
the state can get lost when, on a UP system:
Thread 1 uses the VFP
Context switch occurs to thread 2, VFP is disabled but
On Thu, 18 Apr 2013, Stefano Stabellini wrote:
On Thu, 18 Apr 2013, Russell King - ARM Linux wrote:
On Fri, Apr 05, 2013 at 02:11:32PM +0100, Stefano Stabellini wrote:
+ psci_init();
#ifdef CONFIG_SMP
if (is_smp()) {
- smp_set_ops(mdesc-smp);
+ if (mdesc-smp)
On Thu, 18 Apr 2013, Stefano Stabellini wrote:
On Thu, 18 Apr 2013, Russell King - ARM Linux wrote:
This should allow the Xen problem to be resolved, because Xen will
provide the PSCI operations, and it's correct in that case to override
the platform's SMP operations.
Yes, increasing
On Thu, 18 Apr 2013, Stefano Stabellini wrote:
On Thu, 18 Apr 2013, Nicolas Pitre wrote:
On Thu, 18 Apr 2013, Stefano Stabellini wrote:
On Thu, 18 Apr 2013, Russell King - ARM Linux wrote:
This should allow the Xen problem to be resolved, because Xen will
provide the PSCI
On Thu, 18 Apr 2013, Stefano Stabellini wrote:
On Thu, 18 Apr 2013, Nicolas Pitre wrote:
On Thu, 18 Apr 2013, Stefano Stabellini wrote:
On Thu, 18 Apr 2013, Russell King - ARM Linux wrote:
On Fri, Apr 05, 2013 at 02:11:32PM +0100, Stefano Stabellini wrote:
+ psci_init
On Fri, 19 Apr 2013, Stefano Stabellini wrote:
On Thu, 18 Apr 2013, Nicolas Pitre wrote:
On Thu, 18 Apr 2013, Stefano Stabellini wrote:
On Thu, 18 Apr 2013, Nicolas Pitre wrote:
On Thu, 18 Apr 2013, Stefano Stabellini wrote:
On Thu, 18 Apr 2013, Russell King - ARM Linux
On Fri, 19 Apr 2013, Ian Campbell wrote:
On Fri, 2013-04-19 at 16:47 +0100, Nicolas Pitre wrote:
No one should be probing registers without making sure it is safe to do
so. Even on non virtualized hardware this can be a dangerous thing to
do.
Won't people writing per machine code
On Fri, 5 Apr 2013, Stefano Stabellini wrote:
If PSCI is available on the platform, prefer psci_smp_ops over the
platform smp_ops.
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
Acked-by: Nicolas Pitre n...@linaro.org
---
arch/arm/kernel/setup.c |6 +++---
1
On Fri, 5 Apr 2013, Stefano Stabellini wrote:
Split xen_guest_init in two functions, one of them (xen_early_init) is
going to be called very early from setup_arch.
Change machine_desc-smp_init to xen_smp_init if Xen is present on the
platform. xen_smp_init just sets smp_ops to psci_smp_ops.
On Fri, 5 Apr 2013, Stefano Stabellini wrote:
This is what happens:
- No Xen
Xen is not running on the platform and a Xen hypervisor node is not
available on device tree.
Everything keeps working seamlessly, this patch doesn't change anything.
- we are running on Xen
Xen is running on
On Fri, 5 Apr 2013, Stefano Stabellini wrote:
On Fri, 5 Apr 2013, Stefano Stabellini wrote:
- we are running on Xen
Xen is running on the platform, we are running as a guest on Xen and an
hypervisor node is available on device tree.
Let's also assume that there aren't any arm,cci
On Fri, 5 Apr 2013, Rob Herring wrote:
On 04/05/2013 02:36 PM, Nicolas Pitre wrote:
On Fri, 5 Apr 2013, Stefano Stabellini wrote:
This is what happens:
- No Xen
Xen is not running on the platform and a Xen hypervisor node is not
available on device tree.
Everything keeps working
On Sat, 6 Apr 2013, Stefano Stabellini wrote:
On Fri, 5 Apr 2013, Nicolas Pitre wrote:
On Fri, 5 Apr 2013, Rob Herring wrote:
On 04/05/2013 02:36 PM, Nicolas Pitre wrote:
On Fri, 5 Apr 2013, Stefano Stabellini wrote:
This is what happens:
- No Xen
Xen
On Tue, 9 Apr 2013, Dave Martin wrote:
On Tue, Apr 02, 2013 at 12:11:25PM -0400, Nicolas Pitre wrote:
I'm concerned about mixing big.LITTLE and Xen as well. I don't think
this is going to make an easy match. KVM might have an easier fit here.
But, in any case, even if the MCPM layer
or mdesc-smp.
Signed-off-by: Jon Medhurst t...@linaro.org
Signed-off-by: Nicolas Pitre nicolas.pi...@linaro.org
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
---
arch/arm/include/asm/mach/arch.h |3 +++
arch/arm
-by: Nicolas Pitre n...@linaro.org
---
arch/arm/include/asm/psci.h |9 +
arch/arm/kernel/Makefile |5 ++-
arch/arm/kernel/psci.c |3 +-
arch/arm/kernel/psci_smp.c | 67
++
arch/arm/kernel/setup.c |7
On Fri, 29 Mar 2013, Stefano Stabellini wrote:
If PSCI initializes correctly and PSCI SMP operations are available, use them.
This is required for SMP support in Dom0 on Xen.
Signed-off-by: Stefano Stabellini stefano.stabell...@eu.citrix.com
CC: will.dea...@arm.com
CC: a...@arndb.de
CC:
On Fri, 29 Mar 2013, Stefano Stabellini wrote:
On Fri, 29 Mar 2013, Nicolas Pitre wrote:
On Fri, 29 Mar 2013, Stefano Stabellini wrote:
If PSCI initializes correctly and PSCI SMP operations are available, use
them.
This is required for SMP support in Dom0 on Xen.
Signed-off
On Fri, 29 Mar 2013, Stefano Stabellini wrote:
On Fri, 29 Mar 2013, Nicolas Pitre wrote:
This way the
priority order would be:
- If mdesc-smp_init is non null then use that.
- Otherwise, if PSCI is available then use that.
- Otherwise use mdesc-smp.
This way, if the PSCI
On Mon, 1 Apr 2013, Stefano Stabellini wrote:
On Fri, 29 Mar 2013, Rob Herring wrote:
On 03/29/2013 12:53 PM, Nicolas Pitre wrote:
On Fri, 29 Mar 2013, Stefano Stabellini wrote:
On Fri, 29 Mar 2013, Nicolas Pitre wrote:
On Fri, 29 Mar 2013, Stefano Stabellini wrote:
If PSCI
On Tue, 2 Apr 2013, Stefano Stabellini wrote:
On Mon, 1 Apr 2013, Nicolas Pitre wrote:
On Mon, 1 Apr 2013, Stefano Stabellini wrote:
What are the platforms that are going to use smp_init? Do we know how do
they intend to use it?
VExpress for one. When booting on a big.LITTLE system
On Tue, 2 Apr 2013, Stefano Stabellini wrote:
Split xen_guest_init in two functions, one of them (xen_early_init) is
going to be called very early from setup_arch.
Change machine_desc-smp_init to xen_smp_init if Xen is present on the
platform. xen_smp_init just sets smp_ops to psci_smp_ops.
On Tue, 2 Apr 2013, Stefano Stabellini wrote:
Rename virt_smp_ops to psci_smp_ops and move them to
arch/arm/kernel/psci_smp.c.
Remove mach-virt/platsmp.c, now unused.
Compile psci_smp if CONFIG_ARM_PSCI and CONFIG_SMP.
Add a cpu_die smp_op based on psci_ops.cpu_off.
Initialize PSCI
On Wed, 3 Apr 2013, Stefano Stabellini wrote:
On Tue, 2 Apr 2013, Nicolas Pitre wrote:
On Tue, 2 Apr 2013, Stefano Stabellini wrote:
@@ -176,27 +178,30 @@ static int __init xen_secondary_init(unsigned int
cpu)
return 0;
}
+static void __init xen_smp_init(void
On Fri, 15 Mar 2013, Russell King - ARM Linux wrote:
On Tue, Mar 12, 2013 at 06:47:53PM -0700, Bill Huang wrote:
On Tue, 2013-03-12 at 21:40 +0800, Russell King - ARM Linux wrote:
On Tue, Mar 12, 2013 at 05:37:41AM -0700, Bill Huang wrote:
Add the below four notifier events so drivers
On Tue, 19 Mar 2013, Joonsoo Kim wrote:
On Thu, Mar 07, 2013 at 07:35:51PM +0900, JoonSoo Kim wrote:
2013/3/7 Nicolas Pitre nicolas.pi...@linaro.org:
On Thu, 7 Mar 2013, Joonsoo Kim wrote:
Hello, Nicolas.
On Tue, Mar 05, 2013 at 05:36:12PM +0800, Nicolas Pitre wrote:
On Mon
On Tue, 26 Mar 2013, Chen Gang wrote:
a hacker may find something valuable with the aid of compiler ;-)
maybe, it is a patch which is too minor to apply. I can understand :-)
You should send such patches to Jiri Kosina triv...@kernel.org.
Nicolas
--
To unsubscribe from this list:
On Tue, 26 Mar 2013, Will Deacon wrote:
On Tue, Mar 26, 2013 at 03:25:55PM +, Stefano Stabellini wrote:
On Tue, 26 Mar 2013, Will Deacon wrote:
On Tue, Mar 26, 2013 at 02:41:15PM +, Stefano Stabellini wrote:
+struct smp_operations __initdata psci_smp_ops = {
+
On Tue, 26 Mar 2013, Arnd Bergmann wrote:
On Tuesday 26 March 2013, Will Deacon wrote:
They can even base the implementation of their smp_ops on the current
psci code, in order to facilitate that I could get rid of psci_ops
(which initialization is based on device tree) and export the
On Wed, 27 Mar 2013, Vincent Guittot wrote:
On 27 March 2013 09:46, Peter Zijlstra pet...@infradead.org wrote:
On Tue, 2013-03-26 at 08:29 -0700, Arjan van de Ven wrote:
Isn't this basically related to picking the NO_HZ cpu; if the system
isn't fully symmetric with its power gates you
On Wed, 27 Mar 2013, Catalin Marinas wrote:
So if the above works, the scheduler guys can mandate that little CPUs
are always first and for ARM it would be a matter of getting the right
CPU topology in the DT (independent of what hw vendors think of CPU
topology) and booting Linux on CPU 4
' hook to machine_desc so platforms can specify a
function to be used to setup smp ops instead of having a statically
defined value.
Signed-off-by: Jon Medhurst t...@linaro.org
Signed-off-by: Nicolas Pitre nicolas.pi...@linaro.org
Reviewed-by: Santosh Shilimkar santosh.shilim...@ti.com
diff --git
On Thu, 28 Mar 2013, Stefano Stabellini wrote:
- the interface to bring up secondary cpus is different and based on
PSCI, in fact Xen is going to add a PSCI node to the device tree so that
Dom0 can use it.
Oh wait, Dom0 is not going to use the PSCI interface even if the node is
present on
On Thu, 28 Mar 2013, Rob Herring wrote:
On 03/28/2013 09:51 AM, Nicolas Pitre wrote:
On Thu, 28 Mar 2013, Stefano Stabellini wrote:
- the interface to bring up secondary cpus is different and based on
PSCI, in fact Xen is going to add a PSCI node to the device tree so that
Dom0 can
On Thu, 28 Mar 2013, Will Deacon wrote:
On Thu, Mar 28, 2013 at 03:39:42PM +, Nicolas Pitre wrote:
On Thu, 28 Mar 2013, Rob Herring wrote:
On 03/28/2013 09:51 AM, Nicolas Pitre wrote:
On Thu, 28 Mar 2013, Stefano Stabellini wrote:
- the interface to bring up secondary
On Mon, 4 Mar 2013, Joonsoo Kim wrote:
With SMP and enabling kmap_high_get(), it makes users of kmap_atomic()
sequential ordered, because kmap_high_get() use global kmap_lock().
It is not welcome situation, so turn off this optimization for SMP.
I'm not sure I understand the problem.
The
.
This is useless operation, so remove one.
Signed-off-by: Joonsoo Kim iamjoonsoo@lge.com
Acked-by: Nicolas Pitre n...@linaro.org
diff --git a/arch/arm/mm/dma-mapping.c b/arch/arm/mm/dma-mapping.c
index c7e3759..b7711be 100644
--- a/arch/arm/mm/dma-mapping.c
+++ b/arch/arm/mm/dma-mapping.c
On Thu, 7 Mar 2013, Joonsoo Kim wrote:
Hello, Nicolas.
On Tue, Mar 05, 2013 at 05:36:12PM +0800, Nicolas Pitre wrote:
On Mon, 4 Mar 2013, Joonsoo Kim wrote:
With SMP and enabling kmap_high_get(), it makes users of kmap_atomic()
sequential ordered, because kmap_high_get() use global
, #CR_A
Any feedback on this simple patch?
Acked-by: Nicolas Pitre n...@linaro.org
Nicolas
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
On Fri, 8 Feb 2013, Viresh Kumar wrote:
Hi Vijay,
By mistake you have added an ST internal list in cc, fixed it now.
Subject should be:
ARM: SPEAr13xx: Enable 2G/2G Memory split in defconfig
On 8 February 2013 16:16, Vijay Kumar Mishra vijay.ku...@st.com wrote:
Memory split 2G/2G
On Fri, 8 Feb 2013, Russell King - ARM Linux wrote:
On Fri, Feb 08, 2013 at 03:51:25PM +0900, Joonsoo Kim wrote:
I try to put it into patch tracker, but I fail to put it.
I use following command.
git send-email --to patc...@arm.linux.org.uk 0001-ARM-sched-correct~
Am I wrong?
On Fri, 8 Feb 2013, Woodhouse, David wrote:
On Thu, 2013-02-07 at 18:13 +, Russell King - ARM Linux wrote:
However, the biggest reason not to use libgcc is that we want to control
what gets used in the kernel - for example, no floating point, and no
use of 64 x 64bit division.
On Fri, 8 Feb 2013, Woodhouse, David wrote:
On Fri, 2013-02-08 at 15:04 -0500, Nicolas Pitre wrote:
On Fri, 8 Feb 2013, Woodhouse, David wrote:
On Thu, 2013-02-07 at 18:13 +, Russell King - ARM Linux wrote:
However, the biggest reason not to use libgcc is that we want
On Fri, 8 Feb 2013, Kim Phillips wrote:
On Fri, 8 Feb 2013 17:47:33 -0500
Nicolas Pitre n...@fluxnic.net wrote:
On Fri, 8 Feb 2013, Woodhouse, David wrote:
On Fri, 2013-02-08 at 15:04 -0500, Nicolas Pitre wrote:
On Fri, 8 Feb 2013, Woodhouse, David wrote:
On Thu, 2013-02
will use this and resolve above mentioned problem.
Signed-off-by: Joonsoo Kim iamjoonsoo@lge.com
Reviewed-by: Nicolas Pitre n...@linaro.org
diff --git a/arch/arm/mm/ioremap.c b/arch/arm/mm/ioremap.c
index 88fd86c..904c15e 100644
--- a/arch/arm/mm/ioremap.c
+++ b/arch/arm/mm/ioremap.c
1 - 100 of 2892 matches
Mail list logo