From: Kuppuswamy Sathyanarayanan
Moved SFI specific parsing/handling code to intel_mid_sfi.c. This will enable
us to reuse our intel-mid code for platforms that supports firmware interfaces
other than SFI (like ACPI).
Signed-off-by: Kuppuswamy Sathyanarayanan
Signed-off-by: David Cohen
---
From: Kuppuswamy Sathyanarayanan
Added a custom handler for medfield based ipc devices and
moved devs_id structure defintion to header file.
Signed-off-by: Kuppuswamy Sathyanarayanan
Signed-off-by: David Cohen
---
arch/x86/include/asm/intel-mid.h| 15 ++
From: Kuppuswamy Sathyanarayanan
Fixed checkpatch warnings in mrst related files.
Signed-off-by: Kuppuswamy Sathyanarayanan
Signed-off-by: David Cohen
---
arch/x86/platform/mrst/mrst.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/platform/mrst/mrst.c
From: Kuppuswamy Sathyanarayanan
SFI device_id[] table parsing code is duplicated in every SFI
device handler. This patch removes this code duplication, by
adding a seperate function get_device_id() to parse through the
device table. Also this patch moves the SPI, I2C, IPC info code from
From: Kuppuswamy Sathyanarayanan
Fixed printk and pr_* related issues in mrst related files.
Signed-off-by: Kuppuswamy Sathyanarayanan
Signed-off-by: David Cohen
---
arch/x86/platform/mrst/early_printk_mrst.c |2 +-
arch/x86/platform/mrst/mrst.c |2 +-
From: Kuppuswamy Sathyanarayanan
mrst is used as common name to represent all intel_mid type
soc's. But moorsetwon is just one of the intel_mid soc. So
renamed them to use intel_mid.
This patch mainly renames the variables and related
functions that uses *mrst* prefix with *intel_mid*.
To
This patch removes the logic previously introduced to address the starvation
on cp_rwsem.
One potential there-in bug is that we should cover the wait.list with spin_lock,
but the previous code broke this rule.
And, actually current rwsem handles this starvation issue reasonably, so that we
On Tue, 8 Oct 2013 12:10:36 +0200, Ingo Molnar wrote:
> -ifeq ($(call try-cc,$(SOURCE_HELLO),$(CFLAGS) -Werror
> -Wstack-protector,-Wstack-protector),y)
> +ifeq ($(feature-stackprotector), 1)
>CFLAGS += -Wstack-protector
> endif
[SNIP]
> +test-stackprotector:
> + $(BUILD) -Werror
On Tue, 08 Oct 2013 12:25:05 +0200 Peter Zijlstra wrote:
> The current cpu hotplug lock is a single global lock; therefore excluding
> hotplug is a very expensive proposition even though it is rare occurrence
> under
> normal operation.
>
> There is a desire for a more light weight
On Tue, 08 Oct 2013 12:25:06 +0200 Peter Zijlstra wrote:
> The current implementation of get_online_cpus() is global of nature
> and thus not suited for any kind of common usage.
>
> Re-implement the current recursive r/w cpu hotplug lock such that the
> read side locks are as light as
This patch maudio/gps_alive power domain to exynos4x12.dtsi.
Signed-off-by: Chanwoo Choi
Signed-off-by: Kyungmin Park
---
Changes since v1:
- Fix GPS_ALIVE power domain's register address
arch/arm/boot/dts/exynos4x12.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git
From: Marek Szyprowski
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
---
Changes since v1:
- No change
arch/arm/boot/dts/exynos4212.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4212.dtsi
b/arch/arm/boot/dts/exynos4212.dtsi
index
Signed-off-by: Chanwoo Choi
Signed-off-by: Kyungmin Park
---
Changes since v1:
- No change
arch/arm/boot/dts/exynos4212.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4212.dtsi
b/arch/arm/boot/dts/exynos4212.dtsi
index 6f34d7f..3081bae 100644
---
This patchset add missing dt data to bring up kernel feature
- MAUDIO/GPS_ALIVE power domain
- PMU
- Clock data for Multi core timer
Changes since v1:
- Fix wrong address of GPS_ALIVE power domain
Chanwoo Choi (2):
ARM: dts: exynos4212: Add PMU dt data for pmu-irq
ARM: dts: exynos4x12: Add
On Tue, 8 Oct 2013 12:10:33 +0200, Ingo Molnar wrote:
> +-include *.d */*.d
Hmm.. this */*.d part is really needed?
> +
> ###
>
> clean:
> - rm -f $(FILES)
> + rm -f $(FILES) *.d
If so, at least it'd be deleted from here IMHO.
Thanks,
Namhyung
--
To
* Arnaldo Carvalho de Melo wrote:
> So while merging what I have in my perf/core branch I got to Vitillo's, as
> peterz called it, "inlining" of addr2line, i.e. using libbfd to do that work,
> it will look if lbfd is in EXTLIBS and if so, use it, otherwise we continue
> exec'in the addr2line
Hi Ingo,
On Tue, 8 Oct 2013 12:10:32 +0200, Ingo Molnar wrote:
> +feature_check = $(eval $(feature_check_code)); $(info CHK:
> config/feature-checks/test-$(1))
> +define feature_check_code
> + feature-$(2) := $(shell make -C config/feature-checks test-$1 >/dev/null
> 2>/dev/null && echo 1 ||
We are European Loan service,Do you need a Loan,contact Via
(europanl...@foxmail.com)
This message was sent using IMP, the Internet Messaging Program.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On 10/09/2013 06:24 PM, Nishanth Menon wrote:
> Call OMAP2+ generic lateinit hook from AM specific late init hook.
> This allows the generic late initializations such as cpufreq hooks
> to be active.
>
> Cc: Benoit Cousson
> Cc: Kevin Hilman
> Cc: Paul Walmsley
> Cc: Tony Lindgren
>
Hi all,
I've discovered that the sdhci_irq() function needlessly iterates re-reading
the interrupt status and doing nothing (until it runs out of max_loops) when
it handles the "Card Interrupt" status in the interrupt status register.
The reason is that the "Card Interrupt" bit is not cleared
On Thu, 10 Oct 2013, Aaron Lu wrote:
> On 10/10/2013 12:29 PM, Jani Nikula wrote:
>> On Thu, 10 Oct 2013, Aaron Lu wrote:
>>> On 10/10/2013 08:25 AM, Rafael J. Wysocki wrote:
On Tuesday, October 08, 2013 02:39:58 PM Aaron Lu wrote:
> +bool backlight_device_registered(enum backlight_type
On 10/09/2013 05:25 PM, Sören Brinkmann wrote:
> On Tue, Oct 08, 2013 at 04:38:17PM +0100, Mark Rutland wrote:
>> On Tue, Oct 08, 2013 at 03:36:11PM +0100, Soren Brinkmann wrote:
>>> In some use cases Zynq's FPGA clocks are used as static clock
>>> generators for IP in the FPGA part of the SOC for
On 10/10/2013 01:45 AM, Olof Johansson wrote:
> On Tue, Oct 8, 2013 at 1:17 AM, Michal Simek wrote:
>> Hi,
>>
>> On 10/04/2013 06:37 PM, Alexandre Courbot wrote:
>>> Trusted Foundations is a TrustZone-based secure monitor for ARM that
>>> can be invoked using the same SMC-based API on all
On 09/26/2013 04:44 PM, Stephane Eranian wrote:
> So you are saying that the HW filter is exclusive. That seems odd. But
> I think it is
> because of the choices is ANY. ANY covers all the types of branches. Therefore
> it does not make a difference whether you add COND or not. And
> vice-versa,
On 10/09/2013 10:35 PM, Rob Herring wrote:
> Thanks. I've added this in and updated my branch. Please double check
> it when you have a chance. I also made __arch_info_begin[] and
> __arch_info_end[] const.
Works great !
Thx,
-Vineet
--
To unsubscribe from this list: send the line "unsubscribe
On Wed, 2013-10-09 at 20:14 -0700, Linus Torvalds wrote:
> On Wed, Oct 9, 2013 at 12:28 AM, Peter Zijlstra wrote:
> >
> > The workload that I got the report from was a virus scanner, it would
> > spawn nr_cpus threads and {mmap file, scan content, munmap} through your
> > filesystem.
>
> So I
Hi Will ,
Oh , I see ,
Thanks for your clarification !
So R-class cores will not run linux ?
This means we don't need care about this .
Am I right ?
Thank you .
-Original Message-
From: Will Deacon [mailto:will.dea...@arm.com]
Sent: Wednesday, October 09, 2013 6:54 PM
To: Wang,
* Arnaldo Carvalho de Melo wrote:
> Em Wed, Oct 09, 2013 at 06:17:43PM +0200, Stephane Eranian escreveu:
> > This patch disables the mmap2 record format support for now. The
> > support needs a bit more work to cover VM_CLONE cases.
> >
> > The patch leaves attr->mmap2 defined, but returns
* Andi Kleen wrote:
> - That said, I think a software CLI/STI is somewhat useful for
> profiling, as it can allow to measure how long interrupts are delayed by
> CLI/STI. [...]
That could be measured directly in a simpler way, without disrupting
CLI/STI: by turning all IRQs into NMIs and
On 10/10/2013 12:29 PM, Jani Nikula wrote:
> On Thu, 10 Oct 2013, Aaron Lu wrote:
>> On 10/10/2013 08:25 AM, Rafael J. Wysocki wrote:
>>> On Tuesday, October 08, 2013 02:39:58 PM Aaron Lu wrote:
+bool backlight_device_registered(enum backlight_type type)
+{
+ bool found = false;
On 10/09/2013 09:35 PM, Ingo Molnar wrote:
> * Dong Zhu wrote:
>
>> From f41628c61d8a9172677ba33a55b61e37ce28f7a6 Mon Sep 17 00:00:00 2001
>> From: Dong Zhu
>> Date: Thu, 10 Oct 2013 10:38:13 +0800
>>
>> When we stop timer statistics collection (via echo 0 >
>> /proc/timers_stats), the
On 10/09/2013 09:30 PM, Ingo Molnar wrote:
> Pulled into tip:timers/core, thanks John!
>
> One small detail I noticed, in commit 07783397c:
>
> Cc: Linus Walleij
> Acked-by: Linus Walleij
>
> Please remove the Cc: line in such cases in the future.
Ah, yes. I'll try to be more careful
* Bjorn Helgaas wrote:
> On Wed, Oct 9, 2013 at 3:02 PM, Bjorn Helgaas wrote:
> > I handle many arch/x86/pci changes, so help those patches get to the
> > PCI patchwork.
> >
> > Signed-off-by: Bjorn Helgaas
>
> I'll merge this via the PCI tree unless anybody objects.
Acked-by: Ingo Molnar
* Dong Zhu wrote:
> From f41628c61d8a9172677ba33a55b61e37ce28f7a6 Mon Sep 17 00:00:00 2001
> From: Dong Zhu
> Date: Thu, 10 Oct 2013 10:38:13 +0800
>
> When we stop timer statistics collection (via echo 0 >
> /proc/timers_stats), the statistics data is still exported as if it were
>
On Thu, 10 Oct 2013, Aaron Lu wrote:
> On 10/10/2013 08:25 AM, Rafael J. Wysocki wrote:
>> On Tuesday, October 08, 2013 02:39:58 PM Aaron Lu wrote:
>>> +bool backlight_device_registered(enum backlight_type type)
>>> +{
>>> + bool found = false;
>>> + struct backlight_device *bd;
>>> +
>>> +
* John Stultz wrote:
> Hey Thomas,
> Just wanted to send along the few minor time related items I've got
> left for 3.13.
>
> * Small cleanup in the clocksource code.
>
> * Fix for rtc-pl031 to let it work with alarmtimers
>
> * Move arm64 to using the generic sched_clock framework &
Remove unwanted define "WSI_TIMEOUT" present in code.
Signed-off-by: Manish Badarkhe
---
:100644 100644 e030e17... fa61323... M drivers/video/da8xx-fb.c
drivers/video/da8xx-fb.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/video/da8xx-fb.c b/drivers/video/da8xx-fb.c
index
On Thu, Oct 10, 2013 at 11:38:34AM +0800, Fengguang Wu wrote:
> On Thu, Oct 10, 2013 at 11:33:00AM +0800, Fengguang Wu wrote:
> > On Thu, Oct 10, 2013 at 11:26:37AM +0800, Fengguang Wu wrote:
> > > Dave,
> > >
> > > > I note that you have CONFIG_SLUB=y, which means that the cache slabs
> > > >
Hi Greg !
(random CC list of clueful people)
On some new powerpc platforms (non-hypervisor or rather linux is the
hypervisor), I want to expose a bunch of stuff per "chip", the chips
being currently the processor chips and the "centaurs" (think of them as
the bottom half of the memory
From: Steven Rostedt
Date: Thu, 10 Oct 2013 00:11:53 -0400
>
> I'm replying to my email to see if that helps make it to LKML. If it
> doesn't, I'm sorry for the noise to all I Cc'd.
The problem is the:
H.PeterAnvin
in the CC list, you can't have a name with the "." charater it appear in
From: baker.ker...@gmail.com
Date: Tue, 8 Oct 2013 11:36:51 +0800
> From: "baker.zhang"
>
> This is a enhancement.
>
> for the first node in fib_trie, newpos is 0, bit is 1.
> Only for the leaf or node with unmatched key need calc pos.
>
> Signed-off-by: baker.zhang
The compiler is
> -Original Message-
> From: Mark Brown [mailto:broo...@kernel.org]
> Sent: Thursday, October 10, 2013 3:29 AM
> To: Inki Dae
> Cc: Olof Johansson; Sean Paul; devicet...@vger.kernel.org; linux-samsung-
> s...@vger.kernel.org; linux-...@vger.kernel.org; linux-
> ker...@vger.kernel.org;
Hey Thomas,
Just wanted to send along the few minor time related items I've got
left for 3.13.
* Small cleanup in the clocksource code.
* Fix for rtc-pl031 to let it work with alarmtimers
* Move arm64 to using the generic sched_clock framework & resulting
cleanup in the generic sched_clock
On 10/10/2013 01:05 PM, Chanwoo Choi wrote:
> On 10/10/2013 12:29 PM, Sachin Kamat wrote:
>> On 10 October 2013 06:00, Chanwoo Choi wrote:
>>> This patch maudio/gps_alive power domain to exynos4x12.dtsi.
>>>
>>> Signed-off-by: Chanwoo Choi
>>> Signed-off-by: Kyungmin Park
>>> ---
>>>
On 10/10/2013 12:29 PM, Sachin Kamat wrote:
> On 10 October 2013 06:00, Chanwoo Choi wrote:
>> This patch maudio/gps_alive power domain to exynos4x12.dtsi.
>>
>> Signed-off-by: Chanwoo Choi
>> Signed-off-by: Kyungmin Park
>> ---
>> arch/arm/boot/dts/exynos4x12.dtsi | 10 ++
>> 1 file
On 10/09/2013 07:59 PM, Dong Zhu wrote:
> From f41628c61d8a9172677ba33a55b61e37ce28f7a6 Mon Sep 17 00:00:00 2001
> From: Dong Zhu
> Date: Thu, 10 Oct 2013 10:38:13 +0800
>
> When we stop timer statistics collection (via echo 0 >
> /proc/timers_stats), the statistics data is still exported as if
On Wed, 09 Oct 2013 23:39:28 -0400 (EDT)
David Miller wrote:
> From: Steven Rostedt
> Date: Wed, 9 Oct 2013 20:36:27 -0400
>
> > I don't know why my email never reached LKML, was there something about
> > it that prevented it from going? The total character length was 46,972,
> > well below
On 23 September 2013 17:40, Jingoo Han wrote:
> Use the wrapper function for retrieving the platform data instead of
> accessing dev->platform_data directly. This is a cosmetic change
> to make the code simpler and enhance the readability.
>
> Signed-off-by: Jingoo Han
> ---
>
From: Steven Rostedt
Date: Wed, 9 Oct 2013 20:36:27 -0400
> I don't know why my email never reached LKML, was there something about
> it that prevented it from going? The total character length was 46,972,
> well below the 100,000 limit. Also the Cc list wasn't that big. Did my
> ISP get flagged
On Thu, Oct 10, 2013 at 11:33:00AM +0800, Fengguang Wu wrote:
> On Thu, Oct 10, 2013 at 11:26:37AM +0800, Fengguang Wu wrote:
> > Dave,
> >
> > > I note that you have CONFIG_SLUB=y, which means that the cache slabs
> > > are shared with objects of other types. That means that the memory
> > >
On Thu, Oct 10, 2013 at 11:26:37AM +0800, Fengguang Wu wrote:
> Dave,
>
> > I note that you have CONFIG_SLUB=y, which means that the cache slabs
> > are shared with objects of other types. That means that the memory
> > corruption problem is likely to be caused by one of the other
> > filesystems
On 10 October 2013 06:00, Chanwoo Choi wrote:
> This patch maudio/gps_alive power domain to exynos4x12.dtsi.
>
> Signed-off-by: Chanwoo Choi
> Signed-off-by: Kyungmin Park
> ---
> arch/arm/boot/dts/exynos4x12.dtsi | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git
Dave,
> I note that you have CONFIG_SLUB=y, which means that the cache slabs
> are shared with objects of other types. That means that the memory
> corruption problem is likely to be caused by one of the other
> filesystems that is probing the block device(s), not XFS.
Good to know that, it
On Wed, Oct 9, 2013 at 12:28 AM, Peter Zijlstra wrote:
>
> The workload that I got the report from was a virus scanner, it would
> spawn nr_cpus threads and {mmap file, scan content, munmap} through your
> filesystem.
So I suspect we could make the mmap_sem write area *much* smaller for
the
On Thu, Oct 10, 2013 at 09:41:17AM +0800, Fengguang Wu wrote:
> On Thu, Oct 10, 2013 at 09:16:40AM +0800, Fengguang Wu wrote:
> > On Thu, Oct 10, 2013 at 11:59:00AM +1100, Dave Chinner wrote:
> > > [add x...@oss.sgi.com to cc]
> >
> > Thanks.
> >
> > To help debug the problem, I searched XFS in
On Wed, 9 Oct 2013 15:03:19 -0500
Scott Wood wrote:
> On Wed, 2013-10-09 at 14:44 -0500, Yoder Stuart-B08248 wrote:
> > > From: Wood Scott-B07421
> > > Sent: Wednesday, October 09, 2013 2:22 PM
> > >
> > > On Wed, 2013-10-09 at 14:02 -0500, Yoder Stuart-B08248 wrote:
> > > > Have been thinking
I write a module, and find kdump can't boot in the following case.
Kernel version is 3.4.24, Intel(R) Xeon(R) CPU E5620, and kernel v3.12
has the same problem too.
Here is the code:
struct timer_list g_timer;
void tmrhnd_invtssfault(unsigned long data)
{
long __res;
On Wed, Oct 09, 2013 at 07:21:23AM -0700, Paul E. McKenney wrote:
> On Wed, Oct 09, 2013 at 08:08:06AM +0200, Ingo Molnar wrote:
[ . . . ]
> > > Now if it actually still builds, boots, and runs... ;-)
> >
> > Booting is overrated! ;-)
>
> Well, some work is needed on this front, but will get
>From f41628c61d8a9172677ba33a55b61e37ce28f7a6 Mon Sep 17 00:00:00 2001
From: Dong Zhu
Date: Thu, 10 Oct 2013 10:38:13 +0800
When we stop timer statistics collection (via echo 0 >
/proc/timers_stats), the statistics data is still exported as if it were
correct, which can cause applicaitons to
On Wed, Oct 09, 2013 at 11:47:33PM +0200, Jan Kara wrote:
> On Wed 09-10-13 20:43:50, Richard Weinberger wrote:
> > CC'ing mm folks.
> > Please see below.
> Added Fenguang to CC since he is the author of this code.
Thanks!
> > Am 09.10.2013 19:26, schrieb Toralf Förster:
> > > On 10/08/2013
On Wed, Oct 9, 2013 at 5:47 PM, Al Viro wrote:
>
> These days there's no reason to register the filesystem types
> that can only be used for internal mounts - ia64 pfmfs, anon_inodes,
> bdev, pipefs and sockfs, in the current tree. The only user-visible
> effect of dropping those
On Wed, Oct 9, 2013 at 7:23 PM, Dave Airlie wrote:
>
> Well the commit that added it had a reason that seems to cover some other
> device model abuses, so maybe someone who actually understands the device
> model (all 2 people) can review usage
Actually, I think it's the same bug.
You *cannot*
In current kernel wide source, for arm64, only s390 scsi drivers use
atomic_clear_mask(), now, s390 itself need use 'unsigned int' and
'atomic_t', so need match s390's atomic_clear_mask().
Signed-off-by: Chen Gang
---
arch/arm64/include/asm/atomic.h | 13 +++--
1 files changed, 7
In current kernel wide source, for arm, only s390 scsi drivers use
atomic_clear_mask(), now, s390 itself need use 'unsigned int' and
'atomic_t', so need match s390's atomic_clear_mask().
Signed-off-by: Chen Gang
---
arch/arm/include/asm/atomic.h | 13 +++--
1 files changed, 7
I write a module, and find kdump can't boot in this case.
kernel version is 3.12, Intel(R) Xeon(R) CPUE5620
struct timer_list g_timer;
void tmrhnd_invtssfault(unsigned long data)
{
long __res;
printk(KERN_EMERG "invalid TSS fault in interrupt context.\n");
__asm__
The type of 'v->counter' is always 'int', and related inline assembly
code also process 'int', so use 'unsigned int' instead of 'unsigned
long' for the 'mask'.
Signed-off-by: Chen Gang
---
arch/s390/include/asm/atomic.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
For atomic_*_mask(), the 'atomic_t' is 32-bit, so for the 'mask', also
need mach it.
Patch 1/3: s390: include: asm: atomic.h: use 'unsigned int' instead of
'unsigned long' for atomic_*_mask().
Patch 2/3: arm: include: asm: atomic.h: use 'unsigned int' and 'atomic'
instead of 'unsigned long' for
Fix for a memory leak on tracing_data_get() function when returning NULL
explicitly
Signed-off-by: Felipe Pena
---
tools/perf/util/trace-event-info.c |8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/tools/perf/util/trace-event-info.c
On Thu, Oct 10, 2013 at 09:29:07AM +0800, Bob Liu wrote:
> On 10/09/2013 10:40 PM, Seth Jennings wrote:
> >
> > The reason we never noticed this for zswap is that zswap has no
> > dynamically allocated per-type resources. In the expected case,
> > where all of the pages have been drained from
Sarah,
Thanks for the reminding. The kernel base of the patch is k3.10, I
didn't notice k3.12 commit ec7e43e2d98173483866fe2e4e690143626b659c at
that time. I will backport the patch from k3.12 for use.
As you mentioned in another email, we meet with dpm timeout when xhci
suspend, the root cause
> I think David Arlie also needs a quiet talking to about how to use the
> device model:
>
> int drm_sysfs_device_add(struct drm_minor *minor)
> {
> minor->kdev.release = drm_sysfs_device_release;
> ...
> err = device_register(>kdev);
> }
>
> static void
On Wed, 9 Oct 2013 14:05:26 +0400
Andrey Konovalov wrote:
> So I still think that the bug is in 'trage_get_user()':
> Checking that 'parser->idx < parser->size - 1' is not performed in 'if
> (isspace(ch))' section, so 'parser->idx' becomes equal to
> 'parser->size' after
On Wed, 2013-10-09 at 19:18 +0200, Ingo Molnar wrote:
> * Ingo Molnar wrote:
>
> >
> > * Peter Zijlstra wrote:
> >
> > > On Wed, Oct 09, 2013 at 08:19:11PM +0800, Fengguang Wu wrote:
> > > > > > Fengguang, I do not think this will help, but just in case. Could
> > > > > > you
> > > > > >
On Thu, 10 Oct 2013 10:51:54 +0900
Namhyung Kim wrote:
> Hi Steve,
>
> On Mon, 30 Sep 2013 23:58:46 -0400, Steven Rostedt wrote:
> > On Mon, 2013-09-30 at 16:04 +0900, Namhyung Kim wrote:
> >> Ping!
> >
> > Ah I missed this patch. And I'm currently traveling.
> >
> > I'll start testing it when
When 'dir' is NULL, after calling extref_get_fields(), add_inode_ref()
can be returning without freeing the 'name' pointer.
Added kfree when necessary.
Signed-off-by: Geyslan G. Bem
---
fs/btrfs/tree-log.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git
On Wed, Oct 09, 2013 at 05:28:33PM -0700, Paul E. McKenney wrote:
> On Wed, Oct 09, 2013 at 05:12:40PM -0700, Eric Dumazet wrote:
> > On Wed, 2013-10-09 at 16:40 -0700, Josh Triplett wrote:
> >
> > > that. Constructs like list_del_rcu are much clearer, and not
> > > open-coded. Open-coding
Fix for a memory leak on test_file() function in dso-data.c
Signed-off-by: Felipe Pena
---
tools/perf/tests/dso-data.c |1 +
1 file changed, 1 insertion(+)
diff --git a/tools/perf/tests/dso-data.c b/tools/perf/tests/dso-data.c
index dffe055..9cc81a3 100644
--- a/tools/perf/tests/dso-data.c
On 10/10/2013 09:40 AM, Phillip Susi wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> I have been trying out the new block layer runtime pm, and run into a
> problem: udisks keeps waking up the disk. Every 10 minutes it tries
> to poll the SMART status of the drive, but it does
Hi Steve,
On Mon, 30 Sep 2013 23:58:46 -0400, Steven Rostedt wrote:
> On Mon, 2013-09-30 at 16:04 +0900, Namhyung Kim wrote:
>> Ping!
>
> Ah I missed this patch. And I'm currently traveling.
>
> I'll start testing it when I get back on Friday, but feel free to ping
> me again next Monday.
Would
On Wed, Oct 09, 2013 at 06:45:47PM +0800, Xiao Guangrong wrote:
> On 10/09/2013 09:56 AM, Marcelo Tosatti wrote:
> > On Tue, Oct 08, 2013 at 12:02:32PM +0800, Xiao Guangrong wrote:
> >>
> >> Hi Marcelo,
> >>
> >> On Oct 8, 2013, at 9:23 AM, Marcelo Tosatti wrote:
> >>
>
> +if
This patch parse 'buck[2-4]_ramp_enable and buck_ramp_delay' platform data
from dts file.
Signed-off-by: Chanwoo Choi
Signed-off-by: Kyungmin Park
---
drivers/regulator/s5m8767.c | 16
1 file changed, 16 insertions(+)
diff --git a/drivers/regulator/s5m8767.c
The s5m8767 regulator driver parse always the voltage table of buck2/3/4.
If gpio_dvs feature isn't used and dts haven't included the voltage table
of buck2/3/4, s5m8767 regulator driver return error and file probe state.
This patch check only voltage table of buck on
On Thu, Oct 10, 2013 at 09:16:40AM +0800, Fengguang Wu wrote:
> On Thu, Oct 10, 2013 at 11:59:00AM +1100, Dave Chinner wrote:
> > [add x...@oss.sgi.com to cc]
>
> Thanks.
>
> To help debug the problem, I searched XFS in my tests' oops database
> and find one kernel that failed 4 times (out of 12
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I have been trying out the new block layer runtime pm, and run into a
problem: udisks keeps waking up the disk. Every 10 minutes it tries
to poll the SMART status of the drive, but it does first issue an ata
CHECK POWER command to see if it is in
On 10/09/2013 10:40 PM, Seth Jennings wrote:
> On Tue, Oct 08, 2013 at 01:08:53PM -0700, Andrew Morton wrote:
>> On Tue, 08 Oct 2013 10:13:20 +0200 Krzysztof Kozlowski
>> wrote:
>>
>>> On pon, 2013-10-07 at 15:03 -0700, Andrew Morton wrote:
On Mon, 07 Oct 2013 17:25:41 +0200 Krzysztof
Hello guys,
On 10/10/2013 07:26 AM, Zhang Yanfei wrote:
> Hello Peter,
>
> On 10/10/2013 07:10 AM, H. Peter Anvin wrote:
>> On 10/09/2013 02:45 PM, Zhang Yanfei wrote:
I would also argue that in the VM scenario -- and arguable even in the
hardware scenario -- the right thing is to
Josef,
Thank you. Sending v4.
Geyslan Gregório Bem
hackingbits.com
2013/10/9 Josef Bacik :
> On Wed, Oct 09, 2013 at 08:40:30PM -0300, Geyslan G. Bem wrote:
>> In some cases, add_inode_ref() is returning without freeing
>> the 'name' pointer.
>>
>> Added bail out to explicitly call kfree when
On Thu, Oct 10, 2013 at 11:59:00AM +1100, Dave Chinner wrote:
> [add x...@oss.sgi.com to cc]
Thanks.
To help debug the problem, I searched XFS in my tests' oops database
and find one kernel that failed 4 times (out of 12 total boots) with
basically the same error:
4 BUG: sleeping function
The max77693 MFD device use irq domain method which has hardware interrupt
number
and virtual interrupt number getting through irq domain mapping. This patch
use hardware interrupt number instead of virtual interrupt number to get
struct irq_data.
Signed-off-by: Chanwoo Choi
Signed-off-by:
Hi Frederic,
On Tue, 8 Oct 2013 21:22:45 +0200, Frederic Weisbecker wrote:
> On Tue, Oct 08, 2013 at 11:03:16AM +0900, Namhyung Kim wrote:
>> On Wed, 2 Oct 2013 12:18:28 +0200, Frederic Weisbecker wrote:
>> > Have you tested this patchset when collapsing is not used?
>> > There are fair chances
>-Original Message-
>From: Fengguang Wu [mailto:fengguang...@intel.com]
>Sent: 2013年10月9日 22:12
>To: Lisa Du
>Cc: KOSAKI Motohiro; linux...@kvack.org; linux-kernel@vger.kernel.org
>Subject: 6e543d5780e fixed a boot hang
>
>Greetings,
>
>FYI, this commit seem to fix a boot hang problem
Signed-off-by: Simon Wood
---
drivers/hid/hid-lg.c | 58
1 file changed, 58 insertions(+)
diff --git a/drivers/hid/hid-lg.c b/drivers/hid/hid-lg.c
index c6efdae..545da44 100644
--- a/drivers/hid/hid-lg.c
+++ b/drivers/hid/hid-lg.c
@@ -47,6
Signed-off-by: Simon Wood
---
drivers/hid/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/hid/Kconfig b/drivers/hid/Kconfig
index 46fd27f..aee7182 100644
--- a/drivers/hid/Kconfig
+++ b/drivers/hid/Kconfig
@@ -362,7 +362,6 @@ config LOGITECH_FF
- Logitech WingMan
Requires https://patchwork.kernel.org/patch/2998241/
Signed-off-by: Simon Wood
---
drivers/hid/hid-lg.c | 77
1 file changed, 77 insertions(+)
diff --git a/drivers/hid/hid-lg.c b/drivers/hid/hid-lg.c
index c2c7dab..c6efdae 100644
---
On 10/10/2013 08:29 AM, Rafael J. Wysocki wrote:
> On Tuesday, October 08, 2013 02:40:00 PM Aaron Lu wrote:
>> According to Matthew Garrett, "Windows 8 leaves backlight control up
>> to individual graphics drivers rather than making ACPI calls itself.
>> There's plenty of evidence to suggest that
On Thursday, October 10, 2013 08:54:29 AM Aaron Lu wrote:
> On 10/10/2013 08:25 AM, Rafael J. Wysocki wrote:
> > On Tuesday, October 08, 2013 02:39:58 PM Aaron Lu wrote:
> >> Introduce a new API for modules to query if a specific type of backlight
> >> device has been registered. This is useful
On 09/10/13 18:55, Mika Westerberg wrote:
> On Tue, Oct 08, 2013 at 05:00:54PM +0200, Romain Baeriswyl wrote:
>> static void __i2c_dw_enable(struct dw_i2c_dev *dev, bool enable)
>> @@ -286,6 +287,7 @@ int i2c_dw_init(struct dw_i2c_dev *dev)
>> u32 input_clock_khz;
>> u32 hcnt, lcnt;
>>
On 10/10/2013 08:25 AM, Rafael J. Wysocki wrote:
> On Tuesday, October 08, 2013 02:39:58 PM Aaron Lu wrote:
>> Introduce a new API for modules to query if a specific type of backlight
>> device has been registered. This is useful for some backlight device
>> provider module(e.g. ACPI video) to
On Wed, Oct 09, 2013 at 08:40:30PM -0300, Geyslan G. Bem wrote:
> In some cases, add_inode_ref() is returning without freeing
> the 'name' pointer.
>
> Added bail out to explicitly call kfree when necessary.
>
> Signed-off-by: Geyslan G. Bem
> ---
> fs/btrfs/tree-log.c | 10 --
> 1
Hi,
On Wed, Sep 26, 2012 at 5:48 AM, Laxman Dewangan wrote:
> Driver throw the warning message if dt node does not
> have the info for VMBCH-Threshold and VMBCH2-Threshold.
> These properties are optional property and hence it
> is not mandatory to have these on DT node and in this case
> it
1 - 100 of 1358 matches
Mail list logo