Hi Linus,
been a bit slow gathering these,
drm/mst: one mutex leak in a fail path
radeon: two oops fixes, one dpm fix
i915: one messy set of fixes, where we revert the original fix,
and pull back the proper set of fixes from -next on top.
nouveau: one fix for an illegal buffer placement.
On Wed, 21 Oct 2015, Stephen Boyd wrote:
> On 10/21, Julia Lawall wrote:
> > for_each_matching_node_and_match performs an of_node_get on each iteration,
> > so a break out of the loop requires an of_node_put.
> >
> > A simplified version of the semantic patch that fixes this problem is as
> >
Hi
On 10/21/2015 11:28 PM, Randy Dunlap wrote:
On 10/20/15 23:16, Stephen Rothwell wrote:
Hi all,
There will be no linux-next releases after tomorrow until Nov 2 (kernel
summit).
Changes since 20151020:
on i386 or x86_64:
when CONFIG_PM_SLEEP is not enabled:
Currentlly, we use Synopsys DesignWare DMA Controller for
baytrail/haswell/broadwell ADSP firmware loading, but for
skylake, we don't use it, compiling sst-firmware.c may
introduce error when CONFIG_DW_DMAC_CORE is not enabled:
sound/built-in.o: In function `sst_dma_new':
(.text+0xd7b38):
Hi all,
There will be no linux-next releases until Nov 2 (due to the kernel
summit).
Changes since 20151021:
The battery tree still had its build failure so I used the version from
next-20150925.
The tip tree gained a conflict against the arm64 tree.
The akpm-current tree lost its build
On 10/21/15 9:20 PM, Luca Abeni wrote:
Hi all,
after fixing task migrations for SCHED_DEADLINE, I started to see some
lockdep-related warnings that look like this:
[ 794.428081] WARNING: CPU: 1 PID: 0 at
/home/luca/Src/GRUB/linux-reclaiming/kernel/locking/lockdep.c:3407
On 2015/10/22 6:58, Alexei Starovoitov wrote:
Fix safety checks for bpf_perf_event_read():
- only non-inherited events can be added to perf_event_array map
(do this check statically at map insertion time)
- dynamically check that event is local and !pmu->count
Otherwise buggy bpf program
On 2015/10/22 13:00, Alexei Starovoitov wrote:
On 10/21/15 9:49 PM, Wangnan (F) wrote:
After applying this patch I'm unable to use perf passing perf_event
again like this:
please do not top post and trim your replies.
# perf record -a -e evt=cycles -e
This path introduces a helper which can give a hint for whether or not
there's a work queued in the work list.
Signed-off-by: Jason Wang
---
drivers/vhost/vhost.c | 6 ++
drivers/vhost/vhost.h | 1 +
2 files changed, 7 insertions(+)
diff --git a/drivers/vhost/vhost.c
This patch tries to poll for new added tx buffer for a while at the
end of tx processing. The maximum time spent on polling were limited
through a module parameter. To avoid block rx, the loop will end it
there's new other works queued on vhost so in fact socket receive
queue is also be polled.
On 10/15/15 at 10:25pm, Steven Rostedt wrote:
> On Thu, 17 Sep 2015 00:19:42 +0800
> Minfei Huang wrote:
>
> > Now, ftrace only calculate the dyn_ftrace number in the adding
> > breakpoint loop, not in adding update and finish update loop.
> >
> > Calculate the correct dyn_ftrace, once ftrace
Hi Javier,
On 22 October 2015 at 08:22, Javier Martinez Canillas
wrote:
> Hello Krzysztof,
>
> On 10/22/2015 03:43 AM, Krzysztof Kozlowski wrote:
>> On 22.10.2015 10:20, Javier Martinez Canillas wrote:> Hello Krzysztof,
>>>
>>> Thanks for your feedback.
>>>
>>> On 10/22/2015 02:36 AM, Krzysztof
Simply resetting the peripheral on bus off condition is not enough,
Because we also need to re-initialize the whole device.
This patch fixes this issue.
Signed-off-by: Kedareswara rao Appana
---
drivers/net/can/xilinx_can.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff
The driver only supports memory-mapped I/O [by ioremap()],
so readl/writel is actually the right thing to do, IMO.
During the validation of this driver or IP on ARM 64-bit processor
while sending lot of packets observed that the tx packet drop with iowrite
Putting the barriers for each tx fifo
On 10/21/15 9:49 PM, Wangnan (F) wrote:
After applying this patch I'm unable to use perf passing perf_event
again like this:
please do not top post and trim your replies.
# perf record -a -e evt=cycles -e
./test_config_map.c/maps.pmu_map.event=evt/ --exclude-perf ls
With -v it output:
Hello Mark,
Am 21.10.2015 um 18:17 schrieb Mark Brown:
On Wed, Oct 21, 2015 at 02:52:51PM +0200, Heiko Schocher wrote:
Am 21.10.2015 um 14:19 schrieb Mark Brown:
On Mon, Oct 19, 2015 at 08:27:13AM +0200, Heiko Schocher wrote:
If this file is needed there is something broken, if this file
After applying this patch I'm unable to use perf passing perf_event
again like this:
# perf record -a -e evt=cycles -e
./test_config_map.c/maps.pmu_map.event=evt/ --exclude-perf ls
With -v it output:
...
adding perf_bpf_probe:func_write
adding perf_bpf_probe:func_write to 0x367d6a0
add bpf
Instead of enabling/disabling clocks at several locations in the driver,
Use the runtime_pm framework. This consolidates the actions for runtime PM
In the appropriate callbacks and makes the driver more readable and mantainable.
Signed-off-by: Kedareswara rao Appana
---
Sorry for the long delay
Hi Peter
2015-10-21 22:20 GMT+09:00 Peter Hurley :
> On 10/21/2015 04:21 AM, Masahiro Yamada wrote:
>> Hi.
>>
>>
>>
>>
>> I think there are three places where console could be enabled.
>>
>> [1] earlycon
>>
>> Each driver entry is declared with
>> EARLYCON_DECLARE() or OF_EARLYCON_DECLARE()
>>
Hi,
Thanks for the patch. Sorry for the delay in the reply.
Patch looks good to me
Reviewed-by: Kedareswara rao Appana
The bus off condition in the error interrupt handler also needs the same
treatment sent the patch for the same.
Please resend your patch on top of my patch
On 22 October 2015 at 05:35, Suman Anna wrote:
>> Anyways I am OK too, if you guys want to fix it with a platform
>> specific quirk. Let me know I'll pick this patch.
>
> I haven't gotten a chance to try #1, and I won't be able to look at it
> atleast for another month. I suggest that you go
On Wed, 2015-10-14 at 14:56 +0200, Joerg Roedel wrote:
> On Fri, Oct 09, 2015 at 10:23:02AM +0800, Yong Wu wrote:
> > Yong Wu (6):
> > dt-bindings: iommu: Add binding for mediatek IOMMU
> > dt-bindings: mediatek: Add smi dts binding
> > iommu: add ARM short descriptor page table allocator
>
A Gentle Reminder !!
On 10/14/2015 06:25 PM, Alim Akhtar wrote:
This patch-set introduces UFS (Universal Flash Storage) host support
for Samsung Exynos SoC. Mostly, it consists of UFS PHY and host specific driver.
And it also contains some quirks handling for Exynos.
NOTE: ** This series has a
On Wed, 21 Oct 2015, Hugh Dickins wrote:
> On Thu, 22 Oct 2015, Minchan Kim wrote:
> > Hello Hugh,
> >
> > On Wed, Oct 21, 2015 at 05:59:59PM -0700, Hugh Dickins wrote:
> > > On Thu, 22 Oct 2015, Minchan Kim wrote:
> > > >
> > > > I added the code to check it and queued it again but I had
page_counter_try_charge() currently returns 0 on success and -ENOMEM
on failure, which is surprising behavior given the function name.
Make it follow the expected pattern of try_stuff() functions that
return a boolean true to indicate success, or false for failure.
Signed-off-by: Johannes Weiner
CCing Doug, Heiko and Enric Balletbo
To help us by testing on rk3288-veyron and am335x-sl50 boards.
On 10/22/2015 08:22 AM, Javier Martinez Canillas wrote:
Hello Krzysztof,
On 10/22/2015 03:43 AM, Krzysztof Kozlowski wrote:
On 22.10.2015 10:20, Javier Martinez Canillas wrote:> Hello
The tcp memory controller has extensive provisions for future memory
accounting interfaces that won't materialize after all. Cut the code
base down to what's actually used, now and in the likely future.
- There won't be any different protocol counters in the future, so a
direct sock->sk_memcg
A later patch will need this symbol in files other than memcontrol.c,
so export it now and replace mem_cgroup_root_css at the same time.
Signed-off-by: Johannes Weiner
---
include/linux/memcontrol.h | 3 ++-
mm/backing-dev.c | 2 +-
mm/memcontrol.c| 5 ++---
3 files
Let the networking stack know when a memcg is under reclaim pressure,
so it can shrink its transmit windows accordingly.
Whenever the reclaim efficiency of a memcg's LRU lists drops low
enough for a MEDIUM or HIGH vmpressure event to occur, assert a
pressure state in the socket and tcp memory
Letting shrink_slab() handle the root_mem_cgroup, and implicitely the
!CONFIG_MEMCG case, allows shrink_zone() to invoke the shrinkers
unconditionally from within the memcg iteration loop.
Signed-off-by: Johannes Weiner
---
include/linux/memcontrol.h | 2 ++
mm/vmscan.c| 31
Hi,
this series adds socket buffer memory tracking and accounting to the
unified hierarchy memory cgroup controller.
[ Networking people, at this time please check the diffstat below to
avoid going into convulsions. ]
Socket buffer memory can make up a significant share of a workload's
memory
Socket memory can be a significant share of overall memory consumed by
common workloads. In order to provide reasonable resource isolation
out-of-the-box in the unified hierarchy, this type of memory needs to
be accounted and tracked per default in the memory controller.
Signed-off-by: Johannes
The unified hierarchy memory controller will account socket
memory. Move the infrastructure functions accordingly.
Signed-off-by: Johannes Weiner
---
mm/memcontrol.c | 136
1 file changed, 68 insertions(+), 68 deletions(-)
diff --git
The vmpressure metric is based on reclaim efficiency, which in turn is
an attribute of the LRU. However, vmpressure events are currently
reported at the source of pressure rather than at the reclaim level.
Switch the reporting to the reclaim level to allow finer-grained
analysis of which memcg is
Greg KH writes:
> On Wed, Oct 21, 2015 at 01:08:54PM +0300, Konstantin Khlebnikov wrote:
>> Logic was changed in kernel 3.4 by commit e9aba5158a80 ("tty: rework pty
>> count limiting") but still isn't documented. Better late than never.
>>
>> Signed-off-by: Konstantin Khlebnikov
>> ---
>>
On 10/21/2015 06:31 PM, Tejun Heo wrote:
Hello, Jens.
This is one of hopefully final adjustments to cgroup v2 behavior
before lifting the devel mask. If the patch is okay, can I route the
patch through cgroup/for-4.4 so that it can go together with the
cgroup documentation update patch?
Yep
On Mon, 2015-10-12 at 05:38 -0700, David Miller wrote:
> From: Geliang Tang
> Date: Fri, 9 Oct 2015 03:45:39 -0700
>
> > pcnet32 can't work on my machine recently. It says "architecture
> > does not support 32bit PCI busmaster DMA". There is a logic error
> > in it: pci_set_dma_mask() return 0
Hi Peter,
2015-10-22 0:35 GMT+09:00 Peter Hurley :
> Hi Masahiro,
>
> On 10/21/2015 11:31 AM, Masahiro Yamada wrote:
>> If it is always correct to preserve the initialization done by boot-loader,
>> the following code in 8250_early.c does not make sense.
>
> It's not always correct to preserve
在 2015年10月22日 11:45, Doug Anderson 写道:
Caesar,
On Wed, Oct 21, 2015 at 7:30 PM, Caesar Wang wrote:
The "init" pinctrl is defined we'll set
pinctrl to this state before probe and then "default" after probe.
Add the "init" pinctrl as the OTP gpio state, since we need switch
the pin to gpio
On Wed, 2015-10-21 at 18:27 -0700, David Miller wrote:
> From: Yinghai Lu
> Date: Wed, 21 Oct 2015 11:16:53 -0700
>
> > otherwise we need to compare res with pbm->mem_space or pbm
> ->mem64_space
> > to get direct parent for request_resource_conflict() calling in
> >
Caesar,
On Wed, Oct 21, 2015 at 7:30 PM, Caesar Wang wrote:
> The "init" pinctrl is defined we'll set
> pinctrl to this state before probe and then "default" after probe.
>
> Add the "init" pinctrl as the OTP gpio state, since we need switch
> the pin to gpio state before the TSADC controller is
This patch add runtime_suspend and runtime_resume for
sdhci-of-arasan. Currently we also power-off phy at
runtime_suspend for power-saving.
Signed-off-by: Shawn Lin
Serise-changes: 4
- remove ifdef for PM callback statement
- fix missing pm_runtime_set_active
- remove
This patch use clk_prepare_enable and clk_disable_unprepare for
system PM callback instead of directly use clk_enable and clk_disable
without clk_prepare/unprepare.
Signed-off-by: Shawn Lin
---
Changes in v2: None
drivers/mmc/host/sdhci-of-arasan.c | 12 ++--
1 file changed, 6
This patch adds Generic PHY access for sdhci-of-arasan. Driver
can get PHY handler from dt-binding, and power-on/init the PHY.
Also we add pm ops for PHY here if CONFIG_PM_SLEEP is enabled.
Currently, it's just mandatory for arasan,sdhci-5.1.
Signed-off-by: Shawn Lin
Serise-changes: 4
- remove
This patch adds phys and phy-names for sdhci-of-arasan as required
properties for arasan,sdhci-5.1, and details the example as well.
Signed-off-by: Shawn Lin
---
Changes in v2:
- Keep phy as a mandatory requirement for arasan,sdhci-5.1
.../devicetree/bindings/mmc/arasan,sdhci.txt |
On 10/21/2015 09:15 PM, Richard Guy Briggs wrote:
> On 15/10/21, Scott Matheina wrote:
>> On 10/21/2015 10:33 AM, Richard Guy Briggs wrote:
>>> On 15/10/21, Joe Perches wrote:
On Mon, 2015-10-19 at 12:10 -0400, Richard Guy Briggs wrote:
> On 15/10/18, Scott Matheina wrote:
>> On
On 10/21/15 8:12 PM, Wangnan (F) wrote:
On 2015/10/22 11:09, Alexei Starovoitov wrote:
On 10/21/15 6:56 PM, Wangnan (F) wrote:
One alternative solution I can image is to attach a BPF program
at sampling like kprobe, and return 0 if we don't want sampling
take action. Thought?
Do you think
Hi,
Some corrections and a few questions...
On 10/21/15 14:00, Jérôme Glisse wrote:
> This add documentation on how HMM works and a more in depth view of how it
> should be use by device driver writers.
>
> Signed-off-by: Jérôme Glisse
> ---
> Documentation/vm/hmm.txt | 219
>
On 2015/10/22 11:09, Alexei Starovoitov wrote:
On 10/21/15 6:56 PM, Wangnan (F) wrote:
One alternative solution I can image is to attach a BPF program
at sampling like kprobe, and return 0 if we don't want sampling
take action. Thought?
Do you think attaching BPF programs to sampling is an
On 10/21/15 6:56 PM, Wangnan (F) wrote:
One alternative solution I can image is to attach a BPF program
at sampling like kprobe, and return 0 if we don't want sampling
take action. Thought?
Do you think attaching BPF programs to sampling is an acceptable idea?
If you mean to extend 'filter'
nux-f2fs-de...@lists.sourceforge.net; linux-kernel@vger.kernel.org
> > Subject: next-20151021 - compile error in fs/f2fs/checkpoint.c
> >
> > Building next-20151021 dies with this error:
> >
> > CC [M] fs/f2fs/checkpoint.o
> > fs/f2fs/checkpoint.c: In functio
If we got failure during commit_atomic_write, abort_volatile_write will be
called, but will not drop the inmemory pages due to no FI_ATOMIC_FILE.
Actually, there is no reason to check the flag in abort_volatile_write.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/file.c | 10 +++---
1 file
If commit_atomic_write is failed, we don't need to submit any bio.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/segment.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/f2fs/segment.c b/fs/f2fs/segment.c
index 7835e41..7efd96ad 100644
--- a/fs/f2fs/segment.c
+++
在 2015/10/22 9:26, Rob Herring 写道:
> On Mon, Oct 19, 2015 at 9:36 PM, yankejian wrote:
>> updates the bindings documents and dtsi file according to the review
>> comments from Rob Herring
>>
>> Signed-off-by: yankejian
>> Signed-off-by: huangdaode
>
> Acked-by: Rob Herring
>
Thanks!
>>
Hello Krzysztof,
On 10/22/2015 03:43 AM, Krzysztof Kozlowski wrote:
> On 22.10.2015 10:20, Javier Martinez Canillas wrote:> Hello Krzysztof,
>>
>> Thanks for your feedback.
>>
>> On 10/22/2015 02:36 AM, Krzysztof Kozlowski wrote:
>>> On 22.10.2015 00:15, Javier Martinez Canillas wrote:
The
On Tue, Oct 20, 2015 at 07:57:53PM +0300, Georgi Djakov wrote:
> Add the on-board XO oscillator. This patch prepares for adding support
> for RPM controlled clocks. In order to do smooth transition and support
> both cases (RPM clock driver is enabled or nor), we first move the XO to
> the DT and
On 2015/10/22 0:57, Peter Zijlstra wrote:
On Wed, Oct 21, 2015 at 11:06:47PM +0800, pi3orama wrote:
So explain; how does this eBPF stuff work.
I think I get your point this time, and let me explain the eBPF stuff to you.
You are aware that BPF programmer can break the system in this way:
On Wed, Oct 21, 2015 at 04:05:23PM -0700, Stephen Boyd wrote:
> This driver works as a module, so mark it as a tristate config
> instead of a bool.
>
> Cc: Paul Gortmaker
> Signed-off-by: Stephen Boyd
> ---
>
> I tested this with a busybox ramdisk that modprobes msm_serial and
> then runs a
From: Vivien Didelot
Date: Tue, 20 Oct 2015 10:08:58 -0400
> Remove the inclusion of linux/mdio-gpio.h in nas4220b, wbd111 and wbd222
> boards since mdio-gpio is not used.
>
> Signed-off-by: Vivien Didelot
Applied.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
From: Vivien Didelot
Date: Tue, 20 Oct 2015 10:08:59 -0400
> This header file only contains the platform data structure definition,
> so move it to the include/linux/platform_data/ directory.
>
> Signed-off-by: Vivien Didelot
Applied.
--
To unsubscribe from this list: send the line
Add the "init" pinctrl as the OTP gpio state.
We need the OTP pin is gpio state before resetting the TSADC controller,
since the tshut polarity will generate a high signal.
"init" pinctrl property is defined by Doug's Patch[0].
Patch[0]:
https://patchwork.kernel.org/patch/7454311/
The "init" pinctrl is defined we'll set
pinctrl to this state before probe and then "default" after probe.
Add the "init" pinctrl as the OTP gpio state, since we need switch
the pin to gpio state before the TSADC controller is reset.
As I know, the TSADC controller is reset, the tshut polarity
We need the OTP pin is gpio state before resetting the TSADC controller,
since the tshut polarity will generate a high signal.
Says:
The TSHUT temperature is setting more than 80 degree, the default
tshut polarity is HIGH.
If T > 80C, the OTP output the High Signal.
If T < 80C, the OTP output
Hi all,
Today's linux-next merge of the tip tree got a conflict in:
arch/arm64/kernel/cpufeature.c
between commit:
da8d02d19ffd ("arm64/capabilities: Make use of system wide safe value")
from the arm64 tree and commit:
963fcd409587 ("arm64: cpufeatures: Check ICC_EL1_SRE.SRE before
Hi Johan,
Johan Hovold 於 2015/9/14 下午 09:33 寫道:
On Tue, Jul 21, 2015 at 09:58:19AM +0800, Peter Hung wrote:
4. RS422 Mode
1. The RTS mode is dont care.
2. Set M2/M1/M0 as 0/0/0
I don't think all gpios should be exported for these ports if they have
special
From: kbuild test robot
Date: Tue, 20 Oct 2015 14:56:00 +0800
> drivers/net/ethernet/hisilicon/hns/hnae.c:442:1-3: WARNING: PTR_ERR_OR_ZERO
> can be used
>
>
> Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR
>
> Generated by: scripts/coccinelle/api/ptr_ret.cocci
>
> CC: Arnd
On Tue, 2015-10-20 at 18:41 +0200, Ulf Hansson wrote:
> On 20 October 2015 at 11:13, Chaotian Jing wrote:
> > Change in v2:
> > Drop the 400mhz and use assigned-clock-parents to instead
> > Split the original tune patch to several independent patches
> > Re-write the mmc_send_tuning()
> > Fix GPD
On 15/10/21, Scott Matheina wrote:
> On 10/21/2015 10:33 AM, Richard Guy Briggs wrote:
> > On 15/10/21, Joe Perches wrote:
> >> On Mon, 2015-10-19 at 12:10 -0400, Richard Guy Briggs wrote:
> >>> On 15/10/18, Scott Matheina wrote:
> On 10/14/2015 04:54 PM, Paul Moore wrote:
> > On
;&
> > > !anon_vma)
> >
> > That's interesting, that's one I added in my page migration series.
> > Let me think on it, but it could well relate to the one you got before.
>
> I will roll back to mm/madv_free-v4.3-rc5-mmotm-2015-10-15-15-20
> instead of next
Hello Jassi,
Sorry for delay reply.
在 2015年10月06日 18:34, Jassi Brar 写道:
On Mon, Sep 14, 2015 at 4:36 PM, Caesar Wang wrote:
This add the necessary binding documentation for mailbox
found on RK3368 SoC.
Signed-off-by: Caesar Wang
---
.../bindings/mailbox/rockchip-mailbox.txt | 33
Please check my comment below. thanks.
Yisen
On 2015/10/20 23:01, Salil wrote:
> From: Salil Mehta
>
> This patch adds the support of "RSS (Receive Side Scaling)" feature
> provided by the Hip06 ethernet hardware to the HNS ethernet
> driver.
>
> This feature helps in distributing the
From: Frederic Saunier
Currently NID string handling test for the last entry,
and last entry has .nf_type == (__u32) -1. If we ask
for a non existent LND we hit the last entry which then
calls a strlen on a NULL which causes a error. We can
avoid this problem if we just remove the last entry
From: Joshua Walgenbach
This is a partial backport of the NID range management
added in for nodemap. We only backport the libcfs related
parts here.
Signed-off-by: Joshua Walgenbach
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3527
Reviewed-on: http://review.whamcloud.com/8057
All the function libcfs_init_string did was initialize
a spinlock. We can initialize the spinlock statically
instead.
Signed-off-by: James Simmons
---
.../staging/lustre/include/linux/libcfs/libcfs.h |2 --
drivers/staging/lustre/lnet/lnet/nidstrings.c |8 +---
The reason struct netstrfns exist in nidstrings.c
was to avoid forward decleration errors. The best
way to handle this instead is to move this structure
to a header file. Since this structure is used in
the userland utilities as well so we place it in
nidstr.h which is exposed to userland.
Hi Alexei,
On 2015/10/21 21:42, Wangnan (F) wrote:
One alternative solution I can image is to attach a BPF program
at sampling like kprobe, and return 0 if we don't want sampling
take action. Thought?
Do you think attaching BPF programs to sampling is an acceptable idea?
Thank you.
From: Dmitry Eremin
Provide duplicates with separate buffers for libcfs_*2str() functions.
Replace libcfs_nid2str() with libcfs_nid2str_r() function in critical
places.
Provide buffer size for nf_addr2str functions.
Use __u32 as nf_type always
Signed-off-by: Dmitry Eremin
Intel-bug-id:
Since forward declarations are frowned on upstream we move
the NID range handling to near the start of the nidstring.c
file.
Signed-off-by: James Simmons
Reviewed-on: http://review.whamcloud.com/15086
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-6245
Reviewed-by: Dmitry Eremin
From: Gregoire Pichon
The libcfs already provides services to parse a string into a nidlist
and to match a nid into a nidlist. This patch implements a service
that prints a nidlist into a buffer.
This is required for instance to print the nosquash_nids parameter
of the MDT procfs component.
No need to have a one line wrapper in libcfs that only
is used to delete a list which is only done once in the
LNet layer.
Signed-off-by: James Simmons
---
.../lustre/include/linux/libcfs/libcfs_string.h|1 -
drivers/staging/lustre/lnet/lnet/config.c |2 +-
Much of the LNet network setup is managed with modprobe configuration
files. Those configurations are parse with the code in nidstring.c
which currently located in the libcfs layer. This patch series moves
nidstring.c to the LNet layer where it belongs and we update the
source with all the changes
Both of cfs_ip_addr_parse and cfs_ip_addr_match which are located in
libcfs kernel module are used only for LNet so move this into the
nidstring handling code where it belongs. Also create user land
versions of these functions in the libcfs user land library.
Signed-off-by: James Simmons
Moved the source file nidstring.c from libcfs to lnet
since that is the only place it is used. With the
move of nidstring to lnet some functions in libcfs
need to be exported. In later patches those functions
that are only used by LNet also will be moved to the
LNet layer. Also add in missing
Update struct netstrfns to use C99 initializers.
Remove old LND types from the netstrfns table, as they are
long obsolete and shouldn't be needed even for interop anymore.
Signed-off-by: James Simmons
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-6210
Reviewed-on:
I'm missing this patch for long time.
在 2015年10月06日 22:50, Rob Herring 写道:
On Mon, Sep 14, 2015 at 6:06 AM, Caesar Wang wrote:
This add the necessary binding documentation for mailbox
found on RK3368 SoC.
Signed-off-by: Caesar Wang
---
.../bindings/mailbox/rockchip-mailbox.txt
On Thu, Oct 22, 2015 at 5:49 AM, Mikulas Patocka wrote:
>
>
> On Thu, 22 Oct 2015, Ming Lei wrote:
>
>> > Some drivers (dm-snapshot, dm-thin) do acquire a mutex in .make_requests()
>> > for every bio. It wouldn't be practical to convert them to not acquire the
>> > mutex (and it would also
Hello,
> -Original Message-
> From: Valdis Kletnieks [mailto:valdis.kletni...@vt.edu]
> Sent: Thursday, October 22, 2015 2:06 AM
> To: Chao Yu; Jaegeuk Kim; Changman Lee
> Cc: linux-f2fs-de...@lists.sourceforge.net; linux-kernel@vger.kernel.org
> Subject: next-201510
在 2015年10月22日 09:34, Rob Herring 写道:
On Wed, Oct 21, 2015 at 8:25 PM, Caesar Wang wrote:
The "init" pinctrl is defined we'll set
pinctrl to this state before probe and then "default" after probe.
Add the "init" pinctrl as the OTP gpio state, since we need switch
the pin to gpio state before
2015-10-15 17:40 GMT+08:00 Andy Shevchenko :
> On Thu, 2015-10-15 at 11:32 +0300, Jarkko Nikula wrote:
>> On 10/15/2015 08:46 AM, Xiang Wang wrote:
>> >
>> > In conclusion, we have 2 solutions to set the i2c controller speed
>> > mode (pci driver):
>> > 1) use hardcode value in pci driver
>> > 2)
On 22.10.2015 10:20, Javier Martinez Canillas wrote:> Hello Krzysztof,
>
> Thanks for your feedback.
>
> On 10/22/2015 02:36 AM, Krzysztof Kozlowski wrote:
>> On 22.10.2015 00:15, Javier Martinez Canillas wrote:
>>> The pwrseq_emmc driver does a eMMC card reset before a system reboot to
>>>
Code was added to remove_inode_hugepages that will unmap a page if
it is mapped. i_mmap_lock_write() must be taken during the call
to hugetlb_vmdelete_list(). This is to prevent mappings(vmas) from
being added or deleted while the list of vmas is being examined.
Signed-off-by: Mike Kravetz
---
On Fri, Sep 18, 2015 at 06:30:20PM +0100, e...@felipetonello.com wrote:
> From: "Felipe F. Tonello"
>
> _ep_queue() didn't check for errors when using add_td_to_list()
> which can fail if dma_pool_alloc fails, thus causing a kernel
> panic when lastnode->ptr is NULL.
>
> Signed-off-by: Felipe
On Wed, 2015-10-21 at 12:56 -0700, Hugh Dickins wrote:
> On Wed, 21 Oct 2015, Ian Kent wrote:
Thanks for taking the time to reply Hugh.
>
> > Hi all,
> >
> > I've been looking through some of the page reclaim code and at
> > truncate_inode_pages().
> >
> > I'm not familiar with the code and
On Thu, Oct 22, 2015 at 4:44 AM, Bjorn Helgaas wrote:
> Hi Ley,
>
> I'm ignoring this series for now because of the build errors reported by
> the kbuild test robot.
>
> Bjorn
>
Hi Bjorn
I'm working on the newer version to fix the build errors.
Thanks.
Regards
Ley Foon
--
To unsubscribe from
On Wed, Oct 21, 2015 at 8:25 PM, Caesar Wang wrote:
> The "init" pinctrl is defined we'll set
> pinctrl to this state before probe and then "default" after probe.
>
> Add the "init" pinctrl as the OTP gpio state, since we need switch
> the pin to gpio state before the TSADC controller is reset.
>
On Mon, Oct 19, 2015 at 1:58 AM, Marc Kleine-Budde wrote:
> On 10/19/2015 08:39 AM, Heiko Schocher wrote:
>> add DT support for the ti hecc controller, used on
>> am3517 SoCs.
>
> A similar patch was posted a few days ago, see
> http://comments.gmane.org/gmane.linux.can/8616 and my comments.
I
Bjorn,
On 2015/10/22 4:54, Bjorn Helgaas wrote:
On Thu, Oct 15, 2015 at 12:16:00PM -0500, Bjorn Helgaas wrote:
Hi Ethan,
On Wed, Sep 16, 2015 at 12:19:53PM +0900, Ethan Zhao wrote:
After commit 4449f079722c ("PCI: Calculate maximum number of buses
required for VFs"),the initial value of
FYI, we noticed the below changes on
git://linuxtv.org/hverkuil/media_tree.git sdrout
commit bcd56c567886b1ff0d2569d9cfe056ebbdad59c1 ("vivid: wip for sdr output")
[ 123.619858] evbug: Connected device: input1 (AT Translated Set 2 keyboard at
isa0060/serio0/input0)
[ 123.662942] isa
在 2015年10月22日 09:18, Rob Herring 写道:
On Wed, Oct 21, 2015 at 11:48 AM, Rob Herring wrote:
On Wed, Oct 21, 2015 at 10:45 AM, Caesar Wang wrote:
Hi Rob,
在 2015年10月21日 23:18, Rob Herring 写道:
On Tue, Oct 20, 2015 at 9:42 PM, Caesar Wang wrote:
Add the OTP gpio state, we need switch the pin
On Mon, Oct 19, 2015 at 9:36 PM, yankejian wrote:
> updates the bindings documents and dtsi file according to the review
> comments from Rob Herring
>
> Signed-off-by: yankejian
> Signed-off-by: huangdaode
Acked-by: Rob Herring
> ---
>
1 - 100 of 2156 matches
Mail list logo