3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Wei Wang
[ Upstream commit ba615f675281d76fd19aa03558777f81fb6b6084 ]
Fastopen API should be used to perform fastopen operations on the TCP
socket. It does not make sense to use fastopen API
Steven Rostedt writes:
> On Wed, 24 May 2017 14:04:05 +0200
> Vitaly Kuznetsov wrote:
>
>> Add Hyper-V tracing subsystem and trace hyperv_mmu_flush_tlb_others().
>> Tracing is done the same way we do xen_mmu_flush_tlb_others().
>>
>> Signed-off-by: Vitaly Kuznetsov
>> Acked-by: K. Y. Srinivasa
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
[ Upstream commit fdcee2cbb8438702ea1b328fb6e0ac5e9a40c7f8 ]
SCTP needs fixes similar to 83eaddab4378 ("ipv6/dccp: do not inherit
ipv6_mc_list from parent"), otherwise bad things
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Sebastian Reichel
commit 5165da5923d6c7df6f2927b0113b2e4d9288661e upstream.
Since v4.9 i2c-tiny-usb generates the below call trace
and longer works, since it can't communicate with the
USB dev
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Punit Agrawal
commit 30809f559a0d348c2dfd7ab05e9a451e2384962e upstream.
On failing to migrate a page, soft_offline_huge_page() performs the
necessary update to the hugepage ref-count.
But whe
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Davide Caratti
[ Upstream commit 804ec7ebe8ea003999ca8d1bfc499edc6a9e07df ]
sometimes ICMP replies to INIT chunks are ignored by the client, even if
the encapsulated SCTP headers match an ope
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Alexander Tsoy
commit 1fc2e41f7af4572b07190f9dec28396b418e9a36 upstream.
This model is actually called 92XXM2-8 in Windows driver. But since pin
configs for M22 and M28 are identical, just reu
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Soheil Hassas Yeganeh
[ Upstream commit bafbb9c73241760023d8981191ddd30bb1c6dbac ]
tcp_ack() can call tcp_fragment() which may dededuct the
value tp->fackets_out when MSS changes. When prior_
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Julian Wiedmann
[ Upstream commit 25e2c341e7818a394da9abc403716278ee646014 ]
Access card->dev only after checking whether's its valid.
Signed-off-by: Julian Wiedmann
Reviewed-by: Ursula Bra
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Eric Dumazet
commit f6ba8d33cfbb46df569972e64dbb5bb7e929bfd9 upstream.
I should have known that lowering skb->truesize was dangerous :/
In case packets are not leaving the host via a standard
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Ursula Braun
[ Upstream commit 9111e7880ccf419548c7b0887df020b08eadb075 ]
When setting up the device from within the layer discipline's
probe routine, creating the layer-specific sysfs attrib
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Yuchung Cheng
[ Upstream commit b451e5d24ba6687c6f0e7319c727a709a1846c06 ]
This patch fixes a bug in splitting an SKB during SACK
processing. Specifically if an skb contains multiple
packets
3.18-stable review patch. If anyone has any objections, please let me know.
--
From: Julian Wiedmann
[ Upstream commit 2d2ebb3ed0c6acfb014f98e427298673a5d07b82 ]
commit b4d72c08b358 ("qeth: bridgeport support - basic control")
broke the support for OSM and OSN devices as foll
This is the start of the stable review cycle for the 3.18.56 release.
There are 33 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 should be made by Wed Jun 7 15:30:04 UTC 2017.
Anything receiv
On 05/06/17 16:32, Boris Ostrovsky wrote:
I believe we do need to take affinity into consideration even if the
chance that it is non-default is small.
Agreed.
I am not opposed to having bind_last_selected_cpu percpu, I just wanted
to understand the reason better. Additional locking would be a
On Mon, Jun 5, 2017 at 9:03 AM, Ard Biesheuvel
wrote:
> On 5 June 2017 at 15:40, Ingo Molnar wrote:
>>
>> * Ard Biesheuvel wrote:
>>
>>> From: Andy Lutomirski
>>>
>>> efi_call_phys_prolog() used to return a "pgd_t *" that meant one of
>>> three different things depending on kernel and system co
The following series provides fixes for the AMD Uncore driver.
* Renamed cache counters cpufeatures macro to better reflect different
last level cache for different families
* Get correct information about number of cores sharing last level of
cache
Janakarajan Natarajan (2):
amd: uncore: R
In Family 17h, the number of cores sharing a cache level is obtained
from the Cache Properties CPUID leaf (0x801d) by passing in the
cache level in ECX. In prior families, a cache level of 2 was used to
determine this information.
To get the right information, irrespective of Family, iterate o
In Family 17h, L3 is the last level cache as opposed to L2 in previous
families. Avoid this name confusion and rename X86_FEATURE_PERFCT_L2 to
X86_FEATURE_PERFCTR_LLC to indicate the performance counter on the last
level of cache.
Signed-off-by: Janakarajan Natarajan
---
arch/x86/events/amd/unco
* Ard Biesheuvel wrote:
> >> +config EFI_CAPSULE_QUIRK_QUARK_CSH
> >> + boolean "Add support for Quark capsules with non-standard headers"
> >> + depends on X86 && !64BIT
> >> + select EFI_CAPSULE_LOADER
> >> + default y
> >> + help
> >> + Add support for processing Qua
On Mon, Jun 05, 2017 at 10:55:16AM -0500, Kim Phillips wrote:
> On Mon, 5 Jun 2017 16:22:56 +0100
> Will Deacon wrote:
>
> > +/* Perf callbacks */
> > +static int arm_spe_pmu_event_init(struct perf_event *event)
> > +{
> > + u64 reg;
> > + struct perf_event_attr *attr = &event->attr;
> > +
> @@ -165,11 +165,11 @@ static int extlog_print(struct notifier_block *nb,
> unsigned long val,
> err_seq++;
> gdata = (struct acpi_hest_generic_data *)(tmp + 1);
> if (gdata->validation_bits & CPER_SEC_VALID_FRU_ID)
> - fru_id = (uuid_le *)gdata->fru_id;
> +
> + in_params[0].buffer.pointer = (u8 *)&guid;
Any idea why the pointer is defined as a u8 * in union acpi_object
instead of a void?
On 5 June 2017 at 15:40, Ingo Molnar wrote:
>
> * Ard Biesheuvel wrote:
>
>> From: Andy Lutomirski
>>
>> efi_call_phys_prolog() used to return a "pgd_t *" that meant one of
>> three different things depending on kernel and system configuration.
>> Clean it up so it uses a union and is more expli
> - if (!uuid_le_cmp(*(uuid_le *)gdata->section_type,
> - CPER_SEC_PLATFORM_MEM)) {
> + if (!guid_equal(sec_type, &CPER_SEC_PLATFORM_MEM)) {
The "!" here seems incorrect.
> #ifdef CONFIG_ACPI_APEI_PCIEAER
> - else if (!uuid_le_cmp(
> for (i = 0; i < NFIT_UUID_MAX; i++)
> - if (memcmp(to_nfit_uuid(i), spa->range_guid, 16) == 0)
> + if (!guid_equal(to_nfit_uuid(i), (guid_t *)&spa->range_guid))
> return i;
I think this should be guid_equal without the "!"
On 5 June 2017 at 15:50, Ingo Molnar wrote:
>
> * Ard Biesheuvel wrote:
>
>> From: Jan Kiszka
>>
>> The firmware for Quark X102x prepends a security header to the capsule
>> which is needed to support the mandatory secure boot on this processor.
>> The header can be detected by checking for the
From: Waldemar Brodkorb
Date: Mon, 5 Jun 2017 11:19:41 +0200
> I get a compile/linking error with gcc 7.1 when targeting qemu system
> sparc64.
>
> + objects='arch/sparc/kernel/head_64.o init/built-in.o
> --start-group usr/built-in.o arch/sparc/built-in.o
> kernel/built-in.o certs/built-in.o
> On Jun 2, 2017, at 4:32 AM, Corentin Labbe wrote:
>
> Instead of rewriting write/readq, use linux/io-64-nonatomic-lo-hi.h which
> already have them.
>
> Signed-off-by: Corentin Labbe
> ---
> drivers/scsi/qla2xxx/qla_nx.h | 17 ++---
> 1 file changed, 2 insertions(+), 15 deletions(
On Sat, 2017-06-03 at 22:10 +, Nicholas A. Bellinger wrote:
> +static bool target_lookup_lun_from_tag(struct se_session *se_sess, u64 tag,
> +u64 *unpacked_lun)
> +{
> + struct se_cmd *se_cmd;
> + unsigned long flags;
> + bool ret = false;
> +
> +
On Mon, 5 Jun 2017 16:22:56 +0100
Will Deacon wrote:
> +/* Perf callbacks */
> +static int arm_spe_pmu_event_init(struct perf_event *event)
> +{
> + u64 reg;
> + struct perf_event_attr *attr = &event->attr;
> + struct arm_spe_pmu *spe_pmu = to_spe_pmu(event->pmu);
> +
> + /* This
Brian Norris writes:
> On Thu, Jun 01, 2017 at 12:15:45PM +0300, Kalle Valo wrote:
>> Brian Norris writes:
>>
>> > In general, it's helpful to use the same code for device removal as for
>> > device reset, as this tends to have fewer bugs. Let's move the wiphy
>> > unregistration code into the
* Ard Biesheuvel wrote:
> > It would be nice to fix your SOB flow: the maintainer who queues up a patch
> > should
> > add the SOB, and add an Acked-by of the co-maintainer if the co-maintainer
> > agrees
> > with the patch as well. The tree should typically not be rebased after that
> > poin
Hi Sylwester,
Quoting Sylwester Nawrocki :
On 06/02/2017 05:43 AM, Gustavo A. R. Silva wrote:
Hi Sylwester,
Here is another patch in case you decide that it is
better to apply this one.
Thanks, I applied this patch. In future please put any comments only after
the scissors ("---") line, th
* Ard Biesheuvel wrote:
> From: Jan Kiszka
>
> The firmware for Quark X102x prepends a security header to the capsule
> which is needed to support the mandatory secure boot on this processor.
> The header can be detected by checking for the "_CSH" signature and -
> to avoid any GUID conflict -
On Wed, 24 May 2017 14:04:05 +0200
Vitaly Kuznetsov wrote:
> Add Hyper-V tracing subsystem and trace hyperv_mmu_flush_tlb_others().
> Tracing is done the same way we do xen_mmu_flush_tlb_others().
>
> Signed-off-by: Vitaly Kuznetsov
> Acked-by: K. Y. Srinivasan
> Tested-by: Simon Xiao
> Teste
> -Original Message-
> From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com]
> Sent: Monday, June 5, 2017 10:41 AM
> To: Greg Kroah-Hartman
> Cc: Andy Shevchenko ; Lukas Wunner
> ; Andreas Noever ; Michael
> Jamet ; Yehezkel Bernat ;
> Amir Levy ; Andy Lutomirski ;
> Limonciello,
On Mon, Jun 05, 2017 at 05:20:36PM +0200, Greg Kroah-Hartman wrote:
> On Mon, Jun 05, 2017 at 05:21:34PM +0300, Andy Shevchenko wrote:
> > On Mon, 2017-06-05 at 16:33 +0300, Mika Westerberg wrote:
> > > On Mon, Jun 05, 2017 at 03:55:07PM +0300, Mika Westerberg wrote:
> > > > >
> >
> > > It turns
On Mon, 2017-06-05 at 16:09 +0100, Alan Cox wrote:
> On Sun, 04 Jun 2017 13:34:31 +0200
> Mike Galbraith wrote:
>
> > On Sun, 2017-06-04 at 12:00 +0200, Vegard Nossum wrote:
> > >
> > > I don't know how you did it, but this passes my testing (reproducers for
> > > both the original issue and the
* Ard Biesheuvel wrote:
> From: Andy Lutomirski
>
> efi_call_phys_prolog() used to return a "pgd_t *" that meant one of
> three different things depending on kernel and system configuration.
> Clean it up so it uses a union and is more explicit about what's
> going on.
>
> Signed-off-by: Andy
> On Jun 3, 2017, at 3:10 PM, Nicholas A. Bellinger
> wrote:
>
> From: Nicholas Bellinger
>
> Hi Himanshu + Quinn,
>
> Here is a small series to introduce proper percpu se_lun->lun_ref
> counting for TMR, and add common code in target_submit_tmr() to
> do tag lookup for unpacked_lun in order
Hi,
When pushing to drm-misc-next, I got a minor merge conflict when dim tried
to rebuild drm-tip.
The reason for the conflict was because the following commit was present
in drm-tip but not in drm-misc:
https://cgit.freedesktop.org/drm-tip/commit/drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_output.
On 06/05/2017 10:49 AM, Anoob Soman wrote:
> On 05/06/17 15:10, Boris Ostrovsky wrote:
>>> The reason for percpu instead of global, was to avoid locking. We can
>>> have a global variable (last_cpu) without locking, but value of
>>> last_cpu wont be consistent, without locks. Moreover, since
>>> ir
On Mon, 5 Jun 2017 11:24:27 -0400
Steven Rostedt wrote:
> On Sat, 27 May 2017 20:43:58 +0300
> Andy Shevchenko wrote:
>
> > On Wed, May 24, 2017 at 3:03 PM, Vitaly Kuznetsov
> > wrote:
> > > Max virtual processor will be needed for 'extended' hypercalls supporting
> > > more than 64 vCPUs.
Going through old mail and noticed that these three patches seem to
have been overlooked (at least, I don't see them in Jiri's
branches...). For the set:
Reviewed-by: Jason Gerecke
Jason
---
Now instead of four in the eights place /
you’ve got three, ‘Cause you added one /
(That is to say, eigh
From: Haishuang Yan
Date: Mon, 5 Jun 2017 08:57:21 +0800
> We must free allocated skb when genlmsg_put() return fails.
>
> Fixes: 1555d204e743 ("devlink: Support for pipeline debug (dpipe)")
> Signed-off-by: Haishuang Yan
>
> ---
> Changes in v2:
> - Fix same issue in headers_fill.
Applied
On Sat, 27 May 2017 20:43:58 +0300
Andy Shevchenko wrote:
> On Wed, May 24, 2017 at 3:03 PM, Vitaly Kuznetsov wrote:
> > Max virtual processor will be needed for 'extended' hypercalls supporting
> > more than 64 vCPUs. While on it, unify on 'Hyper-V' in mshyperv.c as we
> > currently have a mix,
Perf PMU drivers using AUX buffers cannot be built as modules unless
the AUX helpers are exported.
This patch exports perf_aux_output_{begin,end,skip} and perf_get_aux to
modules.
Cc: Peter Zijlstra
Signed-off-by: Will Deacon
---
kernel/events/ring_buffer.c | 4
1 file changed, 4 insertio
The ARMv8.2 architecture introduces the optional Statistical Profiling
Extension (SPE).
SPE can be used to profile a population of operations in the CPU pipeline
after instruction decode. These are either architected instructions (i.e.
a dynamic instruction trace) or CPU-specific uops and the choi
From: Icenowy Zheng
Date: Mon, 5 Jun 2017 01:53:23 +0800
> The EPHY may be already enabled by bootloaders which have Ethernet
> capability (e.g. current U-Boot). Thus it should be reseted properly
> before doing the enabling sequence in the dwmac-sun8i driver, otherwise
> the EMAC reset process
This patch documents the devicetree binding in use for ARM SPE.
Cc: Mark Rutland
Cc: Rob Herring
Signed-off-by: Will Deacon
---
Documentation/devicetree/bindings/arm/spe-pmu.txt | 20
1 file changed, 20 insertions(+)
create mode 100644 Documentation/devicetree/bindings/ar
The ARM SPE architecture permits an implementation to ignore a sample
if the sample is due to be taken whilst another sample is already being
produced. In this case, it is desirable to report the collision to
userspace, as they may want to lower the sample period.
This patch adds a PERF_AUX_FLAG_C
Hi all,
This is the sixth posting of the patches previously posted here:
rfcv1:
http://lists.infradead.org/pipermail/linux-arm-kernel/2017-January/476450.html
rfcv2:
http://lists.infradead.org/pipermail/linux-arm-kernel/2017-January/479387.html
v1:
http://lists.infradead.org/pipermail
Any modular driver using cluster-affine PPIs needs to be able to call
irq_get_percpu_devid_partition so that it can enable the IRQ on the
correct subset of CPUs.
This patch exports the symbol so that it can be called from within a
module.
Acked-by: Marc Zyngier
Acked-by: Thomas Gleixner
Signed-
On Mon, Jun 5, 2017 at 3:56 PM, Mika Westerberg
wrote:
> Hi,
>
> This series adds support for the pinctrl and GPIO hardware found on the
> next generation Intel Cannon Lake CPUs. We also update the Intel core
> pinctrl driver with a concept of hardware pad groups that are needed by the
> new drive
On Mon, Jun 05, 2017 at 05:21:34PM +0300, Andy Shevchenko wrote:
> On Mon, 2017-06-05 at 16:33 +0300, Mika Westerberg wrote:
> > On Mon, Jun 05, 2017 at 03:55:07PM +0300, Mika Westerberg wrote:
> > > >
>
> > It turns out that this is not too big change after all so I think it
> > can
> > be inclu
> + /*
> + * Enable the EC to wake up the system from suspend-to-idle to allow
> + * power button events to it wake up.
> + */
> + {
> + .callback = init_ec_gpe_wakeup,
> + .ident = "Dell XPS 13 9360",
> + .matches = {
> + DMI_MATCH(DMI_SYS_VENDOR,
On Fri, Jun 2, 2017 at 3:30 PM, Joshua Clayton wrote:
Hi Joshua,
Thanks for your work on this!
Alan
> Speed up bit reversal by using hardware bit reversal
> Add extra code to handle less than 4byte remnants, if any
>
> Signed-off-by: Joshua Clayton
Signed-off-by: Alan Tull
> ---
> drivers
On Fri, Jun 2, 2017 at 3:30 PM, Joshua Clayton wrote:
> Add support for Altera FPGA connected to an spi port
> to the evi devicetree file
>
> Signed-off-by: Joshua Clayton
Signed-off-by: Alan Tull
> ---
> arch/arm/boot/dts/imx6q-evi.dts | 16
> 1 file changed, 16 insertions(+
On Fri, Jun 2, 2017 at 3:30 PM, Joshua Clayton wrote:
> Add a function to reverse bytes within a 32 bit word.
> Operate on a u32 rather than individual bytes.
>
> Signed-off-by: Joshua Clayton
Signed-off-by: Alan Tull
> ---
> include/linux/bitrev.h | 19 +++
> 1 file changed,
On Fri, Jun 2, 2017 at 3:30 PM, Joshua Clayton wrote:
> Describe an altera-passive-serial devicetree entry, required features
>
> Signed-off-by: Joshua Clayton
> Acked-by: Rob Herring
Signed-off-by: Alan Tull
> ---
> .../bindings/fpga/altera-passive-serial.txt| 29
>
On Fri, Jun 2, 2017 at 3:30 PM, Joshua Clayton wrote:
> altera-ps-spi loads FPGA firmware over SPI, using the "passive serial"
> interface on Altera Arria 10, Cyclone V or Stratix V FPGAs.
>
> This is one of the simpler ways to set up an FPGA at runtime.
> The signal interface is close to unidirec
On Fri, Jun 2, 2017 at 3:30 PM, Joshua Clayton wrote:
> From: Anatolij Gustschin
>
> Add a flag that is passed to the write_init() callback,
> indicating that the SPI bitstream starts with LSB first.
> SPI controllers usually send data with MSB first. If an
> FPGA expects bitstream data as LSB fi
On Mon, Jun 5, 2017 at 3:56 PM, Mika Westerberg
wrote:
> The Intel GPIO hardware has a concept of pad groups, which means 1 to 32
> pads occupying their own GPI_IS, GPI_IE, PAD_OWN and so on registers. The
> existing hardware has the same amount of pads in each pad group (except the
> last one) so
On Fri, Jun 2, 2017 at 4:10 PM, wrote:
> On Friday, June 2, 2017 9:54:22 PM PDT Andreas Färber wrote:
>> Am 02.06.2017 um 21:39 schrieb stillcompil...@gmail.com:
>> > On Friday, June 2, 2017 6:30:12 PM PDT Andreas Färber wrote:
>> >> Am 25.05.2017 um 19:29 schrieb Joshua Clayton:
>> >>> diff --gi
On Fri, Jun 2, 2017 at 4:05 PM, Mika Westerberg
wrote:
> Thunderbolt fabric consists of one or more switches. This fabric is
> called domain and it is controlled by an entity called connection
> manager. The connection manager can be either internal (driven by a
> firmware running on the host cont
On Sun, 04 Jun 2017 13:34:31 +0200
Mike Galbraith wrote:
> On Sun, 2017-06-04 at 12:00 +0200, Vegard Nossum wrote:
> >
> > I don't know how you did it, but this passes my testing (reproducers for
> > both the original issue and the lockdep splat/hang).
>
> I suppose I can sign it off, see if
Acked-by: Moni Shoua
thanks
Hi Mathieu,
On 2017/6/5 15:17, Mathieu Poirier wrote:
> On 5 June 2017 at 02:33, Wei Xu wrote:
>> Hi Leo,
>>
>> On 2017/5/25 16:57, Leo Yan wrote:
>>> Bind debug module driver for Hi6220.
>>>
>>> Reviewed-by: Mathieu Poirier
>>> Signed-off-by: Leo Yan
>>
>> Thanks!
>> Fine to me.
>> Acked-by: W
On Mon, Jun 05, 2017 at 05:43:18PM +0300, Andy Shevchenko wrote:
> On Tue, 2017-06-06 at 00:29 +1000, Stephen Rothwell wrote:
> > Hi Andy,
> >
> > On Mon, 05 Jun 2017 17:06:45 +0300 Andy Shevchenko > linux.intel.com> wrote:
> > >
> > > On Mon, 2017-06-05 at 10:07 +0200, Christoph Hellwig wrote:
From: Anmol Sarma
Date: Sat, 3 Jun 2017 17:40:54 +0530
> Update tcp.txt to fix mandatory congestion control ops and default
> CCA selection. Also, fix comment in tcp.h for undo_cwnd.
>
> Signed-off-by: Anmol Sarma
Applied, thank you.
On 06/05/2017 06:09 AM, Bastien Nocera wrote:
>> I agree with Dave. If there is no solution found in time for -rc5,
>> reverting to previous state would be the proper way to go.
> I don't see how it's possible to retroactively fix user-space.
It's not possible to retroactively change userspace.
On 05/06/17 15:10, Boris Ostrovsky wrote:
The reason for percpu instead of global, was to avoid locking. We can
have a global variable (last_cpu) without locking, but value of
last_cpu wont be consistent, without locks. Moreover, since
irq_affinity is also used in the calculation of cpu to bind,
Hi,
On Sat, Jun 03, 2017 at 12:22:32PM +0800, kbuild test robot wrote:
> Hi Stephen,
>
> [auto build test ERROR on sunxi/sunxi/for-next]
> [also build test ERROR on next-20170602]
> [cannot apply to clk/clk-next v4.12-rc3]
> [if your patch is applied to the wrong git tree, please drop us a note t
On Mon, Jun 05, 2017 at 05:21:34PM +0300, Andy Shevchenko wrote:
> On Mon, 2017-06-05 at 16:33 +0300, Mika Westerberg wrote:
> > On Mon, Jun 05, 2017 at 03:55:07PM +0300, Mika Westerberg wrote:
> > > >
>
> > It turns out that this is not too big change after all so I think it
> > can
> > be inclu
Hi Yury,
On Sun, Jun 04, 2017 at 02:59:52PM +0300, Yury Norov wrote:
> The newer prlimit64 syscall provides all the functionality provided by
> the getrlimit and setrlimit syscalls and adds the pid of target process,
> so future architectures won't need to include getrlimit and setrlimit.
>
> The
From: Steve Twiss
Remove the register DA9062AA_BBAT_CONT (0x0C5) from the DA9061 chip model
regmap access ranges. This applies to both da9061_aa_readable_ranges[]
and da9061_aa_writeable_ranges[].
This change is to correct the DA9061 chip model and align it with the
latest DA9061 Datasheet.
Thi
On Tue, 2017-06-06 at 00:29 +1000, Stephen Rothwell wrote:
> Hi Andy,
>
> On Mon, 05 Jun 2017 17:06:45 +0300 Andy Shevchenko linux.intel.com> wrote:
> >
> > On Mon, 2017-06-05 at 10:07 +0200, Christoph Hellwig wrote:
> > > Meh, thanks. This has been throught the buildbot countless times
> > > w
On Mon, Jun 05, 2017 at 05:40:10PM +0300, Andy Shevchenko wrote:
> On Mon, 2017-06-05 at 16:09 +1000, Stephen Rothwell wrote:
> > Hi Christoph,
> >
> > After merging the uuid tree, today's linux-next build (arm
> > multi_v7_defconfig and x86_64 allmodconfig) produced these warnings:
> >
>
> Brie
This fixes CONFIG_SMP=n, CONFIG_DEBUG_TLBFLUSH=y without introducing
further ifdef soup. Caught by a kbuild bot randconfig build.
Fixes: ce4a4e565f52 ("x86/mm: Remove the UP asm/tlbflush.h code, always use the
(formerly) SMP code")
Signed-off-by: Andy Lutomirski
---
include/linux/vm_event_item
On Mon, 2017-06-05 at 16:09 +1000, Stephen Rothwell wrote:
> Hi Christoph,
>
> After merging the uuid tree, today's linux-next build (arm
> multi_v7_defconfig and x86_64 allmodconfig) produced these warnings:
>
Briefly looking to the conflict it looks like we first need to rename
register descri
On Monday 05 June 2017 04:07 PM, Lee Jones wrote:
> On Sun, 04 Jun 2017, Keerthy wrote:
>
>> With the introduction of probe_new function the i2c_device_id
>> is no longer needed. Hence the remove the same and use probe_new
>> instead of probe.
>>
>> Keerthy (9):
>> mfd: tps65217: Remove redun
This fixes compilation errors due to missing scsi_cmnd.h include.
usb/image/microtek.c: In function ‘mts_slave_alloc’:
usb/image/microtek.c:326:3: error: dereferencing pointer to incomplete type
s->inquiry_len = 0x24;
^
usb/image/microtek.c: In function ‘mts_slave_configure’:
usb/image/microt
On 05.06.2017 15:57, Thang Q. Nguyen wrote:
On Mon, Jun 5, 2017 at 6:14 PM, Mathias Nyman
wrote:
On 20.05.2017 10:24, Thang Q. Nguyen wrote:
XHCI specification 1.1 does not require xHCI 1.0 compliant controllers
to always enable hardware USB2 LPM.
However, the current xHCI driver always enabl
Hi Andy,
On Mon, 05 Jun 2017 17:06:45 +0300 Andy Shevchenko
wrote:
>
> On Mon, 2017-06-05 at 10:07 +0200, Christoph Hellwig wrote:
> > Meh, thanks. This has been throught the buildbot countless times
> > without a report. But I guess a less generic name might be a good
> > idea to start with.
On 05.06.2017 11:50, Michal Hocko wrote:
On Thu 25-05-17 13:28:30, Konstantin Khlebnikov wrote:
Show count of oom killer invocations in /proc/vmstat and count of
processes killed in memory cgroup in knob "memory.events"
(in memory.oom_control for v1 cgroup).
Also describe difference between "
On Mon, 2017-06-05 at 16:33 +0300, Mika Westerberg wrote:
> On Mon, Jun 05, 2017 at 03:55:07PM +0300, Mika Westerberg wrote:
> > >
> It turns out that this is not too big change after all so I think it
> can
> be included in the ICM patch if you want.
>
> Basically we would have module parameter
> On 6/5/2017 12:45 PM, Marta Rybczynska wrote:
>> This patch improves the way the RDMA IB signalling is done
>> by using atomic operations for the signalling variable. This
>> avoids race conditions on sig_count.
>>
>> The signalling interval changes slightly and is now the
>> largest power of two
Hi,
On 01/06/2017 at 00:46:44 -0700, Stephen Boyd wrote:
> > +
> > +static u8 registered_ids[PMC_MAX_IDS];
> > +
> > +void pmc_register_id(u8 id)
> > +{
>
> Shouldn't this also be inside CONFIG_PM? And then
> pmc_register_id() is a nop function when CONFIG_PM=n?
>
I'll do that. I'll rebase on t
On Wed, 31 May, at 10:12:41AM, Jiri Slaby wrote:
> efi_pe_entry body is somehow squashed into startup_64. In the old days,
> we forced startup_64 to start at offset 0x200 and efi_pe_entry to start
> at 0x210. But this requirement was removed in 99f857db8857 ("x86, build:
> Dynamically find entry po
On Wed, 31 May, at 10:12:40AM, Jiri Slaby wrote:
> efi_pe_entry body is somehow squashed into startup_32. In the old days,
> we forced startup_32 to start at offset 0x00 and efi_pe_entry to start
> at 0x10. But this requirement was removed in 99f857db8857 ("x86, build:
> Dynamically find entry poin
From: Corentin Labbe
Date: Mon, 5 Jun 2017 13:10:19 +0200
> On Mon, Jun 05, 2017 at 01:53:23AM +0800, Icenowy Zheng wrote:
>> The EPHY may be already enabled by bootloaders which have Ethernet
>> capability (e.g. current U-Boot). Thus it should be reseted properly
>> before doing the enabling seq
Hi Takashi,
I don't think you have the result in the sound tree
(git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
branch for-next). Yesterday it was a fairly linear tree with head
commit 7421a1671abe ("ALSA: pcm: include pcm_local.h and remove some
extraneous tabs") based on commit f
On 5 June 2017 at 02:33, Wei Xu wrote:
> Hi Leo,
>
> On 2017/5/25 16:57, Leo Yan wrote:
>> Bind debug module driver for Hi6220.
>>
>> Reviewed-by: Mathieu Poirier
>> Signed-off-by: Leo Yan
>
> Thanks!
> Fine to me.
> Acked-by: Wei Xu
>
> Hi Mathieu,
>
> Can you help to pick up this patch as wel
On Mon, 5 Jun 2017, Peter Chen wrote:
> On Thu, May 18, 2017 at 08:49:00AM +0800, Peter Chen wrote:
> > Some hard-wired USB devices need to do power sequence to let the
> > device work normally, the typical power sequence like: enable USB
> > PHY clock, toggle reset pin, etc. But current Linux USB
ATENCIÓN;
Su buzón ha superado el límite de almacenamiento, que es de 5 GB definidos por
el administrador, quien actualmente está ejecutando en 10.9GB, no puede ser
capaz de enviar o recibir correo nuevo hasta que vuelva a validar su buzón de
correo electrónico. Para revalidar su buzón de corre
On 06/05/2017 06:14 AM, Anoob Soman wrote:
> On 02/06/17 17:24, Boris Ostrovsky wrote:
>>> static int set_affinity_irq(struct irq_data *data, const struct
>>> cpumask *dest,
>>> bool force)
>>> diff --git a/drivers/xen/evtchn.c b/drivers/xen/evtchn.c
>>> index 10f1ef5..1192f24
On Sun, Jun 4, 2017 at 2:29 PM, Colin King wrote:
> From: Colin Ian King
>
> Trivial fix to spelling mistake in flow_log message
>
> Signed-off-by: Colin Ian King
Good catch, thanks!
Reviewed-by: Steve Lin
> ---
> drivers/crypto/bcm/cipher.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deleti
On 6/5/2017 12:45 PM, Marta Rybczynska wrote:
This patch improves the way the RDMA IB signalling is done
by using atomic operations for the signalling variable. This
avoids race conditions on sig_count.
The signalling interval changes slightly and is now the
largest power of two not larger tha
On Mon, 2017-06-05 at 10:07 +0200, Christoph Hellwig wrote:
> Meh, thanks. This has been throught the buildbot countless times
> without a report. But I guess a less generic name might be a good
> idea to start with.
>
> Andy: do you think UUID_INIT/GUID_INIT make sense to your?
> or _INITIALIZE
701 - 800 of 1115 matches
Mail list logo
