From: Wei WANG
Wei WANG (5):
mfd:rtsx: Read vendor setting from config space
mfd:rtsx: Add shutdown callback in rtsx_pci_driver
mfd:rtsx: Move some actions from rtsx_pci_init_hw to individual
extra_init_hw
mfd:rtsx: Clear hardware PFM mode in rtl8411b
mfd:rtsx: Configure to enter a
From: Wei WANG
Clear hw_pfm_en to disable hardware PFM mode, to fix a bug that in some
situation registers in 0xFDxx domain can't be accessed.
Signed-off-by: Wei WANG
---
drivers/mfd/rtl8411.c|2 ++
include/linux/mfd/rtsx_pci.h |1 +
2 files changed, 3 insertions(+)
diff --git
From: Wei WANG
Some actions to clear power state should be handled in .shutdown
callback in rtsx_pci_driver. This patch adopts the following measures to
catch this goal:
1. Add a function rtsx_pci_power_off to abstract the common ops in
.shutdown and .suspend
2. Add pcr->ops->force_power_down to
From: Wei WANG
Normally OEMs will set vendor setting to the config space of Realtek
card reader in BIOS stage. This patch reads the setting at the first,
and configure the internal registers according to it, to improve card
reader's compatibility condition.
Signed-off-by: Wei WANG
---
drivers/
From: Wei WANG
These actions are individual for each reader model, so should be put in
extra_init_hw instead of rtsx_pci_init_hw.
Signed-off-by: Wei WANG
---
drivers/mfd/rts5209.c |4
drivers/mfd/rts5227.c |2 ++
drivers/mfd/rts5229.c |4
drivers/mfd/rts5249.c |2
From: Wei WANG
Set a bit to enable rts5227 and rts5249 to enter a deeper internal
power-saving mode in S3, and recover it after resuming.
Signed-off-by: Wei WANG
---
drivers/mfd/rtl8411.c|2 +-
drivers/mfd/rts5209.c|2 +-
drivers/mfd/rts5227.c|6 +-
driv
On Monday, July 15, 2013 3:29 PM, Yijing Wang wrote:
>
> Delete unused variable "dev" to fix build warning in
> drivers/video/vga16fb.c
>
> Signed-off-by: Yijing Wang
> Cc: Jingoo Han
It looks good.
Reviewed-by: Jingoo Han
Best regards,
Jingoo Han
> ---
> drivers/video/vga16fb.c |1 -
>
On Sun, Jul 14, 2013 at 08:16:44PM -0700, Davidlohr Bueso wrote:
> On Fri, 2013-07-12 at 17:54 -0700, Hugh Dickins wrote:
> > Adding the essential David Gibson to the Cc list.
> >
> > On Fri, 12 Jul 2013, Davidlohr Bueso wrote:
> >
> > > The hugetlb_instantiation_mutex serializes hugepage allocat
On Mon, 15 Jul 2013 14:25:29 +0800, Wei Ni wrote:
> On 07/12/2013 10:40 PM, Guenter Roeck wrote:
> > On Fri, Jul 12, 2013 at 04:30:34PM +0200, Jean Delvare wrote:
> >> If that means that for example the ACPI thermal zone is no longer
> >> displayed by "sensors", then I strongly object - unless it i
Hi Wei,
On Mon, 15 Jul 2013 14:05:08 +0800, Wei Ni wrote:
> On 07/12/2013 09:26 PM, Jean Delvare wrote:
> > Can I see a recent version of the code which will need this change? It
> > makes no sense to apply this first part which makes the code more
> > complex with no benefit, without the second p
Richard tusculum.edu> writes:
>
> Hello dear how is life treating you over there? Do you currently need
financial loan help that will change
> your status? Contact us today via E-mail: openup_center22 mail.mn
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Hi Rusty,
On Mon, 15 Jul 2013 14:07:03 +0930 Rusty Russell wrote:
>
> Temporary branch for PTR_RET -> PTR_ERR_OR_ZERO and associated cleanups.
>
> git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux.git PTR_RET
>
> Log appended. Contributors and people who didn't already ack CC'd
This patch fixes warning and errors found by checkpatch.pl:
* replace asm/acpi.h, asm/io.h and asm/smp.h with linux/acpi.h,
linux/io.h and linux/smp.h respectively
* remove explicit initialization to 0 of a static global variable
* replace printk(KERN_INFO ...) with pr_info
* use tabs instead of s
Ping?
Does this patch look okay?
Thanks.
On Fri, Jul 5, 2013 at 4:15 AM, Ramkumar Ramachandra wrote:
> arch/um/defconfig only lists one default configuration, and that applies
> only to the i386 architecture. Replace it with two files:
>
> i386_defconfig and x86_64_defconfig
>
> The build sc
On 07/15/2013 11:50 AM, Michael Wang wrote:
> On 07/14/2013 08:06 PM, Sergey Senozhatsky wrote:
>> On (07/14/13 14:47), Sergey Senozhatsky wrote:
>>>
>>> Now, as I fixed radeon kms, I can see:
>>>
>>> [ 806.660530] [ cut here ]
>>> [ 806.660539] WARNING: CPU: 0 PID: 2389 a
On 07/14/2013 11:14 PM, Jiri Kosina wrote:
> On Fri, 12 Jul 2013, Benjamin Tissoires wrote:
>
>> Genius Gx Imperator Keyboard presents the same problem in its report
>> descriptors than Genius Gila Gaming Mouse.
>> Use the same fixup for both.
>>
>> Fixes:
>> https://bugzilla.redhat.com/show_bug.c
Ping?
Does this series look alright?
On Thu, Jul 4, 2013 at 6:11 PM, Ramkumar Ramachandra wrote:
> Hi,
>
> So I just started using perf, and noticed the accompanying completion
> script. Having dabbled with git.git's completion script a bit, I
> thought I should contribute what I learnt from it.
On 13 July 2013 12:23, Catalin Marinas wrote:
> Hi Peter,
>
> (Morten's away for a week, I'll try cover some bits in the meantime)
>
> On Sat, Jul 13, 2013 at 07:49:09AM +0100, Peter Zijlstra wrote:
>> On Tue, Jul 09, 2013 at 04:55:29PM +0100, Morten Rasmussen wrote:
>> > This patch set is an init
Genius Gx Imperator Keyboard presents the same problem in its report
descriptors than Genius Gila Gaming Mouse.
Use the same fixup for both.
Fixes:
https://bugzilla.redhat.com/show_bug.cgi?id=928561
Reported-and-tested-by: Honza Brazdil
Signed-off-by: Benjamin Tissoires
---
with the proper bla
This warning has been introduced by the commit
0f9bc4bcdf4f pinctrl: single: adopt pinctrl sleep mode management
Signed-off-by: Jean-Francois Moine
---
drivers/pinctrl/pinctrl-single.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/pinctrl/pinctrl-single.c b/drivers/pinctrl/pinct
Andi Kleen wrote:
> From: Andi Kleen
>
> glibc calloc() has an optimization to not explicitely memset()
> very large calloc allocations that just came from mmap(),
> because they are known to be zero.
>
> This could result in the perf memcpy benchmark reading only from
> the zero page, which giv
Smatch is a C static checker with a lot of kernel specific checks.
This release has several new tricks:
1) Small functions are parsed inline now. That makes it more accurate
and now even without the database configured, you have at least some
cross function analysis.
2) The way smatch handles m
On 07/14/2013 04:22 PM, Kevin Hilman wrote:
> On 07/10/2013 05:23 PM, Roger Quadros wrote:
>> In order to support wake up from suspend use the pinctrl
>> framework to put the USB host pins in IDLE state during suspend.
>>
>> CC: Samuel Ortiz
>> Signed-off-by: Roger Quadros
>
> [...]
>
>> @@ -60
On Friday, July 12, 2013 7:01 PM, Kishon Vijay Abraham I wrote:
> On Thursday 11 July 2013 11:19 AM, Jingoo Han wrote:
> > Exynos PCIe IP consists of Synopsys specific part and Exynos
> > specific part. Only core block is a Synopsys designware part;
> > other parts are Exynos specific.
> > Also, th
Any ideas on this?
On 07/05/2013 10:24 PM, Jiri Slaby wrote:
> On 06/12/2013 11:29 PM, Konstantin Khlebnikov wrote:
>> Jiri Slaby wrote:
>>> On 04/15/2013 05:29 PM, Jiri Slaby wrote:
On 03/29/2013 07:04 PM, Allan, Bruce W wrote:
>> -Original Message-
>> From: Jiri Slaby [mailt
At Sat, 13 Jul 2013 21:05:01 -0700,
Greg KH wrote:
>
> On Fri, Jul 12, 2013 at 11:01:37AM -0700, Aaron Plattner wrote:
> > Vendor ID 0x10de0060 is used by a yet-to-be-named GPU chip.
> >
> > Reviewed-by: Andy Ritger
> > Signed-off-by: Aaron Plattner
> > ---
> > sound/pci/hda/patch_hdmi.c | 2 +
On Saturday, July 13, 2013 2:16 AM, Thierry Reding wrote:
> On Fri, Jul 12, 2013 at 08:28:05AM +0900, Jingoo Han wrote:
> > On Friday, July 12, 2013 12:41 AM, Thierry Reding wrote:
> > > On Thu, Jul 11, 2013 at 02:49:43PM +0900, Jingoo Han wrote:
> > > [...]
> > > > diff --git a/drivers/pci/host/Ma
On Mon, 15 Jul 2013, Benjamin Tissoires wrote:
> Genius Gx Imperator Keyboard presents the same problem in its report
> descriptors than Genius Gila Gaming Mouse.
> Use the same fixup for both.
>
> Fixes:
> https://bugzilla.redhat.com/show_bug.cgi?id=928561
>
> Reported-and-tested-by: Honza Braz
On Sat, Jul 13, 2013 at 12:47:15PM +0400, Vladimir Davydov wrote:
> ---
> kernel/sched/fair.c | 56
> ++
> kernel/sched/sched.h |7 +++
> 2 files changed, 28 insertions(+), 35 deletions(-)
>
> diff --git a/kernel/sched/fair.c b/kernel/s
On (07/15/13 15:52), Michael Wang wrote:
> >
> > And may be we could try below patch to get more info, I've moved the timing
> > of restore stop flag from 'after STOP' to 'before START', I suppose that
> > could create a window to prevent the work re-queue, it could at least
> > provide
> > us mo
For string without format specifiers, use trace_seq_puts()
or trace_seq_putc().
Signed-off-by: zhangwei(Jovi)
---
kernel/trace/ring_buffer.c | 10 +++
kernel/trace/trace_events_filter.c |4 +--
kernel/trace/trace_functions_graph.c | 52 +-
Hi Steven,
This patchset don't have big change on tracing, just three minor fix,
please check it.
Thanks.
zhangwei(Jovi) (3):
tracing: use correct config guard CONFIG_STACK_TRACER
tracing: use trace_seq_puts()/trace_seq_putc() where possible
tracing: update typo of ring buffer comments
k
There have some mismatch between comments with
real function name, update it.
This patch also add some missed function arguments
description.
Signed-off-by: zhangwei(Jovi)
---
kernel/trace/ring_buffer.c | 16 +---
1 file changed, 9 insertions(+), 7 deletions(-)
diff --git a/kerne
On 2013年07月12日 06:15, Srivatsa S. Bhat wrote:
>
> Hi,
>
> Commit a66b2e (cpufreq: Preserve sysfs files across suspend/resume) caused
> some subtle regressions in the cpufreq subsystem during suspend/resume.
> This patchset is aimed at rectifying those problems, by fixing the regression
> as well
On Fri, 2013-07-12 at 17:58 -0700, Darren Hart wrote:
> The MinnowBoard uses an AR803x PHY with the PCH GBE which requires
> special handling. Use the MinnowBoard PCI Subsystem ID to detect this
> and add a pci_device_id.driver_data structure and functions to handle
> platform setup.
>
> The AR80
In the function kirkwood_set_rate, when the rate cannot be satisfied
by the internal nor by an external clock, the clock source in undefined:
warning: ‘clks_ctrl’ may be used uninitialized in this function
As the ALSA subsystem should never gives such a rate, this patch removes
the check of the
We should use CONFIG_STACK_TRACER to guard readme text
of stack tracer related file, not CONFIG_STACKTRACE.
Signed-off-by: zhangwei(Jovi)
---
kernel/trace/trace.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c
index e71a8be.
0) Building trans_rdma.o (in v3.11-rc1) triggers a warning:
net/9p/trans_rdma.c:594:12: warning: ‘rdma_cancelled’ defined but not used
[-Wunused-function]
1) Did commit 80b45261a0 ("9P: Add cancelled() to the transport
functions.") forget to actually hook up rdma_cancelled() into
p9_rdma_tran
On 07/15/2013 01:57 PM, Lan Tianyu wrote:
> On 2013年07月12日 06:15, Srivatsa S. Bhat wrote:
>>
>> Hi,
>>
>> Commit a66b2e (cpufreq: Preserve sysfs files across suspend/resume) caused
>> some subtle regressions in the cpufreq subsystem during suspend/resume.
>> This patchset is aimed at rectifying tho
On Mon, 2013-07-15 at 14:04 +1000, Anton Blanchard wrote:
> Module CRCs are implemented as absolute symbols that get resolved by
> a linker script. We build an intermediate .o that contains an
> unresolved symbol for each CRC. genksysms parses this .o, calculates
> the CRCs and writes a linker scri
On 07/14/2013 04:32 PM, Paul Bolle wrote:
> The Kconfig symbol HOTPLUG was removed with commit 40b313608a ("Finally
> eradicate CONFIG_HOTPLUG"). But there's still one select statement for
> that symbol. It seems that select statement was added after the patch to
> remove CONFIG_HOTPLUG was submitt
Hi!
> > > > > This permits to reassign keyboard LEDs to something else than
> > > > > keyboard "leds"
> > > > > state, by adding keyboard led and modifier triggers connected to a
> > > > > series
> > > > > of VT input LEDs, themselves connected to VT input triggers, which
> > > > > per-input dev
On Thu 04-07-13 18:36:43, Michal Hocko wrote:
> On Wed 03-07-13 21:24:03, Dave Chinner wrote:
> > On Tue, Jul 02, 2013 at 02:44:27PM +0200, Michal Hocko wrote:
> > > On Tue 02-07-13 22:19:47, Dave Chinner wrote:
> > > [...]
> > > > Ok, so it's been leaked from a dispose list somehow. Thanks for the
On 07/15/2013 03:24 PM, Jean Delvare wrote:
> On Mon, 15 Jul 2013 14:25:29 +0800, Wei Ni wrote:
>> On 07/12/2013 10:40 PM, Guenter Roeck wrote:
>>> On Fri, Jul 12, 2013 at 04:30:34PM +0200, Jean Delvare wrote:
If that means that for example the ACPI thermal zone is no longer
displayed by
Building scsi_debug.o triggers a GCC warning:
drivers/scsi/scsi_debug.c: In function ‘dif_verify’:
drivers/scsi/scsi_debug.c:1755:3: warning: ‘csum’ may be used uninitialized
in this function [-Wmaybe-uninitialized]
This is a false positive, but if we make scsi_debug_guard a bool, we
supp
On Sat, 13 Jul 2013 01:02:50 +0900
HATAYAMA Daisuke wrote:
> (2013/07/10 20:00), Michael Holzheu wrote:
> > On Wed, 10 Jul 2013 18:50:18 +0900
> > HATAYAMA Daisuke wrote:
> >
> > [snip]
> >
> >> (2013/07/10 17:42), Michael Holzheu wrote:
> >>> My suggestion is to add the WARN_ONCE() for #ifndef
> "Samuel" == Samuel Thibault writes:
Samuel> This permits to reassign keyboard LEDs to something else than keyboard
"leds"
Samuel> state, by adding keyboard led and modifier triggers connected to a
series
Samuel> of VT input LEDs, themselves connected to VT input triggers, which
Samuel
Gidday,
I've released man-pages-3.52 - man pages for Linux.
Tarball download:
http://www.kernel.org/doc/man-pages/download.html
Git repository:
https://git.kernel.org/cgit/docs/man-pages/man-pages.git/
Online changelog:
http://man7.org/linux/man-pages/changelog.html#release_3.52
A sh
On 14 July 2013 17:32, Paul Bolle wrote:
> Kconfig symbol S3C24XX_PLL depends on ARM_S3C24XX. But that symbol
> doesn't exist. Commit f023f8dd59bf ("cpufreq: s3c24xx: move cpufreq
> driver to drivers/cpufreq"), which added this typo, makes clear that
> ARM_S3C24XX_CPUFREQ was intended here.
>
> Si
Thanks Sean for the comments,
On 12/07/13 13:46, Sean Young wrote:
> On Fri, Jul 12, 2013 at 09:55:28AM +0100, Srinivas KANDAGATLA wrote:
>> From: Srinivas Kandagatla
>>
>> The use case is simple, if any rc device has allowed protocols =
>> RC_TYPE_LIRC and map_name = RC_MAP_LIRC set, the driver o
Most DMA engines have limitations regarding the number of DMA segments
(sg-buffers) that they can handle. Videobuffers can easily spread through
houndreds of pages.
In the previous aproach, the pages were allocated individually, this
could led to the creation houndreds of dma segments (sg-buffers)
On 07/14/2013 06:42 PM, Gleb Natapov wrote:
On Mon, Jun 24, 2013 at 06:13:42PM +0530, Raghavendra K T wrote:
kvm : Paravirtual ticketlocks support for linux guests running on KVM hypervisor
From: Srivatsa Vaddagiri
trimming
[...]
+
+static void kvm_lock_spinning(struct arch_spinlock *lock,
On Fri 12-07-13 09:59:00, Paul Taysom wrote:
> `On Fri, Jul 12, 2013 at 8:43 AM, Jan Kara wrote:
> > On Thu 11-07-13 13:58:32, Jan Kara wrote:
> >> On Thu 11-07-13 12:53:46, Jan Kara wrote:
> >> > On Wed 10-07-13 16:12:36, Paul Taysom wrote:
> >> > > The following commit introduced a 10x regressio
On Mon, 2013-06-17 at 12:35 +0200, Paul Bolle wrote:
> Building dma_v3.o triggers two GCC warnings:
> drivers/dma/ioat/dma_v3.c: In function ‘__ioat3_prep_pq16_lock’:
> drivers/dma/ioat/dma_v3.c:264:11: warning: array subscript is below array
> bounds [-Warray-bounds]
> drivers/dma/ioa
On 2013-07-15 00:05, Greg Kroah-Hartman wrote:
Ian, I didn't add a DEVICE_PATTR() macro yet, that can come later. I
considered it, but that would also mean a BUS_PATTR() and the like, which I
guess works, but I hate even a _hint_ of "Hungarian" notation, which this
implies.
Anyone else have a b
Hi Preeti,
On Mon, Jul 15, 2013 at 04:43:47AM +0100, Preeti U Murthy wrote:
> On 07/12/2013 07:18 PM, Morten Rasmussen wrote:
> > On Thu, Jul 11, 2013 at 12:34:49PM +0100, Preeti U Murthy wrote:
> >> I have a few quick comments.
> >>
> >> I am concerned too about scheduler making its load balancin
Hi Srivatsa,
I may be wrong but it looks something is wrong in this patch.
On 12 July 2013 03:47, Srivatsa S. Bhat
wrote:
> diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c
> @@ -1239,29 +1263,40 @@ static int __cpufreq_remove_dev(struct device *dev,
> if ((cpus == 1)
On 2013-07-15 10:41, Ian Abbott wrote:
On 2013-07-15 00:05, Greg Kroah-Hartman wrote:
Ian, I didn't add a DEVICE_PATTR() macro yet, that can come later. I
considered it, but that would also mean a BUS_PATTR() and the like, which I
guess works, but I hate even a _hint_ of "Hungarian" notation, w
I need your assist for a project.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Wed, Jul 10, 2013 at 11:45:16PM +0200, Geert Uytterhoeven wrote:
> When builtin (CONFIG_USB_FOTG210_UDC=y):
>
> LD drivers/usb/gadget/built-in.o
> WARNING: drivers/usb/gadget/built-in.o(.data+0xbf8): Section mismatch in
> reference from the variable fotg210_driver to the function
> .in
On 07/15/2013 12:28 PM, Peter Zijlstra wrote:
OK, fair enough. It does somewhat rely on us getting the single
rq->clock update thing right, but that should be ok.
Frankly, I doubt that rq->clock is the right thing to use here, because
it can be updated very frequently under some conditions, so
Introduce help function F2FS_NODE() to simplify the conversion of node_page to
f2fs_node.
Signed-off-by: Gu Zheng
---
fs/f2fs/data.c |2 +-
fs/f2fs/dir.c |2 +-
fs/f2fs/f2fs.h |9 +++--
fs/f2fs/file.c |2 +-
fs/f2fs/inode.c|4 ++--
fs/f2fs/node.c
On 10 July 2013 14:00, Chanwoo Choi wrote:
> On 07/09/2013 06:23 PM, Viresh Kumar wrote:
>> On 5 July 2013 14:16, Chanwoo Choi wrote:
>>> +static struct dentry *cpufreq_debugfs;
>>
>> Probably make this dependent on CONFIG_CPU_FREQ_STAT?
>
> I thought that '/sys/kernel/debug/cpufreq' is always c
Anyone, ping?
On 07/06/2013 02:16 PM, Alexey Kardashevskiy wrote:
> This adds hash_for_each_possible_rcu_notrace() which is basically
> a notrace clone of hash_for_each_possible_rcu() which cannot be
> used in real mode due to its tracing/debugging capability.
>
> Signed-off-by: Alexey Kardashevs
First 5 patches are almost trivial clean-up patches.
The others are for fixing three bugs.
Perhaps, these problems are minor, because this codes are used
for a long time, and there is no bug reporting for these problems.
These patches are based on v3.10.0 and
passed sanity check of libhugetlbfs.
On 07/15/2013 03:25 PM, Viresh Kumar wrote:
> Hi Srivatsa,
>
> I may be wrong but it looks something is wrong in this patch.
>
> On 12 July 2013 03:47, Srivatsa S. Bhat
> wrote:
>> diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c
>
>> @@ -1239,29 +1263,40 @@ static int __cpufr
Currently, we use a page with mapped count 1 in page cache for cow
optimization. If we find this condition, we don't allocate a new
page and copy contents. Instead, we map this page directly.
This may introduce a problem that writting to private mapping overwrite
hugetlb file directly. You can find
We can unify some codes for succeed allocation.
This makes code more readable.
There is no functional difference.
Signed-off-by: Joonsoo Kim
diff --git a/mm/hugetlb.c b/mm/hugetlb.c
index d21a33a..0067cf4 100644
--- a/mm/hugetlb.c
+++ b/mm/hugetlb.c
@@ -1144,29 +1144,25 @@ static struct page *al
Current node iteration code have a minor problem which do one more
node rotation if we can't succeed to allocate. For example,
if we start to allocate at node 0, we stop to iterate at node 0.
Then we start to allocate at node 1 for next allocation.
I introduce new macros "for_each_node_mask_to_[al
The name of the mutex written in comment is wrong.
Fix it.
Signed-off-by: Joonsoo Kim
diff --git a/mm/hugetlb.c b/mm/hugetlb.c
index d87f70b..d21a33a 100644
--- a/mm/hugetlb.c
+++ b/mm/hugetlb.c
@@ -135,9 +135,9 @@ static inline struct hugepage_subpool *subpool_vma(struct
vm_area_struct *vma)
Now, Checking condition of decrement_hugepage_resv_vma() and
vma_has_reserves() is same, so we can clean-up this function with
vma_has_reserves(). Additionally, decrement_hugepage_resv_vma() has only
one call site, so we can remove function and embed it into
dequeue_huge_page_vma() directly. This p
If we map the region with MAP_NORESERVE and MAP_SHARED,
we can skip to check reserve counting and eventually we cannot be ensured
to allocate a huge page in fault time.
With following example code, you can easily find this situation.
Assume 2MB, nr_hugepages = 100
fd = hugetlbfs_unlinked_
If a vma with VM_NORESERVE allocate a new page for page cache, we should
check whether this area is reserved or not. If this address is
already reserved by other process(in case of chg == 0), we should
decrement reserve count, because this allocated page will go into page
cache and currently, there
If list is empty, list_for_each_entry_safe() doesn't do anything.
So, this check is redundant. Remove it.
Signed-off-by: Joonsoo Kim
diff --git a/mm/hugetlb.c b/mm/hugetlb.c
index a838e6b..d4a1695 100644
--- a/mm/hugetlb.c
+++ b/mm/hugetlb.c
@@ -1019,10 +1019,8 @@ free:
spin_unlock(&huge
We don't need to proceede the processing if we don't have any usable
free huge page. So move this code up.
Signed-off-by: Joonsoo Kim
diff --git a/mm/hugetlb.c b/mm/hugetlb.c
index e2bfbf7..d87f70b 100644
--- a/mm/hugetlb.c
+++ b/mm/hugetlb.c
@@ -539,10 +539,6 @@ static struct page *dequeue_huge
On Fri, May 31, 2013 at 05:09:51PM -0700, Dan Williams wrote:
> On Thu, May 30, 2013 at 10:47 AM, Vinod Koul wrote:
> > On Mon, May 27, 2013 at 03:14:30PM +0300, Andy Shevchenko wrote:
> >> Here is a set of small independent patches that clean up or fix minor
> >> things
> >> across DMA slave dri
On Thu, May 30, 2013 at 09:32:19PM +0300, Andy Shevchenko wrote:
> >> Here is a set of small independent patches that clean up or fix minor
> >> things
> >> across DMA slave drivers.
Applied thanks
--
~Vinod
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body o
On Mon, Jul 15, 2013 at 11:50:07AM +0200, Paul Bolle wrote:
> On Mon, 2013-06-17 at 12:35 +0200, Paul Bolle wrote:
> > Building dma_v3.o triggers two GCC warnings:
> > drivers/dma/ioat/dma_v3.c: In function ‘__ioat3_prep_pq16_lock’:
> > drivers/dma/ioat/dma_v3.c:264:11: warning: array subsc
> From: Bartlomiej Zolnierkiewicz [mailto:b.zolnier...@samsung.com]
> Sent: Saturday, July 13, 2013 12:31 AM
>
> Hi,
>
> On Friday, July 05, 2013 09:29:26 PM Cho KyongHo wrote:
> > Since acquiring read_lock is not more frequent than write_lock, it is
> > not beneficial to use rwlock, this commit
On Mon, 2013-07-15 at 15:07 +0530, Vinod Koul wrote:
> On Thu, May 30, 2013 at 09:32:19PM +0300, Andy Shevchenko wrote:
> > >> Here is a set of small independent patches that clean up or fix minor
> > >> things
> > >> across DMA slave drivers.
>
> Applied thanks
Thank you. You were faster than
On 15 July 2013 15:35, Srivatsa S. Bhat
wrote:
> Actually even I was wondering about this while writing the patch and
> I even tested shutdown after multiple suspend/resume cycles, to verify that
> the refcount is messed up. But surprisingly, things worked just fine.
What kind of system have you
From: Sudeep KarkadaNagesha
Now that the cpu device registration initialises the of_node(if available)
appropriately for all the cpus, parsing here is redundant.
This patch removes all DT parsing and uses cpu->of_node instead.
Signed-off-by: Sudeep KarkadaNagesha
---
drivers/cpufreq/kirkwood-
From: Sudeep KarkadaNagesha
Now that the cpu device registration initialises the of_node(if available)
appropriately for all the cpus, parsing here is redundant.
This patch removes all DT parsing and uses cpu->of_node instead.
Signed-off-by: Sudeep KarkadaNagesha
---
drivers/cpufreq/arm_big_l
From: Sudeep KarkadaNagesha
Now that the cpu device registration initialises the of_node(if available)
appropriately for all the cpus, parsing here is redundant.
This patch removes all DT parsing and uses cpu->of_node instead.
Signed-off-by: Sudeep KarkadaNagesha
---
drivers/cpufreq/cpufreq-c
From: Sudeep KarkadaNagesha
Now that the cpu device registration initialises the of_node(if available)
appropriately for all the cpus, parsing here is redundant.
This patch removes all DT parsing and uses cpu->of_node instead.
Signed-off-by: Sudeep KarkadaNagesha
---
drivers/cpufreq/highbank-
From: Sudeep KarkadaNagesha
Now that the cpu device registration initialises the of_node(if available)
appropriately for all the cpus, parsing here is redundant.
This patch removes all DT parsing and uses cpu->of_node instead.
Signed-off-by: Sudeep KarkadaNagesha
---
drivers/cpufreq/spear-cpu
From: Sudeep KarkadaNagesha
CPUs are also registered as devices but the of_node in these cpu
devices are not initialized. Currently different drivers requiring
to access cpu device node are parsing the nodes themselves and
initialising the of_node in cpu device.
The of_node in all the cpu device
From: Sudeep KarkadaNagesha
Now that the cpu device registration initialises the of_node(if available)
appropriately for all the cpus, parsing here is redundant.
This patch removes all DT parsing and uses cpu->of_node instead.
Signed-off-by: Sudeep KarkadaNagesha
---
arch/arm/mach-imx/mach-im
From: Sudeep KarkadaNagesha
As more and more information is getting added into the cpu node, the number
of drivers needing to parse the device tree for CPU nodes are increasing.
Most of the time, the information needed from the cpu node is preferred
in the logical CPU order. Hence many drivers fi
On Wed, 2013-07-10 at 14:55 +0300, Andy Shevchenko wrote:
> This is a set of small minor fixes against pinctrl-baytrail driver.
Linus, Mika, anyone do you have any comment on the series?
>
> Andy Shevchenko (5):
> pinctrl-baytrail: fix indentations
> pinctrl-baytrail: change lvl to level
>
From: Sudeep KarkadaNagesha
Currently set_secondary_cpus_clock assume the CPU logical ordering
and the MPDIR in DT are same, which is incorrect.
Since the CPU device nodes can be retrieved in the logical ordering
using the helper, we can remove the devices tree parsing.
This patch removes DT pa
From: Sudeep KarkadaNagesha
Since the CPU device nodes can be retrieved using arch_of_get_cpu_node,
we can use it to avoid parsing the cpus node searching the cpu nodes and
mapping to logical index.
This patch removes parsing DT for cpu nodes by using arch_of_get_cpu_node.
Signed-off-by: Sudeep
From: Sudeep KarkadaNagesha
CPU subsystem now provides architecture specific hook to retrieve the
of_node. Most of the cpu DT node parsing and initialisation is contained
in devtree.c. It's better to contain all CPU device node parsing there.
arch_of_get_cpu_node is mainly used to assign cpu->of
From: Sudeep KarkadaNagesha
Currently the topology code computes cpu capacity and stores it in
the list along with hwid(which is MPIDR) as it parses the CPU nodes
in the device tree. This is required as it needs to be mapped to the
logical CPU later.
Since the CPU device nodes can be retrieved i
On Thu, Jul 11, 2013 at 11:50 PM, Maxim Patlasov
wrote:
> On Thu, Jul 11, 2013 at 10:51 PM, Jan Kara wrote:
[snipped]
>> If I'm right in the above, then removing NR_WRITEBACK_TEMP would be a nice
>> followup patch.
>
> I'd rather introduce the notion of trusted fuse filesystem. If system
> admi
add new device callback .device_slave_caps api which can be used by clients to
query the dma channel capablties before they program the channel. This can help
is removing errors during the channel programming. Also add helper
dma_slave_get_caps API
This patch folds the work done by Matt earlier
ht
On Mon, Jul 15, 2013 at 03:20:06PM +0530, Raghavendra K T wrote:
> On 07/14/2013 06:42 PM, Gleb Natapov wrote:
> >On Mon, Jun 24, 2013 at 06:13:42PM +0530, Raghavendra K T wrote:
> >>kvm : Paravirtual ticketlocks support for linux guests running on KVM
> >>hypervisor
> >>
> >>From: Srivatsa Vaddag
From: Hongbo Zhang
This patch adds support to 8-channel DMA engine, thus the driver works for both
the new 8-channel and the legacy 4-channel DMA engines.
Signed-off-by: Hongbo Zhang
---
drivers/dma/Kconfig |9 +
drivers/dma/fsldma.c |9 ++---
drivers/dma/fsldma.h |2 +
From: Hongbo Zhang
Freescale QorIQ T4 and B4 introduce new 8-channel DMA engines, this patch add
the device tree nodes for them.
Signed-off-by: Hongbo Zhang
---
.../devicetree/bindings/powerpc/fsl/dma.txt|8 +-
arch/powerpc/boot/dts/fsl/elo3-dma-0.dtsi | 90 +
On Mon, Jul 15, 2013 at 01:21:17PM +0300, Andy Shevchenko wrote:
> On Mon, 2013-07-15 at 15:07 +0530, Vinod Koul wrote:
> > On Thu, May 30, 2013 at 09:32:19PM +0300, Andy Shevchenko wrote:
> > > >> Here is a set of small independent patches that clean up or fix minor
> > > >> things
> > > >> acro
1 - 100 of 761 matches
Mail list logo
