Re: [PATCH 13/33] regulator: ab8500-ext: Add support for AB8505/AB9540

On Thu, Mar 28, 2013 at 04:11:13PM +, Lee Jones wrote: > From: Bengt Jonsson > > The external regulator driver checks for old AB8500 HW > to apply a fix. This patch adds a check to see that > it is a AB8500 (not AB8505/AB9540). Please squash bug fixes into the original patches. signature.a

[PATCH v2] selinux: make security_sb_clone_mnt_opts return an error on context mismatch

I had the following problem reported a while back. If you mount the same filesystem twice using NFSv4 with different contexts, then the second context= option is ignored. For instance: # mount server:/export /mnt/test1 # mount server:/export /mnt/test2 -o context=system_u:object_r:tmp_t:s0

Re: host gcc 4.7 warning when generating defconfig

On Thu, Mar 21, 2013 at 12:20:21PM +0530, Vineet Gupta wrote: > Hi, > > We do cross compile builds for ARC Linux. To avoid the env var set, we have a > defconfig entry for CONFIG_CROSS_COMPILE. > This worked fine so far (host gcc 4.4 i.e.). When switched to a new host > distro > (gcc 4.7), a defc

Re: Oops in loop_clr_fd => bd_set_size

Hi On Sun, Aug 5, 2012 at 7:02 PM, Alan Curry wrote: > I got an Oops from running "losetup -d /dev/loop2". The trace shows > loop_clr_fd calling bd_set_size, and the parameter bdev appears to have a > NULL in its bd_disk field. > > The losetup command was run as part of a script that did this: >

Re: losetup kernel crash in drivers/block/loop.c kernel 3.4.11

Hi On Wed, Oct 3, 2012 at 1:51 AM, Stefani Seibold wrote: > Hi, > > i am faced with a strange kernel crash while removing a loopback device > with losetup, during a software update of my embedded device, which was > introduced between 3.0 and 3.4. All other used kernels 2.6.39, 2.6.35, > 2.6.33,

Re: [3.9-rc5] INFO: task umount:29671 blocked for more than 120 seconds

+Guo Chao who fixed similar bug recently On Mon, Apr 1, 2013 at 2:17 AM, Jongman Heo wrote: > > Hi guys, > > I hit following warning with 3.9-rc5, during unmount (the device was mounted > via loop device, in case it matters). > > Jongman. > > [ 3600.583547] INFO: task umount:29671 blocked for m

[PATCH] loop: prevent bdev freeing while device in use

struct block_device lifecycle is defined by its inode (see fs/block_dev.c) - block_device allocated first time we access /dev/loopXX and deallocated on bdev_destroy_inode. When we create the device "losetup /dev/loopXX afile" we want that block_device stay alive until we destroy the loop device wit

Re: [PATCH] ACPI / SPI: Use parent's ACPI_HANDLE() in acpi_register_spi_devices()

On Mon, Apr 01, 2013 at 02:21:08AM +0200, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > The ACPI handle of struct spi_master's dev member should not be > set, because this causes that struct spi_master to be associated > with the ACPI device node corresponding to its parent as the > seco

[PATCH 1/9] perf hists: Fix an invalid memory free on he->branch_info

From: Namhyung Kim The branch info was allocated for the whole stack and passed matching hist entry for each level during processing samples. Thus when a hist entry tries to free its branch info like in hists__collapse_insert_entry it'll face following error. *** glibc detected *** perf: munm

[PATCH 2/9] perf hists: Free unused mem info of a matched hist entry

From: Namhyung Kim The mem info is shared between matched entries so one should be freed. Cc: Stephane Eranian Signed-off-by: Namhyung Kim --- tools/perf/util/hist.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/tools/perf/util/hist.c b/tools/perf/util/hist.c index 9438d576459d..5

[PATCH 3/9] perf report: Fix alignment of symbol column when -v is given

From: Namhyung Kim When -v option is given, the symbol sort key prints its address also but it wasn't properly aligned since hists__calc_col_len() misses the additional part. Also it missed 2 spaces for 0x prefix when printing. $ perf report --stdio -v -s sym # Samples: 133 of event 'cycle

[PATCH 9/9] perf hists: Move column length setting code

From: Namhyung Kim They are set to constant length so no need to update every time. Cc: Stephane Eranian Signed-off-by: Namhyung Kim --- tools/perf/util/hist.c | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git a/tools/perf/util/hist.c b/tools/perf/util/hist.c ind

[PATCH 8/9] perf sort: Update documentation for sort keys

From: Namhyung Kim Update and add missing description of new sort keys. Cc: Stephane Eranian Signed-off-by: Namhyung Kim --- tools/perf/Documentation/perf-diff.txt | 2 +- tools/perf/Documentation/perf-report.txt | 5 - tools/perf/Documentation/perf-top.txt| 2 +- tools/perf/builtin

[PATCHSET 0/9] perf tools: Bug fix and cleanup for sort keys

Hi, This is a couple of bugfix, cleanup and enhancement for sort keys. When I rebased previous --sort addr* patches, I found that separating sort mode might be helpful to users so I did the cleanup. But during the test I, in turn, found a bug in freeing the branch info of a hist entry. And the

[PATCH 5/9] perf sort: Separate out memory-specific sort keys

From: Namhyung Kim Since they're used only for perf mem, separate out them to a different dimension so that normal user cannot access them by any chance. For global/local weights, I'm not entirely sure to place them into the memory dimension. But it's the only user at this time. Cc: Andi Kleen

[PATCH 4/9] perf sort: Introduce sort__mode variable

From: Namhyung Kim It's used for determining current sort mode which can be one of NORMAL, BRANCH and new MEMORY. Cc: Stephane Eranian Signed-off-by: Namhyung Kim --- tools/perf/builtin-report.c| 23 +-- tools/perf/ui/browsers/hists.c | 4 ++-- tools/perf/util/sort.c

[PATCH 7/9] perf sort: Add 'addr_to/from' sort key

From: Namhyung Kim New addr_{to,from} sort keys provide a way to sort the entries by the source/target symbol addresses. Cc: Stephane Eranian Signed-off-by: Namhyung Kim --- tools/perf/util/hist.c | 2 ++ tools/perf/util/hist.h | 2 ++ tools/perf/util/sort.c | 50 +++

[PATCH 6/9] perf sort: Add 'addr' sort key

From: Namhyung Kim New addr sort key provides a way to sort the entries by the symbol addresses. It can be helpful to figure out symbol resolution problem when a dso cannot do it properly as well as finding hotpath in a dso and/or a function. Suggested-by: Arnaldo Carvalho de Melo Buglink: htt

[PATCH] ARM: daVinci: remove __init modifier from function declaration

From: Lad, Prabhakar This patch removes the __init modifier from function declaration of all the header files for davinci platform. Signed-off-by: Lad, Prabhakar Cc: Sekhar Nori --- arch/arm/mach-davinci/davinci.h| 28 arch/arm/mach-davinci/include/m

[PATCH] sched: Fix comment of function rebalance_domains

The comment of function rebalance_domains mentions arch_init_sched_domains, but this function don't exist. The proper function is init_sched_domains. Signed-off-by: Libin --- kernel/sched/fair.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/kernel/sched/fair.c b/kerne

Re: gpio-ucb1400

Le dimanche 31 mars 2013 à 19:19 +0200, Marek Vasut a écrit : > Dear Guenter Roeck, > > Jean is absolutely right - it should get fixed, or the driver should be > > dropped if no one is using it anyway. > > I think ARM/palmtc was using this. My point was, the upstream gpio-ucb1400 driver in its cu

[PATCH 14/14] mm: Account for WRITEBACK_TEMP in balance_dirty_pages

Make balance_dirty_pages start the throttling when the WRITEBACK_TEMP counter is high enough. This prevents us from having too many dirty pages on fuse, thus giving the userspace part of it a chance to write stuff properly. Note, that the existing balance logic is per-bdi, i.e. if the fuse user ta

[PATCH 12/14] fuse: Fix O_DIRECT operations vs cached writeback misorder - v2

The problem is: 1. write cached data to a file 2. read directly from the same file (via another fd) The 2nd operation may read stale data, i.e. the one that was in a file before the 1st op. Problem is in how fuse manages writeback. When direct op occurs the core kernel code calls filemap_write_a

[PATCH 13/14] fuse: Turn writeback cache on

Introduce a bit kernel and userspace exchange between each-other on the init stage and turn writeback on if the userspace want this and mount option 'allow_wbcache' is present (controlled by fusermount). Also add each writable file into per-inode write list and call the generic_file_aio_write to m

[PATCH 11/14] fuse: fuse_flush() should wait on writeback

The aim of .flush fop is to hint file-system that flushing its state or caches or any other important data to reliable storage would be desirable now. fuse_flush() passes this hint by sending FUSE_FLUSH request to userspace. However, dirty pages and pages under writeback may be not visible to users

[PATCH 10/14] fuse: fuse_writepage_locked() should wait on writeback

fuse_writepage_locked() should never submit new i/o for given page->index if there is another one 'in progress' already. In most cases it's safe to wait on page writeback. But if it was called due to memory shortage (WB_SYNC_NONE), we should redirty page rather than blocking caller. Signed-off-by:

[PATCH 08/14] fuse: Flush files on wb close

Any write request requires a file handle to report to the userspace. Thus when we close a file (and free the fuse_file with this info) we have to flush all the outstanding dirty pages. filemap_write_and_wait() is enough because every page under fuse writeback is accounted in ff->count. This delays

[PATCH 09/14] fuse: Implement writepages and write_begin/write_end callbacks - v3

The .writepages one is required to make each writeback request carry more than one page on it. Changed in v2: - fixed fuse_prepare_write() to avoid reads beyond EOF - fixed fuse_prepare_write() to zero uninitialized part of page Changed in v3: - moved common part of fuse_readpage() and fuse_pr

[PATCH 06/14] fuse: Trust kernel i_size only - v3

Make fuse think that when writeback is on the inode's i_size is always up-to-date and not update it with the value received from the userspace. This is done because the page cache code may update i_size without letting the FS know. This assumption implies fixing the previously introduced short-rea

[PATCH 07/14] fuse: Trust kernel i_mtime only

Let the kernel maintain i_mtime locally: - clear S_NOCMTIME - implement i_op->update_time() - flush mtime on fsync and last close - update i_mtime explicitly on truncate and fallocate Fuse inode flag FUSE_I_MTIME_UPDATED serves as indication that local i_mtime should be flushed to the server e

[PATCH 04/14] fuse: Prepare to handle multiple pages in writeback

The .writepages callback will issue writeback requests with more than one page aboard. Make existing end/check code be aware of this. Original patch by: Pavel Emelyanov Signed-off-by: Maxim Patlasov --- fs/fuse/file.c | 22 +++--- 1 files changed, 15 insertions(+), 7 deletions

[PATCH 05/14] fuse: Connection bit for enabling writeback

Off (0) by default. Will be used in the next patches and will be turned on at the very end. Signed-off-by: Maxim Patlasov Signed-off-by: Pavel Emelyanov --- fs/fuse/fuse_i.h |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/fs/fuse/fuse_i.h b/fs/fuse/fuse_i.h index 6aeb

[PATCH 03/14] fuse: Prepare to handle short reads

A helper which gets called when read reports less bytes than was requested. See patch #6 (trust kernel i_size only) for details. Signed-off-by: Maxim Patlasov Signed-off-by: Pavel Emelyanov --- fs/fuse/file.c | 21 + 1 files changed, 13 insertions(+), 8 deletions(-) diff

[PATCH 02/14] fuse: Getting file for writeback helper

There will be a .writepageS callback implementation which will need to get a fuse_file out of a fuse_inode, thus make a helper for this. Signed-off-by: Maxim Patlasov Signed-off-by: Pavel Emelyanov --- fs/fuse/file.c | 24 1 files changed, 16 insertions(+), 8 deletion

[PATCH 01/14] fuse: Linking file to inode helper

When writeback is ON every writeable file should be in per-inode write list, not only mmap-ed ones. Thus introduce a helper for this linkage. Signed-off-by: Maxim Patlasov Signed-off-by: Pavel Emelyanov --- fs/fuse/file.c | 33 +++-- 1 files changed, 19 insertions(

[PATCH v4 00/14] fuse: An attempt to implement a write-back cache policy

Hi, This is the fourth iteration of Pavel Emelyanov's patch-set implementing write-back policy for FUSE page cache. Initial patch-set description was the following: One of the problems with the existing FUSE implementation is that it uses the write-through cache policy which results in performanc

[PATCH v2 4/6] KVM: MMU: fast invalid all mmio sptes

This patch tries to introduce a very simple and scale way to invalid all mmio sptes - it need not walk any shadow pages and hold mmu-lock KVM maintains a global mmio invalid generation-number which is stored in kvm->memslots.generation and every mmio spte stores the current global generation-numbe

[PATCH v2 0/6] KVM: MMU: fast invalid all mmio sptes

Changelog in v2: - rename kvm_mmu_invalid_mmio_spte to kvm_mmu_invalid_mmio_sptes - use kvm->memslots->generation as kvm global generation-number - fix comment and codestyle - init kvm generation close to mmio wrap-around value - keep kvm_mmu_zap_mmio_sptes The current way is holding hot

[PATCH v2 5/6] KVM: MMU: add tracepoint for check_mmio_spte

It is useful for debug mmio spte invalidation Signed-off-by: Xiao Guangrong --- arch/x86/kvm/mmu.c |9 +++-- arch/x86/kvm/mmutrace.h | 24 2 files changed, 31 insertions(+), 2 deletions(-) diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c index 1020152

[PATCH v2 3/6] KVM: MMU: make return value of mmio page fault handler more readable

Define some meaningful names instead of raw code Signed-off-by: Xiao Guangrong --- arch/x86/kvm/mmu.c | 15 +-- arch/x86/kvm/mmu.h | 14 ++ arch/x86/kvm/vmx.c |4 ++-- 3 files changed, 21 insertions(+), 12 deletions(-) diff --git a/arch/x86/kvm/mmu.c b/arch/x86/k

[PATCH v2 1/6] KVM: MMU: retain more available bits on mmio spte

Let mmio spte only use bit62 and bit63 on upper 32 bits, then bit 52 ~ bit 61 can be used for other purposes Signed-off-by: Xiao Guangrong --- arch/x86/kvm/vmx.c |4 ++-- arch/x86/kvm/x86.c |8 +++- 2 files changed, 9 insertions(+), 3 deletions(-) diff --git a/arch/x86/kvm/vmx.c b/a

[PATCH v2 2/6] KVM: MMU: store generation-number into mmio spte

Store the generation-number into bit3 ~ bit11 and bit52 ~ bit61, totally 19 bits can be used, it should be enough for nearly all most common cases In this patch, the generation-number is always 0, it will be changed in the later patch Signed-off-by: Xiao Guangrong --- arch/x86/kvm/mmu.c

[PATCH v2 6/6] KVM: MMU: init kvm generation close to mmio wrap-around value

Then it has chance to trigger mmio generation number wrap-around Signed-off-by: Xiao Guangrong --- arch/x86/include/asm/kvm_host.h |1 + arch/x86/kvm/mmu.c |8 virt/kvm/kvm_main.c |6 ++ 3 files changed, 15 insertions(+), 0 deletions(-) diff --g

Re: [patch v6 12/21] sched: add power aware scheduling in fork/exec/wake

Hi Alex, The below patch has an issue in the select_task_rq_fair(), which I have mentioned in the fix for it below. On 03/30/2013 08:04 PM, Alex Shi wrote: > This patch add power aware scheduling in fork/exec/wake. It try to > select cpu from the busiest while still has utilization group. That'

[PATCH 27/27] rtc: rtc-v3020: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-v3020.c | 13 +++-- 1 files changed, 3 insertions(+), 10 deletions(-) diff --git a/drivers/rtc/rtc-v3020.c b/drivers/rtc/rtc-v3020.c index 600798c..d87878e 100644 --- a/drivers/rtc/rtc-

[PATCH 26/27] rtc: rtc-stmp3xxx: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-stmp3xxx.c | 34 +++--- 1 files changed, 11 insertions(+), 23 deletions(-) diff --git a/drivers/rtc/rtc-stmp3xxx.c b/drivers/rtc/rtc-stmp3xxx.c index 98f0d3c..0930f2

[PATCH 25/27] rtc: rtc-sa1100: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-sa1100.c | 17 + 1 files changed, 5 insertions(+), 12 deletions(-) diff --git a/drivers/rtc/rtc-sa1100.c b/drivers/rtc/rtc-sa1100.c index 7e0a088..0060560 100644 --- a/drivers/r

[PATCH 24/27] rtc: rtc-s35390a: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-s35390a.c | 14 ++ 1 files changed, 6 insertions(+), 8 deletions(-) diff --git a/drivers/rtc/rtc-s35390a.c b/drivers/rtc/rtc-s35390a.c index 8a09232..f40afdd 100644 --- a/drivers/rt

[PATCH 23/27] rtc: rtc-rs5c372: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-rs5c372.c | 30 +++--- 1 files changed, 11 insertions(+), 19 deletions(-) diff --git a/drivers/rtc/rtc-rs5c372.c b/drivers/rtc/rtc-rs5c372.c index 581739f..224d634 10064

[PATCH 22/27] rtc: rtc-rs5c348: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-rs5c348.c | 12 +++- 1 files changed, 3 insertions(+), 9 deletions(-) diff --git a/drivers/rtc/rtc-rs5c348.c b/drivers/rtc/rtc-rs5c348.c index 72ef10b..2c37df3 100644 --- a/drivers/rtc/

[PATCH 21/27] rtc: rtc-rp5c01: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-rp5c01.c | 26 -- 1 files changed, 8 insertions(+), 18 deletions(-) diff --git a/drivers/rtc/rtc-rp5c01.c b/drivers/rtc/rtc-rp5c01.c index d25d2f6..873c689 100644 --- a/

[PATCH 20/27] rtc: rtc-pcf8583: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-pcf8583.c | 24 +++- 1 files changed, 7 insertions(+), 17 deletions(-) diff --git a/drivers/rtc/rtc-pcf8583.c b/drivers/rtc/rtc-pcf8583.c index 5f97c61..95886dc 100644 --- a

[PATCH 19/27] rtc: rtc-pcf8563: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-pcf8563.c | 28 +++- 1 files changed, 7 insertions(+), 21 deletions(-) diff --git a/drivers/rtc/rtc-pcf8563.c b/drivers/rtc/rtc-pcf8563.c index f7daf18..97b354a 100644 -

[PATCH 17/27] rtc: rtc-pcf2123: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-pcf2123.c | 11 +++ 1 files changed, 3 insertions(+), 8 deletions(-) diff --git a/drivers/rtc/rtc-pcf2123.c b/drivers/rtc/rtc-pcf2123.c index 02b742a..6a3f329 100644 --- a/drivers/rtc/r

[PATCH 18/27] rtc: rtc-pcf50633: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-pcf50633.c | 15 --- 1 files changed, 4 insertions(+), 11 deletions(-) diff --git a/drivers/rtc/rtc-pcf50633.c b/drivers/rtc/rtc-pcf50633.c index e9f3135..e6b6911 100644 --- a/drive

[PATCH 16/27] rtc: rtc-pcap: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-pcap.c | 34 -- 1 files changed, 12 insertions(+), 22 deletions(-) diff --git a/drivers/rtc/rtc-pcap.c b/drivers/rtc/rtc-pcap.c index ce09824..539a90b 100644 ---

[PATCH 15/27] rtc: rtc-nuc900: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-nuc900.c | 53 + 1 files changed, 11 insertions(+), 42 deletions(-) diff --git a/drivers/rtc/rtc-nuc900.c b/drivers/rtc/rtc-nuc900.c index 4d9525c..f

[PATCH 14/27] rtc: rtc-msm6242: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-msm6242.c | 32 +++- 1 files changed, 11 insertions(+), 21 deletions(-) diff --git a/drivers/rtc/rtc-msm6242.c b/drivers/rtc/rtc-msm6242.c index 3ac1e8e..771f86a 100

[PATCH 13/27] rtc: rtc-mc13xxx: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-mc13xxx.c | 11 +++ 1 files changed, 3 insertions(+), 8 deletions(-) diff --git a/drivers/rtc/rtc-mc13xxx.c b/drivers/rtc/rtc-mc13xxx.c index 5391b15..7a8ed27 100644 --- a/drivers/rtc/r

[PATCH 12/27] rtc: rtc-max8998: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-max8998.c | 18 +- 1 files changed, 5 insertions(+), 13 deletions(-) diff --git a/drivers/rtc/rtc-max8998.c b/drivers/rtc/rtc-max8998.c index 8f234a0..48b6612 100644 --- a/drive

[PATCH 11/27] rtc: rtc-m41t80: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-m41t80.c | 16 +--- 1 files changed, 5 insertions(+), 11 deletions(-) diff --git a/drivers/rtc/rtc-m41t80.c b/drivers/rtc/rtc-m41t80.c index b885bcd..89674b5 100644 --- a/drivers/rt

[PATCH 10/27] rtc: rtc-isl12022: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-isl12022.c | 29 +++-- 1 files changed, 7 insertions(+), 22 deletions(-) diff --git a/drivers/rtc/rtc-isl12022.c b/drivers/rtc/rtc-isl12022.c index 6b4298e..1af0aa5 1006

[PATCH 09/27] rtc: rtc-fm3130: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-fm3130.c |9 ++--- 1 files changed, 2 insertions(+), 7 deletions(-) diff --git a/drivers/rtc/rtc-fm3130.c b/drivers/rtc/rtc-fm3130.c index 4d4ad3f..2835fb6 100644 --- a/drivers/rtc/rtc-fm

[PATCH 07/27] rtc: rtc-ds1390: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-ds1390.c | 13 +++-- 1 files changed, 3 insertions(+), 10 deletions(-) diff --git a/drivers/rtc/rtc-ds1390.c b/drivers/rtc/rtc-ds1390.c index f994257..33e51c6 100644 --- a/drivers/rtc/r

[PATCH 08/27] rtc: rtc-ds2404: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-ds2404.c | 12 +++- 1 files changed, 3 insertions(+), 9 deletions(-) diff --git a/drivers/rtc/rtc-ds2404.c b/drivers/rtc/rtc-ds2404.c index b04fc42..2ca5a23 100644 --- a/drivers/rtc/rtc

[PATCH 05/27] rtc: rtc-ds1216: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-ds1216.c | 44 +--- 1 files changed, 9 insertions(+), 35 deletions(-) diff --git a/drivers/rtc/rtc-ds1216.c b/drivers/rtc/rtc-ds1216.c index 45cd8c9..c77

[PATCH 06/27] rtc: rtc-ds1286: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-ds1286.c | 46 +- 1 files changed, 9 insertions(+), 37 deletions(-) diff --git a/drivers/rtc/rtc-ds1286.c b/drivers/rtc/rtc-ds1286.c index d120cb8..3

[PATCH 04/27] rtc: rtc-bq4802: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-bq4802.c | 29 - 1 files changed, 8 insertions(+), 21 deletions(-) diff --git a/drivers/rtc/rtc-bq4802.c b/drivers/rtc/rtc-bq4802.c index 693be71..af28867 100644 ---

[PATCH 03/27] rtc: rtc-bfin: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-bfin.c | 16 +--- 1 files changed, 5 insertions(+), 11 deletions(-) diff --git a/drivers/rtc/rtc-bfin.c b/drivers/rtc/rtc-bfin.c index 4ec614b..d8b06f5 100644 --- a/drivers/rtc/rtc-

[PATCH 02/27] rtc: rtc-at91sam9: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-at91sam9.c | 34 -- 1 files changed, 12 insertions(+), 22 deletions(-) diff --git a/drivers/rtc/rtc-at91sam9.c b/drivers/rtc/rtc-at91sam9.c index 39cfd2e..7b77c2

[PATCH 01/27] rtc: rtc-ab8500: use devm_*() functions

Use devm_*() functions to make cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-ab8500.c | 18 ++ 1 files changed, 6 insertions(+), 12 deletions(-) diff --git a/drivers/rtc/rtc-ab8500.c b/drivers/rtc/rtc-ab8500.c index 57cde2b..63cfa31 100644 --- a/drivers/

Re: [PATCH] memcg: avoid accessing memcg after releasing reference

On Mon 01-04-13 10:39:00, Li Zefan wrote: > This might cause use-after-free bug. > > Signed-off-by: Li Zefan Acked-by: Michal Hocko > --- > > found when reading the code. > > --- > mm/memcontrol.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/mm/memcontrol.c b/mm

Re: linux-3.9.0-rc1+: Output from "make kernelrelease"contains incorrect data

Ping! This is still happening with 3.9-rc5. [chris:~/kernel/linux]$ make bzImage ... Kernel: arch/x86/boot/bzImage is ready (#14) [chris:~/kernel/linux]$ make kernelrelease scripts/kconfig/conf --silentoldconfig Kconfig 3.9.0-rc5 [chris:~/kernel/linux]$ make kernelrelease 3.9.0-rc5 I'm assumin

[PATCH 3/3] PCI, pciehp: remove check for configure display devices

Commit ac81860 removed unnecessary check for hotplug of display device. Currently pciehp is allowd to hotplug display device, So we also configure display device when hot added. Signed-off-by: Yijing Wang --- drivers/pci/hotplug/pciehp_pci.c |6 +- 1 files changed, 1 insertions(+), 5 del

[PATCH 1/3] PCI,acpiphp: use generic pci_hp_add_bridge()

Use pci_hp_add_bridge() like most other hotplug drivers rather than call pci_scan_bridge() directly. Signed-off-by: Yijing Wang --- drivers/pci/hotplug/acpiphp_glue.c | 24 ++-- 1 files changed, 10 insertions(+), 14 deletions(-) diff --git a/drivers/pci/hotplug/acpiphp_glu

[PATCH 2/3] PCI: acpiphp: remove unused function acpiphp_max_busnr

Clean up unuse function acpiphp_max_busnr() code. Signed-off-by: Yijing Wang --- drivers/pci/hotplug/acpiphp_glue.c | 30 -- 1 files changed, 0 insertions(+), 30 deletions(-) diff --git a/drivers/pci/hotplug/acpiphp_glue.c b/drivers/pci/hotplug/acpiphp_glue.c inde

[3.9-rc5] INFO: task umount:29671 blocked for more than 120 seconds

Hi guys, I hit following warning with 3.9-rc5, during unmount (the device was mounted via loop device, in case it matters). Jongman. [ 3600.583547] INFO: task umount:29671 blocked for more than 120 seconds. [ 3600.583552] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this messag

Re: [patch 26/34] powerpc: Use generic idle loop

On 03/28/2013 09:10 PM, Srivatsa S. Bhat wrote: > On 03/22/2013 03:23 AM, Thomas Gleixner wrote: >> Signed-off-by: Thomas Gleixner >> Cc: Benjamin Herrenschmidt >> --- > [...] >> Index: linux-2.6/arch/powerpc/kernel/idle.c >> === >>

Re: [PATCH] staging: rtl8192u: fix coding style

On Wed, Mar 27, 2013 at 08:20:11PM +0900, Haksu Jeong wrote: > Fix coding style of r8192U_dm.h > This patch is white space damaged and doesn't apply. Save the raw patch as text (including headers and everything). cat my_patch.txt | git am Fails. Probably it's better to split this up and send

Re: [PATCH] pwm: pxa: Remove PWM_ID_BASE macro

On Mon, Apr 1, 2013 at 3:41 PM, Axel Lin wrote: > PWM_ID_BASE() is not used after convert to PWM framework, remove it. > Also update driver_data field of struct platform_device_id accordingly. > > Signed-off-by: Axel Lin > --- > This is v2 of [PATCH] pwm: pxa: Use driver_data field to store pwm_n

Re: [PATCH] sparc: Use generic idle loop

Hi Srivatsa, thanks for the feedback! @davem - I need you to look at this again. I am not sure about the changes I do in sparc64_yield(). > > +/* the idle loop on a Sparc... ;) */ > > +void arch_cpu_idle(void) > > { > > + if (sparc_idle) > > + (*sparc_idle)(); > > + else > > +

Re: [PATCH v2] davinci: vpif: add pm_runtime support

On 1 April 2013 13:53, Prabhakar Lad wrote: > On Mon, Apr 1, 2013 at 12:47 PM, Rajagopal Venkat > wrote: >> On 1 April 2013 12:06, Prabhakar lad wrote: >>> From: Lad, Prabhakar >>> >>> Add pm_runtime support to the TI Davinci VPIF driver. >>> >>> Signed-off-by: Lad, Prabhakar >>> Cc: Mauro Car

[PATCH 1/2] PCI: decrease pci_dev->enable_cnt when no pcie capability found

We should decrease dev->enable_cnt when no pcie port capability found for balance. Signed-off-by: Yijing Wang Cc: Jiang Liu Cc: Kenji Kaneshige Cc: Shengzhou Liu --- drivers/pci/pcie/portdrv_core.c |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/drivers/pci/pcie/po

[PATCH 2/2] PCI/IA64: fix pci_dev->enable_cnt balance when doing pci hotplug

In IA64 platform, we don't call pci_enable_bridges() when scan all pci buses during system boot up. But in X86 we do it in pcibios_assign_resources() pci_assign_unassigned_resources() ... pci_enable_bridges() Then when we doing hot remove acpiphp_disable_slot() pci_st

Re: [PATCH] RX-51: ARM errata 430973 workaround

On Sunday 31 March 2013 07:24 PM, Pali Rohár wrote: > Closed and signed Nokia X-Loader bootloader stored in RX-51 nand does not set > IBE bit in ACTLR and starting kernel in non-secure mode. So direct write to > ACTLR by our kernel does not working and the code for ARM errata 430973 in > commit 7ce

Re: [RFC PATCH 5/6] ARM, mm: change meaning of max_low_pfn to maximum pfn for nobootmem

Hello, Russell. On Mon, Mar 25, 2013 at 09:48:16AM +, Russell King - ARM Linux wrote: > On Mon, Mar 25, 2013 at 01:11:13PM +0900, Joonsoo Kim wrote: > > nobootmem use max_low_pfn for computing boundary in free_all_bootmem() > > So we need proper value to max_low_pfn. > > > > But, there is som

[RFC PATCH 0/2] cpufreq: Introduce LAB cpufreq governor.

This patchset adds new cpufreq governor named LAB(Legacy Application Boost). Basically, this governor is based on ondemand governor. ** Introduce LAB (Legacy Application Boost) governor <> One of the problem of ondemand is that it considers the most busy cpu only while doesn't care how many cpu

[RFC PATCH 2/2] cpufreq: Introduce new cpufreq governor, LAB(Legacy Application Boost).

This patch introduces new cpufreq governor named 'LAB'. LAB governor will use historical cpuidle state usage infomation to determine how many cpus are in busy now. The results, the number of idle cpus, will affect to next frequency dynamically. For instance, we can assume that it is working on qua

[RFC PATCH 1/2] cpuidle: Add idle enter/exit time stamp for notifying current idle state.

This patch adds idle state time stamp to cpuidle device structure to notify its current idle state. If last enter time is newer than last exit time, then it means that the core is in idle now. Signed-off-by: Jonghwa Lee --- drivers/cpuidle/cpuidle.c |8 include/linux/cpuidle.h |

Re: [PATCH] ACPI / I2C: Use parent's ACPI_HANDLE() in acpi_i2c_register_devices()

On Mon, Apr 01, 2013 at 02:25:03AM +0200, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > The ACPI handle of struct i2c_adapter's dev member should not be > set, because this causes that struct i2c_adapter to be associated > with the ACPI device node corresponding to its parent as the > se

Re: [PATCH v2] davinci: vpif: add pm_runtime support

On Mon, Apr 1, 2013 at 12:47 PM, Rajagopal Venkat wrote: > On 1 April 2013 12:06, Prabhakar lad wrote: >> From: Lad, Prabhakar >> >> Add pm_runtime support to the TI Davinci VPIF driver. >> >> Signed-off-by: Lad, Prabhakar >> Cc: Mauro Carvalho Chehab >> Cc: Hans Verkuil >> Cc: Laurent Pincha

Re: [PATCH] ACPI / SPI: Use parent's ACPI_HANDLE() in acpi_register_spi_devices()

On Mon, Apr 01, 2013 at 02:21:08AM +0200, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > The ACPI handle of struct spi_master's dev member should not be > set, because this causes that struct spi_master to be associated > with the ACPI device node corresponding to its parent as the > seco

THP: AnonHugePages in /proc/[pid]/smaps is correct or not?

Hi all, I found THP can't correctly distinguish one anonymous hugepage map. 1. when /sys/kernel/mm/transparent_hugepage/enabled is 'always', the amount of THP always is one less. Testing code: snip unsigned long hugepagesize = (1UL << 21); int main() { void *addr;

Re: [PATCH bugfix 3.9] PCI: Don't try to disable Bus Master on disconnected PCI devices

BUMP. This is degradation from 3.8, so this patch must be in 3.9. I still don't like this forced clearing bus-master bit. But this hack definitely fixes problems in kexec, so there is reason to keep it here. Konstantin Khlebnikov wrote: This is fix for commit 7897e6022761ace7377f0f784fca059da55

Re: [RFC v7 00/11] Support vrange for anonymous page

On Fri, Mar 29, 2013 at 05:05:17PM -0700, John Stultz wrote: > On 03/27/2013 01:03 AM, Minchan Kim wrote: > >On Tue, Mar 26, 2013 at 05:26:04PM -0700, John Stultz wrote: > >>Sorting out how to handle vrange() calls that cross both anonymous > >>and file vmas will be interesting, and may have some o

[PATCH v2] usb host: Faraday FUSBH200 HCD driver

FUSBH200 is an ehci-like controller with some differences. First, register layout of FUSBH200 is incompatible with EHCI. We use a quirk flag and modify struct ehci_regs with anonymous union and struct to make sure driver of FUSBH200 and EHCI could coexist. Furthermore, FUSBH200 is lack of siTDs whi

Re: ipc,sem: sysv semaphore scalability

29.03.2013 22:43, Linus Torvalds пишет: On Fri, Mar 29, 2013 at 9:17 AM, Dave Jones wrote: > >Now that I have that reverted, I'm not seeing msgrcv traces any more, but >I've started seeing this.. > >general protection fault: [#1] PREEMPT SMP DEBUG_PAGEALLOC Do you have CONFIG_CHECKPOINT_R

[PATCH] pwm: pxa: Remove PWM_ID_BASE macro

PWM_ID_BASE() is not used after convert to PWM framework, remove it. Also update driver_data field of struct platform_device_id accordingly. Signed-off-by: Axel Lin --- This is v2 of [PATCH] pwm: pxa: Use driver_data field to store pwm_nr. I change the subject line to meet the change in v2. dri

Re: [PATCH 3/3] pwm: pxa: Remove clk_enabled field from struct pxa_pwm_chip

On Mon, Apr 1, 2013 at 3:32 PM, Axel Lin wrote: > 2013/4/1 Eric Miao : >> On Sun, Mar 31, 2013 at 11:04 PM, Axel Lin wrote: >>> clk_enable/clk_disable maintain an enable_count, clk_prepare and >>> clk_unprepare >>> also maintain a prepare_count. These APIs will do prepare/enable when the >>> fi

Re: [PATCH] pwm: pxa: Use driver_data field to store pwm_nr

2013/4/1 Eric Miao : > On Mon, Apr 1, 2013 at 12:12 AM, Axel Lin wrote: >> The driver_data field was used to store information about PWM_ID_BASE and >> HAS_SECONDARY_PWM. PWM_ID_BASE is not used now after convert to pwm >> framework. >> This patch stores the pwm_nr in driver_data field to simplif

<    1   2   3   4   5   6   7   >