From: Jian Shen
In current code, it always return 0, even loopback mode setting failed.
It's incorrect. This patch fixes return value handle for loopback test.
Fixes: 0f29fc23b21d ("net: hns3: Fix for loopback selftest failed problem")
Signed-off-by: Jian Shen
Signed-off-by: Peng Li
Signed-off
From: Jian Shen
For revision 0x20, vlan filter is always bypassed when enable
broadcast promisc mode. In this case, broadcast packets with
any vlan id can be accpeted. We should disable broadcast promisc
mode until user want enable it.
Fixes: 46a3df9f9718 ("net: hns3: Add HNS3 Acceleration Engin
From: liuzhongzhu
After setting the serdes loopback, you need to determine
the status of the MAC negotiation. If a status exception
is obtained after 200ms, a timeout error is returned.
Signed-off-by: liuzhongzhu
Signed-off-by: Peng Li
Signed-off-by: Huazhong Tan
---
.../hisilicon/hns3/hns3p
From: Jian Shen
This patch adds initialization for nic state, sets flag
HNS3_NIC_STATE_DOWN when initialize, clears it before
vectors and napi being enabled in the hns3_nic_net_up(),
and sets it back in the error handler.
Signed-off-by: Jian Shen
Signed-off-by: Huazhong Tan
---
drivers/net/et
From: Jian Shen
Packet statistics for netdev should not include the packets dropped
by hardware.
Signed-off-by: Jian Shen
Signed-off-by: Peng Li
Signed-off-by: Huazhong Tan
---
drivers/net/ethernet/hisilicon/hns3/hns3_enet.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/net/e
From: Jian Shen
VF can receive packets of other functions when in promisc
mode. It's not safe, so don't allow VF to enable promisc
mode.
Signed-off-by: Jian Shen
Signed-off-by: Huazhong Tan
---
.../hisilicon/hns3/hns3pf/hclge_mbx.c | 7 ++--
.../hisilicon/hns3/hns3vf/hclgevf_main.c
From: Yunsheng Lin
When user changes the mqprio configuration, enet need to be
uninited and inited besides down'ed and up'ed, because the queue
num may change when the TC num changes.
Also, it is more suitable to do the down/unint/init/up operation
in hclge module using hclge_notify_client, beca
From: Yunsheng Lin
hns3_client_setup_tc in enet is for updating TC configuration to
stack, and hclge_setup_tc in hclge_dcb is mainly for setting the
configuration to hardware.
This patch removes the hns3_nic_set_real_num_queue from
hns3_setup_tc in enet, and call hclge_client_setup_tc to update
On 26.01.2019 05:01, Nathan Chancellor wrote:
> While building arm32 allyesconfig, I ran into the following errors:
>
> arch/arm/lib/xor-neon.c:17:2: error: You should compile this file with
> '-mfloat-abi=softfp -mfpu=neon'
>
> In file included from lib/raid6/neon1.c:27:
> /home/nathan/c
From: Nicolas Saenz Julienne
After finding a "firmware" dt node stratix10 tries to match it's
compatible string with it. To do so it's calling of_find_matching_node()
which already takes care of decreasing the refcount on the "firmware"
node. We are then incorrectly decreasing the refcount on tha
On 1/25/19 3:06 AM, Matti Vaittinen wrote:
Initial support for watchdog block included in ROHM BD70528
power management IC.
Configurations for low power states are still to be checked.
Signed-off-by: Matti Vaittinen
---
drivers/watchdog/Kconfig | 12 +++
drivers/watchdog/Makefile
If the SPI slave requires an inter-word delay, configure the DLYBCT
register accordingly.
Tested on a SAMA5D2 board (derived from SAMA5D2-Xplained reference
board).
Signed-off-by: Jonas Bonn
CC: Nicolas Ferre
CC: Mark Brown
CC: Alexandre Belloni
CC: Ludovic Desroches
CC: linux-...@vger.kerne
Some devices are slow and cannot keep up with the SPI bus and therefore
require a short delay between words of the SPI transfer.
The example of this that I'm looking at is a SAMA5D2 with a minimum SPI
clock of 400kHz talking to an AVR-based SPI slave. The AVR cannot put
bytes on the bus fast enou
Changed in v3:
* Drop setting of inter-word delay via device tree
Changed in v2:
* Fix atmel-spi driver to not unconditionally set minimal delay if no
delay is required (erroneous clamping)
This short series adds support for SPI inter-word delays and configures
the spi-atmel driver to honour th
On 1/25/19 3:05 AM, Matti Vaittinen wrote:
Support RTC block in ROHM bd70528 power management IC. Support
getting and setting the time and date as well as arming an alarm
which can also be used to wake the PMIC from standby state.
HW supports wake interrupt only for the next 24 hours (sec, minut
On Thu, Jan 24, 2019 at 2:46 PM Alan Tull wrote:
>
> From: Nicolas Saenz Julienne
>
> After finding a "firmware" dt node stratix10 tries to match it's
> compatible string with it. To do so it's calling of_find_matching_node()
> which already takes care of decreasing the refcount on the "firmware"
On Sat, Jan 26, 2019 at 6:06 PM Arnd Bergmann wrote:
>
> On Wed, Jan 23, 2019 at 1:01 AM Oded Gabbay wrote:
>
> > diff --git a/drivers/misc/habanalabs/include/habanalabs_device_if.h
> > b/drivers/misc/habanalabs/include/habanalabs_device_if.h
> > new file mode 100644
> > index ..9dbb
Hello all,
The first part of this patch is wrong: it changes from an unsigned long
param to __fls() to an unsigned int param in fls(). One option would be
to add another implementation of flsl() or given the minimalistic usage
of int_sqrt() in the kernel to keep the current code with __fls() and o
On 19-01-25 21:04:10, Jon DeVree wrote:
>
> * KVM_FEATURE_CLOCKSOURCE_STABLE_BIT is always set by the hypervisor
> starting with Linux v2.6.35 - 371bcf646d17 ("KVM: x86: Tell the guest
> we'll warn it about tsc stability")
> * PVCLOCK_TSC_STABLE_BIT is set starting in Linux v3.8 but only if th
On Wed, Jan 23, 2019 at 1:01 AM Oded Gabbay wrote:
> diff --git a/drivers/misc/habanalabs/include/habanalabs_device_if.h
> b/drivers/misc/habanalabs/include/habanalabs_device_if.h
> new file mode 100644
> index ..9dbb7077eabd
> --- /dev/null
> +++ b/drivers/misc/habanalabs/include/ha
From: Tobias Vögeli
Add ELAN061A to the ACPI table to support the touchpad of the Lenovo V130-15IGM.
Signed-off-by: Tobias Vögeli
---
drivers/input/mouse/elan_i2c_core.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/input/mouse/elan_i2c_core.c
b/drivers/input/mouse/elan_i2c_core
On Fri, Jan 25, 2019 at 06:55:46AM +0900, SeongJae Park wrote:
> This patchset updates the Korean translation of memory-barriers.txt to follow
> latest changes. It has been reviewed by my one Korean colleague.
>
> SeongJae Park (2):
> sched/Documentation/kokr: Update Korean translation to updat
Hello, Oleg, all,
Thanks much, Oleg, these are really valuable additions:
> suspicious ;) if you add a comment the patch will be even better.
Great, will do.
> perhaps it make sense to move this check into the "if (kfifo_is_empty())"
> block.
Indeed, otherwise it kinda breaks the execution log
Add support for probing the irq-ingenic driver on the X1000 Soc.
X1000 is a 1.0GHz processor for IoT. It has MIPS32 XBurst RISC core
with double precision hardware float point unit.
Signed-off-by: Zhou Yanjie
---
Documentation/devicetree/bindings/interrupt-controller/ingenic,intc.txt | 1 +
1 fi
Add support for probing the irq-ingenic driver on the X1000 Soc.
X1000 is a 1.0GHz processor for IoT. It has MIPS32 XBurst RISC core
with double precision hardware float point unit.
Signed-off-by: Zhou Yanjie
---
drivers/irqchip/irq-ingenic.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/d
For the sake of uniform style, function "intc_irq_set_mask" is
changed to "ingenic_intc_intc_irq_set_mask".
Signed-off-by: Zhou Yanjie
---
drivers/irqchip/irq-ingenic.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/irqchip/irq-ingenic.c b/drivers/irqchip/irq-
The interrupt handling method is changed from old-style cascade to
chained_irq which is more appropriate. Also, it can process the
corner situation that more than one irq is coming to a single
chip at the same time.
Signed-off-by: Zhou Yanjie
---
drivers/irqchip/irq-ingenic.c | 49 ++
Add Ingenic X1000 irqchip support.
Hi Geert,
On 26/01/2019 11:25, Geert Uytterhoeven wrote:
Hi Jonas,
On Sat, Jan 26, 2019 at 8:53 AM Jonas Bonn wrote:
On 25/01/2019 18:50, Mark Brown wrote:
On Fri, Jan 25, 2019 at 05:47:13PM +, Mark Brown wrote:
On Fri, Jan 25, 2019 at 01:06:45PM +0100, Jonas Bonn wrote:
Having this as
Since devm_regmap_field_alloc can fail, add error checking for it.
Signed-off-by: Axel Lin
---
drivers/regulator/da9063-regulator.c | 29 +++-
1 file changed, 24 insertions(+), 5 deletions(-)
diff --git a/drivers/regulator/da9063-regulator.c
b/drivers/regulator/da9063-r
Since devm_regmap_field_alloc can fail, add error checking for it.
Signed-off-by: Axel Lin
---
drivers/regulator/da9062-regulator.c | 29 +++-
1 file changed, 24 insertions(+), 5 deletions(-)
diff --git a/drivers/regulator/da9062-regulator.c
b/drivers/regulator/da9062-r
Hi Andrew,
On Sat, Jan 26, 2019 at 04:03:20PM +0100, Andrew Lunn wrote:
> On Sat, Jan 26, 2019 at 09:40:36AM +0530, Manivannan Sadhasivam wrote:
> > Hello,
> >
> > This patchset adds initial support for Bitmain BM1880 SoC and Sophon
> > Edge board. BM1880 SoC consists of a Dual Core ARM Cortex A5
Hi Thierry.
> ST7701 designed for small and medium sizes of TFT LCD display, is
> capable of supporting up to 480RGBX864 in resolution. It provides
> several system interfaces like MIPI/RGB/SPI.
>
> Currently added support for Techstar TS8550B which is ST7701 based
> 480x854, 2-lane MIPI DSI LCD
We provide data entry service and data processing services.
We makes it easy for you to take the documents you have and turn them into
documents you can use.
If you have paper and image forms, directory listings, spreadsheets,
reports or any number of handwritten
or printed documents we can trans
On Sat, Jan 26, 2019 at 05:14:54PM +0800, Yang Yingliang wrote:
> When we excute the following commands, we got oops
> rmmod ipmi_si
> cat /proc/ioports
>
snip..
>
> If io_setup is called successful in try_smi_init() but try_smi_init()
> goes out_err before calling ipmi_register_smi(), so ipmi_
On Sat, Jan 26, 2019 at 09:40:36AM +0530, Manivannan Sadhasivam wrote:
> Hello,
>
> This patchset adds initial support for Bitmain BM1880 SoC and Sophon
> Edge board. BM1880 SoC consists of a Dual Core ARM Cortex A53 Application
> processor subsystem, a single core RISC-V subsystem and a Tensor
>
On Sat, Jan 05, 2019 at 12:58:59PM +0530, Manivannan Sadhasivam wrote:
> Add HI3670 SoC UFS driver support by extending the common ufs-hisi
> driver. One major difference between HI3660 ad HI3670 SoCs interms of
> UFS is the PHY. HI3670 has a 10nm variant PHY and hence this parameter is
> used to d
On Wed, 9 Jan 2019 at 11:46, Hedi Berriche wrote:
>
> Calls into UV firmware must be protected against concurrency, use the
> now visible efi_runtime_sem lock to serialise them.
>
> Signed-off-by: Hedi Berriche
> Reviewed-by: Russ Anderson
> Reviewed-by: Mike Travis
> Reviewed-by: Dimitri Sivan
Boris,
On 1/26/19 3:47 AM, Borislav Petkov wrote:
> On Fri, Jan 25, 2019 at 02:55:20PM -0600, Gustavo A. R. Silva wrote:
>> In preparation to enabling -Wimplicit-fallthrough, mark switch
>> cases where we are expecting to fall through.
>>
>> This patch fixes the following warning:
>>
>> arch/x86/l
On Wed, 9 Jan 2019 at 11:46, Hedi Berriche wrote:
>
> uv_bios_call_reentrant() has no callers nor is it exported, kill it.
>
> Signed-off-by: Hedi Berriche
> Reviewed-by: Russ Anderson
> Reviewed-by: Mike Travis
> Reviewed-by: Dimitri Sivanich
> Reviewed-by: Steve Wahl
Please drop these revi
Hello Hedi,
On Wed, 9 Jan 2019 at 11:46, Hedi Berriche wrote:
>
> Make efi_runtime_lock semaphore global so that it can be used by EFI
> runtime callers that may be defined outside efi/runtime-wrappers.c.
>
> The immediate motivation is to piggy-back it to serialise UV platform BIOS
> calls.
>
>
On Fri, Jan 25, 2019 at 06:49:47PM +0100, Paolo Bonzini wrote:
> On 22/01/19 15:35, Greg Kroah-Hartman wrote:
> > When calling debugfs functions, there is no need to ever check the
> > return value. The function can work or not, but the code logic should
> > never do something different based on t
On Fri, Jan 25, 2019 at 09:12:49AM -0800, Olof Johansson wrote:
> On Fri, Jan 25, 2019 at 8:06 AM Greg Kroah-Hartman
> wrote:
> >
> > On Fri, Jan 25, 2019 at 07:33:23AM -0800, Olof Johansson wrote:
> > > On Thu, Jan 24, 2019 at 11:37 PM Greg Kroah-Hartman
> > > > As for what directory the code sho
On Fri, Jan 25, 2019 at 10:16:16AM -0800, Olof Johansson wrote:
> Separate to expose the edits vs pure moves.
Ugh, putting the uapi files in misc/ was a mistake, sorry I never caught
that before, my fault :(
greg k-h
On 1/26/19 7:20 AM, Linus Walleij wrote:
> On Tue, Jan 22, 2019 at 5:55 PM Gustavo A. R. Silva
> wrote:
>
>> The first patch in this series fixes a potential NULL pointer
>> dereference by adding a NULL check. A tag for stable has been
>> added for this patch.
>>
>> The second patch promotes t
Hey Boris,
On 1/26/19 3:52 AM, Boris Brezillon wrote:
> On Fri, 25 Jan 2019 15:09:50 -0600
> "Gustavo A. R. Silva" wrote:
>
>> diff --git a/drivers/mtd/nand/raw/nandsim.c b/drivers/mtd/nand/raw/nandsim.c
>> index 933d1a629c51..d33e15dc4cdc 100644
>> --- a/drivers/mtd/nand/raw/nandsim.c
>> +++ b/
On Tue, Jan 22, 2019 at 5:55 PM Gustavo A. R. Silva
wrote:
> The first patch in this series fixes a potential NULL pointer
> dereference by adding a NULL check. A tag for stable has been
> added for this patch.
>
> The second patch promotes the use of struct_size() in devm_kzalloc().
Both patche
On 2019/01/26 20:29, Arkadiusz Miśkiewicz wrote:
> On 26/01/2019 12:09, Tetsuo Handa wrote:
>> Arkadiusz, will you try this patch?
>
>
> Works. Several tries and always getting 0 pids.current after ~1s.
>
Thank you for testing.
I updated this patch to use tsk->signal->oom_mm (a snapshot of
tsk
We provide data entry service and data processing services.
We makes it easy for you to take the documents you have and turn them into
documents you can use.
If you have paper and image forms, directory listings, spreadsheets,
reports or any number of handwritten
or printed documents we can trans
Use kmemdup rather than duplicating its implementation
Signed-off-by: YueHaibing
---
drivers/net/wireless/intel/iwlwifi/iwl-nvm-parse.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/net/wireless/intel/iwlwifi/iwl-nvm-parse.c
b/drivers/net/wireless/intel/iwl
The use of drmP.h is discouraged and removal of it from
drm_modeset_helper.h caused vboxvideo to fail to build.
This patch introduce the necessary fixes to prepare for the
drmP.h removal from drm_modeset_helper.h.
In the files touched sort the include files
Build tested on x86 and arm allmodconf
The use of drmP.h is discouraged and removal of it from
drm_modeset_helper.h caused rcar-du to fail to build.
This patch introduce the necessary fixes to prepare for the
drmP.h removal from drm_modeset_helper.h.
Build tested on arm allmodconfig/allyesconfig.
v2:
- new patch. Changes like drm_pro
The use of drmP.h is discouraged and removal of it from
drm_modeset_helper.h caused i915 to fail to build.
This patch introduce the necessary fixes to prepare for the
drmP.h removal from drm_modeset_helper.h.
In the files touched the lists of include files was grouped
and sorted.
Build tested on
The use of drmP.h is discouraged and removal of it from
drm_modeset_helper.h caused drm/ to fail to build.
This patch introduce the necessary fixes to prepare for the
drmP.h removal from drm_modeset_helper.h.
Build tested on x86, arm, alpha, ia64 allmodconfig/allyesconfig.
Signed-off-by: Sam Rav
With the removal of drmP.h from drm_modeset_helper.h
the drmP.h are no longer included by any include files
in include/drm.
The drmP.h file is thus only included explicit
either in .c files or in local .h files.
This makes the process of deleting the drmP.h includes easier
as we have a more local d
Updated patchset, with merged patches removed, new patches added.
> From the original mail:
- drmP.h is now stripped down to include files
and forward declarations.
- All header files in include/drm/ no longer include drmP.h.
The series was made on top of drm-misc-next:
We provide data entry service and data processing services.
We makes it easy for you to take the documents you have and turn them into
documents you can use.
If you have paper and image forms, directory listings, spreadsheets,
reports or any number of handwritten
or printed documents we can trans
On Thu, Jan 24, 2019 at 6:50 PM Mark Brown wrote:
> On Mon, Jan 21, 2019 at 10:12:02AM +0100, Linus Walleij wrote:
> > This converts the GPIO regulator driver to use decriptors only.
>
> This patch breaks the build for me:
>
> drivers/regulator/gpio-regulator.c: In function ‘gpio_regulator_probe’:
On Fri, Jan 25, 2019 at 6:44 PM Andy Shevchenko
wrote:
> On Mon, Jan 21, 2019 at 02:03:09PM +0100, Linus Walleij wrote:
> > On Wed, Jan 9, 2019 at 11:52 AM Andy Shevchenko
> > wrote:
> >
> > > New quirk enforces search for GPIO based on its type,
> > > i.e. iterate over GpioIo resources only.
> >
On Fri, Jan 25, 2019 at 9:09 PM Paul Cercueil wrote:
> Drop the custom code to get the 'cd' and 'wp' GPIOs. The driver now
> calls mmc_of_parse() which will init these from devicetree or
> device properties.
>
> Also drop the custom code to get the 'power' GPIO. The MMC core
> provides us with th
On Fri, 25 Jan 2019 10:56:33 +,
Jiaxun Yang wrote:
>
> Hi Marc
>
> Thanks for your suggestions, I'm working on v4 and I would like to
> ask if it is better to have a driver for only one irqchip and create
> dt nodes for each chip, or just register all the chips in a single
> driver with only
On 24/01/2019 19:19, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.14.96 release.
> There are 63 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
On 24/01/2019 19:20, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.9.153 release.
> There are 39 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
On 24/01/2019 19:18, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.172 release.
> There are 104 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses s
syzbot has found a reproducer for the following crash on:
HEAD commit:ba6069759381 Merge tag 'mmc-v5.0-rc2' of git://git.kernel...
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=121e935f40
kernel config: https://syzkaller.appspot.com/x/.config?x=505743
I have a similar problem, which is caused by an attempt to separate
the kernel installation
from the rootfs. updates of the kernel should not affect the
(read-only) rootfs or initramfs.
For technical reasons I am unable to built all modules static.
- have multiple kernels #K and rootfs installat
On Sat, Jan 26, 2019 at 2:18 PM Vasily Khoruzhick wrote:
>
> Looks like refactoring didn't go well and left ALDO2, DLDO2 and ELDO3
> definitions broken for AXP803 - now they are using register address
> instead of mask. Fix it by using mask where necessary.
>
> Fixes: db4a555f7c4cf ("regulator: ax
There is no need to have the 'struct drm_framebuffer *fb' variable
static since new value always be assigned before use it.
Signed-off-by: YueHaibing
---
drivers/gpu/drm/xen/xen_drm_front_kms.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/xen/xen_drm_front_
On 1/23/19 6:15 AM, Masami Hiramatsu wrote:
> Hi Daniel,
>
> On Fri, 21 Dec 2018 11:27:32 +0100
> Daniel Bristot de Oliveira wrote:
>
>> Currently, the patch of an address is done in three steps:
>>
>> -- Pseudo-code #1 - Current implementation ---
>> 1) add an int3 trap to the address t
Hi Zheng,
On Sat, 26 Jan 2019 06:16:24 +,
Zheng Xiang wrote:
>
> Currently each PCI device under a PCI Bridge shares the same device id
> and ITS device. Assume there are two PCI devices call its_msi_prepare
> concurrently and they are both going to find and create their ITS
> device. There
On 26/01/2019 12:09, Tetsuo Handa wrote:
> Arkadiusz, will you try this patch?
Works. Several tries and always getting 0 pids.current after ~1s.
Please use
Reported-by: Arkadiusz Miśkiewicz
(using gmail for transport only since vger postmasters aren't reasonable)
And also
Tested-by: Arkadius
Ping...
On 2019/01/07 22:21, Katsuhiro Suzuki wrote:
Custom approximation of fractional-divider may not need parent clock
rate checking. For example Rockchip SoCs work fine using grand parent
clock rate evne if target rate is greater than parent.
This patch removes parent clock rate check from
Arkadiusz, will you try this patch?
>From 48744b6339cf649a69b55997e138c17df1ecc897 Mon Sep 17 00:00:00 2001
From: Tetsuo Handa
Date: Sat, 26 Jan 2019 20:00:51 +0900
Subject: [PATCH] oom, oom_reaper: do not enqueue same task twice
Arkadiusz reported that enabling memcg's group oom killing causes
On Sat, 26 Jan 2019 10:19:52 +,
"liwei (GF)" wrote:
>
>
>
> On 2019/1/21 23:33, Julien Thierry wrote:
> > Implement NMI callbacks for GICv3 irqchip. Install NMI safe handlers
> > when setting up interrupt line as NMI.
> >
> > Only SPIs and PPIs are allowed to be set up as NMI.
> >
> > Sig
On 1/26/19 11:39 AM, Greg Kroah-Hartman wrote:
On Sat, Jan 26, 2019 at 11:26:47AM +0100, Hannes Reinecke wrote:
On 1/22/19 3:27 PM, Greg Kroah-Hartman wrote:
We are trying to get rid of BUS_ATTR() and the usage of that in the fcoe
driver can be trivially converted to use BUS_ATTR_WO(), so use t
On Sat, Jan 26, 2019 at 11:26:47AM +0100, Hannes Reinecke wrote:
> On 1/22/19 3:27 PM, Greg Kroah-Hartman wrote:
> > We are trying to get rid of BUS_ATTR() and the usage of that in the fcoe
> > driver can be trivially converted to use BUS_ATTR_WO(), so use that
> > instead.
> >
> > Cc: Johannes Th
Ports are described by child 'port' nodes contained in the device node.
'ports' is optional and is used to group all 'port' nodes which is not
the case here.
This patch fixes the following warning:
arch/arm64/boot/dts/rockchip/rk3399-gru-kevin.dts:46.9-50.5: Warningi
(graph_port): /edp-panel/por
Ports are described by child 'port' nodes contained in the device node.
'ports' is optional and is used to group all 'port' nodes which is not
the case here.
This patch fixes the following warning:
arch/arm64/boot/dts/rockchip/rk3399-sapphire-excavator.dts:94.9-98.5: Warning
(graph_port): /edp-p
Ports are described by child 'port' nodes contained in the device node.
'ports' is optional and is used to group all 'port' nodes which is not
the case here.
This patch fixes the following warning:
arch/arm64/boot/dts/rockchip/rk3399-gru-bob.dts:25.9-29.5: Warning
(graph_port): /edp-panel/ports:
Commit-ID: 6fcebf1302b43e7a610d1d2fa89f41e693249aa5
Gitweb: https://git.kernel.org/tip/6fcebf1302b43e7a610d1d2fa89f41e693249aa5
Author: Gustavo A. R. Silva
AuthorDate: Fri, 25 Jan 2019 12:39:03 -0600
Committer: Borislav Petkov
CommitDate: Sat, 26 Jan 2019 11:19:13 +0100
x86/kernel: Mar
On 1/22/19 3:27 PM, Greg Kroah-Hartman wrote:
We are trying to get rid of BUS_ATTR() and the usage of that in the fcoe
driver can be trivially converted to use BUS_ATTR_WO(), so use that
instead.
Cc: Johannes Thumshirn
Cc: "James E.J. Bottomley"
Cc: "Martin K. Petersen"
Signed-off-by: Greg Kr
Hi Jonas,
On Sat, Jan 26, 2019 at 8:53 AM Jonas Bonn wrote:
> On 25/01/2019 18:50, Mark Brown wrote:
> > On Fri, Jan 25, 2019 at 05:47:13PM +, Mark Brown wrote:
> >> On Fri, Jan 25, 2019 at 01:06:45PM +0100, Jonas Bonn wrote:
> >>> Having this as device property rather than a transfer propert
Several users have tried to only rely on binderfs to provide binder devices
and set CONFIG_ANDROID_BINDER_DEVICES="" empty. This is a great use-case of
binderfs and one that was always intended to work. However, this is
currently not possible since setting CONFIG_ANDROID_BINDER_DEVICES="" emtpy
wil
On 2019/1/21 23:33, Julien Thierry wrote:
> Implement NMI callbacks for GICv3 irqchip. Install NMI safe handlers
> when setting up interrupt line as NMI.
>
> Only SPIs and PPIs are allowed to be set up as NMI.
>
> Signed-off-by: Julien Thierry
> Cc: Thomas Gleixner
> Cc: Jason Cooper
> Cc:
Commit-ID: 89da3446294a8b811b28a4807e74e7ee7044d49f
Gitweb: https://git.kernel.org/tip/89da3446294a8b811b28a4807e74e7ee7044d49f
Author: Gustavo A. R. Silva
AuthorDate: Fri, 25 Jan 2019 14:55:20 -0600
Committer: Borislav Petkov
CommitDate: Sat, 26 Jan 2019 10:46:42 +0100
x86/insn-eval:
Commit-ID: 76a06125dd57ed2c7559410168b543313fa0cc51
Gitweb: https://git.kernel.org/tip/76a06125dd57ed2c7559410168b543313fa0cc51
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 24 Jan 2019 16:02:17 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 25 Jan 2019 15:12:11 +0100
p
Commit-ID: f52fdd64f6046ab121688155aebd66b52ce0077d
Gitweb: https://git.kernel.org/tip/f52fdd64f6046ab121688155aebd66b52ce0077d
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 24 Jan 2019 15:48:05 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 25 Jan 2019 15:12:11 +0100
p
Commit-ID: 1d59cb1bbd4cbe5a8f8032242cdacea5658129cf
Gitweb: https://git.kernel.org/tip/1d59cb1bbd4cbe5a8f8032242cdacea5658129cf
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 24 Jan 2019 15:39:15 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 25 Jan 2019 15:12:11 +0100
p
Commit-ID: 56d8175a4d05ed31fe9c3053a83a5f8e08a284ee
Gitweb: https://git.kernel.org/tip/56d8175a4d05ed31fe9c3053a83a5f8e08a284ee
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 24 Jan 2019 15:17:23 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 25 Jan 2019 15:12:10 +0100
p
Commit-ID: c657d76f9fb8379cc847d09f1448e4ac151790c7
Gitweb: https://git.kernel.org/tip/c657d76f9fb8379cc847d09f1448e4ac151790c7
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 24 Jan 2019 15:11:28 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 25 Jan 2019 15:12:10 +0100
p
Commit-ID: b45d5511aa9029264740e2353ad7faf3cd444703
Gitweb: https://git.kernel.org/tip/b45d5511aa9029264740e2353ad7faf3cd444703
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 24 Jan 2019 15:01:46 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 25 Jan 2019 15:12:10 +0100
p
Commit-ID: 35ea7e4bbb89ecd32057f5f6a2a8feb0d7224e51
Gitweb: https://git.kernel.org/tip/35ea7e4bbb89ecd32057f5f6a2a8feb0d7224e51
Author: Tony Jones
AuthorDate: Wed, 23 Jan 2019 16:52:29 -0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 25 Jan 2019 15:12:10 +0100
perf script pyt
Commit-ID: a38352de4495a6a4662609a560b2db4b03d6b352
Gitweb: https://git.kernel.org/tip/a38352de4495a6a4662609a560b2db4b03d6b352
Author: Tony Jones
AuthorDate: Wed, 23 Jan 2019 16:52:28 -0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 25 Jan 2019 15:12:10 +0100
perf script pyt
Commit-ID: d72eadbc1d2866fc047edd4535ffb0298fe240be
Gitweb: https://git.kernel.org/tip/d72eadbc1d2866fc047edd4535ffb0298fe240be
Author: Tony Jones
AuthorDate: Wed, 23 Jan 2019 16:52:27 -0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 25 Jan 2019 15:12:10 +0100
perf script pyt
Commit-ID: 099b79ca25c507ecbb25fb04f434e10415b68de0
Gitweb: https://git.kernel.org/tip/099b79ca25c507ecbb25fb04f434e10415b68de0
Author: Tony Jones
AuthorDate: Wed, 23 Jan 2019 16:52:26 -0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 25 Jan 2019 15:12:10 +0100
perf script pyt
Commit-ID: 811184fb6977bb02c21512d8af6a613a7ebce329
Gitweb: https://git.kernel.org/tip/811184fb6977bb02c21512d8af6a613a7ebce329
Author: Song Liu
AuthorDate: Tue, 22 Jan 2019 13:02:18 -0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 25 Jan 2019 15:12:10 +0100
perf bpf: Fix syn
On Fri, 18 Jan 2019 15:05:24 +0100
Geert Uytterhoeven wrote:
> Since commit 01973a01f9ec34b7 ("eeprom: at25: remove nvmem regmap
> dependency") changed the type of "off" from "loff_t" to "unsigned int",
> "off" and "offset" are now the same type, and can be merged into a
> single variable.
>
> S
Commit-ID: 72e0b15cb24a497d7d0d4707cf51ff40c185ae8c
Gitweb: https://git.kernel.org/tip/72e0b15cb24a497d7d0d4707cf51ff40c185ae8c
Author: Tony Jones
AuthorDate: Wed, 23 Jan 2019 16:52:25 -0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 25 Jan 2019 15:12:10 +0100
perf script pyt
Commit-ID: cc437642255224e4140fed1f3e3156fc8ad91903
Gitweb: https://git.kernel.org/tip/cc437642255224e4140fed1f3e3156fc8ad91903
Author: Tony Jones
AuthorDate: Wed, 23 Jan 2019 16:52:24 -0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 25 Jan 2019 15:12:10 +0100
perf script pyt
On Fri, 18 Jan 2019 15:05:25 +0100
Geert Uytterhoeven wrote:
> Reduce code duplication in at25_ee_read() by using the
> spi_message_init_with_transfers() helper.
>
> Signed-off-by: Geert Uytterhoeven
> Acked-by: Arnd Bergmann
Reviewed-by: Boris Brezillon
> ---
> v2:
> - Add Acked-by.
> --
101 - 200 of 265 matches
Mail list logo