|
+ IPV6_ADDR_SCOPE_TYPE(IPV6_ADDR_SCOPE_GLOBAL));
/* RFC 4193 */
But ULA's scope isn't global, shouldn't it be IPV6_ADDR_SCOPE_ORGLOCAL ?
--
Simon Arlott
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
On 24/07/07 17:34, Kay Sievers wrote:
> On 7/24/07, Simon Arlott <[EMAIL PROTECTED]> wrote:
>> On 24/07/07 13:54, Cornelia Huck wrote:
>> > On Tue, 24 Jul 2007 11:20:02 +0200,
>> > "Kay Sievers" <[EMAIL PROTECTED]> wrote:
>> >
>> >
1
[ 40.085201] input: Logitech USB-PS/2 Optical Mouse as /class/input/input4
[ 40.085362] dev->parent && !dev->parent->bus:
[ 40.085365] dev->kobj->k_name=mouse0
[ 40.085367] dev->kobj->name=mouse0
[ 40.085368] dev->parent->kobj->k_name
On Tue, July 24, 2007 12:55, Kay Sievers wrote:
> On 7/24/07, Simon Arlott <[EMAIL PROTECTED]> wrote:
>> On Tue, July 24, 2007 10:20, Kay Sievers wrote:
>> > On 7/24/07, Greg KH <[EMAIL PROTECTED]> wrote:
>> >> On Tue, Jul 24, 2007 at 10:03:14AM +0200, C
>> > > On Tue, Jul 24, 2007 at 07:39:38AM +0100, Simon Arlott wrote:
>> > > > The following commit appears to break some of my udev rules (I don't
>> > > > have the time to finish the bisect right now, but there's only four
>> > > > changes
ion fix
devres.txt: lib/iomap.c -> lib/devres.c
git-bisect good 2c19c49a59ccf2162c0eb999de1ec60c0e07a533
# good: [aebdc3b450a3febf7d7d00cd2235509055ec7082] dev_vdbg(), available with
-DVERBOSE_DEBUG
git-bisect good aebdc3b450a3febf7d7d00cd2235509055ec7082
--
Simon Arlott
config.gz
Description: GNU Zip compressed data
: [2c19c49a59ccf2162c0eb999de1ec60c0e07a533] Documentation fix
devres.txt: lib/iomap.c - lib/devres.c
git-bisect good 2c19c49a59ccf2162c0eb999de1ec60c0e07a533
# good: [aebdc3b450a3febf7d7d00cd2235509055ec7082] dev_vdbg(), available with
-DVERBOSE_DEBUG
git-bisect good aebdc3b450a3febf7d7d00cd2235509055ec7082
--
Simon Arlott
On Tue, July 24, 2007 10:20, Kay Sievers wrote:
On 7/24/07, Greg KH [EMAIL PROTECTED] wrote:
On Tue, Jul 24, 2007 at 10:03:14AM +0200, Cornelia Huck wrote:
On Tue, 24 Jul 2007 00:25:40 -0700,
Greg KH [EMAIL PROTECTED] wrote:
On Tue, Jul 24, 2007 at 07:39:38AM +0100, Simon Arlott wrote
On Tue, July 24, 2007 12:55, Kay Sievers wrote:
On 7/24/07, Simon Arlott [EMAIL PROTECTED] wrote:
On Tue, July 24, 2007 10:20, Kay Sievers wrote:
On 7/24/07, Greg KH [EMAIL PROTECTED] wrote:
On Tue, Jul 24, 2007 at 10:03:14AM +0200, Cornelia Huck wrote:
On Tue, 24 Jul 2007 00:25:40 -0700
=input4
[ 40.085370] dev-parent-kobj-name=input4
[ 40.085528] dev-parent !dev-parent-bus:
[ 40.085530] dev-kobj-k_name=event4
[ 40.085532] dev-kobj-name=event4
[ 40.085534] dev-parent-kobj-k_name=input4
[ 40.085535] dev-parent-kobj-name=input4
--
Simon Arlott
-
To unsubscribe
On 24/07/07 17:34, Kay Sievers wrote:
On 7/24/07, Simon Arlott [EMAIL PROTECTED] wrote:
On 24/07/07 13:54, Cornelia Huck wrote:
On Tue, 24 Jul 2007 11:20:02 +0200,
Kay Sievers [EMAIL PROTECTED] wrote:
It looks fine to me. device links must never point to anything else
than a bus device
On 22/07/07 19:38, Paul Eggert wrote:
> Simon Arlott <[EMAIL PROTECTED]> writes:
>
>> The patch below stops diffutils treating C labels starting in column 1 as
>> function names.
>
> That patch alone wouldn't suffice, since -p is documented as implying
> -F '
On 22/07/07 19:38, Paul Eggert wrote:
Simon Arlott [EMAIL PROTECTED] writes:
The patch below stops diffutils treating C labels starting in column 1 as
function names.
That patch alone wouldn't suffice, since -p is documented as implying
-F '^[[:alpha:]$_]'. If the behavior changes, we'd
(Bcc: [EMAIL PROTECTED])
The patch below stops diffutils treating C labels starting in column 1 as
function names.
On 21/07/07 14:52, Matthew Wilcox wrote:
> On Sat, Jul 21, 2007 at 07:11:01AM +0100, Simon Arlott wrote:
>> Changing the code to fix a utility bug is madness. I think
On 20/07/07 19:00, Matthew Wilcox wrote:
> On Fri, Jul 20, 2007 at 06:36:02PM +0100, Simon Arlott wrote:
>> Mass
>> replacing any labels run through Lindent with space prefixes would seem
>> like a bad idea :/
>
> We don't tend to mass-run code through Lindent. Thi
On 20/07/07 19:00, Matthew Wilcox wrote:
> On Fri, Jul 20, 2007 at 06:36:02PM +0100, Simon Arlott wrote:
>> On 20/07/07 18:07, Matthew Wilcox wrote:
>> > sed -i -e 's/^\t* \(\w*:\)/ \1/' "$@"
>> >
>> > which will replace the leading tabs and spa
On 20/07/07 19:00, Matthew Wilcox wrote:
On Fri, Jul 20, 2007 at 06:36:02PM +0100, Simon Arlott wrote:
On 20/07/07 18:07, Matthew Wilcox wrote:
sed -i -e 's/^\t* \(\w*:\)/ \1/' $@
which will replace the leading tabs and spaces with one space.
... isn't the space thing a workaround
On 20/07/07 19:00, Matthew Wilcox wrote:
On Fri, Jul 20, 2007 at 06:36:02PM +0100, Simon Arlott wrote:
Mass
replacing any labels run through Lindent with space prefixes would seem
like a bad idea :/
We don't tend to mass-run code through Lindent. This may or may not be
a bad thing
(Bcc: [EMAIL PROTECTED])
The patch below stops diffutils treating C labels starting in column 1 as
function names.
On 21/07/07 14:52, Matthew Wilcox wrote:
On Sat, Jul 21, 2007 at 07:11:01AM +0100, Simon Arlott wrote:
Changing the code to fix a utility bug is madness. I think it's been
fixed
me code could presumably benefit from indenting labels). Mass
replacing any labels run through Lindent with space prefixes would seem
like a bad idea :/
(From original reply)
It has a habit of leaving/creating "^\t+ +" too, and that "\t\t/*
comment */$" oddity, I couldn'
replacing any labels run through Lindent with space prefixes would seem
like a bad idea :/
(From original reply)
It has a habit of leaving/creating ^\t+ + too, and that \t\t/*
comment */$ oddity, I couldn't see any options in the man page to fix
those...
--
Simon Arlott
-
To unsubscribe from
ineno());
+};
+
/* prompt statement */
prompt_stmt_opt:
@@ -519,6 +535,7 @@ const char *zconf_tokenname(int token)
case T_IF: return "if";
case T_ENDIF: return "endif";
case T_DEPENDS: return "depends";
+ cas
( ???\n, out);
break;
--
Simon Arlott
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
s now indented by 6 spaces.
> -out:
> + out:
And again.
> -dev->name, (unsigned int) dev);
> +dev->name, (unsigned int)dev);
Those spaces after the tabs have been ignored...
--
Simon Arlott
-
To unsubscribe from this list: send t
anging,
because they haven't actually gone over the limit. I'm not sure how best
to word it. What about the other limits? Max memory size and cpu time
sound just as important as max user processes to me.
--
Simon Arlott
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&qu
over the limit. I'm not sure how best
to word it. What about the other limits? Max memory size and cpu time
sound just as important as max user processes to me.
--
Simon Arlott
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED
);
+dev-name, (unsigned int)dev);
Those spaces after the tabs have been ignored...
--
Simon Arlott
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
>
>>yes, someone thought this was a good idea :(
>
> It *is* a good idea. MD works that way too.
There's a patch around somewhere to create at least 8 devices, I don't know why
it's not in Linus' tree yet...
--
Simon Arlott
-
To unsubscribe from this list: send the line "unsubscribe
. MD works that way too.
There's a patch around somewhere to create at least 8 devices, I don't know why
it's not in Linus' tree yet...
--
Simon Arlott
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
uid %d is
>> > crossing its process
>> limit\n",p->user->uid);
>> >goto bad_fork_free;
>> > + }
Why does this need to be KERN_CRIT? You can't assume that every time a process
limit is reached that it's a
fork bomb.
--
Simo
bomb.
--
Simon Arlott
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
and additional rights");
> MODULE_LICENSE("Dual BSD/GPL");
> MODULE_LICENSE("Dual MIT/GPL");
> MODULE_LICENSE("Dual MPL/GPL");
Surely that doesn't work since the entire Linux kernel is (and can only be)
released as GPLv2? Wouldn't any
be)
released as GPLv2? Wouldn't anyone making changes to those files need to
obtain a copy under the other licence and explicitly release it under both
licenses in order to maintain that?
--
Simon Arlott
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
lways
whole lines and each one is
sent as a separate packet.
--
Simon Arlott
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
and each one is
sent as a separate packet.
--
Simon Arlott
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
.ctl_name = "AMD762"
> - },
> + .ctl_name = "AMD762"},
> };
>
You're adding a *lot* of spaces...
>From CodingStyle: "Outside of comments, documentation and except in
Kconfig, spaces are never used for indentation".
--
Simo
},
};
You're adding a *lot* of spaces...
From CodingStyle: Outside of comments, documentation and except in
Kconfig, spaces are never used for indentation.
--
Simon Arlott
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
] rt6_select() => b1b63060
[ 779.714000] rt6_select(fn->leaf=b1b63ae0, oif=2)
[ 779.714000] find_match rt->rt6i_gateway =
[ 779.714000] find_match m = 9, *mpri = -1
[ 779.714000] rt6_select() => b1b63ae0
--
Simon Arlott
-
To unsubscribe from this list:
:
[] __kmalloc+0xa6/0xe0
[] compat_core_sys_select+0x109/0x290
[] compat_sys_select+0xe1/0x190
[] cstar_do_call+0x1b/0x65
--
Simon Arlott
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.
:
[80278146] __kmalloc+0xa6/0xe0
[802ac959] compat_core_sys_select+0x109/0x290
[802ae3f1] compat_sys_select+0xe1/0x190
[8021e124] cstar_do_call+0x1b/0x65
--
Simon Arlott
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
[ 779.714000] find_match m = 9, *mpri = -1
[ 779.714000] rt6_select() = b1b63ae0
--
Simon Arlott
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
rite function
doesn't check the return value so it would never be retried, mutex_lock
should be used instead.
All of the _interruptible and functions that return -ERESTARTSYS should
probably use __must_check...
--
Simon Arlott
-
To unsubscribe from this list: send the line "unsubscribe linux
doesn't check the return value so it would never be retried, mutex_lock
should be used instead.
All of the _interruptible and functions that return -ERESTARTSYS should
probably use __must_check...
--
Simon Arlott
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
On 20/05/07 04:15, Herbert Xu wrote:
On Sat, May 19, 2007 at 08:28:17PM +0100, Simon Arlott wrote:
It should be a bool that doesn't select anything, the AES and SHA modules
will select CRYPTO_ALGAPI. It could also depend on MVIAC3_2 || MVIA_C7
instead of X86_32.
Having it as a tristate means
On 20/05/07 04:15, Herbert Xu wrote:
On Sat, May 19, 2007 at 08:28:17PM +0100, Simon Arlott wrote:
It should be a bool that doesn't select anything, the AES and SHA modules
will select CRYPTO_ALGAPI. It could also depend on MVIAC3_2 || MVIA_C7
instead of X86_32.
Having it as a tristate means
hat box just to test cx8 detection (which is missing).
--
Simon Arlott
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 18/05/07 07:45, Herbert Xu wrote:
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
detection (which is missing).
--
Simon Arlott
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 17/05/07 21:15, H. Peter Anvin wrote:
Simon Arlott wrote:
Is it automatic? I have CONFIG_X86_CMPXCHG=y without cx8 showing in
cpuinfo, and it appears to work fine.
Will your changes needlessly prevent the kernel running? Would I be
right in thinking that the kernel is successfully using
pressed reset (a full
size power supply made it just turn off). The third one has been
working fine since I got it.
--
Simon Arlott
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.
2 tm nx pni est tm2 rng rng_en ace ace_en ace2
ace2_en phe phe_en pmm pmm_en
bogomips: 1601.18
clflush size : 64
--
Simon Arlott
config.gz
Description: GNU Zip compressed data
rng rng_en ace ace_en ace2
ace2_en phe phe_en pmm pmm_en
bogomips: 1601.18
clflush size: 64
--
Simon Arlott
config.gz
Description: GNU Zip compressed data
pressed reset (a full
size power supply made it just turn off). The third one has been
working fine since I got it.
--
Simon Arlott
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
On 17/05/07 21:15, H. Peter Anvin wrote:
Simon Arlott wrote:
Is it automatic? I have CONFIG_X86_CMPXCHG=y without cx8 showing in
cpuinfo, and it appears to work fine.
Will your changes needlessly prevent the kernel running? Would I be
right in thinking that the kernel is successfully using
On 15/05/07 13:02, Matthew Wilcox wrote:
On Tue, May 15, 2007 at 12:26:29PM +0100, Simon Arlott wrote:
I've already suggested a sysfs attribute - or something equivalent - would
be much better. It's just one function that a user might want to run multiple
times (e.g. after adding scsi devices
ndle this.
I've already suggested a sysfs attribute - or something equivalent - would
be much better. It's just one function that a user might want to run multiple
times (e.g. after adding scsi devices?) - why should loading a module be used
for this?
--
Simon Arlott
-
To unsubscribe from t
that a user might want to run multiple
times (e.g. after adding scsi devices?) - why should loading a module be used
for this?
--
Simon Arlott
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
On 15/05/07 13:02, Matthew Wilcox wrote:
On Tue, May 15, 2007 at 12:26:29PM +0100, Simon Arlott wrote:
I've already suggested a sysfs attribute - or something equivalent - would
be much better. It's just one function that a user might want to run multiple
times (e.g. after adding scsi devices
using
a module to tell the kernel to do something? It looks like someone might
want to call scsi_complete_async_scans() more than once too - if they also
don't allow modules to be unloaded then they can't.
--
Simon Arlott
-
To unsubscribe from this list: send the line "unsubscribe linux-k
On 13/05/07 18:48, James Bottomley wrote:
On Sun, 2007-05-13 at 18:42 +0100, Simon Arlott wrote:
If you set CONFIG_MODULE=y and build SCSI we assume you could have a
SCSI driver module at some point, which would necessitate the wait scan
module.
This should be implemented like "Library rou
only added if such
a SCSI driver module is actually selected. Why can't it at least be a
visible option in the menu? (Although even then it looks like it's
impossible to disable).
Why does ATA select SCSI anyway? Surely PATA doesn't require it?
--
Simon Arlott
-
To unsubscribe from this list: sen
if such
a SCSI driver module is actually selected. Why can't it at least be a
visible option in the menu? (Although even then it looks like it's
impossible to disable).
Why does ATA select SCSI anyway? Surely PATA doesn't require it?
--
Simon Arlott
-
To unsubscribe from this list: send the line
On 13/05/07 18:48, James Bottomley wrote:
On Sun, 2007-05-13 at 18:42 +0100, Simon Arlott wrote:
If you set CONFIG_MODULE=y and build SCSI we assume you could have a
SCSI driver module at some point, which would necessitate the wait scan
module.
This should be implemented like Library routines
using
a module to tell the kernel to do something? It looks like someone might
want to call scsi_complete_async_scans() more than once too - if they also
don't allow modules to be unloaded then they can't.
--
Simon Arlott
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
' that seems to be completely hidden from
the menu too (CONFIG_SCSI_WAIT_SCAN). It depends on SCSI but I can't
disable SCSI...
--
Simon Arlott
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo inf
e list administrator
at:
[EMAIL PROTECTED]
--
Simon Arlott
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 12/05/07 02:03, Finn Thain wrote:
On Fri, 11 May 2007, Simon Arlott wrote:
- * Local routines to interrcept the standard I/O and vector handling
- * code. Don't include this 'till now - initialization code above needs
+ * Local routines to intercept the standard I/O and vector
On 12/05/07 02:03, Finn Thain wrote:
On Fri, 11 May 2007, Simon Arlott wrote:
- * Local routines to interrcept the standard I/O and vector handling
- * code. Don't include this 'till now - initialization code above needs
+ * Local routines to intercept the standard I/O and vector
PROTECTED]
--
Simon Arlott
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
' that seems to be completely hidden from
the menu too (CONFIG_SCSI_WAIT_SCAN). It depends on SCSI but I can't
disable SCSI...
--
Simon Arlott
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http
On 11/05/07 21:01, Ingo Molnar wrote:
* Simon Arlott <[EMAIL PROTECTED]> wrote:
kernel/sched.c| 20 ++--
--- a/kernel/sched.c
+++ b/kernel/sched.c
* This is how migration works:
*
- * 1) we queue a struct migration_req structure in the source
On 11/05/07 20:41, Simon Arlott wrote:
diff --git a/arch/ia64/kernel/time.c b/arch/ia64/kernel/time.c
index a06667c..bf7e7b5 100644
--- a/arch/ia64/kernel/time.c
+++ b/arch/ia64/kernel/time.c
@@ -216,7 +216,7 @@ ia64_init_itm (void)
#ifdef CONFIG_SMP
/* On IA64 in an SMP configuration
On 11/05/07 20:42, Simon Arlott wrote:
diff --git a/arch/mips/kernel/semaphore.c b/arch/mips/kernel/semaphore.c
index 1265358..b363604 100644
--- a/arch/mips/kernel/semaphore.c
+++ b/arch/mips/kernel/semaphore.c
@@ -33,7 +33,7 @@
*return old_count;
*
* On machines without lld/scd we need
Spelling fix in lib/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
lib/kernel_lock.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/kernel_lock.c b/lib/kernel_lock.c
index e0fdfdd..f73e2f8 100644
--- a/lib/kernel_lock.c
+++ b/lib/kernel_lock.c
@@ -2,
Spelling fixes in Documentation/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
Documentation/DocBook/Makefile |2 +-
Documentation/DocBook/mtdnand.tmpl |6 +++---
Documentation/feature-removal-schedule.txt |2 +-
Documentation/isdn/README.
Spelling fixes in kernel/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
kernel/acct.c |2 +-
kernel/compat.c |2 +-
kernel/cpuset.c |2 +-
kernel/delayacct.c|2 +-
kernel/fork.c |2 +-
kernel/futex.c
Spelling fixes in mm/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
mm/filemap.h|2 +-
mm/hugetlb.c|2 +-
mm/memory.c |2 +-
mm/memory_hotplug.c |2 +-
mm/mempool.c|2 +-
mm/page-writeback.c |2 +-
mm/page_alloc.c |8 -
Spelling fix in init/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
init/main.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/init/main.c b/init/main.c
index e8d080c..7ee2031 100644
--- a/init/main.c
+++ b/init/main.c
@@ -275,7 +275,7 @@ static int
Spelling fixes in arch/um/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
arch/um/drivers/line.c |2 +-
arch/um/drivers/null.c |2 +-
arch/um/drivers/stderr_console.c |2 +-
arch/um/kernel/gmon_syms.c |4 ++--
arch/um/kernel/irq.c
Spelling fixes in arch/v850/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
arch/v850/kernel/me2.c |4 ++--
arch/v850/kernel/rte_mb_a_pci.c |4 ++--
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/v850/kernel/me2.c b/arch/v850/kernel/me2.c
index 3
Spelling fixes in arch/x86_64/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
arch/x86_64/boot/compressed/misc.c |4 ++--
arch/x86_64/kernel/hpet.c |2 +-
arch/x86_64/kernel/io_apic.c |4 ++--
arch/x86_64/kernel/mce.c |4 ++--
arch/x86_64/
Spelling fixes in arch/xtensa/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
arch/xtensa/kernel/pci.c |2 +-
arch/xtensa/mm/init.c |2 +-
arch/xtensa/platform-iss/network.c |2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/
Spelling fixes in arch/sparc64/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
arch/sparc64/kernel/devices.c |2 +-
arch/sparc64/kernel/of_device.c |4 ++--
arch/sparc64/kernel/pci_iommu.c |2 +-
arch/sparc64/kernel/pci_sun4v.c |2 +-
arch/sparc64/kernel/process.c
Spelling fixes in arch/sh/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
arch/sh/boards/landisk/gio.c |2 +-
arch/sh/boards/snapgear/rtc.c|2 +-
arch/sh/boards/superh/microdev/io.c |6 +++---
arch/sh/boards/superh/microdev/irq.c |6 +++--
Spelling fixes in arch/sh64/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
arch/sh64/kernel/pci_sh5.h|2 +-
arch/sh64/kernel/process.c|2 +-
arch/sh64/kernel/time.c |2 +-
arch/sh64/mach-cayman/setup.c |2 +-
arch/sh64/mm/fault.c |2 +-
arch/s
Spelling fixes in arch/sparc/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
arch/sparc/kernel/auxio.c |2 +-
arch/sparc/kernel/ioport.c|2 +-
arch/sparc/kernel/irq.c |8
arch/sparc/kernel/pcic.c |4 ++--
arch/sparc/kernel/process.c |2 +
Spelling fixes in arch/ppc/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
arch/ppc/4xx_io/serial_sicc.c| 10 +-
arch/ppc/8xx_io/commproc.c |2 +-
arch/ppc/8xx_io/fec.c|2 +-
arch/ppc/boot/lib/vreset.c |2 +-
arch/pp
Spelling fixes in arch/s390/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
arch/s390/crypto/des_s390.c |4 ++--
arch/s390/kernel/debug.c| 18 +-
arch/s390/kernel/irq.c |2 +-
arch/s390/kernel/time.c |6 +++---
arch/s390/kernel/vtime.c
Spelling fixes in arch/mips/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
arch/mips/arc/memory.c |4 ++--
arch/mips/au1000/common/dbdma.c |6 +++---
arch/mips/au1000/common/time.c |2 +-
arch/mips/au1000/db1x00/board_s
Spelling fixes in arch/parisc/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
arch/parisc/kernel/firmware.c|4 ++--
arch/parisc/kernel/perf.c| 12 ++--
arch/parisc/kernel/processor.c |8
arch/parisc/kernel/setup.c |2 +-
arch/parisc/
Spelling fixes in arch/powerpc/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
arch/powerpc/boot/treeboot-ebony.c |2 +-
arch/powerpc/kernel/irq.c |8
arch/powerpc/kernel/legacy_serial.c |2 +-
arch/powerpc/kernel/nvra
Spelling fixes in arch/m32r/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
arch/m32r/kernel/irq.c |2 +-
arch/m32r/kernel/signal.c |2 +-
arch/m32r/kernel/smp.c | 18 +-
arch/m32r/kernel/smpboot.c |6 +++---
arch/m32r/kernel/sys_m32r.c |
Spelling fixes in arch/m68k/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
arch/m68k/amiga/pcmcia.c|2 +-
arch/m68k/mac/config.c |4 ++--
arch/m68k/mac/iop.c |4 ++--
arch/m68k/mac/oss.c |2 +-
arch/m68k/mac/via.c |2 +-
arch/m68k/ma
Spelling fixes in arch/m68knommu/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
arch/m68knommu/kernel/comempci.c |8
arch/m68knommu/platform/523x/config.c |2 +-
arch/m68knommu/platform/527x/config.c |2 +-
arch/m68knommu/platform/528x/config.c |2 +
Spelling fixes in arch/i386/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
arch/i386/boot/compressed/misc.c |4 ++--
arch/i386/kernel/acpi/boot.c |8
arch/i386/kernel/apic.c|4 ++--
arch/i386/kernel
Spelling fixes in arch/ia64/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
arch/ia64/kernel/acpi.c |2 +-
arch/ia64/kernel/crash.c|2 +-
arch/ia64/kernel/irq.c |6 +++---
arch/ia64/kernel/irq_lsapic.c |2 +-
arch/ia64/kernel/kpr
Spelling fixes in arch/h8300/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
arch/h8300/kernel/ints.c |2 +-
arch/h8300/kernel/irq.c|2 +-
arch/h8300/kernel/time.c |2 +-
arch/h8300/kernel/traps.c |2 +-
arch/h8300/platform/h8s/
Spelling fixes in arch/frv/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
arch/frv/kernel/irq.c |2 +-
arch/frv/kernel/semaphore.c |2 +-
arch/frv/kernel/time.c |4 ++--
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/frv/kernel/irq.c b/ar
Spelling fixes in arch/cris/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
arch/cris/arch-v10/boot/compressed/misc.c |2 +-
arch/cris/arch-v10/kernel/debugport.c |2 +-
arch/cris/arch-v10/kernel/fasttimer.c |2 +-
arch/cris/arch-v10/kernel/irq.c |2 +
Spelling fixes in arch/blackfin/.
Signed-off-by: Simon Arlott <[EMAIL PROTECTED]>
---
arch/blackfin/kernel/irqchip.c |2 +-
arch/blackfin/kernel/traps.c|2 +-
arch/blackfin/mach-bf533/boards/cm_bf533.c |2 +-
arch/blackfin/mach-bf533/
401 - 500 of 698 matches
Mail list logo