On 04/02/2015 01:14 PM, Brian Gerst wrote:
So I merged this as it's an obvious bugfix, but in hindsight I'm
really uneasy about the whole opportunistic SYSRET concept: it appears
that the chance that %rcx matches return-%rip is astronomical - this
is why this bug wasn't noticed
As xhci_hcd is now allocated by usb_create_hcd(), we don't
need to add the primary HCD before creating the shared HCD.
Creating the shared HCD before adding the primary HCD is particularly
useful for the OTG use case so that we know at the OTG core if
the HCD is in single configuration or dual
Commit-ID: 6ab2b762befd192b90704c5c7898f5abf8ebb387
Gitweb: http://git.kernel.org/tip/6ab2b762befd192b90704c5c7898f5abf8ebb387
Author: Jiri Olsa
AuthorDate: Sat, 28 Mar 2015 11:30:30 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 30 Mar 2015 10:24:27 -0300
perf build:
Hi,
On Thu, Apr 2, 2015 at 4:01 AM, Javier Martinez Canillas
wrote:
> Hello Sylwester,
>
> On 04/01/2015 07:31 PM, Sylwester Nawrocki wrote:
>> On 01/04/15 13:44, Javier Martinez Canillas wrote:
>>> On 04/01/2015 01:03 PM, Sylwester Nawrocki wrote:
It's not clear what subsystems affect
Hello Krzysztof,
On 04/02/2015 01:03 PM, Krzysztof Kozlowski wrote:
> Extend the S3C RTC node with rtc_src clock so it could be operational.
> The rtc_src clock is provided by MAX77686 (Trats2 and Odroid-U3) or
> S2MPS11 (Arndale Octa).
>
> Signed-off-by: Krzysztof Kozlowski
Reviewed-by:
Hello Krzysztof,
On 04/02/2015 01:03 PM, Krzysztof Kozlowski wrote:
> Use a define instead of raw number as a ID for "rtc_src" clock.
>
> Signed-off-by: Krzysztof Kozlowski
>
Reviewed-by: Javier Martinez Canillas
Best regards,
Javier
--
To unsubscribe from this list: send the line
On Thu, 2 Apr 2015 12:35:09 +0200
Johan Hovold wrote:
> This patch was incorrect and needed to be updated as discussed in the
> thread. Can you drop it or is your tree immutable?
Sigh...and I thought I was on top of that. Dropped, sorry for the
confusion.
jon
--
To unsubscribe from this list:
* Peter Zijlstra wrote:
> On Thu, Apr 02, 2015 at 12:42:27PM +0200, Ingo Molnar wrote:
> > So why not use a suitable CPU_DOWN* notifier for this, instead of open
> > coding it all into a random place in the hotplug machinery?
>
> Because notifiers are crap? ;-) [...]
No doubt - but I didn't
On Thu, Apr 02, 2015 at 01:23:06AM -0700, Christoph Hellwig wrote:
> The class ids are a hardware defintion, not a kernel API.
It's part of the API, it's used to decode values in this sysfs file:
/sys/bus/pci/devices//class
VFIO also made this part of it's kernel API.
> Just use the
>
The corresponding write functions just use __copy_to_user. Do the
same on the read side.
This reverts what's left of commit 86ab8cffb498 (KVM: introduce
gfn_to_hva_read/kvm_read_hva/kvm_read_hva_atomic, 2012-08-21)
Cc: Xiao Guangrong
Signed-off-by: Paolo Bonzini
---
virt/kvm/kvm_main.c | 14
On Thu, Apr 02, 2015 at 01:15:30PM +0200, Jean Delvare wrote:
> Le Thursday 02 April 2015 à 12:09 +0200, Michael S. Tsirkin a écrit :
> > On Thu, Apr 02, 2015 at 11:04:16AM +0200, Jean Delvare wrote:
> > > Le Thursday 02 April 2015 à 01:23 -0700, Christoph Hellwig a écrit :
> > > > The class ids
On Fri, 03 Apr 2015, Ramakrishna Pallala wrote:
> This patch adds the mfd cell info for axp288 extcon device.
>
> Signed-off-by: Ramakrishna Pallala
> ---
> drivers/mfd/axp20x.c | 28
> 1 file changed, 28 insertions(+)
Applied, thanks.
> diff --git
On Wednesday, April 01, 2015 08:04:34 PM Thomas Schlichter wrote:
> Hello,
Hi,
> I do have a Samsung NC20 netbook which provides the C-states C1 and C2 to the
> OS when connected to AC, and additionally provides the C3 C-state when
> disconnected from AC. With the current kernels I have these
On Fri, 03 Apr 2015, Ramakrishna Pallala wrote:
> This patch adds the extcon support for AXP288 PMIC which
> has the BC1.2 charger detection capability. Additionally
> it also adds the USB mux switching support b/w SOC and PMIC
> based on GPIO control.
>
> Signed-off-by: Ramakrishna Pallala
>
On Thu, Apr 02, 2015 at 12:42:27PM +0200, Ingo Molnar wrote:
> So why not use a suitable CPU_DOWN* notifier for this, instead of open
> coding it all into a random place in the hotplug machinery?
Because notifiers are crap? ;-) Its entirely impossible to figure out
what's happening to core code
On Thu, Apr 02, 2015 at 12:01:53PM +0300, Adrian Hunter wrote:
> But personally I think the "include" approach is too ugly. I would just
> add a function instead. Something like:
You've not stared at the kernel tracepoint code long enough ;-)
Something like so then?
---
Subject: perf, tools:
Tetsuo Handa wrote:
> Michal Hocko wrote:
> > We are seeing issues with the fs code now because the test cases which
> > led to the current discussion exercise FS code. The code which does
> > lock(); kmalloc(GFP_KERNEL) is not reduced there though. I am pretty sure
> > we can find other
On Thu, Apr 02, 2015 at 01:29:30PM +0200, Ingo Molnar wrote:
> So was this duplication dead code in essence?
See e2b32e678513.
Looks like it was parsing the cmdline option for a second time in the
kernel proper (vs first one which we still parse in the compressed
kernel).
hpa said that we
Hi Jilai,
Just a few questions, not really a review as I'm not that familiar
with the code.
> +++ b/drivers/gpu/drm/msm/Kconfig
> @@ -27,6 +27,16 @@ config DRM_MSM_FBDEV
> support. Note that this support also provide the linux console
> support on top of the MSM modesetting
El 02/04/15 a les 3.32, Chentao (Boby) ha escrit:
>
>
> On 2015/4/1 23:04, Tao Chen wrote:
>> Define pr_fmt macro with {xen-blkback: } prefix, then remove all use
>> of DRV_PFX in the pr sentences. Replace all DPRINTK with pr sentences,
>> and get rid of DPRINTK macro. It will simplify the code.
On 04/02/2015 05:01 PM, Ingo Molnar wrote:
>
> * Preeti U Murthy wrote:
>
>> On 04/02/2015 04:12 PM, Ingo Molnar wrote:
>>>
>>> * Preeti U Murthy wrote:
>>>
It was found when doing a hotplug stress test on POWER, that the machine
either hit softlockups or rcu_sched stall warnings.
> "AS" == Alexander Sverdlin writes:
Hi,
AS> On 30/03/15 15:03, Ioan Nicu wrote:
>> Probe deferral is not an error case. It happens only when
>> the necessary dependencies are not there yet.
>>
>> The driver core is already printing a message when a driver
>> requests probe deferral, so
* Preeti U Murthy wrote:
> On 04/02/2015 04:12 PM, Ingo Molnar wrote:
> >
> > * Preeti U Murthy wrote:
> >
> >> It was found when doing a hotplug stress test on POWER, that the machine
> >> either hit softlockups or rcu_sched stall warnings. The issue was
> >> traced to commit 7cba160ad789a
* Borislav Petkov wrote:
> On Thu, Apr 02, 2015 at 01:07:13PM +0200, Ingo Molnar wrote:
> > So doesn't a 'nokaslr' boot option still make sense, to be able to
> > debug KASLR failures and such?
>
> That's still parsed in arch/x86/boot/compressed/aslr.c
So was this duplication dead code in
On Mon, Feb 02, 2015 at 04:06:56PM +0800, Feng Wu wrote:
> VT-d Posted-Interrupts is an enhancement to CPU side Posted-Interrupt.
> With VT-d Posted-Interrupts enabled, external interrupts from
> direct-assigned devices can be delivered to guests without VMM
> intervention when guest is running in
On 04/02/2015 04:12 PM, Ingo Molnar wrote:
>
> * Preeti U Murthy wrote:
>
>> It was found when doing a hotplug stress test on POWER, that the machine
>> either hit softlockups or rcu_sched stall warnings. The issue was
>> traced to commit 7cba160ad789a powernv/cpuidle: Redesign idle states
>>
On Fri, Mar 20, 2015 at 01:36:30PM -0700, a...@linux-foundation.org wrote:
>
> The patch titled
> Subject: mm: sanitize page->mapping for tail pages
> has been added to the -mm tree. Its filename is
> mm-sanitize-page-mapping-for-tail-pages.patch
>
> This patch should soon appear at
>
On 30/03/15 15:03, Ioan Nicu wrote:
> Probe deferral is not an error case. It happens only when
> the necessary dependencies are not there yet.
>
> The driver core is already printing a message when a driver
> requests probe deferral, so this can be traced in the logs
> without these error
we are dereferencing pcm first then checking pcm. instead now lets put
them in same if condition so that pcm is checked first.
Signed-off-by: Sudip Mukherjee
---
sound/pci/hda/hda_codec.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/sound/pci/hda/hda_codec.c
On Thu, Apr 02, 2015 at 01:07:13PM +0200, Ingo Molnar wrote:
> So doesn't a 'nokaslr' boot option still make sense, to be able to
> debug KASLR failures and such?
That's still parsed in arch/x86/boot/compressed/aslr.c
> > + if (kaslr_enabled())
> > + pr_emerg("Kernel Offset: 0x%lx
On 04/02/2015 12:30 PM, Christoph Hellwig wrote:
> On Wed, Apr 01, 2015 at 05:25:22PM +0300, Boaz Harrosh wrote:
>> pfn = PFN_DOWN(ei->addr + ei->size);
>>
>> -switch (ei->type) {
>> -case E820_RAM:
>> -case E820_PRAM:
>> -case
On Thu, Apr 02, 2015 at 11:37:40AM +0200, Ingo Molnar wrote:
> So assuming this works on your test setup
Boaz's changes work fine here.
--
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
From: Wood Scott-B07421
Sent: Tuesday, March 31, 2015 10:35
To: Zhao Chenhui-B35336
Cc: linuxppc-...@lists.ozlabs.org; devicet...@vger.kernel.org;
linux-kernel@vger.kernel.org; Jin Zhengxiong-R64188
Subject: Re: [4/4] powerpc/85xx: support sleep feature
From: Wood Scott-B07421
Sent: Tuesday, March 31, 2015 10:07
To: Zhao Chenhui-B35336
Cc: linuxppc-...@lists.ozlabs.org; devicet...@vger.kernel.org;
linux-kernel@vger.kernel.org; Jin Zhengxiong-R64188
Subject: Re: [3/4] powerpc: support CPU hotplug for
This reverts commit <1dc6120ef7f003305d99ef12f598a6b05eacc38c>.
if we are doing allyesconfig on x86_64, build fails with error:
drivers/built-in.o: In function `sl811_cs_probe':
sl811_cs.c:(.text+0x1d4612e): undefined reference to `sl811h_driver'
this commit has declared sl811h_driver as static
Le Thursday 02 April 2015 à 12:09 +0200, Michael S. Tsirkin a écrit :
> On Thu, Apr 02, 2015 at 11:04:16AM +0200, Jean Delvare wrote:
> > Le Thursday 02 April 2015 à 01:23 -0700, Christoph Hellwig a écrit :
> > > The class ids are a hardware defintion, not a kernel API. Just use the
> > >
19.03.2015 14:56, One Thousand Gnomes wrote:
> On Thu, 19 Mar 2015 14:09:29 +0300
> Michael Tokarev wrote:
>
>> Half a year passed since my first email in this thread, and current kernels
>> (4.0-tobe) still does not work properly. Meanwhile, I found this thread:
>>
On Thu, Apr 2, 2015 at 6:37 AM, Ingo Molnar wrote:
>
> * Denys Vlasenko wrote:
>
>> On 04/02/2015 11:07 AM, Ingo Molnar wrote:
>> >
>> > * Andy Lutomirski wrote:
>> >
>> >> When I wrote the opportunistic SYSRET code, I missed an important
>> >> difference between SYSRET and IRET. Both
Hi,
On Wednesday 01 April 2015 09:22 PM, Alexandre Belloni wrote:
> Hi,
>
> On 01/04/2015 at 11:24:56 +0530, Lokesh Vutla wrote :
>> RTC module contains a kicker mechanism to prevent any spurious writes
>> from changing the register values. This mechanism requires two MMR
>> writes to the KICK0
This patchset mostly copies from Frederic and split the apply_workqueue_attrs()
as TJ's suggest.
This patchset still doesn't include the patch "workqueue: Allow changing
attributions
of ordered workqueues", I hope to reduce the review processing. The handling
for the ordered workqueue will be
From: Frederic Weisbecker
The sysfs code usually belongs to the botom of the file since it deals
with high level objects. In the workqueue code it's misplaced and such
that we'll need to work around functions references to allow the sysfs
code to call APIs like apply_workqueue_attrs().
Lets
From: Frederic Weisbecker
Create a cpumask that limit the affinity of all unbound workqueues.
This cpumask is controlled though a file at the root of the workqueue
sysfs directory.
It works on a lower-level than the per WQ_SYSFS workqueues cpumask files
such that the effective cpumask applied
On 04/01/2015 06:19 PM, Madalin Bucur wrote:
> This is the second version of a patch series that adds
> the Ethernet driver for the Freescale QorIQ Data Path
> Acceleration Architecture (DPAA).
>
> This second version includes the changes requested by
> Kumar Gala. The PM ops patch was removed as
Allow to modify the low-level unbound workqueues cpumask through
sysfs. This is performed by traversing the entire workqueue list
and calling apply_wqattrs_prepare() on the unbound workqueues
with the low level mask passed in. Only after all the preparation are done,
we commit them all together.
Current apply_workqueue_attrs() includes pwqs-allocation and pwqs-installation,
so when we batch multiple apply_workqueue_attrs()s as a transaction, we can't
ensure the transaction must succeed or fail as a complete unit.
To solve this, we split apply_workqueue_attrs() into three stages.
The
On Thu, 5 Mar 2015, Steven Rostedt wrote:
> On Thu, 5 Mar 2015 16:56:43 +0100 (CET)
> Miroslav Benes wrote:
>
> > I don't know if you plan to do something about this patch or if you just
> > missed it in your e-mail pile. Should I resend it or have you already
> > scratched that?
>
> Thanks
This patch series adds the support for axp288 extcon driver
and also adds the cell info for extcon device in axp20x mfd driver.
Ramakrishna Pallala (2):
mfd/axp20x: add support for extcon cell
extcon-axp288: Add axp288 extcon driver support
drivers/extcon/Kconfig |7 +
Hi Zhen-Hua,
On Thu, Mar 19, 2015 at 01:36:18PM +0800, Li, Zhen-Hua wrote:
> This patchset is an update of Bill Sumner's patchset, implements a fix for:
> If a kernel boots with intel_iommu=on on a system that supports intel vt-d,
> when a panic happens, the kdump kernel will boot with these
This patch adds the extcon support for AXP288 PMIC which
has the BC1.2 charger detection capability. Additionally
it also adds the USB mux switching support b/w SOC and PMIC
based on GPIO control.
Signed-off-by: Ramakrishna Pallala
---
drivers/extcon/Kconfig |7 +
This patch adds the mfd cell info for axp288 extcon device.
Signed-off-by: Ramakrishna Pallala
---
drivers/mfd/axp20x.c | 28
1 file changed, 28 insertions(+)
diff --git a/drivers/mfd/axp20x.c b/drivers/mfd/axp20x.c
index 0acbe52..a569721 100644
---
RTC is present in AM43xx and DRA7xx also. Updating the Kconfig
to depend on ARCH_OMAP or ARCH_DAVINCI
Signed-off-by: Lokesh Vutla
Acked-by: Alexandre Belloni
---
drivers/rtc/Kconfig | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/rtc/Kconfig
module_platform_driver_probe() prevents driver from requesting probe deferral.
So using module_platform_drive() to support probe deferral.
Signed-off-by: Lokesh Vutla
Acked-by: Alexandre Belloni
---
drivers/rtc/rtc-omap.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git
RTC module contains a kicker mechanism to prevent any spurious writes
from changing the register values. This mechanism requires two MMR
writes to the KICK0 and KICK1 registers with exact data values
before the kicker lock mechanism is released.
Currently the driver release the lock in the probe
This patch series fixes miscellaneous bugs in OMAP RTC driver.
Tested on BeagleBone-Black.
Logs: http://pastebin.ubuntu.com/10723287/
V1 patches can be seen here:
http://www.mail-archive.com/linux-omap%40vger.kernel.org/msg115839.html
Lokesh Vutla (3):
rtc: omap: Unlock and Lock rtc
Hi,
> -Original Message-
> From: Yann Droneaud [mailto:ydrone...@opteya.com]
> Sent: Thursday, April 02, 2015 1:05 PM
> To: Shachar Raindel
> Cc: oss-secur...@lists.openwall.com;
> (linux-r...@vger.kernel.org); linux-kernel@vger.kernel.org;
> sta...@vger.kernel.org
> Subject: Re:
* Borislav Petkov wrote:
> --- a/arch/x86/kernel/module.c
> +++ b/arch/x86/kernel/module.c
> @@ -33,6 +33,7 @@
>
> #include
> #include
> +#include
>
> #if 0
> #define DEBUGP(fmt, ...) \
> @@ -47,21 +48,13 @@ do {
On Thu, Mar 19, 2015 at 01:36:25PM +0800, Li, Zhen-Hua wrote:
> +#ifdef CONFIG_CRASH_DUMP
> + if (is_kdump_kernel())
> + __iommu_update_old_root_entry(iommu, bus);
> +#endif
All the is_kdump_kernel checks in this patch (and maybe in other patches
too) should really
Extend the S3C RTC node with rtc_src clock so it could be operational.
The rtc_src clock is provided by MAX77686 (Trats2 and Odroid-U3) or
S2MPS11 (Arndale Octa).
Signed-off-by: Krzysztof Kozlowski
---
Patch depends on new file "dt-bindings/clock/samsung,s2mps11.h"
from:
1. ARM: dts: Add
Use a define instead of raw number as a ID for "rtc_src" clock.
Signed-off-by: Krzysztof Kozlowski
---
Patch depends on new file "dt-bindings/clock/samsung,s2mps11.h" from:
1. ARM: dts: Add bindings for 32kHz clocks from s2mps11
http://www.spinics.net/lists/linux-samsung-soc/msg43345.html
Initialize the device time (if it is wrong) before registering RTC
device to fix following error message during rtc-s3c probe:
[2.215414] rtc (null): read_time: fail to read
[2.216322] s3c-rtc 1007.rtc: rtc core: registered s3c as rtc1
Signed-off-by: Krzysztof Kozlowski
---
> With these series as they are, we need 'clk_ignore_unused' on
> sthi407-b2120.dts and stih418-b2199.dts.
>
> We have to modificate stih407-clock.dtsi and stih418-clock.dtsi in same way.
Just to clarify this point for all interested parties; this patch-set
is not the completed article. It's
> > > > diff --git a/include/linux/mfd/axp20x.h
> > > > b/include/linux/mfd/axp20x.h index dfabd6d..4ed8071 100644
> > > > --- a/include/linux/mfd/axp20x.h
> > > > +++ b/include/linux/mfd/axp20x.h
> > > > @@ -275,4 +275,9 @@ struct axp20x_fg_pdata {
> > > > int
On Thu, 02 Apr 2015, Pallala, Ramakrishna wrote:
> Hi,
>
> > > diff --git a/include/linux/mfd/axp20x.h b/include/linux/mfd/axp20x.h
> > > index dfabd6d..4ed8071 100644
> > > --- a/include/linux/mfd/axp20x.h
> > > +++ b/include/linux/mfd/axp20x.h
> > > @@ -275,4 +275,9 @@ struct axp20x_fg_pdata {
On Thu, 02 Apr 2015, Gabriel Fernandez wrote:
> Hi Peter, Lee,
>
> With these series as they are, we need 'clk_ignore_unused' on
> sthi407-b2120.dts and stih418-b2199.dts.
>
> We have to modificate stih407-clock.dtsi and stih418-clock.dtsi in same way.
Absolutely. It's on my backlog.
> On
'active_bases' indicates which clock-base have active timers. While it
is updated (almost) correctly, it is hardly used. Next commit will start
using it to make code more efficient, but before that we need to fix a
problem.
While removing hrtimers, in __remove_hrtimer():
- We first remove the
On Thu, 02 Apr 2015, Peter Griffin wrote:
> Hi Lee,
>
> On Fri, 27 Feb 2015, Lee Jones wrote:
>
> > Some hardware contains bunches of clocks which must never be
> > turned off. If drivers a) fail to obtain a reference to any
> > of these or b) give up a previously obtained reference
> > during
At several instances we iterate over all possible clock-bases for a particular
cpu-base. Whereas, we only need to iterate over active bases.
We already have per cpu-base 'active_bases' field, which is updated on
addition/removal of hrtimers.
This patch creates for_each_active_base(), which uses
Hi,
'active_bases' indicates which clock-base have active timers. While it
is updated (almost) correctly, it is hardly used.
And so this is an attempt to improve the code that iterates over all
clock-bases.
The first patch fixes a bug that only shows up after the second commit,
and the second
On Thu, Apr 02, 2015 at 11:06:32AM +0200, Robert Jarzmik wrote:
> Robert Jarzmik writes:
>
> > This is a new driver for pxa SoCs, which is also compatible with the former
> > mmp_pdma.
>
> All right, I have a v2 for this patch, with a minor change for muxed interrupt
> probe case (1 interrupt
gcov profiling if enabled with other heavy compile-time
instrumentation like KASan could trigger following softlockups:
[ 72.460059] NMI watchdog: BUG: soft lockup - CPU#0 stuck for 22s!
[swapper/0:1]
[ 72.460068] Modules linked in:
[ 72.460068] irq event stamp: 22823276
[ 72.460068]
On Thu, 02 Apr 2015, Geert Uytterhoeven wrote:
> On Thu, Mar 26, 2015 at 8:38 PM, Lee Jones wrote:
> > On Thu, 26 Mar 2015, Geert Uytterhoeven wrote:
> >> On Thu, Mar 26, 2015 at 2:51 PM, Lee Jones wrote:
> >> > On Wed, 25 Mar 2015, Geert Uytterhoeven wrote:
> >> >> On Mon, Mar 9, 2015 at 10:28
Just a few nits.
This series is posted as an RFC, so this might not be what you're
expecting right now. But as these messages got tangled up in my mail
filter anyhow, I thought I might as well bother you with these nits now.
On Wed, 2015-04-01 at 19:19 +0300, Madalin Bucur wrote:
> --- /dev/null
* Preeti U Murthy wrote:
> It was found when doing a hotplug stress test on POWER, that the machine
> either hit softlockups or rcu_sched stall warnings. The issue was
> traced to commit 7cba160ad789a powernv/cpuidle: Redesign idle states
> management, which exposed the cpu down race with
Am 02.04.2015 um 12:35 schrieb Johan Hovold :
> On Thu, Apr 02, 2015 at 12:12:37PM +0200, Jonathan Corbet wrote:
>> On Sat, 28 Mar 2015 14:37:57 +0100
>> Marek Belisko wrote:
>>
>>> This patch changes the documentation file as needed.
>>
>> Applied to the docs tree (with the changelog typo
* Denys Vlasenko wrote:
> On 04/02/2015 11:07 AM, Ingo Molnar wrote:
> >
> > * Andy Lutomirski wrote:
> >
> >> When I wrote the opportunistic SYSRET code, I missed an important
> >> difference between SYSRET and IRET. Both instructions are capable
> >> of setting EFLAGS.TF, but they behave
On Thu, Apr 02, 2015 at 12:12:37PM +0200, Jonathan Corbet wrote:
> On Sat, 28 Mar 2015 14:37:57 +0100
> Marek Belisko wrote:
>
> > This patch changes the documentation file as needed.
>
> Applied to the docs tree (with the changelog typo fixed).
This patch was incorrect and needed to be
From: Wood Scott-B07421
Sent: Tuesday, March 31, 2015 9:30
To: Zhao Chenhui-B35336
Cc: linuxppc-...@lists.ozlabs.org; devicet...@vger.kernel.org;
linux-kernel@vger.kernel.org; Jin Zhengxiong-R64188
Subject: Re: [2/4] powerpc/rcpm: add RCPM driver
On
On Thu, Apr 02, 2015 at 05:50:56PM +0800, kbuild test robot wrote:
>
> Signed-off-by: Fengguang Wu
> ---
> xgene-dma.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/dma/xgene-dma.c b/drivers/dma/xgene-dma.c
> index 2383528..aa61935 100755
> ---
Am Freitag, 27. März 2015, 03:09:09 schrieb Anand Moon:
> This work depeds upon work done by Lukasz Majewski
> and Sjoerd Simons regarding the pwm-fan.
>
> -Anand Moon
> --
> To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc"
> in
> the body of a message to
On Thu, Apr 2, 2015 at 2:05 PM, Vinod Koul wrote:
> On Wed, Mar 18, 2015 at 07:17:33PM +0530, Rameshwar Prasad Sahu wrote:
>> This patch set implements the APM X-Gene SoC DMA driver support to offload
>> the DMA operations such as memory copy(memcpy), scatter gather memory copy,
>> raid5 xor and
On Tue, 31 Mar 2015, Drokin, Oleg wrote:
>
> On Mar 31, 2015, at 11:57 AM, gre...@linuxfoundation.org wrote:
>
> > On Tue, Mar 31, 2015 at 05:15:23PM +0200, Julia Lawall wrote:
> >> On Tue, 31 Mar 2015, Dhere, Chaitanya (C.) wrote:
> >>
> >>> This patch replaces kzalloc and copy_from_user with
On 03/26/2015 01:33 PM, Tyler Baker wrote:
> On 26 March 2015 at 09:29, John Stultz wrote:
>> On Thu, Mar 26, 2015 at 4:31 AM, Prarit Bhargava wrote:
>>> On 03/25/2015 07:44 PM, John Stultz wrote:
+ printf("%-22s %s missing CAP_WAKE_ALARM?:
[UNSUPPORTED]\n",
Dan Carpenter writes:
> This doesn't look right and it doesn't have a changelog explainly the
> weirdness.
>
... and the fix is as ugly as it gets!
If something like this is needed, creating a __le16 *ptr at the
beginnging of the function would be a lot better.
Jes
--
To unsubscribe from this
2015-03-31 8:55 GMT+02:00 Kukjin Kim :
> Javier Martinez Canillas wrote:
>>
>> On Tue, Mar 31, 2015 at 6:05 AM, Chanwoo Choi wrote:
>> > Hi,
>> >
>> > On 03/31/2015 12:21 AM, Krzysztof Kozlowski wrote:
>> >> Use a define instead of raw number as a ID for "rtc_src" clock.
>> >>
>> >>
On 03/26/2015 12:29 PM, John Stultz wrote:
> On Thu, Mar 26, 2015 at 4:31 AM, Prarit Bhargava wrote:
>> On 03/25/2015 07:44 PM, John Stultz wrote:
>>> + printf("%-22s %s missing CAP_WAKE_ALARM?:
>>> [UNSUPPORTED]\n",
>>> +
From: Wood Scott-B07421
Sent: Tuesday, March 31, 2015 9:10
To: Zhao Chenhui-B35336
Cc: linuxppc-...@lists.ozlabs.org; devicet...@vger.kernel.org;
linux-kernel@vger.kernel.org; Jin Zhengxiong-R64188
Subject: Re: [1/4] powerpc/cache: add cache flush
On Sat, 28 Mar 2015 14:37:57 +0100
Marek Belisko wrote:
> This patch changes the documentation file as needed.
Applied to the docs tree (with the changelog typo fixed).
Thanks,
jon
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Tue, 2015-03-31 at 16:17 +0200, Alexander Larsson wrote:
> On tis, 2015-03-31 at 17:08 +0300, James Bottomley wrote:
> > On Tue, 2015-03-31 at 06:59 -0700, Andy Lutomirski wrote:
> > >
> > > I don't think that this is correct. That user can already create a
> > > nested userns and map
On Thu, Apr 02, 2015 at 11:04:16AM +0200, Jean Delvare wrote:
> Le Thursday 02 April 2015 à 01:23 -0700, Christoph Hellwig a écrit :
> > The class ids are a hardware defintion, not a kernel API. Just use the
> > definitions from libpci, or copy over the kernel header if you prefer
> > it over the
This doesn't look right and it doesn't have a changelog explainly the
weirdness.
regards,
dan carpenter
--
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
On 04/02/2015 11:07 AM, Ingo Molnar wrote:
>
> * Andy Lutomirski wrote:
>
>> When I wrote the opportunistic SYSRET code, I missed an important
>> difference between SYSRET and IRET. Both instructions are capable
>> of setting EFLAGS.TF, but they behave differently when doing so.
>> IRET will
Hi,
Le mercredi 18 mars 2015 à 17:39 +, Shachar Raindel a écrit :
> Hi,
>
> It was found that the Linux kernel's InfiniBand/RDMA subsystem did not
> properly sanitize input parameters while registering memory regions
> from user space via the (u)verbs API. A local user with access to
> a
kmap_atomic() gives only the page address of the input page.
Driver should take care of adding the offset of the scatterlist
within the page to the returned page address.
omap-sham driver is not adding the offset to page and directly operates
on the return vale of kmap_atomic(), because of which
* Aravind Gopalakrishnan wrote:
> GART registers are not present in newer processors (Fam15h, Model 10h
> and later). So, avoid accesses to GART registers in PCI config
> space by returning early in early_gart_iommu_check() and
> gart_iommu_hole_init() if GART is not available.
In what fashion
Hi Herbert,
On Wednesday 01 April 2015 07:48 PM, Herbert Xu wrote:
> On Tue, Mar 31, 2015 at 09:52:23AM +0530, Lokesh Vutla wrote:
>> Commit 26a05489ee0e ("crypto: omap-sham - Map SG pages if they are HIGHMEM
>> before accessing")
>> says that HIGHMEM pages may not be mapped so we must
>> kmap
* Linus Torvalds wrote:
> On Wed, Apr 1, 2015 at 7:32 AM, Chris J Arges
> wrote:
> >
> > I included the full patch in reply to Ingo's email, and when
> > running with that I no longer get the ack_APIC_irq WARNs.
>
> Ok. That means that the printk's themselves just change timing
> enough, or
tree: git://git.kernel.org/pub/scm/linux/kernel/git/vkoul/slave-dma.git
for-linus
head: fe90ced9e9d7bdba75ccae83100ae656807a6261
commit: 9f2fd0dfa594d857fbdaeda523ff7a46f16567f5 [26/28] dmaengine: Add support
for APM X-Gene SoC DMA engine driver
reproduce:
# apt-get install sparse
git
Signed-off-by: Fengguang Wu
---
xgene-dma.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/dma/xgene-dma.c b/drivers/dma/xgene-dma.c
index 2383528..aa61935 100755
--- a/drivers/dma/xgene-dma.c
+++ b/drivers/dma/xgene-dma.c
@@ -1623,7 +1623,7 @@ static void
Hi Linus,
Please pull one powerpc fix for 4.0:
The following changes since commit e42391cd048809d903291d07f86ed3934ce138e9:
Linux 4.0-rc6 (2015-03-29 15:26:31 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mpe/linux.git tags/powerpc-4.0-4
for
Hi Peter, Lee,
With these series as they are, we need 'clk_ignore_unused' on
sthi407-b2120.dts and stih418-b2199.dts.
We have to modificate stih407-clock.dtsi and stih418-clock.dtsi in same way.
BR
Gabriel
On 2 April 2015 at 10:12, Peter Griffin wrote:
> Hi Lee,
>
> On Fri, 27 Feb 2015, Lee
701 - 800 of 1818 matches
Mail list logo
