On Fri, Nov 11, 2016 at 04:52:35PM -0500, Leeder, Neil wrote:
> So is there a use-case for individual uncore PMUs when they can't be
> used in task mode or per-cpu?
>
> The main (only?) use will be in system mode, in which case surely it
> makes sense to provide a single aggregated count?
If you
On Tue, Nov 15, 2016 at 02:29:16PM -0600, Christoph Lameter wrote:
>
> > > There is a deadlock, Peter!!!
> >
> > Describe please? Also, have you tried disabling RT_RUNTIME_SHARE ?
> >
>
>
> The description was given earlier in the the thread and the drawbacks of
> using RT_RUNTIME_SHARE as well.
On Wednesday 16 November 2016 04:05 PM, Alexandre Bailon wrote:
> On 11/15/2016 11:46 AM, Sekhar Nori wrote:
>> On Thursday 03 November 2016 09:29 PM, Alexandre Bailon wrote:
>>> This adds the device tree node for the usb otg
>>> controller present in the da850 family of SoC's.
>>> This also enable
During boot into a current openSUSE Tumbleweed 20161108 this laptop
starts to hang sometimes with 4.8.x. Today I was able to catch this
crash in __wake_up_common caused by i915 or drm or whatever:
...
[ 69.851635] BUG: unable to handle kernel NULL pointer dereference at
(null)
[ 69
Btw, for your next submission, this patch can be split in two exactly
like the commit message paragraphs are:
On Wed, Nov 09, 2016 at 06:36:10PM -0600, Tom Lendacky wrote:
> Add support to be able to either encrypt or decrypt data in place during
> the early stages of booting the kernel. This does
On 11/16/2016 11:41 AM, Sekhar Nori wrote:
> On Wednesday 16 November 2016 04:05 PM, Alexandre Bailon wrote:
>> On 11/15/2016 11:46 AM, Sekhar Nori wrote:
>>> On Thursday 03 November 2016 09:29 PM, Alexandre Bailon wrote:
This adds the device tree node for the usb otg
controller present i
Hi Kevin, Ulf,
On 03/11/16 14:20, Jon Hunter wrote:
>
> On 11/10/16 10:15, Jon Hunter wrote:
>
> ...
>
> Second, another way of seeing this is: Depending on the current
> runtime selected configuration you need to re-configure the PM domain
> topology - but the device would still re
From: Petr Kulhavy
This adds DT support for TI DA8xx/OMAP-L1x/AM17xx/AM18xx MUSB driver
Signed-off-by: Petr Kulhavy
Signed-off-by: Alexandre Bailon
Tested-by: David Lechner
---
drivers/usb/musb/da8xx.c | 46 ++
1 file changed, 46 insertions(+)
dif
Changes in v2:
* Remove unrelated changes in patch 3
* Rename the device node in patch 4
Changes in v3:
* Fix few mistakes in DT binding sample
* Only build the device table if DT is enabled
Change in v4:
* Fix a nit
Changes in v5:
* Nothing. Resent the v4 in two seppaated series: one for platfo
From: Petr Kulhavy
DT binding for the TI DA8xx/OMAP-L1x/AM17xx/AM18xx MUSB driver.
Signed-off-by: Petr Kulhavy
Signed-off-by: Alexandre Bailon
Acked-by: Rob Herring
---
.../devicetree/bindings/usb/da8xx-usb.txt | 43 ++
1 file changed, 43 insertions(+)
create mo
From: Petr Kulhavy
This adds the function musb_get_mode() to get the DT property "dr_mode"
Signed-off-by: Petr Kulhavy
Acked-by: Sergei Shtylyov
Signed-off-by: Alexandre Bailon
Tested-by: David Lechner
Reviewed-by: Kevin Hilman
---
drivers/usb/musb/musb_core.c | 19 +++
dri
On 10/25/2016 01:44 PM, Christian Borntraeger wrote:
> I just got
Ping?
>
> qemu-system-s39: page allocation failure: order:0,
> mode:0x220(GFP_NOWAIT|__GFP_NOTRACK)
> CPU: 0 PID: 6664 Comm: qemu-system-s39 Tainted: G 4.9.0-rc2+ #44
> [...]
> ([<0011230a>] show_trace+0x62/0x78)
> ([
knav_queue_open always returns an ERR_PTR value, never NULL. This can be
confirmed by unfolding the function calls and conforms to the function's
documentation. Thus, replace IS_ERR_OR_NULL by IS_ERR in error checks.
The change is made using the following semantic patch:
(http://coccinelle.lip6.
Replace IS_ERR_OR_NULL by IS_ERR on knav_queue_open calls.
---
drivers/net/ethernet/ti/netcp_core.c |6 +++---
drivers/soc/ti/knav_qmss_queue.c |2 +-
2 files changed, 4 insertions(+), 4 deletions(-)
knav_queue_open always returns an ERR_PTR value, never NULL. This can be
confirmed by unfolding the function calls and conforms to the function's
documentation. Thus, replace IS_ERR_OR_NULL by IS_ERR in error checks.
The change is made using the following semantic patch:
(http://coccinelle.lip6.
On Tue, Nov 15, 2016 at 11:41:58PM +0100, Thomas Gleixner wrote:
> We have the same exit condition in the (affv <= nodes) case and further
> down in the outer loop. So the complete patch should be something like
> this:
Yes, this looks fine.
Reviewed-by: Christoph Hellwig
Tested-by: Christoph He
This add and enable the usb otg for da850 and da850-lcdk.
This series depends on "driver: dd DT support for DA8xx" patch set.
If this series is applied before the "usb: musb: da8xx: Fix few issues" patch
set then the usb driver will always retrun -ENODEV.
Changes in v2:
* Remove unrelated changes
This enables the usb otg controller for the lcdk board.
Signed-off-by: Alexandre Bailon
---
arch/arm/boot/dts/da850-lcdk.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/boot/dts/da850-lcdk.dts b/arch/arm/boot/dts/da850-lcdk.dts
index 7b8ab21..03f9bfd 100644
--- a/arch/ar
This adds the device tree node for the usb otg
controller present in the da850 family of SoC's.
Signed-off-by: Alexandre Bailon
---
arch/arm/boot/dts/da850.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/da850.dtsi b/arch/arm/boot/dts/da850.dtsi
index 2534a
Hi,
Sriram Dash writes:
> From: Arnd Bergmann
>
> The dma ops for dwc3 devices are not set properly. So, use a
> physical device sysdev, which will be inherited from parent,
> to set the hardware / firmware parameters like dma.
>
> Signed-off-by: Arnd Bergmann
> Signed-off-by: Sriram Dash
> S
Am Mittwoch, 16. November 2016, 08:19:41 CET schrieb Jianqun Xu:
> Fix RK3368_* to RK3399_* for rk3399 clk_test clock.
>
> Signed-off-by: Jianqun Xu
applied to my clk branch for 4.10
Thanks
Heiko
On Wed, Nov 16, 2016 at 10:49:49AM +0100, Greg KH wrote:
> On Wed, Nov 16, 2016 at 11:30:35AM +0200, Heikki Krogerus wrote:
> > On Tue, Nov 15, 2016 at 04:19:10PM -0800, Badhri Jagan Sridharan wrote:
> > > Hi,
> > >
> > > At present I am using the uevent in the userspace to infer
> > > the Presenc
While the {READ,WRITE}_ONCE() macros should be used in preference to
ACCESS_ONCE(), the circular buffer documentation uses the latter
exclusively.
To point people in the right direction, and as a step towards the
eventual removal of ACCESS_ONCE(), update the documentation to use
READ_ONCE(), as AC
Hi,
Arnd Bergmann writes:
> A change to the suspend/resume handling in dwc3-pci introduced a
> harmless warning:
>
> drivers/usb/dwc3/dwc3-pci.c:169:12: error: ‘dwc3_pci_dsm’ defined but not
> used [-Werror=unused-function]
>
> Replacing the #ifdef around the PM functions with __maybe_unused
>
While the {READ,WRITE}_ONCE() macros should be used in preference to
ACCESS_ONCE(), the atomic documentation uses the latter exclusively.
To point people in the right direction, and as a step towards the
eventual removal of ACCESS_ONCE(), update the documentation to use the
{READ,WRITE}_ONCE() mac
Oops, sorry, ignore this patch in the series..
This is actually already picked by Steve.
On Wed, 16 Nov 2016 17:12:41 +0900
Masami Hiramatsu wrote:
> Use glob_match() to support flexible glob wildcards (*,?)
> and character classes ([) for ftrace.
> Since the full glob matching is slower than t
> On Nov 9, 2016, at 1:56 PM, Yury Norov wrote:
>
> On Mon, Nov 07, 2016 at 01:53:59PM +0530, Yury Norov wrote:
>> Hi all,
>>
>> [add libc-alpha mail list]
>>
>> For libc-alpha: this is the part of LKML submission with latest
>> patches for aarch64/ilp32.
>> https://www.spinics.net/lists/arm-ke
On 11/16/2016 11:23 AM, Peter Zijlstra wrote:
> On Wed, Nov 16, 2016 at 12:19:09PM +0800, Pan Xinhui wrote:
>> Hi, Peter.
>> I think we can avoid a function call in a simpler way. How about below
>>
>> static inline bool vcpu_is_preempted(int cpu)
>> {
>> /* only set in pv case*/
>>
On Wed, 2016-11-16 at 13:09 +0200, Heikki Krogerus wrote:
> OK, I'll add KOBJ_CHANGE for those.
>
> So is it OK to everybody if I remove the KOBJ_CHANGE in
> typec_connect()? We will see uevent KOBJ_ADD since the partner (or
> cable) is added in any case. Badhri, Oliver?
OK by me.
Regar
2016-10-31 17:05 GMT+01:00 Jyri Sarha :
> On 10/31/16 16:19, Bartosz Golaszewski wrote:
>> Revision 1 of the IP doesn't work if we don't load the palette (even
>> if it's not used, which is the case for the RGB565 format).
>>
>> Add a function called from tilcdc_crtc_enable() which performs all
>>
On Tue, Nov 15, 2016 at 04:39:33PM +0100, Johannes Thumshirn wrote:
> On Tue, Nov 15, 2016 at 03:31:27PM +0100, Steffen Maier wrote:
> > Hi Johannes,
> >
> > On 11/15/2016 12:56 PM, Johannes Thumshirn wrote:
> > > On Tue, Oct 25, 2016 at 09:43:14AM +0200, Johannes Thumshirn wrote:
> > > > On Fri,
The mxs-auart driver does not count FIFO overrun errors. These errors never
appear in /proc/tty/driver/ttyAPP. This is because the OERR status bit is
masked by read_status_mask in the rx interrupt function, but the
AUART_STAT_OERR bit is never set in read_status_mask. The patch enables the
counting
On Wed, Nov 16, 2016 at 12:29:44PM +0100, Christian Borntraeger wrote:
> On 11/16/2016 11:23 AM, Peter Zijlstra wrote:
> > On Wed, Nov 16, 2016 at 12:19:09PM +0800, Pan Xinhui wrote:
> >> Hi, Peter.
> >>I think we can avoid a function call in a simpler way. How about below
> >>
> >> static inli
On Wed, Nov 16, 2016 at 9:37 AM, Wolfgang Ocker wrote:
> The mxs-auart driver does not count FIFO overrun errors. These errors never
> appear in /proc/tty/driver/ttyAPP. This is because the OERR status bit is
> masked by read_status_mask in the rx interrupt function, but the
> AUART_STAT_OERR bit
On 15 November 2016 at 23:53, Stephen Boyd wrote:
> On 11/15, Ard Biesheuvel wrote:
>> On 15 November 2016 at 19:18, Stephen Boyd wrote:
>> > On 11/15, Ard Biesheuvel wrote:
>> >> On 19 October 2016 at 00:42, Stephen Boyd wrote:
>> >> >
>> >> > +static unsigned char ideal_nop4_arm_le[4] = { 0x00
Adding support to configure regulator POK mapping bit
to control nRST_IO and GPIO1 POK function.
Signed-off-by: Venkat Reddy Talla
---
drivers/regulator/max77620-regulator.c | 39 ++
include/linux/mfd/max77620.h | 2 ++
2 files changed, 41 insertions(+)
Adding documentation for maxim,power-ok-control dts property
Signed-off-by: Venkat Reddy Talla
---
Documentation/devicetree/bindings/mfd/max77620.txt | 12
1 file changed, 12 insertions(+)
diff --git a/Documentation/devicetree/bindings/mfd/max77620.txt
b/Documentation/devicetree/b
Wed, Nov 16, 2016 at 09:43:15AM CET, green...@gmail.com wrote:
>To support device tree usage for ftmac100.
>
>Signed-off-by: Greentime Hu
>---
> drivers/net/ethernet/faraday/ftmac100.c |7 +++
> 1 file changed, 7 insertions(+)
>
>diff --git a/drivers/net/ethernet/faraday/ftmac100.c
>b/driv
Am Dienstag, 15. November 2016, 12:45:16 CET schrieb Heiko Stuebner:
> Am Montag, 14. November 2016, 20:14:48 CET schrieb Andy Yan:
> > RK1108 is embedded with an ARM Cortex-A7 single core and a DSP core.
> > It is designed for varies application scenario such as car DVR, sports
> > DV, secure came
Commit 700a38b27eef ("Input: gpio_keys - switch to using generic device
properties") switched to use generic device properties for GPIO keys and
commit 5feeca3c1e39 ("Input: gpio_keys - add support for GPIO descriptors")
switched from legacy GPIO numbers to GPIO descriptors.
Previously devm_gpio_r
Am Montag, 14. November 2016, 20:17:43 CET schrieb Andy Yan:
> RK1108 EVB is designed by Rockchip for CVR field.
> This patch add basic support for it, which can boot with
> initramfs into shell.
>
> Signed-off-by: Andy Yan
> Acked-by: Rob Herring
>
> ---
>
> Changes in v2:
> - move the board
Hi Bjorn
Many Thanks for your review
在 2016/11/15 7:33, Bjorn Helgaas 写道:
On Wed, Nov 09, 2016 at 05:14:57PM +0800, Dongdong Liu wrote:
PCIe controller in Hip05/HIP06/HIP07 SoCs is not ECAM compliant.
It is non ECAM only for the RC bus config space;for any other bus
underneath the root bus we
>From: Scott Wood
>On 11/15/2016 06:39 AM, Sriram Dash wrote:
>>> From: Scott Wood
>>> On 11/13/2016 11:27 PM, Sriram Dash wrote:
diff --git
a/Documentation/devicetree/bindings/phy/phy-qoriq-usb3.txt
b/Documentation/devicetree/bindings/phy/phy-qoriq-usb3.txt
new file mode 100644
Hi Norbert,
On Wed, Nov 16, 2016 at 11:38:21AM +0900, Norbert Preining wrote:
> I am trying to get HDMI audio output via a Lenovo Dock Ultra in
> combination with a Lenovo Thinkpad X260.
>
> [...]
Lenovo Dock Ultra contains a DP-MST Hub to provide all those
HDMI/DVI/DP ports. Audio over DP-MST is
Commit-ID: 9164b4ceb7b492a77c7fe770a4b9d1375c9cd45a
Gitweb: http://git.kernel.org/tip/9164b4ceb7b492a77c7fe770a4b9d1375c9cd45a
Author: David Herrmann
AuthorDate: Tue, 15 Nov 2016 13:01:57 +0100
Committer: Ingo Molnar
CommitDate: Wed, 16 Nov 2016 09:38:22 +0100
x86/sysfb: Add support fo
Commit-ID: f96acec8c8020807429d21324547f4b904c37177
Gitweb: http://git.kernel.org/tip/f96acec8c8020807429d21324547f4b904c37177
Author: David Herrmann
AuthorDate: Tue, 15 Nov 2016 13:01:58 +0100
Committer: Ingo Molnar
CommitDate: Wed, 16 Nov 2016 09:38:23 +0100
x86/sysfb: Fix lfb_size c
You are right. I didn't notice that. I should use ftmac100.
On Wed, Nov 16, 2016 at 7:53 PM, Jiri Pirko wrote:
> Wed, Nov 16, 2016 at 09:43:15AM CET, green...@gmail.com wrote:
>>To support device tree usage for ftmac100.
>>
>>Signed-off-by: Greentime Hu
>>---
>> drivers/net/ethernet/faraday/ftma
Commit-ID: 79ab11cdb90d8536817ab7357ecb6b1ff76be26c
Gitweb: http://git.kernel.org/tip/79ab11cdb90d8536817ab7357ecb6b1ff76be26c
Author: Christian Borntraeger
AuthorDate: Tue, 25 Oct 2016 11:03:11 +0200
Committer: Ingo Molnar
CommitDate: Wed, 16 Nov 2016 10:15:09 +0100
locking/core: Intr
Commit-ID: c499336cea8bbe15554c6fcea2138658c5395bfe
Gitweb: http://git.kernel.org/tip/c499336cea8bbe15554c6fcea2138658c5395bfe
Author: Kan Liang
AuthorDate: Tue, 15 Nov 2016 13:40:10 -0500
Committer: Ingo Molnar
CommitDate: Wed, 16 Nov 2016 09:46:35 +0100
perf/x86/uncore: Fix crash by
Commit-ID: bf0d31c05411f030e7df9f98b5be4d0c6fd5cd39
Gitweb: http://git.kernel.org/tip/bf0d31c05411f030e7df9f98b5be4d0c6fd5cd39
Author: Christian Borntraeger
AuthorDate: Tue, 25 Oct 2016 11:03:12 +0200
Committer: Ingo Molnar
CommitDate: Wed, 16 Nov 2016 10:15:09 +0100
locking/core, stop
> Not sure how independent ERST is from ACPI and other specs. It looks
> like referencing UEFI spec at least.
It is just the format of error records that comes from the UEFI spec
(include/linux/cper.h) but you can ignore it, I think. It should be
handled by tools on the host side. For you, the
Commit-ID: f2f09a4cee3507dba0e24b87ba2961a5c377d3a7
Gitweb: http://git.kernel.org/tip/f2f09a4cee3507dba0e24b87ba2961a5c377d3a7
Author: Christian Borntraeger
AuthorDate: Tue, 25 Oct 2016 11:03:14 +0200
Committer: Ingo Molnar
CommitDate: Wed, 16 Nov 2016 10:15:10 +0100
locking/core: Remo
Commit-ID: 5bd0b85ba8bb9de6f61f33f3752fc85f4c87fc22
Gitweb: http://git.kernel.org/tip/5bd0b85ba8bb9de6f61f33f3752fc85f4c87fc22
Author: Christian Borntraeger
AuthorDate: Tue, 25 Oct 2016 11:03:15 +0200
Committer: Ingo Molnar
CommitDate: Wed, 16 Nov 2016 10:15:11 +0100
locking/core, arch
Commit-ID: 22b6430d36659b37ed139b7fd87fcc7237fb0cfd
Gitweb: http://git.kernel.org/tip/22b6430d36659b37ed139b7fd87fcc7237fb0cfd
Author: Christian Borntraeger
AuthorDate: Tue, 25 Oct 2016 11:03:13 +0200
Committer: Ingo Molnar
CommitDate: Wed, 16 Nov 2016 10:15:10 +0100
locking/core, s390
Commit-ID: f285144f81e814f39342dbf5321d6ba939890b1b
Gitweb: http://git.kernel.org/tip/f285144f81e814f39342dbf5321d6ba939890b1b
Author: Martin Schwidefsky
AuthorDate: Mon, 7 Nov 2016 14:01:00 +0100
Committer: Ingo Molnar
CommitDate: Wed, 16 Nov 2016 10:29:04 +0100
sched/x86: Do not clea
Commit-ID: 527b0a76f41d062381adbb55c8eb61e32cb0bfc9
Gitweb: http://git.kernel.org/tip/527b0a76f41d062381adbb55c8eb61e32cb0bfc9
Author: Martin Schwidefsky
AuthorDate: Fri, 11 Nov 2016 15:27:49 +0100
Committer: Ingo Molnar
CommitDate: Wed, 16 Nov 2016 10:29:03 +0100
sched/cpuacct: Avoid
Commit-ID: 104cb16d9eb684f071d5bf3aa87c0d01af259b7c
Gitweb: http://git.kernel.org/tip/104cb16d9eb684f071d5bf3aa87c0d01af259b7c
Author: Morten Rasmussen
AuthorDate: Fri, 14 Oct 2016 14:41:07 +0100
Committer: Ingo Molnar
CommitDate: Wed, 16 Nov 2016 10:29:05 +0100
sched/fair: Compute tas
For below two cases, we can't guarantee data consistence:
a)
1. xfs_io "pwrite 0 4195328" "fsync"
2. xfs_io "pwrite 4195328 1024" "fdatasync"
3. godown
4. umount & mount
--> isize we updated before fdatasync won't be recovered
b)
1. xfs_io "pwrite -S 0xcc 0 4202496" "fsync"
2. xfs_io "fpunch 4194
Commit-ID: 6a0b19c0f39a7a7b7fb77d3867a733136ff059a3
Gitweb: http://git.kernel.org/tip/6a0b19c0f39a7a7b7fb77d3867a733136ff059a3
Author: Morten Rasmussen
AuthorDate: Fri, 14 Oct 2016 14:41:08 +0100
Committer: Ingo Molnar
CommitDate: Wed, 16 Nov 2016 10:29:05 +0100
sched/fair: Consider sp
Commit-ID: bf475ce0a3dd75b5d1df6c6c14ae25168caa15ac
Gitweb: http://git.kernel.org/tip/bf475ce0a3dd75b5d1df6c6c14ae25168caa15ac
Author: Morten Rasmussen
AuthorDate: Fri, 14 Oct 2016 14:41:09 +0100
Committer: Ingo Molnar
CommitDate: Wed, 16 Nov 2016 10:29:06 +0100
sched/fair: Add per-CPU
Commit-ID: 9e0994c0a1c1f82c705f1f66388e1bcffcee8bb9
Gitweb: http://git.kernel.org/tip/9e0994c0a1c1f82c705f1f66388e1bcffcee8bb9
Author: Morten Rasmussen
AuthorDate: Fri, 14 Oct 2016 14:41:10 +0100
Committer: Ingo Molnar
CommitDate: Wed, 16 Nov 2016 10:29:06 +0100
sched/fair: Avoid pulli
On Wed, Nov 16, 2016 at 08:12:11PM +0800, Chao Yu wrote:
> For below two cases, we can't guarantee data consistence:
>
> a)
> 1. xfs_io "pwrite 0 4195328" "fsync"
> 2. xfs_io "pwrite 4195328 1024" "fdatasync"
> 3. godown
> 4. umount & mount
> --> isize we updated before fdatasync won't be recovere
Commit-ID: 893c5d2279041afeb593f1fa8edd9d02edf5b7cb
Gitweb: http://git.kernel.org/tip/893c5d2279041afeb593f1fa8edd9d02edf5b7cb
Author: Morten Rasmussen
AuthorDate: Fri, 14 Oct 2016 14:41:12 +0100
Committer: Ingo Molnar
CommitDate: Wed, 16 Nov 2016 10:29:07 +0100
sched/fair: Fix incorre
Commit-ID: df217913e72ec7e603d8b68cc4c70646cf7000db
Gitweb: http://git.kernel.org/tip/df217913e72ec7e603d8b68cc4c70646cf7000db
Author: Vincent Guittot
AuthorDate: Tue, 8 Nov 2016 10:53:42 +0100
Committer: Ingo Molnar
CommitDate: Wed, 16 Nov 2016 10:29:08 +0100
sched/fair: Factorize att
Commit-ID: 9c2791f936ef5fd04a118b5c284f2c9a95f4a647
Gitweb: http://git.kernel.org/tip/9c2791f936ef5fd04a118b5c284f2c9a95f4a647
Author: Vincent Guittot
AuthorDate: Tue, 8 Nov 2016 10:53:43 +0100
Committer: Ingo Molnar
CommitDate: Wed, 16 Nov 2016 10:29:08 +0100
sched/fair: Fix hierarchi
Commit-ID: d31b1a66cbe0931733583ad9d9e8c6cfd710907d
Gitweb: http://git.kernel.org/tip/d31b1a66cbe0931733583ad9d9e8c6cfd710907d
Author: Vincent Guittot
AuthorDate: Tue, 8 Nov 2016 10:53:44 +0100
Committer: Ingo Molnar
CommitDate: Wed, 16 Nov 2016 10:29:09 +0100
sched/fair: Factorize PEL
Wed, Nov 16, 2016 at 01:08:57PM CET, green...@gmail.com wrote:
>You are right. I didn't notice that. I should use ftmac100.
Don't top-post please.
>
>On Wed, Nov 16, 2016 at 7:53 PM, Jiri Pirko wrote:
>> Wed, Nov 16, 2016 at 09:43:15AM CET, green...@gmail.com wrote:
>>>To support device tree us
Commit-ID: 4e5160766fcc9f41bbd38bac11f92dce993644aa
Gitweb: http://git.kernel.org/tip/4e5160766fcc9f41bbd38bac11f92dce993644aa
Author: Vincent Guittot
AuthorDate: Tue, 8 Nov 2016 10:53:46 +0100
Committer: Ingo Molnar
CommitDate: Wed, 16 Nov 2016 10:29:10 +0100
sched/fair: Propagate asy
On Wed, Nov 16, 2016 at 05:22:40PM +0530, Venkat Reddy Talla wrote:
> Adding support to configure regulator POK mapping bit
> to control nRST_IO and GPIO1 POK function.
This leaves me none the wiser as to what this is supposed to do...
> + if (chip->chip_id == MAX20024) {
Please use switch
Commit-ID: d03266910a533d874c01ef2ca8dc73009f2925fa
Gitweb: http://git.kernel.org/tip/d03266910a533d874c01ef2ca8dc73009f2925fa
Author: Vincent Guittot
AuthorDate: Tue, 8 Nov 2016 10:53:47 +0100
Committer: Ingo Molnar
CommitDate: Wed, 16 Nov 2016 10:29:11 +0100
sched/fair: Fix task grou
Commit-ID: 09a43ace1f986b003c118fdf6ddf1fd685692d49
Gitweb: http://git.kernel.org/tip/09a43ace1f986b003c118fdf6ddf1fd685692d49
Author: Vincent Guittot
AuthorDate: Tue, 8 Nov 2016 10:53:45 +0100
Committer: Ingo Molnar
CommitDate: Wed, 16 Nov 2016 10:29:10 +0100
sched/fair: Propagate loa
Linus,
The following changes since commit 1001354ca34179f3db924eb66672442a173147dc:
Linux 4.9-rc1 (2016-10-15 12:17:50 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/lee/mfd.git mfd-fixes-4.9
for you to fetch changes up to 722f191080de641f023fe
No need to duplicate the same define everywhere. Since
the only user is stop-machine and the only provider is
s390, we can use a default implementation of cpu_relax_yield
in sched.h.
Suggested-by: Russell King
Signed-off-by: Christian Borntraeger
---
arch/alpha/include/asm/processor.h | 1
On 15 November 2016 at 09:27, Jani Nikula wrote:
> On Tue, 15 Nov 2016, David Weinehall wrote:
>> On Mon, Nov 14, 2016 at 12:44:25PM +0200, Jani Nikula wrote:
>>> On Thu, 06 Oct 2016, Tomeu Vizoso wrote:
>>> > diff --git a/drivers/gpu/drm/i915/intel_display.c
>>> > b/drivers/gpu/drm/i915/intel_
Signed-off-by: Greentime Hu
---
drivers/net/ethernet/faraday/ftmac100.c |7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/net/ethernet/faraday/ftmac100.c
b/drivers/net/ethernet/faraday/ftmac100.c
index dce5f7b..5d70ee9 100644
--- a/drivers/net/ethernet/faraday/ftmac100.c
+++
Am Sonntag, 13. November 2016, 16:13:19 CET schrieb Jacob Chen:
> From: Jacob Chen
>
> This patch add sdmmc support for rk1108-evb, now I can load the rootfs
> from sdmmc.
>
> Signed-off-by: Jacob Chen
> ---
> arch/arm/boot/dts/rk1108-evb.dts | 21 +
> 1 file changed, 21 in
Am 16.11.2016 um 13:23 schrieb Christian Borntraeger:
No need to duplicate the same define everywhere. Since
the only user is stop-machine and the only provider is
s390, we can use a default implementation of cpu_relax_yield
in sched.h.
Suggested-by: Russell King
Signed-off-by: Christian Borntr
On Tue, 2016-11-15 at 14:29 +0100, Wim Osterholt wrote:
> I experience a sliding scale.
> With debug it crashes immediately. It may crash later on (even at shutdown
> time). It's not even an oops but a warning. In the end it happens to just
> work.
This is very odd. We need to know where it crash
Am Sonntag, 13. November 2016, 16:13:18 CET schrieb Jacob Chen:
> From: Jacob Chen
>
> Signed-off-by: Jacob Chen
> ---
> arch/arm/boot/dts/rk1108.dtsi | 25 +
> 1 file changed, 25 insertions(+)
>
> diff --git a/arch/arm/boot/dts/rk1108.dtsi b/arch/arm/boot/dts/rk1108.dt
On Wed, Nov 16, 2016 at 01:23:05PM +0100, Christian Borntraeger wrote:
> No need to duplicate the same define everywhere. Since
> the only user is stop-machine and the only provider is
> s390, we can use a default implementation of cpu_relax_yield
> in sched.h.
>
> Suggested-by: Russell King
> Si
Hi Sudeep,
[auto build test ERROR on next-20161116]
url:
https://github.com/0day-ci/linux/commits/Sudeep-Holla/Input-gpio_keys-set-input-direction-explicitly-for-gpio-keys/20161116-202319
config: x86_64-randconfig-x001-201646 (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0
Hi Ong,
[auto build test ERROR on linus/master]
[also build test ERROR on v4.9-rc5 next-20161116]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Ong-Hean-Loong/fbdev-add-Intel-FPGA-FRAME-BUFFER
Hi Sudeep,
[auto build test ERROR on next-20161116]
url:
https://github.com/0day-ci/linux/commits/Sudeep-Holla/Input-gpio_keys-set-input-direction-explicitly-for-gpio-keys/20161116-202319
config: x86_64-randconfig-x017-201646 (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0
On Wed, Nov 16, 2016 at 11:48 AM, Jon Hunter wrote:
> Hi Kevin, Ulf,
>
> On 03/11/16 14:20, Jon Hunter wrote:
>>
>> On 11/10/16 10:15, Jon Hunter wrote:
>>
>> ...
>>
>> Second, another way of seeing this is: Depending on the current
>> runtime selected configuration you need to re-configur
Revision 1 of the IP doesn't work if we don't load the palette (even
if it's not used, which is the case for the RGB565 format).
Add a function called from tilcdc_crtc_enable() which performs all
required actions if we're dealing with a rev1 chip.
Signed-off-by: Bartosz Golaszewski
---
v1 -> v2:
Since 00cd5c37af (ptrace: permit ptracing of /sbin/init) we can now
trace init processes. init is initially protected with
SIGNAL_UNKILLABLE which will prevent fatal signals such as SIGSTOP, but
there are a number of paths during tracing where SIGNAL_UNKILLABLE can
be implicitly cleared.
This can
On Wed, 16 Nov 2016, Tomeu Vizoso wrote:
> On 15 November 2016 at 09:27, Jani Nikula wrote:
>> On Tue, 15 Nov 2016, David Weinehall wrote:
>>> On Mon, Nov 14, 2016 at 12:44:25PM +0200, Jani Nikula wrote:
On Thu, 06 Oct 2016, Tomeu Vizoso wrote:
> diff --git a/drivers/gpu/drm/i915/inte
From: Gustavo Padovan
Support DRM out-fences by creating a sync_file with a fence for each CRTC
that sets the OUT_FENCE_PTR property.
We use the out_fence pointer received in the OUT_FENCE_PTR prop to send
the sync_file fd back to userspace.
The sync_file and fd are allocated/created before com
Use module_pci_driver() helper to simplify the code.
Signed-off-by: Geliang Tang
---
drivers/media/pci/netup_unidvb/netup_unidvb_core.c | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/drivers/media/pci/netup_unidvb/netup_unidvb_core.c
b/drivers/media/pci/netup_
Use module_pci_driver() helper to simplify the code.
Signed-off-by: Geliang Tang
---
drivers/scsi/dmx3191d.c | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/drivers/scsi/dmx3191d.c b/drivers/scsi/dmx3191d.c
index 3aa4657..6af3394 100644
--- a/drivers/scsi/dmx319
Use module_pci_driver() helper to simplify the code.
Signed-off-by: Geliang Tang
---
drivers/scsi/a100u2w.c | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/drivers/scsi/a100u2w.c b/drivers/scsi/a100u2w.c
index 8086bd0..b2942ec 100644
--- a/drivers/scsi/a100u2w.c
On Tue, Nov 15, 2016 at 02:57:48PM -0600, Josh Poimboeuf wrote:
> Would you mind posting a disassembly of unwind_get_return_address()?
$ objdump -D ivb-dbg/vmlinux | awk '/<[^>]*>:/ { p=0; }
/:/ { p=1; } { if (p) print $0; }'
811afd10 :
811afd10: e8 eb cc f4 01 cal
Hi,
On 11/15/2016 08:18 AM, Nikolaus Rath wrote:
Hello,
Could someone explain to me the meaning of the max_background and
congestion_threshold settings of the fuse module?
At first I assumed that max_background specifies the maximum number of
pending requests (i.e., requests that have been se
On 2 November 2016 at 09:56, Rajendra Nayak wrote:
> Hi Jon,
>
> On 10/31/2016 04:14 PM, Jon Hunter wrote:
>> Hi Rajendra,
>>
>> On 06/10/16 09:43, Rajendra Nayak wrote:
>>>
>>> On 10/06/2016 01:55 PM, Jon Hunter wrote:
Hi Rajendra,
On 06/10/16 07:04, Rajendra Nayak wrote:
>
>>>
On Fr, 2016-11-11 at 17:28 +0100, Jiri Slaby wrote:
> On 11/09/2016, 09:01 AM, Gerd Hoffmann wrote:
> > On Di, 2016-11-08 at 22:37 +0200, Michael S. Tsirkin wrote:
> >> On Mon, Nov 07, 2016 at 09:43:24AM +0100, Jiri Slaby wrote:
> >>> Hi,
> >>>
> >>> I can relatively easily reproduce this bug:
> >
On Wed, Nov 16, 2016 at 2:03 PM, Peter Zijlstra wrote:
> On Tue, Nov 15, 2016 at 02:57:48PM -0600, Josh Poimboeuf wrote:
>> Would you mind posting a disassembly of unwind_get_return_address()?
>
> $ objdump -D ivb-dbg/vmlinux | awk '/<[^>]*>:/ { p=0; }
> /:/ { p=1; } { if (p) print $0; }'
>
> fff
On Mon, Nov 14, 2016 at 01:46:32PM +, Ramiro Oliveira wrote:
> Add device tree documentation.
>
> Signed-off-by: Ramiro Oliveira
> ---
> .../devicetree/bindings/media/i2c/ov5647.txt | 19
> +++
> 1 file changed, 19 insertions(+)
> create mode 100644 Documentation/d
The SoC info driver provides information such as Chip ID,
Chip family, serial number and other such details about
Qualcomm SoCs.
Signed-off-by: Imran Khan
---
v4 --> v5:
- Removed redundant function socinfo_print
v3 --> v4:
- Corrected makefile so that smem and socinfo are treated as one modul
> There two kind of PHYs supporting eee, the one advertising eee by
> default (like realtek) and the one not advertising it (like micrel).
I don't know too much about EEE. So maybe a dumb question. Does the
MAC need to be involved? Or is it just the PHY?
If the MAC needs to be involved, the PHY s
On Mon, Nov 14, 2016 at 03:41:02PM +0100, Axel Haslam wrote:
> This patch documents the device tree bindings required for
> the ohci controller found in TI da8xx family of SoC's
>
> Cc: robh...@kernel.org
> Cc: mark.rutl...@arm.com
> Cc: devicet...@vger.kernel.org
> Signed-off-by: Axel Haslam
> -
101 - 200 of 933 matches
Mail list logo
