On 11/30/2016 05:21 PM, Kevin Hilman wrote:
> Neil Armstrong writes:
>
>> Hi Laurent,
>> On 11/30/2016 04:58 PM, Laurent Pinchart wrote:
>>> Hi Neil,
>>>
>>> On Wednesday 30 Nov 2016 16:43:44 Neil Armstrong wrote:
Signed-off-by: Neil Armstrong
---
.../bindings/display/meson/meson
On Wed, Nov 30, 2016 at 12:45:58PM +0200, Haggai Eran wrote:
> > That just forces applications to handle horrible unexpected
> > failures. If this sort of thing is needed for correctness then OOM
> > kill the offending process, don't corrupt its operation.
> Yes, that sounds fine. Can we simply k
Hi,
> I was too busy in another project but now I am ready to complete the
> upstream of the STM32F4 I2C driver.
Nice.
> >> +static void stm32f4_i2c_set_periph_clk_freq(struct stm32f4_i2c_dev
> >> *i2c_dev)
> >> +{
> >> + u32 clk_rate, cr2, freq;
> >> +
> >> + cr2 = readl_relaxed(i2c_de
On Wed, Nov 30, 2016 at 09:56:17AM -0600, Bjorn Helgaas wrote:
> On Wed, Nov 30, 2016 at 12:04:25PM +, Lorenzo Pieralisi wrote:
> > On Tue, Nov 29, 2016 at 12:43:34PM -0600, Bjorn Helgaas wrote:
> > > Per ACPI spec r6.0, sec 6.4.3.5.1, 2, 3, Bit [0] of General Flags (the
> > > Consumer/Producer
On Wed, Nov 30, 2016 at 04:06:12PM +0100, Jesper Dangaard Brouer wrote:
> > > [...]
> > > > This is the result from netperf running UDP_STREAM on localhost. It was
> > > > selected on the basis that it is slab-intensive and has been the subject
> > > > of previous SLAB vs SLUB comparisons with th
On Wed, Nov 30, 2016 at 06:29:55AM -0800, Paul E. McKenney wrote:
> We can, and you are correct that cond_resched() does not unconditionally
> supply RCU quiescent states, and never has. Last time I tried to add
> cond_resched_rcu_qs() semantics to cond_resched(), I got told "no",
> but perhaps it
> "Cathy" == Cathy Avery writes:
Cathy> On a 32 bit kernel sizeof(void *) is not 64 bits as hv_mpb_array
Cathy> requires. Also the buffer needs to be cleared or the upper bytes
Cathy> will contain junk.
Applied to 4.10/scsi-queue.
--
Martin K. Petersen Oracle Linux Engineering
> "KY" == KY Srinivasan writes:
KY> Done.
Thank you!
--
Martin K. Petersen Oracle Linux Engineering
On Wed, Nov 30, 2016 at 5:05 PM, Amir Goldstein wrote:
...
> For non-lowets entry, we can provide mount option 'readdir_ino'.
> With readdir_ino, readdir pays a penalty of getxattr for any non-lowest
> entry (either OVL_XATTR_FH or OVL_XATTR_INO).
> Without readdir_ino, readdir will get d_ino = 0,
On Wed, 30 Nov 2016 08:06:12 +0100
Christophe JAILLET wrote:
> 'vfio_group_get_from_dev()' seems to return only NULL on error, not an error
> pointer.
>
> Fixes: 2169037dc322 ("vfio iommu: Added pin and unpin callback functions to
> vfio_iommu_driver_ops")
> Fixes: c086de818dd8 ("vfio iommu: Ad
Johan Hovold writes:
> Make sure to disable clocks before returning on late probe errors.
>
> Fixes: 566e82516253 ("net: stmmac: add a glue driver for the Amlogic
> Meson 8b / GXBB DWMAC")
> Signed-off-by: Johan Hovold
Acked-by: Kevin Hilman
> "Quentin" == Quentin Lambert writes:
Quentin> Most error branches following the call to dst_neigh_lookup
Quentin> contain a call to neigh_release. This patch add these calls
Quentin> where they are missing.
Applied to 4.10/scsi-queue.
--
Martin K. Petersen Oracle Linux Engineering
> "Greg" == Greg Kroah-Hartman writes:
Greg,
Greg> From: Andrey Grodzovsky
Greg> commit 18f6084a989ba1b38702f9af37a2e4049a924be6 upstream.
Please also queue 7ff723ad0f87 ("scsi: mpt3sas: Unblock device after
controller reset") which just hit Linus' tree. It's a bug fix for the
patch above
Mark Rutland wrote:
> > + boot_params->secure_boot = (efi_get_secureboot(sys_table) == 1);
>
> In the arm stub's efi_entry(), we fail-safe, and assume secure boot for any
> non-zero status (including errors). e.g.
Okay, given what Matthew said:
A conforming implementation that suppo
On Tue, Oct 4, 2016 at 12:50 AM, Simon Glass wrote:
> HI Matt,
>
> On 16 August 2016 at 20:25, Matt Mullins wrote:
>> On Tue, Aug 16, 2016 at 12:19:42PM -0700, Yinghai Lu wrote:
>>> On Mon, Aug 15, 2016 at 9:01 PM, Matt Mullins wrote:
>>> >
>>> > This appears to have a negative effect on booting
The irq_set_affinity_hint() will always fail when !SMP and
Networking will fail on Keystone 2 devices in this case.
Hence, fix by ignoring IRQ affinity settings when !SMP.
Cc: Arnd Bergmann
Signed-off-by: Grygorii Strashko
---
drivers/soc/ti/knav_qmss_queue.c | 2 +-
1 file changed, 1 insertion
On 11/30/2016 06:21 AM, Yuriy Kolerov wrote:
>> On Tue 29-11-16 18:29:06, Yuriy Kolerov wrote:
>>> > > Despite the fact that subtraction of unsigned integers is a defined
>>> > > behaviour however such operations can lead to unexpected results. Thus
>>> > > it is better to check both left and right
From: Jeff Westfahl
If implemented, 'max_bad_blocks' returns the maximum number of bad
blocks to reserve for a MTD. An implementation for NAND is coming soon.
Signed-off-by: Jeff Westfahl
Signed-off-by: Zach Brown
Acked-by: Boris Brezillon
Acked-by: Brian Norris
---
drivers/mtd/mtdpart.c
For ONFI-compliant NAND devices, the ONFI parameters report the maximum number
of bad blocks per LUN that will be encountered over the lifetime of the device,
so we can use that information to get a more accurate (and smaller) value for
the UBI bad PEB limit.
The ONFI parameter "maxiumum number of
Implement the new mtd function 'max_bad_blocks'. Using the chip's
max_bb_per_die and blocks_per_die fields to determine the maximum bad
blocks to reserve for an MTD.
Signed-off-by: Jeff Westfahl
Signed-off-by: Zach Brown
Acked-by: Boris Brezillon
Acked-by: Brian Norris
---
drivers/mtd/nand/na
ONFI compliant chips contain the values for the max_bb_per_die and
blocks_per_die fields in the parameter page. When the ONFI paged is
retrieved/parsed the chip's fields are set by the corresponding fields
in the param page.
Signed-off-by: Zach Brown
Acked-by: Boris Brezillon
Acked-by: Brian Nor
From: Jeff Westfahl
If the user has not set max_beb_per1024 using either the cmdline or
Kconfig options for doing so, use the MTD function 'max_bad_blocks' to
compute the UBI bad_peb_limit.
Signed-off-by: Jeff Westfahl
Signed-off-by: Zach Brown
Acked-by: Boris Brezillon
---
drivers/mtd/ubi/b
The fields max_bb_per_die and blocks_per_die are useful determining the
number of bad blocks a MTD needs to allocate. How they are set will
depend on if the chip is ONFI, JEDEC or a full-id entry in the nand_ids
table.
Signed-off-by: Zach Brown
Acked-by: Boris Brezillon
Acked-by: Brian Norris
-
Hi Grygorii,
On 11/30/2016 3:37 AM, Arnd Bergmann wrote:
On Tuesday, November 29, 2016 4:15:08 PM CET Grygorii Strashko wrote:
range->num_irqs++;
- if (oirq.args_count == 3)
+ if (IS_ENABLED(SMP) && oirq.args_count == 3)
range
On Wed, 30 Nov 2016, Greg KH wrote:
What changed from v1? Please always include it below the --- line to
keep maintainer's semi-sane.
If anything changed I would have -- this is only the From != SoB thing
you were complaining about. There's nothing to try again, this is a trivial.
On Wed, Nov 30, 2016 at 05:38:20PM +0100, Peter Zijlstra wrote:
> On Wed, Nov 30, 2016 at 06:29:55AM -0800, Paul E. McKenney wrote:
> > We can, and you are correct that cond_resched() does not unconditionally
> > supply RCU quiescent states, and never has. Last time I tried to add
> > cond_resched
From: Haishuang Yan
Date: Tue, 29 Nov 2016 09:59:36 +0800
> vxlan_fdb_append may return error, so add the proper check,
> otherwise it will cause memory leak.
>
> Signed-off-by: Haishuang Yan
>
> Changes in v2:
> - Unnecessary to initialize rc to zero.
Applied, thanks.
Just to add, im using 4.6 kernel version. And the card is working on ARM, X86
machine.
> Subject: CPU stall with TP-Link wifi PCIe card
>
> Hi,
>
> We are testing TP-link wifi PCIe card(TL-WDN4800) on our soc (pcie-xilinx-
> nwl.c). This card is using
> legacy interrupts and it doesn't support
On 11/26/2016 09:17 PM, Jarkko Sakkinen wrote:
On Sat, Nov 26, 2016 at 07:45:39AM -0500, Nayna Jain wrote:
Unlike the device driver support for TPM 1.2, the TPM 2.0 does
not support the securityfs pseudo files for displaying the
firmware event log.
This patch enables support for providing the
On Wed 30-11-16 17:38:20, Peter Zijlstra wrote:
> On Wed, Nov 30, 2016 at 06:29:55AM -0800, Paul E. McKenney wrote:
> > We can, and you are correct that cond_resched() does not unconditionally
> > supply RCU quiescent states, and never has. Last time I tried to add
> > cond_resched_rcu_qs() semant
2016-11-29 09:04-0800, Kui Zhang:
> Config attached.
Not here; needs Mr. Clippy to hold in place.
Hi Russell,
On 11/30/2016 04:21 AM, Russell King - ARM Linux wrote:
> On Tue, Nov 29, 2016 at 05:47:12PM -0600, Grygorii Strashko wrote:
>> 2) Should these function be called for each processed irq?
>>
>>
>> HW IRQ:
>> switch (IRQ mode)
>> ...
>> while (irq = get_pending_irq()) {
>> ...
+ Santosh Shilimkar
On 11/30/2016 10:53 AM, Grygorii Strashko wrote:
The irq_set_affinity_hint() will always fail when !SMP and
Networking will fail on Keystone 2 devices in this case.
Hence, fix by ignoring IRQ affinity settings when !SMP.
Cc: Arnd Bergmann
Signed-off-by: Grygorii Strashko
On 11/17/2016 02:25 PM, David Daney wrote:
From: David Daney
Some (defective) PCIe devices are not able to reliably do link
retraining.
Check to see if ASPM is possible between link partners before
configuring common clocking, and doing the resulting link retraining.
If ASPM is not possible, t
Hi Santosh,
On 11/30/2016 11:01 AM, Santosh Shilimkar wrote:
Hi Grygorii,
On 11/30/2016 3:37 AM, Arnd Bergmann wrote:
On Tuesday, November 29, 2016 4:15:08 PM CET Grygorii Strashko wrote:
range->num_irqs++;
- if (oirq.args_count == 3)
+ if (IS_ENA
Hi Anrd,
Can you apply this to your non critical fixes queue ?
On 11/30/2016 9:09 AM, Grygorii Strashko wrote:
+ Santosh Shilimkar
On 11/30/2016 10:53 AM, Grygorii Strashko wrote:
The irq_set_affinity_hint() will always fail when !SMP and
Networking will fail on Keystone 2 devices in this ca
On 11/30/2016 9:10 AM, Grygorii Strashko wrote:
Hi Santosh,
On 11/30/2016 11:01 AM, Santosh Shilimkar wrote:
Hi Grygorii,
On 11/30/2016 3:37 AM, Arnd Bergmann wrote:
On Tuesday, November 29, 2016 4:15:08 PM CET Grygorii Strashko wrote:
range->num_irqs++;
- if
Hi,
2016-11-30 17:23 GMT+01:00 Wolfram Sang :
> Hi,
>
>> I was too busy in another project but now I am ready to complete the
>> upstream of the STM32F4 I2C driver.
>
> Nice.
>
>> >> +static void stm32f4_i2c_set_periph_clk_freq(struct stm32f4_i2c_dev
>> >> *i2c_dev)
>> >> +{
>> >> + u32 clk_
Hi,
Friendly ping as this discussion seems to have stalled.
For the full discussion please see
http://www.spinics.net/lists/linux-perf-users/msg03168.html
Thanks,
Taylor
From: Taylor Andrews
Sent: Friday, October 28, 2016 2:28 PM
To: Andi Kleen; Peter Z
On 29 November 2016 04:25:03 GMT+00:00, Shrirang Bagul
wrote:
>On Sun, 2016-11-27 at 11:12 +, Jonathan Cameron wrote:
>> On 24/11/16 14:28, Linus Walleij wrote:
>> > On Thu, Nov 24, 2016 at 6:33 AM, Shrirang Bagul
>> > wrote:
>> >
>> > > Compatible strings are not available on ACPI based
The patch
ASoC: core: Add component pin control functions
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to
On Tue, Nov 29, 2016 at 10:55:24AM -0800, Laura Abbott wrote:
> --- a/arch/arm64/include/asm/memory.h
> +++ b/arch/arm64/include/asm/memory.h
> @@ -205,6 +205,8 @@ static inline void *phys_to_virt(phys_addr_t x)
> #define __va(x) ((void
> *)__phys_to_virt((phys_addr_t)(x)))
>
On Wed, Nov 30, 2016 at 09:19:14AM +0900, Chanwoo Choi wrote:
> But, the patch4 is dependent on patch1.
> After finished the review of patch1,
> I'll add acekd-by tag.
Or you can just pull in that patch, whichever is easiest - I've created
a tag:
The following changes since commit 1001354ca3417
On Tue, Nov 29, 2016 at 05:41:35PM -0800, Dmitry Torokhov wrote:
> On Tue, Nov 29, 2016 at 03:44:42PM +, Richard Fitzgerald wrote:
> > Switch to using the snd_soc_component_x_pin equivalent functions that
> > take a specified SoC component and automatically add the name prefix to
> > the provi
On 2016-11-30 11:23 AM, Jason Gunthorpe wrote:
Yes, that sounds fine. Can we simply kill the process from the GPU driver?
Or do we need to extend the OOM killer to manage GPU pages?
I don't know..
We could use send_sig_info to send signal from kernel to user space.
So theoretically GPU driver
I'm encountering two different build breakages with 4.9-rc7, using an rpm
spec setup I've been using for every rc dating back to at least 3.10.
First up, and actually dating back earlier in the rc cycle, I get:
8<
$ make -s ARCH=x86_64 V=1 -j8 bzImage
...
In file included from ./include/li
On Wed, Nov 30, 2016 at 06:05:57PM +0100, Michal Hocko wrote:
> On Wed 30-11-16 17:38:20, Peter Zijlstra wrote:
> > On Wed, Nov 30, 2016 at 06:29:55AM -0800, Paul E. McKenney wrote:
> > > We can, and you are correct that cond_resched() does not unconditionally
> > > supply RCU quiescent states, and
On 11/30/2016 03:44 AM, Richard Cochran wrote:
> On Mon, Nov 28, 2016 at 05:04:23PM -0600, Grygorii Strashko wrote:
>> @@ -678,6 +744,9 @@ struct gbe_priv {
>> int num_et_stats;
>> /* Lock for updating the hwstats */
>> spinlock_t h
On 11/30/2016 03:56 AM, Richard Cochran wrote:
> On Mon, Nov 28, 2016 at 05:04:24PM -0600, Grygorii Strashko wrote:
>> Some CPTS instances, which can be found on KeyStone 2 1/10G Ethernet
>> Switch Subsystems, can control an external multiplexer that selects
>> one of up to 32 clocks for time syn
On Wed 30-11-16 09:23:55, Paul E. McKenney wrote:
> On Wed, Nov 30, 2016 at 06:05:57PM +0100, Michal Hocko wrote:
> > On Wed 30-11-16 17:38:20, Peter Zijlstra wrote:
> > > On Wed, Nov 30, 2016 at 06:29:55AM -0800, Paul E. McKenney wrote:
> > > > We can, and you are correct that cond_resched() does
Some peripherals are "Programmable Secure" but left as "Secure" by default.
If tried to be connected to Non-Secure DMA controller, the possibility to
leak secure data is prevented so using these peripherals with DMA1 is not
possible with this default configuration (MATRIX_SPSELR registers setup by
Enable UART1 and use DMA configuration with it.
Signed-off-by: Nicolas Ferre
---
arch/arm/boot/dts/at91-sama5d4_xplained.dts | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/dts/at91-sama5d4_xplained.dts
b/arch/arm/boot/dts/at91-sama5d4_xplained.dts
index ed7fce297738..91
On Wed, Nov 30, 2016 at 02:09:47PM +1100, Nicholas Piggin wrote:
> On Wed, 30 Nov 2016 02:33:49 +0100
> "Luis R. Rodriguez" wrote:
>
> > On Thu, Nov 24, 2016 at 08:18:40AM -0800, Guenter Roeck wrote:
> > > Hi Luis,
> > >
> > > On 11/23/2016 08:11 PM, Luis R. Rodriguez wrote:
> > > > Guenter,
>
On Nov 30, 2016 02:26, "Greg KH" wrote:
>
> On Mon, Nov 28, 2016 at 05:55:29PM +0530, Amitesh Singh wrote:
> > Signed-off-by: Amitesh Singh
> > ---
>
> I can't take patches without a changelog text :(
did you mean the text after the commit heading?
From: Nikita Yushchenko
Date: Tue, 29 Nov 2016 09:44:51 +0300
> Execution 'ethtool -S' on fec device that is down causes OOPS on Vybrid
> board:
>
> Unhandled fault: external abort on non-linefetch (0x1008) at 0xe0898200
> pgd = ddecc000
> [e0898200] *pgd=9e406811, *pte=400d1653, *ppte=400d1453
> -Original Message-
> From: Haggai Eran [mailto:hagg...@mellanox.com]
> Sent: Wednesday, November 30, 2016 5:46 AM
> To: Jason Gunthorpe
> Cc: linux-kernel@vger.kernel.org; linux-r...@vger.kernel.org; linux-
> nvd...@ml01.01.org; Koenig, Christian; Suthikulpanit, Suravee; Bridgman,
> John;
On Tue, Nov 29, 2016 at 10:01:10AM -0800, Linus Torvalds wrote:
> On Tue, Nov 29, 2016 at 9:40 AM, Marc MERLIN wrote:
> >
> > In my case, it is a 5x 4TB HDD with
> > software raid 5 < bcache < dmcrypt < btrfs
>
> It doesn't sound like the nasty situations I have seen (particularly
> with large US
On Wed, Nov 30, 2016 at 06:05:57PM +0100, Michal Hocko wrote:
> On Wed 30-11-16 17:38:20, Peter Zijlstra wrote:
> > On Wed, Nov 30, 2016 at 06:29:55AM -0800, Paul E. McKenney wrote:
> > > We can, and you are correct that cond_resched() does not unconditionally
> > > supply RCU quiescent states, and
"Liang, Kan" writes:
>
> Maybe we should create a clocktick box for client uncore to fix it.
That would break all the user space code that uses the existing format.
-Andi
There is a feature in Hyper-V (Debug-VM --InjectNonMaskableInterrupt) which
injects NMI to the guest. Prior to WS2016 the NMI is injected to all CPUs
of the guest and WS2016 injects it to CPU0 only. When unknown_nmi_panic is
enabled and we'd like to do kdump we need to perform some minimal cleanup
Hi David,
On Wed, Nov 30, 2016 at 09:11:11AM -0800, David Daney wrote:
> On 11/17/2016 02:25 PM, David Daney wrote:
> >From: David Daney
> >
> >Some (defective) PCIe devices are not able to reliably do link
> >retraining.
> >
> >Check to see if ASPM is possible between link partners before
> >con
On 30/11/16 09:23 AM, Jason Gunthorpe wrote:
>> Two cases I can think of are RDMA access to an NVMe device's controller
>> memory buffer,
>
> I'm not sure on the use model there..
The NVMe fabrics stuff could probably make use of this. It's an
in-kernel system to allow remote access to an NVMe
On Wed, 30 Nov 2016, Joshua Clayton wrote:
Hi Clayton,
I just have a few minor one line changes below. Only one
is operational, I should have caught that earlier.
> cyclone-ps-spi loads FPGA firmware over spi, using the "passive serial"
> interface on Altera Cyclone FPGAS.
>
> This is one of t
On Wed, 30 Nov 2016, Joshua Clayton wrote:
Hi Joshua,
The DT bindings will need Rob Herring's ack. The bitrev.h
changes will need Russell King's ack.
I've made some comments on patch 3/3 but it looks good to me
besides that.
Once we have those other acks, please submit your v4 including fixes
On Wed, Nov 30, 2016 at 3:16 AM, Paolo Bonzini wrote:
> On 30/11/2016 03:14, David Matlack wrote:
>>
>> /* secondary cpu-based controls */
>> @@ -2868,36 +2865,32 @@ static int vmx_get_vmx_msr(struct kvm_vcpu *vcpu,
>> u32 msr_index, u64 *pdata)
>> *pdata = vmx_control_msr(
>>
On Wed, Nov 30, 2016 at 3:22 AM, Paolo Bonzini wrote:
>
>
> On 30/11/2016 03:14, David Matlack wrote:
>> This patchset adds support setting the VMX capability MSRs from userspace.
>> This is required for migration of nested-capable VMs to different CPUs and
>> KVM versions.
>>
>> Patch 1 generates
The patch
ASoC: sun4i-codec: Add support for H3 codec
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Lin
The patch
regulator: core: Correct type of mode in regulator_mode_constrain
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the
The patch
ASoC: sun4i-codec: Add support for A23 codec
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Li
The patch
ASoC: arizona: Use component pin control functions
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent
On Wed, Nov 30, 2016 at 9:47 AM, Marc MERLIN wrote:
>
> I gave it a thought again, I think it is exactly the nasty situation you
> described.
> bcache takes I/O quickly while sending to SSD cache. SSD fills up, now
> bcache can't handle IO as quickly and has to hang until the SSD has been
> flushe
It may happen that secondary CPUs are still alive and resetting
hv_context.tsc_page will cause a consequent crash in read_hv_clock_tsc()
as we don't check for it being not NULL there. It is safe as we're not
freeing this page anyways.
Signed-off-by: Vitaly Kuznetsov
---
drivers/hv/hv.c | 5 +++--
On Wed, Nov 30, 2016 at 03:44:57PM +, Taylor Andrews wrote:
> > No, it was about the (mis)guide-line having fundamental races and the
> > belief that the BIOS has no business what so ever using these resources
> > to begin with.
>
> Can you please describe what fundamental races you are talki
On Wed, Nov 30, 2016 at 9:24 AM, Jarod Wilson wrote:
>
> Now, if I omit the -j8 and do a single-threaded build, then things work
> fine. Prarit bisected this failure to commit
> 9a6fb28a355d2609ace4dab4e6425442c647894d, and indeed, when reverting that
> patch and the two that follow it from rc7, p
On Fri, Nov 25, 2016 at 02:02:47PM +0900, Ryan Lee wrote:
> Signed-off-by: Ryan Lee
> ---
> .../devicetree/bindings/sound/max98927.txt | 33 +-
> sound/soc/codecs/max98927.c| 839 +--
> sound/soc/codecs/max98927.h| 1463
> --
On Tue, 29 Nov 2016 12:35:57 -0800
Linus Torvalds wrote:
> On Tue, Nov 29, 2016 at 11:57 AM, Ben Hutchings wrote:
> >
> > If the modversion is missing then the fallback should be to a full
> > vermagic match, i.e. including the release string. Something like
> > this (untested):
>
> This rea
On Wed, Nov 30, 2016 at 10:14:50AM -0800, Linus Torvalds wrote:
> Anyway, none of this seems new per se. I'm adding Kent and Jens to the
> cc (Tejun already was), in the hope that maybe they have some idea how
> to control the nasty worst-case behavior wrt workqueue lockup (it's
> not really a "loc
On ThunderX systems with certain memory configurations we see the
following BUG_ON():
kernel BUG at mm/page_alloc.c:1848!
This happens for some configs with 64k page size enabled. The BUG_ON()
checks if start and end page of a memmap range belongs to the same
zone.
The BUG_ON() check fails if a
On Wed, Nov 30, 2016 at 11:31:56AM -0600, Grygorii Strashko wrote:
> ok. Seems my assumption that ndo_open/ndo_close serialized by
> rtnl_lock is incorrect. Right?
No, you were right in the first place. The open/close are indeed
serialized by the rtnl lock.
Sorry for the noise,
Richard
On Wed, Nov 30, 2016 at 09:36:46AM -0700, Alex Williamson wrote:
> On Wed, 30 Nov 2016 08:06:12 +0100
> Christophe JAILLET wrote:
>
> > 'vfio_group_get_from_dev()' seems to return only NULL on error, not an error
> > pointer.
> >
> > Fixes: 2169037dc322 ("vfio iommu: Added pin and unpin callback
On 11/30/2016 11:14 AM, Linus Torvalds wrote:
> On Wed, Nov 30, 2016 at 9:47 AM, Marc MERLIN wrote:
>>
>> I gave it a thought again, I think it is exactly the nasty situation you
>> described.
>> bcache takes I/O quickly while sending to SSD cache. SSD fills up, now
>> bcache can't handle IO as qu
On 11/30/2016 01:47 AM, Jerome Brunet wrote:
>> If we start supporting generic "enable", "disable" type of properties
>> with values that map directly to register definitions of the HW, we
>> leave too much room for these properties to be utilized to implement
>> a
>> specific policy, and this is n
On 11/30/2016 01:18 PM, Linus Torvalds wrote:
> On Wed, Nov 30, 2016 at 9:24 AM, Jarod Wilson wrote:
>>
>> Now, if I omit the -j8 and do a single-threaded build, then things work
>> fine. Prarit bisected this failure to commit
>> 9a6fb28a355d2609ace4dab4e6425442c647894d, and indeed, when reverti
On Wed, Nov 30, 2016 at 5:18 AM, One Thousand Gnomes
wrote:
>> Rather than trying to work around these issues, just have the kernel
>> fail loudly if it's running on a CPUID-less 486, doesn't have CPUID,
>> and doesn't have CONFIG_M486 set.
>
> NAK
>
> This still breaks the Geode at the very least
On Wed, Nov 30, 2016 at 05:28:23PM +, Mark Brown wrote:
> On Tue, Nov 29, 2016 at 05:41:35PM -0800, Dmitry Torokhov wrote:
> > On Tue, Nov 29, 2016 at 03:44:42PM +, Richard Fitzgerald wrote:
>
> > > Switch to using the snd_soc_component_x_pin equivalent functions that
> > > take a specifie
Hi Richard,
On 11/29/2016 09:50 AM, Grygorii Strashko wrote:
On 11/29/2016 04:07 AM, Richard Cochran wrote:
On Mon, Nov 28, 2016 at 05:03:31PM -0600, Grygorii Strashko wrote:
+int cpts_register(struct cpts *cpts)
{
int err, i;
- cpts->info = cpts_info;
- spin_lock_init(&c
On Tue, Nov 29, 2016 at 11:13:01AM -0700, Scott Bauer wrote:
> This is super easy to repro ontop of 4.9-rc7:
> run pm-suspend and it hits every time
>
>
> [ 968.667086]
> ==
> [ 968.667091] BUG: KASAN: stack-out-of-bounds in
> un
On Wed, 30 Nov 2016, wangyijing wrote:
>
>
> 在 2016/11/30 4:49, Eric Wheeler 写道:
> > On Fri, 25 Nov 2016, Yijing Wang wrote:
> >
> >> set_capacity() has been called in bcache_device_init(),
> >> remove the redundant one.
> >>
> >> Signed-off-by: Yijing Wang
> >> ---
> >> drivers/md/bcache/sup
On Wed, Nov 30, 2016 at 10:28 AM, Prarit Bhargava wrote:
]>
> In my case I tracked this to commit 3637efb00864 ("x86/mce: Add PCI quirks to
> identify Xeons with machine check recovery") which adds the include for
> generated/autoksyms.h.
Ok, that at least makes some sense. The other blamed commi
On 11/30/16 05:22, Stafford Horne wrote:
> Hi Stephen,
>
> I have been working on getting the OpenRISC backlog of fixes sorted out for
> upstream. Can this branch be added to linux-next?
>
> git://github.com/openrisc/linux.git for-next
>
> These have been through a few reviews and we plan to
On Wed, 30 Nov 2016 21:27:07 +0300
Dan Carpenter wrote:
> On Wed, Nov 30, 2016 at 09:36:46AM -0700, Alex Williamson wrote:
> > On Wed, 30 Nov 2016 08:06:12 +0100
> > Christophe JAILLET wrote:
> >
> > > 'vfio_group_get_from_dev()' seems to return only NULL on error, not an
> > > error
> > > p
"Valo, Kalle" writes:
> Bjorn Andersson writes:
>
>> On Wed 16 Nov 10:49 PST 2016, Kalle Valo wrote:
>>
>>> Bjorn Andersson wrote:
>>> > The correct include file for getting errno constants and ERR_PTR() is
>>> > linux/err.h, rather than linux/errno.h, so fix the include.
>>> >
>>> > Fixes: e8
On Wed, Nov 30, 2016 at 10:18 AM, Nicholas Piggin wrote:
>
> Here's an initial rough hack at removing modversions. It gives an idea
> of the complexity we're carrying for this feature (keeping in mind most
> of the lines removed are generated parser).
You definitely don't have to try to convince
Hi Serge,
[auto build test ERROR on ntb/ntb-next]
[also build test ERROR on v4.9-rc7 next-20161130]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Serge-Semin/NTB-Alter-kernel-API-to-support
Commit bfe9b9d2df66 ("cdc_ether: Improve ZTE MF823/831/910 handling")
introduced a work-around in usbnet_cdc_status() for devices that exported
cdc carrier on twice on connect. Before the commit, this behavior caused
the link state to be incorrect. It was assumed that all CDC Ethernet
devices would
2016-11-29 12:40-0800, Kyle Huey:
> KVM does not currently honor the trap flag when emulating instructions that
> cause VM exits. This is observable from guest userspace, try stepping on a
> CPUID instruction in gdb in a KVM guest. The program will stop two
> instructions after CPUID.
>
> To fix t
On Mon, Nov 28, 2016 at 05:04:26PM -0600, Grygorii Strashko wrote:
> +static cycle_t cpts_cc_ns2cyc(struct cpts *cpts, u64 nsecs)
> +{
> + cycle_t cyc = (nsecs << cpts->cc.shift) + nsecs;
> +
> + do_div(cyc, cpts->cc.mult);
> +
> + return cyc;
> +}
So you set the comparison value once
Hello Stephane Eranian,
The patch 598b7c6919c7: "perf jit: add source line info support" from
Nov 30, 2015, leads to the following static checker warning:
./tools/perf/util/genelf_debug.c:211 emit_signed_LEB128()
warn: potential left shift more than type allows '57'
./tools/perf/
On 11/30/2016 01:36 PM, Linus Torvalds wrote:
> On Wed, Nov 30, 2016 at 10:28 AM, Prarit Bhargava wrote:
> ]>
>> In my case I tracked this to commit 3637efb00864 ("x86/mce: Add PCI quirks to
>> identify Xeons with machine check recovery") which adds the include for
>> generated/autoksyms.h.
>
>
On Wed, Nov 30, 2016 at 10:41 AM, Radim Krčmář wrote:
> 2016-11-29 12:40-0800, Kyle Huey:
>> KVM does not currently honor the trap flag when emulating instructions that
>> cause VM exits. This is observable from guest userspace, try stepping on a
>> CPUID instruction in gdb in a KVM guest. The pro
401 - 500 of 880 matches
Mail list logo