Replace bit operation functions with IDA allocator functions. As IDA
allocation is simpler, faster, more space efficient and it generates
small integer IDs which can be used as minor device numbers.
Signed-off-by: Varsha Rao
---
drivers/char/misc.c | 16 ++--
1 file changed, 10 inser
In this patchset label fail_printk is renamed and use IDA allocation
instead of bitmap.
Varsha Rao (2):
drivers: char: Replace bit operation functions with IDA allocator.
drivers: char: Replace fail_printk with fail_print.
drivers/char/misc.c | 20
1 file changed, 12 ins
On Mon, 10 Apr 2017, Stephen Rothwell wrote:
> Hi all,
>
> On Tue, 04 Apr 2017 15:31:15 +0300 Andy Shevchenko
> wrote:
> >
> > On Tue, 2017-04-04 at 09:21 +0100, Lee Jones wrote:
> > > On Tue, 04 Apr 2017, Lee Jones wrote:
> > >
> > > > On Tue, 04 Apr 2017, Stephen Rothwell wrote:
> > > >
From: Steffen Trumtrar
Signed-off-by: Steffen Trumtrar
Signed-off-by: Oleksij Rempel
---
fs/ubifs/super.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/fs/ubifs/super.c b/fs/ubifs/super.c
index b73811bd7676..61180bee38b4 100644
--- a/fs/ubifs/super.c
+++ b/fs/u
From: Steffen Trumtrar
Signed-off-by: Steffen Trumtrar
Signed-off-by: Oleksij Rempel
---
fs/ubifs/super.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/fs/ubifs/super.c b/fs/ubifs/super.c
index 76e44ab88065..3cf2e0347595 100644
--- a/fs/ubifs/super.c
+++ b/fs/ubifs/super.c
@@ -2075,6 +20
From: Sascha Hauer
This is necessary for IMA/EVM to detect changes on inodes.
Signed-off-by: Sascha Hauer
Signed-off-by: Oleksij Rempel
---
fs/ubifs/dir.c | 8
fs/ubifs/file.c | 2 ++
fs/ubifs/super.c | 3 +--
3 files changed, 3 insertions(+), 10 deletions(-)
diff --git a/fs/ubif
Hi,
We encountered a crash issue days ago.
The call trace follows as below:
>From the call trace, we can see that a direct read request caused this
crash issue, which triggered a BUG_ON check point.
With the help of debugfs.ocfs2 tool, I can see that clusters owned by
the target file are extrem
On 10-04-17, 08:45, Krzysztof Kozlowski wrote:
> Yes, keeping both make most sense, I think.
>
> Anyway, I found now the original report thread of Masahiro and I see
> Mark's response about using '-'. In that case I am fine with this. I
> would prefer to take only the exynos part (separated to ARM
On Wed, Mar 29, 2017 at 1:46 AM, Mickaël Salaün wrote:
> A landlocked process has less privileges than a non-landlocked process
> and must then be subject to additional restrictions when manipulating
> processes. To be allowed to use ptrace(2) and related syscalls on a
> target process, a landlock
Hi Andrew,
After merging the akpm-current tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
mm/swap_slots.c: In function 'alloc_swap_slot_cache':
mm/swap_slots.c:126:10: error: implicit declaration of function 'kvzalloc'
[-Werror=implicit-function-declaration]
slots = k
On Mon, Apr 10, 2017 at 8:32 AM, Viresh Kumar wrote:
> On 10-04-17, 15:30, Masahiro Yamada wrote:
>> 2017-04-10 15:22 GMT+09:00 Viresh Kumar :
>> > On 10-04-17, 10:46, Viresh Kumar wrote:
>> >> Compiling the DT file with W=1, DTC warns like follows:
>> >>
>> >> Warning (unit_address_vs_reg): Node
On April 08, 2017 9:40 PM zhong Jiang wrote:
>
> when runing the stabile docker cases in the vm. The following issue will
> come up.
>
> #40 [8801b57ffb30] async_page_fault at 8165c9f8
> [exception RIP: down_read_trylock+5]
> RIP: 810aca65 RSP: 8801b57ffbe8 R
Hi,
On 2017년 04월 10일 14:16, Viresh Kumar wrote:
> Compiling the DT file with W=1, DTC warns like follows:
>
> Warning (unit_address_vs_reg): Node /opp_table0/opp@10 has a
> unit name, but no reg property
>
> Fix this by replacing '@' with '-' as the OPP nodes will never have a
> "reg" pr
On Apr 06 2017 or thereabouts, Carlo Caione wrote:
> From: Carlo Caione
>
> The latest USB keyboards shipped on several ASUS laptop models
> (including ROG laptop models such as GL702VMK) have the keyboards
> backlight controlled by the keyboard firmware.
>
> The firmware implements at least 3 d
Hi Rafael,
On Sun, Apr 9, 2017 at 5:11 PM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Due to the limitation of the rate of frequency changes the schedutil
> governor only estimates the CPU utilization entirely when it is about
> to update the frequency for the corresponding cpufreq p
On 10-04-17, 15:30, Masahiro Yamada wrote:
> 2017-04-10 15:22 GMT+09:00 Viresh Kumar :
> > On 10-04-17, 10:46, Viresh Kumar wrote:
> >> Compiling the DT file with W=1, DTC warns like follows:
> >>
> >> Warning (unit_address_vs_reg): Node /opp_table0/opp@10 has a
> >> unit name, but no reg p
2017-04-10 15:22 GMT+09:00 Viresh Kumar :
> On 10-04-17, 10:46, Viresh Kumar wrote:
>> Compiling the DT file with W=1, DTC warns like follows:
>>
>> Warning (unit_address_vs_reg): Node /opp_table0/opp@10 has a
>> unit name, but no reg property
>>
>> Fix this by replacing '@' with '-' as the
Hi Stephen,
On Mon, Apr 10, 2017 at 01:52:42PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the kvm-arm tree got conflicts in:
>
> Documentation/virtual/kvm/api.txt
> include/uapi/linux/kvm.h
>
> between commits:
>
> a8a3c426772e ("KVM: MIPS: Add VZ & TE capab
From: Oleksandr Andrushchenko
Multi-touch fields re-use the page that is used by the other features
which means that you can interleave multi-touch, motion, and key
events.
Acked-by: Juergen Gross
Signed-off-by: Oleksandr Andrushchenko
---
include/xen/interface/io/kbdif.h | 210 ++
From: Oleksandr Andrushchenko
The patch clarifies the protocol that is used by the PV keyboard
drivers.
Acked-by: Juergen Gross
Signed-off-by: Oleksandr Andrushchenko
---
include/xen/interface/io/kbdif.h | 248 ++-
1 file changed, 221 insertions(+), 27 dele
From: Oleksandr Andrushchenko
This is the ABI for the two halves of a para-virtualized
display driver.
This protocol aims to provide a unified protocol which fits more
sophisticated use-cases than a framebuffer device can handle. At the
moment basic functionality is supported with the intention
From: Oleksandr Andrushchenko
Hi, all!
This patch series adds/updates para-virtual device
protocols for Linux Kernel (headers):
o kbdif (updated/multitouch support added)
o sndif - sound (new)
o displif - display (new)
Changes since v0:
* removed editor blocks
* XENDISPL_EVENT_PAGE_SIZE ->
From: Oleksandr Andrushchenko
Add ABI for the two halves of a para-virtualized
sound driver to communicate with each other.
The ABI allows implementing audio playback and capture as
well as volume control and possibility to mute/unmute
audio sources.
Note: depending on the use-case backend can
On 10-04-17, 10:46, Viresh Kumar wrote:
> Compiling the DT file with W=1, DTC warns like follows:
>
> Warning (unit_address_vs_reg): Node /opp_table0/opp@10 has a
> unit name, but no reg property
>
> Fix this by replacing '@' with '-' as the OPP nodes will never have a
> "reg" property.
>
On 05.04.2017 13:23, Archit Taneja wrote:
> Add Laurent and Andrzej as maintainers for DRM bridge chip drivers. They
> actively review and contribute to bridge drivers and the bridge API.
>
> Cc: Laurent Pinchart
> Cc: Andrzej Hajda
> Signed-off-by: Archit Taneja
Acked-by: Andrzej Hajda
--
Re
On Mon, Apr 10, 2017 at 7:16 AM, Viresh Kumar wrote:
> Compiling the DT file with W=1, DTC warns like follows:
>
> Warning (unit_address_vs_reg): Node /opp_table0/opp@10 has a
> unit name, but no reg property
>
> Fix this by replacing '@' with '-' as the OPP nodes will never have a
> "reg"
On Mon, Apr 10, 2017 at 10:46:37AM +0530, Viresh Kumar wrote:
> Compiling the DT file with W=1, DTC warns like follows:
>
> Warning (unit_address_vs_reg): Node /opp_table0/opp@10 has a
> unit name, but no reg property
>
> Fix this by replacing '@' with '-' as the OPP nodes will never have
On 10/04/17 08:06, Oleksandr Andrushchenko wrote:
> On 04/10/2017 09:03 AM, Juergen Gross wrote:
>> On 07/04/17 16:02, Oleksandr Andrushchenko wrote:
>>> Hi, Julien!
>>>
>>> On 04/07/2017 04:50 PM, Julien Grall wrote:
Hi Oleksandr,
On 07/04/17 09:30, Oleksandr Andrushchenko wrote:
>>
On 04/10/2017 09:03 AM, Juergen Gross wrote:
On 07/04/17 16:02, Oleksandr Andrushchenko wrote:
Hi, Julien!
On 04/07/2017 04:50 PM, Julien Grall wrote:
Hi Oleksandr,
On 07/04/17 09:30, Oleksandr Andrushchenko wrote:
+/*
+
***
Hi Alexandre,
After merging the rtc tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
ERROR: "legacy_pic" [drivers/rtc/rtc-cmos.ko] undefined!
Caused by commit
d3e3a65c6a96 ("rtc: cmos: Do not assume irq 8 for rtc when there are no
legacy irqs")
"legacy_pic" is not expo
On 07/04/17 16:02, Oleksandr Andrushchenko wrote:
> Hi, Julien!
>
> On 04/07/2017 04:50 PM, Julien Grall wrote:
>> Hi Oleksandr,
>>
>> On 07/04/17 09:30, Oleksandr Andrushchenko wrote:
>>> +/*
>>> +
>>> **
>>>
>>> + *
Dear Greg,
This is extcon-next pull request for v4.12. I add detailed description of
this pull request on below. Please pull extcon with following updates.
Best Regards,
Chanwoo Choi
The following changes since commit c02ed2e75ef4c74e41e421acb4ef1494671585e8:
Linux 4.11-rc4 (2017-03-26 14:15:
On 09-04-17, 09:33, Christophe JAILLET wrote:
> According to the previous error handling code, it is likely that
> 'goto out_free_opp' is expected here in order to avoid a memory leak in
> error handling path.
>
> Signed-off-by: Christophe JAILLET
> ---
> drivers/cpufreq/imx6q-cpufreq.c | 2 +-
>
Hi,
On Wednesday 05 April 2017 07:40 PM, Raviteja Garimella wrote:
> Hi Kishon,
>
> On Wed, Apr 5, 2017 at 7:04 PM, Kishon Vijay Abraham I wrote:
>> Hi Ravi,
>>
>> On Wednesday 05 April 2017 06:30 PM, Raviteja Garimella wrote:
>>> Hi Kishon,
>>>
>>> On Wed, Apr 5, 2017 at 4:30 PM, Kishon Vijay A
On Friday 07 April 2017 01:37 AM, Vivek Gautam wrote:
> The driver uses clock provider interface, and therefore
> it fails to build when enabled for COMPILE_TEST, since
> COMMON_CLK is not enabled at that time.
> So, make PHY_QCOM_QMP depend on COMMON_CLK as well.
>
> Cc: Fengguang Wu
> Cc: Kis
Hi,
On 04/07/2017 07:49 PM, Romain Perier wrote:
This set of patches split the stream handling functions in two parts. It
introduces new callbacks that are specific to each variant, one for I2S
and one for AHB.
Then, as requested by the datasheet for the I2S variant, it adds support
for gating
Compiling the DT file with W=1, DTC warns like follows:
Warning (unit_address_vs_reg): Node /opp_table0/opp@10 has a
unit name, but no reg property
Fix this by replacing '@' with '-' as the OPP nodes will never have a
"reg" property.
Reported-by: Masahiro Yamada
Signed-off-by: Viresh Ku
On 03/04/17 01:31 AM, Keith Packard wrote:
> Daniel Vetter writes:
>
>> I'm also not sure whether we really want sub-leases in v1, that's easy
>> to add later on, but for now just complicates stuff. Main compositor
>> should be a full master, VR can be the first lease level, we don't
>> need more
Hi Greg,
After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/staging/rtl8723bs/core/rtw_ieee80211.c: In function 'rtw_macaddr_cfg':
drivers/staging/rtl8723bs/core/rtw_ieee80211.c:1193:22: error: implicit
declaration of function 'of_get_propert
Hi,
On Monday 10 April 2017 02:45 AM, Jérémy Lefaure wrote:
> It is impossible to build Qualcom QMP phy driver without COMMON_CLK
> enabled:
> CC drivers/phy/phy-qcom-qmp.o
> drivers/phy/phy-qcom-qmp.c: In function ‘phy_pipe_clk_register’:
> drivers/phy/phy-qcom-qmp.c:932:9: error: variable
On 31-03-17, 11:59, Masahiro Yamada wrote:
> Hi.
>
> 2017-02-27 19:55 GMT+09:00 Viresh Kumar :
> > On 27-02-17, 10:44, Mark Rutland wrote:
> >> On Sun, Feb 26, 2017 at 02:18:03PM +0900, Masahiro Yamada wrote:
> >> > Hi.
> >> >
> >> >
> >> > Decumentation/devicetree/bindings/opp/opp.txt
> >> > take
On (04/09/17 12:12), Pavel Machek wrote:
[..]
> > a side note,
> > that's rather unclear to me how would "message delayed" really help.
> > if your system hard-lockup so badly and there are no printk messages
> > even from NMI watchdog, then we won't be able to print that message.
>
> We are talki
Hello Eric,
On (04/09/17 13:21), Eric W. Biederman wrote:
[..]
> It sounds like you are blaming printk when the problem is a very slow
> logging device.
sure, slow logging device definitely adds up to the problem. if there
is no delay in call_console_driver() then printk()->console_unlock()
take
On 25-03-17, 10:50, Arushi Singhal wrote:
> Simplify function returns by merging assignment and return.
>
> Signed-off-by: Arushi Singhal
> ---
> drivers/staging/greybus/loopback.c | 5 +
> 1 file changed, 1 insertion(+), 4 deletions(-)
>
> diff --git a/drivers/staging/greybus/loopback.c
>
Daniel Vetter writes:
> I think it'd be good if we could consolidate all the lease checking into
> drm_mode_object_find (respectively __drm_mode_object_find). We'd need to
> wire up the fpriv to be able to do that, but we could upstream that patch
> right away before anything else. That should ta
Handling checkpatch.pl warning for if block. For single if statement block,
braces are not neccessary. Making code consistent with linux kernel coding
guidelines.
Signed-off-by: Pushkar Jambhlekar
---
drivers/staging/iio/accel/adis16203.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(
On Fri, 2017-04-07 at 12:26 -0400, Jerome Glisse wrote:
> On Thu, Apr 06, 2017 at 10:02:55PM -0400, Jerome Glisse wrote:
> > On Fri, Apr 07, 2017 at 11:37:34AM +1000, Balbir Singh wrote:
> > > On Wed, 2017-04-05 at 16:40 -0400, Jérôme Glisse wrote:
> > > > This introduce a simple struct and associa
On Fri, Apr 07, 2017 at 09:49:52PM +, Sun, Ning wrote:
> Hi Shaohua,
>
> One question, did you still see the network performance penalty when Linux
> kernel cmdline intel_iommu was set to off ( intel_iommu=off) ?
the boot parameter has no effect, it runs very early and set dmar_disable=1.
Th
Some Motorola phones like droid 4 use a custom CPCAP PMIC that has a
multiplexing USB PHY.
This USB PHY can operate at least in four modes using pin multiplexing
and two control GPIOS:
- Pass through companion PHY for the SoC USB PHY
- ULPI PHY for the SoC
- Pass through USB for the modem
- UART
Hi all,
Today's linux-next merge of the kvms390 tree got a conflict in:
include/uapi/linux/kvm.h
between commits:
a8a3c426772e ("KVM: MIPS: Add VZ & TE capabilities")
578fd61d2d21 ("KVM: MIPS: Add 64BIT capability")
3fe17e682616 ("KVM: arm/arm64: Add ARM user space interrupt signaling A
On 03/28/2017 07:44 PM, Jon Hunter wrote:
> Now that the generic PM domain framework supports consumers that can
> control multiple PM domains, update the device-tree binding for generic
> PM domains to state that one or more PM domain is permitted for a
> device.
>
> Signed-off-by: Jon Hunter
Hi Paul,
Today's linux-next merge of the kvm-ppc tree got a conflict in:
include/uapi/linux/kvm.h
between commits:
a8a3c426772e ("KVM: MIPS: Add VZ & TE capabilities")
578fd61d2d21 ("KVM: MIPS: Add 64BIT capability")
3fe17e682616 ("KVM: arm/arm64: Add ARM user space interrupt signaling
Hey Jon,
On 03/28/2017 07:44 PM, Jon Hunter wrote:
> The current generic PM domain framework (GenDP) only allows a single
> PM domain to be associated with a given device. There are several
> use-cases for various system-on-chip devices where it is necessary for
> a PM domain consumer to control m
From: Jeremy Kerr
This change adds a driver for the 16550-based Aspeed virtual UART
device. We use a similar process to the of_serial driver for device
probe, but expose some VUART-specific functions through sysfs too.
The VUART is two UART 'front ends' connected by their FIFO (no actual
serial
This is v3 of a driver for the Aspeed VUART. This version addresses feedback
from Andy and Greg, and includes Rob's ack for the bindings change.
The VUART is a serial device on the BMC side of the LPC bus that connects a BMC
to it's host processor.
We add a flag to the serial core to allow the dr
The probing of THRE irq behaviour assumes the other end will be reading
bytes out of the buffer in order to probe the port at driver init. In
some cases the other end cannot be relied upon to read these bytes, so
provide a flag for them to skip this step.
Bit 19 was chosen as the flags are a int a
Hi all,
Today's linux-next merge of the kvm-arm tree got conflicts in:
virt/kvm/arm/vgic/vgic-v2.c
virt/kvm/arm/vgic/vgic.h
between commit:
5b0d2cc28058 ("KVM: arm64: Ensure LRs are clear when they should be")
from Linus' tree and commits:
328e56647944 ("KVM: arm/arm64: vgic: Defer to
The probing of THRE irq behaviour assumes the other end will be reading
bytes out of the buffer in order to probe the port at driver init. In
some cases the other end cannot be relied upon to read these bytes, so
provide a flag for them to skip this step.
Bit 19 was chosen as the flags are a int a
This is v3 of a driver for the Aspeed VUART. This version addresses feedback
from Andy and Greg, and includes Rob's ack for the bindings change.
The VUART is a serial device on the BMC side of the LPC bus that connects a BMC
to it's host processor.
We add a flag to the serial core to allow the dr
Hi all,
Today's linux-next merge of the kvm-arm tree got conflicts in:
Documentation/virtual/kvm/api.txt
include/uapi/linux/kvm.h
between commits:
a8a3c426772e ("KVM: MIPS: Add VZ & TE capabilities")
578fd61d2d21 ("KVM: MIPS: Add 64BIT capability")
from the kvm tree and commit:
3fe1
Firefly-rk3399 is a bord from T-Firefly, you can find detail about
it here:
http://en.t-firefly.com/en/firenow/Firefly_RK3399/
This patch add basic node for the board and make it able to bring
up.
Peripheral works:
- usb hub which connect to ehci controller;
- UART2 debug
- eMMC
- PCIe
Not work:
On 2017/3/2 14:55, Xishi Qiu wrote:
ping
> Hi, I test Trinity, and got the following log.
> My OS version is RHEL 7.2, I'm not sure if it has fixed in mainline.
> Any comment is welcome.
>
> [57676.532593] [ cut here ]
> [57676.537415] WARNING: at arch/x86/kernel/cpu/perf_
Hi Heiko,
On 04/08/2017 07:01 AM, Heiko Stuebner wrote:
Hi Kever,
Am Mittwoch, 5. April 2017, 17:33:19 CEST schrieb Kever Yang:
Firefly-rk3399 is a bord from T-Firefly, you can find detail about
it here:
http://en.t-firefly.com/en/firenow/Firefly_RK3399/
This patch add basic node for the boa
Hi Daniel,
Today's linux-next merge of the clockevents tree got a conflict in:
arch/arm/boot/dts/rk3188.dtsi
between commit:
2e1aa605fadd ("ARM: dts: rockchip: fix PPI misconfiguration on Cortex-A9
socs")
from the arm-soc tree and commit:
500d0aa918a2 ("ARM: dts: rockchip: disable arm-
On April 08, 2017 1:43 AM Mike Kravetz wrote:
>
> Adding a brief overview of hugetlbfs reservation design and implementation
> as an aid to those making code modifications in this area.
>
> Signed-off-by: Mike Kravetz
> ---
You are doing more than I can double thank you, Mike:)
Acked-by: Hill
On Wed, Apr 5, 2017 at 8:24 PM, Andy Shevchenko
wrote:
> On Wed, Apr 5, 2017 at 7:03 AM, Joel Stanley wrote:
>
>> + port.port.irq = irq_of_parse_and_map(np, 0);
>
> Isn't better to get this via platform_get_irq() ?
I can't see the benefit.
>
>> + port.port.irqflags = IRQF_SHARED;
>>
From: Jiada Wang
Changes from v4:
update changlog to describe the reason of build failure
replace ARCH with SRCARCH in pmu-events/Build and util/header.c
Changes from v3:
replace ARCH with SRCARCH in perf
Changes from v2:
added function purify-arch, transforms both HOSTARCH and ARCH
to sup
From: Jiada Wang
with commit: 0a943cb10ce78 (tools build: Add HOSTARCH Makefile variable)
when build for ARCH=x86_64, ARCH=x86_64 is passed to perf instead of
ARCH=x86, so perf package searchs header files from
tools/arch/x86_64/include, which doesn't exist.
the following build failure is seen w
/Staging-comedidev-h-comedi_lrange-should-be-const-struct/20170409-224503
config: x86_64-allmodconfig
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901
reproduce:
make ARCH=x86_64 allmodconfig
make ARCH=x86_64
All warnings (new ones prefixed by >>):
vim +629 drivers/staging/
Hello Jiri
On 04/09/2017 10:27 AM, Jiri Olsa wrote:
On Tue, Apr 04, 2017 at 11:25:44PM -0700, jiada_w...@mentor.com wrote:
From: Jiada Wang
with commit: 0a943cb10ce78 (tools build: Add HOSTARCH Makefile variable)
the following build failure is seen when build with ARCH=x86_64
is that describe
Hi Jacopo,
On Wednesday, April 05, 2017, Jacopo Mondi wrote:
> v3 -> v4:
> - use "pinmux" property in pmx sub-nodes in place of "renesas,pins"
> - use pinconf standard properties to set pin mux additional flags
> - add "bi-directional" and "output-enable" to pinconf generic properties
> - perform
On Fri, Dec 05, 2014 at 09:52:44AM -0500, Johannes Weiner wrote:
> Tejun, while reviewing the code, spotted the following race condition
> between the dirtying and truncation of a page:
>
> __set_page_dirty_nobuffers() __delete_from_page_cache()
> if (TestSetPageDirty(page))
>
When passed GFP flags that allow sleeping (such as
GFP_NOIO), mempool_alloc() will never return NULL, it will
wait until memory is available.
This means that we don't need to handle failure, but that we
do need to ensure one thread doesn't call mempool_alloc()
twice on the one pool without queuin
When mempool_alloc() is allowed to sleep (GFP_NOIO allows
sleeping) it cannot fail.
So rpc_alloc_task() cannot fail, so rpc_new_task doesn't need
to test for failure.
Consequently rpc_new_task() cannot fail, so the callers
don't need to test.
Signed-off-by: NeilBrown
---
net/sunrpc/clnt.c | 8
Passing __GFP_NOFAIL to mempool_alloc() is strange
because it bypasses the pool functionality provided
by the mempool. mempool_alloc() will not fail
even without the NOFAIL flag.
So remove the flag and allow the pool to be used properly.
Signed-off-by: NeilBrown
---
fs/f2fs/data.c | 2 +-
1 f
mempool_alloc() cannot fail when passed GFP_NOIO or any
other gfp setting that is permitted to sleep.
So remove this pointless code.
Signed-off-by: NeilBrown
---
drivers/scsi/virtio_scsi.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/scsi/virtio_scsi.c b/drivers/scsi/virtio_
On Sun, Apr 09, 2017 at 07:05:52PM +0200, Jiri Olsa wrote:
> On Wed, Apr 05, 2017 at 10:44:22AM +0800, Du, Changbin wrote:
> > On Tue, Apr 04, 2017 at 12:51:03PM -0300, Arnaldo Carvalho de Melo wrote:
> > > Em Wed, Apr 05, 2017 at 12:34:59AM +0900, Namhyung Kim escreveu:
> > > > Hi Arnaldo,
> > > >
mempool_alloc() cannot fail when passed GFP_NOIO or any
other gfp setting that is permitted to sleep.
So remove this pointless code.
Signed-off-by: NeilBrown
---
drivers/scsi/ibmvscsi/ibmvfc.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/scsi/ibmvscsi/ibmvfc.c b/drivers/scsi
mempool_alloc() cannot fail for GFP_NOIO allocation,
so there is no point testing for failure.
One place the code tested for failure was passing "0" as the GFP
flags. This is most unusually and is probably meant to be GFP_NOIO,
so that is changed.
Allocation from ->extra_pool and ->prealloc_poo
Hi all,
On Tue, 04 Apr 2017 15:31:15 +0300 Andy Shevchenko
wrote:
>
> On Tue, 2017-04-04 at 09:21 +0100, Lee Jones wrote:
> > On Tue, 04 Apr 2017, Lee Jones wrote:
> >
> > > On Tue, 04 Apr 2017, Stephen Rothwell wrote:
> > >
> > > > After merging the mfd tree, today's linux-next build (pow
mempool_alloc() should only be called with GFP_ATOMIC when
it is not safe to wait. Passing __GFP_NOFAIL to kmalloc()
says that it is safe to wait indefinitely. So this code is
inconsistent.
Clearly it is OK to wait indefinitely in this code, and
mempool_alloc() is able to do that. So just use
m
Hi Shaohua,
Today's linux-next merge of the md tree got a conflict in:
drivers/md/raid5.c
between commit:
48920ff2a5a9 ("block: remove the discard_zeroes_data flag")
from the block tree and commit:
97d53438081e ("Revert "md/raid5: limit request size according to
implementation limits""
mempool_alloc() cannot fail if the gfp flags allow it to
sleep, and both GFP_FS allows for sleeping.
So these tests of the return value from mempool_alloc()
cannot be needed.
Signed-off-by: NeilBrown
---
fs/cifs/misc.c | 14 +-
fs/cifs/smb2transport.c | 30 +---
On 8 April 2017 at 15:18, Jeremy Linton wrote:
> The hi6220_reset driver can be built as a standalone module
> yet it cannot be loaded because it depends on GPL exported symbols.
>
> Lets set the module license so that the module loads, and things like
> the on-board kirin drm starts working.
>
>
mempool_alloc() cannot fail if the gfp flags allow it to
sleep, and both GFP_KERNEL and GFP_NOIO allows for sleeping.
So rrpc_move_valid_pages() and rrpc_make_rq() don't need to
test the return value.
Signed-off-by: NeilBrown
---
drivers/lightnvm/rrpc.c | 9 -
1 file changed, 9 deletio
mempool_alloc() cannot fail if the gfp flags allow
it to sleep, and GFP_NOIO allows for sleeping.
So drbd_req_new() cannot fail, and drbd_request_prepare() doesn't need
to check if it did.
Signed-off-by: NeilBrown
---
drivers/block/drbd/drbd_req.c | 11 ---
1 file changed, 11 deletions(
mempool_alloc() cannot fail if the gfp flags allow sleeping,
specifically if __GFP_DIRECT_RECLAIM is included.
GFP_KERNEL includes this flag and allows sleeping, so
none of this error checking provides any value.
Signed-off-by: NeilBrown
---
drivers/scsi/lpfc/lpfc_attr.c | 9 --
drivers/
Hi Shaohua,
Today's linux-next merge of the md tree got a conflict in:
drivers/md/md.h
between commit:
3deff1a70d59 ("md: support REQ_OP_WRITE_ZEROES")
from the block tree and commits:
d8e29fbc3bed ("md: move two macros into md.h")
513e2faa0138 ("md: prepare for managing resync I/O pa
On 2017/4/9 9:36, Rakib Mullick wrote:
> In cpuset_update_active_cpus(), cpu_online isn't used anymore. Remove
> it.
>
> Signed-off-by: Rakib Mullick
Acked-by: Zefan Li
Em Fri, 7 Apr 2017 08:19:58 +
"Takiguchi, Yasunari" escreveu:
> Dear All
>
> Our patches consists of the following items.
> [PATCH 1/5] dt-bindings: media: Add document file for CXD2880 SPI I/F
> [PATCH 2/5] media: Add support for CXD2880 SPI I/F
> [PATCH 3/5] media: Add suppurt for CX
From: Florian Fainelli
Date: Sat, 8 Apr 2017 08:52:02 -0700
> Fixes build errors seen with CONFIG_GPIOLIB disabled and warnings enabled:
...
> Fixes: b8f126a8d543 ("net-next: dsa: add dsa support for Mediatek MT7530
> switch")
> Signed-off-by: Florian Fainelli
Applied, thanks Florian.
From: Kalle Valo
Date: Fri, 07 Apr 2017 17:36:39 +0300
> here's a pull request for net-next, more info in the signed tag below.
> Please let me know if there are any problems.
Pulled, thanks Kalle.
On Sun, Apr 09, 2017 at 05:58:54AM +0200, Adam Borowski wrote:
> On Sat, Apr 08, 2017 at 11:07:37PM +0200, Adam Borowski wrote:
> > Unbreaks ARM and possibly other 32-bit architectures.
>
> Turns out those "other 32-bit architectures" happen to include i386.
>
> A modular build:
> ERROR: "__udivd
On Sun, Apr 09, 2017 at 08:08:29AM +0530, Anshuman Khandual wrote:
> It helps to provide page flag description along with the raw value in
> error paths during soft offline process. From sample experiments
>
> Before the patch:
>
> [ 132.317977] soft offline: 0x6100: migration failed 1, type 3ff
On Sun, Apr 09, 2017 at 04:02:04PM -0700, Guenter Roeck wrote:
> On 04/07/2017 03:00 PM, Moritz Fischer wrote:
> > From: Moritz Fischer
> >
> > The ChromeOS EC has mapped memory regions where things like temperature
> > sensors and fan speed are stored. Provide access to those from the
> > cros-ec
Wang,
Applying this, with the other one on top and it doesn't fix the problem (applied
on next-20170405). I tried each patch by itself, with the same bad result.
Thanks for the help but the backtrace is the same:
Unable to handle kernel paging request for data at address 0x2260
Faulting inst
On Sun, Apr 9, 2017 at 1:24 PM, PaX Team wrote:
>
>> In the context of virtually mapped stacks / KSTACKOVERFLOW, this
>> naturally leads to different solutions. The upstream kernel had a
>> bunch of buggy drivers that played badly with virtually mapped stacks.
>> grsecurity sensibly went for the
The logic currrently misses macros that start with an if statement.
e.g.:#define foo(bar) if (bar) baz;
Add a test for macro content that starts with if
Original-patch-by: Alfonso Lima
Reported-by: Andreas Mohr
Signed-off-by: Joe Perches
---
V3: Fix bad merge - Add missing closing brac
Hi Boris,
2017-04-09 23:17 GMT+09:00 Boris Brezillon :
> On Thu, 30 Mar 2017 17:15:04 +0900
> Masahiro Yamada wrote:
>
>> Some NAND controllers are using DMA engine requiring a specific
>> buffer alignment. The core provides no guarantee on the nand_buffers
>> pointers, which forces some driver
From: Rafael J. Wysocki
Due to the limitation of the rate of frequency changes the schedutil
governor only estimates the CPU utilization entirely when it is about
to update the frequency for the corresponding cpufreq policy. As a
result, the intermediate utilization values are discarded by it,
b
1 - 100 of 231 matches
Mail list logo
