On Tue, Jan 5, 2016 at 5:18 AM, Paul E. McKenney
wrote:
> On Mon, Jan 04, 2016 at 06:01:37PM +0800, Aaron Ma wrote:
>> On Fri, Jan 1, 2016 at 3:49 AM, Paul E. McKenney
>> wrote:
>> > On Wed, Dec 30, 2015 at 09:41:45AM -0800, Paul E. McKenney wrote:
>> >> On Wed, Dec 30, 2015 at 03:03:33PM +0800,
On Mon, Jan 04, 2016 at 03:10:41PM +0100, SF Markus Elfring wrote:
> > In this case the function body is very small
> > so I don't see any benefit at all.
>
> Do you care for fine-tuning of variable placement occasionally?
No.
--
To unsubscribe from this list: send the line "unsubscribe linux-ke
From: Pan Xinhui
There is one filed gsm->num to store mux's index of gsm_mux[]. So use
gsm->num to remove itself from gsm_mux[] instead of the for-loop
traverse in gsm_cleanup_mux().
Signed-off-by: Pan Xinhui
---
change from V1:
lock is also held for the if()
---
drivers/tty/n_gsm.c |
Hi, Heiko:
On 2016年01月05日 15:02, Heiko Stuebner wrote:
> Hi Jianqun,
>
> Am Dienstag, 5. Januar 2016, 11:02:18 schrieb jianqun.xu:
>> From: Xu Jianqun
>>
>> There is a requirement from pmic device, which is on the i2c bus,
>> that the pmic needs to be called earlier then devices powered by
>> th
Hi Heiko:
在 05/01/2016 15:02, Heiko Stuebner 写道:
Hi Jianqun,
Am Dienstag, 5. Januar 2016, 11:02:18 schrieb jianqun.xu:
From: Xu Jianqun
There is a requirement from pmic device, which is on the i2c bus,
that the pmic needs to be called earlier then devices powered by
the outputs of the pmic,
Hi,
On 5.01.2016 03:19, Dmitry Torokhov wrote:
/* First validate */
- for (i = 0; i < ddata->pdata->nbuttons; i++) {
- struct gpio_button_data *bdata = &ddata->data[i];
+ for (i = 0; i < n_events; i++) {
for_each_set_bit()?
Yeah, seems I must have overslept
Hi Guenter,
First bad commit (maybe != root cause):
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 168309855a7d1e16db751e9c647119fe2d2dc878
commit: 398c7500a1f5f74e207bd2edca1b1721b3cc1f1e MIPS: VDSO: Fix build error
with binutils 2.24 and earlier
date
Hi Mike,
Happy new year to you!
Thank you for taking time to reply.
On 2015/12/31 8:23, Michael Turquette wrote:
> Hello Jiancheng Xue,
>
> Quoting Jiancheng Xue (2015-12-29 17:43:47)
>> The CRG(Clock and Reset Generator) block provides clock
>> and reset signals for other modules in hi3519
On Mon, Jan 04, 2016 at 03:43:25PM -0500, Paul Gortmaker wrote:
> [Re: [PATCH] drivers/tty/serial: delete unused MODULE_DEVICE_TABLE from
> atmel_serial.c] On 02/01/2016 (Sat 13:17) Sudip Mukherjee wrote:
>
> > On Thu, Dec 17, 2015 at 10:05:46AM -0500, Paul Gortmaker wrote:
> > > In commit c39dfe
Hi Jianqun,
Am Dienstag, 5. Januar 2016, 11:02:18 schrieb jianqun.xu:
> From: Xu Jianqun
>
> There is a requirement from pmic device, which is on the i2c bus,
> that the pmic needs to be called earlier then devices powered by
> the outputs of the pmic, if not, the devices maybe fail to probe.
>
Wire up the getcpu_cache system call on x86 32/64. Call the
getcpu_cache_handle_notify_resume() function on return to
userspace if TIF_NOTIFY_RESUME thread flag is set.
This provides an ABI improving the speed of a getcpu operation
on x86 by removing the need to perform a function call, "lsl"
inst
Wire up the getcpu cache system call on 32-bit ARM. Call the
getcpu_cache_handle_notify_resume() function on return to
userspace if TIF_NOTIFY_RESUME thread flag is set.
This provides an ABI improving the speed of a getcpu operation
on ARM by skipping the getcpu system call on the fast path.
Sign
Expose a new system call allowing threads to register userspace memory
areas where to store the CPU number on which the calling thread is
running. Scheduler migration sets the TIF_NOTIFY_RESUME flag on the
current thread. Upon return to user-space, a notify-resume handler
updates the current CPU va
Hi,
Here is a patchset implementing a cache for the CPU number of the
currently running thread in user-space.
Benchmarks comparing this approach to a system call-based getcpu on ARM
show a 44x speedup. They show a 14x speedup on x86-64 compared to
executing lsl from a vDSO through glibc.
I'm add
Hi,
>> Can you verify that reverting this patch (on top of 4.4?) fixes it?
>>
>> If so, is it time to revert it?
>>
>> Thanks,
>> Pavel
>
> It's highly unlikely you'll be able to revert this on top of 4.4.
> Unfortunately,
> th
On Sun, Jan 03, 2016 at 05:33:21PM -0800, Linus Torvalds wrote:
> Normally, me doing an eighth release candidate means that there is
> some unresolved issue that still needs more time to get fixed. This
> time around, it just means that I want to make sure that everybody is
> back from the holidays
Hi Linus and Andy,
We did test in our side with v4.4-rc8 + Andy's vDSO v2 patches + Android M
(bionic libc using sysenter) ==> Device can boot up successfully
Other tests were:
- Android L (bionic libc using int80) + v4.4-rc8 ==> Device can boot up
successfully
- Android L (bionic libc
On Mon, Jan 04, 2016 at 12:19:43PM -0700, Jerry Snitselaar wrote:
> tpm_tis.c already gets actbl2.h via linux/acpi.h -> acpi/acpi.h ->
> acpi/actbl.h -> acpi/actbl2.h, so the direct include in tpm_tis.c
> is not needed.
>
> Signed-off-by: Jerry Snitselaar
Acked-by: Jarkko Sakkinen
/Jarkko
> -
Hi all,
Changes since 20160104:
New tree: configfs
Dropped tree: rdma (complex conflicts)
The ext4 tree lost its build failure.
The i2c tree still had its build failure for which I applied a patch.
The rdma tree lost its considerable conflicts against the nfsd tree,
but that exposed hard
On 12/24/2015 12:36 AM, Eric W. Biederman wrote:
Dongsheng Yang writes:
[...]
Hi Eric,
Happy new year and sorry for the late reply.
Given the other constraints on an implementation the pid namespace looks
by far the one best suited to host such a sysctl if it is possible to
implement
On 2016/1/5 13:36, Namhyung Kim wrote:
Currently perf report only shows a help message "For a higher level
overview, try: perf report --sort comm,dso" unconditionally (even if
the sort keys were used). Add more help tips and show randomly.
Signed-off-by: Namhyung Kim
---
That's really funn
Hi, Alan
thanks for your reply :)
On 2015/12/18 21:17, xinhui wrote:
hi, Alan
this is xinhui. My eyes got badly hurt, and i am ooo this whole week and next
coming week. sorry for late responce.
I just review the codes in my mind. gsm ioctl callback might change gsm->num,
so you are ri
This patchset is based on 4.4-rc7, add clock and reset controller support
for Mediatek MT2701.
This patchset also refined makefile and Kconfig to support configurable
multiple SoC clock support.
changes since v1:
- Document MT2701 compatible strings.
James Liao (2):
clk: mediatek: Refine the m
From: Shunli Wang
Add MT2701 clock dt-bindings, include topckgen, apmixedsys,
infracfg, pericfg and subsystem clocks.
Signed-off-by: Shunli Wang
Signed-off-by: James Liao
---
include/dt-bindings/clock/mt2701-clk.h | 481 +
1 file changed, 481 insertions(+)
cre
This patch adds the binding documentation for apmixedsys, bdpsys,
ethsys, hifsys, imgsys, infracfg, mmsys, pericfg, topckgen and
vdecsys for Mediatek MT2701.
Signed-off-by: James Liao
---
.../bindings/arm/mediatek/mediatek,apmixedsys.txt | 1 +
.../bindings/arm/mediatek/mediatek,bdpsys.txt
From: Shunli Wang
Add MT2701 clock support, include topckgen, apmixedsys,
infracfg, pericfg and subsystem clocks.
Signed-off-by: Shunli Wang
Signed-off-by: James Liao
---
drivers/clk/mediatek/Kconfig |8 +
drivers/clk/mediatek/Makefile |1 +
drivers/clk/mediatek/clk-gate.c
From: Shunli Wang
Dt-binding file about reset controller is used to provide
kinds of definition, which is referenced by dts file and
IC-specified reset controller driver code.
Signed-off-by: Shunli Wang
---
.../dt-bindings/reset-controller/mt2701-resets.h | 74 ++
1 file
From: Shunli Wang
In infrasys and perifsys, there are many reset
control bits for kinds of modules. These bits are
used as actual reset controllers to be registered
into kernel's generic reset controller framework.
Signed-off-by: Shunli Wang
---
drivers/clk/mediatek/clk-mt2701.c | 4
1 fi
Add a Kconfig to define clock configuration for each SoC, and
modify the Makefile to build drivers that only selected in config.
Signed-off-by: Shunli Wang
Signed-off-by: James Liao
---
drivers/clk/Kconfig | 1 +
drivers/clk/mediatek/Kconfig | 23 +++
drivers/clk
> >
> > You are right, but the problem is the request->status is wrong. If the data
> > send out but report caller as -EINTR, it will introduce duplicate-send
> > issue.
> >
>
> Why -EINTR, the kernel-doc said it should return -ECONNRESET for active
> request, see include/linux/usb/gadget.h.
>
>
Sehr geehrte / ter email Benützer !
Ihre email Adresse hat 1.20,00 (EINEMILLIONZWEIHUNDERTAUSEND EURO)
gewonnen . Mit den Glückszahlen 9-3-8-26-28-4-64 In der EURO MILLIONEN
EMAIL LOTTERIE.Die Summe ergibt sich aus
einer Gewinnausschuttung von. 22.800,000,00
( ZWEIUNDZWANZIGMILLIONENACHT
Hello Brian,
Am 04.01.2016 um 20:11 schrieb Brian Norris:
Commits such as commit 853f1c58c4b2 ("mtd: nand: omap2: show parent
device structure in sysfs") attempt to rely on the core MTD code to set
the MTD name based on the parent device. However, nand_base tries to set
a different default name
On Sun, 03 Jan 2016 11:20:03 +0100, Milan Broz said:
> On 01/03/2016 06:34 AM, Valdis Kletnieks wrote:
> > So booting into a next-20151222 kernel, I can mount an external drive
> > that uses cryptLuks. I try -1231, and I get this failure:
> >
> > Failed to setup dm-crypt key mapping for device /de
Hi Ted,
After merging the ext4 tree, today's linux-next build (powerpc
ppc64_defconfig) produced this warning:
fs/ext4/ioctl.c: In function 'ext4_ioctl_setproject':
fs/ext4/ioctl.c:426:1: warning: control reaches end of non-void function
[-Wreturn-type]
}
^
Introduced by commit
e14c6dbc642
On Tue, Jan 05, 2016 at 04:09:47AM +, Du, Changbin wrote:
> > > To avoid this, just dequeue the request first. After usb_ep_dequeue, the
> > > request must be done or canceled.
> > >
> > > With this change, we can ensure no race condition in f_fs driver. But
> > > actually I found some of the u
linux.conf.au 2016 in Geelong will have a kernel miniconf. The format is
part talks, part unconference.
The miniconf will be all day Monday.
Like previous years, a mixture of organised talks and impromptu
discussion and sessions can provide a good mix.
CFP open until Jan 20th. Unconference topic
Currently perf report only shows a help message "For a higher level
overview, try: perf report --sort comm,dso" unconditionally (even if
the sort keys were used). Add more help tips and show randomly.
Signed-off-by: Namhyung Kim
---
tools/perf/builtin-report.c | 2 +-
tools/perf/perf.c
Hi Thierry,
Can you pick up these DSI patches, or would it make more sense for
these to go via someone else?
Thanks,
Archit
On 12/10/2015 06:11 PM, Archit Taneja wrote:
We are currently restricted when it comes to supporting DSI on devices
that have a non-DSI control bus. For example, DSI enco
Hi Matthias,
On Wed, 2015-12-30 at 18:49 +0100, Matthias Brugger wrote:
> > On Wed, 2015-12-30 at 17:01 +0800, Daniel Kurtz wrote:
> >> On Wed, Dec 30, 2015 at 2:41 PM, James Liao
> >> wrote:
> >>>
> >>> From: Shunli Wang
> >>>
> >>> Add scpsys driver for MT2701 and MT7623.
> >>>
> >>> Signed-of
Hi Brian,
On 12/11/2015 09:39 AM, Vignesh R wrote:
> Changes since v4:
> Use syscon to access system control module register in ti-qspi driver.
>
Gentle ping...
Are you ok with MTD side changes of this patch series?
> Changes since v3:
> Rework to introduce spi_flash_read_message struct.
> Supp
On 01/04/16 at 01:26pm, Borislav Petkov wrote:
> On Mon, Jan 04, 2016 at 05:29:37PM +0800, Dave Young wrote:
> > Replied to Toshi old kernel will export the "GART" region for amd cards.
> > So for old kernel and new kexec-tools we will have problem.
> >
> > I think add the GART desc for compitibil
Hi Will,
On 2016/1/5 0:55, Will Deacon wrote:
Hello,
On Thu, Dec 24, 2015 at 01:42:42AM +, Wang Nan wrote:
[SNIP]
The problem seems to be that we take the debug exception before the
breakpointed instruction has been executed and call perf_bp_event at
that moment, so when we single-step
On 2016/1/5 12:58, Wang Nan wrote:
Will Deacon [1] has some question on patch [2]. This patch improves
test__bp_signal so we can test:
1. A watchpoint and a breakpoint that fire on the same instruction
2. Nested signals
For detail of this patch see the comment in patch body.
Test result:
Hi,
My name is Jeffrey Skoll, a philanthropist and the founder of one of the
largest private foundations in the world. I believe strongly in ‘giving while
living.’ I had one idea that never changed in my mind — that you should use
your wealth to help people and I have decided to secretly give US
Will Deacon [1] has some question on patch [2]. This patch improves
test__bp_signal so we can test:
1. A watchpoint and a breakpoint that fire on the same instruction
2. Nested signals
For detail of this patch see the comment in patch body.
Test result:
On both x86_64:
# ./perf test -v sig
On Mon, Jan 04, 2016 at 08:37:30PM +0200, Andy Shevchenko wrote:
> > +static int set_priority(struct hidma_mgmt_dev *mdev, unsigned int i, u64
> > val)
> > +{
> > + u64 tmp;
> > + int rc;
> > +
> > + if (i > mdev->dma_channels)
>
> Shouldn't be >= ? I somehow missed that.
Ther
From: Rainer Weikusat
Date: Sun, 03 Jan 2016 18:56:38 +
> On 2015/11/06, Dmitry Vyukov reported a deadlock involving the splice
> system call and AF_UNIX sockets,
>
> http://lists.openwall.net/netdev/2015/11/06/24
>
> The situation was analyzed as
>
> (a while ago) A: socketpair()
> B: sp
> > To avoid this, just dequeue the request first. After usb_ep_dequeue, the
> > request must be done or canceled.
> >
> > With this change, we can ensure no race condition in f_fs driver. But
> > actually I found some of the udc driver has analogical issue in its
> > dequeue implementation. For ex
On Mon, Jan 04, 2016 at 12:51:01PM +0100, Christoph Hellwig wrote:
> On Tue, Dec 29, 2015 at 03:05:30PM -0800, Joel Becker wrote:
> >
> > Hoi,
> >
> > I'm well aware that I've caught some reviews and missed some others. I
> > support funneling through hch's tree here.
>
> Thanks. I've created
Signed-off-by: Yakir Yang
Acked-by: Rob Herring
---
Changes in v2:
- acked by Rob
Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt | 1 +
1 file changed, 1 insertion(+)
diff --git
a/Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt
b/Documentation/devicet
RK3229 registers layout is simalar to RK3288 layout, only the
interruput registers is different to RK3288.
RK3229 support two overlay plane and one hwc plane, max output
resolution is 4K. it support IOMMU, and its IOMMU same as rk3288's.
Signed-off-by: Yakir Yang
---
Changes in v2:
- Separate th
Some new display-controllers are need to set write-masks to enable writes
to interrupt registers. Allow this to be set on a per-vop basis.
Signed-off-by: Yakir Yang
---
Changes in v2:
- Add this patch in v2 (Heiko)
drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 7 +--
drivers/gpu/drm/rockchi
Based on Mark Yao's drm-next branch
[https://github.com/markyzq/kernel-drm-rockchip/tree/drm-rockchip-next-2015-12-28]
Changes in v2:
- Add this patch in v2 (Heiko)
- Separate the write-mask changes out, and remove the DUMMY_INTR marcos (Heiko)
- acked by Rob
Yakir Yang (3):
drm/rockchip: vop
Because _next_div() returns a valid divider, there is no need to
consult _is_valid_div() for the validity of the divider in every
iteration.
Signed-off-by: Masahiro Yamada
---
drivers/clk/clk-divider.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/clk/clk-divi
On Tue, Dec 29, 2015 at 02:36:58PM +0800, changbin...@intel.com wrote:
> From: "Du, Changbin"
>
> ffs_epfile_io and ffs_epfile_io_complete runs in different context, but
> there is no synchronization between them.
>
> consider the following scenario:
> 1) ffs_epfile_io interrupted by sigal while
This patch fix some spelling typos found in Documentation/Docbook
gpu/ch04s03.html. This file was generated from comments within
source, so I have to fix typos in i915_gem_fence.c.
Signed-off-by: Masanari Iida
---
drivers/gpu/drm/i915/i915_gem_fence.c | 10 +-
1 file changed, 5 insertio
Hi Heiko,
On 01/04/2016 08:23 PM, Heiko Stuebner wrote:
Hi Yakir,
Am Montag, 4. Januar 2016, 19:53:58 schrieb Yakir Yang:
RK3229 registers layout is simalar to RK3288 layout, only the
interruput registers is different to RK3288.
RK3229 support two overlay plane and one hwc plane, max output
r
On Tue, Nov 17, 2015 at 05:15:22PM +0530, Sricharan R wrote:
> qup_wait_writeready waits only on a output fifo empty event.
> Change the same function to accept the event and data length
> to wait as parameters. This way the same function can be used for
> timeouts in other places as well.
>
> Sig
On 2016/1/4 14:22, Jason Wang wrote:
On 01/04/2016 09:39 AM, Yang Zhang wrote:
On 2015/12/31 15:13, Jason Wang wrote:
This patch tries to implement an device IOTLB for vhost. This could be
used with for co-operation with userspace(qemu) implementation of
iommu for a secure DMA environment in
Thanks, Rob
- Yakir
On 01/04/2016 10:11 PM, Rob Herring wrote:
On Mon, Jan 04, 2016 at 07:50:30PM +0800, Yakir Yang wrote:
Signed-off-by: Yakir Yang
---
Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt | 1 +
1 file changed, 1 insertion(+)
Acked-by: Rob Herring
-
On Mon, Jan 4, 2016 at 12:41 PM, Konrad Rzeszutek Wilk
wrote:
> On Sun, Dec 13, 2015 at 01:28:09PM -0800, Alexander Duyck wrote:
>> This patch set is meant to be the guest side code for a proof of concept
>> involving leaving pass-through devices in the guest during the warm-up
>> phase of guest l
Hi, Rafael
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Monday, January 4, 2016 9:28 PM
> Subject: Re: [PATCH] ACPICA: Drop Linux-specific waking vector functions
>
> On Monday, January 04, 2016 07:33:55 AM Zheng, Lv wrote:
> > Hi, Rafael
> >
> > Acke-by: Lv Zheng
> >
> > One mo
Hi Rob,
Got it. Sorry about that. I will add acks next time.
best regards,
Tiffany
On Mon, 2016-01-04 at 08:15 -0600, Rob Herring wrote:
> On Mon, Jan 04, 2016 at 06:11:49PM +0800, Tiffany Lin wrote:
> > From: Andrew-CT Chen
> >
> > Add a DT binding documentation of Video Processor Unit for th
It missed to decay periods in callchains when decaying hist entries.
This resulted in more than 100 percent overhead in callchains in the
fractal style output.
Reported-by: Arnaldo Carvalho de Melo
Signed-off-by: Namhyung Kim
---
tools/perf/util/callchain.c | 28
to
To use dynamic sort keys, it might be good to add an option to see the
list of field names.
$ perf evlist -T -i perf.data.sched
sched:sched_switch:
trace_fields=prev_comm,prev_pid,prev_prio,prev_state,next_comm,next_pid,next_prio
sched:sched_stat_wait: trace_fields=comm,pid,delay
sched:sc
When a perf.data file has multiple events, it's likely to be similar
(tracepoint) events. In that case, they might have same field name so
add all of them to sort keys instead of bailing out.
In addition, it contains a trivial whitespace fix at callsite of
add_all_dynamic_fields().
Signed-off-by
When the 'trace_fields' sort key is used explicitly for non-tracepoint
events, it'll get segfault since it assumed evsel->tp_format was set.
Skip those events in add_all_dynamic_fields().
Signed-off-by: Namhyung Kim
---
tools/perf/util/sort.c | 3 +++
1 file changed, 3 insertions(+)
diff --git
Now dynamic sort keys are supported for tracepoint events, add it to
output fields too.
Signed-off-by: Namhyung Kim
---
tools/perf/util/sort.c | 51 --
1 file changed, 33 insertions(+), 18 deletions(-)
diff --git a/tools/perf/util/sort.c b/tools/p
Signed-off-by: Namhyung Kim
---
tools/perf/Documentation/perf-report.txt | 24
1 file changed, 24 insertions(+)
diff --git a/tools/perf/Documentation/perf-report.txt
b/tools/perf/Documentation/perf-report.txt
index ae7cd91727f6..8a301f6afb37 100644
--- a/tools/perf/Docu
From: Hayes Wang
Date: Mon, 4 Jan 2016 14:38:46 +0800
> When the reset_resume() is called, the flag of SELECTIVE_SUSPEND should be
> cleared and reinitialize the device, whether the SELECTIVE_SUSPEND is set
> or not. If reset_resume() is called, it means the power supply is cut or the
> device is
From: Xu Jianqun
There is a requirement from pmic device, which is on the i2c bus,
that the pmic needs to be called earlier then devices powered by
the outputs of the pmic, if not, the devices maybe fail to probe.
For example, a pmic on i2c0, and touchscreen device on i2c2,
i2c0: - pmic(rk818)
i
From: Julia Lawall
Date: Sun, 3 Jan 2016 14:09:37 +0100
> The cphy_ops structures are never modified, so declare them as const.
>
> Done with the help of Coccinelle.
>
> Signed-off-by: Julia Lawall
Applied, thanks Julia.
--
To unsubscribe from this list: send the line "unsubscribe linux-kern
From: Arnd Bergmann
Date: Fri, 01 Jan 2016 14:55:24 +0100
> ARM allmodconfig fails because of the addition of the FMAN driver:
>
> drivers/built-in.o: In function `dtsec_restart_autoneg':
> binder.c:(.text+0x173328): undefined reference to `mdiobus_read'
> binder.c:(.text+0x173348): undefined re
Hi,
My name is Jeffrey Skoll, a philanthropist and the founder of one of the
largest private foundations in the world. I believe strongly in ‘giving while
living.’ I had one idea that never changed in my mind — that you should use
your wealth to help people and I have decided to secretly give US
From: Arnd Bergmann
Date: Fri, 01 Jan 2016 14:48:59 +0100
> From 433df301cf49624871346fa63f3fc65033caeda3 Mon Sep 17 00:00:00 2001
> From: Arnd Bergmann
> Date: Fri, 1 Jan 2016 13:18:48 +0100
> Subject: [PATCH] net: make ip6tunnel_xmit definition conditional
>
> Moving the caller of iptunnel_xm
From: Florian Westphal
Date: Thu, 31 Dec 2015 14:26:33 +0100
> Dmitry reports memleak with syskaller program.
> Problem is that connector bumps skb usecount but might not invoke callback.
>
> So move skb_get to where we invoke the callback.
>
> Reported-by: Dmitry Vyukov
> Signed-off-by: Flori
Hi Marek,
On 4 January 2016 at 16:09, Marek Szyprowski wrote:
> During genpd_poweron, genpd->lock is acquired recursively for each
> parent (master) domain, which are separate obejcts. This confuses
> lockdep, which considers every operation on genpd->lock as being done on
> the same lock class.
From: Suravee Suthikulpanit
This patch modifies the existing struct ivhd_header, which currently
only support IVHD type 0x10, to add new fields from IVHD type 11h and 40h.
It also modifies the pointer calculation to allow support for IVHD type
11h and 40h
Signed-off-by: Suravee Suthikulpanit
--
From: Wan Zongshun
This patch series enable ACPI hardware ID device support,
There are some devices indentified using ACPI HID format in AMD chip.
This patch series enable iommu support for those ACPI HID device,
since the existing AMD iommu only supports PCI bus based device.
Suravee Suthikul
From: Wan Zongshun
This patch creates a new function for finding or creating an IOMMU
group for acpihid(ACPI Hardware ID) device.
The acpihid devices with the same devid will be put into same group and
there will have the same domain id and share the same page table.
Signed-off-by: Wan Zongshun
On Mon, 2016-01-04 at 19:07 -0300, Geyslan G. Bem wrote:
> 2016-01-04 18:52 GMT-03:00 Sergei Shtylyov :
> > > > > > This patch fixes coding style issues reported by checkpatch
> > > > > > concerning
> > > > > > to unnecessary space after a cast.
> > > > > This is a case where checkpatch is wrong,
all,
Just tried linux-next 20160104 on a Lenovo Carbon X1 and I got a BUG
message about a NULL pointer dereference. There is also a WARNING about
a mutex (see below). It looks like it might be related to something in
the thinkpad_acpi module.
[...]
[2.374627] thinkpad_acpi: ThinkPad ACPI
2016-01-05 11:26 GMT+09:00 Masahiro Yamada :
> Hi Paul,
>
>
> 2016-01-05 8:24 GMT+09:00 Masahiro Yamada :
>> Hi Olof,
>>
>> Sorry my misunderstanding.
>>
>>
>> 2016-01-05 8:15 GMT+09:00 Masahiro Yamada :
>>> Hi Paul, Olof,
>>>
>>> 2016-01-05 4:22 GMT+09:00 Paul Gortmaker :
The Kconfig currentl
On Tue, Dec 15, 2015 at 10:48:21AM -0800, Brian Norris wrote:
> stm_is_locked_sr() takes the status register (SR) value as the last
> parameter, not the second.
>
> Reported-by: Bayi Cheng
> Signed-off-by: Brian Norris
> Cc: Bayi Cheng
Bayi,
Do you care to provide your Tested-by? I might get
From: Suravee Suthikulpanit
The IVRS in more recent AMD system usually contains multiple
IVHD block types (e.g. 0x10, 0x11, and 0x40) for each IOMMU.
The newer IVHD types provide more information (e.g. new features
specified in the IOMMU spec), while maintain compatibility with
the older IVHD typ
From: Wan Zongshun
Current IOMMU driver make assumption that the downstream devices are PCI.
With the newly added ACPI-HID IVHD device entry support, this is no
longer true. This patch is to add dev type check and to distinguish the
pci and acpihid device code path.
Signed-off-by: Wan Zongshun
On Tue, Dec 15, 2015 at 10:48:20AM -0800, Brian Norris wrote:
> Spansion and Winbond have occasionally used the same manufacturer ID,
> and they don't support the same features. Particularly, writing SR=0
> seems to break read access for Spansion's s25fl064k. Unfortunately, we
> don't currently hav
From: Wan Zongshun
This patch introduces acpihid_map, which is used to store
the new IVHD device entry extracted from BIOS IVRS table.
It also provides a utility function add_acpi_hid_device(),
to add this types of devices to the map.
Signed-off-by: Wan Zongshun
Signed-off-by: Suravee Suthikul
From: Suravee Suthikulpanit
This patch introduces a new kernel parameter, ivrs_acpihid.
This is used to override existing ACPI-HID IVHD device entry,
or add an entry in case it is missing in the IVHD.
Signed-off-by: Wan Zongshun
Signed-off-by: Suravee Suthikulpanit
---
Documentation/kernel-pa
On Mon, Nov 02, 2015 at 02:50:40AM +0100, Rafael J. Wysocki wrote:
>
> I've queued up this series for the second half of the v4.4 merge window.
>
> Thanks,
> Rafael
>
>
> ___
> linux-arm-kernel mailing list
> linux-arm-ker...@lists.infradead.org
> htt
When we need to lock all buckets in the connection hashtable we'd attempt to
lock 1024 spinlocks, which is way more preemption levels than supported by
the kernel. Furthermore, this behavior was hidden by checking if lockdep is
enabled, and if it was - use only 8 buckets(!).
Fix this by using a gl
Hi Paul,
2016-01-05 8:24 GMT+09:00 Masahiro Yamada :
> Hi Olof,
>
> Sorry my misunderstanding.
>
>
> 2016-01-05 8:15 GMT+09:00 Masahiro Yamada :
>> Hi Paul, Olof,
>>
>> 2016-01-05 4:22 GMT+09:00 Paul Gortmaker :
>>> The Kconfig currently controlling compilation of this code is:
>>>
>>> drivers/bu
Currently, drivers/bus/uniphier-system-bus.c is kept from being a
module due to the unresolved reference to of_default_bus_match_table.
Refer to commit 326ea45aa827 ("bus: uniphier: allow only built-in
driver").
Signed-off-by: Masahiro Yamada
---
drivers/of/platform.c | 1 +
1 file changed, 1
On 01/04/2016 04:01 PM, Borislav Petkov wrote:
On Mon, Jan 04, 2016 at 03:33:23PM -0600, Thor Thayer wrote:
The decision about ECC or non-ECC SDRAM is made before building the Linux
image and must be matched to the appropriate bootloader (ECC or non-ECC).
If ECC is desired for SDRAM, the boot
Introduce the ability to create new cgroup namespace. The newly created
cgroup namespace remembers the cgroup of the process at the point
of creation of the cgroup namespace (referred as cgroupns-root).
The main purpose of cgroup namespace is to virtualize the contents
of /proc/self/cgroup file. Pr
Hi Brian,
Today's linux-next merge of the l2-mtd tree got a conflict in:
drivers/mtd/mtdcore.c
between commit:
472b444eef93 ("mtd: fix cmdlinepart parser, early naming for auto-filled MTD")
from the mtd tree and commit:
07fd2f871c5e ("mtd: partitions: pass around 'mtd_partitions' wrappe
Hi Doug,
Today's linux-next merge of the rdma tree got conflicts in:
drivers/net/ethernet/mellanox/mlx5/core/vport.c
include/linux/mlx5/mlx5_ifc.h
include/linux/mlx5/vport.h
between commits:
e1d7d349c69d ("net/mlx5: Update access functions to Query/Modify vport MAC
address")
e7546514
On 2016/1/5 0:55, Will Deacon wrote:
Hello,
On Thu, Dec 24, 2015 at 01:42:42AM +, Wang Nan wrote:
Two 'perf test' fail on arm64:
# perf test overflow
17: Test breakpoint overflow signal handler : FAILED!
18: Test breakpoint overflow sampling
all,
On Tue, Jan 05, 2016 at 12:46:30AM +0200, Kirill A. Shutemov wrote:
> On Mon, Jan 04, 2016 at 01:22:03PM -0800, Andrew Morton wrote:
> > On Thu, 24 Dec 2015 09:12:53 -0800 Jeremiah Mahler
> > wrote:
> >
> > > all,
> > >
> > > I have started seeing a "Bad rss-counter" message in the logs w
On 2016年01月04日 11:18, Shawn Lin wrote:
dw_mmc driver never use this macro, so remove it from
zx_defconfig
Signed-off-by: Shawn Lin
---
arch/arm/configs/zx_defconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/configs/zx_defconfig b/arch/arm/configs/zx_defconfig
index b200bb0
1 - 100 of 824 matches
Mail list logo