From: Yi Li
Add function to load firmware in multiple chucks instead of
loading the whole big firmware file at once.
Signed-off-by: Yi Li
---
drivers/base/firmware_class.c | 128 ++
include/linux/firmware.h | 2 +
2 files changed, 130 insertions(
From: Yi Li
Add fpga_mgr_firmware_stream API, which can load and program firmware
in trucks to FPGA instead of the whole file.
Signed-off-by: Yi Li
---
drivers/fpga/fpga-mgr.c | 77 +++
include/linux/fpga/fpga-mgr.h | 4 +++
2 files changed, 81 i
This is great! Thanks Bjorn and Logan for getting this drivers upstreamed!
-Wei
--
wei zhang | software engineer | facebook
wzh...@fb.com | (408) 460-4803
On 3/9/17, 11:56 AM, "Logan Gunthorpe" wrote:
On 09/03/17 12:55 PM, Bjorn Helgaas wrote:
> Applied to pci/switchtec for
Hi Vivien
> +static int mv88e6xxx_set_port_mode_normal(struct mv88e6xxx_chip *chip, int
> port)
> +{
> + return mv88e6xxx_set_port_mode(chip, port, MV88E6XXX_FRAME_MODE_NORMAL,
> +PORT_CONTROL_EGRESS_UNMODIFIED, 0x9100);
It would be nice to replace this ma
On Thu, Mar 09, 2017 at 06:33:22PM -0500, Vivien Didelot wrote:
> Add a new operation to disable the limiting of learnt MAC addresses.
>
> Setting such limit is not likely to be used soon, so provide a
> port_disable_learn_limit operation directly. This can be changed later
> for port_set_learn_li
On Thu, Mar 09, 2017 at 06:33:23PM -0500, Vivien Didelot wrote:
> Add a new operation to disable the DA, SA and VTU priority override.
>
> Setting such limit is not likely to be used soon, so provide a
> port_disable_pri_override operation directly. This can be changed later
> for port_set_pri_ove
On Thu, Mar 09, 2017 at 06:33:12PM -0500, Vivien Didelot wrote:
> Move the ATU ageing time setter code in the new global1_atu.c file, and
> add an mv88e6xxx_atu_setup helper to configure and initialize the ATU.
I would of done this as two patches. Currently, it is not clear why
you are adding the
Hi Andrew,
On Thu, Mar 09, 2017 at 01:27:06PM -0800, Andrew Morton wrote:
> On Thu, 9 Mar 2017 15:02:26 +0900 Minchan Kim wrote:
>
> > Sergey reported VM_WARN_ON_ONCE returns void with !CONFIG_DEBUG_VM
> > so we cannot use it as if's condition unlike WARN_ON.
>
> Can we instead fix VM_WARN_ON_O
From: Doug Berger
The location of the RBUF overflow and error counters has moved between
different version of the GENET MAC. This commit corrects the driver to
read from the correct locations depending on the version of the GENET
MAC.
refs #SWLINUX-4311
Fixes: 1c1008c793fa ("net: bcmgenet: add
From: Doug Berger
Since the internal PHY is powered up during the open and resume
functions it should be powered back down if the functions fail.
refs #SWLINUX-4311
Fixes: 1c1008c793fa ("net: bcmgenet: add main driver file")
Signed-off-by: Doug Berger
---
drivers/net/ethernet/broadcom/genet/b
From: Doug Berger
The bcmgenet_tx_reclaim() function is used to reclaim transmit
resources in different places within the driver. Most of them
should not affect the state of the transmit flow control.
This commit relocates the logic for waking tx queues based on
freed resources to the napi poll
From: Doug Berger
Add a spinlock to ensure that irq0_stat is not unintentionally altered
as the result of preemption. Also removed unserviced irq0 interrupts
and removed irq1_stat since there is no bottom half service for those
interrupts.
refs #SWLINUX-4311
Fixes: 1c1008c793fa ("net: bcmgenet
From: Doug Berger
When using the internal PHY it must be powered up when the MII is probed
or the PHY will not be detected. Since the PHY is powered up at reset
this has not been a problem. However, when the kernel is restarted with
kexec the PHY will likely be powered down when the kernel star
From: Edwin Chan
Make sure clock is enabled for ethtool ops.
refs #SWLINUX-4311
Fixes: 1c1008c793fa ("net: bcmgenet: add main driver file")
Signed-off-by: Edwin Chan
Signed-off-by: Doug Berger
---
drivers/net/ethernet/broadcom/genet/bcmgenet.c | 18 ++
1 file changed, 18 inse
From: Doug Berger
The gap between the Tx status counters and the Rx RUNT counters is now
being added to allow correct reporting of the registers.
refs #SWLINUX-4311
Fixes: 1c1008c793fa ("net: bcmgenet: add main driver file")
Signed-off-by: Doug Berger
---
drivers/net/ethernet/broadcom/genet/b
On Fri, Mar 10, 2017 at 12:29:31AM +0200, Michael S. Tsirkin wrote:
> Some guests call mwait without checking the cpu flags. We currently
> emulate that as a NOP but on VMX we can do better: let guest stop the
> CPU until timer or IPI. CPU will be busy but that isn't any worse than
> a NOP emulat
From: Doug Berger
The reserved gphy_rev value of 0x01ff must be tested before the old
or new scheme for GPHY major versioning are tested, otherwise it will
be treated as 0xff00 according to the old scheme.
refs #SWLINUX-4311
Fixes: b04a2f5b9ff5 ("net: bcmgenet: add support for new GENET PHY rev
This collection contains a number of fixes for minor issues with the
bcmgenet driver most of which were present in the initial submission
of the driver.
Some bugs were uncovered by inspection prior to the upcoming update for
GENETv5 support:
net: bcmgenet: correct the RBUF_OVFL_CNT and RBUF_ERR_
v2: Accidentally sent the wrong set after rebasing.
This collection contains a number of fixes for minor issues with the
bcmgenet driver most of which were present in the initial submission
of the driver.
Some bugs were uncovered by inspection prior to the upcoming update for
GENETv5 support:
n
The bcmgenet_tx_reclaim() function is used to reclaim transmit
resources in different places within the driver. Most of them
should not affect the state of the transmit flow control.
This commit relocates the logic for waking tx queues based on
freed resources to the napi polling function where i
Add a spinlock to ensure that irq0_stat is not unintentionally altered
as the result of preemption. Also removed unserviced irq0 interrupts
and removed irq1_stat since there is no bottom half service for those
interrupts.
Fixes: 1c1008c793fa ("net: bcmgenet: add main driver file")
Signed-off-by:
Since the internal PHY is powered up during the open and resume
functions it should be powered back down if the functions fail.
Fixes: 1c1008c793fa ("net: bcmgenet: add main driver file")
Signed-off-by: Doug Berger
---
drivers/net/ethernet/broadcom/genet/bcmgenet.c | 4
1 file changed, 4 in
When using the internal PHY it must be powered up when the MII is probed
or the PHY will not be detected. Since the PHY is powered up at reset
this has not been a problem. However, when the kernel is restarted with
kexec the PHY will likely be powered down when the kernel starts so it
will not be
From: Edwin Chan
Make sure clock is enabled for ethtool ops.
Fixes: 1c1008c793fa ("net: bcmgenet: add main driver file")
Signed-off-by: Edwin Chan
Signed-off-by: Doug Berger
---
drivers/net/ethernet/broadcom/genet/bcmgenet.c | 18 ++
1 file changed, 18 insertions(+)
diff --gi
The location of the RBUF overflow and error counters has moved between
different version of the GENET MAC. This commit corrects the driver to
read from the correct locations depending on the version of the GENET
MAC.
Fixes: 1c1008c793fa ("net: bcmgenet: add main driver file")
Signed-off-by: Doug
The reserved gphy_rev value of 0x01ff must be tested before the old
or new scheme for GPHY major versioning are tested, otherwise it will
be treated as 0xff00 according to the old scheme.
Fixes: b04a2f5b9ff5 ("net: bcmgenet: add support for new GENET PHY revision
scheme")
Signed-off-by: Doug Berg
The gap between the Tx status counters and the Rx RUNT counters is now
being added to allow correct reporting of the registers.
Fixes: 1c1008c793fa ("net: bcmgenet: add main driver file")
Signed-off-by: Doug Berger
---
drivers/net/ethernet/broadcom/genet/bcmgenet.c | 11 +++
1 file chang
On Thu, Mar 09, 2017 at 07:51:27PM -0500, Gabriel L. Somlo wrote:
> On Fri, Mar 10, 2017 at 12:29:31AM +0200, Michael S. Tsirkin wrote:
> > Some guests call mwait without checking the cpu flags. We currently
> > emulate that as a NOP but on VMX we can do better: let guest stop the
> > CPU until ti
On 03/08, Anshuman Khandual wrote:
>On 02/17/2017 09:00 PM, kbuild test robot wrote:
>> Hi Zi,
>>
>> [auto build test ERROR on linus/master]
>> [also build test ERROR on v4.10-rc8 next-20170217]
>> [if your patch is applied to the wrong git tree, please drop us a note to
>> help improve the syste
Hi Stafford,
First bad commit (maybe != root cause):
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 144c7666b535aa5d402bf37db84df90aebf1f563
commit: 086cc1c31a0ec075dac02425367c871bb65bc2c9 openrisc: Add _text symbol to
fix ksym build error
date: 10
Hi Jaegeuk,
At a glance, it needs to add one more entry in fault_name as well. :)
Thanks,
On 2017/3/10 7:28, Jaegeuk Kim wrote:
> Inject a fault during f2fs_truncate().
>
> Signed-off-by: Chao Yu
> Signed-off-by: Jaegeuk Kim
> ---
> fs/f2fs/f2fs.h | 1 +
> fs/f2fs/file.c | 6 ++
> 2 file
From: Corentin Labbe
Date: Wed, 8 Mar 2017 16:46:57 +0100
> Printing copyright does not give any useful information on the boot
> process.
> Furthermore, the email address printed is obsolete since
> commit ba57b6f20429 ("MAINTAINERS: fix bouncing tun/tap entries")
>
> Signed-off-by: Corentin L
From: Alexander Potapenko
Date: Wed, 8 Mar 2017 18:08:16 +0100
> KMSAN reports a use of uninitialized memory in put_cmsg() because
> msg.msg_flags in recvfrom haven't been initialized properly.
> The flag values don't affect the result on this path, but it's still a
> good idea to initialize the
On 03/03, Pavel Machek wrote:
>Hi!
>
>> [auto build test ERROR on linuxtv-media/master]
>> [also build test ERROR on v4.10 next-20170303]
>> [if your patch is applied to the wrong git tree, please drop us a note to
>> help improve the system]
>>
>
>Yes, the patch is against Sakari's ccp2 branch.
09.03.2017 03:46, Ricardo Neri пишет:
On Wed, 2017-03-08 at 17:08 +0300, Stas Sergeev wrote:
08.03.2017 03:32, Ricardo Neri пишет:
These are the instructions covered by UMIP:
* SGDT - Store Global Descriptor Table
* SIDT - Store Interrupt Descriptor Table
* SLDT - Store Local Descriptor Table
*
On 03/09/17 at 12:53pm, Ard Biesheuvel wrote:
> On 9 March 2017 at 10:54, Omar Sandoval wrote:
> > On Thu, Mar 09, 2017 at 02:38:06PM +0800, Dave Young wrote:
> >> Add efi/kexec list.
> >>
> >> On 03/08/17 at 12:16pm, Omar Sandoval wrote:
> >
> > [snip]
> >
> >> I have no more clue yet from your p
On 03/09/2017 04:58 PM, Doug Berger wrote:
> The gap between the Tx status counters and the Rx RUNT counters is now
> being added to allow correct reporting of the registers.
>
> Fixes: 1c1008c793fa ("net: bcmgenet: add main driver file")
> Signed-off-by: Doug Berger
Reviewed-by: Florian Fainell
On some platforms, property device-type may be missed in soc node
in dts which caused the bus-frequency can not be obtained correctly.
This patch enhanced the bus-frequency calculation. When property
device-type is missed in dts, bus-frequency will be obtained by
looking up clock table to get plat
On 03/09/2017 04:58 PM, Doug Berger wrote:
> The location of the RBUF overflow and error counters has moved between
> different version of the GENET MAC. This commit corrects the driver to
> read from the correct locations depending on the version of the GENET
> MAC.
>
> Fixes: 1c1008c793fa ("net
On 03/09/2017 04:58 PM, Doug Berger wrote:
> Since the internal PHY is powered up during the open and resume
> functions it should be powered back down if the functions fail.
>
> Fixes: 1c1008c793fa ("net: bcmgenet: add main driver file")
> Signed-off-by: Doug Berger
Reviewed-by: Florian Fainell
On 03/09/2017 04:58 PM, Doug Berger wrote:
> The reserved gphy_rev value of 0x01ff must be tested before the old
> or new scheme for GPHY major versioning are tested, otherwise it will
> be treated as 0xff00 according to the old scheme.
>
> Fixes: b04a2f5b9ff5 ("net: bcmgenet: add support for new
On 03/09/17 at 01:54am, Omar Sandoval wrote:
> On Thu, Mar 09, 2017 at 02:38:06PM +0800, Dave Young wrote:
> > Add efi/kexec list.
> >
> > On 03/08/17 at 12:16pm, Omar Sandoval wrote:
>
> [snip]
>
> > I have no more clue yet from your provided log, but the runtime value is
> > odd to me. It is s
On 03/09/2017 04:58 PM, Doug Berger wrote:
> Add a spinlock to ensure that irq0_stat is not unintentionally altered
> as the result of preemption. Also removed unserviced irq0 interrupts
> and removed irq1_stat since there is no bottom half service for those
> interrupts.
>
> Fixes: 1c1008c793fa
On Wed, 1 Mar 2017, Thomas Gleixner wrote:
On Fri, 17 Feb 2017, Vikas Shivappa wrote:
During rmdir reset the ctrl values to all 1s in the QOS_MSR for the
directory's closid. This is done so that that next time when the closid
is reused they dont reflect old values.
Sigh.
+static int rese
On 03/09/2017 04:58 PM, Doug Berger wrote:
> When using the internal PHY it must be powered up when the MII is probed
> or the PHY will not be detected. Since the PHY is powered up at reset
> this has not been a problem. However, when the kernel is restarted with
> kexec the PHY will likely be po
On 03/09/2017 04:58 PM, Doug Berger wrote:
> The bcmgenet_tx_reclaim() function is used to reclaim transmit
> resources in different places within the driver. Most of them
> should not affect the state of the transmit flow control.
>
> This commit relocates the logic for waking tx queues based on
On 03/09/2017 04:58 PM, Doug Berger wrote:
> From: Edwin Chan
>
> Make sure clock is enabled for ethtool ops.
>
> Fixes: 1c1008c793fa ("net: bcmgenet: add main driver file")
> Signed-off-by: Edwin Chan
> Signed-off-by: Doug Berger
Reviewed-by: Florian Fainelli
--
Florian
On 2017年02月28日 03:32, Andy Grover wrote:
On 02/26/2017 09:59 PM, Xiubo Li wrote:
But, We likely don't want to release memory from the data area anyways
while active, in any case. How about if we set a timer when active
commands go to zero, and then reduce data area to some minimum if no new
cm
On 03/09/2017 04:58 PM, Doug Berger wrote:
> v2: Accidentally sent the wrong set after rebasing.
>
> This collection contains a number of fixes for minor issues with the
> bcmgenet driver most of which were present in the initial submission
> of the driver.
This entire series looks great, thanks
It has been difficult lately for Michal to work on Kbuild on his
regular basis. We discussed the maintainership of Kbuild, and I
decided to be a co-maintainer.
Add myself to the maintainer field, and replace the repository with
my own.
Signed-off-by: Masahiro Yamada
Acked-by: Michal Marek
---
Hi Viresh,
> -Original Message-
> From: Viresh Kumar [mailto:viresh.ku...@linaro.org]
> Sent: Thursday, March 09, 2017 5:39 PM
> To: Y.T. Tang
> Cc: r...@rjwysocki.net; linux...@vger.kernel.org; linux-
> ker...@vger.kernel.org; linux-arm-ker...@lists.infradead.org; Y.T. Tang
> Subject: Re:
On Thu, 2017-03-09 at 16:22 -0600, Larry Finger wrote:
>
>
> Attached is a patch that fixes the crash. At the moment, it has my s-
> o-b, but I
> do not feel it right to claim authorship. My role should be a
> Reported-and-tested-by. Please advise.
Nah, you wrote the patch, your s-o-b is fine
Change log from v1:
- add missing fault name
>From be7652ae901bfda478a2915abcec5dd1e2f4b823 Mon Sep 17 00:00:00 2001
From: Jaegeuk Kim
Date: Thu, 9 Mar 2017 15:24:24 -0800
Subject: [PATCH] f2fs: add fault injection on f2fs_truncate
Inject a fault during f2fs_truncate().
Signed-off-by: Chao Yu
The RK805 chip is a Power Management IC (PMIC) for multimedia and handheld
devices. It contains the following components:
- Regulators
- RTC
- Clocking
Both RK808 and RK805 chips are using a similar register map,
so we can reuse the RTC and Clocking functionality.
Signed-off-by: Elai
the rk8xx chip id is:
((MSB << 8) | LSB) & 0xfff0
Signed-off-by: Elaine Zhang
---
drivers/mfd/rk808.c | 21 +++--
include/linux/mfd/rk808.h | 1 +
2 files changed, 16 insertions(+), 6 deletions(-)
diff --git a/drivers/mfd/rk808.c b/drivers/mfd/rk808.c
index fd087cbb0bde..
change in V2:
PATCH V2 1/5: NO change in V2
PATCH V2 2/5: add rk805 BUCK ILMAX define
PATCH V2 3/5: NO change in V2
PATCH V2 4/5: setting RK805 BUCK ILMAX in pre init
PATCH V2 5/5: Add RK805 device tree bindings document
Elaine Zhang (5):
mfd: rk808: fix up the chip id get failed
linux: mfd: r
Add support for the rk805 regulator. The regulator module consists
of 4 DCDCs, 3 LDOs.
The output voltages are configurable and are meant to supply power
to the main processor and other components.
Signed-off-by: Elaine Zhang
---
drivers/regulator/Kconfig | 4 +--
drivers/regulator/r
Signed-off-by: Elaine Zhang
---
include/linux/mfd/rk808.h | 115 ++
1 file changed, 115 insertions(+)
diff --git a/include/linux/mfd/rk808.h b/include/linux/mfd/rk808.h
index 54feb140c210..97f532f625de 100644
--- a/include/linux/mfd/rk808.h
+++ b/inclu
Extra gcc checks like W=1 were moved to scripts/Makefile.exrawarn,
so the file name in comment needs to be fixed.
Signed-off-by: Seung-Woo Kim
---
Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Makefile b/Makefile
index 165cf97..faa9d26 100644
--- a/Makefile
+
On Thu, Mar 09, 2017 at 06:33:13PM -0500, Vivien Didelot wrote:
> Marvell switch chips which can be interconnected have an ATU Learn2All
> feature which allows chosen ports to also learn newly added addresses.
>
> Enable this feature and mark the DSA links as so called "Message Ports".
>
> Signed
Add device tree bindings documentation for Rockchip's RK805 PMIC.
Signed-off-by: Elaine Zhang
---
Documentation/devicetree/bindings/mfd/rk808.txt | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/mfd/rk808.txt
b/Documentat
On Thu, Mar 09, 2017 at 06:33:13PM -0500, Vivien Didelot wrote:
> Marvell switch chips which can be interconnected have an ATU Learn2All
> feature which allows chosen ports to also learn newly added addresses.
>
> Enable this feature and mark the DSA links as so called "Message Ports".
Hi Vivien
Hello Kbuild contributors,
As you may notice, Michal has been busy since the beginning
of this year, and it has been getting difficult for him to
work on Kbuild on his regular basis.
Michal sent me an email a few days ago, and we discussed this locally.
Then, I decided to be a new maintainer of
On Fri, Mar 10, 2017 at 12:58 AM, Bart Van Assche
wrote:
> On Thu, 2017-03-09 at 21:02 +0800, Ming Lei wrote:
>> Before commit 780db2071a(blk-mq: decouble blk-mq freezing
>> from generic bypassing), the dying flag is checked before
>> entering queue, and Tejun converts the checking into .mq_freeze
From: Sergey Shcherbakov
Date: Thu, 9 Mar 2017 02:58:14 +0200
> In original driver was implemented support for half-
> and full-duplex modes, but it was not enabled. Instead
> of it ks8851_rx_1msg method always returns "true" that
> means "full-duplex" mode.
>
> This patch replaces hard-coded f
From: Jon Maxwell
Date: Thu, 9 Mar 2017 12:15:21 +1100
> We have seen a few incidents lately where a dst_enty has been freed
> with a dangling TCP socket reference (sk->sk_dst_cache) pointing to that
> dst_entry. If the conditions/timings are right a crash then ensues when the
> freed dst_entry
From: David Howells
Date: Thu, 09 Mar 2017 08:09:05 +
> Lockdep issues a circular dependency warning when AFS issues an operation
> through AF_RXRPC from a context in which the VFS/VM holds the mmap_sem.
>
> The theory lockdep comes up with is as follows:
...
> However, lockdep's theory is
On Thu, Mar 09, 2017 at 04:59:15PM +0800, Shawn Lin wrote:
> On 2017/3/9 7:37, Brian Norris wrote:
> >The regulator framework can return negative error codes via
> >regulator_get_current_limit() for regulators that don't provide current
> >information. The subsequent check for postive values isn't
On Thu, Mar 09, 2017 at 06:33:14PM -0500, Vivien Didelot wrote:
> All Marvell switch chips have an ATU accessed using the same Global (1)
> register layout. Only the handling of the FID differs as more bits were
> necessary to support more and more databases.
>
> Add and use a fresh documented imp
From: David Howells
Date: Thu, 09 Mar 2017 08:10:32 +
> If rxrpc_kernel_send_data() is asked to send data through a call that has
> already failed (due to a remote abort, received protocol error or network
> error), then return the associated error code saved in the call rather than
> ESHUTDO
> -static int _mv88e6xxx_atu_cmd(struct mv88e6xxx_chip *chip, u16 fid, u16 cmd)
> -{
> - u16 val;
> - int err;
> -
> - if (mv88e6xxx_has(chip, MV88E6XXX_FLAG_G1_ATU_FID)) {
> - err = mv88e6xxx_g1_write(chip, GLOBAL_ATU_FID, fid);
> - if (err)
> -
Code inserted during the code merged between kernels 4.10 and 4.11-rc1
caused an early panic quickly followed by a complete shutdown for
PowerPC. The traceback was not displayed long enough to read or
photograph, thus it is not reproduced here.
The problem was bisected to commit 5657933dbb6e ("tre
On 03/09, Borislav Petkov wrote:
>On Thu, Mar 09, 2017 at 10:13:10AM +0800, Ye Xiaolong wrote:
>> >Anyway, the diff is below, please try that ontop of tip's x86/asm branch
>> >which already has the clear_page patch:
>> >
>> >http://git.kernel.org/cgit/linux/kernel/git/tip/tip.git/log/?h=x86/asm
>>
On 03/05/2017 02:41 PM, Russell King - ARM Linux wrote:
On Sat, Mar 04, 2017 at 04:37:43PM -0800, Steve Longerbeam wrote:
On 03/04/2017 02:56 AM, Sakari Ailus wrote:
That's a bit of a special situation --- still there are alike conditions on
existing hardware. You should return the buffers
From: Doug Berger
Date: Thu, 9 Mar 2017 16:58:42 -0800
> v2: Accidentally sent the wrong set after rebasing.
>
> This collection contains a number of fixes for minor issues with the
> bcmgenet driver most of which were present in the initial submission
> of the driver.
...
Series applied, tha
On Thu, Mar 9, 2017 at 2:10 PM, Stas Sergeev wrote:
> 09.03.2017 04:15, Ricardo Neri пишет:
>
>> On Wed, 2017-03-08 at 08:46 -0800, Andy Lutomirski wrote:
>>>
>>> On Wed, Mar 8, 2017 at 8:29 AM, Stas Sergeev wrote:
08.03.2017 19:06, Andy Lutomirski пишет:
>
> On Wed, Mar 8, 2017
On Wed, Mar 8, 2017 at 5:11 PM, Ricardo Neri
wrote:
> On Wed, 2017-03-08 at 19:53 +0300, Stas Sergeev wrote:
>> 08.03.2017 19:46, Andy Lutomirski пишет:
>> >> No no, since I meant prot mode, this is not what I need.
>> >> I would never need to disable UMIP as to allow the
>> >> prot mode apps to d
On Thu, Mar 9, 2017 at 2:42 PM, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> Linus mentioned that doing two compares can be replaced by a single
> compare. That is, instead of:
>
>movq $repeat_nmi, %rdx
>cmpq 8(%rsp), %rdx
>ja not_in_region
>movq $end_repeat_nmi, %
On Thu, Mar 9, 2017 at 2:42 PM, Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> Andy Lutomirski reported an off by one in the NMI stack check
> for the nested NMI code, where if the stack pointer was one above
> the actual stack (stack start + STACK_SIZE) it would trigger a false
> p
Currently, if we try to unbind the platform device, the remove will
succeed, but the removal won't undo most of the registration, leaving
partially-configured PCI devices in the system.
This allows, for example, a simple 'lspci' to crash the system, as it
will try to touch the freed (via devm_*) d
These are useful for PCIe host drivers, and those drivers can be
modules.
Signed-off-by: Brian Norris
---
new in v2
---
drivers/pci/pci.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/pci/pci.c b/drivers/pci/pci.c
index 7904d02ffdb9..3ec248774911 100644
--- a/dri
The regulator framework can return negative error codes via
regulator_get_current_limit() for regulators that don't provide current
information. The subsequent check for postive values isn't very useful,
if the variable is unsigned.
Let's just match the signedness of the return value.
Prevents er
Now that we've exported pci_remap_iospace() and added proper remove()
support, there's no reason this can't be a loadable module.
Signed-off-by: Brian Norris
---
new in v2
---
drivers/pci/host/Kconfig | 2 +-
drivers/pci/host/pcie-rockchip.c | 8 +++-
2 files changed, 8 insertions(+)
There's no way to get here with 'err != 0'. Just return 0 to be more
obvious and prevent future changes from accidentally erroring out here
without going through the right error paths.
Signed-off-by: Brian Norris
---
v2: no change
---
drivers/pci/host/pcie-rockchip.c | 2 +-
1 file changed, 1 in
On Fri, Mar 03, 2017 at 10:48:38PM +0100, Pavel Machek wrote:
Hi!
[auto build test ERROR on linuxtv-media/master]
[also build test ERROR on v4.10 next-20170303]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
Yes, the patch is against Sakar
Hi all,
News: I will not be doing any linux-next releases next week.
Changes since 20170309:
Non-merge commits (relative to Linus' tree): 2371
3241 files changed, 291769 insertions(+), 34798 deletions(-)
I
everted
git bisect good 610df1f2c3a638fc953aa8a5d8b2df029ef77940 # 10:34 G 11
05 5 Revert "locking/ww_mutex: Replace cpu_relax() with cond_resched()
for tests"
# extra tests on tree/branch linux-next/master
git bisect bad 2e62da1e534da571ffa99cfe36eed5b1eba8c598 # 10:54
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
# extra tests with first bad commit reverted
git bisect good 0980a5a454400570f2d9bee07bdaa4fb9031b0bc # 23:16 G 11
0 11 11 Revert "locking/ww_mutex: Adjust the lock number for stress test"
# extra tests on tr
k integrity test
> # extra tests with CONFIG_DEBUG_INFO_REDUCED
> git bisect bad 857811a37129f5d2ba162d7be3986eff44724014 # 22:25 B 0
> 11 21 0 locking/ww_mutex: Adjust the lock number for stress test
> # extra tests on HEAD of linux-devel/devel-spot-201703081732
> git
On Thu, 2017-03-09 at 17:09 -0700, Ross Zwisler wrote:
> On Wed, Mar 08, 2017 at 11:29:28AM -0500, Jeff Layton wrote:
> > Currently we don't clear the address space error when there is a -EIO
> > error on fsynci, due to writeback initiation failure. If writes fail
>
> fsync
>
> > with -E
On Thu, Mar 9, 2017 at 9:00 PM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> intel_pstate_hwp_set_policy() is a wrapper around
> intel_pstate_hwp_set(), but the only value it adds is to check
> hwp_active before calling the latter and one of its two callers
> has already checked hwp_act
On 03/07/2017 09:26 AM, Alban wrote:
> Config data for drivers, like MAC addresses, is often stored in MTD.
> Add a binding that define how such data storage can be represented in
> device tree.
>
> Signed-off-by: Alban
> ---
> Changelog:
> v2: * Added a "Required properties" section with the nvm
sdhci_pltfm_init() has already set the platform drvdata for us, remove
the unnecessary platform_set_drvdata() call.
Signed-off-by: Jisheng Zhang
---
drivers/mmc/host/sdhci-st.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/mmc/host/sdhci-st.c b/drivers/mmc/host/sdhci-st.c
index ed
On 2017/3/10 10:46, Brian Norris wrote:
Currently, if we try to unbind the platform device, the remove will
succeed, but the removal won't undo most of the registration, leaving
partially-configured PCI devices in the system.
This allows, for example, a simple 'lspci' to crash the system, as it
sdhci_pltfm_init() has already set the platform drvdata for us, so its
users doesn't need to set the drvdata again. These patches clean up all
unnecessary platform_set_drvdata() call.
Jisheng Zhang (3):
mmc: sdhci-pxav3: remove unnecessary platform_set_drvdata() call
mmc: sdhci-pxav2: remove u
sdhci_pltfm_init() has already set the platform drvdata for us, remove
the unnecessary platform_set_drvdata() call.
Signed-off-by: Jisheng Zhang
---
drivers/mmc/host/sdhci-pxav3.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/mmc/host/sdhci-pxav3.c b/drivers/mmc/host/sdhci-pxav3.c
sdhci_pltfm_init() has already set the platform drvdata for us, remove
the unnecessary platform_set_drvdata() call.
Signed-off-by: Jisheng Zhang
---
drivers/mmc/host/sdhci-pxav2.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/mmc/host/sdhci-pxav2.c b/drivers/mmc/host/sdhci-pxav2.c
On 3/1/2017 17:09, Chao Yu wrote:
> This patch adds to account free nids for each NAT blocks, and while
> scanning all free nid bitmap, do check count and skip lookuping in
> full NAT block.
>
> Signed-off-by: Chao Yu
> ---
> fs/f2fs/debug.c | 1 +
> fs/f2fs/f2fs.h | 2 ++
> fs/f2fs/node.c |
As Eric Dumazet pointed out this also needs to be fixed in IPv6.
v1: Contains the IPv6 patch as well.
We have seen a few incidents lately where a dst_enty has been freed
with a dangling TCP socket reference (sk->sk_dst_cache) pointing to that
dst_entry. If the conditions/timings are right a crash
On Tue, Mar 7, 2017 at 10:08 PM, Colin King wrote:
> From: Colin Ian King
>
> err has previously been checked for a -ve error return so this
> redundant check can be removed.
>
> Detected by CoverityScan, CID#1415271 ("Logically Dead Code")
>
> Signed-off-by: Colin Ian King
> ---
> drivers/virt
801 - 900 of 1004 matches
Mail list logo
