On Fri, Jan 10, 2014 at 06:55:11PM +, Waskiewicz Jr, Peter P wrote:
> I've spoken with the CPU architect, and he's set me straight. I was
> getting some simulation data and reality mixed up, so apologies.
>
> The cacheline is tagged with the RMID being tracked when it's brought
> into the cac
Hi perf maintainers,
Ping?
Anyone taking this for v3.14?
baruch
On Thu, Jan 02, 2014 at 09:57:10AM +0200, Baruch Siach wrote:
> Signed-off-by: Baruch Siach
> ---
> v2: use the "core ID" field from /proc/cpuinfo (Max Filippov)
> ---
> tools/perf/perf.h | 7 +++
> 1 file changed, 7 insertio
Hi,
On Mon, Jan 6, 2014 at 5:09 PM, Mel Gorman wrote:
> (Rik, you authored this patch so it should be sent from you and needs a
> signed-off assuming people are ok with the changelog.)
>
> Thomas Hellstrom bisected a regression where erratic 3D performance is
> experienced on virtual machines as
On Wed 08-01-14 23:10:11, Miklos Szeredi wrote:
> From: Miklos Szeredi
>
> If flags contain RENAME_EXCHANGE then exchange source and destination files.
> There's no restriction on the type of the files; e.g. a directory can be
> exchanged with a symlink.
>
> Signed-off-by: Miklos Szeredi
> ---
On Mon, Jan 13, 2014 at 04:12:45AM +, Caizhiyong wrote:
> > -Original Message-
> > From: Brian Norris [mailto:computersforpe...@gmail.com]
> > Sent: Sunday, January 12, 2014 4:10 AM
> >
> > On Thu, Dec 26, 2013 at 10:19:39AM +0800, Huang Shijie wrote:
> > > On Thu, Dec 26, 2013 at 01:5
On Mon, Jan 13, 2014 at 2:27 PM, Mateusz Guzik wrote:
> On Mon, Jan 13, 2014 at 11:51:42AM +0800, Weijie Yang wrote:
>> On Mon, Jan 13, 2014 at 11:27 AM, Andrew Morton
>> wrote:
>> > On Mon, 13 Jan 2014 11:08:58 +0800 Weijie Yang
>> > wrote:
>> >
>> >> >> --- a/mm/swapfile.c
>> >> >> +++ b/mm/s
On Fri, Jan 10, 2014 at 01:10:43PM -0500, Johannes Weiner wrote:
> Previously, page cache radix tree nodes were freed after reclaim
> emptied out their page pointers. But now reclaim stores shadow
> entries in their place, which are only reclaimed when the inodes
> themselves are reclaimed. This
On Mon 06-01-14 10:46:08, Jan Kara wrote:
> On Sat 04-01-14 23:57:43, Andrew Morton wrote:
> > On Mon, 23 Dec 2013 21:39:30 +0100 Jan Kara wrote:
> >
> > > Currently, console_unlock() prints messages from kernel printk buffer to
> > > console while the buffer is non-empty. When serial console is
We have several long-term and extended stable kernels, and it's possible
that a bug fix is in some stable versions but is missing in some other
versions, so I've written a script to find out those fixes.
Take 3.4.xx and 3.2.xx for example. If a bug fix was merged into upstream
kernel after 3.4, an
Signed-off-by: Xiubo Li
---
Documentation/devicetree/bindings/sound/simple-card.txt | 5 +
1 file changed, 5 insertions(+)
diff --git a/Documentation/devicetree/bindings/sound/simple-card.txt
b/Documentation/devicetree/bindings/sound/simple-card.txt
index e9e20ec..01eb2d0 100644
--- a/Docum
This patch adds and enables SGTL5000 codec support, and also specified
the corresponding SAI node.
Signed-off-by: Xiubo Li
---
arch/arm/boot/dts/vf610-twr.dts | 47 +
1 file changed, 47 insertions(+)
diff --git a/arch/arm/boot/dts/vf610-twr.dts b/arch/arm
This patch series is one use case of simple card driver based on dts.
For some audio cards they need to add some off-CODEC widgets. For the
audio card, if it needs off-CODEC widgets, some explict code for a
simple audio is needed, if not, just ignore of this.
This can make the audio card driver si
This will be need for some audio card, which maybe using the simple
card and the off-CODEC widgets is needed.
Signed-off-by: Xiubo Li
---
include/sound/soc.h | 10 ++
sound/soc/soc-core.c | 39 +++
2 files changed, 49 insertions(+)
diff --git a/inclu
Signed-off-by: Xiubo Li
---
sound/soc/generic/simple-card.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/sound/soc/generic/simple-card.c b/sound/soc/generic/simple-card.c
index b7dc63e..dbd93cc 100644
--- a/sound/soc/generic/simple-card.c
+++ b/sound/soc/generic/simple-card.c
@@ -
Hi all,
This tree fails (more than usual) the powerpc allyesconfig build.
Changes since 20140110:
Dropped tree: sh (complex merge conflicts against very old commits)
The powerpc tree still had its build failure.
The sound-asoc tree gained a conflict against the slave-dma tree.
The mmc tree ga
This is the SGTL5000 codec based off-CODEC widgets supports.
Signed-off-by: Xiubo Li
---
sound/soc/fsl/Kconfig | 25 ++
sound/soc/fsl/Makefile| 3 +++
sound/soc/fsl/snd-soc-simple-card-vf610.c | 43 +++
3 files
Add widgets list getting.
Signed-off-by: Xiubo Li
---
include/sound/soc.h | 1 +
sound/soc/soc-core.c | 31 +++
2 files changed, 32 insertions(+)
diff --git a/include/sound/soc.h b/include/sound/soc.h
index 23f9572..f352333 100644
--- a/include/sound/soc.h
+++ b/in
On 12/01/14 22:01, Laurent Pinchart wrote:
Hi Ben,
On Sunday 12 January 2014 22:54:15 Laurent Pinchart wrote:
Hi Ben,
Thank you for the patch.
On Saturday 11 January 2014 13:06:29 Ben Dooks wrote:
If the kernel is built to support multi-arm configurmation with shmobile
support built in, then
On 12/01/14 22:04, Laurent Pinchart wrote:
Hi Ben,
Thank you for the patch.
On Saturday 11 January 2014 13:05:38 Ben Dooks wrote:
The drivers/base/power/clock_ops.c file is causing warnings from
the clock driver (as shown below) due to failing to do a clk_prepare()
call before enabling a clock
On Mon, Jan 13, 2014 at 11:51:42AM +0800, Weijie Yang wrote:
> On Mon, Jan 13, 2014 at 11:27 AM, Andrew Morton
> wrote:
> > On Mon, 13 Jan 2014 11:08:58 +0800 Weijie Yang
> > wrote:
> >
> >> >> --- a/mm/swapfile.c
> >> >> +++ b/mm/swapfile.c
> >> >> @@ -1922,7 +1922,6 @@ SYSCALL_DEFINE1(swapoff,
On 13/01/14 00:30, Simon Horman wrote:
On Fri, Jan 10, 2014 at 03:18:15PM +, Ben Dooks wrote:
If the kernel is built to support multi-arm configurmation with shmobile
support built in, then the drivers/sh is not built. This contains drivers
that are essential to devices support by that confi
On Mon, Jan 13, 2014 at 10:24:49AM +0900, Jingoo Han wrote:
> On Saturday, January 11, 2014 5:13 AM, Stefan Kristiansson wrote:
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
kernel/softirq.c between commit c795eb55e740 ("sched/preempt, locking:
Rework local_bh_{dis,en}able()") from the tip tree and commit ("softirq:
use const char * const for softirq_to_name, whitespace neatening") from
the akpm t
> > + if (!np || !of_device_is_available(np))
> > + return -ENODEV;
> > +
>
> I would expect the of_device_is_available() check to be done by the
> driver core rather than by individual drivers - every single driver
> should have that check. Is this not happening? The check for np i
On Sat 11-01-14 22:54:15, Hugh Dickins wrote:
> Two of my machines couldn't boot mmotm with fanotify enabled:
> 0x4020 was being or'ed into a group's notification_waitq next
> pointer, with sad results. It comes from an over-simplification in
> fanotify_merge(): test_event isn't NULL when the
On Sun, Jan 12, 2014 at 08:54:18PM -0800, John Tobias wrote:
> I tested leaving the HAVE_IMX_ANATOP under SOC_IMX6Q and SOC_IMX6SL.
> The iMX6Q cpufreq driver won't show up in menu config / gconfig and
> that's the reason why I added it.
I tested the following changes against my for-next branch, a
On 01/11/2014 06:19 PM, Fengguang Wu wrote:
> Alex,
>
> FYI, we find much increased interrupts and context switches introduced
> by commit 73628fba4 ("sched: unify imbalance bias for target group")
> in your noload branch:
Many thanks for the generous and quick testing! :)
few questions for the
On Sun, Jan 12, 2014 at 11:14:56AM -0500, Patrick Palka wrote:
> On Mon, Jan 6, 2014 at 3:47 PM, Josh Triplett wrote:
> > Does anyone have any objection to the use of "#pragma once" instead of
> > the usual #ifndef-#define-...-#endif include guard? GCC, LLVM/clang,
> > and the latest Sparse all s
On 01/11/14 at 09:49pm, Borislav Petkov wrote:
> From: Borislav Petkov
>
> Currently, running SetVirtualAddressMap() and passing the physical
> address of the virtual map array was working only by a lucky coincidence
> because the memory was present in the EFI page table too. Until Toshi
> went a
On 01/11/14 at 09:49pm, Borislav Petkov wrote:
> From: Borislav Petkov
>
> With reusing the ->trampoline_pgd page table for mapping EFI regions in
> order to use them after having switched to EFI virtual mode, it is very
> useful to be able to dump aforementioned page table in dmesg. This adds
>
Freescale IFC controller has been used for mpc8xxx. It will be used
for ARM-based SoC as well. This patch moves the driver to driver/misc
and fix the header file includes.
Signed-off-by: Prabhakar Kushwaha
---
arch/powerpc/sysdev/Makefile |1 -
drivers/misc/Makefile
Hi Mike,
Today's linux-next merge of the clk tree got a conflict in
drivers/clk/samsung/clk-exynos4.c between commit 86576fbe201b ("clk:
samsung: exynos4: Fix definition of div_mmc_pre4 divider") from the
arm-soc tree and commit 2d7382375054 ("clk: exynos4: replace clock ID
private enums with IDs
Hi Mike,
Today's linux-next merge of the clk tree got a conflict in MAINTAINERS
between commit 7d459937dc09 ("[media] Add driver for Samsung S5K5BAF
camera sensor") from the v4l-dvb tree and commit 310e39c9b320
("MAINTAINERS: Add entry for Samsung SoC clock drivers") from the clk
tree.
I fixed it
That's ok.
On Sun, Jan 12, 2014 at 7:26 PM, Shawn Guo wrote:
> On Thu, Jan 09, 2014 at 06:39:52PM -0800, John Tobias wrote:
>> The ARCH_HAS_CPUFREQ, HAVE_IMX_ANATOP and PM_OPP are moved up to ARCH_MCX.
>> The driver should show if the SOC_IMX6Q and/or SOC_IMX6SL is/are selected.
>>
>> Signed-off-
I tested leaving the HAVE_IMX_ANATOP under SOC_IMX6Q and SOC_IMX6SL.
The iMX6Q cpufreq driver won't show up in menu config / gconfig and
that's the reason why I added it.
Regards,
john
On Sun, Jan 12, 2014 at 7:20 PM, Shawn Guo wrote:
> On Thu, Jan 09, 2014 at 06:39:51PM -0800, John Tobias wrot
Trivial: remove the few stray references to css_id, which itself
was removed in v3.13's 2ff2a7d03bbe "cgroup: kill css_id".
Signed-off-by: Hugh Dickins
---
But I don't know your plans with respect to the XXX in
kernel/cgroup.c, so perhaps you'd prefer to amend this.
drivers/md/bcache/request.c
> -Original Message-
> From: Brian Norris [mailto:computersforpe...@gmail.com]
> Sent: Sunday, January 12, 2014 4:10 AM
> To: Huang Shijie; Caizhiyong
> Cc: linux-...@lists.infradead.org; Wanglin (Albert); David Woodhouse;
> linux-kernel@vger.kernel.org; Artem Bityutskiy
> Subject: Re: [PAT
Hi Tejun,
Today's linux-next merge of the workqueues tree got a conflict in
kernel/workqueue.c between commit 12997d1a999c ("Revert "workqueue: allow
work_on_cpu() to be called recursively"") from Linus' tree and commit
440a11360326 ("workqueue: Calling destroy_work_on_stack() to pair with
INIT_WO
>From IEEE 1275, there defined a standard 'status' property indicating the
operational status of one device. The 'status' property has four possible
values: 'okay/ok', 'disabled', 'fail' and 'fail-xxx'.
If it is absent, that means the status of the device is unknown or okay.
The __of_device_is_av
When I try to exercise heavy swapping with discard on mmotm 2014-01-09,
I soon hit a NULL pointer dereference in __blk_recalc_rq_segments():
__blk_recalc_rq_segments
blk_recount_segments
ll_back_merge_fn
bio_attempt_back_merge
blk_queue_bio
generic_make_request
submit_bio
blkdev_issue_discard
swap
On Mon, Jan 13, 2014 at 11:27 AM, Andrew Morton
wrote:
> On Mon, 13 Jan 2014 11:08:58 +0800 Weijie Yang
> wrote:
>
>> >> --- a/mm/swapfile.c
>> >> +++ b/mm/swapfile.c
>> >> @@ -1922,7 +1922,6 @@ SYSCALL_DEFINE1(swapoff, const char __user *,
>> >> specialfile)
>> >> p->swap_map = NULL;
>>
On Mon, Jan 13, 2014 at 10:47:36AM +0800, Daniel J Blueman wrote:
> On Thursday, 9 January 2014 01:10:03 UTC+8, Waiman Long wrote:
> > This patch modifies the queue_write_unlock() function to use the
> > new smp_store_release() function in another pending patch. It also
> > removes the temporary i
Hi Stephen,
Thanks for the fix! I actually just got an updated set for most of the
patches currently in the for_next tree for xtensa and might have to do a
rebase to integrate them better. I'll include your fix when I come
across the issue.
Thanks again,
-Chris
On 1/12/14 7:26 PM, Stephen R
On Mon, 2014-01-13 at 10:44 +0900, Joonsoo Kim wrote:
> On Sat, Jan 11, 2014 at 06:55:39PM -0600, Christoph Lameter wrote:
> > On Sat, 11 Jan 2014, Pekka Enberg wrote:
> >
> > > On Sat, Jan 11, 2014 at 1:42 AM, Dave Hansen wrote:
> > > > On 01/10/2014 03:39 PM, Andrew Morton wrote:
> > > >>> I te
Hi all,
Today's linux-next merge of the tip tree got a conflict in
drivers/acpi/apei/einj.c between commit 8b48463f8942 ("ACPI: Clean up
inclusions of ACPI header files") from the pm tree and commit
d3ab3edc029b ("ACPI, APEI: Cleanup alignment-aware accesses") from the
tip tree.
I fixed it up (se
Hi all,
Today's linux-next merge of the tip tree got a conflict in
arch/xtensa/include/asm/barrier.h between commit dbacef090841 ("xtensa:
add SMP support") from the xtensa tree and commit 93ea02bb8435 ("arch:
Clean up asm/barrier.h implementations using asm-generic/barrier.h") from
the tip tree.
Hi all,
Today's linux-next merge of the tip tree got a conflict in
arch/xtensa/include/asm/barrier.h between commit dbacef090841 ("xtensa:
add SMP support") from the xtensa tree and commit 93ea02bb8435 ("arch:
Clean up asm/barrier.h implementations using asm-generic/barrier.h") from
the tip tree.
On Mon, 13 Jan 2014 11:08:58 +0800 Weijie Yang wrote:
> >> --- a/mm/swapfile.c
> >> +++ b/mm/swapfile.c
> >> @@ -1922,7 +1922,6 @@ SYSCALL_DEFINE1(swapoff, const char __user *,
> >> specialfile)
> >> p->swap_map = NULL;
> >> cluster_info = p->cluster_info;
> >> p->cluster_info
On Thursday, 9 January 2014 01:10:03 UTC+8, Waiman Long wrote:
> This patch modifies the queue_write_unlock() function to use the
> new smp_store_release() function in another pending patch. It also
> removes the temporary implementation of smp_load_acquire() and
> smp_store_release() function in
On Thu, Jan 09, 2014 at 06:39:52PM -0800, John Tobias wrote:
> The ARCH_HAS_CPUFREQ, HAVE_IMX_ANATOP and PM_OPP are moved up to ARCH_MCX.
> The driver should show if the SOC_IMX6Q and/or SOC_IMX6SL is/are selected.
>
> Signed-off-by: John Tobias
> ---
> drivers/cpufreq/Kconfig.arm | 2 +-
> 1 fi
On 01/12/2014 05:20 PM, Borislav Petkov wrote:
On Sun, Jan 12, 2014 at 05:20:00PM +0800, Qiaowei Ren wrote:
+static bool allocate_bt(unsigned long bd_entry)
+{
+ unsigned long bt_size = 1UL << (MPX_L2_BITS+MPX_L2_SHIFT);
+ unsigned long bt_addr, old_val;
+
+ bt_addr = sys_mmap_
Hi all,
On Mon, 13 Jan 2014 14:18:24 +1100 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the tip tree got conflicts in
> arch/arc/include/asm/Kbuild, arch/cris/include/asm/Kbuild,
> arch/hexagon/include/asm/Kbuild, arch/microblaze/include/asm/Kbuild,
> arch/parisc/include/asm/Kbuild an
On Thu, Jan 09, 2014 at 06:39:51PM -0800, John Tobias wrote:
> Moved ARCH_HAS_CPUFREQ, HAVE_IMX_ANATOP and PM_OPP on ARCH_MXC so that
> the user can enable the cpufreq support for iMX6Q and/or iMX6SL.
All I was asking is to move the following:
select ARCH_HAS_CPUFREQ
select ARCH_H
Hi all,
Today's linux-next merge of the tip tree got conflicts in
arch/arc/include/asm/Kbuild, arch/cris/include/asm/Kbuild,
arch/hexagon/include/asm/Kbuild, arch/microblaze/include/asm/Kbuild,
arch/parisc/include/asm/Kbuild and arch/score/include/asm/Kbuild between
commit e3fec2f74f7f ("lib: Add
On 01/13/2014 01:03 AM, Borislav Petkov wrote:
On Sun, Jan 12, 2014 at 08:49:21AM -0800, H. Peter Anvin wrote:
I saw a previous version of the code that did that, and it really
didn't work out well -- it ended up being more complex and slower.
I suspected as much.
But, we still probably shoul
On Sat, Jan 11, 2014 at 9:11 AM, Andrew Morton
wrote:
> On Thu, 09 Jan 2014 13:39:55 +0800 Weijie Yang
> wrote:
>
>> swapoff clear swap_info's SWP_USED flag prematurely and free its resources
>> after that. A concurrent swapon will reuse this swap_info while its previous
>> resources are not cle
On Fri, Jan 10, 2014 at 01:10:41PM -0500, Johannes Weiner wrote:
> The VM maintains cached filesystem pages on two types of lists. One
> list holds the pages recently faulted into the cache, the other list
> holds pages that have been referenced repeatedly on that first list.
> The idea is to pref
On Fri, Jan 10, 2014 at 01:10:40PM -0500, Johannes Weiner wrote:
> Reclaim will be leaving shadow entries in the page cache radix tree
> upon evicting the real page. As those pages are found from the LRU,
> an iput() can lead to the inode being freed concurrently. At this
> point, reclaim must no
Hi Chris,
Today's linux-next merge of the mmc tree got a conflict in MAINTAINERS
between commit c2fd4e380322 ("MAINTAINERS: set up proper record for
Xilinx Zynq") from Linus' tree and commit 45f210424b4b ("mmc: arasan: Add
driver for Arasan SDHCI") from the mmc tree.
I fixed it up (see below) and
Hi Jean-Francois,
>
> If the original cinfo is not used anymore, the use of its structure to
> handle the card information is not a good idea:
>
> - almost all cinfo information are in the struct snd_soc_card,
>
> - this cinfo structure cannot be extended to handle many DAI links,
>
> - it con
On Fri, Jan 10, 2014 at 01:10:39PM -0500, Johannes Weiner wrote:
> shmem mappings already contain exceptional entries where swap slot
> information is remembered.
>
> To be able to store eviction information for regular page cache,
> prepare every site dealing with the radix trees directly to hand
On Fri, Jan 10, 2014 at 09:48:34AM +, Mel Gorman wrote:
> On Fri, Jan 10, 2014 at 05:48:55PM +0900, Joonsoo Kim wrote:
> > On Thu, Jan 09, 2014 at 09:27:20AM +, Mel Gorman wrote:
> > > On Thu, Jan 09, 2014 at 04:04:40PM +0900, Joonsoo Kim wrote:
> > > > Hello,
> > > >
> > > > I found some
On Sat, Jan 11, 2014 at 06:55:39PM -0600, Christoph Lameter wrote:
> On Sat, 11 Jan 2014, Pekka Enberg wrote:
>
> > On Sat, Jan 11, 2014 at 1:42 AM, Dave Hansen wrote:
> > > On 01/10/2014 03:39 PM, Andrew Morton wrote:
> > >>> I tested 4 cases, all of these on the "cache-cold kfree()" case. The
Hi all,
Today's linux-next merge of the sound-asoc tree got a conflict in
sound/soc/fsl/fsl_ssi.c between commit 0da9e55e71bc ("ASoC: fsl_ssi: Add
dual fifo mode support") from the slave-dma tree and commit 2b56b5f02029
("ASoC: fsl_ssi: Set default slot number for common cases") from the
sound-aso
On Saturday, January 11, 2014 5:13 AM, Stefan Kristiansson wrote:
>
> This adds support for the VGA/LCD core available from OpenCores:
> http://opencores.org/project,vga_lcd
>
> The driver have been tested together with both OpenRISC and
> ARM (socfpga) processors.
>
> Signed-off-by: Stefan Kris
On Fri, Jan 10, 2014 at 01:10:38PM -0500, Johannes Weiner wrote:
> The radix tree hole searching code is only used for page cache, for
> example the readahead code trying to get a a picture of the area
> surrounding a fault.
>
> It sufficed to rely on the radix tree definition of holes, which is
>
Hi Linus !
Here's one regression fix for 3.13 that I would appreciate if you could still
pull in. It was an "interesting" one to debug, basically it's an old bug that
got somewhat "exposed" by new code breaking the boot on PA Semi boards (yes,
it does appear that some people are still using these
On Fri, Jan 10, 2014 at 01:10:35PM -0500, Johannes Weiner wrote:
> This code used to have its own lru cache pagevec up until a0b8cab3
> ("mm: remove lru parameter from __pagevec_lru_add and remove parts of
> pagevec API"). Now it's just add_to_page_cache() followed by
> lru_cache_add(), might as w
On Sun, 2014-01-12 at 18:27 -0600, Rob Landley wrote:
> Using the attached config, toolchain from
> http://landley.net/aboriginal/bin/cross-compiler-powerpc.tar.bz2 but
> presumably any 32 bit powerpc one should work, building ala make
> ARCH=powerpc CROSS_COMPILE=powerpc-
>
>CC arc
This fixes:
arch/arm/mach-omap2/built-in.o: In function `omap_reserve':
/data/l/linux-n900/arch/arm/mach-omap2/common.c:36: undefined
reference to `omap_fb_reserve_memblock'
Signed-off-by: Pavel Machek
diff --git a/arch/arm/mach-omap2/common.c b/arch/arm/mach-omap2/common.c
index 9beecde..85
On Saturday, December 07, 2013 02:27:51 AM Rafael J. Wysocki wrote:
> On Thursday, December 05, 2013 10:52:36 PM Yinghai Lu wrote:
> > On Mon, Dec 2, 2013 at 6:49 AM, Rafael J. Wysocki
> > wrote:
> > >
> > > Scenario 5: pci_stop_and_remove_bus_device() is run concurrently
> > > for a device and
On Fri, Jan 10, 2014 at 03:18:15PM +, Ben Dooks wrote:
> If the kernel is built to support multi-arm configurmation with shmobile
> support built in, then the drivers/sh is not built. This contains drivers
> that are essential to devices support by that configuration, including the
> PM runtime
On Sun, Jan 12, 2014 at 06:45:54PM +0100, Oleg Nesterov wrote:
> diff --git a/include/linux/lockdep.h b/include/linux/lockdep.h
> index 92b1bfc..13bd13d 100644
> --- a/include/linux/lockdep.h
> +++ b/include/linux/lockdep.h
> @@ -252,7 +252,6 @@ struct held_lock {
> unsigned int tryloc
Hi Linus,
Sorry, meant to push out this batch earlier this weekend.
The following changes since commit d6e0a2dd12f4067a5bcefb8bbd8ddbeff800afbc:
Linux 3.13-rc7 (2014-01-04 15:12:14 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86/
On 09/01/14 09:20, Paul Durrant wrote:
We are adding the skb to vif->rx_queue even when
xenvif_rx_ring_slots_available(vif, min_slots_needed) said there is no
space for that. Or am I missing something? Paul?
That's correct. Part of the flow control improvement was to get rid of needless
packet
On 01/12/2014 04:56 AM, Ingo Molnar wrote:
>
> * Prarit Bhargava wrote:
>
>> Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=64791
>>
>> When a cpu is downed on a system, the irqs on the cpu are assigned to
>> other cpus. It is possible, however, that when a cpu is downed there
>> aren'
On 01/11/2014 11:35 AM, 7egg...@gmx.de wrote:
>
>
> On Fri, 10 Jan 2014, Prarit Bhargava wrote:
>
>> kdump uses memmap=exactmap and mem=X values to configure the memory
>> mapping for the kdump kernel. If memory is hotadded during the boot of
>> the kdump kernel it is possible that the page t
From: Jason Low
- Remove unnecessary head variables.
- Delete unused parameter in queue_unlock().
Cc: Ingo Molnar
Reviewed-by: Darren Hart
Acked-by: Peter Zijlstra
Cc: Thomas Gleixner
Reviewed-by: Paul E. McKenney
Cc: Mike Galbraith
Cc: Jeff Mahoney
Cc: Linus Torvalds
Cc: Scott Norton
C
From: Davidlohr Bueso
Callers of cmpxchg_futex_value_locked() can trigger the following:
kernel/futex.c: In function ‘futex_lock_pi_atomic’:
kernel/futex.c:725: warning: ‘curval’ may be used uninitialized in this function
This was initially addressed by commit 7cfdaf38, but others still remain.
From: Davidlohr Bueso
Currently, the futex global hash table suffers from it's fixed, smallish
(for today's standards) size of 256 entries, as well as its lack of NUMA
awareness. Large systems, using many futexes, can be prone to high amounts
of collisions; where these futexes hash to the same bu
Changes from v5 [https://lkml.org/lkml/2014/1/2/178]:
- Added latest review tags
- Removed redundant CONFIG_SMP ifdef in futex_get_mm()
- Updated comments per Darren's suggestions.
Changes from v3/v4 [http://lkml.org/lkml/2013/12/19/627]:
- Almost completely redid patch 4, based on suggestio
From: Thomas Gleixner
That's essential, if you want to hack on futexes.
Cc: Ingo Molnar
Reviewed-by: Darren Hart
Acked-by: Peter Zijlstra
Cc: Thomas Gleixner
Reviewed-by: Paul E. McKenney
Cc: Mike Galbraith
Cc: Jeff Mahoney
Cc: Linus Torvalds
Cc: Randy Dunlap
Cc: Scott Norton
Cc: Tom V
From: Davidlohr Bueso
In futex_wake() there is clearly no point in taking the hb->lock if we know
beforehand that there are no tasks to be woken. While the hash bucket's plist
head is a cheap way of knowing this, we cannot rely 100% on it as there is a
racy window between the futex_wait call and
On 10/01/14 16:02, David Vrabel wrote:
On 10/01/14 15:24, Zoltan Kiss wrote:
If the grant table code doesn't provide the API calls you need you can
either:
a) add the new API as a prerequisite patch.
b) use the existing API calls and live with the performance problem,
until you can refactor the
On Tue, 2013-07-02 at 18:39 +0200, Yann Droneaud wrote:
> Macro get_unused_fd() is used to allocate a file descriptor with
> default flags. Those default flags (0) can be "unsafe":
> O_CLOEXEC must be used by default to not leak file descriptor
> across exec().
>
> Instead of macro get_unused_fd()
On Fri, 10 Jan 2014, Johannes Weiner wrote:
> > Your patch, which is partially based on my suggestion to move the
> > mem_cgroup_oom_notify() and call it from two places to support both
> > memory.oom_control == 1 and != 1, is something that I liked as you know.
> > It's based on my patch whic
On Fri, 10 Jan 2014, Johannes Weiner wrote:
> > > > It was acked-by Michal.
>
> Michal acked it before we had most of the discussions and now he is
> proposing an alternate version of yours, a patch that you are even
> discussing with him concurrently in another thread. To claim he is
> still ba
Hi Ben,
Thank you for the patch.
On Saturday 11 January 2014 13:05:38 Ben Dooks wrote:
> The drivers/base/power/clock_ops.c file is causing warnings from
> the clock driver (as shown below) due to failing to do a clk_prepare()
> call before enabling a clock. It also fails to check the balance of
Hi Ben,
On Sunday 12 January 2014 22:54:15 Laurent Pinchart wrote:
> Hi Ben,
>
> Thank you for the patch.
>
> On Saturday 11 January 2014 13:06:29 Ben Dooks wrote:
> > If the kernel is built to support multi-arm configurmation with shmobile
> > support built in, then the drivers/sh is not built.
Dear Friend,
I'm sorry to engage your privacy in this manner. I am Mr.Kuan-Yin Li Hua from
China, I need your partnership for a transfer of Fity Five Million
United State Dollars. Kindly reply me back in you are interested to enable me
provide you with further details.
Regards,
Mr.Kuan-Yin Li H
Hi Ben,
Thank you for the patch.
On Saturday 11 January 2014 13:06:29 Ben Dooks wrote:
> If the kernel is built to support multi-arm configurmation with shmobile
> support built in, then the drivers/sh is not built. This contains drivers
> that are essential to devices support by that configurati
On 12/01/14 21:08, Ivaylo Dimitrov wrote:
On 12.01.2014 22:55, Peter Meerwald wrote:
I think the fix should rather be
if (chan->channel2 == IIO_MOD_LIGHT_BOTH)
chip->calib0 = calib_from_sysfs(val);
else if (chan->channel2 == IIO_MOD_LIGHT_IR)
chip->calib1 = calib_from
On Friday 10 January 2014, Ravi Patel wrote:
> Do you want any further clarification or document related to QMTM.
> We want to make sure everyone is on same page, understand and
> conclude upon that QMTM is a device and and not a bus or a dma
> engine.
I have a much better understanding now, but
Signed-off-by: Daniel Matuschek
After some discussions of the patch last week, here is a new version.
Simply reducing the post_table did not work, as for some frequencies
both settings (MCLKDIV=0 and MCLKDIV=1) are needed (e.g. 96 and 192kHz)
WM8804 can run with PLL frequencies of 256xfs an
On 12.01.2014 22:55, Peter Meerwald wrote:
I think the fix should rather be
if (chan->channel2 == IIO_MOD_LIGHT_BOTH)
chip->calib0 = calib_from_sysfs(val);
else if (chan->channel2 == IIO_MOD_LIGHT_IR)
chip->calib1 = calib_from_sysfs(val);
On Thu, Jan 09, 2014 at 06:54:48PM +0100, Oleg Nesterov wrote:
> But this connects to lockdep_no_validate. Not sure I understand what
> this class should actually do, but consider this code:
>
> DEFINE_MUTEX(m1);
> DEFINE_MUTEX(m2);
> DEFINE_MUTEX(mx);
>
> void lockdep_sho
Hello,
> Correctly initialize device channels, otherwise writing the calibration
> values to sysfs nodes does not work
I think the fix should rather be
if (chan->channel2 == IIO_MOD_LIGHT_BOTH)
chip->calib0 = calib_from_sysfs(val);
else if (chan->channel2 == IIO_M
On Sun, 2014-01-12 at 21:50 +0400, Andrey Vagin wrote:
> Lets look at destroy_conntrack:
>
> hlist_nulls_del_rcu(&ct->tuplehash[IP_CT_DIR_ORIGINAL].hnnode);
> ...
> nf_conntrack_free(ct)
> kmem_cache_free(net->ct.nf_conntrack_cachep, ct);
>
> net->ct.nf_conntrack_cachep is created with SLAB
On Sun, Jan 12, 2014 at 06:45:32PM +0100, Oleg Nesterov wrote:
> But could someone please explain me what should lockdep_no_validate
> actually do? 1704f47b5 "lockdep: Add novalidate class for dev->mutex
> conversion" doesn't tell which kind of warnings it tries to avoid,
> and it looks buggy (see
From: Ivaylo Dimitrov
Correctly initialize device channels, otherwise writing the calibration
values to sysfs nodes does not work
Signed-off-by: Ivaylo Dimitrov
---
drivers/iio/light/tsl2563.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/iio/light/tsl25
1 - 100 of 269 matches
Mail list logo