On Wed, Dec 20, 2017 at 08:50:40AM +0100, Dmitry Vyukov wrote:
> >
> > The line number in lib/rbtree.c seems to be slightly off. Looking at the
> > disassembly:
> >
> > 825b5ea0 :
> > 825b5ea0: 55 push %rbp
> > 825b5ea1:
On Wed, Dec 20, 2017 at 2:54 AM, Eric W. Biederman
wrote:
> ebied...@xmission.com (Eric W. Biederman) writes:
>
>> Dave Jones writes:
>>
>>> On Tue, Dec 19, 2017 at 12:27:30PM -0600, Eric W. Biederman wrote:
>>> > Dave Jones writes:
>>> >
>>> > > On Mon, Dec 18, 2017 at 03:50:52PM -0800, Linu
On 12/20/2017 04:23 AM, Joel Stanley wrote:
> - Fix incorrect RAM size
> - Remove alias; these are now specified in the dtsi
> - Add newly upstreamed devices
> - Include OpenBMC flash layout
>
> Signed-off-by: Joel Stanley
Reviewed-by: Cédric Le Goater
> ---
> v3:
> - Add GPIO include
>
On Tue, Dec 12, 2017 at 6:43 PM, Brian Norris wrote:
> We generally leave the GPIO clock disabled, unless an interrupt is
> requested or we're accessing IO registers. We forgot to do this for the
> ->get_direction() callback, which means we can sometimes [1] get
> incorrect results [2] from, e.g.
On Wed, Dec 13, 2017 at 12:25 PM, Bartosz Golaszewski wrote:
> This string is never modified. Make it const.
>
> Signed-off-by: Bartosz Golaszewski
Patch applied.
Yours,
Linus Walleij
On Tue, Dec 19, 2017 at 12:02:53PM -0800, Jaegeuk Kim wrote:
> From: Jaegeuk Kim
>
> This patch introduces attribute group to show existing sysfs entries.
>
> Cc: Greg KH
> Signed-off-by: Jaegeuk Kim
> ---
> drivers/scsi/ufs/ufshcd.c | 48
> +++
>
On Tue, Dec 19, 2017 at 09:21:52PM +1100, Balbir Singh wrote:
> On Tue, Dec 19, 2017 at 8:20 PM, Gautham R Shenoy
> wrote:
> > Hi Viresh,
> > On Mon, Dec 18, 2017 at 01:59:35PM +0530, Viresh Kumar wrote:
> >> On 18-12-17, 10:41, Abhishek wrote:
> >> > We need to do it in this way as the current im
On Wed, Dec 13, 2017 at 3:47 PM, hao_zhang wrote:
> Pin function can not be match correctly when SUNXI_PIN describe with
> mutiple variant and same function.
>
> such as:
> on pinctrl-sun4i-a10.c
>
> SUNXI_PIN(SUNXI_PINCTRL_PIN(B, 2),
> SUNXI_FUNCTION(0x0, "gpio_in"),
>
On Wed, Dec 20, 2017 at 8:59 AM, Eric Biggers wrote:
> On Wed, Dec 20, 2017 at 08:50:40AM +0100, Dmitry Vyukov wrote:
>> >
>> > The line number in lib/rbtree.c seems to be slightly off. Looking at the
>> > disassembly:
>> >
>> > 825b5ea0 :
>> > 825b5ea0: 55
On Wed, Dec 13, 2017 at 9:55 AM, Quentin Schulz
wrote:
> The number of GPIOs is gotten from a field within the structure
> referenced in the of_device.data but it was actually read before it was
> retrieved, thus it was dereferencing a null pointer.
>
> Set the number of GPIOs after retrieving of
On 18/12/17 23:10, Frank Rowand wrote:
On 12/16/17 09:25, Andre Heider wrote:
Hi Frank,
On 15/12/17 22:06, Frank Rowand wrote:
On 12/14/17 07:12, Andre Heider wrote:
The overlay feature requires the base dtb to be built with symbols, so
lets build the dtbs with symbols when overlay support wa
On Tue, Dec 19, 2017 at 10:36 PM, Lukasz Majewski wrote:
> Hi Arnd,
>
>> Hi!
>>
>> On Mon Dec 18 12:55:40 2017 Arnd Bergmann wrote:
>> > > GCC 7.2 is working
>> >
>> > Ah wait, this is still for ep93xx, which is always at least armv4t,
>> > right? So it won't have a problem with the armv4 depreca
Hi Alexandre,
On mar., déc. 19 2017, Alexandre Belloni
wrote:
> As TCB2 doesn't have any output pins, use it for timers
>
> Cc: Gregory CLEMENT
> Signed-off-by: Alexandre Belloni
Acked-by: Gregory CLEMENT
Thanks,
Gregory
> ---
> arch/arm/boot/dts/at91-vinco.dts | 12
> 1 f
This patch adds vlan offload config commands, initializes
the rules of tx/rx vlan tag handle for hw.
Signed-off-by: Shenjian
Signed-off-by: Lipeng
---
.../net/ethernet/hisilicon/hns3/hns3pf/hclge_cmd.h | 45 ++
.../ethernet/hisilicon/hns3/hns3pf/hclge_main.c| 158 -
From: Fuyun Liang
When phy exists, we use the value of phydev.autoneg to represent the
auto-negotiation state of hardware. Otherwise, we use the value of
mac.autoneg to represent it.
This patch fixes for getting a error value of auto-negotiation state in
hclge_get_autoneg().
Fixes: 46a3df9f9718
This patch sets vlan masked, in order to avoid the received
packets being filtered.
Signed-off-by: Shenjian
Signed-off-by: Lipeng
---
.../net/ethernet/hisilicon/hns3/hns3pf/hclge_cmd.h | 10 ++
.../ethernet/hisilicon/hns3/hns3pf/hclge_main.c| 39 +-
2 files changed,
On 19/12/2017 at 22:31, Alexandre Belloni wrote:
> Hi,
>
> As the bindings were acked by Rob a while ago [1] and I think there is
> consensus on what they look like, I'm planning to apply that series for
> 4.16 so we get a smoother transition for the TCB driver rework.
>
> I've simply removed the
On Thu, Dec 14, 2017 at 10:43 AM, Quentin Schulz
wrote:
> This fixes some compilation issues.
>
> GENERIC_PINCONF and OF at least for pinconf_generic_dt_*, PINMUX at
> least for pinmux_ops and GPIOLIB for at least gpio_chip.
>
> Fixes: 23f75d7dfa92 ("pinctrl: axp209: add pinctrl features")
>
> Re
This patch modifies the return data of get_rxnfc, it will return
the current handle's rss_size but not the total tqp number.
because the tc_size has been change to the log2 of roundup
power of two of rss_size.
Signed-off-by: qumingguang
Signed-off-by: Lipeng
---
drivers/net/ethernet/hisilicon/h
This patchset adds some new feature support and fixes some bugs:
[Patch 1/17 - 5/17] add the support to modify/query the tqp number
through ethtool -L/l command, and also fix some related bugs for
change tqp number.
[Patch 6/17 - 9-17] add support vlan tag offload on tx&&rx direction
for pf, and fi
This patch adds the support to query tqps number for PF driver
by using ehtool -l command.
Signed-off-by: qumingguang
Signed-off-by: Lipeng
---
drivers/net/ethernet/hisilicon/hns3/hnae3.h | 2 ++
drivers/net/ethernet/hisilicon/hns3/hns3_ethtool.c | 10 ++
.../net/ethernet/hisi
This patch adds set_pauseparam support for ethtool cmd.
Signed-off-by: Fuyun Liang
Signed-off-by: Lipeng
---
drivers/net/ethernet/hisilicon/hns3/hns3_ethtool.c | 13
.../ethernet/hisilicon/hns3/hns3pf/hclge_main.c| 83 ++
.../net/ethernet/hisilicon/hns3/hns3pf/hclge
This patch adds the support to change tqps number for PF driver
by using ehtool -L command.
Signed-off-by: qumingguang
Signed-off-by: Lipeng
---
drivers/net/ethernet/hisilicon/hns3/hnae3.h| 3 +
drivers/net/ethernet/hisilicon/hns3/hns3_enet.c| 122 +
drivers/ne
From: qumingguang
Add configuration for rss_size_max in hdev but not hardcode it.
Signed-off-by: qumingguang
Signed-off-by: Lipeng
---
drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_cmd.h | 2 ++
drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_main.c | 6 +-
drivers/net/ethernet/hisil
Burstiness of a flow is determined by the depth of a bucket, When the
upper rate of shaper is large, the current depth of a bucket is not
enough.
The default upper rate of shaper is 100G, so increase the depth of
a bucket according to UM.
Signed-off-by: Yunsheng Lin
Signed-off-by: Lipeng
---
d
On Thu, Dec 14, 2017 at 3:29 PM, Bartosz Golaszewski wrote:
> Users often pass a pointer to a static string to gpiochip_add_data()
> family of functions. Avoid unnecessary memory allocations with the
> provided helper routine.
>
> While at it: use a ternary operator instead of an if else for brev
On Tue, Dec 19, 2017 at 10:21 PM, Long Li wrote:
>> depends on CIFS && INFINIBAND
>> + depends on CIFS=m || INFINIBAND=y
>
> How about we change them to
>
> depends on CIFS=m && INFINIBAND || CIFS=y && INFINIBAND=y
>
> This makes it easy to read.
Yes, that seems fine. I would no
On 20/12/17 00:27, Dongwon Kim wrote:
> I forgot to include this brief information about this patch series.
>
> This patch series contains the implementation of a new device driver,
> hyper_dmabuf, which provides a method for DMA-BUF sharing across
> different OSes running on the same virtual OS p
This patch adds offload command related to "ethtool -K".
Signed-off-by: Shenjian
Signed-off-by: Lipeng
---
drivers/net/ethernet/hisilicon/hns3/hnae3.h | 3 +++
drivers/net/ethernet/hisilicon/hns3/hns3_enet.c | 16
drivers/net/ethernet/hisilicon/hns3/hns3pf/
TC-based sched mode supports SRIOV enabled and SRIOV disabled. This
patch change the TM sched mode to TC-based mode in initialization
process.
Fixes: cc9bb43ab394 ("net: hns3: Add tc-based TM support for sriov enabled
port")
Signed-off-by: Lipeng
---
drivers/net/ethernet/hisilicon/hns3/hns3pf/h
When auto-negotiation is enabled, the MAC flow control settings is
based on the flow control negotiation result. And it should be configured
after a valid link has been established. This patch adds support to update
flow control settings after auto-negotiation has completed.
Signed-off-by: Fuyun L
This patch deals with the vlan tag information between
sk_buff and rx/tx bd.
Signed-off-by: Shenjian
Signed-off-by: Lipeng
---
drivers/net/ethernet/hisilicon/hns3/hns3_enet.c | 83 +++--
1 file changed, 78 insertions(+), 5 deletions(-)
diff --git a/drivers/net/ethernet/hisi
From: Fuyun Liang
When checking whether auto-negotiation is on, driver only needs to
check the value of mac.autoneg(SW) directly, and does not need to
query it from hardware. Because this value is always synchronized
with the auto-negotiation state of hardware.
This patch removes the mac auto-ne
From: Fuyun Liang
commit c4fb2cdf575d ("net: hns3: fix a bug for phy supported feature
initialization") adds default supported features for phy, but our hardware
also supports Asym Pause. This patch adds Asym Pause support to phy
default features to prevent Asym Pause can not be advertised when t
This patch adds support for querying advertised pause frame by using
ethtool command(ethtool ethx).
Fixes: 496d03e960ae ("net: hns3: Add Ethtool support to HNS3 driver")
Signed-off-by: Fuyun Liang
Signed-off-by: Lipeng
---
drivers/net/ethernet/hisilicon/hns3/hnae3.h | 2 ++
drivers
This patch fixes a memory leak problems in change tqps process,
the function hns3_uninit_all_ring and hns3_init_all_ring
may be called many times.
Signed-off-by: qumingguang
Signed-off-by: Lipeng
---
drivers/net/ethernet/hisilicon/hns3/hns3_enet.c | 4
1 file changed, 4 insertions(+)
diff
On Fri, Dec 15, 2017 at 3:02 PM, Christophe Leroy
wrote:
> Following commit 9427ecbed46cc ("gpio: Rework of_gpiochip_set_names()
> to use device property accessors"), "gpio-line-names" DT property is
> not retrieved anymore when chip->parent is not set by the driver.
> This is due to OF based pro
Hello Serge,
On 19/12/17 21:14, Serge Semin wrote:
> Almost a year ago I sent a patchset to the Linux MIPS community. The main
> target of the patchset
> was to get rid from the old bootmem allocator usage at the MIPS architecture.
> Additionally I had
> a problem with CMA usage on my MIPS machi
On 18 December 2017 at 11:21, Viresh Kumar wrote:
> Devices have inter-dependencies some times. For example a device that
> needs to run at 800 MHz, needs another device (e.g. Its power domain) to
> be configured at a particular operating performance point.
>
> This patch introduces a new property
On Wed, Dec 20, 2017 at 4:37 AM, Joel Stanley wrote:
> On Wed, Dec 20, 2017 at 1:53 PM, Joel Stanley wrote:
>> This series of device tree patches for the ASPEED BMC machines
>> moves all systems to use the soon to be merged clk driver, and
>> updates machines to use all of the drivers we have ups
On 20-12-17, 09:23, Ulf Hansson wrote:
> Nitpick: Could you please change "parent" to "power", to be consistent
> with earlier examples.
Sure. Thanks for the review.
--
viresh
AT24 EEPROMs have a write-protect pin, which - when pulled high -
inhibits writes to the upper quadrant of memory (although it has been
observed that on some chips it disables writing to the entire memory
range).
On some boards, this pin is connected to a GPIO and pulled high by
default, which for
Hi Pieter,
On Wed, Dec 20, 2017 at 1:24 AM, Pieter "PoroCYon" Sluys
wrote:
> Currently, when loading the vfb module, the newly created fbdev
> has a line_length of 0, and its video mode would be PSEUDOCOLOR
> regardless of color depth. (The former could be worked around by
> calling the FBIOPUT_V
AT24 EEPROMs have a write-protect pin, which - when pulled high -
inhibits writes to the upper quadrant of memory (although it has been
observed that on some chips it disables writing to the entire memory
range).
On some boards, this pin is connected to a GPIO and pulled high by
default, which for
2017-12-19 17:14 GMT+01:00 Bartosz Golaszewski :
> AT24 EEPROMs have a write-protect pin, which - when pulled high -
> inhibits writes to the upper quadrant of memory (although it has been
> observed that on some chips it disables writing to the entire memory
> range).
>
> On some boards, this pin
AT24 EEPROMs have a write-protect pin, which - when pulled high -
inhibits writes to the upper quadrant of memory (although it has been
observed that on some chips it disables writing to the entire memory
range).
On some boards, this pin is connected to a GPIO and pulled high by
default, which for
Signed-off-by: Rasmus Villemoes
---
.../interrupt-controller/fsl,ls-extirq.txt | 37 ++
1 file changed, 37 insertions(+)
create mode 100644
Documentation/devicetree/bindings/interrupt-controller/fsl,ls-extirq.txt
diff --git
a/Documentation/devicetree/bindings/inter
The LS1021A allows inverting the polarity of six interrupt lines
IRQ[0:5] via the scfg_intpcr register, effectively allowing
IRQ_TYPE_LEVEL_LOW and IRQ_TYPE_EDGE_FALLING for those. We just need to
check the type, set the relevant bit in INTPCR accordingly, and fixup
the type argument before calling
On Wed, Dec 20, 2017 at 09:34:46AM +0530, Viresh Kumar wrote:
> On 19-12-17, 20:25, Peter Zijlstra wrote:
> > Yeah, not happy about this either; we had code that did the right thing
> > without this extra tracking I think.
>
> Sure, but how do you suggest we fix the problems we are facing with
> t
Add the crypto API *_ON_STACK to $declaration_macros.
Resolves the following false warning:
WARNING: Missing a blank line after declarations
+ int err;
+ SHASH_DESC_ON_STACK(desc, ctx_p->shash_tfm);
Signed-off-by: Gilad Ben-Yossef
---
scripts/checkpa
Hi Michal,
On 12/19/2017 10:48 AM, Michal Hocko wrote:
Hi,
we have been contacted by our partner about the following permission
discrepancy
1. Create a shared memory segment with permissions 600 with user A using
shmget(key, 1024, 0600 | IPC_CREAT)
2. ipcs -m should return an output as follo
On 20 December 2017 at 07:42, Kishon Vijay Abraham I wrote:
> Hi Ulf,
>
> On Wednesday 20 December 2017 02:52 AM, Ulf Hansson wrote:
>> The runtime PM deployment in the phy core is a bit unnecessary complicated
>> and the main reason is because it operates on the phy device, which is
>> created by
On 12/20/2017 01:27 AM, Dongwon Kim wrote:
This patch series contains the implementation of a new device driver,
hyper_dmabuf, which provides a method for DMA-BUF sharing across
different OSes running on the same virtual OS platform powered by
a hypervisor.
This is very interesting at least in
Hi
On 12/20/2017 12:47 PM, Kishon Vijay Abraham I wrote:
> Hi,
>
[snip]
>>> Why not use a notification mechanism instead of adding new APIs in phy-core.
>>> This will only bloat phy-core with APIs for a particular platform.
>> Do you mean notifier_chains ?
>> When we have multiple instances of US
Hi,
We've hit a suspend/resume issue on a Acer desktop caused by r8169
driver. The dmseg
https://gist.github.com/mschiu77/b741849b5070281daaead8dfee312d1a
shows it's still in msleep() within a mutex lock.
After looking into the code, it's caused by the
rtl8168ep_stop_cmac() which is waiting
> On 20 Dec 2017, at 7:11 AM, Brian Norris wrote:
>
> Hi Kai,
>
> On Tue, Dec 19, 2017 at 12:28:17PM +0800, Kai Heng Feng wrote:
>>> On 19 Dec 2017, at 2:13 AM, Brian Norris wrote:
>>> On Mon, Dec 18, 2017 at 12:43:48PM +0100, Greg Kroah-Hartman wrote:
On Fri, Dec 15, 2017 at 07:05:39PM -
On Tue, 19 Dec 2017, Peter Zijlstra wrote:
> On Tue, Dec 19, 2017 at 09:58:44AM +0100, Sebastian Andrzej Siewior wrote:
> > this is late I know…
> >
> > On 2017-09-27 18:40:26 [+0200], Peter Zijlstra wrote:
> > > - removed superfluous local_bh_disable(), since local_irq_disable()
> > >alread
Hi Manfred,
On 20 December 2017 at 09:32, Dr. Manfred Spraul
wrote:
> Hi Michal,
>
> On 12/19/2017 10:48 AM, Michal Hocko wrote:
>>
>> Hi,
>> we have been contacted by our partner about the following permission
>> discrepancy
>> 1. Create a shared memory segment with permissions 600 with user A u
gpio_led are not supposed to change at runtime.
struct gpio_led_platform_data working with const gpio_led
provided by . So mark the non-const structs
as const.
Signed-off-by: Arvind Yadav
---
arch/mips/ar7/platform.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --gi
gpio_led are not supposed to change at runtime.
struct gpio_led_platform_data working with const gpio_led
provided by . So mark the non-const structs
as const.
Signed-off-by: Arvind Yadav
---
arch/mips/txx9/rbtx4927/setup.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch
gpio_led are not supposed to change at runtime.
struct gpio_led_platform_data working with const gpio_led
provided by . So mark the non-const structs
as const.
Signed-off-by: Arvind Yadav
---
arch/x86/platform/geode/alix.c| 2 +-
arch/x86/platform/geode/geos.c| 2 +-
arch/x86/platform/ge
gpio_led are not supposed to change at runtime.
struct gpio_led_platform_data working with const gpio_led
provided by . So mark the non-const structs
as const.
Signed-off-by: Arvind Yadav
---
arch/mips/alchemy/board-gpr.c | 2 +-
arch/mips/alchemy/board-mtx1.c | 2 +-
2 files changed, 2 inserti
gpio_led are not supposed to change at runtime.
struct gpio_led_platform_data working with const gpio_led
provided by . So mark the non-const structs
as const.
Arvind Yadav (11):
[PATCH 01/11] MIPS: Alchemy: constify gpio_led
[PATCH 02/11] MIPS: AR7: constify gpio_led
[PATCH 03/11] MIPS: TXX
On 20-12-17, 09:31, Peter Zijlstra wrote:
> On Wed, Dec 20, 2017 at 09:34:46AM +0530, Viresh Kumar wrote:
> Please use the normal link format:
>
> https://lkml.kernel.org/r/$MSGID
>
> Then I can find them without having to resort to a frigging browser
> thing.
Sure, and that would be much eas
gpio_led are not supposed to change at runtime.
struct gpio_led_platform_data working with const gpio_led
provided by . So mark the non-const structs
as const.
Signed-off-by: Arvind Yadav
---
arch/sh/boards/mach-rsk/devices-rsk7203.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --
gpio_led are not supposed to change at runtime.
struct gpio_led_platform_data working with const gpio_led
provided by . So mark the non-const structs
as const.
Signed-off-by: Arvind Yadav
---
arch/arm/mach-pxa/balloon3.c | 4 ++--
arch/arm/mach-pxa/corgi.c | 2 +-
arch/arm/mach-pxa/csb701.c
gpio_led are not supposed to change at runtime.
struct gpio_led_platform_data working with const gpio_led
provided by . So mark the non-const structs
as const.
Signed-off-by: Arvind Yadav
---
arch/arm/mach-omap1/board-h2.c| 2 +-
arch/arm/mach-omap1/board-h3.c| 2 +-
arch/arm/mac
gpio_led are not supposed to change at runtime.
struct gpio_led_platform_data working with const gpio_led
provided by . So mark the non-const structs
as const.
Signed-off-by: Arvind Yadav
---
arch/arm/mach-orion5x/board-d2net.c | 2 +-
arch/arm/mach-orion5x/dns323-setup.c | 2 +-
arch/a
gpio_led are not supposed to change at runtime.
struct gpio_led_platform_data working with const gpio_led
provided by . So mark the non-const structs
as const.
Signed-off-by: Arvind Yadav
---
arch/arm/mach-s3c24xx/mach-h1940.c| 2 +-
arch/arm/mach-s3c24xx/mach-rx1950.c | 2 +-
arch/arm/mac
gpio_led are not supposed to change at runtime.
struct gpio_led_platform_data working with const gpio_led
provided by . So mark the non-const structs
as const.
Signed-off-by: Arvind Yadav
---
arch/arm/mach-ixp4xx/dsmg600-setup.c | 2 +-
arch/arm/mach-ixp4xx/nas100d-setup.c | 2 +-
arch/arm/mach-
gpio_led are not supposed to change at runtime.
struct gpio_led_platform_data working with const gpio_led
provided by . So mark the non-const structs
as const.
Signed-off-by: Arvind Yadav
---
arch/arm/mach-davinci/board-neuros-osd2.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --
Hi Arnd,
> On Tue, Dec 19, 2017 at 10:36 PM, Lukasz Majewski
> wrote:
> > Hi Arnd,
> >
> >> Hi!
> >>
> >> On Mon Dec 18 12:55:40 2017 Arnd Bergmann wrote:
> >> > > GCC 7.2 is working
> >> >
> >> > Ah wait, this is still for ep93xx, which is always at least
> >> > armv4t, right? So it won't
On Wed, Dec 20, 2017 at 01:32:49PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Today's linux-next merge of the staging tree got conflicts in:
>
> drivers/Kconfig
> drivers/Makefile
>
> between commits:
>
> bbecb07fa0af ("siox: new driver framework for eckelmann SIOX")
> 3648e78ec701 (
On Fri, Dec 15, 2017 at 03:41:40PM +, Patrick Bellasi wrote:
> Close enough, the actual code is:
>
> util_est = p->util_est.ewma;
> 5218: f9403ba3ldr x3, [x29,#112]
> 521c: f9418462ldr x2, [x3,#776]
> if (abs(util_est - util_last) <=
> From: Colin Ian King
>
> The current expression using the || operator is always true because
> dev->dev_state cannot be equal to two different values at the same time.
> Fix this by replacing the || with &&.
>
> Detected by CoverityScan, CID#1463042 ("Constant expression result")
>
> Fixes:
On 2017年12月19日 18:41, Paolo Bonzini wrote:
> On 19/12/2017 07:35, Lan Tianyu wrote:
>> On 2017年12月18日 16:50, Paolo Bonzini wrote:
>>> On 18/12/2017 09:30, David Hildenbrand wrote:
The ugly thing in kvm_irqfd_assign() is that we access irqfd without
holding a lock. I think that should rath
On Tue, Dec 19, 2017 at 10:15:07AM -0800, Joe Perches wrote:
> Convert DEVICE_ATTR uses to DEVICE_ATTR_RW where possible.
>
...
> diff --git a/sound/soc/omap/mcbsp.c b/sound/soc/omap/mcbsp.c
> index 7a54e3083203..79d4dc785e5c 100644
> --- a/sound/soc/omap/mcbsp.c
> +++ b/sound/soc/omap/mcbsp.c
On Tue, Dec 19, 2017 at 11:38 PM, Vineet Gupta
wrote:
> On 12/19/2017 12:13 PM, Arnd Bergmann wrote:
>>
>>
>>> I suppose BUG() implies "dead end" like semantics - which ARC was lacking
>>> before ?
>>
>> Correct. Using __builtin_trap() here avoids the 'control reaches end of
>> non-void
>> functio
Hi Ulf,
On Wednesday 20 December 2017 02:05 PM, Ulf Hansson wrote:
> On 20 December 2017 at 07:42, Kishon Vijay Abraham I wrote:
>> Hi Ulf,
>>
>> On Wednesday 20 December 2017 02:52 AM, Ulf Hansson wrote:
>>> The runtime PM deployment in the phy core is a bit unnecessary complicated
>>> and the m
On 20/12/2017 08:46, rhett wrote:
> in function kvm_hv_setup_tsc_page , the old code write the full tsc_ref
> struct firstly, and write a
> tsc_sequence field later, it can be wirten once.
No, it cannot and this comment says exactly why:
> - /* Ensure sequence is zero before writing the res
On Wed, Dec 20, 2017 at 09:57:47AM +0100, Peter Zijlstra wrote:
> On Fri, Dec 15, 2017 at 03:41:40PM +, Patrick Bellasi wrote:
> > Close enough, the actual code is:
> >
> > util_est = p->util_est.ewma;
> > 5218: f9403ba3ldr x3, [x29,#112]
> > 521c: f9418
Use tcb0 for timers as selected in sama5_defconfig.
Signed-off-by: Nicolas Ferre
---
Hi Alex,
Adding the newly added sama5d2_ptc_ek to the series.
Not tested though.
Regards,
Nicolas
arch/arm/boot/dts/at91-sama5d2_ptc_ek.dts | 12
1 file changed, 12 insertions(+)
diff --git a/
Linus,
please pull sound fixes for v4.15-rc5 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
tags/sound-4.15-rc5
The topmost commit is 5a15f289ee87eaf33f13f08a4909ec99d837ec5f
sound fixes for 4.15-rc5
All
On 20/12/17 08:58, Winkler, Tomas wrote:
>
>> From: Colin Ian King
>>
>> The current expression using the || operator is always true because
>> dev->dev_state cannot be equal to two different values at the same time.
>> Fix this by replacing the || with &&.
>>
>> Detected by CoverityScan, CID#146
Hi Vadim,
I love your patch! Yet something to improve:
[auto build test ERROR on platform-drivers-x86/for-next]
[also build test ERROR on v4.15-rc4 next-20171220]
[cannot apply to linus/master]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system
On Wed 20-12-17 09:44:47, Michael Kerrisk wrote:
> Hi Manfred,
>
> On 20 December 2017 at 09:32, Dr. Manfred Spraul
> wrote:
> > Hi Michal,
> >
> > On 12/19/2017 10:48 AM, Michal Hocko wrote:
> >>
> >> Hi,
> >> we have been contacted by our partner about the following permission
> >> discrepancy
Dear Sylwester,
Gently Ping.
Regards,
Chanwoo Choi
On 2017년 11월 27일 11:31, Chanwoo Choi wrote:
> This patch just removes the unneeded enumeration for PLL index.
>
> Signed-off-by: Chanwoo Choi
> ---
> drivers/clk/samsung/clk-s3c2412.c | 11 ++-
> drivers/clk/samsung/clk-s3c2443.c | 17
When an interrupt is moved, it is possible that an implementation that
supports caching might still have cached data for a previous
(no longer valid) mapping of the interrupt. In particular, in a distributed
GIC implementation like multi-socket SoC platfroms. Hence it is necessary
to flush cached e
Am Mittwoch, 20. Dezember 2017, 08:48:01 CET schrieb syzbot:
Hi,
> Hello,
>
> syzkaller hit the following crash on
> 032b4cc8ff84490c4bc7c4ef8c91e6d83a637538
> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/master
> compiler: gcc (GCC) 7.1.1 20170620
> .config is attached
> Raw
On Wed, Dec 20, 2017 at 02:18:59PM +0530, Viresh Kumar wrote:
> On 20-12-17, 09:31, Peter Zijlstra wrote:
> What about this case: A CFS task is running currently and an RT task
> is enqueued.
>
> - Is it always the case that the CFS task is preempted immediately and
> the CPU is given to RT task
On Wed, Dec 20, 2017 at 10:17 AM, Stephan Müller wrote:
> Am Mittwoch, 20. Dezember 2017, 08:48:01 CET schrieb syzbot:
>
> Hi,
>
>> Hello,
>>
>> syzkaller hit the following crash on
>> 032b4cc8ff84490c4bc7c4ef8c91e6d83a637538
>> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/mast
Hi Linus
On 12/20/2017 08:44 AM, Linus Walleij wrote:
On Mon, Dec 18, 2017 at 4:17 PM, Ludovic Barre wrote:
From: Ludovic Barre
Add support of stm32mp157c evaluation board (part number: STM32MP157C-EV1)
split in 2 elements:
-Daughter board (part number: STM32MP157C-ED1)
which includes CPU
On Tue 19-12-17 17:45:40, Michael Kerrisk wrote:
> Hello Michal,
>
> On 19 December 2017 at 10:48, Michal Hocko wrote:
> > Hi,
> > we have been contacted by our partner about the following permission
> > discrepancy
> >
> > 1. Create a shared memory segment with permissions 600 with user A using
On Tue 19-12-17 17:40:19, Dmitry Vyukov wrote:
> On Tue, Dec 19, 2017 at 2:42 PM, Michal Hocko wrote:
> >> >> > Can we silence this duplicates [1] please?
> >> >> >
> >> >> > [1] http://lkml.kernel.org/r/001a1140f57806ebef05608b2...@google.com
> >> >>
> >> >> Hi Michal,
> >> >>
> >> >> What exactl
On Wed, 2017-12-20 at 10:34 +0200, Jarkko Nikula wrote:
> On Tue, Dec 19, 2017 at 10:15:07AM -0800, Joe Perches wrote:
> > Convert DEVICE_ATTR uses to DEVICE_ATTR_RW where possible.
[]
> > diff --git a/sound/soc/omap/mcbsp.c b/sound/soc/omap/mcbsp.c
[]
> > @@ -854,7 +854,7 @@ static ssize_t dma_op
On Sat, Dec 16, 2017 at 6:02 AM, Nicolas Dufresne wrote:
> Le vendredi 15 décembre 2017 à 16:56 +0900, Alexandre Courbot a écrit :
>> Here is a new attempt at the request API, following the UAPI we agreed on in
>> Prague. Hopefully this can be used as the basis to move forward.
>>
>> This series o
On Wed, Dec 20, 2017 at 10:20 AM, Michal Hocko wrote:
> On Tue 19-12-17 17:40:19, Dmitry Vyukov wrote:
>> On Tue, Dec 19, 2017 at 2:42 PM, Michal Hocko wrote:
>> >> >> > Can we silence this duplicates [1] please?
>> >> >> >
>> >> >> > [1] http://lkml.kernel.org/r/001a1140f57806ebef05608b2...@goog
On 20/12/17 09:15, Ganapatrao Kulkarni wrote:
> When an interrupt is moved, it is possible that an implementation that
> supports caching might still have cached data for a previous
> (no longer valid) mapping of the interrupt. In particular, in a distributed
> GIC implementation like multi-socket
On Sat, Dec 16, 2017 at 6:04 AM, Nicolas Dufresne wrote:
> Le vendredi 15 décembre 2017 à 16:56 +0900, Alexandre Courbot a écrit :
>> Here is a new attempt at the request API, following the UAPI we agreed on in
>> Prague. Hopefully this can be used as the basis to move forward.
>>
>> This series o
klp_send_signals() and klp_force_transition() do not acquire klp_mutex,
because it seemed to be superfluous. A potential race in
klp_send_signals() was harmless and there was nothing in
klp_force_transition() which needed to be synchronized. That changed
with the addition of klp_forced variable dur
1 - 100 of 952 matches
Mail list logo
