Dave Chinner writes:
> On Sun, Apr 27, 2014 at 09:44:40PM +0530, Aneesh Kumar K.V wrote:
>> From: Andreas Gruenbacher
>>
>> Signed-off-by: Andreas Gruenbacher
>> Signed-off-by: Aneesh Kumar K.V
>> ---
>> fs/namei.c | 13 +
>> 1 file changed, 13 insertions(+)
>>
>> diff --git
On 05/01/2014 08:11 AM, Mel Gorman wrote:
> On Thu, May 01, 2014 at 07:35:47AM -0700, Dave Hansen wrote:
>> On 05/01/2014 01:44 AM, Mel Gorman wrote:
>>> X86 prefers the use of unsigned types for iterators and there is a
>>> tendency to mix whether a signed or unsigned type if used for page
>>>
On Thu, May 1, 2014 at 8:05 AM, wrote:
> On Wed, Apr 30, 2014 at 09:05:00PM -0700, H. Peter Anvin wrote:
>>
>> Giving the guest a seed would be highly useful, though. There are a
>> number of ways to do that; changing the boot protocol is probably
>> only useful if Qemu itself bouts the kernel
Without this patch fanotify_init does not validate the value passed in
event_f_flags.
When a fanotify event is read from the fanotify file descriptor a new file
descriptor is created where file.f_flags = event_f_flags.
Internal and external open flags are stored together in field f_flags of
Dave Chinner writes:
> On Sun, Apr 27, 2014 at 09:44:39PM +0530, Aneesh Kumar K.V wrote:
>> From: Andreas Gruenbacher
>>
>> Some permission models can allow processes to take ownership of a file,
>> change the file permissions, and set the file timestamps. Introduce new
>> permission mask
Dave Chinner writes:
> On Sun, Apr 27, 2014 at 09:44:37PM +0530, Aneesh Kumar K.V wrote:
>> From: Andreas Gruenbacher
>>
>> Normally, deleting a file requires write access to the parent directory.
>> Some permission models use a different permission on the parent
>> directory to indicate
On 05/01/2014 01:12 AM, Ming Lei wrote:
> entry(cmd->ll_list) may belong to new request once end_cmd()
> returns, so fix the bug with the patch.
>
> Without the change, it is easy to observe oops when
> doing null_blk(timer) test.
>
> Signed-off-by: Ming Lei
> ---
> drivers/block/null_blk.c |
Dave Chinner writes:
> On Mon, Apr 28, 2014 at 07:23:01AM -0400, Jeff Layton wrote:
>> On Sun, 27 Apr 2014 21:44:36 +0530
>> "Aneesh Kumar K.V" wrote:
>>
>> > From: Andreas Gruenbacher
>> >
>> > Some permission models distinguish between the permission to create a
>> > non-directory and a
Hi,
On Thu, May 01, 2014 at 09:45:17AM -0400, Alan Stern wrote:
> On Thu, 1 May 2014, Zhuang Jin Can wrote:
>
> > > again, you found a bug on the gadget driver. Fix that. composite.c
> > > guarantees that for those functions which don't pass bMaxBurst,
> > > gadget->maxburst will be set to *at
Hi,
On Thu, May 01, 2014 at 04:44:52PM -0400, Zhuang Jin Can wrote:
> On Wed, Apr 30, 2014 at 02:58:29PM -0500, Felipe Balbi wrote:
> > On Thu, May 01, 2014 at 02:36:08AM -0400, Zhuang Jin Can wrote:
> > > At least we should giveback the current request to the
> > > gadget. Otherwise, the gadget
On Thu, May 01, 2014 at 05:09:20PM +0200, Frederic Weisbecker wrote:
> > > Not sure why you want that. It makes sense on directories grouping
> > > file for different subsystem. But here?
> >
> > Worried about possible conflicts with workqueue names if we end up
> > with more attributes.
>
> But
On Thu, May 01, 2014 at 07:35:47AM -0700, Dave Hansen wrote:
> On 05/01/2014 01:44 AM, Mel Gorman wrote:
> > X86 prefers the use of unsigned types for iterators and there is a
> > tendency to mix whether a signed or unsigned type if used for page
> > order. This converts a number of sites in
On Thu, May 01, 2014 at 11:02:31AM -0400, Tejun Heo wrote:
> Hello,
>
> On Thu, May 01, 2014 at 05:01:17PM +0200, Frederic Weisbecker wrote:
> > > Another thing with naming is that I didn't anticipate having
> > > attributes at the top directory so the workqueue directories aren't
> > >
On Thu, May 01, 2014 at 10:27:45AM -0400, Vince Weaver wrote:
> On Thu, 1 May 2014, Vince Weaver wrote:
>
> > On Wed, 30 Apr 2014, Peter Zijlstra wrote:
> >
> > > Vince, could you add the below to whatever tracing muck you already
> > > have?
>
> and this might be what you're looking for. This
On Wed, Apr 30, 2014 at 09:05:00PM -0700, H. Peter Anvin wrote:
>
> Giving the guest a seed would be highly useful, though. There are a
> number of ways to do that; changing the boot protocol is probably
> only useful if Qemu itself bouts the kernel as opposed to an in-VM
> bootloader.
So how
Hello,
On Thu, May 01, 2014 at 05:01:17PM +0200, Frederic Weisbecker wrote:
> > Another thing with naming is that I didn't anticipate having
> > attributes at the top directory so the workqueue directories aren't
> > namespaced. Maybe we want to namespace top level knobs?
> > "system_cpumask"
On Thu, Apr 24, 2014 at 11:37:16AM -0400, Tejun Heo wrote:
> On Thu, Apr 24, 2014 at 04:37:33PM +0200, Frederic Weisbecker wrote:
> > Create a cpumask that limit the affinity of all unbound workqueues.
> > This cpumask is controlled though a file at the root of the workqueue
> > sysfs directory.
>
It is possible to replace rip-relative addressing mode
with addressing mode of the same length: (reg+disp32).
This eliminates the need to fix up immediate
and correct for changing instruction length.
v2: Rebased on top of Oleg's latest changes and run-tested.
v3: Removed unnecessary cast.
Hello,
On Tue, Apr 29, 2014 at 01:49:23PM -0600, Shuah Khan wrote:
> +/* creates a token devres and marks it available */
> +int devm_token_create(struct device *dev, const char *id)
> +{
> + struct token_devres *tkn;
> + size_t tkn_size;
> +
> + tkn_size = sizeof(struct token_devres)
On Thu, Apr 24, 2014 at 11:33:20AM -0400, Tejun Heo wrote:
> On Thu, Apr 24, 2014 at 04:37:36PM +0200, Frederic Weisbecker wrote:
> > Ordered unbound workqueues need some special care if we want to
> > modify their CPU affinity. These can't be simply handled through
> > apply_workqueue_attrs()
On Thu, Apr 24, 2014 at 11:30:48AM -0400, Tejun Heo wrote:
> On Thu, Apr 24, 2014 at 04:37:35PM +0200, Frederic Weisbecker wrote:
> > +static int apply_workqueue_attrs_locked(struct workqueue_struct *wq,
> > + const struct workqueue_attrs *attrs);
>
> Can't we
Hi Grant,
On Thu, May 1, 2014 at 3:56 PM, Grant Likely wrote:
> On Thu, May 1, 2014 at 2:41 PM, Geert Uytterhoeven
> wrote:
>> On Thu, May 1, 2014 at 10:03 AM, Grant Likely
>> wrote:
>>> On Wed, 30 Apr 2014 23:54:37 +0200, Geert Uytterhoeven
>>> wrote:
On Tue, Apr 29, 2014 at 3:16 PM,
Give me some time (actually some days), I will try this and update you.
> -Original Message-
> From: Felipe Balbi [mailto:ba...@ti.com]
> Sent: Thursday, May 01, 2014 1:42 AM
> To: Paul Fertser
> Cc: Felipe Balbi; Li Yang-Leo-R58472; linux-...@vger.kernel.org; linux-
>
On Thu, May 01, 2014 at 04:40:21PM +0200, Frederic Weisbecker wrote:
> > lockdep_assert_held()
>
> Not sure... Only a small part of the function actually needs to be locked.
> Namely
> those doing the pwq allocations, which already have the lockdep_assert_held().
Ah, in that case, never mind.
On Thu, Apr 24, 2014 at 10:48:32AM -0400, Tejun Heo wrote:
> On Thu, Apr 24, 2014 at 04:37:34PM +0200, Frederic Weisbecker wrote:
> > +static int apply_workqueue_attrs_locked(struct workqueue_struct *wq,
> > + const struct workqueue_attrs *attrs)
> > {
> >
hi all
On Wed, Apr 30, 2014 at 11:42 PM, Kirill A. Shutemov
wrote:
> On Tue, Apr 15, 2014 at 10:06:56PM -0400, Sasha Levin wrote:
>> Hi all,
>>
>> I often see hung task triggering in khugepaged within collapse_huge_page().
>>
>> I've initially assumed the case may be that the guests are too
On 05/01/2014 01:44 AM, Mel Gorman wrote:
> X86 prefers the use of unsigned types for iterators and there is a
> tendency to mix whether a signed or unsigned type if used for page
> order. This converts a number of sites in mm/page_alloc.c to use
> unsigned int for order where possible.
Does this
On Thu, May 01, 2014 at 11:42:52AM +0200, Miklos Szeredi wrote:
> Two points about latest version (dentry_kill-2):
>
> - Doing anything with dentry->d_parent in case of DCACHE_DENTRY_KILLED looks
> seriously wrong. Parent has been dealt with, at that point, by the other
> caller, no?
In
When a board is added, the shpchp driver checks if there
is a mismatch between the bridge's adapter and the bus speed.
If there is, it sets the subordinate speed (if there is no device on it).
However, it takes the reference of the board speed from the primary bus
and not from the subordinate. If
On Thu, May 1, 2014 at 4:11 PM, Mark Brown wrote:
> On Thu, May 01, 2014 at 07:53:58AM +0200, Ricardo Ribalda Delgado wrote:
>
>> Thanks for your comments. This fix does not avoid the task being
>> killed (which is not an error). What it does is that IF the task is
>> killed or we are out of
On Wed, Apr 30, 2014 at 10:37:00PM -0700, H. Peter Anvin wrote:
>
> > On Apr 30, 2014, at 19:06, "Theodore Ts'o" wrote:
> >
> >> On Wed, Apr 30, 2014 at 01:52:35PM -0700, Andy Lutomirski wrote:
> >>
> >> 1. It simply doesn't work on my system. In particular, it never returns
> >> entropy. It
On Wed, 30 Apr 2014, Vivek Gautam wrote:
> Change to use struct device instead of struct platform_device
> for some static functions.
>
> Signed-off-by: Vivek Gautam
> Cc: Alan Stern
> Acked-by: Jingoo Han
> ---
For all four patches in this series:
Acked-by: Alan Stern
--
To unsubscribe
On Wed, Apr 30, 2014 at 04:30:42PM +0200, Jiri Slaby wrote:
> Some threads do not use kthread_should_stop. Before we enable a
Haven't really following kgraft development but is it safe to assume
that all kthread_should_stop() usages are clean side-effect-less
boundaries? If so, why is that
On Thu, 1 May 2014, Vince Weaver wrote:
> On Wed, 30 Apr 2014, Peter Zijlstra wrote:
>
> > Vince, could you add the below to whatever tracing muck you already
> > have?
and this might be what you're looking for. This is with a different
random seed than the one I've used for other traces,
On Thursday 01 May 2014 02:26 AM, Brian Norris wrote:
> This defconfig contains the CONFIG_M25P80 symbol, which is now
> dependent on the MTD_SPI_NOR symbol. Add CONFIG_MTD_SPI_NOR to satisfy
> the new dependency.
>
> Signed-off-by: Brian Norris
> Cc: Santosh Shilimkar
> Cc:
On Mon, 28 Apr 2014 16:13:19 -0700, Doug Anderson wrote:
> Vikas,
>
>
> On Sun, Apr 27, 2014 at 10:39 AM, Vikas Sajjan wrote:
> > Hi shaik,
> >
> > +Doug, Abhilash,
> >
> > On Sun, Apr 27, 2014 at 1:08 PM, Shaik Ameer Basha
> > wrote:
> >> From: Cho KyongHo
> >>
> >> Signed-off-by: Cho
On Thu, May 01, 2014 at 04:59:08PM +0530, Tushar Behera wrote:
> Okay, I will extend the existing clock driver to support XCLKOUT.
It may make more sense to add another clock driver for this clock
depending on how things are done, I don't know.
> Of the many parents of XCLKOUT, we need to set
On 14-04-29 01:55 PM, Daniel Bristot de Oliveira wrote:
> Dear RT Folks,
>
> This patch enables the netconsole on PREEMPT_RT_FULL, netconsole
> was disabled on commit:
> cb7cb77 kconfig-disable-a-few-options-rt.patch
>
> I tested the netconsole on three machines:
>
> - Intel Core i5 (4 cpus) -
On 04/28/2014 12:00 PM, Anshuman Khandual wrote:
> The current documentation is bit misleading and does not explicitly
> specify that iov.len need to be initialized failing which kernel
> may just ignore the ptrace request and never read from/write into
> the user specified buffer. This patch
On Thu, May 01, 2014 at 07:53:58AM +0200, Ricardo Ribalda Delgado wrote:
> Thanks for your comments. This fix does not avoid the task being
> killed (which is not an error). What it does is that IF the task is
> killed or we are out of memory we will exit with all the resources
> properly
On Mon, 28 Apr 2014 16:08:14 +0530, Tushar Behera wrote:
> On 04/27/2014 01:07 PM, Shaik Ameer Basha wrote:
> > From: Cho KyongHo
> >
> > Some master device descriptor like fimc-is which is an abstraction
> > of very complex H/W may have multiple System MMUs. For those devices,
> > the design of
On Sun, 27 Apr 2014 20:17:48 +0200, Arnd Bergmann wrote:
> On Sunday 27 April 2014 13:07:47 Shaik Ameer Basha wrote:
> > @@ -542,14 +592,41 @@ static int __init exynos_sysmmu_probe(struct
> > platform_device *pdev)
> > }
> > }
> >
> > + /* Relation between master and System
On Wed, 2014-04-30 at 14:33 -0600, Bjorn Helgaas wrote:
> dma_declare_coherent_memory() takes two addresses for a region of memory: a
> "bus_addr" and a "device_addr". I think the intent is that "bus_addr" is
> the physical address a *CPU* would use to access the region, and
> "device_addr" is
On Thursday 01 May 2014 09:25 AM, Russell King - ARM Linux wrote:
> On Thu, May 01, 2014 at 09:19:18AM -0400, Santosh Shilimkar wrote:
>> Rob, Russell,
>>
>> On Thursday 24 April 2014 11:30 AM, Santosh Shilimkar wrote:
>>> Here is an updated v3 of the series. Series introduces support for setting
On 4/30/2014 5:26 PM, Helge Deller wrote:
This patch makes the stack size configurable and uses 80MB as default
value which has been in use during the last few years on parisc and
which didn't showed any problems yet.
Signed-off-by: Helge Deller
Cc:linux-par...@vger.kernel.org
On Wed, 30 Apr 2014, Peter Zijlstra wrote:
> Vince, could you add the below to whatever tracing muck you already
> have?
OK, running with your patch, I get this messages a few times. No crashing
or memory corruption messages, but as I've said before that only happens
maybe 10% of the time,
The original behaviour is to refuse to add a new page if the maximum number
of segments has been reached, regardless of the fact the page we are
going to add can be merged into the last segment or not.
Unfortunately, when the system runs under heavy memory fragmentation conditions,
a driver may
On Thu, May 1, 2014 at 2:41 PM, Geert Uytterhoeven wrote:
> Hi Grant,
>
> On Thu, May 1, 2014 at 10:03 AM, Grant Likely
> wrote:
>> On Wed, 30 Apr 2014 23:54:37 +0200, Geert Uytterhoeven
>> wrote:
>>> On Tue, Apr 29, 2014 at 3:16 PM, Grant Likely
>>> wrote:
>>> > I also don't like that it
On 04/30/2014 12:42 PM, Bjorn Helgaas wrote:
The DMA-API documentation sometimes refers to "physical addresses" when it
really means "bus addresses." Historically these were often the same, but
they may be different if the bridge leading to the bus performs address
transaction. Update the
On Thu, May 01, 2014 at 02:39:38PM +0100, Mel Gorman wrote:
> On Thu, May 01, 2014 at 09:29:22AM -0400, Johannes Weiner wrote:
> > On Thu, May 01, 2014 at 09:44:45AM +0100, Mel Gorman wrote:
> > > There should be no references to it any more and a parallel mark should
> > > not be reordered
On Thu, 1 May 2014, Zhuang Jin Can wrote:
> > again, you found a bug on the gadget driver. Fix that. composite.c
> > guarantees that for those functions which don't pass bMaxBurst,
> > gadget->maxburst will be set to *at least* 1.
> >
> I agree the real fix should be in the gadget driver. The
On 04/28/2014 11:30 AM, Anshuman Khandual wrote:
> On 04/26/2014 05:12 AM, Pedro Alves wrote:
>> On 04/02/2014 08:02 AM, Anshuman Khandual wrote:
>>> This patch adds following new sets of ptrace request macros for
>>> transactional
>>> memory expanding the existing ptrace ABI on PowerPC.
>>>
>>>
Hi Grant,
On Thu, May 1, 2014 at 10:03 AM, Grant Likely wrote:
> On Wed, 30 Apr 2014 23:54:37 +0200, Geert Uytterhoeven
> wrote:
>> On Tue, Apr 29, 2014 at 3:16 PM, Grant Likely
>> wrote:
>> > I also don't like that it tries to set up every clock, but there is no
>> > guarantee that the
On Thu, May 01, 2014 at 09:33:40AM -0400, Johannes Weiner wrote:
> On Thu, May 01, 2014 at 09:44:46AM +0100, Mel Gorman wrote:
> > When adding pages to the LRU we clear the active bit unconditionally. As the
> > page could be reachable from other paths we cannot use unlocked operations
> > without
On Thu, May 01, 2014 at 09:29:22AM -0400, Johannes Weiner wrote:
> On Thu, May 01, 2014 at 09:44:45AM +0100, Mel Gorman wrote:
> > There should be no references to it any more and a parallel mark should
> > not be reordered against us. Use non-locked varient to clear page active.
> >
> >
[fix Andrew's email address]
On Thu, May 01, 2014 at 08:54:50AM -0400, Johannes Weiner wrote:
> On Mon, Apr 28, 2014 at 05:04:26PM +0200, Michal Hocko wrote:
> > On Tue 22-04-14 11:59:23, Michal Hocko wrote:
> > > On Sat 19-04-14 07:01:43, Jianyu Zhan wrote:
> > > > introduce helper
On Thu, May 01, 2014 at 09:44:46AM +0100, Mel Gorman wrote:
> When adding pages to the LRU we clear the active bit unconditionally. As the
> page could be reachable from other paths we cannot use unlocked operations
> without risk of corruption such as a parallel mark_page_accessed. This
> patch
On Thu, May 01, 2014 at 09:44:45AM +0100, Mel Gorman wrote:
> There should be no references to it any more and a parallel mark should
> not be reordered against us. Use non-locked varient to clear page active.
>
> Signed-off-by: Mel Gorman
> ---
> mm/swap.c | 2 +-
> 1 file changed, 1
On Thu, 1 May 2014, Thomas Gleixner wrote:
> On Thu, 1 May 2014, Peter Zijlstra wrote:
> > On Thu, May 01, 2014 at 12:26:02PM +0200, Peter Zijlstra wrote:
> > > On Thu, May 01, 2014 at 12:51:33AM +0200, Thomas Gleixner wrote:
> > > > And that's the issue which puzzles us. Let's look at what we
On Thu, May 01, 2014 at 09:19:18AM -0400, Santosh Shilimkar wrote:
> Rob, Russell,
>
> On Thursday 24 April 2014 11:30 AM, Santosh Shilimkar wrote:
> > Here is an updated v3 of the series. Series introduces support for setting
> > up
> > dma parameters based on device tree properties like
On Thu, May 01, 2014 at 09:44:32AM +0100, Mel Gorman wrote:
> The zlc is used on NUMA machines to quickly skip over zones that are full.
> However it is always updated, even for the first zone scanned when the
> zlc might not even be active. As it's a write to a bitmap that potentially
> bounces
CC linux-m68k
Hi Fabian
Thanks for your patch. A few comments below.
On Thu, May 1, 2014 at 9:02 AM, Fabian Frederick wrote:
> -no level printk converted to pr_warn/pr_info
> -fixed a small identation problem
>
> This is untested
>
> Cc: Geert Uytterhoeven
> Cc: Andrew Morton
>
Rob, Russell,
On Thursday 24 April 2014 11:30 AM, Santosh Shilimkar wrote:
> Here is an updated v3 of the series. Series introduces support for setting up
> dma parameters based on device tree properties like 'dma-ranges' and
> 'dma-coherent' and also update to ARM 32 bit port. Earlier version of
On Thu, 1 May 2014, Peter Zijlstra wrote:
> On Thu, May 01, 2014 at 12:51:33AM +0200, Thomas Gleixner wrote:
> > And that's the issue which puzzles us. Let's look at what we expect:
> >
> > Now the trace shows a different story:
> >
> > perf_fuzzer-4387 [001] 1802.628659: sys_enter:
On Thursday 01 May 2014 09:12 AM, Grant Likely wrote:
> On Wed, 30 Apr 2014 10:19:15 -0400, Santosh Shilimkar
> wrote:
>> Hi Grant,
>>
>> On Tuesday 29 April 2014 10:41 AM, Grant Likely wrote:
>>> On Thu, 24 Apr 2014 11:30:04 -0400, Santosh Shilimkar
>>> wrote:
Retrieve DMA configuration
On 05/01/14 at 11:12am, Matt Fleming wrote:
> On Wed, 30 Apr, at 10:13:03AM, Dave Young wrote:
> >
> > earlyprintk=efi,keep will cause kernel hangs while freeing initmem like
> > below:
> > [2.826089] VFS: Mounted root (ext4 filesystem) readonly on device 254:2.
> > [2.846592] devtmpfs:
On Thu, 1 May 2014 03:09:51 +0200, Boris BREZILLON
wrote:
> Signed-off-by: Boris BREZILLON
> ---
No commit message? Immediate NAK. Please, make sure you write a
description for each and every patch. This is not optional. Future
readers want to know what this patch solves and any other
earlyprintk=efi,keep will cause kernel hangs while freeing initmem like below:
[2.826089] VFS: Mounted root (ext4 filesystem) readonly on device 254:2.
[2.846592] devtmpfs: mounted
[2.856974] Freeing unused kernel memory: 880K (817d4000 -
818b)
It is caused by
On Wed, 30 Apr 2014 10:19:15 -0400, Santosh Shilimkar
wrote:
> Hi Grant,
>
> On Tuesday 29 April 2014 10:41 AM, Grant Likely wrote:
> > On Thu, 24 Apr 2014 11:30:04 -0400, Santosh Shilimkar
> > wrote:
> >> Retrieve DMA configuration from DT and setup platform device's DMA
> >> parameters. The
On Thu, May 01, 2014 at 02:35:02PM +0200, Thomas Gleixner wrote:
> > grep ptr=0x880118fda000 bug.out | less
> >
> > We find lovely bits such as:
> >
> > perf_fuzzer-4387 [001] 1773.427175: kmalloc:
> > (perf_event_alloc+0x5a) call_site=8113a8fa
On Thu, 3 Apr 2014 10:04:58 -0700, Laura Abbott wrote:
> memblock is now fully integrated into the kernel and is the prefered
> method for tracking memory. Rather than reinvent the wheel with
> meminfo, migrate to using memblock directly instead of meminfo as
> an intermediate.
>
> Change-Id:
On Sat, Apr 26, 2014 at 10:50:31AM +0200, Fabian Frederick wrote:
> static values are automatically initialized to NULL
>
> Cc: Johannes Weiner
> Cc: Andrew Morton
> Signed-off-by: Fabian Frederick
> ---
> mm/memcontrol.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff
On Mon, Apr 28, 2014 at 05:04:26PM +0200, Michal Hocko wrote:
> On Tue 22-04-14 11:59:23, Michal Hocko wrote:
> > On Sat 19-04-14 07:01:43, Jianyu Zhan wrote:
> > > introduce helper mem_cgroup_zoneinfo_zone(). This will make
> > > mem_cgroup_iter() code more compact.
> >
> > I dunno. Helpers are
> On Apr 30, 2014, at 22:28, "Mark Brown" wrote:
>
>> On Thu, May 01, 2014 at 02:16:27AM +, Austin, Brian wrote:
>>
>> Apparently not.
>> I would like to come up with a better solution than making INPUT a
>> requirement. I just need some time.
>> In the meantime I suppose it’s OK to
2014-04-24 5:16 GMT+08:00 Linus Walleij :
> Instead of referring to a global static variable for the sgpio
> locking, use the state container to contain the lock.
>
> Signed-off-by: Linus Walleij
hi Linus, thanks! this looks very good only if we fix the
gpiochip_add_pin_range() failure in patch
On Thu, May 01, 2014 at 03:31:28AM +, Leon Yu wrote:
> iovec should be reclaimed whenever caller of rw_copy_check_uvector() returns,
> but it doesn't hold when failure happens right after aio_setup_vectored_rw().
>
> Fix that in a such way to avoid hairy goto.
Good catch -- applied.
On Thu, 1 May 2014, Peter Zijlstra wrote:
> On Thu, May 01, 2014 at 12:26:02PM +0200, Peter Zijlstra wrote:
> > On Thu, May 01, 2014 at 12:51:33AM +0200, Thomas Gleixner wrote:
> > > And that's the issue which puzzles us. Let's look at what we expect:
> > >
> > > Now the trace shows a different
Yes, please use 1.0.5 version.
I'll check and fix these problems in this month.
Thanks Chen & Guenter.
Sent from my iPhone
> On May 1, 2014, at 2:48 AM, Guenter Roeck wrote:
>
>> On Wed, Apr 30, 2014 at 09:14:42AM +0800, Chen Gang wrote:
>> Hello Maintainers:
>>
>> - Toolchain information:
2014-04-24 5:16 GMT+08:00 Linus Walleij :
> This rewrites the SIRF pinctrl driver to allocate a state container
> for the GPIO chip, just as is done for the pin controller, and
> use the gpiochip_add_pin_range() to add the range from the gpiochip
> side rather than adding the range from the
On Thu, May 01, 2014 at 01:57:27PM +0200, Christian Engelmayer wrote:
> Fix a potential leak in the error path of function update_bcn_wps_ie().
> Make sure that allocated memory for 'pbackup_remainder_ie' is freed
> upon return. Detected by Coverity - CID 1077718.
>
if (remainder_ielen >
Dear Client
Do you need a quick loan to establish, for estate license, to buy car, house,
no problem we
offer Personal loan, Business loan Student loan and General loan,
Why not take off for a little while, get away and enjoy yourself we also offer
loan for vacation.
For more information
Dear Client
Do you need a quick loan to establish, for estate license, to buy car, house,
no problem we
offer Personal loan, Business loan Student loan and General loan,
Why not take off for a little while, get away and enjoy yourself we also offer
loan for vacation.
For more information
Fix a potential leak in the error path of function update_bcn_wps_ie().
Make sure that allocated memory for 'pbackup_remainder_ie' is freed
upon return. Detected by Coverity - CID 1077718.
Signed-off-by: Christian Engelmayer
---
Compile tested and applies against branch staging-next of tree
James, would you send this patchset to Linus?
This patchset is expected to go to 3.15 because this is a kind of regression
fix.
Tetsuo Handa wrote:
> Miklos Szeredi wrote:
> > On Sat, Apr 19, 2014 at 2:08 PM, Tetsuo Handa
> > wrote:
> > > Michael Kerrisk (man-pages) wrote:
> > >> Now that
Fix a potential leak in the error path of function update_bcn_wps_ie().
Make sure that allocated memory for 'pbackup_remainder_ie' is freed
upon return. Detected by Coverity - CID 1077718.
Signed-off-by: Christian Engelmayer
---
Compile tested and applies against branch staging-next of tree
On Thu, May 01, 2014 at 12:26:02PM +0200, Peter Zijlstra wrote:
> On Thu, May 01, 2014 at 12:51:33AM +0200, Thomas Gleixner wrote:
> > And that's the issue which puzzles us. Let's look at what we expect:
> >
> > Now the trace shows a different story:
> >
> > perf_fuzzer-4387 [001]
On 14-04-04 09:58 AM, J. Bruce Fields wrote:
> On Thu, Apr 03, 2014 at 07:21:46PM -0400, Jeff Layton wrote:
>> So according to the RFC you have to encode both the mode bits and the
>> ftype for v2. The type bits seem to be removed from the mode in NFSv3
>> though, so perhaps we should only be
2014-05-01 13:30 GMT+04:00 David Laight :
> From: Alexey Charkov [mailto:alch...@gmail.com]
> ...
>> This patch removes the cast altogether, and instead stores an actual
>> pointer to u8 in match->data. All instances of 'revision' are also
>> unified to u8 instead of an assortment of different
On 04/30/2014 11:33 PM, Mark Brown wrote:
> On Wed, Apr 30, 2014 at 05:30:39PM +0530, Tushar Behera wrote:
>
>> XCLKOUT mux register (0x10040a00) is not part of core clock SFR range,
>> rather it is part of pmu-system-controller node.
>
>> One option would be to add a clock provider for XCLKOUT.
If the log ring buffer becomes full, we silently overwrite old messages
with new data. console_unlock will detect this case and fast-forward the
console_* pointers to skip over the corrupted data, but nothing will be
reported to the user.
This patch hijacks the first valid log message after
When running on a hideously slow system (~10Mhz FPGA) with a bunch of
debug printk invocations on the timer interrupt path, we end up filling
the log buffer faster than we can drain it.
The reason is that console_unlock (which is responsible for moving
messages out of logbuf to hand over to the
Hi Linus,
Please pull hwmon fixes for Linux 3.15-rc4 from signed tag:
git://git.kernel.org/pub/scm/linux/kernel/git/groeck/linux-staging.git
hwmon-for-linus
Thanks,
Guenter
--
The following changes since commit d1db0eea852497762cab43b905b879dfcd3b8987:
Linux 3.15-rc3 (2014-04-27
Hi Helge,
On 30/04/14 22:26, Helge Deller wrote:
> This patch affects only architectures where the stack grows upwards
> (currently parisc and metag only). On those do not hardcode the maximum
> initial stack size to 1GB, but make it configurable via a config option.
>
> The main problem with
Hi Ben,
On Thu, Apr 17, 2014 at 10:36:58PM +0100, Benjamin Herrenschmidt wrote:
> On Thu, 2014-04-17 at 16:00 +0200, Peter Zijlstra wrote:
>
> > So the non-relaxed ops already imply the expensive I/O barrier (mmiowb?)
> > and therefore, PPC can drop it from spin_unlock()?
>
> We play a trick.
On Thu, May 01, 2014 at 12:30:57PM +0200, Christian Engelmayer wrote:
> Fix a potential leak in the error path of rtw_set_key(). In case the requested
> algorithm is not supported by the driver, the function returns without
> enqueuing or freeing the already allocated command and parameter
Fix a potential leak in the error path of r871x_wx_set_enc_ext(). In case the
requested algorithm is not supported by the driver, the function returns
without freeing the already allocated 'param' struct. Move the input
verification to the beginning of the function so that the direct return is
Fix a potential leak in the error path of rtw_set_key(). In case the requested
algorithm is not supported by the driver, the function returns without
enqueuing or freeing the already allocated command and parameter structs. Use
a centralized exit path and make sure that all memory is freed
On Thu, May 01, 2014 at 12:51:33AM +0200, Thomas Gleixner wrote:
> And that's the issue which puzzles us. Let's look at what we expect:
>
> Now the trace shows a different story:
>
> perf_fuzzer-4387 [001] 1802.628659: sys_enter:NR 298
> (69bb58, 0, , 12, 0, 0)
On Wed, 30 Apr, at 10:13:03AM, Dave Young wrote:
>
> earlyprintk=efi,keep will cause kernel hangs while freeing initmem like below:
> [2.826089] VFS: Mounted root (ext4 filesystem) readonly on device 254:2.
> [2.846592] devtmpfs: mounted
> [2.856974] Freeing unused kernel memory: 880K
MTD Folks,
This driver is now at v1. Suggestions from the RFC patch-set have now
been applied. None of the framework internals are now exported for use
within the driver, as it now uses the 'ecc' call-backs provided.
Hopefully the driver now conforms to what's expected and will be suitable
to
301 - 400 of 1092 matches
Mail list logo