We need to handle genpd OPP tables differently, this is already the case
at one location and will be extended going forward. Add another field to
the OPP table to check if the table belongs to a genpd or not.
Signed-off-by: Viresh Kumar
---
drivers/opp/of.c | 6 --
drivers/opp/opp.h | 2 ++
An earlier commit populated the OPP tables from the "required-opps"
property, this commit populates the individual OPPs. This is repeated
for each OPP in the OPP table and these populated OPPs will be used by
later commits.
Signed-off-by: Viresh Kumar
---
drivers/opp/core.c | 1 +
This isn't used anymore, remove it.
Signed-off-by: Viresh Kumar
---
drivers/opp/of.c | 54 --
include/linux/pm_opp.h | 5
2 files changed, 59 deletions(-)
diff --git a/drivers/opp/of.c b/drivers/opp/of.c
index b059d833f920..623f651f9e11
The OPP core already has the performance state values for each of the
genpd's OPPs and there is no need to call the genpd callback again to
get the performance state for the case where the end device doesn't have
an OPP table and has the "required-opps" property directly in its node.
This commit
Now that all the infrastructure is in place to support multiple required
OPPs, lets switch over to using it.
A new internal routine _set_required_opps() takes care of updating
performance state for all the required OPPs. With this the performance
state updates are supported even when the end
Create a separate routine to take care of custom set_opp() handler
specific stuff.
Signed-off-by: Viresh Kumar
---
drivers/opp/core.c | 67 +++---
1 file changed, 40 insertions(+), 27 deletions(-)
diff --git a/drivers/opp/core.c b/drivers/opp/core.c
On Fri, Oct 12, 2018 at 09:25:55AM +0200, Boris Brezillon wrote:
> Hello Greg,
>
> Here is a PR containing a fix for a bug introduced in 4.19-rc1.
>
> Regards,
>
> Boris
>
> The following changes since commit 0238df646e6224016a45505d2c111a24669ebe21:
>
> Linux 4.19-rc7 (2018-10-07 17:26:02
On Thu, 11 Oct 2018 14:53:25 +0200
Peter Zijlstra wrote:
[...]
> > > > + if (rq->curr != rq->idle) {
> > > > + rq->proxy = rq->idle;
> > > > + set_tsk_need_resched(rq->idle);
> > > > + /*
> > > > +* XXX [juril] don't we still need
Hi all,
Changes since 20181011:
The net-next tree gained conflicts against the net tree.
The tip tree gained conflicts against Linus' tree.
The xarray tree gained a conflict against the nnvdimm-fixes tree.
Non-merge commits (relative to Linus' tree): 9879
9305 files changed, 476445
On Fri, Oct 12, 2018 at 12:08 AM Lina Iyer wrote:
>
> On Thu, Oct 11 2018 at 14:56 -0600, Rafael J. Wysocki wrote:
> >On Wednesday, October 10, 2018 11:20:49 PM CEST Raju P.L.S.S.S.N wrote:
> >> From: Ulf Hansson
> >>
> >> To allow CPUs being power managed by PM domains, let's deploy support for
On 10/10/2018 06:13 PM, Zi Yan wrote:
> On 10 Oct 2018, at 0:05, Anshuman Khandual wrote:
>
>> On 10/09/2018 07:28 PM, Zi Yan wrote:
>>> cc: Naoya Horiguchi (who proposed to use !_PAGE_PRESENT && !_PAGE_PSE for
>>> x86
>>> PMD migration entry check)
>>>
>>> On 8 Oct 2018, at 23:58, Anshuman
On Thu, 2018-10-11 at 12:38 +0100, Lorenzo Pieralisi wrote:
> On Tue, Oct 09, 2018 at 11:08:15AM +0800, Honghui Zhang wrote:
> > On Mon, 2018-10-08 at 18:23 +0100, Lorenzo Pieralisi wrote:
> > > On Mon, Oct 08, 2018 at 11:24:41AM +0800, honghui.zh...@mediatek.com
> > > wrote:
> > > > From:
On 10/09/2018 06:48 PM, Will Deacon wrote:
> On Tue, Oct 09, 2018 at 04:04:21PM +0300, Kirill A. Shutemov wrote:
>> On Tue, Oct 09, 2018 at 09:28:58AM +0530, Anshuman Khandual wrote:
>>> A normal mapped THP page at PMD level should be correctly differentiated
>>> from a PMD migration entry
On Fri, Oct 12, 2018 at 7:59 AM Vignesh R wrote:
> On Thursday 11 October 2018 07:12 PM, Ricardo Ribalda Delgado wrote:
> > Hi Vignesh
> >
> > Ups, it does not look too good :S . Can you check if this change fixes it:
> >
>
> Below diff works for me. I no longer see crash and gpio-hog seems to be
On Tue, 09 Oct 2018, Vladimir Zapolskiy wrote:
> From: Vladimir Zapolskiy
>
> The change adds I2C device driver for TI DS90Ux9xx de-/serializers,
> support of subdevice controllers is done in separate drivers, because
> not all IC functionality may be needed in particular situations, and
> this
Hi Boris,
> -Original Message-
> From: Boris Brezillon [mailto:boris.brezil...@bootlin.com]
> Sent: Friday, October 12, 2018 11:38 AM
> To: Yogesh Narayan Gaur
> Cc: linux-...@lists.infradead.org; linux-...@vger.kernel.org;
> tudor.amba...@microchip.com; marek.va...@gmail.com;
>
On Tue, Oct 9, 2018 at 11:46 PM Srinivas Pandruvada
wrote:
>
> This series presents base frequency to cpufreq sysfs when intel_pstate
> is in use in HWP mode.
>
> Changes:
> v2
> - Removed guaranteed attribute addition to acpi_cppc sysfs
> - Using the cppc_acpi interface to get base frequency and
On Thu, Oct 11, 2018 at 03:22:11PM -0700, kernelci.org bot wrote:
>
>
> Full Boot Summary:
> https://kernelci.org/boot/all/job/stable-rc/branch/linux-4.4.y/kernel/v4.4.160-28-gb3522afcec59/
> Full Build Summary:
>
Gentle ping this patch set
Anson Huang
Best Regards!
> -Original Message-
> From: Daniel Lezcano
> Sent: Thursday, September 13, 2018 9:43 PM
> To: Anson Huang ; rui.zh...@intel.com;
> edubez...@gmail.com; linux...@vger.kernel.org;
> linux-kernel@vger.kernel.org
> Subject: Re:
--
My name is Smadar Barber-Tsadik, I'm the Chief Executive Officer (C.P.A) of the
First International Bank of Israel (FIBI).I'm getting in touch with you in
regards to a very important and urgent matter.Kindly respond back at your
earliest convenience so I can provide you the details.
On 12/10/2018 07:34, Jann Horn wrote:
> On Fri, Oct 12, 2018 at 7:29 AM Juergen Gross wrote:
>> On 12/10/2018 05:21, Jann Horn wrote:
>>> +cc xen maintainers and kvm folks
>>>
>>> On Fri, Oct 12, 2018 at 4:40 AM Joel Fernandes (Google)
>>> wrote:
Android needs to mremap large regions of
On 11/10/18 16:39, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.14.76 release.
> There are 45 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
On Fri, Oct 12, 2018 at 07:15:09PM +1100, Stephen Rothwell wrote:
> Hi Greg,
>
> Commit
>
> c9a8e5fce009 ("tty: wipe buffer.")
>
> is missing a Signed-off-by from its author.
Yes, known issue, I took a patch from Linus that he didn't get the
chance to sign-off on.
thanks,
greg k-h
On Fri, Oct 12, 2018 at 1:45 PM Russell King - ARM Linux
wrote:
>
> On Fri, Oct 12, 2018 at 11:39:15AM +0100, Jon Hunter wrote:
> > We had the same situation for Tegra124 Jetson TK1 but I don't think that
> > adding a pseudo intermediate regulator is cleaner. If the GPIO controls
> > more than
On 10/12/2018 06:37 AM, Greg Kroah-Hartman wrote:
On Fri, Oct 12, 2018 at 05:19:16AM -0700, Guenter Roeck wrote:
On 10/11/2018 08:33 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 3.18.124 release.
There are 120 patches in this series, all will be posted as
If userspace only reads the trackstick node, and no one is listening to
the touchpad nor the hidraw node then, the device is not powered on.
Add open/close callbacks to allow users to disable the touchpad in Gnome
while keeping the trackstick active.
Link:
Hi Nick,
@@ -123,7 +123,7 @@ static int TSS_rawhmac(unsigned char *digest, const
unsigned char *key,
*/
static int TSS_authhmac(unsigned char *digest, const unsigned char *key,
unsigned int keylen, unsigned char *h1,
- unsigned char *h2,
[1.] One line summary of the problem:
brcmfmac driver crashes on resuming if no firmware is loaded
[2.] Full description of the problem/report:
In stable-v4.4, if the brcmfmac driver fails to load the required
firmware on boot for an SDIO based device, then the driver fails
to
On 12.10.2018 14:36, Fabrice Gasnier wrote:
> On 10/12/2018 02:15 PM, Stefan Wahren wrote:
>> Am 12.10.2018 um 13:55 schrieb Thierry Reding:
>>> On Mon, Oct 01, 2018 at 03:23:55PM +0200, Fabrice Gasnier wrote:
Since commit 7e5d1fd75c3d ("pwm: Set class for exported channels in sysfs")
-
Fix a leak of afs_server structs. The routine that installs them in the
various lookup lists and trees gets a ref on leaving the function, whether
it added the server or a server already exists. It shouldn't increment
the refcount if it added the server.
The effect of this that "rmmod kafs"
On Tue, 28 Aug 2018 22:32:57 +0800
Liu Xiang wrote:
> If the size of spi-nor flash is larger than 16MB, the read_opcode
> is set to SPINOR_OP_READ_1_1_4_4B, and fsl_qspi_get_seqid() will
> return -EINVAL when cmd is SPINOR_OP_READ_1_1_4_4B. This can
> cause read operation fail.
>
> Fixes:
Hi Qiang,
On Fri, Oct 12, 2018 at 04:36:01PM +0800, Song Qiang wrote:
>
>
> On 2018年10月12日 15:35, Song Qiang wrote:
> > PNI RM3100 is a high resolution, large signal immunity magnetometer,
> > composed of 3 single sensors and a processing chip with a MagI2C
> > interface.
> >
> ...
> > +static
Guest changing MSR_CORE_PERF_GLOBAL_CTRL causes KVM to reprogram pmc
counters, which re-allocates a host perf event. This process is
heavyweight and results in a long guest pmi handling time. This also
makes the perf samping events in the guest hard to move forward as the
sampling rate will be
This allows nonexclusive (simultaneous) access to a single
GPIO line for the fixed regulator enable line. This happens
when several regulators use the same GPIO for enabling and
disabling a regulator, and all need a handle on their GPIO
descriptor.
This solution with a special flag is not
On 2018-10-10 09:49, Will Deacon wrote:
Hi Prasad,
On Tue, Oct 09, 2018 at 01:56:14PM -0700, Sodagudi Prasad wrote:
This is regarding - thread "try to fix contention between
expire_timers and
try_to_del_timer_sync".
https://lkml.org/lkml/2017/7/28/172
I think this live lockup issue was
Calling printk() people. ;-)
On 2018/10/12 21:41, Johannes Weiner wrote:
> On Fri, Oct 12, 2018 at 09:10:40PM +0900, Tetsuo Handa wrote:
>> On 2018/10/12 21:08, Michal Hocko wrote:
So not more than 10 dumps in each 5s interval. That looks reasonable
to me. By the time it starts dropping
Hi Andreas,
Thanks for your feedback!
> > + *
> > + * Copyright (C) 2018 Aleksandr Aleksandrov
> >
> > + */
> > +
> > +/dts-v1/;
> > +
> > +#include "sun50i-h5-emlid-neutis-n5.dtsi"
> > +
> > +/ {
> > + model = "Emlid Neutis N5 Developer board";
> > + compatible =
El jue, 26-04-2018 a las 15:09 +, Pandruvada, Srinivas escribió:
> On Thu, 2018-04-26 at 07:42 -0500, Dennis Gilmore wrote:
> > Hi Srinivas,
> >
> > El jue, 26-04-2018 a las 05:34 +, Pandruvada, Srinivas
> > escribió:
> > > Hi Dennis,
> > >
> > > On Wed, 2018-04-25 at 22:06 -0500, Dennis
Hi!
> > > > Problem is still there in today's next.
> > >
> > > So what came in between -next20181005 and the first bad one?
> > > kernel/sched/*
> > > being the first place to look at.
> >
> > kernel/sched does not seem to contain anything too scary.
> >
> > I know that -next20181005 works
On 10/12/2018 02:15 PM, Stefan Wahren wrote:
> Am 12.10.2018 um 13:55 schrieb Thierry Reding:
>> On Mon, Oct 01, 2018 at 03:23:55PM +0200, Fabrice Gasnier wrote:
>>> Since commit 7e5d1fd75c3d ("pwm: Set class for exported channels in sysfs")
>>> - it's not possible to export more than one PWM
On Friday 12 October 2018 11:19:41 Andreas Henriksson wrote:
> Hello everyone,
>
> On Tue, Oct 02, 2018 at 04:44:10AM -0400, Jaroslav Skarvada wrote:
> > I am downstream maintainer of dosfstools in Fedora/RHEL. My personal opinion
> > with such kind of projects is that one or two years without
Correcting stable address ...
On 12/10/18 13:37, Jon Hunter wrote:
> [1.] One line summary of the problem:
> brcmfmac driver crashes on resuming if no firmware is loaded
>
> [2.] Full description of the problem/report:
> In stable-v4.4, if the brcmfmac driver fails to load the required
On Fri, Oct 12, 2018 at 09:10:40PM +0900, Tetsuo Handa wrote:
> On 2018/10/12 21:08, Michal Hocko wrote:
> >> So not more than 10 dumps in each 5s interval. That looks reasonable
> >> to me. By the time it starts dropping data you have more than enough
> >> information to go on already.
> >
> >
On Fri, Oct 12, 2018 at 11:43:13AM +, Marcel Ziswiler wrote:
> I don't think it is that fictitious as it makes it crystal clear that
> there is something shared with all its pros and cons. E.g. what happens
> if one of them regulators wants to turn off while the other one still
> needs power?
Fix a leak of afs_server structs. The routine that installs them in the
various lookup lists and trees gets a ref on leaving the function, whether
it added the server or a server already exists. It shouldn't increment
the refcount if it added the server.
The effect of this that "rmmod kafs"
On Wed 2018-09-05 11:34:06, Miroslav Benes wrote:
> On Tue, 28 Aug 2018, Petr Mladek wrote:
> > Also the API and logic is much easier. It is enough to call
> > klp_enable_patch() in module_init() call. The patch patch can be disabled
> > by writing '0' into /sys/kernel/livepatch//enabled. Then the
On 08/10/18 09:02, Christoph Hellwig wrote:
Now that the generic swiotlb code supports non-coherent DMA we can switch
to it for arm64. For that we need to refactor the existing
alloc/free/mmap/pgprot helpers to be used as the architecture hooks,
and implement the standard
On Fri, 2018-10-12 at 13:59 +0100, Russell King - ARM Linux wrote:
> On Fri, Oct 12, 2018 at 11:43:13AM +, Marcel Ziswiler wrote:
> > I don't think it is that fictitious as it makes it crystal clear
> > that
> > there is something shared with all its pros and cons. E.g. what
> > happens
> > if
On Fri, 2018-10-12 at 11:44 +0100, Jon Hunter wrote:
> On 09/10/18 16:25, Marcel Ziswiler wrote:
> > From: Marcel Ziswiler
> > ...
> >
> Given Linus W's fix for the gpiolib [0], I am not convinced that this
> is
> really better/needed.
Looks like nobody else favours this (rather the opposite is
On Thu, Oct 11, 2018 at 10:39:24PM +0200, Jann Horn wrote:
> Sorry to bring this up so late, but Daniel Micay pointed out to me
> that, given that VMA guards will raise the number of VMAs by
> inhibiting vma_merge(), people are more likely to run into
> /proc/sys/vm/max_map_count (which limits the
On Fri, Oct 12, 2018 at 11:41 AM Samuel Neves wrote:
>
> On Thu, Oct 11, 2018 at 8:25 PM Andy Lutomirski wrote:
> > What exactly is this trying to protect against? And how many cycles
> > should we expect L1D_FLUSH to take?
>
> As far as I could measure, I got 1660 cycles per wrmsr 0x10b, 0x1
On 09/10/2018 11:00, Jiri Olsa wrote:
On Thu, Oct 04, 2018 at 10:20:39AM +0100, John Garry wrote:
SNIP
We synthesize an update event that needs to touch the evsel
id array, which is not defined at that time. Fixing this by
forcing the id allocation for events with theeir own cpus.
On Fri, Oct 12, 2018 at 05:19:16AM -0700, Guenter Roeck wrote:
> On 10/11/2018 08:33 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 3.18.124 release.
> > There are 120 patches in this series, all will be posted as a response
> > to this one. If anyone has
On Fri, Sep 21, 2018 at 03:51:15PM +0530, Kishon Vijay Abraham I wrote:
> Add PCIe RC support for TI's AM654 SoC. The PCIe controller in AM654
> uses Synopsys core revision 4.90a and uses the same TI wrapper as used
> in keystone2 with certain modification. Hence AM654 will use the same
> pci
On Fri, Oct 12, 2018 at 12:05:16PM +0200, Philipp Zabel wrote:
> Hi Cheng-yi,
>
> [adding Maxime, devicetree to Cc:, the old discussion about GPIO resets
> in [4] has never been resolved]
>
> On Tue, 2018-10-09 at 21:46 +0800, Cheng-yi Chiang wrote:
> > +reset controller maintainer Philipp
> >
On 10/9/18 8:47 PM, Johannes Weiner wrote:
> The page cache and most shrinkable slab caches hold data that has been
> read from disk, but there are some caches that only cache CPU work,
> such as the dentry and inode caches of procfs and sysfs, as well as
> the subset of radix tree nodes that
On Fri, Oct 12, 2018 at 05:20:40AM -0700, Guenter Roeck wrote:
> On 10/11/2018 08:35 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.9.133 release.
> > There are 35 patches in this series, all will be posted as a response
> > to this one. If anyone has any
On Fri, Oct 12, 2018 at 04:24:08PM +0200, Benjamin Tissoires wrote:
> Since v4.18, we unconditionally switch the I2C capable touchpads over I2C.
> In the model I had (a pre-prod t480s I guess), the touchpad was behaving
> fine.
> However, it occurs that later production models don't expose the
On Fri, Oct 12, 2018 at 3:47 AM, Ingo Molnar wrote:
>
> * Kees Cook wrote:
>
>> On Thu, Oct 11, 2018 at 7:14 PM, Stephen Rothwell
>> wrote:
>> > Hi all,
>> >
>> > Today's linux-next merge of the tip tree got a conflict in:
>> >
>> > arch/x86/mm/pgtable.c
>> >
>> > between commit:
>> >
>> >
On Fri 2018-10-12 20:13:35, Borislav Petkov wrote:
> On Fri, Oct 12, 2018 at 08:10:11PM +0200, Pavel Machek wrote:
> > And the winner is...
> >
> > [1be3f247c2882a82279cbcf43717581ea943b692] x86/mm: Avoid VLA in
> > pgd_alloc()
>
> That should be fixed now:
>
>
On Fri, Oct 12, 2018 at 8:53 PM Dmitry Torokhov
wrote:
>
> On Fri, Oct 12, 2018 at 04:24:08PM +0200, Benjamin Tissoires wrote:
> > Since v4.18, we unconditionally switch the I2C capable touchpads over I2C.
> > In the model I had (a pre-prod t480s I guess), the touchpad was behaving
> > fine.
> >
Commit b9762bebc633 ("gpiolib: Pass bitmaps, not integer arrays, to
get/set array") changed the way GPIO values are passed to
gpiod_get/set_array_value() and friends. The new code introduced into
mmc_pwrseq_simple_set_gpios_value() incorrectly interpretes the 'value'
argument as a bitmap of GPIO
Hi Babu,
On 10/11/2018 1:33 PM, Moger, Babu wrote:
> New generation of AMD processors start supporting RDT(or QOS) features.
> With more than one vendors supporting these features, it seems more
> appropriate to rename these files.
>
> Changed intel_rdt to resctrl where applicable.
>
>
When built as a module, the spe driver isn't automatically
loaded on DT systems. Add the MODULE_DEVICE_TABLE entry.
Signed-off-by: Jeremy Linton
---
drivers/perf/arm_spe_pmu.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/perf/arm_spe_pmu.c b/drivers/perf/arm_spe_pmu.c
index
On Fri, Oct 12, 2018 at 12:43 AM Michal Simek wrote:
>
> Check compatible string first before setting up bit in bitmap to also
> cover cases that allocated bitfield is not big enough.
> Show warning about it but let driver to continue to work with allocated
> bitfield to keep at least some
The BAD_MADT_GICC_ENTRY check is a little too strict because
it rejects MADT entries that don't match the currently known
lengths. We should remove this restriction to avoid problems
if the table length changes. Future code which might depend on
additional fields should be written to validate
On Wed, 26 Sep 2018 20:48:58 -0400, Brian Masney wrote:
> In the example for the pwm-vibrator bindings, pwm8 is the direction pin,
> and pwm9 is the enable pin. The pwms on the vibrator node has these two
> values swapped so this patch corrects it.
>
> Signed-off-by: Brian Masney
> ---
> Changes
Hi Oskari,
On Mon, Oct 08, 2018 at 09:19:03PM +0300, Oskari Lemmela wrote:
> Add AC power supply subnode for AXP81X PMIC.
>
Reviewed-by: Quentin Schulz
Thanks,
Quentin
signature.asc
Description: PGP signature
Hi Oskari,
On Mon, Oct 08, 2018 at 09:19:02PM +0300, Oskari Lemmela wrote:
> The AXP803/AXP813 AC power supply can limit input current and voltage.
>
Reviewed-by: Quentin Schulz
Thanks,
Quentin
signature.asc
Description: PGP signature
Hi Oskari,
On Mon, Oct 08, 2018 at 09:19:04PM +0300, Oskari Lemmela wrote:
> AXP803 is compatible with AXP813. Add DT nodes ADC, GPIO,
> AC and battery power supplies.
>
Reviewed-by: Quentin Schulz
Thanks,
Quentin
signature.asc
Description: PGP signature
On Fri, 28 Sep 2018 10:55:56 +0530, Vignesh R wrote:
> AM654 SoCs have same I2C IP as OMAP SoCs. Add new compatible to
> handle AM654 SoCs. While at that reformat the existing compatible list
> for older SoCs to list one valid compatible per line.
>
> Signed-off-by: Vignesh R
> ---
>
> v2:
Hi Oskari,
On Mon, Oct 08, 2018 at 09:19:05PM +0300, Oskari Lemmela wrote:
> Sopine baseboard have ACIN and battery connectors.
>
Reviewed-by: Quentin Schulz
Thanks,
Quentin
signature.asc
Description: PGP signature
Hi Oskari,
On Mon, Oct 08, 2018 at 09:19:07PM +0300, Oskari Lemmela wrote:
> As axp20x-ac-power-supply now supports AXP813, add a cell for it.
>
Reviewed-by: Quentin Schulz
Thanks,
Quentin
signature.asc
Description: PGP signature
On Fri, 28 Sep 2018 18:47:38 +0800,
=?UTF-8?q?SZ=20Lin=20=28=E6=9E=97=E4=B8=8A=E6=99=BA=29?= wrote:
> Add devicetree binding for Moxa UC-2101 open platform
>
> Signed-off-by: SZ Lin (林上智)
> ---
> Documentation/devicetree/bindings/arm/omap/omap.txt | 3 +++
> 1 file changed, 3 insertions(+)
>
On Fri, 28 Sep 2018 15:11:46 +0100, Jon Hunter wrote:
> Add details for power-domains to the Tegra xHCI bindings so that
> generic power-domains can be used for inconjunction with the xHCI
> driver.
>
> Signed-off-by: Jon Hunter
> ---
>
On 10/04/2018 07:05 AM, Sebastian Andrzej Siewior wrote:
> From: Rik van Riel
>
> If TIF_LOAD_FPU is set, then the registers are saved (not loaded). In that
> case
> we skip the saving part.
This sentence hurts my brain.
"If TIF_LOAD_FPU is set the registers are ... not loaded"
I
Hi Babu,
On 10/11/2018 1:33 PM, Moger, Babu wrote:
> @@ -883,20 +883,20 @@ static int __init intel_rdt_late_init(void)
> rdt_online = state;
>
> for_each_alloc_capable_rdt_resource(r)
> - pr_info("Intel RDT %s allocation detected\n", r->name);
> +
On 10/12/2018 11:09 AM, Andy Lutomirski wrote:
> But maybe WRPKRU is more expensive than RDPKRU and a branch?
Yeah, it is more expensive. It has a higher cycle cost and it's also
practically a (light) speculation barrier.
Quoting Anson Huang (2018-10-08 01:34:59)
> > Quoting Anson Huang (2018-09-03 00:20:53)
> > > > > On 08/31/2018 03:29 AM, Stephen Boyd wrote:
> > > > > > Quoting Peng Fan (2018-08-12 18:15:41)
> > > > > >> Hi Anson,
> > > > > >>
> > > > > > -Original Message-
> > > > > > From:
Quoting Alexandre Belloni (2018-10-12 11:40:17)
> On 12/10/2018 11:28:06-0700, Stephen Boyd wrote:
> > Quoting Stephen Boyd (2018-08-31 10:45:30)
> > > Quoting Alexandre Belloni (2018-08-16 04:47:55)
> > > > On 27/07/2018 10:03:22-0700, Stephen Boyd wrote:
> > > > > Quoting Alexandre Belloni
Quoting Tony Xie (2018-09-03 03:04:00)
> RK809 and RK817 are power management IC chips for multimedia products.
> most of their functions and registers are same, including the clkout
> funciton.
>
> Signed-off-by: Tony Xie
> ---
Acked-by: Stephen Boyd
On Fri, 12 Oct 2018 11:21:28 -0700
Andy Lutomirski wrote:
> On Fri, Oct 12, 2018 at 9:26 AM Steven Rostedt wrote:
> >
> >
> > Anyone have any issues with this patch?
> >
>
> I'm conceptually okay with it. That being said,
> regs_within_kernel_stack(), which you're indirectly using, is
>
On Fri, Oct 12, 2018 at 12:51:52PM +0200, Greg KH wrote:
> On Thu, Oct 11, 2018 at 04:57:36PM -0700, Dmitry Torokhov wrote:
> > Hi Greg,
> >
> > Please pull from:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/dtor/input.git for-linus
> >
> > to receive updates for the input
commit 46e0c9be206f ("kernel: tracepoints: add support for relative
references") changes the layout of the __tracepoint_ptrs section on
architectures supporting relative references. However, it does so
without turning struct tracepoint * const into const int * elsewhere in
the tracepoint code,
Hi Reinette,
On 10/12/2018 02:07 PM, Reinette Chatre wrote:
> Hi Babu,
>
> On 10/11/2018 1:33 PM, Moger, Babu wrote:
>> New generation of AMD processors start supporting RDT(or QOS) features.
>> With more than one vendors supporting these features, it seems more
>> appropriate to rename these
On 10/12/2018 02:40 PM, Reinette Chatre wrote:
> Hi Babu,
>
> On 10/11/2018 1:33 PM, Moger, Babu wrote:
>> @@ -883,20 +883,20 @@ static int __init intel_rdt_late_init(void)
>> rdt_online = state;
>>
>> for_each_alloc_capable_rdt_resource(r)
>> -pr_info("Intel RDT %s
On Mon, Oct 01, 2018 at 01:29:47PM +0300, Yasha Cherikovsky wrote:
> This patch adds device tree binding doc for the
> Realtek RTL8186 SoC interrupt controller.
>
> Signed-off-by: Yasha Cherikovsky
> Cc: Rob Herring
> Cc: Mark Rutland
> Cc: Thomas Gleixner
> Cc: Jason Cooper
> Cc: Marc
On Mon, 1 Oct 2018 13:29:49 +0300, Yasha Cherikovsky wrote:
> This patch adds device tree binding doc for the
> Realtek RTL8186 SoC timer controller.
>
> Signed-off-by: Yasha Cherikovsky
> Cc: Rob Herring
> Cc: Mark Rutland
> Cc: Daniel Lezcano
> Cc: Thomas Gleixner
> Cc: Ralf Baechle
>
On Mon, 1 Oct 2018 13:29:51 +0300, Yasha Cherikovsky wrote:
> This patch adds device tree binding doc for Realtek MIPS SoCs.
>
> It includes a compatible string for the Realtek RTL8186 SoC.
>
> Signed-off-by: Yasha Cherikovsky
> Cc: Rob Herring
> Cc: Mark Rutland
> Cc: Ralf Baechle
> Cc:
- On Oct 12, 2018, at 4:05 PM, Mathieu Desnoyers
mathieu.desnoy...@efficios.com wrote:
> commit 46e0c9be206f ("kernel: tracepoints: add support for relative
> references") changes the layout of the __tracepoint_ptrs section on
> architectures supporting relative references. However, it does
On Fri, Oct 12, 2018 at 04:39:14PM +0300, Aleksandr Aleksandrov wrote:
> Hi Andreas,
>
> Thanks for your feedback!
>
> > > + *
> > > + * Copyright (C) 2018 Aleksandr Aleksandrov
> > >
> > > + */
> > > +
> > > +/dts-v1/;
> > > +
> > > +#include "sun50i-h5-emlid-neutis-n5.dtsi"
> > > +
> > > +/
On Thu, Oct 11, 2018 at 05:33:01PM +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.18.124 release.
> There are 120 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
On 2018-10-04 09:14:33 [-0700], Andy Lutomirski wrote:
> > diff --git a/arch/x86/entry/common.c b/arch/x86/entry/common.c
> > index 3b2490b819181..3dad5c3b335eb 100644
> > --- a/arch/x86/entry/common.c
> > +++ b/arch/x86/entry/common.c
> > @@ -196,6 +197,14 @@ __visible inline void
On 2018-10-12 11:07:28 [-0700], Andy Lutomirski wrote:
> All these "if" statements in the FPU code are messy and make
> understanding and reviewing this code hard.
>
> Can you prepare a patch for the beginning of your series that removes
> fpu->initialized and just ensures that the fpu is always
On Fri, Oct 05, 2018 at 11:41:58AM +0200, christophe.kere...@st.com wrote:
> From: Christophe Kerello
>
> This patch adds the documentation of the device tree bindings for the STM32
> FMC2 NAND controller.
>
> Signed-off-by: Christophe Kerello
> ---
>
Replace legacy callbacks with ->select_chip() and ->exec_op().
In order to remove any references to legacy structure members, use of
.IO_ADDR_R/W has been replaced wit runtime calculations based on
priv->io_base.
Suggested-by: Boris Brezillon
Signed-off-by: Janusz Krzysztofik
---
Changelog:
Each controller driver with access to NAND R/B pin over GPIO would have
to reimplement the polling loop otherwise.
Signed-off-by: Janusz Krzysztofik
---
Changelog:
v2:
New patch - v1 consisted of only one patch (the followning one)
drivers/mtd/nand/raw/nand_base.c | 38
On Mon, Oct 08, 2018 at 06:16:42PM +0800, Jerome Forissier wrote:
> Some platforms may use a single device tree to describe two address
> spaces, as described in d9f43babb998 ("Documentation: dt: Add bindings
> for Secure-only devices"). For these platforms it makes sense to define
> a secure
On 10/12/2018 11:57 AM, Greg KH wrote:
On Fri, Oct 12, 2018 at 11:50:52AM -0500, thor.tha...@linux.intel.com wrote:
From: Thor Thayer
Vince has moved to a different role. Replace him as Altera
TSE maintainer.
Signed-off-by: Thor Thayer
Would be nice if Vince can ack this...
+ Vince (at
On Mon, Oct 08, 2018 at 06:55:37PM +0530, Veerabhadrarao Badiganti wrote:
> On the SDHC-MSM controllers which makes use of sdcdc10 variant DLLs,
> the DLL configuration needs to be restored whenever controller clocks
> are gated. This new compatible string denotes the sdhc-msm controller
> variant
501 - 600 of 1114 matches
Mail list logo