On 10/30/2013 07:01:52 AM, Mel Gorman wrote:
We talked about this a
few months ago but I still suspect that we will have to bite the
bullet and
tune based on do not dirty more data than it takes N seconds to
writeback
using per-bdi writeback estimations. It's just not that trivial to
On 10/28/2013 08:05:11 AM, Henrik Austad wrote:
Hi Rob, Jiri
Hacking away at python shows me that of the 254 subfolders 57 has
outdated
00-INDEX, either with missing files, or files that has been removed.
(see
list below)
I'm a bit behind on my email just now. (Started a new job last
On 10/28/2013 08:05:11 AM, Henrik Austad wrote:
Hi Rob, Jiri
Hacking away at python shows me that of the 254 subfolders 57 has
outdated
00-INDEX, either with missing files, or files that has been removed.
(see
list below)
I'm a bit behind on my email just now. (Started a new job last
On 11/05/2013 09:31:58 PM, Randy Dunlap wrote:
On 11/05/13 14:54, Rob Landley wrote:
> On 10/24/2013 07:08:33 PM, Josh Boyer wrote:
>> On Thu, Oct 24, 2013 at 6:35 PM, James Solner
wrote:
>> > This patch adds the Documentation/module-signing.txt file that is
>> &g
On 11/05/2013 09:31:58 PM, Randy Dunlap wrote:
On 11/05/13 14:54, Rob Landley wrote:
On 10/24/2013 07:08:33 PM, Josh Boyer wrote:
On Thu, Oct 24, 2013 at 6:35 PM, James Solner
sol...@alcatel-lucent.com wrote:
This patch adds the Documentation/module-signing.txt file that is
missing
On 10/24/2013 02:14:33 PM, Seth Forshee wrote:
Add a man page for kernelshark.
Signed-off-by: Seth Forshee
---
Documentation/kernelshark.1.txt | 46
+
1 file changed, 46 insertions(+)
create mode 100644 Documentation/kernelshark.1.txt
diff --git
On 10/24/2013 04:08:30 AM, Josh Triplett wrote:
On Thu, Oct 24, 2013 at 10:57:11AM +0200, Richard Weinberger wrote:
> On Thu, Oct 24, 2013 at 10:41 AM, Josh Triplett
wrote:
> > Discussion at Kernel Summit made it clear that the presence or
absence
> > of specific Kconfig symbols are not
On 10/24/2013 04:08:30 AM, Josh Triplett wrote:
On Thu, Oct 24, 2013 at 10:57:11AM +0200, Richard Weinberger wrote:
On Thu, Oct 24, 2013 at 10:41 AM, Josh Triplett
j...@joshtriplett.org wrote:
Discussion at Kernel Summit made it clear that the presence or
absence
of specific Kconfig
On 10/24/2013 02:14:33 PM, Seth Forshee wrote:
Add a man page for kernelshark.
Signed-off-by: Seth Forshee seth.fors...@canonical.com
---
Documentation/kernelshark.1.txt | 46
+
1 file changed, 46 insertions(+)
create mode 100644
On 10/24/2013 07:08:33 PM, Josh Boyer wrote:
On Thu, Oct 24, 2013 at 6:35 PM, James Solner
wrote:
> This patch adds the Documentation/module-signing.txt file that is
> missing. There is a link to Documentation/module-signing.txt file
> in init/Kconfig that references this file.
>
>
On 10/24/2013 07:08:33 PM, Josh Boyer wrote:
On Thu, Oct 24, 2013 at 6:35 PM, James Solner
sol...@alcatel-lucent.com wrote:
This patch adds the Documentation/module-signing.txt file that is
missing. There is a link to Documentation/module-signing.txt file
in init/Kconfig that references
On 10/15/2013 01:42:56 AM, Rogelio Serrano wrote:
On Sun, Oct 13, 2013 at 1:02 PM, Pavel Machek wrote:
You have a piece of code under the GPL and the majority of the
copyright holders say they will not enforce it. Thats virtually public
domain code. Thats why i stopped contributing to the linux
On 10/15/2013 01:42:56 AM, Rogelio Serrano wrote:
On Sun, Oct 13, 2013 at 1:02 PM, Pavel Machek pa...@ucw.cz wrote:
You have a piece of code under the GPL and the majority of the
copyright holders say they will not enforce it. Thats virtually public
domain code. Thats why i stopped contributing
On 10/08/2013 03:03:03 AM, Karel Zak wrote:
On Sat, Oct 05, 2013 at 06:42:44PM -0500, Rob Landley wrote:
> Oh, attached is a dumb "zapchroot" script I've been using for years
to
> unlink all mount points under a given directory, taking advantage
of the
> fact that mount
On 10/07/2013 09:14:10 PM, Phillip Lougher wrote:
The decompressor interface and code was written from
the point of view of single-threaded operation. In doing
so it mixed a lot of single-threaded implementation specific
aspects into the decompressor code and elsewhere which makes it
difficult
On 10/07/2013 09:14:10 PM, Phillip Lougher wrote:
The decompressor interface and code was written from
the point of view of single-threaded operation. In doing
so it mixed a lot of single-threaded implementation specific
aspects into the decompressor code and elsewhere which makes it
difficult
On 10/08/2013 03:03:03 AM, Karel Zak wrote:
On Sat, Oct 05, 2013 at 06:42:44PM -0500, Rob Landley wrote:
Oh, attached is a dumb zapchroot script I've been using for years
to
unlink all mount points under a given directory, taking advantage
of the
fact that mount points are appended
On 10/06/2013 02:01:52 AM, Joe Perches wrote:
On Sat, 2013-10-05 at 23:27 -0700, Greg Kroah-Hartman wrote:
> On Sat, Oct 05, 2013 at 11:51:48AM -0700, Joe Perches wrote:
> > On Sat, 2013-10-05 at 11:43 -0700, Josh Triplett wrote:
> > > Kernel maintainers reject new instances of the GPL
On 09/26/2013 01:06:41 PM, Miklos Szeredi wrote:
On Thu, Sep 26, 2013 at 5:34 PM, J. Bruce Fields
wrote:
> On Thu, Sep 26, 2013 at 10:58:05AM +0200, Miklos Szeredi wrote:
>> On Wed, Sep 25, 2013 at 11:07 PM, Zach Brown
wrote:
>> >> A client-side copy will be slower, but I guess it does
On 09/26/2013 01:06:41 PM, Miklos Szeredi wrote:
On Thu, Sep 26, 2013 at 5:34 PM, J. Bruce Fields
bfie...@fieldses.org wrote:
On Thu, Sep 26, 2013 at 10:58:05AM +0200, Miklos Szeredi wrote:
On Wed, Sep 25, 2013 at 11:07 PM, Zach Brown z...@redhat.com
wrote:
A client-side copy will be
On 10/06/2013 02:01:52 AM, Joe Perches wrote:
On Sat, 2013-10-05 at 23:27 -0700, Greg Kroah-Hartman wrote:
On Sat, Oct 05, 2013 at 11:51:48AM -0700, Joe Perches wrote:
On Sat, 2013-10-05 at 11:43 -0700, Josh Triplett wrote:
Kernel maintainers reject new instances of the GPL boilerplate
On 10/05/2013 06:24:51 PM, Al Viro wrote:
On Sat, Oct 05, 2013 at 04:17:55PM -0700, Linus Torvalds wrote:
> On Sat, Oct 5, 2013 at 4:07 PM, Rob Landley wrote:
> >
> > A todo item I've had _forever_ is fixing chroot() to not be
broken so that
> > you can trivially brea
On 10/05/2013 06:22:15 PM, Linus Torvalds wrote:
On Sat, Oct 5, 2013 at 4:17 PM, Linus Torvalds
wrote:
>
> So learn this pattern: every time you use chroot, add a simple
>
> chdir("/");
>
> immediately after the chroot call.
.. btw, also make sure that you close all non-essential file
On 10/05/2013 06:19:15 PM, Al Viro wrote:
On Sat, Oct 05, 2013 at 06:07:42PM -0500, Rob Landley wrote:
> A todo item I've had _forever_ is fixing chroot() to not be broken
> so that you can trivially break out of a chroot via:
>
> chdir("/");
> mkdir("sub&q
On 10/05/2013 06:17:55 PM, Linus Torvalds wrote:
On Sat, Oct 5, 2013 at 4:07 PM, Rob Landley wrote:
>
> A todo item I've had _forever_ is fixing chroot() to not be broken
so that
> you can trivially break out of a chroot via:
What drugs are you on?
Enough caffeine to count as
On 10/04/2013 07:03:23 PM, Eric W. Biederman wrote:
Linus Torvalds writes:
> On Fri, Oct 4, 2013 at 3:41 PM, Eric W. Biederman
wrote:
>>
>> After thinking about it removing the restrictions on mount points
>> appears safe, because it is just plain dumb to have a mount point
>> in a
On 10/04/2013 05:41:25 PM, Eric W. Biederman wrote:
This patchset is an attempt to address two problems:
1) Not all modifications to the filesystems happen through the vfs and
since the vfs can not cope with a mount point being unlinked or
renamed filesystems whose modifications that do
On 10/04/2013 05:41:25 PM, Eric W. Biederman wrote:
This patchset is an attempt to address two problems:
1) Not all modifications to the filesystems happen through the vfs and
since the vfs can not cope with a mount point being unlinked or
renamed filesystems whose modifications that do
On 10/04/2013 07:03:23 PM, Eric W. Biederman wrote:
Linus Torvalds torva...@linux-foundation.org writes:
On Fri, Oct 4, 2013 at 3:41 PM, Eric W. Biederman
ebied...@xmission.com wrote:
After thinking about it removing the restrictions on mount points
appears safe, because it is just plain
On 10/05/2013 06:17:55 PM, Linus Torvalds wrote:
On Sat, Oct 5, 2013 at 4:07 PM, Rob Landley r...@landley.net wrote:
A todo item I've had _forever_ is fixing chroot() to not be broken
so that
you can trivially break out of a chroot via:
What drugs are you on?
Enough caffeine to count
On 10/05/2013 06:19:15 PM, Al Viro wrote:
On Sat, Oct 05, 2013 at 06:07:42PM -0500, Rob Landley wrote:
A todo item I've had _forever_ is fixing chroot() to not be broken
so that you can trivially break out of a chroot via:
chdir(/);
mkdir(sub);
chroot(sub);
chdir
On 10/05/2013 06:22:15 PM, Linus Torvalds wrote:
On Sat, Oct 5, 2013 at 4:17 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
So learn this pattern: every time you use chroot, add a simple
chdir(/);
immediately after the chroot call.
.. btw, also make sure that you close all
On 10/05/2013 06:24:51 PM, Al Viro wrote:
On Sat, Oct 05, 2013 at 04:17:55PM -0700, Linus Torvalds wrote:
On Sat, Oct 5, 2013 at 4:07 PM, Rob Landley r...@landley.net wrote:
A todo item I've had _forever_ is fixing chroot() to not be
broken so that
you can trivially break out
On 10/02/2013 01:34:30 PM, Kevin Mulvey wrote:
sorry, for possible repost but I think my last email got blocked due
to html. It read:
do you want me to make another patch that does not touch the url?
It looks like the crypto directory has been merged since forever, so
the old website is
On 10/02/2013 01:22:22 PM, Jussi Kivilinna wrote:
On 02.10.2013 21:12, Rob Landley wrote:
> On 10/02/2013 11:10:37 AM, Kevin Mulvey wrote:
>> change kerneli to kernel as well as kerneli.org to kernel.org
>>
>> Signed-off-by: Kevin Mulvey
>
> There's a bug number
On 10/02/2013 11:10:37 AM, Kevin Mulvey wrote:
change kerneli to kernel as well as kerneli.org to kernel.org
Signed-off-by: Kevin Mulvey
There's a bug number for this?
Acked, queued. (Although I'm not sure the value of pointing to
www.kernel.org for this.)
Thanks,
Rob
--
To
On 10/02/2013 11:10:37 AM, Kevin Mulvey wrote:
change kerneli to kernel as well as kerneli.org to kernel.org
Signed-off-by: Kevin Mulvey ke...@kevinmulvey.net
There's a bug number for this?
Acked, queued. (Although I'm not sure the value of pointing to
www.kernel.org for this.)
Thanks,
On 10/02/2013 01:22:22 PM, Jussi Kivilinna wrote:
On 02.10.2013 21:12, Rob Landley wrote:
On 10/02/2013 11:10:37 AM, Kevin Mulvey wrote:
change kerneli to kernel as well as kerneli.org to kernel.org
Signed-off-by: Kevin Mulvey ke...@kevinmulvey.net
There's a bug number for this?
Acked
On 10/02/2013 01:34:30 PM, Kevin Mulvey wrote:
sorry, for possible repost but I think my last email got blocked due
to html. It read:
do you want me to make another patch that does not touch the url?
It looks like the crypto directory has been merged since forever, so
the old website is
On 09/25/2013 03:49:07 PM, Måns Rullgård wrote:
Russell King - ARM Linux writes:
> On Wed, Sep 25, 2013 at 10:23:06AM -0500, Rob Landley wrote:
>> On 09/24/2013 09:07:57 PM, Nicolas Pitre wrote:
>>> It could be as simple as making gas accept an extra argument for
>>
On 09/25/2013 11:13:17 AM, Nicolas Pitre wrote:
On Wed, 25 Sep 2013, Rob Landley wrote:
> On 09/24/2013 09:07:57 PM, Nicolas Pitre wrote:
> > I'd strongly suggest you make your binutils compatible with newer
> > instruction syntax instead of making the kernel more complex.
>
On 09/25/2013 10:52:44 AM, Måns Rullgård wrote:
Rob Landley writes:
> On 09/24/2013 09:07:57 PM, Nicolas Pitre wrote:
>> I'd strongly suggest you make your binutils compatible with newer
>> instruction syntax instead of making the kernel more complex.
>
> Meanin
On 09/25/2013 10:52:44 AM, Måns Rullgård wrote:
Rob Landley r...@landley.net writes:
On 09/24/2013 09:07:57 PM, Nicolas Pitre wrote:
I'd strongly suggest you make your binutils compatible with newer
instruction syntax instead of making the kernel more complex.
Meaning I play whack-a-mole
On 09/25/2013 11:13:17 AM, Nicolas Pitre wrote:
On Wed, 25 Sep 2013, Rob Landley wrote:
On 09/24/2013 09:07:57 PM, Nicolas Pitre wrote:
I'd strongly suggest you make your binutils compatible with newer
instruction syntax instead of making the kernel more complex.
Meaning I play whack
On 09/25/2013 03:49:07 PM, Måns Rullgård wrote:
Russell King - ARM Linux li...@arm.linux.org.uk writes:
On Wed, Sep 25, 2013 at 10:23:06AM -0500, Rob Landley wrote:
On 09/24/2013 09:07:57 PM, Nicolas Pitre wrote:
It could be as simple as making gas accept an extra argument for
instructions
On 09/24/2013 02:41:54 PM, P J P wrote:
Hello Andrew,
Thank you so much for reviewing these patches.
+-- On Mon, 23 Sep 2013, Andrew Morton wrote --+
| It's a bit confusing whether all this appiles to initrd, to
initramfs
| or to both. Can you please clarify all this and be sure that
On 09/24/2013 09:07:57 PM, Nicolas Pitre wrote:
On Tue, 24 Sep 2013, Rob Landley wrote:
> On 09/24/2013 04:48:00 PM, Russell King - ARM Linux wrote:
> > Now, if you feel strongly about this, we _could_ introduce a
> > CONFIG_OLD_BINUTILS and give everyone their cake - but it will
On 09/24/2013 01:36:56 PM, Thomas Meyer wrote:
Hi,
Is there such a thing?
In the kernel's vfs layer? No, although some filesystems (ala btrfs) do
things like that with snapshots.
In userspace? Breaking hardlinks when updating a file is fairly normal,
that's why they distinguish between
On 09/24/2013 01:36:56 PM, Thomas Meyer wrote:
Hi,
Is there such a thing?
In the kernel's vfs layer? No, although some filesystems (ala btrfs) do
things like that with snapshots.
In userspace? Breaking hardlinks when updating a file is fairly normal,
that's why they distinguish between
On 09/24/2013 09:07:57 PM, Nicolas Pitre wrote:
On Tue, 24 Sep 2013, Rob Landley wrote:
On 09/24/2013 04:48:00 PM, Russell King - ARM Linux wrote:
Now, if you feel strongly about this, we _could_ introduce a
CONFIG_OLD_BINUTILS and give everyone their cake - but it will be
fragile
On 09/24/2013 02:41:54 PM, P J P wrote:
Hello Andrew,
Thank you so much for reviewing these patches.
+-- On Mon, 23 Sep 2013, Andrew Morton wrote --+
| It's a bit confusing whether all this appiles to initrd, to
initramfs
| or to both. Can you please clarify all this and be sure that
On 09/24/2013 04:48:00 PM, Russell King - ARM Linux wrote:
On Tue, Sep 24, 2013 at 04:23:48PM -0500, Rob Landley wrote:
> What value is there in requiring the new toolchain? From what I
could
> see of the commits it was micro-optimizations around memory
barriers.
>
> *shrug*
On 09/24/2013 07:11:38 AM, Måns Rullgård wrote:
Rob Landley writes:
> On 09/23/2013 06:59:17 PM, Pavel Machek wrote:
>> During 3.12-rc, Will Deacon introduced code into arch/arm that
>> requires binutils 2.22.
>
> Um, my toolchain is using the last gplv2 snapshot of
On 09/24/2013 07:11:38 AM, Måns Rullgård wrote:
Rob Landley r...@landley.net writes:
On 09/23/2013 06:59:17 PM, Pavel Machek wrote:
During 3.12-rc, Will Deacon introduced code into arch/arm that
requires binutils 2.22.
Um, my toolchain is using the last gplv2 snapshot of binutils out
On 09/24/2013 04:48:00 PM, Russell King - ARM Linux wrote:
On Tue, Sep 24, 2013 at 04:23:48PM -0500, Rob Landley wrote:
What value is there in requiring the new toolchain? From what I
could
see of the commits it was micro-optimizations around memory
barriers.
*shrug* I can revert
On 09/23/2013 06:59:17 PM, Pavel Machek wrote:
During 3.12-rc, Will Deacon introduced code into arch/arm that
requires binutils 2.22.
I'm sorry, it occurs to me I should have been more explicit:
HH! KILL IT WITH
FIRE!!!
Rob--
To
On 09/23/2013 06:59:17 PM, Pavel Machek wrote:
During 3.12-rc, Will Deacon introduced code into arch/arm that
requires binutils 2.22.
Um, my toolchain is using the last gplv2 snapshot of binutils out of
git, which is just past 2.17 and can build armv7 (but not armv8).
Binutils 2.12->2.22
On 09/23/2013 02:41:10 PM, Andrew Morton wrote:
On Sun, 15 Sep 2013 14:33:53 +0530 (IST) P J P
wrote:
> Make menuconfig allows one to choose compression format of an
> initial ramdisk image. But this choice does not result in duly
> compressed initial ramdisk image. Because - $ make install
On 09/23/2013 02:36:57 PM, Richard Weinberger wrote:
Removed obsolte parameters from boot-options.txt.
Verified by grepping around in arch/x86/.
Signed-off-by: Richard Weinberger
Acked-by: Rob Landley
And added it as patch #33 to my documentation todo heap. Now the merge
window's worked
On 09/16/2013 05:08:11 PM, Linus Torvalds wrote:
So it's been two weeks, and the merge window for 3.12 is now closed.
The git trees have been updated, the tar-balls and patches should be
out too, and here's my "short mergelog" for the merge window: it's
kind of like "git shortlog", except it
On 09/16/2013 05:08:11 PM, Linus Torvalds wrote:
So it's been two weeks, and the merge window for 3.12 is now closed.
The git trees have been updated, the tar-balls and patches should be
out too, and here's my short mergelog for the merge window: it's
kind of like git shortlog, except it names
On 09/23/2013 02:36:57 PM, Richard Weinberger wrote:
Removed obsolte parameters from boot-options.txt.
Verified by grepping around in arch/x86/.
Signed-off-by: Richard Weinberger rich...@nod.at
Acked-by: Rob Landley r...@landley.net
And added it as patch #33 to my documentation todo heap
On 09/23/2013 02:41:10 PM, Andrew Morton wrote:
On Sun, 15 Sep 2013 14:33:53 +0530 (IST) P J P ppan...@redhat.com
wrote:
Make menuconfig allows one to choose compression format of an
initial ramdisk image. But this choice does not result in duly
compressed initial ramdisk image. Because -
On 09/23/2013 06:59:17 PM, Pavel Machek wrote:
During 3.12-rc, Will Deacon introduced code into arch/arm that
requires binutils 2.22.
Um, my toolchain is using the last gplv2 snapshot of binutils out of
git, which is just past 2.17 and can build armv7 (but not armv8).
Binutils 2.12-2.22 is
On 09/23/2013 06:59:17 PM, Pavel Machek wrote:
During 3.12-rc, Will Deacon introduced code into arch/arm that
requires binutils 2.22.
I'm sorry, it occurs to me I should have been more explicit:
HH! KILL IT WITH
FIRE!!!
Rob--
To
On 09/15/2013 11:08:35 PM, Rusty Russell wrote:
Predates git, does anyone remember the rationale?
Depends which git: http://landley.net/kdocs/fullhist/ :)
Rob--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On 09/15/2013 11:08:35 PM, Rusty Russell wrote:
Predates git, does anyone remember the rationale?
Depends which git: http://landley.net/kdocs/fullhist/ :)
Rob--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More
On 09/11/2013 04:17:23 PM, Eric Wong wrote:
Zach Brown wrote:
> Towards the end of that thread Eric Wong asked why we didn't just
> extend splice. I immediately replied with some dumb dismissive
> answer. Once I sat down and looked at it, though, it does make a
> lot of sense. So good job,
On 09/11/2013 04:17:23 PM, Eric Wong wrote:
Zach Brown z...@redhat.com wrote:
Towards the end of that thread Eric Wong asked why we didn't just
extend splice. I immediately replied with some dumb dismissive
answer. Once I sat down and looked at it, though, it does make a
lot of sense. So
ed to push it upstream circa 2006 and I've
just maintained it locally ever since...
Acked-by: Rob Landley
I'll sit on this for a bit to see if the kbulid guys apply it first,
and if not forward it through the trivial tree.
Rob--
To unsubscribe from this list: send the line "unsubscribe
On 09/11/2013 07:39:19 PM, Regid Ichira wrote:
Applied to the tip of linux.git,
VERSION = 3 PATCHLEVEL = 11 SUBLEVEL = 0
Signed-off-by: Regid Ichira
---
README | 4
1 file changed, 4 insertions(+)
diff --git a/README b/README
index a24ec89..f10c16f 100644
---
On 09/11/2013 07:39:19 PM, Regid Ichira wrote:
Applied to the tip of linux.git,
VERSION = 3 PATCHLEVEL = 11 SUBLEVEL = 0
Signed-off-by: Regid Ichira regi...@nt1.in
---
README | 4
1 file changed, 4 insertions(+)
diff --git a/README b/README
index a24ec89..f10c16f
2006 and I've
just maintained it locally ever since...
Acked-by: Rob Landley r...@landley.net
I'll sit on this for a bit to see if the kbulid guys apply it first,
and if not forward it through the trivial tree.
Rob--
To unsubscribe from this list: send the line unsubscribe linux-kernel
On 09/05/2013 03:07:37 PM, Christoph Lameter wrote:
I am not sure how to call this kernel option but we need something
like
that. I see drivers and the kernel spawning processes on the nohz
cores.
The name kthread is not really catching the purpose.
Can't you just use the CPU affinity of
On 09/05/2013 03:07:37 PM, Christoph Lameter wrote:
I am not sure how to call this kernel option but we need something
like
that. I see drivers and the kernel spawning processes on the nohz
cores.
The name kthread is not really catching the purpose.
Can't you just use the CPU affinity of
On 09/05/2013 07:26:22 AM, Xishi Qiu wrote:
Fix some typos in
Documentation/IRQ-domain.txt/email-clients.txt/io-mapping.txt
Signed-off-by: Xishi Qiu
---
Documentation/IRQ-domain.txt|4 ++--
Documentation/email-clients.txt |2 +-
Documentation/io-mapping.txt|2 +-
3 files
On 09/05/2013 07:26:22 AM, Xishi Qiu wrote:
Fix some typos in
Documentation/IRQ-domain.txt/email-clients.txt/io-mapping.txt
Signed-off-by: Xishi Qiu qiuxi...@huawei.com
---
Documentation/IRQ-domain.txt|4 ++--
Documentation/email-clients.txt |2 +-
Documentation/io-mapping.txt
On 09/03/2013 07:34:28 PM, Joe Perches wrote:
Many kernel-doc return description sections headers
use variants of the "Return:" section prefix.
(some or maybe even most of these aren't in
kernel-doc sections, but many are)
$ git grep -E -i "^\s*\*\s*return[s]?:"| \
cut -f2- -d":" | awk
On 09/03/2013 07:34:28 PM, Joe Perches wrote:
Many kernel-doc return description sections headers
use variants of the Return: section prefix.
(some or maybe even most of these aren't in
kernel-doc sections, but many are)
$ git grep -E -i ^\s*\*\s*return[s]?:| \
cut -f2- -d: | awk '{print $1
On 08/30/2013 09:00:35 PM, Guenter Roeck wrote:
The web site associated with the score architecture in MAINTAINERS
is non-functional and available for sale. The last Ack from one
of the maintainers was in December 2012. The main maintainer's last
commit was in 2011. The last maintainer pull
On 08/30/2013 09:00:35 PM, Guenter Roeck wrote:
The web site associated with the score architecture in MAINTAINERS
is non-functional and available for sale. The last Ack from one
of the maintainers was in December 2012. The main maintainer's last
commit was in 2011. The last maintainer pull
On 08/30/2013 09:35:18 AM, Richard Weinberger wrote:
Hi,
over the last months I've reviewed lot's of Linux based products,
mostly networking related
devices like firewalls, WiFi access points, DSL routers, IPMI, etc...
The vast majority of them had proprietary kernel modules loaded.
I'm not
On 08/30/2013 09:35:18 AM, Richard Weinberger wrote:
Hi,
over the last months I've reviewed lot's of Linux based products,
mostly networking related
devices like firewalls, WiFi access points, DSL routers, IPMI, etc...
The vast majority of them had proprietary kernel modules loaded.
I'm not
On 08/27/2013 05:34:22 AM, larmbr wrote:
The memory-barriers document may has a error in Section TRANSITIVITY.
For transitivity, see a example below, given that
* CPU 2's load from X follows CPU 1's store to X, and
CPU 2's load from Y preceds CPU 3's store to Y.
I'd prefer somebody with a
On 08/27/2013 05:34:22 AM, larmbr wrote:
The memory-barriers document may has a error in Section TRANSITIVITY.
For transitivity, see a example below, given that
* CPU 2's load from X follows CPU 1's store to X, and
CPU 2's load from Y preceds CPU 3's store to Y.
I'd prefer somebody with a
Landley
Looks like documentation to me:
Acked-by: Rob Landley
Rob--
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 the FA
Landley r...@landley.net
Looks like documentation to me:
Acked-by: Rob Landley r...@landley.net
Rob--
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
On 08/22/2013 04:49:31 PM, Zoltan Kiss wrote:
The sample missed the moving of the header files into the events
subdirectory.
I've also extended it based on the existing headers, and mentioned
the tiny
but important role of CREATE_TRACE_POINTS.
Signed-off-by: Zoltan Kiss
---
On 08/22/2013 04:49:31 PM, Zoltan Kiss wrote:
The sample missed the moving of the header files into the events
subdirectory.
I've also extended it based on the existing headers, and mentioned
the tiny
but important role of CREATE_TRACE_POINTS.
Signed-off-by: Zoltan Kiss
On 08/22/2013 03:55:20 PM, David Daney wrote:
On 08/22/2013 01:41 PM, Rob Landley wrote:
On 08/22/2013 07:58:26 AM, Geert Uytterhoeven wrote:
On Wed, Aug 21, 2013 at 9:51 PM, Sam Ravnborg
wrote:
>> > The series touches also m68k, sh, mips and unicore32.
>> > These archi
On 08/22/2013 07:58:26 AM, Geert Uytterhoeven wrote:
On Wed, Aug 21, 2013 at 9:51 PM, Sam Ravnborg
wrote:
>> > The series touches also m68k, sh, mips and unicore32.
>> > These architectures magically select a cross compiler if ARCH !=
SUBARCH.
>> > Do really need that behavior?
>>
>> This
On 08/22/2013 07:58:26 AM, Geert Uytterhoeven wrote:
On Wed, Aug 21, 2013 at 9:51 PM, Sam Ravnborg s...@ravnborg.org
wrote:
The series touches also m68k, sh, mips and unicore32.
These architectures magically select a cross compiler if ARCH !=
SUBARCH.
Do really need that behavior?
On 08/22/2013 03:55:20 PM, David Daney wrote:
On 08/22/2013 01:41 PM, Rob Landley wrote:
On 08/22/2013 07:58:26 AM, Geert Uytterhoeven wrote:
On Wed, Aug 21, 2013 at 9:51 PM, Sam Ravnborg s...@ravnborg.org
wrote:
The series touches also m68k, sh, mips and unicore32.
These architectures
On 08/21/2013 07:07:33 AM, Geert Uytterhoeven wrote:
On Wed, Aug 21, 2013 at 10:19 AM, Richard Weinberger
wrote:
> This series is an attempt to remove the SUBARCH make parameter.
> It as introduced at the times of Linux 2.5 for UML to tell the UML
> build system what the real architecture is.
On 08/20/2013 10:32:02 PM, Michael Witten wrote:
On Tue, 20 Aug 2013 19:19:37 -0500, Rob Landley wrote:
> Hence asking if we really needed
> three separate commits to accomplish something that didn't actually
> need to be done in the first place.)
> ...
> Actually my objecti
On 08/20/2013 10:32:02 PM, Michael Witten wrote:
On Tue, 20 Aug 2013 19:19:37 -0500, Rob Landley wrote:
Hence asking if we really needed
three separate commits to accomplish something that didn't actually
need to be done in the first place.)
...
Actually my objection is that it's not worth
On 08/21/2013 07:07:33 AM, Geert Uytterhoeven wrote:
On Wed, Aug 21, 2013 at 10:19 AM, Richard Weinberger rich...@nod.at
wrote:
This series is an attempt to remove the SUBARCH make parameter.
It as introduced at the times of Linux 2.5 for UML to tell the UML
build system what the real
On 08/20/2013 07:22:36 PM, Joe Perches wrote:
On Tue, 2013-08-20 at 19:10 -0500, Rob Landley wrote:
> The important question is does he want to handle patches that you're
> flipping out about not going in before the next merge window because
> they are SO IMPORTANT that the trivial
On 08/20/2013 05:27:53 PM, Michael Witten wrote:
On Tue, 20 Aug 2013 16:20:02 -0500, Rob Landley wrote:
> On 08/20/2013 11:02:42 AM, Michael Witten wrote:
>> I've been sitting on some trivial patches for a while, and I'd just
>> like to get them out of the way.
>>
On 08/20/2013 05:11:18 PM, Joe Perches wrote:
On Tue, 2013-08-20 at 16:49 -0500, Rob Landley wrote:
> On 08/20/2013 03:14:10 PM, Joe Perches wrote:
> > On Tue, 2013-08-20 at 15:02 -0500, Rob Landley wrote:
> > > On 08/19/2013 04:27:17 PM, Joe Perches wrote:
> > > &g
401 - 500 of 1794 matches
Mail list logo