Pages are now uncharged at release time, and all sources of batched
uncharges operate on lists of pages. Directly use those lists, and
get rid of the per-task batching state.
This also batches statistics accounting, in addition to the res
counter charges, to reduce IRQ-disabling and re-enabling.
On Sun 2014-07-06 21:00:02, Theodore Ts'o wrote:
> On Sun, Jul 06, 2014 at 11:37:11PM +0200, Pavel Machek wrote:
> >
> > Well, when I got report about hw problems, badblocks -c was my first
> > instinct. On the usb hdd, the most errors were due to 3.16-rc1 kernel
> > bug, not real problems.
>
>
In the unlock function of the cancellable MCS spinlock, the first
thing we do is to retrive the current CPU's osq node. However, due to
the changes made in the previous patch, in the common case where the
lock is not contended, we wouldn't need to access the current CPU's
osq node anymore.
This
This patch tries to solve a problem detected with random configuration.
warning: (VIDEO_EM28XX_V4L2) selects VIDEO_MT9V011 which has unmet direct
dependencies (MEDIA_SUPPORT && I2C && VIDEO_V4L2 && MEDIA_CAMERA_SUPPORT)
Cc: Mauro Carvalho Chehab
Cc: linux-me...@vger.kernel.org
Signed-off-by:
Hugh reports:
VM_BUG_ON_PAGE(!(pc->flags & PCG_MEM))
mm/memcontrol.c:6680!
page had count 1 mapcount 0 mapping anon index 0x196
flags locked uptodate reclaim swapbacked, pcflags 1, memcg not root
mem_cgroup_migrate < move_to_new_page < migrate_pages < compact_zone <
compact_zone_order <
Hugh reports:
==
[ INFO: SOFTIRQ-safe -> SOFTIRQ-unsafe lock order detected ]
3.16.0-rc2-mm1 #3 Not tainted
--
cc1/2771 [HC0[0]:SC0[0]:HE0:SE1] is trying to acquire:
(&(>lock)->rlock){+.+.-.},
Mapped file accounting depends on the the page being charged already,
or it won't get accounted properly, and the mapped file counter will
underflow during unmap later on.
Move mem_cgroup_migrate() before remove_migration_ptes().
Signed-off-by: Johannes Weiner
---
mm/migrate.c | 2 +-
1 file
Hi Andrew,
here are 3 fixlets on top of the memcg uncharge rewrite, two of which
based on problems that Hugh reported. They should apply directly on
top of the existing fixlets for "mm: memcontrol: rewrite uncharge API".
Thanks!
--
To unsubscribe from this list: send the line "unsubscribe
The main purpose of this patchset is to reduce the size of the
cancellable MCS spinlock and reduce the overhead of rwsem
(currently the largest lock in the kernel).
The overhead of the cancellable MCS lock is a pointer to a per-cpu node
structure which requires 64 bits on 64 bit systems. Instead
Currently, the per-cpu nodes structure for the cancellable MCS spinlock is
named "optimistic_spin_queue". However, in a follow up patch in the series
we will be introducing a new structure that serves as the new "handle" for
the lock. It would make more sense if that structure is named
On Mon, Jul 07, 2014 at 06:00:29PM +0100, Jonathan Cameron wrote:
> On 02/07/14 14:50, Josef Gajdusek wrote:
> > This patch changes hmc5843.c to use regmap. This provides transparent
> > caching
> > to the code as well as abstraction necessary to add support for SPI-based
> > hmc5983.
> >
> >
use mm.h definition
Cc: Alex Deucher
Cc: David Airlie
Cc: dri-de...@lists.freedesktop.org
Signed-off-by: Fabian Frederick
---
drivers/gpu/drm/radeon/radeon_fb.c | 2 +-
drivers/gpu/drm/radeon/radeon_gem.c| 2 +-
drivers/gpu/drm/radeon/radeon_object.c | 2 +-
3 files changed, 3
Hi Dan,
On Mon, Jul 07, 2014 at 11:41:20AM -0500, Dan Williams wrote:
> On Mon, 2014-07-07 at 11:06 +0200, Olivier Sobrie wrote:
> > When the module sends bursts of data, sometimes a deadlock happens in
> > the hso driver when the tty buffer doesn't get the chance to be flushed
> > quickly
use mm.h definition
Cc: David Airlie
Cc: Patrik Jakobsson
Cc: Daniel Vetter
Cc: dri-de...@lists.freedesktop.org
Signed-off-by: Fabian Frederick
---
drivers/gpu/drm/gma500/framebuffer.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
2014-07-07 17:40 GMT+02:00 Linus Walleij :
> On Thu, Jun 26, 2014 at 1:31 PM, Rickard Strandqvist
> wrote:
>
>> Remove checking if a unsigned is less than zero
>>
>> This was found using a static code analysis program called cppcheck.
>>
>> Signed-off-by: Rickard Strandqvist
> (...)
>> -
On 16:52 Thu 03 Jul , Maxime Ripard wrote:
> Hi,
>
> On Thu, Jul 03, 2014 at 10:29:58PM +0800, Jean-Christophe PLAGNIOL-VILLARD
> wrote:
> > no do this at SoC level
>
> Since it has to be done at init_machine, I don't see any other easy
> way to do this at the SoC level.
>
> What is your
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/include/osdep_service.h |7 ---
1 file changed, 7 deletions(-)
diff --git a/drivers/staging/rtl8188eu/include/osdep_service.h
b/drivers/staging/rtl8188eu/include/osdep_service.h
index 3a620f8..fed9c86 100644
---
On 07/07/2014 07:12 PM, Jim Keniston wrote:
> Also, as noted below, some of the opcodes that were invalid back in
> 2006-2007 are now valid. However, arpl, lar, and lsl still look
> questionable to me.
arpl, lar, and lsl never throw any exceptions
apart from those which any memory-referencing
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/hal/rtl8188e_hal_init.c | 19 ---
drivers/staging/rtl8188eu/include/rtl8188e_hal.h |2 --
2 files changed, 21 deletions(-)
diff --git a/drivers/staging/rtl8188eu/hal/rtl8188e_hal_init.c
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_pwrctrl.c | 10 +-
drivers/staging/rtl8188eu/include/osdep_service.h |1 -
drivers/staging/rtl8188eu/os_dep/osdep_service.c |5 -
3 files changed, 5 insertions(+), 11 deletions(-)
diff --git
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_efuse.c| 60 -
drivers/staging/rtl8188eu/include/rtw_efuse.h |2 -
2 files changed, 62 deletions(-)
diff --git a/drivers/staging/rtl8188eu/core/rtw_efuse.c
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/include/osdep_service.h |6 --
drivers/staging/rtl8188eu/os_dep/osdep_service.c | 65 -
2 files changed, 71 deletions(-)
diff --git a/drivers/staging/rtl8188eu/include/osdep_service.h
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/include/osdep_service.h |1 -
drivers/staging/rtl8188eu/os_dep/osdep_service.c | 21 -
2 files changed, 22 deletions(-)
diff --git a/drivers/staging/rtl8188eu/include/osdep_service.h
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/include/osdep_service.h |1 -
drivers/staging/rtl8188eu/os_dep/osdep_service.c |7 +--
2 files changed, 1 insertion(+), 7 deletions(-)
diff --git a/drivers/staging/rtl8188eu/include/osdep_service.h
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_efuse.c| 113 -
drivers/staging/rtl8188eu/include/rtw_efuse.h |2 -
2 files changed, 115 deletions(-)
diff --git a/drivers/staging/rtl8188eu/core/rtw_efuse.c
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_efuse.c| 49 -
drivers/staging/rtl8188eu/include/rtw_efuse.h |2 -
2 files changed, 51 deletions(-)
diff --git a/drivers/staging/rtl8188eu/core/rtw_efuse.c
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_efuse.c|9 -
drivers/staging/rtl8188eu/include/rtw_efuse.h |1 -
2 files changed, 10 deletions(-)
diff --git a/drivers/staging/rtl8188eu/core/rtw_efuse.c
b/drivers/staging/rtl8188eu/core/rtw_efuse.c
index
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/core/rtw_efuse.c|7 ---
drivers/staging/rtl8188eu/include/rtw_efuse.h |1 -
2 files changed, 8 deletions(-)
diff --git a/drivers/staging/rtl8188eu/core/rtw_efuse.c
b/drivers/staging/rtl8188eu/core/rtw_efuse.c
index
On Mon, Jul 07, 2014 at 07:58:30PM +0200, Paolo Bonzini wrote:
> Il 07/07/2014 19:54, Daniel Vetter ha scritto:
> >On Mon, Jul 07, 2014 at 04:57:45PM +0200, Paolo Bonzini wrote:
> >>Il 07/07/2014 16:49, Daniel Vetter ha scritto:
> >>>So the correct fix to forward intel gpus to guests is indeed to
rtw_alloc_etherdev() is used in rtw_init_netdev() but never gets called
because old_padapter is never NULL.
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/include/osdep_service.h |1 -
drivers/staging/rtl8188eu/os_dep/os_intfs.c |4 +---
Signed-off-by: navin patidar
---
drivers/staging/rtl8188eu/include/rtw_ioctl_set.h |1 -
drivers/staging/rtl8188eu/os_dep/osdep_service.c | 55 -
2 files changed, 56 deletions(-)
diff --git a/drivers/staging/rtl8188eu/include/rtw_ioctl_set.h
On Thu, Apr 24, 2014 at 12:07:12PM -0600, Bjorn Helgaas wrote:
> >> These depend on f7fc32c, which appeared in v3.15-rc1. I had intended
> >> to merge these scsi updates at the same time, but I failed. Would you
> >> like to take them now that f7fc32c is upstream?
> >
> > OK, will add them. I'm
On Fri, Jun 27, 2014 at 09:03:06PM -0400, Tejun Heo wrote:
> Hello, guys.
>
> Currently, the blkio subsystem attributes all of writeback IOs to the
> root. One of the issues is that there's no way to tell who originated
> a writeback IO from block layer. Those IOs are usually issued
>
On 17:19 Mon 07 Jul , Alexandre Belloni wrote:
>
> Define the available clock for mprddr and take both mpddr_clk and ddrck in the
> ram controller driver.
>
> Signed-off-by: Alexandre Belloni
> ---
> arch/arm/boot/dts/sama5d3.dtsi | 9 -
> 1 file changed, 8 insertions(+), 1
On Thu, Jul 3, 2014 at 5:40 PM, Prabhakar Kushwaha
wrote:
> Hi Tanmay, Liviu,
>
> On 7/4/2014 2:57 AM, Tanmay Inamdar wrote:
>>
>> Reposting on request of several people since previously posted one was
>> corrupted.
>>
>> This patch adds the arch support for PCI(e) for arm64. The files
>> added
On Mon, Jul 07, 2014 at 07:58:18AM -0300, Ezequiel Garcia wrote:
> On 05 Jul 01:59 PM, Greg Kroah-Hartman wrote:
> > On Sat, Jul 05, 2014 at 12:03:08PM -0300, Ezequiel Garcia wrote:
> > > After following Gregory's stacktrace (also reproduced here):
> > >
> > > [] (iommu_bus_notifier) from []
> >
Hello,
maybe someone can help me to find the reason for this problem:
If I run my iMX233 development board with an 3.15.3 kernel, then the
performance is much better as with an 3.15.4 kernel.
I have the first significant "hanging" here:
[7.91] sd 0:0:0:0: [sda] Attached SCSI
Em Fri, Jul 04, 2014 at 05:53:02PM +0900, Namhyung Kim escreveu:
> you ;-) ). But I also think it needs to fix column/header alignment
> first, hmm...
This one liner should do the trick, i.e. left justify it.
- Arnaldo
diff --git a/tools/perf/util/sort.c b/tools/perf/util/sort.c
index
On Mon, 2014-07-07 at 13:35 -0400, Nick Krause wrote:
> On the other hand there seems to be too many FIXMEs in the main
> kernel for one person to fix.
A quick grep for FIXMEs (also including the "XXX" pattern, which
basically means the same thing) triggers over 7000 hits. Even with a
(rather
On Wed, 2 Jul 2014 08:41:19 +0530 Jenny Tc wrote:
> Andrew Morton,
>
> Appreciate your help to sort out the power supply maintainer issue. The
> subsystem is not active after February 2014. No response from maintainer and
> the
> last commit on git://git.infradead.org/battery-2.6 was on
Hello Randy, sorry but now I do not have any free time...
On Sunday 29 June 2014 04:12:17 Randy Dunlap wrote:
> Hi,
>
> This should really be done as 2 separate patches:
> One to move/rename the file and one to make the
> changes/additions to it for DELL.
>
> Can you resend it as 2 patches like
On Mon, Jul 07, 2014 at 04:54:20PM +, Haiyang Zhang wrote:
>
> > -Original Message-
> > From: Sitsofe Wheeler [mailto:sits...@gmail.com]
> > Sent: Sunday, July 6, 2014 4:18 PM
> > To: Haiyang Zhang
> > Cc: KY Srinivasan; David S. Miller; de...@linuxdriverproject.org; linux-
> >
This is the 3rd version of fincore patchset.
I stop exporting PAGECACHE_TAG_* information to userspace via fincore().
Rather than that, no major change since v2.
Any comments/reviews are welcomed.
v2: http://lwn.net/Articles/604380/
v1: http://lwn.net/Articles/601020/
Thanks,
Naoya Horiguchi
This patch adds the man page for the new system call fincore(2).
ChangeLog v3:
- remove page cache tag stuff
Signed-off-by: Naoya Horiguchi
---
man2/fincore.2 | 348 +
1 file changed, 348 insertions(+)
create mode 100644 man2/fincore.2
> -Original Message-
> From: Bjorn Helgaas [mailto:bhelg...@google.com]
> Sent: Sunday, July 06, 2014 12:32 AM
> To: Vidya Sagar
> Cc: nagananda.chumbal...@hp.com; thierry.red...@gmail.com; Stephen
> Warren; Krishna Thota; linux-...@vger.kernel.org; linux-
> ker...@vger.kernel.org; Matthew
This patch provides a new system call fincore(), which extracts mincore()-
like information from the kernel, i.e. page residency of a given file.
But unlike mincore(), fincore() has a mode flag which allows us to extract
more detailed information like pfn and page flag. This kind of information
is
This patch adds simple test programs for fincore(), which contains the
following testcase:
- test_smallfile_bytemap
- test_smallfile_pfn
- test_smallfile_multientry
- test_smallfile_pfn_skiphole
- test_largefile_pfn
- test_largefile_pfn_offset
- test_largefile_pfn_overrun
-
Il 07/07/2014 19:54, Daniel Vetter ha scritto:
On Mon, Jul 07, 2014 at 04:57:45PM +0200, Paolo Bonzini wrote:
Il 07/07/2014 16:49, Daniel Vetter ha scritto:
So the correct fix to forward intel gpus to guests is indeed to somehow
fake the pch pci ids since the driver really needs them. Gross
Hi,
On 07/07/2014 at 17:46:42 +0200, Boris Brezillon wrote :
> On Mon, 7 Jul 2014 17:19:11 +0200
> Alexandre Belloni wrote:
>
> > Atmel SoCs have one or multiple RAM controllers that need one or multiple
> > clocks
> > to run.
> > This driver handle those clocks.
> >
>
> Actually this
On Mon, Jul 07, 2014 at 04:57:45PM +0200, Paolo Bonzini wrote:
> Il 07/07/2014 16:49, Daniel Vetter ha scritto:
> >So the correct fix to forward intel gpus to guests is indeed to somehow
> >fake the pch pci ids since the driver really needs them. Gross design, but
> >that's how the hardware works.
On 07/07/14 10:01 pm, "Mike Christie" wrote:
>On 07/04/2014 03:37 PM, Julia Lawall wrote:
>>
>>
>> On Fri, 4 Jul 2014, Elliott, Robert (Server Storage) wrote:
>>
>>>
>>>
-Original Message-
From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi-
On 04/24/2014 03:37 AM, Mel Gorman wrote:
>> +Despite the fact that a single individual flush on x86 is
>> > +guaranteed to flush a full 2MB, hugetlbfs always uses the full
>> > +flushes. THP is treated exactly the same as normal memory.
>> > +
> You are the second person that told me this and I
Hey Tony,
This seems to be a false positive then.Please reply if it is so I can remove the
Fix me message.
Cheers Nick
On Mon, Jul 7, 2014 at 4:14 AM, Tony Lindgren wrote:
> * Nicholas Krause [140704 10:03]:
>> This patch fixes the call to ompa_cfg_reg(USB2_SPEED) in the case
>> that the cpu is
Paolo Bonzini writes:
> Il 07/07/2014 19:31, Bandan Das ha scritto:
>>> >
>>> > Which patch? Yours or Bandan's?
>> Why don't we hold off on Wanpeng's patch and instead apply the one I proposed
>> to call check_nested_events() when checking for interrupt in
>> inject_pending_event() ?
>
>
This series adds the ability to support packaging multiple network
packets into a single 16k CDC-NCM NTB.
Patches 1 and 3 are fixes for the receive unwrap function which
previously was unable to handle an NTB with multiple NDP's and a fix
that switches from using skb_clone to creating a new
On Mon, 2014-07-07 at 04:53PM +0200, Linus Walleij wrote:
> On Wed, Jun 18, 2014 at 1:39 PM, Harini Katakam wrote:
>
> > From: Harini Katakam
> >
> > Add gpio-zynq bindings documentation.
> >
> > Signed-off-by: Harini Katakam
> > Signed-off-by: Soren Brinkmann
> > ---
> >
> > v2 changes:
> >
Il 07/07/2014 19:31, Bandan Das ha scritto:
>
> Which patch? Yours or Bandan's?
Why don't we hold off on Wanpeng's patch and instead apply the one I proposed
to call check_nested_events() when checking for interrupt in
inject_pending_event() ?
Exactly, yours seemed better to apply as a
On Mon, Jul 7, 2014 at 1:29 AM, Federico Vaga wrote:
> On Friday 04 July 2014 15:26:12 Bjorn Helgaas wrote:
>> On Fri, Jul 04, 2014 at 09:55:20AM +0200, Federico Vaga wrote:
>> > > I assume these ports don't support hotplug. If they *did*
>> > > support
>> > > hotplug, those ports would have to
The NDP was ignoring the wNextNdpIndex in the NDP which
means that NTBs containing multiple NDPs would have missed
frames.
Signed-off-by: Jim Baxter
---
This patch originally came about because I read the CDC-NCM specification
Figures 3-1, 3-2 and table 3-4 which specifies 32bit NDPs as a link.
That's fine I don't mind cleaning up the warning or not using Bugzilla.
On the other hand there seems to be too many FIXMEs in the main
kernel for one person to fix. In addition all the arm configs that were
failing for linux next to compile that didn't succeed are succeeded as
of now. That seems
Mark
Thanks for the review
On 07/07/2014 03:08 AM, Mark Brown wrote:
> On Thu, Jul 03, 2014 at 11:24:35AM -0500, Dan Murphy wrote:
>
>> +static int tas2552_power(struct tas2552_data *data, u8 power)
>> +{
>> +int ret = 0;
>> +
>> +mutex_lock(>mutex);
>> +
>> +if (power) {
>> +
This adds multi-frame support to the NCM NTB's for
the gadget driver. This allows multiple network
packets to be put inside a single USB NTB with a
maximum size of 16kB.
It has a time out of 300ms to ensure that smaller
number of packets still maintain a normal latency.
Also the .fp_index and
On Mon, 2014-07-07 at 04:45PM +0200, Linus Walleij wrote:
> On Wed, Jun 18, 2014 at 1:39 PM, Harini Katakam wrote:
>
> > From: Harini Katakam
> >
> > Add support for GPIO controller used by Xilinx Zynq.
> >
> > Signed-off-by: Harini Katakam
> > Signed-off-by: Soren Brinkmann
> > ---
> >
> >
This fixes a problem with dropped packets over 16k CDC-NCM
when the connection is being heavily used.
The issue was that the extracted frames cloned from the
received frame were consuming more memory than necessary
resulting in the truesize being ~32KB instead of ~2KB, this
meant there was a high
Paolo Bonzini writes:
> Il 07/07/2014 10:46, Wanpeng Li ha scritto:
>> Hi Paolo,
>>
>> Is it ok for you to apply this patch and then more effort should be taken
>> to figure out the other bug which don't have any relationship with the race
>> that this patch fixed?
>
> Which patch? Yours or
Hi Greg,
On 2 July 2014 11:07, Greg KH wrote:
> On Tue, Jul 01, 2014 at 12:57:02PM +0200, Maarten Lankhorst wrote:
>> So after some more hacking I've moved dma-buf to its own subdirectory,
>> drivers/dma-buf and applied the fence patches to its new place. I believe
>> that the
>> first patch
On Mon, 2014-07-07 at 11:06 +0200, Olivier Sobrie wrote:
> When the module sends bursts of data, sometimes a deadlock happens in
> the hso driver when the tty buffer doesn't get the chance to be flushed
> quickly enough.
>
> To avoid this, first, we remove the endless while loop in
>
On Mon, Jul 07, 2014 at 12:44:28PM +0200, Linus Walleij wrote:
> On Fri, Jun 13, 2014 at 8:31 PM, Greg Kroah-Hartman
> wrote:
> > On Fri, Jun 13, 2014 at 09:25:07AM +0200, Linus Walleij wrote:
>
> >> But I also want to bring the device model into question: normally
> >> when a mother device
On Mon, Jul 07, 2014 at 03:23:17PM +0200, Daniel Vetter wrote:
> On Wed, Jul 2, 2014 at 7:37 AM, Greg KH wrote:
> >> Android can expose fences to userspace. It's possible to make the new fence
> >> mechanism expose the same fences to userspace by changing sync_fence_create
> >> to take a struct
On Fri, 2014-07-04 at 09:51 +0200, Peter Zijlstra wrote:
> On Thu, Jul 03, 2014 at 06:07:23PM -0700, Jason Low wrote:
> > On Thu, 2014-07-03 at 16:35 -0400, Waiman Long wrote:
> >
> > > I do see a point in reducing the size of the rwsem structure. However, I
> > > don't quite understand the
On Wed, Jun 04, 2014 at 02:07:14PM +0200, Joseph Schuchart wrote:
> Add callchain to generic and tracepoint events.
> Since this alters the interface for the python scripts,
> also adjust the script generation and the provided scripts.
hi,
I might be out of track in here, since I wasn't CC-ed,
07.07.2014 18:25, Johannes Weiner:
In addition, Tejun made offlined css iterable and split css_tryget()
and css_tryget_online(), which would allow memcg to pin the css until
the last charge is gone while continuing to iterate and reclaim it on
hierarchical pressure, even after it was offlined.
On Fri, 2014-07-04 at 15:03 +0200, Denys Vlasenko wrote:
> After adding these, it's clear we have some awkward choices there.
> Some valid instructions are prohibited from uprobing while
> several invalid ones are allowed.
>
> Hopefully future edits to the good-opcode tables will fix wrong bits
>
On 02/07/14 14:54, Josef Gajdusek wrote:
This patch adds support for the hmc5983 spi interface.
This chip is almost identical to the hmc5883. The difference being added
temperature compensation, additional available sample rate (220Hz) and an SPI
interface.
Signed-off-by: Josef Gajdusek
Hello Alexandre,
On Mon, 7 Jul 2014 17:19:10 +0200
Alexandre Belloni wrote:
> The atmel ram controller needs one or more clocks to work. For now the
> CLK_IGNORE_UNUSED flag is used on those clocks. This patch set introduce a
> driver that will take care of taking those clocks.
>
> The final
On 02/07/14 14:53, Josef Gajdusek wrote:
This patch adds support for the hmc5983 i2c interface.
This chip is almost identical to the hmc5883. The difference being added
temperature compensation, additional available sample rate (220Hz) and an SPI
interface.
Signed-off-by: Josef Gajdusek
Very
On 02/07/14 14:52, Josef Gajdusek wrote:
Changed structure of struct hmc5843_chip_info to include length of translation
arrays. Code previously using #defined constant has been changed accordingly.
This allows to integrate devices which do have different amounts of available
rates/scales.
On Mon, Jul 07, 2014 at 08:41:57PM +0400, Alexander Yarygin wrote:
SNIP
> ^C
>
> When perf is running, every invoke of pthread_create() returns -EPERM.
>
> On the kernel side, copy_process() creates a task, scheduled it,
> than perf_event_init_task() (kernel/events/core.c) returns an error,
>
On 02/07/14 14:51, Josef Gajdusek wrote:
This patch splits hmc5843.c to multiple files - the interface-agnostic
hmc5843_core.c, i2c specific hmc5843_i2c.c and header file hmc5843.h. This is
another step to add support of SPI-enabled hmc5983.
Signed-off-by: Josef Gajdusek
Looks good to me from
On Tue, 2014-07-01 at 21:23 +0200, Borislav Petkov wrote:
> From: Borislav Petkov
>
> Add the CE collector to the polling path which collects the correctable
> errors. Collect only DRAM ECC errors for now.
>
> Signed-off-by: Borislav Petkov
> ---
> arch/x86/kernel/cpu/mcheck/mce.c | 84
>
On 02/07/14 14:50, Josef Gajdusek wrote:
This patch changes hmc5843.c to use regmap. This provides transparent caching
to the code as well as abstraction necessary to add support for SPI-based
hmc5983.
Signed-off-by: Josef Gajdusek
Hi Josef,
A few little bits and pieces inline.
Peter, could
On Mon, 2014-07-07 at 13:02 +0300, Andrey Utkin wrote:
> 2014-07-07 12:26 GMT+03:00 Eric Dumazet :
> > Reading again this code, I think all you need is to remove the 2 buggy
> > lines.
> >
> > No need for setup destructors.
>
> Reviewing the code again, i find you're right and adding a destructor
On 07/07/2014 12:17 AM, Mohit KUMAR DCG wrote:
Hello Murali,
-Original Message-
From: Murali Karicheri [mailto:m-kariche...@ti.com]
Sent: Tuesday, July 01, 2014 3:15 AM
To: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org;
devicet...@vger.kernel.org
Cc: Murali Karicheri; Santosh
> -Original Message-
> From: Sitsofe Wheeler [mailto:sits...@gmail.com]
> Sent: Sunday, July 6, 2014 4:18 PM
> To: Haiyang Zhang
> Cc: KY Srinivasan; David S. Miller; de...@linuxdriverproject.org; linux-
> ker...@vger.kernel.org; net...@vger.kernel.org
> Subject: [BISECTED][REGRESSION]
On 07/07/2014 12:11 AM, Mohit KUMAR DCG wrote:
Hello Murali,
-Original Message-
From: Murali Karicheri [mailto:m-kariche...@ti.com]
Sent: Tuesday, July 01, 2014 3:15 AM
To: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org;
devicet...@vger.kernel.org
Cc: Murali Karicheri; Santosh
On Mon, 2014-07-07 at 18:21 +0300, Andy Shevchenko wrote:
> diff --git a/lib/vsprintf.c b/lib/vsprintf.c
[]
> static noinline_for_stack
> +char *escaped_string(char *buf, char *end, u8 *addr, struct printf_spec spec,
> + const char *fmt)
[]
> + if (spec.field_width == 0)
> +
On 07/07/2014 09:44 AM, Jonathan Cameron wrote:
On 30/06/14 03:58, Reyad Attiyat wrote:
Scan for and count the HID usage attributes supported by the driver.
This allows for the driver to only setup the IIO channels for the
sensor usages present in the HID USB reports.
Signed-off-by: Reyad
On 30/06/14 03:58, Reyad Attiyat wrote:
Added documentation for the sysfs attributes supported by the rotation from
north
sensor.
Signed-off-by: Reyad Attiyat
Looks good, will pick up once I'm happy with patch 3.
---
Documentation/ABI/testing/sysfs-bus-iio | 82
On 30/06/14 03:58, Reyad Attiyat wrote:
Scan for and count the HID usage attributes supported by the driver.
This allows for the driver to only setup the IIO channels for the
sensor usages present in the HID USB reports.
Signed-off-by: Reyad Attiyat
---
There should be an explanation here of
perf stat can block pthread_create() for a multithreaded userspace
process (i.e. qemu) when:
- process is running with non-root privileges
- perf stat is running as root with trace events in -e option
- it is attached to the process's pid.
Here is a simple test scenario:
~$ cat test.c
#include
On Mon, 2014-07-07 at 19:11 +0300, Dmitry Kasatkin wrote:
> On 07/07/14 18:44, Mimi Zohar wrote:
> > On Mon, 2014-07-07 at 16:37 +0300, Dmitry Kasatkin wrote:
> >> On 07/07/14 14:56, Mimi Zohar wrote:
> >>> On Fri, 2014-07-04 at 15:05 +0300, Dmitry Kasatkin wrote:
> +/**
> >>> This is the
On 07/04/2014 03:37 PM, Julia Lawall wrote:
>
>
> On Fri, 4 Jul 2014, Elliott, Robert (Server Storage) wrote:
>
>>
>>
>>> -Original Message-
>>> From: linux-scsi-ow...@vger.kernel.org [mailto:linux-scsi-
>>> ow...@vger.kernel.org] On Behalf Of Himangi Saraogi
>>> Sent: Friday, 04 July,
> config BH_LARGE_LRU
> bool
should be def_bool y
> depends on (EXT4_FS && QUOTA)
>
> config BH_LRU_SIZE
>
> default "16" if BH_LARGE_LRU
> default "8" if !BH_LARGE_LRU
>
> -Andi
>
--
a...@linux.intel.com -- Speaking for myself only.
--
To unsubscribe from this
> diff --git a/fs/Kconfig b/fs/Kconfig
> index c229f82..c08844c 100644
> --- a/fs/Kconfig
> +++ b/fs/Kconfig
> @@ -268,4 +268,13 @@ endif # NETWORK_FILESYSTEMS
> source "fs/nls/Kconfig"
> source "fs/dlm/Kconfig"
>
> +config BH_LRU_SIZE
> + int
> + range 8 64
> + default "16"
So
The following changes since commit 7171511eaec5bf23fb06078f59784a3a0626b38f:
Linux 3.16-rc1 (2014-06-15 17:45:28 -1000)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/sashal/linux.git
liblockdep-fixes
for you to fetch changes up to
[trivial notes]
On Mon, 2014-07-07 at 18:21 +0300, Andy Shevchenko wrote:
> This allows user to print a given buffer as esaped string. The rules applied
as an escaped
> accordingly to the mix of the flags provided by additional format letters.
rules are applied according to an optional mix of
On 07/07/14 13:37, Lars-Peter Clausen wrote:
On 07/07/2014 02:34 PM, Jonathan Cameron wrote:
On 01/07/14 22:19, Himangi Saraogi wrote:
This patch introduces the use of the managed version of kzalloc and
removes the kfrees in the probe and remove functions. More return
paths are added and the
On 07/07/14 13:36, Lars-Peter Clausen wrote:
On 07/07/2014 02:36 PM, Jonathan Cameron wrote:
On 01/07/14 19:44, Himangi Saraogi wrote:
This patch introduces the use of devm_ioremap_resource. It does away
with call to request_mem_region and the error checking on
platform_get_resource. Also, the
On 07/07/14 15:12, Daniel Baluta wrote:
Otherwise, compiling iio_event_monitor program fails:
io_event_monitor.c: In function ‘event_is_known’:
iio_event_monitor.c:125:2: error: duplicate case value
case IIO_MOD_LIGHT_BOTH:
^
iio_event_monitor.c:121:2: error: previously used here
case
On 07/07/14 18:44, Mimi Zohar wrote:
> On Mon, 2014-07-07 at 16:37 +0300, Dmitry Kasatkin wrote:
>> On 07/07/14 14:56, Mimi Zohar wrote:
>>> On Fri, 2014-07-04 at 15:05 +0300, Dmitry Kasatkin wrote:
+/**
>>> This is the kernel-doc delimiter.
>>>
+ * ima_calc_file_hash - calculae file
601 - 700 of 2228 matches
Mail list logo