Hey all-
Things have been relatively quiet on the Zynq front lately. This patchset does
a bit of cleanup of the Zynq subarchitecture. It was the necessary set of
things I had to do to get a zynq target booting with the upstream qemu model.
Patches 1 and 2 move zynq to use the GIC and pl310 L2
Hey Andy,
On Tue, Oct 23, 2012 at 7:08 PM, Andy Walls wrote:
> On Tue, 2012-10-23 at 16:57 -0300, Ezequiel Garcia wrote:
>> This kind of memcpy() is error-prone. Its replacement with a struct
>> assignment is prefered because it's type-safe and much easier to read.
>
> This one is a code
ezusb: module license 'unspecified' taints kernel
Signed-off-by: Dave Jones
diff --git a/drivers/usb/misc/ezusb.c b/drivers/usb/misc/ezusb.c
index 4223d76..6589268 100644
--- a/drivers/usb/misc/ezusb.c
+++ b/drivers/usb/misc/ezusb.c
@@ -158,3 +158,4 @@ int
On 10/23/2012 1:15 PM, Jon Hunter wrote:
> Hi Mitch,
>
> On 10/23/2012 11:55 AM, Mitch Bradley wrote:
>> On 10/23/2012 4:49 AM, Jon Hunter wrote:
>>
>>> Therefore, I believe it will improve search time and hence, boot time if
>>> we have interrupt-parent defined in each node.
>>
>> I strongly
(Sorry for the subject change, but I wanted to try and pull in those
who work on RT issues, and the subject didn't make that obvious.
Please search for the same subject without the RT Linux trailing
text.)
Well, more information. Even with SMP enabled (and presumably the
migrate_enable having
On Tuesday, October 23, 2012 04:46:28 PM Christopher Heiny wrote:
> On 10/11/2012 01:13 AM, Dmitry Torokhov wrote:
> > On Thu, Oct 11, 2012 at 04:15:56AM +, Christopher Heiny wrote:
> >> On Thursday, October 11, 2012 02:21:53 AM you wrote:
> >>> On Sat, Oct 6, 2012 at 6:09 AM, Christopher
On Tue, 23 Oct 2012 17:03:10 -0700
Mukesh Rathor wrote:
> On Tue, 23 Oct 2012 16:47:29 -0700
> Mukesh Rathor wrote:
>
> > On Tue, 23 Oct 2012 14:07:06 +0100
> > Stefano Stabellini wrote:
> >
> > > On Mon, 22 Oct 2012, Konrad Rzeszutek Wilk wrote:
> > > > On Mon, Oct 22, 2012 at 02:34:44PM
On Tue, 23 Oct 2012 16:47:29 -0700
Mukesh Rathor wrote:
> On Tue, 23 Oct 2012 14:07:06 +0100
> Stefano Stabellini wrote:
>
> > On Mon, 22 Oct 2012, Konrad Rzeszutek Wilk wrote:
> > > On Mon, Oct 22, 2012 at 02:34:44PM +0100, Stefano Stabellini
> > > wrote:
> > > > On Sat, 20 Oct 2012, Konrad
On Tue, 2012-10-23 at 11:44 -0700, Andrey Smirnov wrote:
> This patch adds all necessary header files and Kbuild plumbing for the
> core driver for Silicon Laboratories Si476x series of AM/FM tuner
> chips.
[]
> +#ifdef DEBUG
> +#define DBG_BUFFER(device, header, buffer, bcount)
On Fri, 12 Oct 2012 16:30:42 +0400
Andrew Vagin wrote:
> 'struct pid' is a "variable sized struct" - a header with an array
> of upids at the end.
>
> A size of the array depends on a level (depth) of pid namespaces. Now
> a level of pidns is not limited, so 'struct pid' can be more than one
>
On Wed, 24 Oct 2012 00:32:54 +0200 Peter Zijlstra
wrote:
>
> On Wed, 2012-10-24 at 01:59 +0400, Cyrill Gorcunov wrote:
> > [ilog2(VM_WRITE)] = { {'w', 'r'} },
>
> since we're being awfully positive about crazy late night ideas, how
> about something like:
>
> #define
Hi Dave,
On Wed, Oct 24, 2012 at 6:47 AM, Dave Chinner wrote:
> On Tue, Oct 23, 2012 at 08:46:51PM +0800, Ying Zhu wrote:
>> Hi,
>> Recently we ran into the bug that an opened file's ra_pages does not
>> synchronize with it's backing device's when the latter is changed
>> with blockdev --setra,
On 10/11/2012 01:13 AM, Dmitry Torokhov wrote:
On Thu, Oct 11, 2012 at 04:15:56AM +, Christopher Heiny wrote:
On Thursday, October 11, 2012 02:21:53 AM you wrote:
On Sat, Oct 6, 2012 at 6:09 AM, Christopher Heiny wrote:
+
+/** This is here because all those casts made for some ugly
On Fri, 12 Oct 2012 14:57:08 +0200
Michal Hocko wrote:
> Hi,
> I would like to resurrect the following Dave's patch. The last time it
> has been posted was here https://lkml.org/lkml/2010/9/16/250 and there
> didn't seem to be any strong opposition.
> Kosaki was worried about possible excessive
On Tue, Oct 23, 2012 at 04:27:03PM -0400, Nick Bowler wrote:
>
> Just FYI, I sent a patch to fix the same bug a while back
>
> https://patchwork.kernel.org/patch/1156361/
>
> together with other patches to fix early printk on the ZC702 serial
> console. Admittedly, I dropped the ball on these
A word was left behind...
Signed-off-by: MUNEDA Takahiro
Cc: Davidlohr Bueso
---
Documentation/filesystems/proc.txt |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/Documentation/filesystems/proc.txt
b/Documentation/filesystems/proc.txt
index a1793d6..df358b1 100644
On Tue, Oct 23, 2012 at 4:33 PM, Russell King - ARM Linux
wrote:
> On Tue, Oct 23, 2012 at 01:01:20PM -0700, Kees Cook wrote:
>> This config item has not carried much meaning for a while now and is
>> almost always enabled by default. As agreed during the Linux kernel
>> summit, remove it.
>
> I
On Tue, Oct 23, 2012 at 03:59:15PM -0700, Andrew Morton wrote:
> On Tue, 23 Oct 2012 10:00:18 +0300
> "Kirill A. Shutemov" wrote:
>
> > > Well, how hard is it to trigger the bad behavior? One can easily
> > > create a situation in which that page's refcount frequently switches
> > > from 0 to 1
On 24 Oct 2012, Theodore Ts'o told this:
> hurt, but we do want to make 100% sure that it really fixes the
> problem.
Well, yes, that would be nice. I can certainly try to verify that it
stops my filesystems getting corrupted. (And if so, I owe you a
$BEVERAGE. Though I suspect I owe you about
On Tue, Oct 23, 2012 at 01:01:20PM -0700, Kees Cook wrote:
> This config item has not carried much meaning for a while now and is
> almost always enabled by default. As agreed during the Linux kernel
> summit, remove it.
I have a patch queued up for -rc which removes a number of these, but
On Wed, Oct 24, 2012 at 12:06:21AM +0100, Nix wrote:
> I note that the patch is in the latest stable releases of 3.4.x and
> 3.5.x, which are IIRC end-of-lifed. I'd say that if your patch does
> indeed fix it, this justifies pushing out new releases of both these
> stable kernels with just this
On 10/15/2012 11:26 PM, Mark Brown wrote:
On Thu, Oct 11, 2012 at 05:32:59PM +0200, Linus Walleij wrote:
On Thu, Oct 11, 2012 at 5:41 AM, Christopher Heiny wrote:
In previous patch submissions, we always used these warning functions.
But in the feedback on those patches, we were asked to
On Tue, Oct 23, 2012 at 3:59 PM, Andy Whitcroft wrote:
> On Tue, Oct 23, 2012 at 01:01:15PM -0700, Kees Cook wrote:
>> This config item has not carried much meaning for a while now and is
>> almost always enabled by default. As agreed during the Linux kernel
>> summit, it is being removed. This
Hi,
When building UML against 3.7-rc2 I encounter the following build error:
# make ARCH=uml
scripts/kconfig/conf --silentoldconfig arch/x86/um/Kconfig
CHK include/generated/uapi/linux/version.h
UPD include/generated/uapi/linux/version.h
WRAP
> On Tue, Oct 23, 2012 at 11:26:59AM -0700, Greg KH wrote:
> > On Tue, Oct 23, 2012 at 11:21:53AM +0900, Jaegeuk Kim wrote:
> > > mkfs.f2fs
> > > =
> > >
> > > The file system formatting tool, "mkfs.f2fs", is available from the
> > > following
> > > download page:
On 10/11/2012 08:32 AM, Linus Walleij wrote:
On Thu, Oct 11, 2012 at 5:41 AM, Christopher Heiny wrote:
Linus Walleij wrote:
But please use arithmetic operators (I think I said this on the last
review):
dest[0] = src & 0xFF;
dest[1] = src >> 8;
Doing it the above way makes artithmetic look
Just to follow up (mostly for ext4 developers). After talking to Eric
via irc, it appears he thought it was sufficient to check (s_start ==
0) from commit 24bcc89c7e, which was authored by Jan Kara. (Which we
now need to audit very carefully, although it's been in the upstream
kernel since 3.4,
On Tue, 2012-10-23 at 13:02 -0700, Kees Cook wrote:
> This config item has not carried much meaning for a while now and is
> almost always enabled by default. As agreed during the Linux kernel
> summit, remove it.
>
> CC: Jeff Kirsher
> CC: Jesse Brandeburg
> CC: Bruce Allan
> CC: Carolyn
Hi Mitch,
On 10/23/2012 11:55 AM, Mitch Bradley wrote:
> On 10/23/2012 4:49 AM, Jon Hunter wrote:
>
>> Therefore, I believe it will improve search time and hence, boot time if
>> we have interrupt-parent defined in each node.
>
> I strongly suspect (based on many years of performance tuning,
On Tue, 23 Oct 2012, Kees Cook wrote:
> > This makes ARCH_SELECT_MEMORY_MODEL pointless, why keep it around?
>
> Good point. This seems to trigger much deeper changes. All of these
> and their logic go away:
>
> arch/arm/Kconfig:config ARCH_SELECT_MEMORY_MODEL
> arch/arm/mach-clps711x/Kconfig:
On Wed, Oct 24, 2012 at 1:42 AM, David Rientjes wrote:
> On Tue, 23 Oct 2012, Anca Emanuel wrote:
>
>> I have the same problem.
>> Reverting
>> https://github.com/torvalds/linux/commit/957f822a0ab95e88b146638bad6209bbc315bedd
>> solves the problem for me.
>>
>
> If you don't revert anything and
On Tue, 2012-10-23 at 13:02 -0700, Kees Cook wrote:
> This config item has not carried much meaning for a while now and is
> almost always enabled by default. As agreed during the Linux kernel
> summit, remove it.
>
> CC: Paul Gortmaker
> CC: "David S. Miller"
> CC: Jeff Kirsher
> CC: Geert
> On Tue, Oct 23, 2012 at 11:21:53AM +0900, Jaegeuk Kim wrote:
> > mkfs.f2fs
> > =
> >
> > The file system formatting tool, "mkfs.f2fs", is available from the
> > following
> > download page: http://sourceforge.net/projects/f2fs-tools/
>
> Is there a git tree of this tool
On Sun, 14 Oct 2012 15:54:13 +0800
Hein Tibosch wrote:
> The dw_dmac was originally developed for avr32 to be used with the Synopsys
> DesignWare AHB DMA controller. Starting from 2.6.38, access to the device's
> i/o
> memory was done with the little-endian readl/writel functions(1)
>
> This
On Tue, Oct 23, 2012 at 3:46 PM, David Rientjes wrote:
> On Tue, 23 Oct 2012, Kees Cook wrote:
>
>> diff --git a/mm/Kconfig b/mm/Kconfig
>> index a3f8ddd..679945e 100644
>> --- a/mm/Kconfig
>> +++ b/mm/Kconfig
>> @@ -1,6 +1,5 @@
>> config SELECT_MEMORY_MODEL
>> def_bool y
>> - depends
On 23 Oct 2012, Theodore Ts'o verbalised:
> *Sigh*. My apologies for not catching this when I reviewed this
> patch. I believe the following patch should fix the bug; once it's
> reviewed by other ext4 developers, I'll push this to Linus ASAP.
I note that the patch is in the latest stable
On 10/23/2012 03:52 PM, Ben Hutchings wrote:
On Tue, 2012-10-23 at 09:14 -0700, Ben Greear wrote:
On 10/22/2012 11:36 PM, David Miller wrote:
From: Doug Goldstein
Date: Mon, 22 Oct 2012 00:53:57 -0500
Sets the sysfs device_type to 'vlan' for udev. This makes it easier for
applications that
On Tue, Oct 23, 2012 at 01:01:15PM -0700, Kees Cook wrote:
> This config item has not carried much meaning for a while now and is
> almost always enabled by default. As agreed during the Linux kernel
> summit, it is being removed. This will discourage future addition of
> CONFIG_EXPERIMENTAL
>This config item has not carried much meaning for a while now and is
>almost always enabled by default. As agreed during the Linux kernel
>summit, remove it.
>
>CC: KONISHI Ryusuke
>Signed-off-by: Kees Cook
Point taken, thank you.
Acked-by: Ryusuke Konishi
Ryusuke Konishi
>---
>
On Tue, 23 Oct 2012 10:00:18 +0300
"Kirill A. Shutemov" wrote:
> > Well, how hard is it to trigger the bad behavior? One can easily
> > create a situation in which that page's refcount frequently switches
> > from 0 to 1 and back again. And one can easily create a situation in
> > which the
On Mon, 22 Oct 2012 08:36:33 -0700, Andi Kleen said:
> Thinking about it more PowerPC has a 16GB page, so we probably
> need to move this to prot.
Gaak - is that a typo? If not, what is the use case - allowing a small number
of
pages to cover all memory, with big wins on TLB hit ratios? I
On 10/11/2012 01:24 AM, Dmitry Torokhov wrote:
On Thu, Oct 11, 2012 at 03:41:41AM +, Christopher Heiny wrote:
>Linus Walleij wrote:
> >On Sat, Oct 6, 2012 at 6:09 AM, Christopher Heiny
wrote:
> >
> > >+#ifdef CONFIG_RMI4_DEBUG
> > >+/**
> > >+ * Utility routine to handle writes to
On Thu, Oct 18, 2012 at 7:51 PM, Matt Porter wrote:
> Add a dmaengine API to retrieve per channel capabilities.
> Currently, only channel ops and SG segment limitations are
> implemented caps.
>
> The API is optionally implemented by drivers and when
> unimplemented will return a NULL pointer. It
On Tue, Oct 23, 2012 at 1:15 PM, Greg Kroah-Hartman
wrote:
> On Tue, Oct 23, 2012 at 01:02:51PM -0700, Kees Cook wrote:
>> This config item has not carried much meaning for a while now and is
>> almost always enabled by default. As agreed during the Linux kernel
>> summit, remove it.
>>
>> CC:
On Tue, 2012-10-23 at 09:14 -0700, Ben Greear wrote:
> On 10/22/2012 11:36 PM, David Miller wrote:
> > From: Doug Goldstein
> > Date: Mon, 22 Oct 2012 00:53:57 -0500
> >
> >> Sets the sysfs device_type to 'vlan' for udev. This makes it easier for
> >> applications that query network information
On Tue, Oct 23, 2012 at 3:38 PM, Chris Ball wrote:
> On Tue, Oct 23 2012, Kees Cook wrote:
> > This config item has not carried much meaning for a while now and is
> > almost always enabled by default. As agreed during the Linux kernel
> > summit, remove it.
> >
> > CC: Chris Ball
> >
On Fri, Oct 19, 2012 at 3:51 AM, Matt Porter wrote:
> Add a dmaengine API to retrieve per channel capabilities.
> Currently, only channel ops and SG segment limitations are
> implemented caps.
>
> The API is optionally implemented by drivers and when
> unimplemented will return a NULL pointer. It
On 23 Oct 2012, Theodore Ts'o said:
> The reason why the problem happens rarely is that the effect of the
> buggy commit is that if the journal's starting block is zero, we fail
> to truncate the journal when we unmount the file system.
Oh dear oh dear.
>
On Tuesday, October 23, 2012 03:39:00 PM Christopher Heiny wrote:
> On 10/11/2012 01:20 AM, Dmitry Torokhov wrote:
> > On Fri, Oct 05, 2012 at 09:09:58PM -0700, Christopher Heiny wrote:
> >> +
> >> + int (*write_block)(struct rmi_phys_device *phys, u16 addr, u8 *buf,
> >> +
On Tue, Oct 23, 2012 at 08:46:51PM +0800, Ying Zhu wrote:
> Hi,
> Recently we ran into the bug that an opened file's ra_pages does not
> synchronize with it's backing device's when the latter is changed
> with blockdev --setra, the application needs to reopen the file
> to know the change,
or
On Tue, 23 Oct 2012, Kees Cook wrote:
> diff --git a/mm/Kconfig b/mm/Kconfig
> index a3f8ddd..679945e 100644
> --- a/mm/Kconfig
> +++ b/mm/Kconfig
> @@ -1,6 +1,5 @@
> config SELECT_MEMORY_MODEL
> def_bool y
> - depends on EXPERIMENTAL || ARCH_SELECT_MEMORY_MODEL
>
> choice
>
On Fri, Oct 19, 2012 at 3:51 AM, Matt Porter wrote:
> Replace the hardcoded values used to set max_segs/max_seg_size with
> a dma_get_channel_caps() query to the dmaengine driver.
>
> Signed-off-by: Matt Porter
Series looks reasonable to me.
Reviewed-by: Grant Likely
> ---
>
On Tue, 23 Oct 2012, Anca Emanuel wrote:
> I have the same problem.
> Reverting
> https://github.com/torvalds/linux/commit/957f822a0ab95e88b146638bad6209bbc315bedd
> solves the problem for me.
>
If you don't revert anything and do
echo 0 > /proc/sys/vm/zone_reclaim_mode
after boot,
On 2012-10-23 13:03:39, Kees Cook wrote:
> This config item has not carried much meaning for a while now and is
> almost always enabled by default. As agreed during the Linux kernel
> summit, remove it.
>
> CC: Tyler Hicks
Kees - Please push this through your tree. Thanks!
Acked-by: Tyler
On 10/11/2012 01:20 AM, Dmitry Torokhov wrote:
On Fri, Oct 05, 2012 at 09:09:58PM -0700, Christopher Heiny wrote:
+
+ int (*write_block)(struct rmi_phys_device *phys, u16 addr, u8 *buf,
+ int len);
+ int (*read_block)(struct rmi_phys_device *phys, u16 addr,
On Fri, Oct 19, 2012 at 3:51 AM, Matt Porter wrote:
> Add a dmaengine API to retrieve per channel capabilities.
> Currently, only channel ops and SG segment limitations are
> implemented caps.
>
> The API is optionally implemented by drivers and when
> unimplemented will return a NULL pointer. It
Hi,
On Tue, Oct 23 2012, Kees Cook wrote:
> This config item has not carried much meaning for a while now and is
> almost always enabled by default. As agreed during the Linux kernel
> summit, remove it.
>
> CC: Chris Ball
> Signed-off-by: Kees Cook
> ---
> drivers/mmc/core/Kconfig |3 +--
On Tue, 23 Oct 2012, Kevin Hilman wrote:
> Russell King - ARM Linux writes:
>
> > On Tue, Oct 16, 2012 at 03:07:49PM -0700, Kevin Hilman wrote:
> >> From: Thomas Gleixner
> >>
> >> Attempts to retrigger nested threaded IRQs currently fail because they
> >> have no primary handler. In order
On Tue, 2012-10-23 at 16:57 -0300, Ezequiel Garcia wrote:
> This kind of memcpy() is error-prone. Its replacement with a struct
> assignment is prefered because it's type-safe and much easier to read.
>
> Found by coccinelle. Hand patched and reviewed.
> Tested by compilation only.
>
> A
On Tue, 23 Oct 2012, Eric Dumazet wrote:
> On Tue, 2012-10-23 at 23:47 +0200, Thomas Gleixner wrote:
>
> > Not so good to me.
> >
> > > Signed-off-by: Eric Dumazet
> >
> > And that should be either an Acked-by or a Reviewed-by. You can't sign
> > off on patches which have not been submitted
On Wed, 2012-10-24 at 01:59 +0400, Cyrill Gorcunov wrote:
> [ilog2(VM_WRITE)] = { {'w', 'r'} },
since we're being awfully positive about crazy late night ideas, how
about something like:
#define MNEM(_VM, _mn) [ilog2(_VM)] = {(const char [2]){_mn}}
MNEM(VM_WRITE,
On Tue, Oct 23, 2012 at 03:06:59PM -0700, Marc Gauthier wrote:
> Can a later commit be eventually be made to reference some set
> of notes added so far, so they become part of the whole history
> signed by the HEAD SHA1? hence pulled/pushed automatically as
> well. Otherwise do you not end up
Russell King - ARM Linux writes:
> On Tue, Oct 16, 2012 at 03:07:49PM -0700, Kevin Hilman wrote:
>> From: Thomas Gleixner
>>
>> Attempts to retrigger nested threaded IRQs currently fail because they
>> have no primary handler. In order to support retrigger of nested
>> IRQs, the parent IRQ
On Tue, 2012-10-23 at 16:57 -0300, Ezequiel Garcia wrote:
> This kind of memcpy() is error-prone. Its replacement with a struct
> assignment is prefered because it's type-safe and much easier to read.
>
> Found by coccinelle. Hand patched and reviewed.
> Tested by compilation only.
>
> A
On Tue, Oct 23, 2012 at 09:57:08PM +0100, Nix wrote:
>
> It is now quite clear that this is a bug introduced by one or more of
> the post-3.6.1 ext4 patches (which have all been backported at least to
> 3.5, so the problem is probably there too).
>
> [ 60.290844] EXT4-fs error (device dm-3):
On Tue, 2012-10-23 at 16:57 -0300, Ezequiel Garcia wrote:
> This kind of memcpy() is error-prone. Its replacement with a struct
> assignment is prefered because it's type-safe and much easier to read.
>
> Found by coccinelle. Hand patched and reviewed.
> Tested by compilation only.
>
> A
On Tue, 23 Oct 2012 21:00:29 +0100
Matthew Leach wrote:
> Currently the __define_initcall macro takes three arguments, fn, id
> and level. The level argument is exactly the same as the id argument
> but wrapped in quotes. To overcome this need to specify three
> arguments to the
On Tue, 2012-10-23 at 16:57 -0300, Ezequiel Garcia wrote:
> This kind of memcpy() is error-prone. Its replacement with a struct
> assignment is prefered because it's type-safe and much easier to read.
>
> Found by coccinelle. Hand patched and reviewed.
> Tested by compilation only.
>
> A
Em 23-10-2012 18:02, Kees Cook escreveu:
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: "David S. Miller"
CC: Cesar Eduardo Barros
Signed-off-by: Kees Cook
Acked-by: Cesar
On Tue, Oct 23, 2012 at 07:10:24AM +1300, Tony Prisk wrote:
[...]
> @@ -87,6 +98,11 @@ static int vt8500_pwm_enable(struct pwm_chip *chip, struct
> pwm_device *pwm)
> {
> struct vt8500_chip *vt8500 = to_vt8500_chip(chip);
>
> + if (!clk_enable(vt8500->clk)) {
> +
On Tue, 2012-10-23 at 13:04 -0700, Kees Cook wrote:
> This config item has not carried much meaning for a while now and is
> almost always enabled by default. As agreed during the Linux kernel
> summit, remove it.
>
> CC: Trond Myklebust
> CC: "J. Bruce Fields"
> CC: "David S. Miller"
>
Hi,
On 10/23/2012 10:23 AM, Hongbo Zhang wrote:
> Hi Francesco,
> I found out more points about this issue.
>
> [1]
> cdev should be ready when get_max_state callback be called, otherwise
> parameter cdev is useless, imagine there may be cases that
> get_max_state call back is shared by more than
On 10/11/2012 10:16 PM, Mark Brown wrote:
On Thu, Oct 11, 2012 at 03:56:22AM +, Christopher Heiny wrote:
Fix your mailer to word wrap within paragraphs.
Sorry - I was on the road and had to use a web interface. It looked OK
during composition. Is this better?
>If this feature is a
On Tue, 2012-10-23 at 16:57 -0300, Ezequiel Garcia wrote:
> This kind of memcpy() is error-prone. Its replacement with a struct
> assignment is prefered because it's type-safe and much easier to read.
This one is a code maintenance win. :)
See my comments at the end for the difference in
On Tue, Oct 23, 2012 at 2:50 PM, Olaf Hering wrote:
> On Tue, Oct 23, Yinghai Lu wrote:
>
>> Also early_ioremap has slot limitation: 4. and you should not hold one
>> slot too long, otherwise other users could
>> have problem to reach the limit.
>
> Thanks. After which init call is ioremap
On Tue, Oct 23, 2012 at 06:30:49PM +0100, Pawel Moll wrote:
> Greetings All,
>
> More and more of people are getting interested in the subject of power
> (energy) consumption monitoring. We have some external tools like
> "battery simulators", energy probes etc., but some targets can measure
>
On Wed, Oct 24, 2012 at 01:46:39AM +0400, Cyrill Gorcunov wrote:
>
> > Also... what happens if there's an unrecognised bit set in `flags'?
> > Memory corruption or code skew could cause this. We emit a couple of
> > NULs into the procfs output, which I guess is an OK response to such a
> >
On Tue, 23 Oct 2012 23:38:45 +0200
Borislav Petkov wrote:
> And I see you'll carry this patch so I won't send it to Linus next merge
> window so thanks for this!
No, please merge it yourself. Once it (or a version of it) turns up in
linux-next, I'll drop my copy. Merging stuff I shouldn't is
On Tue, 2012-10-23 at 23:47 +0200, Thomas Gleixner wrote:
> Not so good to me.
>
> > Signed-off-by: Eric Dumazet
>
> And that should be either an Acked-by or a Reviewed-by. You can't sign
> off on patches which have not been submitted or transported by you.
I actually gave some input,
On Tue, Oct 23, Yinghai Lu wrote:
> Also early_ioremap has slot limitation: 4. and you should not hold one
> slot too long, otherwise other users could
> have problem to reach the limit.
Thanks. After which init call is ioremap available anymway?
Olaf
--
To unsubscribe from this list: send the
On Tue, 23 Oct 2012 11:11:25 +0100
Will Deacon wrote:
> On Mon, Oct 22, 2012 at 07:18:43PM +0100, Andrew Morton wrote:
> > On Mon, 22 Oct 2012 11:35:03 +0100
> > Will Deacon wrote:
> >
> > > On Fri, Oct 19, 2012 at 07:49:55PM +0100, Andrew Morton wrote:
> > > > Ho hum. I'll drop
> > > >
On Tue, Oct 23, 2012 at 11:25:06PM +0200, Thomas Gleixner wrote:
> > The resulting notes are stored in a separate revision-controlled branch
>
> Which branch(es) is/are that ? What are the semantics of that?
They are stored in refs/notes/commits by default, but you can have
multiple notes refs
On Tue, 23 Oct 2012, Eric Dumazet wrote:
> On Tue, 2012-10-23 at 11:40 +0400, Stanislav Kinsbursky wrote:
> > This patch is required CRIU project (www.criu.org).
> > To migrate processes with posix timers we have to make sure, that we can
> > restore posix timer with proper id.
> > Currently,
On Tue, 23 Oct 2012, Kees Cook wrote:
> This config item has not carried much meaning for a while now and is
> almost always enabled by default. As agreed during the Linux kernel
> summit, remove it.
>
> CC: Sage Weil
> CC: "David S. Miller"
> Signed-off-by: Kees Cook
Acked-by: Sage Weil
--
On Tue, 23 Oct 2012, Kees Cook wrote:
> This config item has not carried much meaning for a while now and is
> almost always enabled by default. As agreed during the Linux kernel
> summit, remove it.
>
> CC: Sage Weil
> Signed-off-by: Kees Cook
Acked-by: Sage Weil
--
To unsubscribe from this
On Tue, Oct 23, 2012 at 02:30:45PM -0700, Andrew Morton wrote:
> >
> > The data is encoded in a somewhat awkward two letters mnemonic form, to
> > encourage userspace to be prepared for fields being added or removed in
> > the future.
> >
>
> Wow. This version generates 1k less kernel bloat
From: Stephen Warren
This binding is intended to represent the hardware reset signals present
internally in most IC (SoC, FPGA, ...) designs.
Such a binding would allow the creation of a "reset subsystem", which
could replace APIs such as the following Tegra-specific API:
void
Hi Kees,
Em Tue, 23 Oct 2012 13:02:16 -0700
Kees Cook escreveu:
> This config item has not carried much meaning for a while now and is
> almost always enabled by default. As agreed during the Linux kernel
> summit, remove it.
>
> CC: Mauro Carvalho Chehab
For all patches on this series that
On Tue, 23 Oct 2012, Paul E. McKenney wrote:
> On Tue, Oct 23, 2012 at 01:29:02PM -0700, Paul E. McKenney wrote:
> > On Tue, Oct 23, 2012 at 08:41:23PM +0200, Oleg Nesterov wrote:
> > > On 10/23, Paul E. McKenney wrote:
> > > >
> > > > * Note that this guarantee implies a further
On Tue, Oct 23, 2012 at 02:09:39PM -0700, Andrew Morton wrote:
> On Tue, 23 Oct 2012 22:49:26 +0200
> Borislav Petkov wrote:
>
> > Now you only need to give me a proper patch with your S-O-B and we're
> > ready to go :).
>
> who, me, what?!?! Sounds stressful.
Yeah, this is to show you how we
On Tue, 23 Oct 2012, Tim Bird wrote:
> There's a certain irony here. In embedded, we get all worked
> up about efficiencies in the slab allocators, but don't have a good
> way to track the larger memory allocations. Am I missing
> something, or is there really no way to track these large
>
On Tue, 23 Oct 2012 11:15:49 +0400
Cyrill Gorcunov wrote:
> On Tue, Oct 23, 2012 at 10:34:30AM +0400, Cyrill Gorcunov wrote:
> > On Mon, Oct 22, 2012 at 11:30:25PM -0700, Andrew Morton wrote:
> > ...
> > > > Yup, but not only that, this kind of trick hides associativity between
> > > > VM_
On Tue, 23 Oct 2012, Oleg Nesterov wrote:
> On 10/23, Oleg Nesterov wrote:
> >
> > Not really the comment, but the question...
>
> Damn. And another question.
>
> Mikulas, I am sorry for this (almost) off-topic noise. Let me repeat
> just in case that I am not arguing with your patches.
>
>
On 10/23/2012 03:01 PM, Kees Cook wrote:
> This config item has not carried much meaning for a while now and is
> almost always enabled by default. As agreed during the Linux kernel
> summit, remove it.
>
Works for me.
Acked-by: Jason Wessel
Cheers,
Jason.
--
To unsubscribe from this list:
On Tue, 23 Oct 2012, Jeff King wrote:
> On Tue, Oct 23, 2012 at 10:47:28PM +0200, Thomas Gleixner wrote:
>
> > I agree that this is a common issue. Acked-by/Reviewed-by mails come
> > in after the fact that the patch has been committed to an immutable
> > (i.e no-rebase mode) branch or if the
On Tue, Oct 23, 2012 at 05:17:42PM -0400, Nick Bowler wrote:
> On 2012-10-23 15:53 -0500, Josh Cartwright wrote:
> > On Tue, Oct 23, 2012 at 03:09:23PM -0500, Rob Herring wrote:
> > > On 10/23/2012 09:50 AM, Arnd Bergmann wrote:
> > > > On Monday 22 October 2012, Josh Cartwright wrote:
> > > >>
On Tue, Oct 23, 2012 at 10:09:46PM +0100, Catalin Marinas wrote:
> > It is spelled:
> >
> > git notes add -m SHA1
> >
> > The resulting notes are stored in a separate revision-controlled branch
> > and can be pushed and pulled like regular refs. Note, though, that the
> > default refspecs do
This kind of memcpy() is error-prone. Its replacement with a struct
assignment is prefered because it's type-safe and much easier to read.
Found by coccinelle. Hand patched and reviewed.
Tested by compilation only.
A simplified version of the semantic match that finds this problem is as
follows:
This kind of memcpy() is error-prone. Its replacement with a struct
assignment is prefered because it's type-safe and much easier to read.
Found by coccinelle. Hand patched and reviewed.
Tested by compilation only.
A simplified version of the semantic match that finds this problem is as
follows:
This kind of memcpy() is error-prone. Its replacement with a struct
assignment is prefered because it's type-safe and much easier to read.
Found by coccinelle. Hand patched and reviewed.
Tested by compilation only.
A simplified version of the semantic match that finds this problem is as
follows:
101 - 200 of 2058 matches
Mail list logo
