Hi Jacek,
Thanks for the review.
On 2015년 11월 26일 00:13, Jacek Anaszewski wrote:
> Hi Ingi,
>
> Thanks for the update.
>
> On 11/25/2015 11:22 AM, Ingi Kim wrote:
>> This patch adds device driver of Richtek RT5033 PMIC.
>> The RT5033 Flash LED Circuit is designed for one or two LEDs driving
>>
Currently at the beginning of hugetlb_fault(), we call huge_pte_offset()
and check whether the obtained *ptep is a migration/hwpoison entry or not.
And if not, then we get to call huge_pte_alloc(). This is racy because the
*ptep could turn into migration/hwpoison entry after the huge_pte_offset()
c
On Thu, Nov 26, 2015 at 03:03:54PM +0800, Chris Zhong wrote:
> Hi Thierry
>
> Thanks for your feedback.
>
>
> On 11/21/2015 12:07 AM, Thierry Reding wrote:
> >On Fri, Nov 20, 2015 at 04:15:32PM +0800, Chris Zhong wrote:
> >>add Synopsys DesignWare MIPI DSI host controller driver support.
> >>
>
On Wed, Nov 25, 2015 at 08:01:17PM -0200, Marcelo Tosatti wrote:
>
> Move PF_NO_SETAFFINITY check to cpuset cgroups, where it belongs.
> This makes it possible to attach PF_NO_SETAFFINITY to Intel CAT cgroups.
Looks that's the right place. I tried intel_rdt subsystem at least it
doesn't have this
On 2015/11/20 18:54, 平松雅巳 / HIRAMATU，MASAMI wrote:
From: Wang Nan [mailto:wangn...@huawei.com]
This patch keeps options of perf builtins same in all condition. If the
option is disabled because of compiling options, users should be
notified.
This patch does it by introducing a series of new o
All uses of num_nodes are considering it as a signed integer and that is
very much clear when we try to save the error value in it and later try
to compare it with less than 0.
Signed-off-by: Sudip Mukherjee
---
include/sound/hdaudio.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
On 11/25/2015 10:54 PM, OGAWA Hirofumi wrote:
Vegard Nossum writes:
On 11/23/2015 11:21 PM, Richard Weinberger wrote:
Am 23.11.2015 um 08:55 schrieb Vegard Nossum:
With the attached vfat disk image (fuzzed), I get the following WARNING:
WARNING: CPU: 0 PID: 913 at fs/inode.c:275 drop_nlink+
* Ingo Molnar wrote:
>
> * Arnaldo Carvalho de Melo wrote:
>
> > Hi Ingo,
> >
> > Please consider pulling,
> >
> > - Arnaldo
> >
> >
> > The following changes since commit b7883a1c4f75edb62fc49da6000c59fb881e3c7b:
> >
> > perf/x86: Handle multiple umask bits for BDW CYCLE_ACTIVITY.
Hi all,
while investigating the crash in scsi_lib.c I found a rather curious
behaviour for QUEUE_FLAG_NO_SG_MERGE.
While the flag is evaluated in blk_recalc_rq_segments and
blk_recount_segments (resulting in nr_phys_segments being
computed based on that flag) it is completely ignored
during blk_r
On Fri, Nov 20, 2015 at 7:26 PM, Arnd Bergmann wrote:
> Recent gcc versions warn about reading from a negative offset of
> an on-stack array:
>
> drivers/remoteproc/remoteproc_debugfs.c: In function 'rproc_recovery_write':
> drivers/remoteproc/remoteproc_debugfs.c:167:9: warning: 'buf[4294967295u]
On 11/26/15, Michael Ellerman wrote:
> On Tue, 2015-11-24 at 21:23 +0300, Denis Kirjanov wrote:
>
>> ./drmgr -c cpu -a -r gives the following warning:
>>
>> [ 2327.035563] RCU used illegally from offline CPU!
>> rcu_scheduler_active = 1, debug_locks = 1
>> [ 2327.035564] no locks held by swapper/1
* Arnaldo Carvalho de Melo wrote:
> From: Arnaldo Carvalho de Melo
>
> Hi,
>
> Please consider pulling, this is on top of my previous
> perf-core-for-mingo pull request.
>
> - Arnaldo
>
> The following changes since commit 646a6e846c4dc3812c614fd061603b6db5b8d380:
>
> perf callchai
On Wed, Nov 25, 2015 at 07:27:57PM +0300, Vladimir Davydov wrote:
> On Wed, Nov 25, 2015 at 04:45:13PM +0100, Vlastimil Babka wrote:
> > On 11/25/2015 04:36 PM, Vladimir Davydov wrote:
> > > Block device drivers often hand off io request processing to kernel
> > > threads (example: device mapper).
Commit-ID: cb1dc22dce6e54dbd1eac213c9216e1aa57084da
Gitweb: http://git.kernel.org/tip/cb1dc22dce6e54dbd1eac213c9216e1aa57084da
Author: Jiri Olsa
AuthorDate: Wed, 18 Nov 2015 08:52:47 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 23 Nov 2015 18:30:41 -0300
perf callchain: A
On Wed, Nov 25, 2015 at 01:00:22PM +, Richard Fitzgerald wrote:
> This updates the compress core code to create an 'info' file under procfs
> for each compressed node, like the PCM core does for PCM nodes.
>
> Based off Takashi's for-next
Looks good to me..
Acked-by: Vinod Koul
--
~Vinod
Commit-ID: b26b218a1e9c5815cb8964e180b7fba3cd9bd509
Gitweb: http://git.kernel.org/tip/b26b218a1e9c5815cb8964e180b7fba3cd9bd509
Author: Jiri Olsa
AuthorDate: Tue, 17 Nov 2015 16:05:37 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 23 Nov 2015 18:30:10 -0300
perf callchain: M
Commit-ID: 8dc0564d809e3903834950e2d12f6d1d2fcff708
Gitweb: http://git.kernel.org/tip/8dc0564d809e3903834950e2d12f6d1d2fcff708
Author: Jiri Olsa
AuthorDate: Tue, 17 Nov 2015 16:05:39 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 23 Nov 2015 18:31:01 -0300
perf test: Add ca
Commit-ID: 7d6852432acb3b09fc3ec45dd65421d34eebe3b5
Gitweb: http://git.kernel.org/tip/7d6852432acb3b09fc3ec45dd65421d34eebe3b5
Author: Taeung Song
AuthorDate: Sun, 22 Nov 2015 19:11:56 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 23 Nov 2015 18:31:25 -0300
perf config: Ad
Commit-ID: 30862f2c5725c46afcfab5af710fdf5163bf0f81
Gitweb: http://git.kernel.org/tip/30862f2c5725c46afcfab5af710fdf5163bf0f81
Author: Taeung Song
AuthorDate: Tue, 17 Nov 2015 22:53:21 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 23 Nov 2015 18:31:24 -0300
perf tools: Add
Commit-ID: 8bd508b001629a5d836987d9a0702a6bfc4fc705
Gitweb: http://git.kernel.org/tip/8bd508b001629a5d836987d9a0702a6bfc4fc705
Author: Jiri Olsa
AuthorDate: Thu, 19 Nov 2015 14:01:19 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 23 Nov 2015 18:31:13 -0300
perf callchain: A
On 11/22/2015 8:49 AM, Yuval Mintz wrote:
+static void hns_ae_set_tso_stats(struct hnae_handle *handle, int
+enable) {
+ struct hns_ppe_cb *ppe_cb = hns_get_ppe_cb(handle);
+
+ hns_ppe_set_tso_enable(ppe_cb, enable); }
Style issues?
I could not see the code style issue menioned abov
Commit-ID: 646a6e846c4dc3812c614fd061603b6db5b8d380
Gitweb: http://git.kernel.org/tip/646a6e846c4dc3812c614fd061603b6db5b8d380
Author: Jiri Olsa
AuthorDate: Sat, 21 Nov 2015 11:23:55 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 23 Nov 2015 18:31:25 -0300
perf callchain: A
Commit-ID: 32abc2ede536aae52978d6c0a8944eb1df14f460
Gitweb: http://git.kernel.org/tip/32abc2ede536aae52978d6c0a8944eb1df14f460
Author: Steven Rostedt
AuthorDate: Mon, 16 Nov 2015 17:25:16 -0500
Committer: Arnaldo Carvalho de Melo
CommitDate: Mon, 23 Nov 2015 19:17:23 -0300
tools lib tr
Commit-ID: d8ad6a15cc3a364de6c8010378adc3fb06ce3ff1
Gitweb: http://git.kernel.org/tip/d8ad6a15cc3a364de6c8010378adc3fb06ce3ff1
Author: Wang Nan
AuthorDate: Tue, 24 Nov 2015 13:36:07 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 25 Nov 2015 16:38:13 -0300
tools lib bpf: Don
Commit-ID: 5725dd8fa888b4dcdff58241f9d3d3ac42a048e2
Gitweb: http://git.kernel.org/tip/5725dd8fa888b4dcdff58241f9d3d3ac42a048e2
Author: Wang Nan
AuthorDate: Tue, 24 Nov 2015 13:36:06 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 25 Nov 2015 16:36:36 -0300
tools build: Clean
On Thu, 26 Nov 2015 09:08:19 +0100,
Sudip Mukherjee wrote:
>
> All uses of num_nodes are considering it as a signed integer and that is
> very much clear when we try to save the error value in it and later try
> to compare it with less than 0.
No. The point is that the value checked *there* has
Vegard Nossum writes:
> On 11/25/2015 10:54 PM, OGAWA Hirofumi wrote:
>> Vegard Nossum writes:
>>
>>> On 11/23/2015 11:21 PM, Richard Weinberger wrote:
Am 23.11.2015 um 08:55 schrieb Vegard Nossum:
> With the attached vfat disk image (fuzzed), I get the following WARNING:
>
> WA
On Thu, 26 Nov 2015 02:02:52 -0600, Jordan Hargrave wrote:
> On Wed, Nov 25, 2015 at 5:47 AM, Jean Delvare wrote:
> > On Wed, 18 Nov 2015 16:02:14 -0600, Jordan Hargrave wrote:
> > > +static void __init dmi_save_system_slot(const struct dmi_header *dm)
> > > +{
> > > + const char *name;
> > >
Vegard Nossum writes:
> On 11/25/2015 10:54 PM, OGAWA Hirofumi wrote:
>> Vegard Nossum writes:
>>
>>> On 11/23/2015 11:21 PM, Richard Weinberger wrote:
Am 23.11.2015 um 08:55 schrieb Vegard Nossum:
> With the attached vfat disk image (fuzzed), I get the following WARNING:
>
> WA
Uart1 rxd is wakeup capable on DRA72 EVM. Hence, mark rxd line as
wakeup capable. This is similar to commit 66b0436977e2c ("ARM: dts:
dra7-evm: Mark uart1 rxd as wakeup capable") for DRA74 EVM.
Signed-off-by: Vignesh R
---
arch/arm/boot/dts/dra72-evm.dts | 2 ++
1 file changed, 2 insertions(+)
HI Bjorn,
On 25 November 2015 16:41, Bjorn Helgaas wrote:
> Hi Phil,
>
> On Wed, Nov 25, 2015 at 03:30:36PM +, Phil Edworthy wrote:
> > The first patches fixes the build problem
>
> I'm trying to figure out if v4.4 has a build problem we need to fix.
> If I understand correctly, "PCI: rcar:
On Wed, Nov 25, 2015 at 02:24:16PM -0600, Rob Herring wrote:
> On Wed, Nov 25, 2015 at 11:59:37AM -0800, Jin Qian wrote:
> > From: Greg Hackmann
> >
> > Signed-off-by: Greg Hackmann
> > (cherry picked from commit 3c56d07eb796066530e93a40e74dea3bc59bf4cf)
> > Signed-off-by: Jin Qian
> > ---
> >
>
> Currently at the beginning of hugetlb_fault(), we call huge_pte_offset()
> and check whether the obtained *ptep is a migration/hwpoison entry or not.
> And if not, then we get to call huge_pte_alloc(). This is racy because the
> *ptep could turn into migration/hwpoison entry after the huge_pte
On Thu, Nov 26, 2015 at 04:08:18PM +0900, Namhyung Kim wrote:
> The callchain rbtree is rebuilt periodically, so it needs to
> reinitialize the root everytime. Otherwise it can be stuck in the
> rbtree insertion with stale pointers.
>
> Signed-off-by: Namhyung Kim
> ---
> tools/perf/util/callch
MT2701 pinctrl/eint are similar to mt8127, mt8135 and mt8173,
add support for mt2701 using mediatek common pinctrl driver.
Biao Huang (4):
dt-bindings: mediatek: Modify pinctrl bindings for mt2701
pinctrl: dt bindings: Add pinfunc header file for mt2701
pinctrl: mediatek: Add Pinctrl/GPIO/EI
Add pinctrl and GPIO node to mt2701.dtsi
Signed-off-by: Biao Huang
---
arch/arm/boot/dts/mt2701.dtsi | 19 +++
1 file changed, 19 insertions(+)
diff --git a/arch/arm/boot/dts/mt2701.dtsi b/arch/arm/boot/dts/mt2701.dtsi
index dc02f76..bd88ae9 100644
--- a/arch/arm/boot/dts/mt27
Add mt2701 support using mediatek common pinctrl driver.
MT2701 have some special pins need an extra setting register
than other ICs, so adding this support to common code.
Signed-off-by: Biao Huang
---
drivers/pinctrl/mediatek/Kconfig |6 +
drivers/pinctrl/mediatek/Makefile
From: Erin Lo
The upcoming MTK pinctrl driver have a big pin table for each SoC
and we don't want to bloat the kernel binary if we don't need it.
Add config options so we can build for one SoC only. Add MT2701.
Signed-off-by: Erin Lo
---
arch/arm/mach-mediatek/Kconfig |4
1 file chang
Add pinfunc header file, mt2701 related dts will include it
Signed-off-by: Biao Huang
---
arch/arm/boot/dts/mt2701-pinfunc.h | 713
1 file changed, 713 insertions(+)
create mode 100644 arch/arm/boot/dts/mt2701-pinfunc.h
diff --git a/arch/arm/boot/dts/mt270
On Thu, Nov 26, 2015 at 04:08:20PM +0900, Namhyung Kim wrote:
> If user requested to hide unresolved entries, skip unresolved callchains
> as well as hist entries.
>
> Signed-off-by: Namhyung Kim
Acked-by: Jiri Olsa
thanks,
jirka
--
To unsubscribe from this list: send the line "unsubscribe lin
Hi Lee,
On Tue, Nov 24, 2015 at 3:14 PM, Lee Jones wrote:
> ST's platforms often have multiple co-processors (usually ST40s or ST231s)
> on-board. This provides the Linux-side infrastructure to flash and boot
> them successfully.
>
> This set has been tested on an STiH410-B2120.
It would be nic
Signed-off-by: Biao Huang
---
.../devicetree/bindings/pinctrl/pinctrl-mt65xx.txt |9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/Documentation/devicetree/bindings/pinctrl/pinctrl-mt65xx.txt
b/Documentation/devicetree/bindings/pinctrl/pinctrl-mt65xx.txt
index 0480b
On Tue, Nov 24, 2015 at 10:30:06AM -0800, Tim Chen wrote:
>
> On the decrypt path, we don't need to use multi-buffer algorithm
> as aes-cbc decrypt can be parallelized inherently on a single
> request. So most of the time the outer layer algorithm
> cbc_mb_async_ablk_decrypt can bypass mcryptd and
Hi again
ping again ?
> ping ?
>
> >
> > From: Kuninori Morimoto
> >
> > This patch adds CS2000 Fractional-N driver as clock provider.
> >
> > Signed-off-by: Kuninori Morimoto
> > ---
> > v5 -> v6
> >
> > - remove redundant variable from each functions
> > - multi line code become one l
Calling dmi_string_nosave isn't cheap, so avoid calling it twice in a
row for the same string.
Signed-off-by: Jean Delvare
Cc: Jordan Hargrave
Cc: Narendra K
---
drivers/firmware/dmi_scan.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
--- linux-4.3.orig/drivers/firmware/dmi_
The description of dmi_find_device was apparently copied from a
similar function in a different subsystem, but the parameter names
were not adjusted as needed.
Signed-off-by: Jean Delvare
Cc: Andrey Panin
---
drivers/firmware/dmi_scan.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Hello,
On Wed 25-11-15 12:02:17, Tejun Heo wrote:
> On Wed, Nov 25, 2015 at 10:05:22AM +0100, Jan Kara wrote:
> > So did you particularly have an issue during console registration? Because
>
> Yeap, we're seeing a small ratio of machines falling head over hills
> during IPMI serial console regi
* PaX Team wrote:
> On 25 Nov 2015 at 10:13, Mathias Krause wrote:
>
> > I myself had some educating experience seeing my machine triple fault
> > when resuming from a S3 sleep. The root cause was a variable that was
> > annotated __read_only but that was (unnecessarily) modified during CPU
> >
Run thread.c with clean kernel 4.3.0-rc4, perf top -G also indicates
cache_flusharray and cache_alloc_refill functions spend 25.6% time
on queued_spin_lock_slowpath totally. it means the compared data
from our spinlock-test.patch is reliable.
Thanks
Ling
2015-11-26 11:49 GMT+08:00 Ling Ma :
> Hi
On 25/11/2015 13:20, Peter Meerwald-Stadler wrote:
in SOFTWARE buffer mode, a kthread will capture the active scan_elements
into a kfifo, then compute the remaining time until the next capture tick
and do an active wait (udelay).
minor comments below
Thanks Peter! All fixed in next iteratio
On Wed, Nov 25, 2015 at 12:45:34PM -0300, Emilio López wrote:
> From: Reilly Grant
>
> The new USBDEVFS_DROP_PRIVILEGES ioctl allows a process to voluntarily
> relinquish the ability to issue other ioctls that may interfere with
> other processes and drivers that have claimed an interface on the
Hi Stefan,
On Sat, Aug 29, 2015 at 4:08 AM, Stefan Agner wrote:
> Currently, if the resource table is completely missing in the
> firmware, powering up the remoteproc fails silently. Add a message
> indicating that the resource table is missing in the firmware.
>
> Signed-off-by: Stefan Agner
A
On Wednesday 25 November 2015 20:19:21 Frank Rowand wrote:
> > Or populate /proc/atags only for the ones that need it from machine
> > specific init_early?
>
> This is circling back to the first comment from Russell King where
> he suggested a legacy file for the N900 which calls save_atags():
>
On 2015/11/26 16:05, Wangnan (F) wrote:
On 2015/11/20 18:54, 平松雅巳 / HIRAMATU，MASAMI wrote:
From: Wang Nan [mailto:wangn...@huawei.com]
This patch keeps options of perf builtins same in all condition. If the
option is disabled because of compiling options, users should be
notified.
This pat
On Thu, Nov 26, 2015 at 09:12:37AM +0100, Ingo Molnar wrote:
SNIP
> fixdep: error opening depfile: ./.plugin_hrtimer.o.d: No such file or
> directory
> /home/mingo/tip/tools/build/Makefile.build:77: recipe for target
> 'plugin_hrtimer.o' failed
> make[3]: *** [plugin_hrtimer.o] Error 2
> Makefi
* Chen Yu wrote:
> A bug was reported that on certain Broadwell platforms, after resuming from
> S3,
> the CPU is running at an anomalously low speed.
>
> It turns out that the BIOS has modified the value of the THERM_CONTROL
> register
> during S3, and changed it from 0 to 0x10, thus enabled
On Thu, 26 Nov 2015, Ohad Ben-Cohen wrote:
> On Tue, Nov 24, 2015 at 3:14 PM, Lee Jones wrote:
> > ST's platforms often have multiple co-processors (usually ST40s or ST231s)
> > on-board. This provides the Linux-side infrastructure to flash and boot
> > them successfully.
> >
> > This set has bee
On Wed, 25 Nov 2015, Ingi Kim wrote:
> This patch adds device driver of Richtek RT5033 PMIC.
> The RT5033 Flash LED Circuit is designed for one or two LEDs driving
> for torch and strobe applications, it provides an I2C software command
> to trigger the torch and strobe operation.
>
> Each of LED
* Seth Jennings wrote:
> The cumulative effect of bdee237c and 982792c7 is some pretty convoluted
> code. This commit has no (intended) functional change; just seeks to
> simplify and make the code more understandable.
>
> The whole section with the "tail size" doesn't seem to be reachable,
>
On Thu, 26 Nov 2015, Ingi Kim wrote:
> On 2015년 11월 26일 00:13, Jacek Anaszewski wrote:
> > Hi Ingi,
> >
> > Thanks for the update.
> >
> > On 11/25/2015 11:22 AM, Ingi Kim wrote:
> >> This patch adds device driver of Richtek RT5033 PMIC.
> >> The RT5033 Flash LED Circuit is designed for one or tw
On Wed, 25 Nov 2015, Nicolas Boichat wrote:
> cros_ec_cmd_xfer_spi and cros_ec_pkt_xfer_spi generally work like
> this:
> - Pull CS down (active), wait a bit, then send a command
> - Wait for response (multiple requests)
> - Wait a while, pull CS up (inactive)
>
> These operations, individuall
* Wangnan (F) wrote:
>
>
> On 2015/11/25 20:20, Peter Zijlstra wrote:
> >On Wed, Nov 25, 2015 at 05:44:00PM +0800, Wangnan (F) wrote:
> >>
> >>On 2015/11/25 17:27, Peter Zijlstra wrote:
> >>>On Tue, Nov 24, 2015 at 10:00:31PM +0800, Yunlong Song wrote:
> In our patch, we create and maintai
On 11/25/2015 04:45 PM, Emilio López wrote:
Hi everyone,
This patch introduces a new ioctl, USBDEVFS_DROP_PRIVILEGES,
to voluntarily forgo the ability to issue ioctls which may
interfere with other users of the USB device.
This feature allows a privileged process (in the case of Chrome OS,
pe
On Thu, Nov 26, 2015 at 04:59:25PM +0800, Peter Chen wrote:
> On Wed, Nov 25, 2015 at 12:45:34PM -0300, Emilio López wrote:
> > From: Reilly Grant
> >
> > The new USBDEVFS_DROP_PRIVILEGES ioctl allows a process to voluntarily
> > relinquish the ability to issue other ioctls that may interfere wit
On Thu, Nov 26, 2015 at 4:13 PM, Hannes Reinecke wrote:
> Hi all,
>
> while investigating the crash in scsi_lib.c I found a rather curious
> behaviour for QUEUE_FLAG_NO_SG_MERGE.
>
> While the flag is evaluated in blk_recalc_rq_segments and
> blk_recount_segments (resulting in nr_phys_segments bei
On 2015/11/26 17:19, Ingo Molnar wrote:
* Wangnan (F) wrote:
On 2015/11/25 20:20, Peter Zijlstra wrote:
On Wed, Nov 25, 2015 at 05:44:00PM +0800, Wangnan (F) wrote:
On 2015/11/25 17:27, Peter Zijlstra wrote:
On Tue, Nov 24, 2015 at 10:00:31PM +0800, Yunlong Song wrote:
In our patch, we
On Thu, 2015-11-26 at 11:15 +0300, Denis Kirjanov wrote:
> On 11/26/15, Michael Ellerman wrote:
> > On Tue, 2015-11-24 at 21:23 +0300, Denis Kirjanov wrote:
> > I can't get this to hit.
> >
> > I've got LOCKDEP=y, I've enabled the hcall tracepoints, and then I offline
> > a cpu via sysfs.
> I ha
您好:
您还在用ali平台开发外贸客户?
还在使用展会宣传企业和产品?
你out了!!!
当前外贸客户开发难，您是否也在寻找展会，B2B之外好的渠道？
行业全球十几万客户，平时最多也就联系了三千家，您是否想把剩下的也开发到？
加QQ2652697913给您演示下主动开发客户的方法，先用先受益，已经有近万家企业领先您使用！！。
广东省商业联合会推荐，主动开发客户第一品牌，近万家企业正在获益。您可以没有使用，但是不能没有了解。
--
To unsubscribe from this list: send the line "unsubsc
* Ingo Molnar wrote:
> > But yes, we can do that userspace ring buffer when we really need it. At
> > very
> > first we can start working on perf side and assume overwrite mode is ready.
>
> I don't think Peter asked for much: pick up the patch he has already written
> and
> use it, to have
On Thu, Nov 26, 2015 at 11:10 AM, Lee Jones wrote:
> On Thu, 26 Nov 2015, Ohad Ben-Cohen wrote:
>> On Tue, Nov 24, 2015 at 3:14 PM, Lee Jones wrote:
>> > ST's platforms often have multiple co-processors (usually ST40s or ST231s)
>> > on-board. This provides the Linux-side infrastructure to flash
On Wed 25-11-15 12:57:08, David Rientjes wrote:
> On Wed, 25 Nov 2015, Michal Hocko wrote:
>
> > diff --git a/mm/page_alloc.c b/mm/page_alloc.c
> > index 8034909faad2..94b04c1e894a 100644
> > --- a/mm/page_alloc.c
> > +++ b/mm/page_alloc.c
> > @@ -2766,8 +2766,13 @@ __alloc_pages_may_oom(gfp_t gfp
A certain deceased customer left behind $ 18 million US in my bank, I seek your
partnership to get this fund reply
Larr.S
--
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 http://vger.kernel.org/
On 11/26/2015 12:39 AM, Ben Hutchings wrote:
> On Wed, 2015-11-25 at 23:11 +, Luis Henriques wrote:
>> On Tue, Nov 24, 2015 at 10:33:59PM +, Ben Hutchings wrote:
>>> 3.2.74-rc1 review patch. If anyone has any objections, please let me know.
>>>
>>> --
>>>
>>> From: Filipe
Hi Suman,
On Thu, Sep 17, 2015 at 3:29 AM, Suman Anna wrote:
> The remoteproc core uses a static ida named rproc_dev_index for
> assigning an automatic index number to a registered remoteproc.
> The ida core may allocate some internal idr cache layers and ida
> bitmap upon any ida allocation, and
* Ingo Molnar wrote:
>
> * Ingo Molnar wrote:
>
> > > But yes, we can do that userspace ring buffer when we really need it. At
> > > very first we can start working on perf side and assume overwrite mode is
> > > ready.
> >
> > I don't think Peter asked for much: pick up the patch he has a
Hi Ingi,
On 11/26/2015 09:02 AM, Ingi Kim wrote:
[...]
+torch_unlock:
+mutex_unlock(&led->lock);
+return ret;
+}
+
+static int rt5033_led_flash_brightness_set(struct led_classdev_flash
*fled_cdev,
+ u32 brightness)
+{
+struct rt5033_sub_led *sub_led = flcdev_to
On Wed, Sep 16, 2015 at 3:32 PM, Dave Gerlach wrote:
> Use MODULE_DEVICE_TABLE with wkup_m3_rproc_of_match so the module alias
> is exported and the wkup_m3_rproc driver can automatically probe.
>
> Signed-off-by: Dave Gerlach
Applied to remoteproc-next, thanks.
--
To unsubscribe from this list:
On Wed 25-11-15 13:01:56, David Rientjes wrote:
> On Wed, 25 Nov 2015, Michal Hocko wrote:
>
> > > > @@ -2642,6 +2644,13 @@ get_page_from_freelist(gfp_t gfp_mask, unsigned
> > > > int order, int alloc_flags,
> > > > if (zonelist_rescan)
> > > > goto zonelist_scan;
> > > >
The reason why I put it in the ppalist_pool is that when I wrote the
code I thought state we needed was only exiting/stopping, I didn't
want to add a variable for just a bit.
I will send you a patch base on the lasted master 4.4rc2.
2015-11-25 23:39 GMT+08:00 Matias Bjørling :
> On 11/25/2015 01
On 25/11/15 17:48, Jon Hunter wrote:
>
> On 25/11/15 15:52, Tyler Baker wrote:
>> On 25 November 2015 at 07:11, Thierry Reding
>> wrote:
>>> On Mon, Nov 23, 2015 at 03:18:59PM -0800, Tyler Baker wrote:
Hi Jon,
On 20 November 2015 at 07:11, Jon Hunter wrote:
> The _clk_disabl
* Ingo Molnar wrote:
> So if an overwrite-mode background tracing session is running, you don't even
> have
> to signal it to capture the ring-buffer: just open the ring-buffer fd in
> procfs,
> under /proc/XYZ/perf/ring-buffers/5.trace or so, and dump its current
> contents,
> assuming th
On 26 Nov 2015 at 9:54, Ingo Molnar wrote:
> * PaX Team wrote:
>
> > actually the kernel could silently recover from this given how the page
> > fault
> > handler could easily determine that the fault address fell into the
> > data..read_only section and just silently undo the read-only prope
On 11/25/15, Torsten Duwe wrote:
> Implement FTRACE_WITH_REGS for powerpc64, on ELF ABI v2.
> Initial work started by Vojtech Pavlik, used with permission.
>
> * arch/powerpc/kernel/entry_64.S:
> - Implement an effective ftrace_caller that works from
> within the kernel binary as well
On 11/26/2015 04:04 PM, Thierry Reding wrote:
On Thu, Nov 26, 2015 at 03:03:54PM +0800, Chris Zhong wrote:
Hi Thierry
Thanks for your feedback.
On 11/21/2015 12:07 AM, Thierry Reding wrote:
On Fri, Nov 20, 2015 at 04:15:32PM +0800, Chris Zhong wrote:
add Synopsys DesignWare MIPI DSI host
On Wed, 25 Nov 2015, Nikita Kiryanov wrote:
> Add support for TPS65218 LS3 current regulator, which is capable of 4
> current input limit modes: 100, 200, 500, and 1000 uA.
>
> Signed-off-by: Nikita Kiryanov
> Cc: Tony Lindgren
> Cc: Liam Girdwood
> Cc: Mark Brown
> Cc: Samuel Ortiz
> Cc: Le
On 11/25/15, Torsten Duwe wrote:
> The gcc switch -mprofile-kernel, available for ppc64 on gcc > 4.8.5,
> allows to call _mcount very early in the function, which low-level
> ASM code and code patching functions need to consider.
> Especially the link register and the parameter registers are still
Commit 79a9becda894 moved the awareness of active low state
into the gpiod_get_value*() functions, but it only inverts the
GPIO's raw value when it is active low. If the GPIO is active
high, the gpiod_get_value*() functions return the raw value of
the register, which can be any positive value.
Thi
On Wed, 2015-11-25 at 13:09 -0500, Nicolas Pitre wrote:
> But CPU MHz, when available, has the merit of not being open to
> interpretation.
Current MHz, maximum MHz or 'turbo' MHz? ;-)
--
Tixy
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Wed, 25 Nov 2015, Ondrej Zary wrote:
> On Wednesday 25 November 2015 04:17:09 Finn Thain wrote:
> >
> > On Tue, 24 Nov 2015, Ondrej Zary wrote:
> >
> > >
> > > Bisecting slow module initialization pointed to this commit.
> > >
> > > Before this commit (2 seconds):
> > > [ 60.317374] scsi
On 25/11/2015 13:12, Måns Rullgård wrote:
> Mason writes:
>
>>> + status_lo = intc_readl(chip, chip->ctl + IRQ_STATUS);
>>> + status_hi = intc_readl(chip, chip->ctl + IRQ_CTL_HI + IRQ_STATUS);
>>
>> In my local branch, I wrote:
>>
>> #define IRQ_CTL_LO 0
>>
>> status_lo = intc_readl(ch
On 11/25/2015 4:13 PM, Giuseppe CAVALLARO wrote:
Hello
On 11/24/2015 7:09 PM, David Miller wrote:
From: Shunqian Zheng
Date: Sun, 22 Nov 2015 16:44:18 +0800
From: ZhengShunQian
The init_dma_desc_rings() may realloc the rx_skbuff[] when
suspend and resume. This patch free the rx_skbuff[] be
On Fri, 20 Nov, at 11:30:17AM, Rasmus Villemoes wrote:
> kobject_init_and_add takes a format string+args, so there's no reason
> to do this formatting in advance.
>
> Signed-off-by: Rasmus Villemoes
> ---
> drivers/firmware/efi/esrt.c | 5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
On Thu, Nov 26, 2015 at 12:34:33AM +, Ben Hutchings wrote:
> On Wed, 2015-11-25 at 23:05 +, Luis Henriques wrote:
> > On Tue, Nov 24, 2015 at 10:33:59PM +, Ben Hutchings wrote:
> > > 3.2.74-rc1 review patch. If anyone has any objections, please let me
> > > know.
> > >
> > >
Hello,
The following program causes a use-after-free in tty_check_change:
// autogenerated by syzkaller (http://github.com/google/syzkaller)
#include
#include
#include
#include
void *thr(void *arg)
{
int x = 0;
ioctl((int)(long)arg, TIOCGETD, &x);
return 0;
}
void tt
On Thu, Nov 26, 2015 at 11:38:06AM +0200, Ohad Ben-Cohen wrote:
> Hi Suman,
>
> On Thu, Sep 17, 2015 at 3:29 AM, Suman Anna wrote:
> > The remoteproc core uses a static ida named rproc_dev_index for
> > assigning an automatic index number to a registered remoteproc.
> > The ida core may allocate
On 11/25/2015 09:13 AM, Joonsoo Kim wrote:
>> +if (page_ext->last_migrate_reason != -1) {
>> +ret += snprintf(kbuf + ret, count - ret,
>> +"Page has been migrated, last migrate reason: %s\n",
>> +migrate_reason_names[page_ext->last_migrate_rea
Hi Andrew,
On Nov 25 2015 or thereabouts, Andrew Duggan wrote:
> This is a new patch series which squashes all of the development
> history of the RMI4 driver into patches based on functionality. The
> first patch adds the core RMI4 functionality needed by all RMI4 devices
> and then the additiona
* PaX Team wrote:
> On 26 Nov 2015 at 9:54, Ingo Molnar wrote:
>
> > * PaX Team wrote:
> >
> > > actually the kernel could silently recover from this given how the page
> > > fault
> > > handler could easily determine that the fault address fell into the
> > > data..read_only section and j
On 11/25/2015 03:58 PM, Michal Hocko wrote:
> Nice! This can be really helpful.
>
>> Signed-off-by: Vlastimil Babka
>
> Appart from a typo below, looks good to me
> Acked-by: Michal Hocko
Thanks!
> [...]
>
>> +void __dump_page_owner(struct page *page)
>> +{
>> +struct page_ext *page_ext
* Martin K. Petersen wrote:
> > "Peter" == Peter Zijlstra writes:
>
> Peter> Please either create a fake MPT2SAS config that selects the
> Peter> MPT3SAS driver, or rename the whole thing to MPT23SAS such that
> Peter> we at least get a relevant question on oldconfig.
>
> Sorry about that
1 - 100 of 560 matches
Mail list logo
