[PATCH 00/10 V2] workqueue: async worker destruction and worker attaching/detaching

Patch1-4: async worker destruction Patch2 reduces the review burden. It will be easier to review the whole patchset if we know destroy_worker() is forced to destroy idle workers only. Patch5-10: worker attaching/detaching and simplify the workers management The code which attaches a worker to th

[PATCH 03/10 V2] workqueue: async worker destruction

worker destruction includes these parts of code: adjust pool's stats remove the worker from idle list detach the worker from the pool kthread_stop() to wait for the worker's task exit free the worker struct We can find out that there is no essential work to

Re: [BUG] sched_setattr() SCHED_DEADLINE hangs system

On 05/11/2014 04:54 PM, Michael Kerrisk (man-pages) wrote: > [Dave: I wonder if there's anything trinity can add in the way of > a test here?] > > Hi Peter, > > This looks like another bug in sched_setattr(). Using the program > below (which you might find generally helpful for testing), I'm >

[PATCH 09/10 V2] workqueue: separate pool-attaching code out from create_worker()

The code of attaching is unfolded in create_worker(). Separating this code out will make the codes more clear. Signed-off-by: Lai Jiangshan --- kernel/workqueue.c | 54 --- 1 files changed, 34 insertions(+), 20 deletions(-) diff --git a/kernel/w

[PATCH 06/10 V2] workqueue: convert worker_idr to worker_ida

We don't need to iterate workers via worker_idr, worker_idr is used for allocating/freeing ID only, so we convert it to worker_ida. By using ida_simple_get/remove(), worker_ida can be protected by itself, so we don't need manager_mutex to protect it and remove the coupling, and we can move the ID-

[PATCH 07/10 V2] workqueue: narrow the protection range of manager_mutex

In create_worker(), pool->worker_ida is protected by idr subsystem via using ida_simple_get()/ida_simple_put(), it doesn't need manager_mutex struct worker allocation and kthread allocation are not visible by any one, before attached, they don't need manager_mutex either. The above operations are

[PATCH 10/10 V2] workqueue: use generic attach/detach routine for rescuers

There are several problems with the code that rescuers bind itself to the pool' cpumask 1) It uses a way different from the normal workers to bind to the cpumask So we can't maintain the normal/rescuer workers under the same framework. 2) The the code of cpu-binding for rescuer is complica

[PATCH 05/10 V2] workqueue: separate iteration role from worker_idr

worker_idr has the iteration(iterating for attached workers) and worker ID duties. These two duties are not necessary tied together. We can separate them and use a list for tracking attached workers and iteration After separation, we can add the rescuer workers to the list for iteration in future.

[PATCH 08/10 V2] workqueue: rename manager_mutex to attach_mutex

manager_mutex is only used to protect the attaching for the pool and the pool->workers list. It protects the pool->workers and operations based on this list, such as: cpu-binding for the workers in the pool->workers concurrency management for the workers in the pool->workers So we

[PATCH 04/10 V2] workqueue: destroy worker directly in the idle timeout handler

Since destroy_worker() doesn't need to sleep nor require manager_mutex, destroy_worker() can be directly called in the idle timeout handler, it helps us remove POOL_MANAGE_WORKERS and maybe_destroy_worker() and simplify the manage_workers() After POOL_MANAGE_WORKERS is removed, worker_thread() doe

[PATCH 02/10 V2] workqueue: destroy_worker() should destroy idle workers only

We used to have the CPU online failure path where a worker is created and then destroyed without being started. A worker was created for the CPU coming online and if the online operation failed the created worker was shut down without being started. But this behavior was changed. The first worker

[PATCH 01/10 V2] workqueue: use manager lock only to protect worker_idr

worker_idr is highly bound to managers and is always/only accessed in manager lock context. So we don't need pool->lock for it. Signed-off-by: Lai Jiangshan --- kernel/workqueue.c | 34 ++ 1 files changed, 6 insertions(+), 28 deletions(-) diff --git a/kernel/wo

Re: [PATCH v3 0/3] TI CPSW Cleanup

On Monday 12 May 2014 10:21 AM, George Cherian wrote: > This series does some minimal cleanups. > -Conversion of pr_*() to dev_*() > -Convert kzalloc to devm_kzalloc. > > No functional changes. > > v1 -> v2 Address review comments. > v2 -> v3 Remove a stale commit comment. > > George Ch

Re: [PATCH] sched: Distinguish sched_wakeup event when wake up a task which did schedule out or not.

On Sun, May 11, 2014 at 02:52:24PM -0400, Steven Rostedt wrote: > On Sun, 11 May 2014 18:35:31 +0200 > Peter Zijlstra wrote: > > > > So if the wait side has already observed cond==false, then without the > > wakeup, which still potentially has ->on_rq == true, it would block. > > Therefore the w

Re: [RFC PATCH 00/12 v2] A new CPU load metric for power-efficient scheduler: CPU ConCurrency

On Mon, May 12, 2014 at 02:16:49AM +0800, Yuyang Du wrote: Yes, just what we need, more patches while we haven't had the time to look at the old set yet :-( pgpVHMyuJSFAA.pgp Description: PGP signature

Re: [Intel-gfx] 3.15-rc5: Regression in i915 driver?

On Sun, May 11, 2014 at 07:40:57PM +0200, Daniel Vetter wrote: > On Sun, May 11, 2014 at 11:02 AM, Dave Airlie wrote: > > On 11 May 2014 18:28, Thomas Meyer wrote: > >> Hi, > >> > >> 3.14.3 works as expected. > >> 3.15-rc5 shows a strange behaviour: When resuming from ram the X server > >> seems

[PATCH 03/20] perf tools: Use hpp formats to sort hist entries

It wrapped sort entries to hpp functions, so using the hpp sort list to sort entries. Acked-by: Ingo Molnar Signed-off-by: Namhyung Kim --- tools/perf/util/hist.c | 16 ++-- 1 file changed, 6 insertions(+), 10 deletions(-) diff --git a/tools/perf/util/hist.c b/tools/perf/util/hist.

[PATCH 01/20] perf tools: Add ->cmp(), ->collapse() and ->sort() to perf_hpp_fmt

Those function pointers will be used to sort report output based on the selected fields. This is a preparation of later change. Acked-by: Ingo Molnar Signed-off-by: Namhyung Kim --- tools/perf/ui/hist.c | 39 +++ tools/perf/util/hist.h | 3 +++ 2 files ch

[PATCH 02/20] perf tools: Convert sort entries to hpp formats

This is a preparation of consolidating management of output field and sort keys. Acked-by: Ingo Molnar Signed-off-by: Namhyung Kim --- tools/perf/ui/hist.c | 6 tools/perf/util/hist.h | 6 tools/perf/util/sort.c | 80 +++--- 3 files chan

[PATCH 06/20] perf tools: Consolidate output field handling to hpp format routines

Until now the hpp and sort functions do similar jobs different ways. Since the sort functions converted/wrapped to hpp formats it can do the job in a uniform way. The perf_hpp__sort_list has a list of hpp formats to sort entries and the perf_hpp__list has a list of hpp formats to print output resu

[PATCH 04/20] perf tools: Support event grouping in hpp ->sort()

Move logic of hist_entry__sort_on_period to __hpp__sort() in order to support event group report. Acked-by: Ingo Molnar Signed-off-by: Namhyung Kim --- tools/perf/ui/hist.c | 64 +++- 1 file changed, 58 insertions(+), 6 deletions(-) diff --git a/

[PATCHSET 00/20] perf report: Add -F option for specifying output fields (v5)

Hello, This is a patchset implementing -F/--fields option to setup output field/column as Ingo requested. The -F option can receive any sort keys that -s option recognize, plus following fields (name can be changed): overhead, overhead_sys, overhead_us, sample, period The overhead_guest_sys a

[PATCH 10/20] perf tools: Call perf_hpp__init() before setting up GUI browsers

So that it can be set properly prior to set up output fields. That makes easy to handle/warn errors during the setup since it doesn't need to be bothered with the GUI. Signed-off-by: Namhyung Kim --- tools/perf/builtin-report.c| 6 +++--- tools/perf/builtin-top.c | 2 ++ tools/perf/ui

[PATCH 15/20] perf diff: Add missing setup_output_field()

The perf diff command itself doesn't make use of the --fields option, it still needs to call the function since the output only work with that way. Signed-off-by: Namhyung Kim --- tools/perf/builtin-diff.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/tools/perf/builtin-diff.c b/tools/p

[PATCH 14/20] perf top: Add --fields option to specify output fields

The --fields option is to allow user setup output field in any order. It can recieve any sort keys and following (hpp) fields: overhead, overhead_sys, overhead_us, sample and period If guest profiling is enabled, overhead_guest_{sys,us} will be available too. More more information, please see

[PATCH 05/20] perf tools: Use hpp formats to sort final output

Convert output sorting function to use ->sort hpp functions. Acked-by: Ingo Molnar Signed-off-by: Namhyung Kim --- tools/perf/util/hist.c | 62 +++--- 1 file changed, 8 insertions(+), 54 deletions(-) diff --git a/tools/perf/util/hist.c b/tools/perf/u

[PATCH 17/20] perf hists: Reset width of output fields with header length

Some fields missed to set default column length so it broke align in --stdio output. Add perf_hpp__reset_width() to set it to a sane default value. Note that this change will ignore -w/--column-widths option for now. Before: $ perf report -F cpu,comm,overhead --stdio ... # CPU Com

[PATCH 11/20] perf report: Add -F option to specify output fields

The -F/--fields option is to allow user setup output field in any order. It can recieve any sort keys and following (hpp) fields: overhead, overhead_sys, overhead_us, sample and period If guest profiling is enabled, overhead_guest_{sys,us} will be available too. The output fields also affect

[PATCH 12/20] perf tools: Add ->sort() member to struct sort_entry

Currently, what the sort_entry does is just identifying hist entries so that they can be grouped properly. However, with -F option support, it indeed needs to sort entries appropriately to be shown to users. So add ->sort() member to do it. Acked-by: Ingo Molnar Signed-off-by: Namhyung Kim ---

[PATCH 16/20] perf tools: Skip elided sort entries

When it converted sort entries to hpp formats, it missed se->elide handling, so add it for compatibility. Signed-off-by: Namhyung Kim --- tools/perf/ui/browsers/hists.c | 3 +++ tools/perf/ui/gtk/hists.c | 6 ++ tools/perf/ui/stdio/hist.c | 9 + tools/perf/util/hist.c

[PATCH 18/20] perf tools: Introduce reset_output_field()

The reset_output_field() function is for clearing output field settings and will be used for test code in later patch. Signed-off-by: Namhyung Kim --- tools/perf/ui/hist.c | 17 + tools/perf/util/hist.h | 7 +++ tools/perf/util/sort.c | 18 ++ tools/perf/ut

[PATCH 13/20] perf report/tui: Fix a bug when --fields/sort is given

The hists__filter_entries() function is called when down arrow key is pressed for navigating through the entries in TUI. It has a check for filtering out entries that have very small overhead (under min_pcnt). However it just assumed the entries are sorted by the overhead so when it saw such a sm

[PATCH 19/20] perf tests: Factor out print_hists_*()

Those print helper functions can be reused by later hist test cases so factor them out to a common location. Signed-off-by: Namhyung Kim --- tools/perf/tests/hists_common.c | 57 + tools/perf/tests/hists_common.h | 3 +++ tools/perf/tests/hists_filter.c |

[PATCH 20/20] perf tests: Add a testcase for histogram output sorting

With new output fields option, its internal implementation was changed so add a new testcase to verify whether it breaks things. Signed-off-by: Namhyung Kim --- tools/perf/Makefile.perf| 1 + tools/perf/tests/builtin-test.c | 4 + tools/perf/tests/hists_common.c | 4 +- tools/perf/

[PATCH 09/20] perf tools: Consolidate management of default sort orders

The perf uses different default sort orders for different use-cases, and this was scattered throughout the code. Add get_default_sort_ order() function to handle this and change initial value of sort_order to NULL to distinguish it from user-given one. Cc: Stephane Eranian Signed-off-by: Namhyun

[PATCH 08/20] perf tools: Allow hpp fields to be sort keys

Add overhead{,_sys,_us,_guest_sys,_guest_us}, sample and period sort keys so that they can be selected with --sort/-s option. $ perf report -s period,comm --stdio ... # OverheadPeriod Command # ... # 47.06% 152

[PATCH 07/20] perf ui: Get rid of callback from __hpp__fmt()

The callback was used by TUI for determining color of folded sign using percent of first field/column. But it cannot be used anymore since it now support dynamic reording of output field. So move the logic to the hist_browser__show_entry(). Acked-by: Ingo Molnar Signed-off-by: Namhyung Kim ---

[PATCH v13 01/19] iommu/exynos: fix build errors

From: Cho KyongHo Commit 25e9d28d92 (ARM: EXYNOS: remove system mmu initialization from exynos tree) removed arch/arm/mach-exynos/mach/sysmmu.h header without removing remaining use of it from exynos-iommu driver, thus causing a compilation error. This patch fixes the error by removing respectiv

[PATCH v13 02/19] iommu/exynos: change error handling when page table update is failed

From: Cho KyongHo This patch changes not to panic on any error when updating page table. Instead prints error messages with callstack. Signed-off-by: Cho KyongHo Signed-off-by: Shaik Ameer Basha --- drivers/iommu/exynos-iommu.c | 58 -- 1 file changed

[PATCH v13 05/19] iommu/exynos: remove prefetch buffer setting

From: Cho KyongHo Prefetch buffer is a cache of System MMU 3.x and caches a block of page table entries to make effect of larger page with small pages. However, how to control prefetch buffers and the specifications of prefetch buffers different from minor versions of System MMU v3. Prefetch buff

[PATCH v13 07/19] iommu/exynos: always enable runtime PM

From: Cho KyongHo Checking if the probing device has a parent device was just to discover if the probing device is involved in a power domain when the power domain controlled by Samsung's custom implementation. Since generic IO power domain is applied, it is required to remove the condition to se

[PATCH v13 08/19] iommu/exynos: remove dbgname from drvdata of a System MMU

From: Cho KyongHo This patch removes dbgname member from sysmmu_drvdata structure. Kernel message for debugging already has the name of a single System MMU node. It also removes some compilation warnings. Signed-off-by: Cho KyongHo Signed-off-by: Shaik Ameer Basha --- drivers/iommu/exynos-iom

[PATCH v13 06/19] iommu/exynos: add missing cache flush for removed page table entries

From: Cho KyongHo This commit adds cache flush for removed small and large page entries in exynos_iommu_unmap(). Missing cache flush of removed page table entries can cause missing page fault interrupt when a master IP accesses an unmapped area. Reviewed-by: Tomasz Figa Tested-by: Grant Grundle

[PATCH v13 09/19] iommu/exynos: use managed device helper functions

From: Cho KyongHo This patch uses managed device helper functions in the probe(). Signed-off-by: Cho KyongHo Signed-off-by: Shaik Ameer Basha --- drivers/iommu/exynos-iommu.c | 68 -- 1 file changed, 25 insertions(+), 43 deletions(-) diff --git a/dri

[PATCH v13 11/19] iommu/exynos: remove custom fault handler

From: Cho KyongHo This commit removes custom fault handler. The device drivers that need to register fault handler can register with iommu_set_fault_handler(). CC: Grant Grundler Signed-off-by: Cho KyongHo Signed-off-by: Shaik Ameer Basha --- drivers/iommu/exynos-iommu.c | 80 +

[PATCH v13 13/19] iommu/exynos: use exynos-iommu specific typedef

From: Cho KyongHo This commit introduces sysmmu_pte_t for page table entries and sysmmu_iova_t vor I/O virtual address that is manipulated by exynos-iommu driver. The purpose of the typedef is to remove dependencies to the driver code from the change of CPU architecture from 32 bit to 64 bit. Si

[PATCH v13 15/19] iommu/exynos: enhanced error messages

From: Cho KyongHo Some redundant error message is removed and some error messages are changed to error level from debug level. Signed-off-by: Cho KyongHo Signed-off-by: Shaik Ameer Basha --- drivers/iommu/exynos-iommu.c | 23 +-- 1 file changed, 9 insertions(+), 14 delet

Stilhaus Kitchens Complaints

Stilhaus Kitchens Complaints. fact is that there are no stilhaus kitchens complaints.stilhaus kitchens are the only kitchen company with no complaints Stilhaus Kitchens Complaints -- View this message in context: http://linux-kernel.2935.n7.nabble.com/Stilhaus-Kitchens

Re: [PATCH 1/3] PM / OPP: Add support for descending order for cpufreq table

On 11 May 2014 17:08, jonghwan Choi wrote: > I already considered it. > (But it only passes on what cpufreq driver has to do to clock framework. > For changing clock rate, if changing operation just divides a rate of > parent it can be solved easily > But exycpufreq driver is more complicated. >

[PATCH v13 14/19] iommu/exynos: add devices attached to the System MMU to an IOMMU group

From: Antonios Motakis Patch written by Antonios Motakis : IOMMU groups are expected by certain users of the IOMMU API, e.g. VFIO. Since each device is behind its own System MMU, we can allocate a new IOMMU group for each device. Reviewed-by: Cho KyongHo Signed-off-by: Antonios Motakis Signed

[PATCH v13 16/19] documentation: iommu: add binding document of Exynos System MMU

From: Cho KyongHo This patch adds a description of the device tree binding for the Samsung Exynos System MMU. Signed-off-by: Cho KyongHo Signed-off-by: Shaik Ameer Basha --- .../devicetree/bindings/iommu/samsung,sysmmu.txt | 65 1 file changed, 65 insertions(+) creat

[PATCH v13 18/19] iommu/exynos: turn on useful configuration options

From: Cho KyongHo This turns on FLPD_CACHE, ACGEN and SYSSEL. FLPD_CACHE is a cache of 1st level page table entries that contains the address of a 2nd level page table to reduce latency of page table walking. ACGEN is architectural clock gating that gates clocks by System MMU itself if it is no

[PATCH v13 17/19] iommu/exynos: support for device tree

From: Cho KyongHo This commit adds device tree support for System MMU. Also, system mmu handling is improved. Previously, an IOMMU domain is bound to a System MMU which is not correct. This patch binds an IOMMU domain with the master device of a System MMU. Signed-off-by: Cho KyongHo Signed-of

[PATCH v13 19/19] iommu/exynos: apply workaround of caching fault page table entries

From: Cho KyongHo This patch contains 2 workaround for the System MMU v3.x. System MMU v3.2 and v3.3 has FLPD cache that caches first level page table entries to reduce page table walking latency. However, the FLPD cache is filled with a first level page table entry even though it is not accesse

[PATCH v13 12/19] iommu/exynos: change rwlock to spinlock

From: Cho KyongHo Since acquiring read_lock is not more frequent than write_lock, it is not beneficial to use rwlock, this commit changes rwlock to spinlock. Reviewed-by: Grant Grundler Signed-off-by: Cho KyongHo Signed-off-by: Shaik Ameer Basha --- drivers/iommu/exynos-iommu.c | 27 ++

[PATCH v13 10/19] iommu/exynos: gating clocks of master H/W

From: Cho KyongHo This patch gates clocks of master H/W as well as clocks of System MMU if master clocks are specified. Some Exynos SoCs (i.e. GScalers in Exynos5250) have dependencies in the gating clocks of master H/W and its System MMU. If a H/W is the case, accessing control registers of Sys

[PATCH v13 04/19] iommu/exynos: fix L2TLB invalidation

From: Cho KyongHo L2TLB is 8-way set-associative TLB with 512 entries. The number of sets is 64. A single 4KB(small page) translation information is cached only to a set whose index is the same with the lower 6 bits of the page frame number. A single 64KB(large page) translation information can b

[PATCH v13 03/19] iommu/exynos: allocate lv2 page table from own slab

From: Cho KyongHo Since kmalloc() does not guarantee that the allignment of 1KiB when it allocates 1KiB, it is required to allocate lv2 page table from own slab that guarantees alignment of 1KiB Signed-off-by: Cho KyongHo Signed-off-by: Shaik Ameer Basha --- drivers/iommu/exynos-iommu.c | 3

[PATCH v13 00/19] iommu/exynos: Fixes and Enhancements of System MMU driver with DT

This is the subset of previous v12 series and includes only the fixes and enhancements, leaving out the private DT bindings as discussed in the below thread. -- http://www.gossamer-threads.com/lists/linux/kernel/1918178 This patch series includes, 1] fixes for exynos-iommu driver build break

Re: [PATCH] drivers/hwmon/emc1403.c: add support for emc1412

Hi Guenter, Josef, On Sun, 11 May 2014 15:40:21 -0700, Guenter Roeck wrote: > On 05/11/2014 06:00 AM, Josef Gajdusek wrote: > > @@ -366,14 +433,19 @@ static int emc1403_probe(struct i2c_client *client, > > } > > > > static const unsigned short emc1403_address_list[] = { > > - 0x18, 0x29, 0x4

linux-next: build failure after merge of the fsl tree

Hi Scott, After merging the fsl tree, today's linux-next build (powerpc allyesconfig) failed like this: arch/powerpc/kernel/epapr_paravirt.c: In function 'epapr_idle_init': arch/powerpc/kernel/epapr_paravirt.c:77:23: error: 'epapr_ev_idle' undeclared (first use in this function) ppc_md.power_

Re: [RFC][PATCH] af_key: return error when meet errors on sendmsg() syscall

On 05/12/2014 01:11 PM, David Miller wrote: So it makes sense to return errors for send() syscall. Signed-off-by: Xufeng Zhang I disagree. If pfkey_error() is successful, the error will be reported in the AF_KEY message that is broadcast, there is no reason for sendmsg to return an err

Re: [PATCH 1/2] hrtimer: reprogram event for expires=KTIME_MAX in hrtimer_force_reprogram()

On 10 May 2014 21:47, Preeti U Murthy wrote: > On 05/09/2014 04:27 PM, Viresh Kumar wrote: >> On 9 May 2014 16:04, Preeti U Murthy wrote: >> Ideally, the device should have stopped events as we programmed it in >> ONESHOT mode. And should have waited for kernel to set it again.. >> >> But probab

Re: [PATCH] powerpc: Fix "attempt to move .org backwards" error (again)

On Sun, 2014-05-11 at 21:52 -0700, Guenter Roeck wrote: > Oh well, it was worth a try. Can you give me an example for a failing > configuration ? My g5 config which is close to g5_defconfig with PR KVM enabled. In any case, see my other messages. I'm waiting for all my test builders to come back

Re: bug: acpi ata_bay dock reminds undocked

On Monday 12 May 2014 02:00:29 Rafael J. Wysocki wrote: > On Sunday, May 11, 2014 05:49:17 PM Pali Rohár wrote: > > --nextPart2204083.pLeiedbUui > > Content-Type: Text/Plain; > > > > charset="utf-8" > > > > Content-Transfer-Encoding: quoted-printable > > > > On Wednesday 30 April 2014 11:24:50

Re: [PATCH] pinctrl: Add i.MX1 pincontrol driver

On Mon, May 12, 2014 at 09:03:26AM +0400, Alexander Shiyan wrote: > Mon, 12 May 2014 06:51:13 +0200 от Sascha Hauer : > > On Fri, May 09, 2014 at 08:16:33PM +0400, Alexander Shiyan wrote: > > > This patch adds pincontrol driver for Freescale i.MX1 SOCs. > > > > > > Signed-off-by: Alexander Shiyan

Re: [PATCH] powerpc: Fix "attempt to move .org backwards" error (again)

On 05/11/2014 10:37 PM, Benjamin Herrenschmidt wrote: On Mon, 2014-05-12 at 14:12 +1000, Benjamin Herrenschmidt wrote: On Fri, 2014-05-09 at 17:07 -0700, Guenter Roeck wrote: Commit 4e243b7 (powerpc: Fix "attempt to move .org backwards" error) fixes the allyesconfig build by moving machine_chec

Re: [PATCH] powerpc: Fix "attempt to move .org backwards" error (again)

On Mon, 2014-05-12 at 14:12 +1000, Benjamin Herrenschmidt wrote: > On Fri, 2014-05-09 at 17:07 -0700, Guenter Roeck wrote: > > Commit 4e243b7 (powerpc: Fix "attempt to move .org backwards" error) fixes > > the > > allyesconfig build by moving machine_check_common to a different location. > > While

Re: [PATCH 2/2] tick: SHUTDOWN event-dev if no events are required for KTIME_MAX

Thanks for blasting me off, it might be very helpful going forward :) On 10 May 2014 01:39, Thomas Gleixner wrote: > On Fri, 9 May 2014, Viresh Kumar wrote: >> diff --git a/kernel/time/tick-oneshot.c b/kernel/time/tick-oneshot.c >> int tick_program_event(ktime_t expires, int force) >> { >>

Re: [PATCH V4 2/2] fs/ext4/fsync.c: generic_file_fsync call based on barrier flag

On Mon, 12 May 2014 11:24:26 +0800 Ming Lei wrote: > On Sun, May 11, 2014 at 1:06 AM, Fabian Frederick wrote: > > generic_file_fsync has been updated to issue a flush for > > older filesystems. > > > > This patch tests for barrier flag in ext4 mount flags > > and calls the right function. > > >

[PATCH V5 2/2] fs/ext4/fsync.c: generic_file_fsync call based on barrier flag

generic_file_fsync has been updated to issue a flush for older filesystems. This patch tests for barrier flag in ext4 mount flags and calls the right function. Suggested-by: Jan Kara Suggested-by: Christoph Hellwig Cc: Jan Kara Cc: Christoph Hellwig Cc: Alexander Viro Cc: "Theodore Ts'o" Cc

[PATCH V5 1/2] FS: Add generic data flush to fsync

This patch issues a flush in generic_file_fsync. (Modern filesystems already do it) Behaviour can be reversed using /sys/devices/.../cache_type or by calling __generic_file_fsync Suggested-by: Jan Kara Suggested-by: Christoph Hellwig Cc: Jan Kara Cc: Christoph Hellwig Cc: Alexander Viro Cc:

linux-next: manual merge of the gpio tree with the net-next tree

Hi Linus, Today's linux-next merge of the gpio tree got a conflict in Documentation/driver-model/devres.txt between commit 6d48f44b7b2a ("mdio_bus: implement devm_mdiobus_alloc/devm_mdiobus_free") from the net-next tree and commit f9748ef13b6a ("gpio: Add missing device-managed documentation") fro

Re: [PATCHv2 0/2] remap_file_pages() decommission

On Mon, May 12, 2014 at 7:36 AM, Andi Kleen wrote: > Armin Rigo writes: > >> Here is a note from the PyPy project (mentioned earlier in this >> thread, and at https://lwn.net/Articles/587923/ ). > > Your use is completely bogus. remap_file_pages() pins everything > and disables any swapping for t

Re: [PATCH] zram: remove global tb_lock by using lock-free CAS

On Sat, May 10, 2014 at 02:10:08PM +0800, Weijie Yang wrote: > On Thu, May 8, 2014 at 2:24 PM, Minchan Kim wrote: > > On Wed, May 07, 2014 at 11:52:59PM +0900, Joonsoo Kim wrote: > >> >> Most popular use of zram is the in-memory swap for small embedded system > >> >> so I don't want to increase me

Re: [RFC][PATCH] af_key: return error when meet errors on sendmsg() syscall

From: Xufeng Zhang Date: Fri, 9 May 2014 13:47:35 +0800 > Current implementation for pfkey_sendmsg() always return success > no matter whether or not error happens during this syscall, > this is incompatible with the general send()/sendmsg() API: > man send > RETURN VALUE > On success

Re: [PATCH net-next,v3] Add support for netvsc build without CONFIG_SYSFS flag

From: Haiyang Zhang Date: Thu, 8 May 2014 15:14:10 -0700 > This change ensures the driver can be built successfully without the > CONFIG_SYSFS flag. > MS-TFS: 182270 > > Signed-off-by: Haiyang Zhang > Reviewed-by: K. Y. Srinivasan Applied, thanks. -- To unsubscribe from this list: send the l

Re: [PATCH] pinctrl: Add i.MX1 pincontrol driver

Mon, 12 May 2014 06:51:13 +0200 от Sascha Hauer : > On Fri, May 09, 2014 at 08:16:33PM +0400, Alexander Shiyan wrote: > > This patch adds pincontrol driver for Freescale i.MX1 SOCs. > > > > Signed-off-by: Alexander Shiyan > > --- > > drivers/pinctrl/Kconfig| 7 ++ > > drivers/pinctrl/M

Re: [PATCH 3.14 27/83] ARC: !PREEMPT: Ensure Return to kernel mode is IRQ safe

On Monday 12 May 2014 12:51 AM, Greg Kroah-Hartman wrote: > 3.14-stable review patch. If anyone has any objections, please let me know. > > -- > > From: Vineet Gupta > > commit 8aa9e85adac609588eeec356e5a85059b3b819ba upstream. Hi Greg, This one was also marked for stable 3.10

[PATCH v3 0/3] TI CPSW Cleanup

This series does some minimal cleanups. -Conversion of pr_*() to dev_*() -Convert kzalloc to devm_kzalloc. No functional changes. v1 -> v2 Address review comments. v2 -> v3 Remove a stale commit comment. George Cherian (3): driver net: cpsw: Convert pr_*() to dev_*() calls ne

[PATCH v3 1/3] driver net: cpsw: Convert pr_*() to dev_*() calls

Convert all pr_*() calls to dev_*() calls. No functional changes. Signed-off-by: George Cherian Reviewed-by: Felipe Balbi --- drivers/net/ethernet/ti/cpsw.c | 50 +- 1 file changed, 25 insertions(+), 25 deletions(-) diff --git a/drivers/net/ethernet/ti/c

[PATCH v3 2/3] net: davinci_mdio: Convert pr_err() to dev_err() call

Convert the lone pr_err() to dev_err() call. Signed-off-by: George Cherian Reviewed-by: Felipe Balbi --- drivers/net/ethernet/ti/davinci_mdio.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/ti/davinci_mdio.c b/drivers/net/ethernet/ti/davinci_mdio.c in

[PATCH v3 3/3] drivers: net: davinci_cpdma: Convert kzalloc() to devm_kzalloc().

Convert kzalloc() to devm_kzalloc(). Signed-off-by: George Cherian Reviewed-by: Felipe Balbi --- drivers/net/ethernet/ti/davinci_cpdma.c | 35 +++-- 1 file changed, 12 insertions(+), 23 deletions(-) diff --git a/drivers/net/ethernet/ti/davinci_cpdma.c b/drivers/net

Re: [PATCH] powerpc: Fix "attempt to move .org backwards" error (again)

On 05/11/2014 09:12 PM, Benjamin Herrenschmidt wrote: On Fri, 2014-05-09 at 17:07 -0700, Guenter Roeck wrote: Commit 4e243b7 (powerpc: Fix "attempt to move .org backwards" error) fixes the allyesconfig build by moving machine_check_common to a different location. While this fixes most of the err

Re: [PATCH] pinctrl: Add i.MX1 pincontrol driver

On Fri, May 09, 2014 at 08:16:33PM +0400, Alexander Shiyan wrote: > This patch adds pincontrol driver for Freescale i.MX1 SOCs. > > Signed-off-by: Alexander Shiyan > --- > drivers/pinctrl/Kconfig| 7 ++ > drivers/pinctrl/Makefile | 1 + > drivers/pinctrl/pinctrl-imx1.c | 279 >

Re: icmp: account for ICMP out errors because of socket limit

Hi, Eric && David This patch is similar to the following patch. commit 1f8438a853667d48055ad38384c63e94b32c6578 Author: Eric Dumazet Date: Sat Apr 3 15:09:04 2010 -0700 icmp: Account for ICMP out errors When ip_append() fails because of socket limit or memory shortage, increment

Re: [PATCH 1/4] clk: samsung: out: Add infrastructure to register CLKOUT

On 05/10/2014 09:21 AM, Pankaj Dubey wrote: > On 05/09/2014 10:00 PM, Tushar Behera wrote: >> All SoC in Exynos-series have a clock with name XCLKOUT to provide >> debug information about various clocks available in the SoC. The register >> controlling the MUX and GATE of this clock is provided wit

Re: [PATCH 0/4] Add framework to support clkout

On 05/10/2014 09:09 AM, Pankaj Dubey wrote: > Hi Tushar, > [ ... ] >> Also we need to find a suitable place to call early_syscon_init(), after >> the device tree has been unflattened and before clock initialization. >> >> While testing, I called this before of_clk_init() in >> arch/arm/kernel/time

RE: [PATCH] ARM: dts: at91-sama5d3_xplained: add the regulator device node

> -Original Message- > From: Ferre, Nicolas > Sent: Friday, May 09, 2014 11:31 PM > To: Yang, Wenyou; Alexandre Belloni > Cc: devicet...@vger.kernel.org; linux-kernel@vger.kernel.org; > robh...@kernel.org; broo...@kernel.org; linux-arm- > ker...@lists.infradead.org > Subject: Re: [PATCH]

Re: [PATCH v2] cpufreq: powernow-k8: Suppress checkpatch warnings

On 11 May 2014 22:56, Stratos Karafotis wrote: > Suppress the following checkpatch.pl warnings: > > - WARNING: Prefer pr_err(... to printk(KERN_ERR ... > - WARNING: Prefer pr_info(... to printk(KERN_INFO ... > - WARNING: Prefer pr_warn(... to printk(KERN_WARNING ... > - WARNING: quoted string spli

Re: [PATCH] powerpc: Fix "attempt to move .org backwards" error (again)

On Fri, 2014-05-09 at 17:07 -0700, Guenter Roeck wrote: > Commit 4e243b7 (powerpc: Fix "attempt to move .org backwards" error) fixes the > allyesconfig build by moving machine_check_common to a different location. > While this fixes most of the errors, both allmodconfig and allyesconfig still > fai

Re: [PATCH] fs: cifs: new helper: file_inode(file)

merged into cifs-2.6.git for-next On Tue, Dec 10, 2013 at 9:02 PM, Libo Chen wrote: > > Signed-off-by: Libo Chen > --- > fs/cifs/ioctl.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/fs/cifs/ioctl.c b/fs/cifs/ioctl.c > index 7749230..45cb59b 100644 > --- a/fs/cifs/ioc

3.14.3 i915 dead display under X11

Hi all, I rarely upgrade kernels these days -- so when updating to 3.14.3, I found the X display was blank -- switching to a text console appears to work, but I still have to type blind. Symptoms: Text mode and KMS works correctly to come up with the text console. Running X (whether through xdm

Re: arch_random_refill

On 05/11/2014 08:36 PM, Stephan Mueller wrote: > > But in our current predicament, not everybody trusts a few potentially easily > manipulated gates that have no other purpose than produce white noise which > are developed by the biggest chip vendor in the US. Gates which have other > purposes

Re: arch_random_refill

On 05/11/2014 08:36 PM, Stephan Mueller wrote: > > Ohh, ok, thanks for fixing that. :-) > > Though what makes me wonder is the following: why are some RNGs forced to use > the hw_random framework whereas some others are not? What is the driver for > that? > > The current state of random.c vs.

[PATCH] staging/lustre: fix sparse warnings in o2iblnd_cb.c

This patch fixes the following sparse warnings: drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd_cb.c:44:1: warning: symbol 'kiblnd_tx_done' was not declared. Should it be static? drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd_cb.c:102:10: warning: symbol 'kiblnd_get_idle_tx' was not declare

Re: arch_random_refill

Am Sonntag, 11. Mai 2014, 20:22:28 schrieb H. Peter Anvin: Hi Peter, > > > Note, I do not see an issue with the patch that adds RDSEED as part of > > add_interrupt_randomness outlined in [2]. The reason is that this patch > > does not monopolizes the noise sources. > > > > I do not want to imply

Re: [PATCHv2 0/2] remap_file_pages() decommission

Armin Rigo writes: > Here is a note from the PyPy project (mentioned earlier in this > thread, and at https://lwn.net/Articles/587923/ ). Your use is completely bogus. remap_file_pages() pins everything and disables any swapping for the area. -Andi -- a...@linux.intel.com -- Speaking for myse

Re: kmemcheck: got WARNING when dynamicly adjust /proc/sys/kernel/kmemcheck to 0/1

On 2014/5/9 18:02, Vegard Nossum wrote: > On 05/09/2014 11:52 AM, Xishi Qiu wrote: >> On 2014/5/9 15:57, Xishi Qiu wrote: >> >>> OS boot with kmemcheck=0, then set 1, do something, set 0, do something, >>> set 1... >>> then I got the WARNING log. Does kmemcheck support dynamicly adjust? >>> >>> T

[tip:x86/urgent] x86, rdrand: When nordrand is specified, disable RDSEED as well

Commit-ID: 7a5091d58419b4e5222abce58a40c072786ea1d6 Gitweb: http://git.kernel.org/tip/7a5091d58419b4e5222abce58a40c072786ea1d6 Author: H. Peter Anvin AuthorDate: Sun, 11 May 2014 20:25:20 -0700 Committer: H. Peter Anvin CommitDate: Sun, 11 May 2014 20:25:20 -0700 x86, rdrand: When nord

  1   2   3   4   5   6   >