thingm_remove_rgb() needs to flush the workqueue after all the LED classes
have been unregistered, otherwise the removal might race with another LED
event coming, causing thingm_led_set() to schedule additional work after
thingm_remove_rgb() has flushed it. This obviously causes oops later, as
On Tue, Sep 02, 2014 at 05:13:49PM +0200, Paolo Bonzini wrote:
> This is required for the following patch to work correctly. If a nested page
> fault happens during emulation, we must inject a vmexit, not a page fault.
> Luckily we already have the required machinery: it is enough to return
> X86E
-Original Message-
From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org]
Sent: Tuesday, August 19, 2014 3:01 PM
To: Sharma, Sanjeev
Cc: kra...@redhat.com; mdharm-...@one-eyed-alien.net;
linux-...@vger.kernel.org; linux-kernel@vger.kernel.org;
linux-s...@vger.kernel.org; Ha
On Thu, 2014-09-04 at 00:53 +0200, Frans Klaver wrote:
> In store_sys_acpi, if count equals zero, or parse_arg()s sscanf call
> fails, 'value' remains possibly uninitialized. In that case 'value'
> shouldn't be used to produce the store_sys_acpi()s return value.
>
> Only test the return value of s
On Wed, Sep 03, 2014 at 06:08:19PM +0200, Oleg Nesterov wrote:
> On 09/02, Oleg Nesterov wrote:
> >
> > The usage of TASK_DEAD in task_numa_fault() is wrong in any case.
>
> Rik, I can't understand why task_numa_fault() needs this check at all,
> but "if (p->state == TASK_DEAD)" looks certainly wr
Johan,
I noticed I submitted an error here. Will resend later today.
On Mon, Sep 1, 2014 at 11:39 AM, Frans Klaver wrote:
> Probe is testing if the current interface provides two bulk endpoints.
> While this achieves the goal of only binding to the correct interface,
> we already know we can fin
On Wed, Sep 03, 2014 at 05:18:48PM +0200, Oleg Nesterov wrote:
> On 09/03, Peter Zijlstra wrote:
> >
> > On Wed, Sep 03, 2014 at 03:36:40PM +0200, Oleg Nesterov wrote:
> > >
> > > // Ensure that the previous __set_current_state(RUNNING) can't
> > > // leak after spin_unlock_wait()
> > > smp_m
Hi!
> When CONFIG_PM_DEBUG=y, we provide a sysfs file (/sys/power/pm_test) for
> selecting one of a few suspend test modes, where rather than entering a
> full suspend state, the kernel will perform some subset of suspend
> steps, wait 5 seconds, and then resume back to normal operation.
>
> This
On 4 September 2014 01:43, Tim Chen wrote:
> On Wed, 2014-09-03 at 13:09 +0200, Vincent Guittot wrote:
>> On 30 August 2014 14:00, Preeti U Murthy wrote:
>> > Hi Vincent,
>> >
>> > On 08/26/2014 04:36 PM, Vincent Guittot wrote:
>> >> The computation of avg_load and avg_load_per_task should only t
Hi Guenter,
Sorry for my late reply.
On 2014/8/27 12:59, Guenter Roeck wrote:
> On Tue, Aug 26, 2014 at 04:08:58PM -0700, Greg KH wrote:
>> Li has agreed to continue to support the 3.4 stable kernel tree until
>> September 2016. Update the releases.html page on kernel.org to reflect
>> this.
>>
Probe is testing if the current interface provides two bulk endpoints.
While this achieves the goal of only binding to the correct interface,
we already know we can find the device on interface number 1. Stop
checking the endpoints and just return successfully when interface
number 1 is probed.
Si
On Wed, 03 Sep, at 02:47:32PM, H. Peter Anvin wrote:
>
> I think we really have two options: either fix up the GOT (which may be
> a null operation, if the GOT is empty) or we add a compile-time check
> that the GOT is empty, lest we will keep having these problems.
>
> Since the GOT fixup loop i
On 2014-09-04 02:00:03 [+], Chen, Alvin wrote:
> >
> > > --- a/drivers/gpio/Kconfig
> > > +++ b/drivers/gpio/Kconfig
> > > @@ -136,7 +136,6 @@ config GPIO_DWAPB
> > > tristate "Synopsys DesignWare APB GPIO driver"
> > > select GPIO_GENERIC
> > > select GENERIC_IRQ_CHIP
> > > - depends on
Currently kick_all_cpus_sync() can break non-polling idle cpus
thru IPI interrupts.
But sometimes we need to break the polling idle cpus immediately
to reselect the suitable c-state, also for non-idle cpus, we need
to do nothing if we try to wake up them.
Here adding one new function wake_up_all_
Currently kick_all_cpus_sync() or smp_call_function() can not
break the polling idle cpu immediately.
Here using wake_up_all_idle_cpus() which can wake up the polling idle
cpu quickly is much helpful for power.
Signed-off-by: Chuansheng Liu
---
drivers/cpuidle/cpuidle.c |9 ++---
1 file
Implementing one new API wake_up_if_idle(), which is used to
wake up the idle CPU.
Suggested-by: Andy Lutomirski
Signed-off-by: Chuansheng Liu
---
include/linux/sched.h |1 +
kernel/sched/core.c | 19 +++
2 files changed, 20 insertions(+)
diff --git a/include/linux/sche
Thank you, I think I will change the code to be like:
int old_root = open("/", O_DIRECTORY);
if (-1 == old_root) {
perror("open");
return EXIT_FAILURE;
}
if (-1 == syscall(__NR_pivot_root, ".", ".")) {
perror("pivot_root");
return EXIT_FAILURE;
The update of update_rq_runnable_avg interface is missing for
CONFIG_FAIR_GROUP_SCHED in the original patch
"[PATCH v5 09/12] sched: add usage_load_avg"
Signed-off-by: Vincent Guittot
---
Hi Peter,
Do you prefer that I sent a new version of
"[PATCH v5 09/12] sched: add usage_load_avg" patch wi
On Thu, 04 Sep, at 08:47:57AM, Ard Biesheuvel wrote:
>
> So how about we:
> - add ASSERT(_got == _egot, "GOT entries not supported in
> boot/compressed") to the linker script
> - #define __nogotentry __attribute__((visibility(hidden))) somewhere
> in compiler.h or wherever else it belongs
> - add
> Peter, Ingo, Andrew,
>
> Do any of you have an objection to these patches?
>
> Which tree should I merge them through?
>
> I am happy to resubmit them against any tree, just let
> me know where you want the patches to go.
I suppose I can try and stuff them in -tip. I picked up this lot which
Hello,
This patch try to solve problem that a long-lasting page caches of
ext4 superblock and journaling of superblock disturb page migration.
I've been testing CMA feature on my ARM-based platform
and found that two page caches cannot be migrated.
They are page caches of superblock of ext4 files
Op 04-09-14 om 09:40 schreef Matt Fleming:
> On Thu, 04 Sep, at 08:47:57AM, Ard Biesheuvel wrote:
>> So how about we:
>> - add ASSERT(_got == _egot, "GOT entries not supported in
>> boot/compressed") to the linker script
>> - #define __nogotentry __attribute__((visibility(hidden))) somewhere
>> in
A long-lasting buffer-cache can distrub page migration so that
it must be allocated from non-movable area.
The journal_init_inode is creating a buffer-cache for superblock journaling.
The superblock exists until system shutdown so that the buffer-cache
for the superblock would also exist for a lon
A buffer-cache for superblock is disturbing page migration,
because the buffer-cache is not released until unmount.
The buffer-cache must be allocated from non-movable area.
Signed-off-by: Gioh Kim
Reviewed-by: Jan Kara
---
fs/ext4/super.c |6 +++---
1 file changed, 3 insertions(+), 3 delet
On Mon, Aug 18, 2014 at 08:15:45PM +0200, Alexander Holler wrote:
>
> Hmm, a sane and maintainable solution would use C++ with which people don't
> have to manually build lists or hashes for every structure like in the
> kernel (generic programming done right). So you won't find much kernel
> deve
A buffer cache is allocated from movable area
because it is referred for a while and released soon.
But some filesystems are taking buffer cache for a long time
and it can disturb page migration.
New APIs are introduced to allocate buffer cache
with user specific flag.
*_gfp APIs are for user want
On Thu, Sep 4, 2014 at 9:08 AM, Paul Bolle wrote:
> On Thu, 2014-09-04 at 00:53 +0200, Frans Klaver wrote:
>> In store_sys_acpi, if count equals zero, or parse_arg()s sscanf call
>> fails, 'value' remains possibly uninitialized. In that case 'value'
>> shouldn't be used to produce the store_sys_ac
On 4 Sep 2014, at 03:30, Andrew Morton wrote:
> __GFP_FS and __GFP_IO are (or were) for communicating to vmscan: don't
> enter the fs for writepage, don't write back swapcache.
>
> I guess those concepts have grown over time without a ton of thought
> going into it. Yes, I suppose that if a file
Exchange the location of rtl8152_set_mac_address() and
set_ethernet_addr(). Then, the set_ethernet_addr() could
set the MAC address by calling rtl8152_set_mac_address()
later.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 34 +-
1 file changed, 17 insert
On Fri, Aug 22, 2014 at 07:29:26AM +0200, Andi Kleen wrote:
> > diff --git a/arch/x86/kernel/cpu/perf_event_intel_uncore.c
> > b/arch/x86/kernel/cpu/perf_event_intel_uncore.c
> > index 4785ee8..2485fd9 100644
> > --- a/arch/x86/kernel/cpu/perf_event_intel_uncore.c
> > +++ b/arch/x86/kernel/cpu/per
On Thu, Sep 04, 2014 at 09:12:05AM +0200, Frans Klaver wrote:
> > static int xsens_mt_probe(struct usb_serial *serial,
> > const struct usb_device_id *id)
> > {
> > - if (!has_required_endpoints(serial->interface->cur_altsetting))
> > -
On Thu, Sep 04, 2014 at 09:51:33AM +0300, Eliezer Tamir wrote:
> On 03/09/2014 10:51, Michael S. Tsirkin wrote:
> > On Wed, Sep 03, 2014 at 09:49:10AM +0300, Eliezer Tamir wrote:
> >> On 02/09/2014 11:31, Michael S. Tsirkin wrote:
> >>> On Tue, Sep 02, 2014 at 09:15:18AM +0300, Eliezer Tamir wrote:
On Tue, Sep 02, 2014 at 02:18:16PM -0600, Mathieu Poirier wrote:
> Pawell, many thanks for looping me in.
>
> I am definitely not a perf-internal guru and as such won't be able to
> comment on the implementation. On the flip side it is easy for me to see
> how the work on coresight done at Linaro
On 09/03/2014 07:26 PM, Mike Turquette wrote:
> Quoting Tomeu Vizoso (2014-09-03 08:29:07)
>> Hi,
>>
>> I'm sending this v9 in order to fix a few build errors found by Intel's 0day
>> build farm. Notable changes are:
>>
>> * Changes to mxs-saif.c have been folded into 2/6, in order for
>> bisecta
On 4 September 2014 02:13, long.wanglong wrote:
> When i revert the commit bc41b8724f24, the secondary core can boot.
> The problem is that qemu doesn't provide emulation of the SCU base
> address register. When reading the SCU base, qemu just return 0.
You need to upgrade your QEMU -- we improve
On Thu, 4 Sep 2014, li.xi...@freescale.com wrote:
> > So you remove the FTM_SC_PS_MASK without mentioning it in the
> > changelog. Either this is by mistake or it wants to be documented WHY
> > it is not needed in the first place.
> >
>
> This is just prepare for the other new features in the fut
On Thu, 4 Sep 2014, li.xi...@freescale.com wrote:
> > Subject: Re: [PATCH 2/5] Clocksource: Flextimer: Use internal clocksource
> > read
> > API.
> >
> > On Tue, 26 Aug 2014, Xiubo Li wrote:
> >
> > > Since the Flextimer device will be implemented in BE mode on
> > > LS1 SoC, and in LE mode on
On 2014-09-04 00:58, Chase Southwood wrote:
git-grep reveals that hwdrv_apci1500.c is the only file in comedi that uses
dev->hw_dev in calls to dev_{err,warn}(). The rest of the drivers pass
dev->class_dev to these macros instead. Switch the dev_warn() calls in
this driver to use dev->class_dev
On Sat, 16 Aug 2014, Axel Lin wrote:
> Current code init regmap with &da9052_regmap_config for both da9052-spi and
> da9052-i2c drivers. da9052-spi sets the read_flag_mask.
> The same setting may be applied for da9052-i2c if da9052-spi driver is loaded
> first because they actually use the same re
> I'm guessing this is your first patch.
>
> Please read: Documentation/SubmittingPatches
>
> A few notes for you search for and read about in the above document.
>
> - Subject line formatting (short, succinct)
> - Commit logs (present, descriptive [what changed and why], succinct)
> - Autho
> >
> > Since the FTM will be in BE mode on LS1 platform, but will be in LE mode
> > On LS2 platform.
> >
> > And ftm_clocksource_read_up() will adapt to this different.
>
> You are missing the point. Why do you want a conditional in a hot
> path? You know at init time whether the thing is BE or L
Hi Henrik,
On 02/09/14 22:10, Henrik Austad wrote:
> On Thu, Aug 28, 2014 at 11:00:26AM +0100, Juri Lelli wrote:
>> From: Luca Abeni
>>
>> Several small changes regarding SCHED_DEADLINE documentation that fix
>> terminology and improve clarity and readability:
>>
>> - "current runtime" becomes "
From: Benjamin Herrenschmidt
> On Wed, 2014-09-03 at 18:51 -0400, Peter Hurley wrote:
>
> > Apologies for hijacking this thread but I need to extend this discussion
> > somewhat regarding what a compiler might do with adjacent fields in a
> > structure.
> >
> > The tty subsystem defines a large
On Thu, 4 Sep 2014, li.xi...@freescale.com wrote:
> > >
> > > Since the FTM will be in BE mode on LS1 platform, but will be in LE mode
> > > On LS2 platform.
> > >
> > > And ftm_clocksource_read_up() will adapt to this different.
> >
> > You are missing the point. Why do you want a conditional in
Hi Thomas,
> > > > Since the FTM will be in BE mode on LS1 platform, but will be in LE mode
> > > > On LS2 platform.
> > > >
> > > > And ftm_clocksource_read_up() will adapt to this different.
> > >
> > > You are missing the point. Why do you want a conditional in a hot
> > > path? You know at ini
On 09/04/2014 02:53 AM, Mike Turquette wrote:
> Quoting Stephen Boyd (2014-09-03 16:39:37)
>> On 09/03/14 08:33, Tomeu Vizoso wrote:
>>> +int clk_set_ceiling_rate(struct clk *clk_user, unsigned long rate)
>>> +{
>>> + struct clk_core *clk = clk_to_clk_core(clk_user);
>>> +
>>> + WARN(rate >
On Thu, Sep 04, 2014 at 07:20:34AM +0200, Ingo Molnar wrote:
>
>* Wanpeng Li wrote:
>
>> BUG: unable to handle kernel NULL pointer dereference at 0004
>> IP: [..] find_busiest_group
>> PGD 5a9d5067 PUD 13067 PMD 0
>> Oops: [#3] SMP
>> [...]
>> Call Trace:
>> load_balance
>> ? _raw
Hi Henrik,
On 02/09/14 22:14, Henrik Austad wrote:
> On Thu, Aug 28, 2014 at 11:00:27AM +0100, Juri Lelli wrote:
>> Section 4 intro was still describing the old interface. Rewrite it.
>>
>> Signed-off-by: Juri Lelli
>> Signed-off-by: Luca Abeni
>> Cc: Randy Dunlap
>> Cc: Peter Zijlstra
>> Cc:
Hi Peter,
On 04/09/14 07:20, Peter Zijlstra wrote:
On Wed, Sep 03, 2014 at 06:00:07PM +0100, Sudeep Holla wrote:
diff --git a/include/linux/cpumask.h b/include/linux/cpumask.h
index 2997af6d2ccd..26d8348292dd 100644
--- a/include/linux/cpumask.h
+++ b/include/linux/cpumask.h
@@ -11,6 +11,8 @@
Hi
On 3 September 2014 15:08, Jean-Michel Hautbois
wrote:
> 2014-09-03 11:09 GMT+02:00 Ulf Hansson :
>> On 3 September 2014 11:02, Adrian Hunter wrote:
>>> On 09/03/2014 11:30 AM, Ulf Hansson wrote:
On 2 September 2014 17:49, Jean-Michel Hautbois
wrote:
> This property is useful w
This patch fixes a bug on hotmod removing.
After ipmi interface is removed using hotmod, kernel panic occurs when
rmmod impi_si. For example, try this:
# echo "remove,"`cat /proc/ipmi/0/params` > \
/sys/module/ipmi_si/parameters/hotmod
# rmmod ipmi_si
Then, rmmod fails with the following mess
Benjamin Herrenschmidt writes:
> On Wed, 2014-09-03 at 18:51 -0400, Peter Hurley wrote:
>
> > Apologies for hijacking this thread but I need to extend this discussion
> > somewhat regarding what a compiler might do with adjacent fields in a
> > structure.
> >
> > The tty subsystem defines
On Thu, Sep 04, 2014 at 02:40:07PM +0900, Yasuaki Ishimatsu wrote:
>(2014/09/04 14:20), Ingo Molnar wrote:
>>
>>* Wanpeng Li wrote:
>>
>>>BUG: unable to handle kernel NULL pointer dereference at 0004
>>>IP: [..] find_busiest_group
>>>PGD 5a9d5067 PUD 13067 PMD 0
>>>Oops: [#3] SMP
If the hw doesn't have a valid MAC address, give a random one and
set it to the hw.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 35 +++
1 file changed, 19 insertions(+), 16 deletions(-)
diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c
in
On Thu, Sep 04, 2014 at 10:15:22AM +0200, Johan Hovold wrote:
> On Thu, Sep 04, 2014 at 09:12:05AM +0200, Frans Klaver wrote:
>
> > > static int xsens_mt_probe(struct usb_serial *serial,
> > > const struct usb_device_id *id)
> > > {
> > > - if (!has_
On 03/09/14 20:34, Russell King - ARM Linux wrote:
> On Wed, Sep 03, 2014 at 11:21:30AM +0100, Daniel Thompson wrote:
>> On 02/09/14 17:42, Russell King - ARM Linux wrote:
>>> Yes, it does, because unlike the x86 community, we have a wide range
>>> of platforms, and platform code does not go throug
On 08/29/2014 09:23 PM, Sasha Levin wrote:
> On 08/27/2014 11:26 AM, Mel Gorman wrote:
>> > diff --git a/include/asm-generic/pgtable.h b/include/asm-generic/pgtable.h
>> > index 281870f..ffea570 100644
>> > --- a/include/asm-generic/pgtable.h
>> > +++ b/include/asm-generic/pgtable.h
>> > @@ -723,6
If the interface has invalid MAC address, it couldn't
be used. In order to let it work normally, give a
random one.
v3:
Remove
ether_addr_copy(dev->perm_addr, dev->dev_addr);
v2:
Use "%pM" format specifier for printing a MAC address.
Hayes Wang (2):
r8152: change the location of rt
On 08/11/2014 04:52 PM, Murilo Opsfelder Araujo wrote:
This patch fixes compilation warning:
mm/ksm.c:1711:13: warning: ‘process_timeout’ defined but not used
[-Wunused-function]
Signed-off-by: Murilo Opsfelder Araujo
---
mm/ksm.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/mm/k
On Mon, 01 Sep 2014, Jaewon Kim wrote:
> This patch add regmap_haptic initialization to use haptic register map
> in haptic device driver.
>
> Signed-off-by: Jaewon Kim
> Acked-by: Chanwoo Choi
> ---
> drivers/mfd/max77693.c | 21 ++---
> 1 file changed, 18 insertions(+), 3 d
Hi,
I went through the cpufreq code and the previous discussion in the
context of this patch and I propose the below patch. Please let me know
if it misses something that you all had discussed.
On 09/04/2014 11:38 AM, Viresh Kumar wrote:
> On 19 March 2014 19:49, Rafael J. Wysocki wrote:
>
>> T
On Thu, Sep 04, 2014 at 10:57:40AM +0200, Mikael Pettersson wrote:
> Benjamin Herrenschmidt writes:
> > On Wed, 2014-09-03 at 18:51 -0400, Peter Hurley wrote:
> >
> > > Apologies for hijacking this thread but I need to extend this discussion
> > > somewhat regarding what a compiler might do wi
On Mon, 01 Sep 2014, Jaewon Kim wrote:
> This patch add haptic of_compatible in order to use the Haptic device driver
> using devicetree. and added the related documentation and example.
>
> Signed-off-by: Jaewon Kim
> Acked-by: Chanwoo Choi
> ---
> Documentation/devicetree/bindings/mfd/max776
On Wed, Sep 03, 2014 at 04:10:00PM -0700, Andrew Morton wrote:
> On Wed, 3 Sep 2014 13:54:54 +0800 Junxiao Bi wrote:
>
> > commit 21caf2fc1931 ("mm: teach mm by current context info to not do I/O
> > during memory allocation")
> > introduces PF_MEMALLOC_NOIO flag to avoid doing I/O inside memor
On 4 September 2014 14:40, Preeti U Murthy wrote:
> cpufreq: Allow stop CPU callback to be used by all cpufreq drivers
>
> Commit 367dc4aa introduced the stop CPU callback for intel_pstate
> drivers. During the CPU_DOWN_PREPARE stage, this callback is invoked
> so that drivers can take some action
Wim,
We're still waiting on your Ack?
> Added driver to support the 14F021P00 BMC Watchdog.
> The BMC is a Board Management Controller including watchdog functionality.
>
> Signed-off-by: Andreas Werner
> ---
> drivers/watchdog/Kconfig | 10 ++
> drivers/watchdog/Makefile| 1
On Wed, Sep 03, 2014 at 01:54:54PM +0800, Junxiao Bi wrote:
> commit 21caf2fc1931 ("mm: teach mm by current context info to not do I/O
> during memory allocation")
> introduces PF_MEMALLOC_NOIO flag to avoid doing I/O inside memory allocation,
> __GFP_IO is cleared
> when this flag is set, but __
On Thu, Sep 04, 2014 at 10:03:25AM +0100, Sudeep Holla wrote:
> If I don't, every file including this header generates "warning:
> ‘cpumap_copy_to_buf’ defined but not used". Alternatively I can just
> declare here and define it elsewhere but I could not find more apt
> place than this. Any suggest
Wim,
Still waiting on a Watchdog Ack, so I can take this set in.
> This adds a driver for the watchdog timer available in Ricoh RN5T618
> PMIC. The device supports a programmable expiration time of 1, 8, 32
> or 128 seconds.
>
> Signed-off-by: Beniamino Galvani
> ---
> drivers/watchdog/Kconfig
On Thu, Sep 04, 2014 at 11:05:47AM +0200, Frans Klaver wrote:
> On Thu, Sep 04, 2014 at 10:15:22AM +0200, Johan Hovold wrote:
> > On Thu, Sep 04, 2014 at 09:12:05AM +0200, Frans Klaver wrote:
> >
> > > > static int xsens_mt_probe(struct usb_serial *serial,
> > > >
On Wed, Sep 03, 2014 at 07:30:58PM -0700, Andrew Morton wrote:
> > PF_MEMALLOC_NOIO is only set for some special processes. I think it
> > won't affect much.
>
> Maybe not now. But once we add hacks like this, people say "goody" and
> go and use them rather than exerting the effort to sort out th
On Wed, 2014-09-03 at 09:32 -0700, Vadim Bendebury wrote:
> This script is used by many other projects, and in some of them the
> requirement of at least 4 line long description for all Kconfig items
> is excessive. This patch adds a command line option to control the
> required minimum length.
>
On Wed, Sep 03, 2014 at 10:43:58PM +0100, Kees Cook wrote:
> On Wed, Aug 20, 2014 at 5:28 AM, Kees Cook wrote:
> > On Tue, Aug 19, 2014 at 7:29 AM, Will Deacon wrote:
> >> On Wed, Aug 13, 2014 at 06:06:29PM +0100, Kees Cook wrote:
> >>> +static void __kprobes *patch_map(void *addr, int fixmap, un
On Thu, Sep 04, 2014 at 11:22:26AM +0200, Johan Hovold wrote:
> On Thu, Sep 04, 2014 at 11:05:47AM +0200, Frans Klaver wrote:
> >
> > The new version is applied, built and tested with some actual hardware
> > on 3.17-rc3.
>
> Good. Both patches applied now.
Thanks again,
Frans
--
To unsubscribe
You need a nice commit log here.
> v2.1:
> Clear mfd_cells to zero before setting.
> Added of_compatible into mfd_cells
The changelog should be below the '---' so it doesn't appear in the
commit log.
> ---
> drivers/mfd/Kconfig | 12 +
> drivers/mfd/Makefile | 1 +
> dri
Hi Linus,
just i915 and vmwgfx fixes,
i915 contains a bunch of fixes for recent regressions in outputs,
vmwgfx fixes a possible loop for ever and a bad return code.
Dave.
The following changes since commit 59753a805499f1ffbca4ac0a24b3dff67bf1:
Merge tag 'backlight-fixes-3.17' of
git://
Ping Peter and Ingo, and Paul and Ben.
Yuyang
On Fri, Aug 01, 2014 at 08:30:59AM +0800, Yuyang Du wrote:
> v5 changes:
>
> Thank Peter intensively for reviewing this patchset in detail and all his
> comments.
> And Mike for general and cgroup pipe-test. Morten, Ben, and Vincent in the
> discus
The parent clocks of IMX6SL_CLK_PXP_AXI_SEL and IMX6SL_CLK_EPDC_AXI_SEL
clocks are not the same. So split the epdc_pxp_sels into two different
clock selections 'pxp_axi_sels' and 'epdc_axi_sels'.
Signed-off-by: Fancy Fang
Signed-off-by: Robby Cai
Acked-by: Shawn Guo
---
arch/arm/mach-imx/clk-i
Hi,
On 03/09/14 10:18, Juri Lelli wrote:
> Hi,
>
> On 03/09/14 07:49, Luca Abeni wrote:
>> Hi,
>>
>> On 09/02/2014 11:45 PM, Henrik Austad wrote:
>> [...]
+ On multiprocessor systems with global EDF scheduling (non partitioned
+ systems), a sufficient test for schedulability can not be
When dump a content of the registers let's use snprintf() directly with %*ph
specifier.
Signed-off-by: Andy Shevchenko
---
drivers/mfd/pcf50633-core.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/mfd/pcf50633-core.c b/drivers/mfd/pcf50633-core.c
index c87f7a0..
Hi Ingo,
On Thu, Sep 04, 2014 at 04:56:41PM +0800, Wanpeng Li wrote:
>On Thu, Sep 04, 2014 at 07:20:34AM +0200, Ingo Molnar wrote:
>>
>>* Wanpeng Li wrote:
>>
>>> BUG: unable to handle kernel NULL pointer dereference at 0004
>>> IP: [..] find_busiest_group
>>> PGD 5a9d5067 PUD 13067 PM
On Mon, 25 Aug 2014, Bjorn Andersson wrote:
> Driver for the Resource Power Manager (RPM) found in Qualcomm 8660, 8960
> and 8064 based devices. The driver exposes resources that child drivers
> can operate on; to implementing regulator, clock and bus frequency
> drivers.
>
> Signed-off-by: Bjorn
On Wed, 2014-07-16 at 16:43 +0200, Tomasz Figa wrote:
> On 16.07.2014 16:35, Paul Bolle wrote:
> > On Wed, 2014-07-16 at 16:26 +0200, Paul Bolle wrote:
> >> On Wed, 2014-07-16 at 14:43 +0200, Tomasz Figa wrote:
> >>> That's right. Apparently I missed them. I guess that's not critical,
> >>> though,
On Mon, 01 Sep 2014, Guodong Xu wrote:
> This adds driver to support HiSilicon Hi6421 PMIC. Hi6421 includes multi-
> functions, such as regulators, codec, ADCs, Coulomb counter, etc.
> This driver includes core APIs _only_.
>
> Drivers for individul components, like voltage regulators, are
> impl
[Use Tomasz's new address and add Sylwester.]
On Thu, 2014-09-04 at 11:39 +0200, Paul Bolle wrote:
> On Wed, 2014-07-16 at 16:43 +0200, Tomasz Figa wrote:
> > On 16.07.2014 16:35, Paul Bolle wrote:
> > > On Wed, 2014-07-16 at 16:26 +0200, Paul Bolle wrote:
> > >> On Wed, 2014-07-16 at 14:43 +0200,
On Mon, 01 Sep 2014, Guodong Xu wrote:
> Add documentation for HiSilicon Hi6421 PMIC dt binding.
>
> Signed-off-by: Guodong Xu
> ---
> Documentation/devicetree/bindings/mfd/hi6421.txt | 38
>
> 1 file changed, 38 insertions(+)
> create mode 100644 Documentation/device
When user requests V4L2_MEMORY_MMAP type buffers, the videobuf-core
will assign the corresponding offset to the 'boff' field of the
videobuf_buffer for each requested buffer sequentially. Later, user
may call mmap() to map one or all of the buffers with the 'offset'
parameter which is equal to its
The parent clocks of IMX6SL_CLK_PXP_AXI_SEL and IMX6SL_CLK_EPDC_AXI_SEL
clocks are not the same. So split the epdc_pxp_sels into two different
clock selections 'pxp_axi_sels' and 'epdc_axi_sels'.
Signed-off-by: Fancy Fang
Signed-off-by: Robby Cai
Acked-by: Shawn Guo
---
arch/arm/mach-imx/clk-i
Hi Ulf,
> I am not sure adding a DT binding for non access to rpmb would be
> needed. At least until we heard of a similar case as Adrian describes
> but for rpmb.
>
> BTW, I just posted a patch which disabled partition scan of the boot
> area, what to you think about that?
> http://marc.info/?l=l
On Thu, Sep 04, 2014 at 10:09:20AM +0100, Daniel Thompson wrote:
> On 03/09/14 20:34, Russell King - ARM Linux wrote:
> > I would say that the ARM specific changes to entry-armv.S and setup.c
> > are correct. All that you're doing there is to replace the existing
> > default no-op FIQ handler with
Hi Zhichang,
(cc'ing Steve Capper for the huge page stuff)
On Fri, Aug 22, 2014 at 01:38:26PM +0100, zhichang.yuan wrote:
> I am working to implement the DEBUG_PAGEALLOC on ARMv8.
I assume that's the arm64 kernel.
> After i investigated the DEBUG_PAGEALLOC implementation on x86 arch,
> some que
ASRC has "asrc", "asrc_ipg", "asrc_mem" clocks, and they share
the same gate bits.
Signed-off-by: Shengjiu Wang
---
arch/arm/mach-imx/clk-imx6q.c |5 -
include/dt-bindings/clock/imx6qdl-clock.h |4 +++-
2 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/arch/a
Each SSI has "ssi", "ssi_ipg" clocks, and they share same gate bits.
Signed-off-by: Shengjiu Wang
---
arch/arm/mach-imx/clk-imx6q.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-imx/clk-imx6q.c b/arch/arm/mach-imx/clk-imx6q.c
index d5bf1e2..013d
On Thu, 2014-09-04 at 08:43 +, David Laight wrote:
> From: Benjamin Herrenschmidt
> > On Wed, 2014-09-03 at 18:51 -0400, Peter Hurley wrote:
> >
> > > Apologies for hijacking this thread but I need to extend this discussion
> > > somewhat regarding what a compiler might do with adjacent field
Dear Friend
This is Attorney Peter Kono again; I really do not mean to waste your time.
Considering the fact that this is a £16,000,000.00 British Pounds.deal shear
rate 50/50 % and it's bank to bank wire trasaction within three workind days.
I carefully contact you due to many Internet frauds
On Wednesday 03 September 2014 14:19:18 Andrew Pinski wrote:
> +This document describes the ILP32 syscall ABI and where it differs
> +from the generic linux syscall interface.
> +ILP32 sets __kernel_long_t and __kernel_ulong_t both to 64bit
> +(long long). This effects the following types:
> +* ti
On Wed, 03 Sep, at 09:50:07PM, Yinghai Lu wrote:
> Mantas found that after commit 4bf7111f5016 ("x86/efi: Support initrd
> loaded above 4G"), the kernel freezes at the earliest possible moment
> when trying to boot via UEFI on Asus laptop.
>
> Revert to old way to load initrd under 4G on first try
On 09/04/2014 02:46 PM, Viresh Kumar wrote:
> On 4 September 2014 14:40, Preeti U Murthy wrote:
>> cpufreq: Allow stop CPU callback to be used by all cpufreq drivers
>>
>> Commit 367dc4aa introduced the stop CPU callback for intel_pstate
>> drivers. During the CPU_DOWN_PREPARE stage, this callback
On 04/09/14 10:45, Russell King - ARM Linux wrote:
> On Thu, Sep 04, 2014 at 10:09:20AM +0100, Daniel Thompson wrote:
>> On 03/09/14 20:34, Russell King - ARM Linux wrote:
>>> I would say that the ARM specific changes to entry-armv.S and setup.c
>>> are correct. All that you're doing there is to r
On Thu, 04 Sep 2014, Andy Shevchenko wrote:
> When dump a content of the registers let's use snprintf() directly with %*ph
> specifier.
>
> Signed-off-by: Andy Shevchenko
> ---
> drivers/mfd/pcf50633-core.c | 5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
Applied, thanks.
> diff --
1 - 100 of 751 matches
Mail list logo
