On Fri, Aug 23, 2019 at 1:44 AM Rajat Jain wrote:
>
> On Thu, Jun 27, 2019 at 8:34 PM Rajat Jain wrote:
> >
> > Most modern platforms already have the ACPI device "INT33A1" that could
> > be used to attach to the driver. Switch the driver to using that and
> > thus make the intel_pmc_core.c a
No need to compare return value with 0. In case of non-zero
return value, the if condition will be true.
This makes intent a bit more clear to the reader.
"if (x) then", compared to "if (x is not zero) then".
Signed-off-by: Saiyam Doshi
---
drivers/gpio/gpiolib.c | 2 +-
1 file changed, 1
On Sat, Sep 07, 2019 at 08:12:51PM +0300, Andy Shevchenko wrote:
> On Sat, Sep 07, 2019 at 09:32:40AM -0700, Dmitry Torokhov wrote:
> > On Sat, Sep 07, 2019 at 07:08:19PM +0300, Andy Shevchenko wrote:
> > > On Fri, Sep 06, 2019 at 03:26:09PM -0700, Dmitry Torokhov wrote:
>
> > > > + } else
>>> On 7 Sep 2019, at 19:29, Greg KH wrote:
>> On Sat, Sep 07, 2019 at 07:23:59PM +0200, Sandro Volery wrote:
>> Dear Greg,
>> I am pretty sure the issue was, that I did too many things at once. However,
>> all the things I did are related to spaces / tabs, maybe that still works?
>
>
>
>
Sorry about that. Looks like I fat fingered things and copied the
command line into the cover page. I corrected the subject here, and
pulled the command line out of the message below.
- Alex
On Sat, Sep 7, 2019 at 10:25 AM Alexander Duyck
wrote:
> This series provides an asynchronous means of
On Wed, Aug 28, 2019 at 2:37 PM Enrico Weigelt, metux IT consult
wrote:
>
> On 22.08.19 21:47, Andy Shevchenko wrote:
>
> >> Fixes: f8eb0235f65989fc5521c40c78d1261e7f25cdbe
> >
> > Wrong format.
> >
> > W/o SoB tag I can't take it.
>
> What's the correct format (what command shall I use to
>
On Fri, Sep 06, 2019 at 10:16:47AM -0700, Paul E. McKenney wrote:
> On Fri, Sep 06, 2019 at 12:57:51PM -0400, Joel Fernandes wrote:
> > On Fri, Sep 06, 2019 at 08:27:53AM -0700, Paul E. McKenney wrote:
> > > On Fri, Sep 06, 2019 at 08:21:44AM -0700, Paul E. McKenney wrote:
> > > > On Fri, Sep 06,
On Tue, 2019-09-03 at 11:52 -0700, Jordan Hand wrote:
> For systems with a TPM2 chip which use ACPI to expose event logs,
> retrieve the crypto-agile event log from the TPM2 ACPI table. The TPM2
> table is defined in section 7.3 of the TCG ACPI Specification (see link).
>
> The TPM2 table is used
From: Alexander Duyck
Currently the page poisoning setting wasn't being enabled unless free page
hinting was enabled. However we will need the page poisoning tracking logic
as well for unused page reporting. As such pull it out and make it a
separate bit of config in the probe function.
In
From: Alexander Duyck
Add support for the page reporting feature provided by virtio-balloon.
Reporting differs from the regular balloon functionality in that is is
much less durable than a standard memory balloon. Instead of creating a
list of pages that cannot be accessed the pages are only
From: Alexander Duyck
In order to pave the way for free page reporting in virtualized
environments we will need a way to get pages out of the free lists and
identify those pages after they have been returned. To accomplish this,
this patch adds the concept of a Reported Buddy, which is
From: Alexander Duyck
In order to enable the use of the zone from the list manipulator functions
I will need access to the zone pointer. As it turns out most of the
accessors were always just being directly passed >free_area[order]
anyway so it would make sense to just fold that into the
--to=k...@vger.kernel.org \
--to=linux-kernel@vger.kernel.org \
--to=linux...@kvack.org \
--to=virtio-...@lists.oasis-open.org \
--to=linux-arm-ker...@lists.infradead.org \
--to=m...@redhat.com \
--to=da...@redhat.com \
--to=dave.han...@intel.com \
--to=a...@linux-foundation.org \
From: Alexander Duyck
Move the head/tail adding logic out of the shuffle code and into the
__free_one_page function since ultimately that is where it is really
needed anyway. By doing this we should be able to reduce the overhead
and can consolidate all of the list addition bits in one spot.
From: Alexander Duyck
Change the logic used to generate randomness in the suffle path so that we
can avoid cache line bouncing. The previous logic was sharing the offset
and entropy word between all CPUs. As such this can result in cache line
bouncing and will ultimately hurt performance when
From: Alexander Duyck
In order to support page reporting it will be necessary to store and
retrieve the migratetype of a page. To enable that I am moving the set and
get operations for pcppage_migratetype into the mm/internal.h header so
that they can be used outside of the page_alloc.c file.
From: Alexander Duyck
Move the static definition for things such as HUGETLB_PAGE_ORDER out of
asm/pgtable.h and place it in page-defs.h. By doing this the includes
become much easier to deal with as currently arm64 is the only architecture
that didn't include this definition in the asm/page.h
Hi Jarkko,
Am Samstag, 7. September 2019, 19:04:15 CEST schrieb Jarkko Sakkinen:
> On Tue, 2019-09-03 at 09:52 -0700, Stephen Boyd wrote:
> > That's fair. I'll put the Kconfig option back. There's still the small
> > issue of what to do about the module name. Should I rename the
> > tpm_tis_spi.c
On Sat, Sep 07, 2019 at 09:32:40AM -0700, Dmitry Torokhov wrote:
> On Sat, Sep 07, 2019 at 07:08:19PM +0300, Andy Shevchenko wrote:
> > On Fri, Sep 06, 2019 at 03:26:09PM -0700, Dmitry Torokhov wrote:
> > > + } else if (src->type == DEV_PROP_REF) {
> > > + /* All reference properties must
The pull request you sent on Sat, 7 Sep 2019 13:42:34 +0530:
> git://git.infradead.org/users/vkoul/slave-dma.git tags/dmaengine-fix-5.3
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/d3464ccd105b42f87302572ee1f097e6e0b432c6
Thank you!
--
Deet-doot-dot, I am a bot.
* H. Nikolaus Schaller [190907 06:57]:
> For the ti-cpufreq driver we need a clear separation between omap34 and
> omap36 families
> since they have different silicon revisions and efuses.
>
> So far ti,omap3630/ti,omap36xx is just an additional flag to ti,omap3 while
> omap34 has no
>
* H. Nikolaus Schaller [190907 06:57]:
> In addition, move omap3 from whitelist to blacklist in cpufreq-dt-platdev
> in the same patch, because doing either first breaks operation and
> may make trouble in bisect.
>
> We also can remove opp-v1 table for omap3-n950-n9 since it is now
>
* H. Nikolaus Schaller [190907 06:57]:
> * clarify that we now need either "ti,omap3430" or "ti,omap3630" or
> "ti,am3517" for omap3 chips
> * clarify that "ti,omap3" has no default
> * clarify that AM33x is not an "ti,omap3"
> * clarify that the list of boards is incomplete
> * remove some
* H. Nikolaus Schaller [190907 07:38]:
> > Am 07.09.2019 um 08:56 schrieb H. Nikolaus Schaller :
> > @@ -190,6 +272,11 @@ static const struct of_device_id ti_cpufreq_of_match[]
> > = {
> > { .compatible = "ti,am33xx", .data = _soc_data, },
> > { .compatible = "ti,am43", .data =
On Sat, Sep 07, 2019 at 11:09:48AM +0200, volery wrote:
> There were a lot of styling problems using space then tab or spaces
> instead of tabs in that file. Especially the entire function at line
> 2677.
> Also added a space before the : on line 2221.
>
> Signed-off-by: Sandro Volery
> ---
>
On Tue, 2019-09-03 at 09:52 -0700, Stephen Boyd wrote:
> That's fair. I'll put the Kconfig option back. There's still the small
> issue of what to do about the module name. Should I rename the
> tpm_tis_spi.c file to something else so that the module can keep the
> same name? Or was the
On Sun, Aug 18, 2019 at 2:05 PM Hans de Goede wrote:
>
> Add touchscreen info for the Trekstor Primebook C11B 2-in-1, note the C11B
> used the same touchscreen as the regular C11, so we only add a new DMI
> match.
>
Pushed to my review and testing queue, thanks!
> Cc: Thomas Hiller
>
On Fri, Aug 16, 2019 at 4:42 AM M. Vefa Bicakci wrote:
>
> On a Xen-based PVH virtual machine with more than 4 GiB of RAM,
> intel_pmc_core fails initialization with the following warning message
> from the kernel, indicating that the driver is attempting to ioremap
> RAM:
>
> [ cut
On Tue, 2019-09-03 at 09:39 -0700, Doug Anderson wrote:
> Hi,
>
> On Tue, Sep 3, 2019 at 9:28 AM Sasha Levin wrote:
> > From: Vadim Sukhomlinov
> >
> > [ Upstream commit db4d8cb9c9f2af71c4d087817160d866ed572cc9 ]
> >
> > TPM 2.0 Shutdown involve sending TPM2_Shutdown to TPM chip and disabling
s/Add support for DW based driver type/Add Amazon Annapurna Labs PCIe
controller driver/
On Thu, Sep 05, 2019 at 05:01:43PM +0300, Jonathan Chocron wrote:
> This driver is DT based and utilizes the DesignWare APIs.
>
> It allows using a smaller ECAM range for a larger bus range -
> usually an
s/Add quirk to disable/Disable/ in subject
On Thu, Sep 05, 2019 at 05:00:18PM +0300, Jonathan Chocron wrote:
> The Root Port (identified by [1c36:0031]) doesn't support MSI-X. On some
> platforms it is configured to not advertise the capability at all, while
> on others it (mistakenly) does. This
On Thu, Sep 05, 2019 at 05:00:17PM +0300, Jonathan Chocron wrote:
> The Amazon Annapurna Labs PCIe Root Port exposes the VPD capability,
> but there is no actual support for it.
Oops. Another oops for the device ID reuse mentioned below.
> Trying to access the VPD (for example, as part of lspci
On Thu, Sep 05, 2019 at 05:00:16PM +0300, Jonathan Chocron wrote:
> From: Ali Saidi
>
> The Amazon's Annapurna Labs root ports don't advertise an ACS
> capability, but they don't allow peer-to-peer transactions and do
> validate bus numbers through the SMMU. Additionally, it's not possible
> for
On Fri, Aug 16, 2019 at 4:42 AM M. Vefa Bicakci wrote:
>
> Prior to this commit, removing the intel_pmc_core_pltdrv module
> would cause the following warning:
>
> [ cut here ]
> Device 'intel_pmc_core.0' does not have a release() function, \
> it is broken and
This patch supports some type of machine drivers that set 0 to mclk
when sound device goes to idle state. After applied this patch,
sysclk == 0 means there is no constraint of sound rate and other
values will set constraints which is derived by sysclk setting.
Original code refuses sysclk == 0
This patch removes redundant null checks for optional MCLK clock.
And fix DT binding document for changing clock property to optional
from required.
Signed-off-by: Katsuhiro Suzuki
---
.../bindings/sound/everest,es8316.txt | 3 ++
sound/soc/codecs/es8316.c | 31
On Sat, Sep 07, 2019 at 07:08:19PM +0300, Andy Shevchenko wrote:
> On Fri, Sep 06, 2019 at 03:26:09PM -0700, Dmitry Torokhov wrote:
> > It is possible to store references to software nodes in the same fashion as
> > other static properties, so that users do not need to define separate
> >
tree:
https://kernel.googlesource.com/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 1e3778cb223e861808ae0daccf353536e7573eed
commit: a035d552a93bb9ef6048733bb9f2a0dc857ff869 Makefile: Globally enable
fall-through warning
date: 6 weeks ago
config: powerpc-mpc83xx_defconfig
On Sat, Sep 07, 2019 at 11:06:29AM -0500, Navid Emamdoost wrote:
> Cool! I thought it is forgotten, as there were no response to the v3 of the
> patch.
Nevertheless, you may send a follow up, since one call to pci_iounmap() is
missed when dw_dma_probe() fails.
> Thanks for letting me know.
On Fri, Sep 06, 2019 at 03:26:11PM -0700, Dmitry Torokhov wrote:
> Now that all users of references have moved to reference properties,
> we can remove separate handling of references.
>
FWIW,
Reviewed-by: Andy Shevchenko
> Signed-off-by: Dmitry Torokhov
> ---
>
> v1->v2:
>
> - dropped
Alright, I'll do that when I get home tonight!
Thanks,
Sandro V
> On 7 Sep 2019, at 18:08, Joe Perches wrote:
>
> On Sat, 2019-09-07 at 17:56 +0200, Sandro Volery wrote:
On 7 Sep 2019, at 17:44, Joe Perches wrote:
>>>
>>> On Sat, 2019-09-07 at 17:34 +0200, Sandro Volery wrote:
On
On Fri, Sep 06, 2019 at 03:26:10PM -0700, Dmitry Torokhov wrote:
> Now that static device properties allow defining reference properties
> together with all other types of properties, instead of managing them
> separately, let's adjust the driver.
>
Acked-by: Andy Shevchenko
> Signed-off-by:
On Fri, Sep 06, 2019 at 03:26:09PM -0700, Dmitry Torokhov wrote:
> It is possible to store references to software nodes in the same fashion as
> other static properties, so that users do not need to define separate
> structures:
>
> static const struct software_node gpio_bank_b_node = {
>
On Sat, 2019-09-07 at 17:56 +0200, Sandro Volery wrote:
> > On 7 Sep 2019, at 17:44, Joe Perches wrote:
> >
> > On Sat, 2019-09-07 at 17:34 +0200, Sandro Volery wrote:
> > > On patchwork I entered 'volery' as my username because I didn't know
> > > better, and now checkpatch always complains
From: Colin King
Date: Fri, 6 Sep 2019 12:28:04 +0100
> From: Colin Ian King
>
> Don't populate the array spec_opcode on the stack but instead make it
> static const. Makes the object code smaller by 48 bytes.
>
> Before:
>text data bss dec hex filename
>6914
From: Colin King
Date: Fri, 6 Sep 2019 12:19:43 +0100
> From: Colin Ian King
>
> Don't populate the arrays on the stack but instead make them
> static const. Makes the object code smaller by 281 bytes.
>
> Before:
>text data bss dec hex filename
> 87553
From: Jose Abreu
Date: Fri, 6 Sep 2019 09:41:12 +0200
> Improvements and fixes for recently introduced features. All for -next tree.
> More info in commit logs.
Series applied, thanks.
On Sat, Sep 07, 2019 at 11:14:00AM +0800, zhong jiang wrote:
> On 2019/9/7 3:40, Andrew Lunn wrote:
> > On Thu, Sep 05, 2019 at 11:53:48PM +0800, zhong jiang wrote:
> >> The kernel.h macro DIV_ROUND_CLOSEST performs the computation (x + d/2)/d
> >> but is perhaps more readable.
> > Hi Zhong
> >
>
On Fri, Sep 06, 2019 at 04:57:22PM -0400, Alan Stern wrote:
> Currently the Linux Kernel Memory Model gives an incorrect response
> for the following litmus test:
>
> C plain-WWC
>
> {}
>
> P0(int *x)
> {
> WRITE_ONCE(*x, 2);
> }
>
> P1(int *x, int *y)
> {
> int r1;
> int r2;
> On 7 Sep 2019, at 17:44, Joe Perches wrote:
>
> On Sat, 2019-09-07 at 17:34 +0200, Sandro Volery wrote:
>> On patchwork I entered 'volery' as my username because I didn't know better,
>> and now checkpatch always complains when I add 'signed-off-by' with my
>> actual full name.
>
> How
On Fri, Sep 06, 2019 at 05:32:39PM -0500, Navid Emamdoost wrote:
> I was wondering is anyone reviewing this patch?
> https://lore.kernel.org/patchwork/patch/1106267/
Why?
The one below is a part of upstraem
commit f5d6aadf3b6434f11393e33be9fd25a56d0bc872
Author: Navid Emamdoost
Date: Fri
On Sat, 2019-09-07 at 17:34 +0200, Sandro Volery wrote:
> On patchwork I entered 'volery' as my username because I didn't know better,
> and now checkpatch always complains when I add 'signed-off-by' with my actual
> full name.
How does checkpatch complain?
There is no connection between
From: Haiyang Zhang
Date: Thu, 5 Sep 2019 23:22:58 +
> This patch set fixes an issue in SG tuning, and sync
> offload settings from synthetic NIC to VF NIC.
Series applied to net-next.
On 9/6/2019 1:45 PM, Vitaly Gaiduk wrote:
> Hi, Andrew.
>
> I'm not familiar with generic PHY HW archs but suppose that it is
> proprietary to TI.
>
> I'v never seen such feature so moved it in TI dts field.
My search engine results seem to indicate that this is indeed TI
specific only and
On Thu, Sep 05, 2019 at 07:26:00PM +0300, Vitaly Gaiduk wrote:
> Add documentation of ti,sgmii-type which can be used to select
> SGMII mode type (4 or 6-wire).
>
> Signed-off-by: Vitaly Gaiduk
> ---
> Documentation/devicetree/bindings/net/ti,dp83867.txt | 1 +
> 1 file changed, 1 insertion(+)
> On 7 Sep 2019, at 16:52, Dan Carpenter wrote:
>
Alright, thanks!
Some stupid other question:
On patchwork I entered 'volery' as my username because I didn't know better,
and now checkpatch always complains when I add 'signed-off-by' with my actual
full name.
How can I avoid that?
From:
Date: Thu, 5 Sep 2019 19:46:18 +0300
> From: Stefan Chulski
>
> Regarding to IEEE 802.3-2015 standard section 2
> 28B.3 Priority resolution - Table 28-3 - Pause resolution
>
> In case of Local device Pause=1 AsymDir=0, Link partner
> Pause=1 AsymDir=1, Local device resolution should be
From: Vitaly Gaiduk
Date: Thu, 5 Sep 2019 19:26:00 +0300
> + - ti,sgmii-type - This denotes the fact which SGMII mode is used (4 or
> 6-wire).
You need to document this more sufficiently as per Andrew's feedback.
Quoting Thomas Gleixner (2019-09-07 16:00:17)
> Does this only happen with that CPU0 hotplug stuff enabled or on CPUs other
> than CPU0 as well? That hotplug CPU0 stuff is a bandaid so I wouldn't be
> surprised if we broke that somehow.
If I ignore cpu0 in that test and so use
[ 133.847187]
With the commit e86dc1ca4676 ("Libertas: cfg80211 support") we've lost
the ability to actually set the Mesh SSID from userspace.
NL80211_CMD_SET_INTERFACE with NL80211_ATTR_MESH_ID sets the mesh point
interface's ssid field. Let's use that one for the Libertas Mesh
operation
Signed-off-by:
From: zhong jiang
Date: Thu, 5 Sep 2019 23:53:48 +0800
> The kernel.h macro DIV_ROUND_CLOSEST performs the computation (x + d/2)/d
> but is perhaps more readable.
>
> Signed-off-by: zhong jiang
Applied to net-next.
On Fri, Sep 06, 2019 at 06:02:35PM +0800, Jason Wang wrote:
>
> On 2019/9/5 下午9:59, Jason Gunthorpe wrote:
> > On Thu, Sep 05, 2019 at 08:27:34PM +0800, Jason Wang wrote:
> > > Hi:
> > >
> > > Per request from Michael and Jason, the metadata accelreation is
> > > reverted in this version and
Hi Jianxin,
On Fri, Sep 6, 2019 at 7:58 AM Jianxin Pan wrote:
[...]
> > also I'm a bit surprised to see no busses (like aobus, cbus, periphs, ...)
> > here
> > aren't there any busses defined in the A1 SoC implementation or are
> > were you planning to add them later?
> Unlike previous
On Sat, 7 Sep 2019, Chris Wilson wrote:
> Quoting Thomas Gleixner (2019-09-07 15:29:19)
> > On Sat, 7 Sep 2019, Chris Wilson wrote:
> > > Quoting Linus Torvalds (2019-09-02 18:28:26)
> > > > Bandan Das:
> > > > x86/apic: Include the LDR when clearing out APIC registers
> > >
> > > Apologies
On Sat, Sep 07, 2019 at 04:48:21PM +0200, Sandro Volery wrote:
> > Joe's comments are, of course, correct as well.
> >
> > regards,
> > dan carpenter
> >
>
> I'll take a look at Joe's suggestions too sometime tonight. I'd feel kinda
> bad tho if I just apply his work and send it in?
Don't
> On 7 Sep 2019, at 16:39, Dan Carpenter wrote:
>
> You need a subject prefix. It should be something like:
>
> [PATCH] Staging: gasket: Fix parentheses malpractice in apex_driver.c
>
Thanks for the reply! I'll try to do that better for my next patch.
> Generally "Fix" is considered
Convert Samsung S3C/S5P/Exynos watchdog bindings to DT schema format
using json-schema.
Signed-off-by: Krzysztof Kozlowski
---
.../bindings/watchdog/samsung-wdt.txt | 35 --
.../bindings/watchdog/samsung-wdt.yaml| 69 +++
2 files changed, 69
The Samsung SoC watchdog driver always required providing a clock
(either through platform data or from DT). However when bindings were
added in commit 9487a9cc7140 ("watchdog: s3c2410: Add support for device
tree based probe"), they missed the requirement of clock.
Signed-off-by: Krzysztof
Convert Samsung Exynos SROM controller bindings to DT schema format
using json-schema.
Signed-off-by: Krzysztof Kozlowski
---
.../memory-controllers/exynos-srom.txt| 79 --
.../memory-controllers/exynos-srom.yaml | 136 ++
2 files changed, 136
Quoting Thomas Gleixner (2019-09-07 15:29:19)
> On Sat, 7 Sep 2019, Chris Wilson wrote:
> > Quoting Linus Torvalds (2019-09-02 18:28:26)
> > > Bandan Das:
> > > x86/apic: Include the LDR when clearing out APIC registers
> >
> > Apologies if this is known already, I'm way behind on email.
>
Arul,
On Fri, 6 Sep 2019, Arul Jeniston wrote:
> >Changing the return value to 1 would be just a cosmetic workaround.
>
> Agreed. Returning 1 is incorrect as It causes the next read() to
> return before the interval time passed.
>
> >So I rather change the documentation (this applies only to
You need a subject prefix. It should be something like:
[PATCH] Staging: gasket: Fix parentheses malpractice in apex_driver.c
Generally "Fix" is considered better style than "Fixed". We aren't
going to care about that in staging, but the patch prefix is mandatory
so you will need to redo it
On Sat, 7 Sep 2019, Chris Wilson wrote:
> Quoting Linus Torvalds (2019-09-02 18:28:26)
> > Bandan Das:
> > x86/apic: Include the LDR when clearing out APIC registers
>
> Apologies if this is known already, I'm way behind on email.
>
> I've bisected
>
> [ 18.693846] smpboot: CPU 0 is now
This patch corrects the SPDX License Identifier style
in header files related to Video drivers for Xilinx devices.
For C header files Documentation/process/license-rules.rst
mandates C-like comments (opposed to C source files where
C++ style should be used)
Changes made by using a script provided
From: Cheng Lin
Date: Fri, 30 Aug 2019 14:11:16 +0800
> Originally, Router Reachability Probing require a neighbour entry
> existed. Commit 2152caea7196 ("ipv6: Do not depend on rt->n in
> rt6_probe().") removed the requirement for a neighbour entry. And
> commit f547fac624be ("ipv6: rate-limit
On Fri, 2019-09-06 at 17:26 +0100, Luis Henriques wrote:
> "Jeff Layton" writes:
>
> > On Fri, 2019-09-06 at 14:57 +0100, Luis Henriques wrote:
> > > OSDs are able to perform object copies across different pools. Thus,
> > > there's no need to prevent copy_file_range from doing remote copies if
On Fri 2019-09-06 09:55:49, Jiri Slaby wrote:
> bogus_64_magic is only a dead-end loop. There is no need for an
> out-of-order function (and unannotated local label), so just handle it
> in-place and also store 0xbad-m-a-g-i-c to rcx beforehand.
>
> Signed-off-by: Jiri Slaby
> Cc: "Rafael J.
On Sat, Sep 7, 2019 at 7:28 AM Denis Efremov wrote:
> On 07.09.2019 01:39, Denis Efremov wrote:
> >> This is not helpful, as these are clearly not static symbols
> >> at all. Suppress the warning in a case like this.
> >>
> >
> > It looks very similar to this discussion
On Sat, Sep 7, 2019 at 9:34 AM Jason Gunthorpe wrote:
> > @@ -374,7 +374,7 @@ struct siw_umem *siw_umem_get(u64 start, u64 len, bool
> > writable)
> > unsigned int foll_flags = FOLL_WRITE;
> > int num_pages, num_chunks, i, rv = 0;
> >
> > - if (!can_do_mlock())
> > + if
/Alexandru-Ardelean/net-stmmac-socfpga-re-use-the-interface-parameter-from-platform-data/20190907-190627
config: sparc64-allmodconfig (attached as .config)
compiler: sparc64-linux-gcc (GCC) 7.4.0
reproduce:
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin
On Sat, Sep 7, 2019 at 4:07 AM Masahiro Yamada
wrote:
>
> samples/watch_queue/Makefile specifies the header search path
> -I$(objtree)/usr/include, which is probaby needed to include
> etc.
>
> To make it work properly, add "depends on HEADERS_INSTALL" so that
> headers are installed into
From: Markus Elfring
Date: Sat, 7 Sep 2019 14:25:31 +0200
Simplify this function implementation by using a known function.
Generated by: scripts/coccinelle/api/ptr_ret.cocci
Signed-off-by: Markus Elfring
---
drivers/scsi/ufs/ufs-hisi.c | 5 +
1 file changed, 1 insertion(+), 4
> > Add the new Family 17h Model 70h PCI IDs (device 18h functions 0 and 6)
> > to the AMD64 EDAC module.
> >
> > Cc: Borislav Petkov (maintainer:EDAC-AMD64)
> > Cc: Mauro Carvalho Chehab (supporter:EDAC-CORE)
> > Cc: James Morse (reviewer:EDAC-CORE)
> > Cc: linux-e...@vger.kernel.org (open
On Sat, Sep 7, 2019 at 7:50 AM Sedat Dilek wrote:
>
> The compiler-attribute patchset sit for some weeks in linux-next, so I
> have not seen any complains.
It has been there only since Monday (cleanly), not weeks.
Cheers,
Miguel
From: Markus Elfring
Date: Sat, 7 Sep 2019 13:51:16 +0200
Simplify this function implementation by using a known function.
Generated by: scripts/coccinelle/api/ptr_ret.cocci
Signed-off-by: Markus Elfring
---
drivers/spi/spi-gpio.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
> On Sep 7, 2019, at 3:05 AM, Ingo Molnar wrote:
>
>
> * Qian Cai wrote:
>
>> The commit 108c14858b9e ("locking/lockdep: Add support for dynamic
>> keys") introduced a boot warning on powerpc below, because since the
>> commit 2d4f567103ff ("KVM: PPC: Introduce kvm_tmp framework") adds
>>
Convert generic mmio-sram bindings to DT schema format using
json-schema.
Signed-off-by: Krzysztof Kozlowski
---
.../devicetree/bindings/sram/sram.txt | 80 --
.../devicetree/bindings/sram/sram.yaml| 138 ++
2 files changed, 138 insertions(+), 80
Convert Samsung Exynos SYSRAM bindings to DT schema format using
json-schema.
Signed-off-by: Krzysztof Kozlowski
---
TODO:
The node naming should be probably fixed (sysram->sram)
---
.../devicetree/bindings/sram/samsung-sram.txt | 38
.../bindings/sram/samsung-sram.yaml
From: Markus Elfring
Date: Sat, 7 Sep 2019 13:07:22 +0200
Simplify this function implementation by using a known function.
Generated by: scripts/coccinelle/api/ptr_ret.cocci
Signed-off-by: Markus Elfring
---
drivers/regulator/vexpress-regulator.c | 5 +
1 file changed, 1 insertion(+), 4
On Tue, 3 Sep 2019 15:46:54 -0400
Sasha Levin wrote:
> On Tue, Sep 03, 2019 at 06:53:28PM +0100, Jonathan Cameron wrote:
> >On Tue, 3 Sep 2019 12:23:38 -0400
> >Sasha Levin wrote:
> >
> >> From: Jonathan Bakker
> >>
> >> [ Upstream commit 882bf52fdeab47dbe991cc0e564b0b51c571d0a3 ]
> >>
> >>
On 2019/09/04 17:25, Michal Hocko wrote:
> On Wed 04-09-19 16:00:42, Sergey Senozhatsky wrote:
>> On (09/04/19 15:41), Sergey Senozhatsky wrote:
>>> But the thing is different in case of dump_stack() + show_mem() +
>>> some other output. Because now we ratelimit not a single printk() line,
>>> but
--
CONGRATULATIONS DEAR BENEFICIARY,
We the management and staff of SHELL GLOBAL COMPANY PLC have your email
address as a winner in our annual year email balloting promotion and We
credited your total winning into ATM VISA CARD for your personal use so
that no one can have access to it, we have
(Resending to LKML as linux-mm ML dropped my posts.)
If /proc/sys/vm/oom_dump_tasks != 0, dump_header() can become very slow
because dump_tasks() synchronously reports all OOM victim candidates, and
as a result ratelimit test for dump_header() cannot work as expected.
This patch defers
On Fri, 6 Sep 2019, Raj, Ashok wrote:
> On Fri, Sep 06, 2019 at 11:16:00PM +0200, Thomas Gleixner wrote:
> > Now #1 is actually a sensible and feasible solution which can be pulled off
> > in a reasonably short time frame, avoids all the bound to be ugly and
> > failure laden attempts of fixing
Optimize use of return in hx711_set_gain_for_channel().
Signed-off-by: Andreas Klinger
---
drivers/iio/adc/hx711.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/iio/adc/hx711.c b/drivers/iio/adc/hx711.c
index c8686558429b..20c249f502c0 100644
---
Set gain in hx711_reset() to its default value after a reset cycle. This
omits one precautionary read cycle, because the read is performed in
hx711_set_gain_for_channel() anyway if gain has changed.
Check for DOUT low and wait some time if it goes down instead of doing a
blind reset cycle when
Fix bug in sampling function hx711_cycle() when interrupt occures while
PD_SCK is high. If PD_SCK is high for at least 60 us power down mode of
the sensor is entered which in turn leads to a wrong measurement.
Move query of DOUT at the latest point of time which is at the end of
PD_SCK low
This patch set fixes problems in the sampling of data and optimizes driver
performance.
It was partly suggested privately to me and i got the allowance to use it
further. But because the person is not answering my emails related to
the question of mentioning the name for a long time i submit it
Quoting Linus Torvalds (2019-09-02 18:28:26)
> Bandan Das:
> x86/apic: Include the LDR when clearing out APIC registers
Apologies if this is known already, I'm way behind on email.
I've bisected
[ 18.693846] smpboot: CPU 0 is now offline
[ 19.707737] smpboot: Booting Node 0 Processor
Hi!
I don't see the LED-backlight driver in -next. Could it be pushed? It
is one of last pieces to get working backlight on Motorola Droid 4...
Best regards,
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
101 - 200 of 241 matches
Mail list logo