On Thu, Apr 30, 2020 at 11:03 AM Alexei Starovoitov
wrote:
>
> Hi Ingo,
>
> I'd like to pull
> commit 980737282232 ("capabilities: Introduce CAP_PERFMON to kernel
> and user space")
> into bpf-next to base my CAP_BPF work on top of it.
> could you please prepare a stable tag for me to pull ?
>
Hey Georgi,
On 2020-04-24 21:24, Georgi Djakov wrote:
In addition to clocks and regulators, some devices can scale the
bandwidth
of their on-chip interconnect - for example between CPU and DDR memory.
Add
support for that, so that platforms which support it can make use of
it.
On Mon, 4 May 2020 at 23:40, Florian Fainelli wrote:
>
>
>
> On 5/4/2020 1:34 PM, Vladimir Oltean wrote:
> > Hi Florian,
> >
> > On Mon, 4 May 2020 at 23:19, Florian Fainelli wrote:
> >>
> >> When ndo_get_phys_port_name() for the CPU port was added we introduced
> >> an early check for when the
On Mon, May 04, 2020 at 06:05:18PM +0100, Daniel Thompson wrote:
> flush_icache_range() contains a bodge to avoid issuing IPIs when the kgdb
> trap handler is running because issuing IPIs is unsafe (and not needed)
> in this execution context. However the current test, based on
> kgdb_connected is
On 2020-04-24 21:24, Georgi Djakov wrote:
When we read the OPP keys, it would be nice to do some sanity checks
of the values we get from DT and see if they match with the information
that is populated in the OPP table. Let's pass a pointer of the table,
so that we can do some validation.
On 04/05/2020 22:19:17+0200, Michał Mirosław wrote:
> This exposes PROGx clocks for use in assigned-clocks DeviceTree property
> for selecting PCKx parent clock.
>
> Signed-off-by: Michał Mirosław
> Acked-by: Alexandre Belloni
> ---
> v2: rebase and update to clk/clk-at91 branch
> v3: rebase
>
On Mon, 4 May 2020 22:25:40 +0200
Peter Zijlstra wrote:
> I'm only following this with half an eye atm, but one solution is to
> pull the vmalloc fault out of the trace path entirely.
>
> With the current code that is 'interesting', but with the pile of
> patches Thomas is sitting on that would
On 2020-04-24 21:23, Georgi Djakov wrote:
From: Saravana Kannan
The opp-hz DT property is not mandatory and we may use another property
as a key in the OPP table. Add helper functions to simplify the reading
and comparing the keys.
Signed-off-by: Saravana Kannan
Signed-off-by: Georgi Djakov
On 5/4/2020 1:34 PM, Vladimir Oltean wrote:
> Hi Florian,
>
> On Mon, 4 May 2020 at 23:19, Florian Fainelli wrote:
>>
>> When ndo_get_phys_port_name() for the CPU port was added we introduced
>> an early check for when the DSA master network device in
>> dsa_master_ndo_setup() already
Jacek
On 5/4/20 3:31 PM, Jacek Anaszewski wrote:
Dan,
On 5/3/20 2:32 PM, Dan Murphy wrote:
Introduce a multicolor class that groups colored LEDs
within a LED node.
The multi color class groups monochrome LEDs and allows controlling two
aspects of the final combined color: hue and lightness.
Introduce a device tree layer for to read and store ima buffer
from the reserved memory section of a device tree.
Signed-off-by: Prakhar Srivastava
---
drivers/of/Kconfig | 6 ++
drivers/of/Makefile | 1 +
drivers/of/of_ima.c | 165
IMA during kexec(kexec file load) verifies the kernel signature and measures
the signature of the kernel. The signature in the logs can be used to verfiy
the
authenticity of the kernel. The logs don not get carried over kexec and thus
remote attesation cannot verify the signature of the running
Add support for ima buffer pass using reserved memory for
arm64 kexec. Update the arch sepcific code path in kexec file load to store
the ima buffer in the reserved memory. The same reserved memory is read on
kexec or cold boot.
Signed-off-by: Prakhar Srivastava
---
arch/arm64/Kconfig
On Mon, 4 May 2020 13:44:09 +0100 Mel Gorman
wrote:
> On Fri, May 01, 2020 at 03:57:29PM -0700, Andrew Morton wrote:
> > On Thu, 30 Apr 2020 17:49:08 -0700 Henry Willard
> > wrote:
> >
> > > Commit 1c30844d2dfe ("mm: reclaim small amounts of memory when an external
> > > fragmentation event
Hi Florian,
On Mon, 4 May 2020 at 23:19, Florian Fainelli wrote:
>
> When ndo_get_phys_port_name() for the CPU port was added we introduced
> an early check for when the DSA master network device in
> dsa_master_ndo_setup() already implements ndo_get_phys_port_name(). When
> we perform the
On Sat, May 02, 2020 at 07:03:55PM +0530, Anshuman Khandual wrote:
> This adds basic building blocks required for ID_MMFR5 CPU register which
> provides information about the implemented memory model and memory
> management support in AArch32 state. This is added per ARM DDI 0487F.a
>
On Fri, May 1, 2020 at 6:32 PM Sebastian Reichel
wrote:
>
> Hi,
>
> On Fri, Apr 24, 2020 at 11:35:30AM -0600, Mathew King wrote:
> > Make the device attribute list used to create sysfs attributes more
> > robust by decoupling the list order from order of the enum defined in
> > power_supply.h.
On Mon, May 04, 2020 at 07:59:37PM +, Luis Chamberlain wrote:
> On Mon, May 04, 2020 at 12:08:55PM -0700, Kees Cook wrote:
> > Just as a precaution, make sure that proc handlers don't accidentally
> > grow "count" beyond the allocated kbuf size.
> >
> > Signed-off-by: Kees Cook
> > ---
> >
On 2020-04-24 21:23, Georgi Djakov wrote:
From: Saravana Kannan
Interconnects often quantify their performance points in terms of
bandwidth. So, add opp-peak-kBps (required) and opp-avg-kBps (optional)
to
allow specifying Bandwidth OPP tables in DT.
opp-peak-kBps is a required property that
> > -static void pstore_register_kmsg(void)
> > +static void pstore_register_kmsg(int dmesg_all)
> > {
> > + if (dmesg_all)
> > + pstore_dumper.max_reason = KMSG_DUMP_MAX;
>
> So, I'd like to avoid any new arguments in the API and instead add a new
> field to struct pstore_info,
The current codebase makes use of the zero-length array language
extension to the C90 standard, but the preferred mechanism to declare
variable-length types such as these ones is a flexible array member[1][2],
introduced in C99:
struct foo {
int stuff;
struct boo array[];
};
By
Dan,
On 5/3/20 2:32 PM, Dan Murphy wrote:
Introduce a multicolor class that groups colored LEDs
within a LED node.
The multi color class groups monochrome LEDs and allows controlling two
aspects of the final combined color: hue and lightness. The former is
controlled via the intensity file and
A few various patches to cleanup the power_supply sysfs implementation.
---
v2: - Don't create attributes for unlisted properties
- Use a char array for lower case name so no allocations neeed in
init
- Fix patch #2 does not compile because of change meant for patch #3
Mathew King
Add POWER_SUPPLY_TYPE to the uevent env for power supply. Type is a
property of all power supplies and there is a sysfs entry for it but it
is not included in the properties array of the power supply so
explicitly add it to the udev env.
Signed-off-by: Mathew King
---
v2: - Fixup with patches in
Make the device attribute list used to create sysfs attributes more
robust by decoupling the list order from order of the enum defined in
power_supply.h. This is done by using a designated initializer in the
POWER_SUPPLY_ATTR macro.
Signed-off-by: Mathew King
---
v2: - Don't create attributes
Reduce the number of touch points to add a new enum property to the
power_supply class by mapping the array of text values to the device
attribute descriptor. A new enum property can now added by creating an
array with the text values named POWER_SUPPLY_${PROPNAME}_TEXT and
adding
Use designated initializers for the sysfs power supply text values. This
will help ensure that the text values are kept in sync with the enum
values from power_supply.h.
Signed-off-by: Mathew King
---
v2: - Fix array name change meant for next patch
---
drivers/power/supply/power_supply_sysfs.c
The current codebase makes use of the zero-length array language
extension to the C90 standard, but the preferred mechanism to declare
variable-length types such as these ones is a flexible array member[1][2],
introduced in C99:
struct foo {
int stuff;
struct boo array[];
};
By
> -Original Message-
> From: David Miller
> Sent: Monday, May 4, 2020 11:21
> To: kai.heng.f...@canonical.com
> Cc: Kirsher, Jeffrey T ; intel-wired-
> l...@lists.osuosl.org; net...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] igb: Report speed and duplex as
On Mon, May 4, 2020 at 1:05 PM Luck, Tony wrote:
>
> > When a copy function hits a bad page and the page is not yet known to
> > be bad, what does it do? (I.e. the page was believed to be fine but
> > the copy function gets #MC.) Does it unmap it right away? What does
> > it return?
>
> I
Add OPP tables required to scale DDR/L3 per freq-domain on SC7180 SoCs.
Signed-off-by: Sibi Sankar
---
v4:
https://lore.kernel.org/patchwork/cover/1230626/
* Reworked based on Georgi's bindings
arch/arm64/boot/dts/qcom/sc7180.dtsi | 168 +++
1 file changed, 168
Disable fast switch when the icc paths required for scaling ddr/l3
are populated.
Signed-off-by: Sibi Sankar
---
drivers/cpufreq/qcom-cpufreq-hw.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/cpufreq/qcom-cpufreq-hw.c
b/drivers/cpufreq/qcom-cpufreq-hw.c
index
Add OPP tables required to scale DDR/L3 per freq-domain on SDM845 SoCs.
Signed-off-by: Sibi Sankar
---
v4:
https://lore.kernel.org/patchwork/cover/1230626/
* Reworked based on Georgi's bindings
arch/arm64/boot/dts/qcom/sdm845.dtsi | 258 +++
1 file changed, 258
On Mon, May 04, 2020 at 05:12:36PM +0200, Joerg Roedel wrote:
> On Thu, Apr 30, 2020 at 10:39:19PM -0400, Steven Rostedt wrote:
> > What's so damn special about alloc_percpu()? It's definitely not a fast
> > path. And it's not used often.
>
> Okay, I fixed it in the percpu code. It is definitly
Add SDM845 to cpufreq-dt-platdev blacklist since the actual scaling is
handled by the 'qcom-cpufreq-hw' driver.
Reviewed-by: Matthias Kaehlcke
Signed-off-by: Sibi Sankar
---
v4:
* Updated commit message [Matthias]
* Picked up R-b from Matthias
drivers/cpufreq/cpufreq-dt-platdev.c | 1 +
1
Add support for setting tags on icc paths associated with
the opp_table.
Signed-off-by: Sibi Sankar
---
drivers/opp/of.c | 25 +++--
1 file changed, 19 insertions(+), 6 deletions(-)
diff --git a/drivers/opp/of.c b/drivers/opp/of.c
index 2b590fe2e69ae..5273b46f11025 100644
On Sat, May 02, 2020 at 07:03:51PM +0530, Anshuman Khandual wrote:
> ID_DFR0 based TraceFilt feature should not be exposed to guests. Hence lets
> drop it.
>
> Cc: Catalin Marinas
> Cc: Will Deacon
> Cc: Marc Zyngier
> Cc: Mark Rutland
> Cc: James Morse
> Cc: Suzuki K Poulose
> Cc:
Add and export 'dev_pm_opp_get_path_count' to get the icc path count
associated with the device.
Signed-off-by: Sibi Sankar
---
drivers/opp/core.c | 20
include/linux/pm_opp.h | 6 ++
2 files changed, 26 insertions(+)
diff --git a/drivers/opp/core.c
Add support to parse optional OPP table attached to the cpu node when
the OPP bandwidth values are populated. This allows for scaling of
DDR/L3 bandwidth levels with frequency change.
Signed-off-by: Sibi Sankar
---
v4:
* Split fast switch disable into another patch [Lukasz]
Add interconnect-tags bindings to enable passing of optional
tag information to the interconnect framework.
Signed-off-by: Sibi Sankar
---
.../devicetree/bindings/interconnect/interconnect.txt| 5 +
1 file changed, 5 insertions(+)
diff --git
On Mon, May 04, 2020 at 01:18:51PM +0200, Daniel Vetter wrote:
> On Mon, May 4, 2020 at 3:09 AM wrote:
> >
> > From: Ira Weiny
> >
> > kmap_atomic_prot() is now exported by all architectures. Use this
> > function rather than open coding a driver specific kmap_atomic.
> >
> > Reviewed-by:
Add and export 'dev_pm_opp_update_voltage' to update the voltage of an
opp for a given frequency. This will be useful to update the opps with
voltages read back from firmware.
Signed-off-by: Sibi Sankar
---
v4:
* Function description update [Matthias]
* Drop initialization [Matthias]
* Drop
Add and export 'dev_pm_opp_set_bw' to set the bandwidth
levels associated with an OPP for a given frequency.
Signed-off-by: Sibi Sankar
---
v4:
https://patchwork.kernel.org/patch/11019737/
* Pass device opp to set bw levels [Bjorn]
drivers/opp/core.c | 43
This patch series aims to extend cpu based scaling support to L3/DDR on
SDM845 and SC7180 SoCs.
Patches [1-3] - Blacklist SDM845 and SC7180 in cpufreq-dt-platdev
Patches [4-8] - Update bw levels based on cpu frequency change
Patches [9-10] - Add tag setting support to OPP
Patches [11-12] - Add
Add missing SoC compatible to SDM845 MTP board file.
Reviewed-by: Matthias Kaehlcke
Signed-off-by: Sibi Sankar
---
v4:
* Picked up R-b from Matthias
arch/arm64/boot/dts/qcom/sdm845-mtp.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Add SC7180 to cpufreq-dt-platdev blacklist since the actual scaling is
handled by the 'qcom-cpufreq-hw' driver.
Reviewed-by: Matthias Kaehlcke
Signed-off-by: Sibi Sankar
---
v4:
* Updated commit message [Matthias]
* Picked up R-b from Matthias
drivers/cpufreq/cpufreq-dt-platdev.c | 1 +
1
Hi David.
On Tue, Apr 28, 2020 at 02:45:21PM +0800, David Lu wrote:
> fix boe_tv105wum_nw0 display shift.
>
> Signed-off-by: David Lu
Added fixes: tag and applied to drm-misc-next.
Sam
> ---
> drivers/gpu/drm/panel/panel-boe-tv101wum-nl6.c | 8
> 1 file changed, 4
This series extends AT91 clock support with references to PCKx and
PLLA/PLLB/AUDIOPLL. This makes the DT be able to fully specify (assign)
clock parents when needed.
First patch simplifies clock table allocation. Next two update the table
with missing clock pointers and IDs.
Michał Mirosław
Alloc whole data structure in one block. This makes the code shorter,
more efficient and easier to extend in following patch.
Signed-off-by: Michał Mirosław
Acked-by: Alexandre Belloni
---
v2: rebase and update to clk/clk-at91 branch
v3: use struct_size() and C99 trailing array
as suggested
On Sun, May 3, 2020 at 10:54 PM Vaittinen, Matti
wrote:
>
> Hello David, & All
>
> This review and mail is more for pointing out the downsides of UTs. I
> am not demanding any changes, these comments can be seen as 'nit's.
Understood.
> On Wed, 2020-04-29 at 12:15 +0800, David Gow wrote:
> > On
This exposes PROGx clocks for use in assigned-clocks DeviceTree property
for selecting PCKx parent clock.
Signed-off-by: Michał Mirosław
Acked-by: Alexandre Belloni
---
v2: rebase and update to clk/clk-at91 branch
v3: rebase
v4: no changes
v5: no changes
v6: no changes
---
We need to have clocks accessible via phandle to select them
as peripheral clock parent using assigned-clock-parents in DT.
Add support for PLLACK/PLLBCK/AUDIOPLLCK clocks where available.
Signed-off-by: Michał Mirosław
---
v2: rebase to clk/clk-at91 branch
v3: no changes
v4: extend to whole
Pavel
On 5/4/20 11:29 AM, nikitos...@gmail.com wrote:
From: Nikita Travkin
Add YAML devicetree binding for AWINIC AW2013 3-channel led driver
Signed-off-by: Nikita Travkin
---
.../devicetree/bindings/leds/leds-aw2013.yaml | 91 +++
1 file changed, 91 insertions(+)
When ndo_get_phys_port_name() for the CPU port was added we introduced
an early check for when the DSA master network device in
dsa_master_ndo_setup() already implements ndo_get_phys_port_name(). When
we perform the teardown operation in dsa_master_ndo_teardown() we would
not be checking that
On Mon, May 04, 2020 at 06:33:57AM +0100, Al Viro wrote:
> On Sun, May 03, 2020 at 10:04:47PM -0700, Ira Weiny wrote:
>
> > Grepping for 'asm/highmem.h' and investigations don't reveal any issues...
> > But
> > you do have me worried. That said 0-day has been crunching on multiple
> > versions
Hi Rob,
Ping.
There is a conflict between this and Mauro's v3 patch at:
https://lore.kernel.org/r/cover.1586961793.git.mchehab+hua...@kernel.org
I pointed out the conflict to Mauro in his v2 patch, and he said he would
rebase on a new -next to resolve the conflict. Unfortunately my patch
On Mon, May 04, 2020 at 09:51:28PM +0200, Uladzislau Rezki wrote:
> > > > Since we don't care about traversing backwards, isn't it better to use
> > > > llist
> > > > for this usecase?
> > > >
> > > > I think Vlad is using locking as we're also tracking the size of the
> > > > llist to
> > > >
On 04/05/2020 23:00, Pavel Begunkov wrote:
> do_splice() doesn't expect len to be 0. Just always return 0 in this
> case as splice(2) do.
There is a thing, splice/tee will always return success on len=0 even with
invalid fds. Fast return for len=0, should really has been done after basic
On May 4, 2020 3:51:28 PM EDT, Uladzislau Rezki wrote:
>> > > Since we don't care about traversing backwards, isn't it better
>to use llist
>> > > for this usecase?
>> > >
>> > > I think Vlad is using locking as we're also tracking the size of
>the llist to
>> > > know when to free pages. This
On Mon, May 04, 2020 at 09:20:03AM +0200, Rasmus Villemoes wrote:
> > So there is something utterly terrible we can do to address both:
> >
> > void __static_call_nop(void)
> > {
> > }
> >
> > #define __static_cond_call(name) \
> > ({ \
> > void *func =
> By the way, is there anything else that I need to improve for this patch?
I became curious if you would like to adjust further details from
the change description.
Other contributors might care less for presented concerns.
Regards,
Markus
On some architectures (e.g. arm64) requests for
IO coherent memory may use non-cachable attributes if
the relevant device isn't cache coherent. If these
pages are then remapped into userspace as cacheable,
they may not be coherent with the non-cacheable mappings.
In particular this happens with
On Mon, May 04, 2020 at 10:04:31PM +0200, Alexandre Belloni wrote:
> Hi,
>
> On 03/05/2020 19:19:26+0200, Michał Mirosław wrote:
> > diff --git a/include/dt-bindings/clock/at91.h
> > b/include/dt-bindings/clock/at91.h
> > index c3f4aa6a2d29..adcf608b41fa 100644
> > ---
Hello,
On Mon, Apr 20, 2020 at 09:24:03PM +0530, Sandipan Patra wrote:
> Added support for dynamic clock freq configuration in pwm kernel driver.
> Earlier the pwm driver used to cache boot time clock rate by pwm clock
> parent during probe. Hence dynamically changing pwm frequency was not
>
Hi,
Your v5 and my review on v4 just crossed. My comment still holds
On 04/05/2020 21:58:44+0200, Michał Mirosław wrote:
> We need to have clocks accessible via phandle to select them
> as peripheral clock parent using assigned-clock-parents in DT.
> Add support for PLLACK/PLLBCK/AUDIOPLLCK
Hi Lubomir.
Drivers looks good. I look forward to the day we have moved
connector stuff to the displaydriver - this will simplify this driver
even more.
One Q in the following.
Sam
On Fri, Apr 24, 2020 at 11:35:39PM +0200, Lubomir Rintel wrote:
> This is a driver for video encoder with
Dear RT folks!
I'm pleased to announce the v5.6.10-rt5 patch set.
Changes since v5.6.10-rt4:
- Jiri Kosina reported that the IRQ's core spurious detector disables
8250's interrupt line under high load on qemu/KVM. The root cause
is that qemu process quite fast and issues the edge
> When a copy function hits a bad page and the page is not yet known to
> be bad, what does it do? (I.e. the page was believed to be fine but
> the copy function gets #MC.) Does it unmap it right away? What does
> it return?
I suspect that we will only ever find a handful of situations where
The current codebase makes use of the zero-length array language
extension to the C90 standard, but the preferred mechanism to declare
variable-length types such as these ones is a flexible array member[1][2],
introduced in C99:
struct foo {
int stuff;
struct boo array[];
};
By
Add DT bindings for the LEDs multicolor class framework.
Add multicolor ID to the color ID list for device tree bindings.
CC: Rob Herring
Acked-by: Pavel Machek
Acked-by: Jacek Anaszewski
Signed-off-by: Dan Murphy
---
.../bindings/leds/leds-class-multicolor.yaml | 71 +++
Hi,
On 03/05/2020 19:19:26+0200, Michał Mirosław wrote:
> diff --git a/include/dt-bindings/clock/at91.h
> b/include/dt-bindings/clock/at91.h
> index c3f4aa6a2d29..adcf608b41fa 100644
> --- a/include/dt-bindings/clock/at91.h
> +++ b/include/dt-bindings/clock/at91.h
> @@ -21,6 +21,9 @@
> #define
On 5/4/2020 7:34 AM, Jason Yan wrote:
> Fix the following coccicheck warning:
>
> drivers/dma/qcom/hidma.c:553:1-17: WARNING: Assignment of 0/1 to bool
> variable
>
> Signed-off-by: Jason Yan
> ---
> drivers/dma/qcom/hidma.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff
do_splice() doesn't expect len to be 0. Just always return 0 in this
case as splice(2) do.
Fixes: 7d67af2c0134 ("io_uring: add splice(2) support")
Reported-by: Jann Horn
Signed-off-by: Pavel Begunkov
---
fs/io_uring.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff
On Mon, May 04, 2020 at 01:35:52PM -0600, Alex Williamson wrote:
> Ok, this all makes a lot more sense with memory_lock still in the
> picture. And it looks like you're not insisting on the wait_event, we
> can block on memory_lock so long as we don't have an ordering issue.
> I'll see what I
Signed-off-by: Konrad Dybcio
---
.../display/panel/asus,z00t-tm5p5-n35596.yaml | 56 +++
1 file changed, 56 insertions(+)
create mode 100644
Documentation/devicetree/bindings/display/panel/asus,z00t-tm5p5-n35596.yaml
diff --git
On 03/05/2020 19:19:25+0200, Michał Mirosław wrote:
> This exposes PROGx clocks for use in assigned-clocks DeviceTree property
> for selecting PCKx parent clock.
>
> Signed-off-by: Michał Mirosław
Acked-by: Alexandre Belloni
> ---
> v2: rebase and update to clk/clk-at91 branch
> v3: rebase
>
On Thu, 23 Apr 2020 21:59:25 PDT (-0700), Anup Patel wrote:
This patch series is factored-out from the KVM RISC-V v11 series and is
based upon Linux-5.7-rc2.
These patches are mostly preparatory changes in Linux RISC-V kernel which
we require for KVM RISC-V implementation. Also, most of these
This adds support for TMP5P5 NT35596 1080x1920 video
mode panel that can be found on some Asus Zenfone 2
Laser (Z00T) devices.
This panel seems to only be found in this device
and we have no straightforward way of actually
getting the correct model number, as no schematics
are released publicly.
> > pstore /mnt/console-ramoops-0 outputs only messages below the console
> > loglevel, and our console loglevel is set to 3 due to slowness of
> > serial console. Which means only errors and worse types of messages
> > are recorded. AFAIK, there is no way to have different log levels for
> >
On Mon, May 4, 2020 at 3:29 PM Kees Cook wrote:
>
> On Sat, May 02, 2020 at 10:35:55AM -0400, Pavel Tatashin wrote:
> > Currently, it is possible to dump kmesges for panic, or oops.
> > With dump_all it is possible to dump messages for kmesg_dump events,
> > for example reboot, halt, shutdown,
changes since v2:
- fix Kconfig indentation
changes since v1:
- make `backlight_properties props` constant
- a couple of line breaks
- change name and compatible to reflect ASUS being the vendor
- remove a redundant TODO
Konrad Dybcio (2):
drivers: drm: panel: Add ASUS TM5P5 NT35596 panel
On Mon, May 04, 2020 at 12:08:55PM -0700, Kees Cook wrote:
> Just as a precaution, make sure that proc handlers don't accidentally
> grow "count" beyond the allocated kbuf size.
>
> Signed-off-by: Kees Cook
> ---
> This applies to hch's sysctl cleanup tree...
> ---
> fs/proc/proc_sysctl.c | 3
We need to have clocks accessible via phandle to select them
as peripheral clock parent using assigned-clock-parents in DT.
Add support for PLLACK/PLLBCK/AUDIOPLLCK clocks where available.
Signed-off-by: Michał Mirosław
---
v2: rebase to clk/clk-at91 branch
v3: no changes
v4: extend to whole
This exposes PROGx clocks for use in assigned-clocks DeviceTree property
for selecting PCKx parent clock.
Signed-off-by: Michał Mirosław
---
v2: rebase and update to clk/clk-at91 branch
v3: rebase
v4: no changes
v5: no changes
---
drivers/clk/at91/at91rm9200.c| 6 --
This series extends AT91 clock support with references to PCKx and
PLLA/PLLB/AUDIOPLL. This makes the DT be able to fully specify (assign)
clock parents when needed.
First patch simplifies clock table allocation. Next two update the table
with missing clock pointers and IDs.
Michał Mirosław
Alloc whole data structure in one block. This makes the code shorter,
more efficient and easier to extend in following patch.
Signed-off-by: Michał Mirosław
Acked-by: Alexandre Belloni
---
v2: rebase and update to clk/clk-at91 branch
v3: use struct_size() and C99 trailing array
as suggested
On Mon, 04 May 2020 19:07:39 +0300 Konstantin Khlebnikov
wrote:
> To get exact count of free and used objects slub have to scan list of
> partial slabs. This may take at long time. Scanning holds spinlock and
> blocks allocations which move partial slabs to per-cpu lists and back.
>
> Example
On 5/4/20 12:38 PM, Konrad Dybcio wrote:
> diff --git a/drivers/gpu/drm/panel/Kconfig b/drivers/gpu/drm/panel/Kconfig
> index a1723c1b5fbf8..3aa57a927c4bd 100644
> --- a/drivers/gpu/drm/panel/Kconfig
> +++ b/drivers/gpu/drm/panel/Kconfig
> @@ -18,6 +18,16 @@ config DRM_PANEL_ARM_VERSATILE
>
Dearest
It is with profound respect for your time, that I plead to state the
following few lines for your kind consideration, and I hope you will
spare some of your valuable minutes to read the following appeal with
sympathetic mind and understanding.
I am Mrs Bertha Kra I am 59 years old, I am
Testing with a USB RNDIS connection and iperf3 gives the following
results:
- From the host computer to the device at ~250Mbit/s
- From the device to the host computer at ~76Mbit/s
Signed-off-by: Martin Blumenstingl
---
arch/arm/boot/dts/meson.dtsi | 3 +++
1 file changed, 3 insertions(+)
diff
> > > Since we don't care about traversing backwards, isn't it better to use
> > > llist
> > > for this usecase?
> > >
> > > I think Vlad is using locking as we're also tracking the size of the
> > > llist to
> > > know when to free pages. This tracking could suffer from the lost-update
> > >
On Fri, 1 May 2020 22:33:11 +0200, Konrad Dybcio wrote:
> Signed-off-by: Konrad Dybcio
> ---
> Documentation/devicetree/bindings/thermal/qcom-tsens.yaml | 1 +
> 1 file changed, 1 insertion(+)
>
Acked-by: Rob Herring
Add configuration for compensation of IBAT measuring resistor in series
with the battery.
Signed-off-by: Michał Mirosław
---
drivers/power/supply/bq25890_charger.c | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
diff --git a/drivers/power/supply/bq25890_charger.c
Document newly introduced IBAT compensation settings.
Signed-off-by: Michał Mirosław
---
v2: initial version
---
Documentation/devicetree/bindings/power/supply/bq25890.txt | 4
1 file changed, 4 insertions(+)
diff --git a/Documentation/devicetree/bindings/power/supply/bq25890.txt
Report configured precharge current.
Signed-off-by: Michał Mirosław
---
drivers/power/supply/bq25890_charger.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/power/supply/bq25890_charger.c
b/drivers/power/supply/bq25890_charger.c
index 02e62ac76e15..dfd7bf9a3a55 100644
---
Datasheet describes two modes for reading ADC measurements:
1. continuous, 1 Hz - enabled and started by CONV_RATE bit
2. one-shot - triggered by CONV_START bit
In continuous mode, CONV_START is read-only and signifies an ongoing
conversion.
Change the code to follow the datasheet and really
Edge interrupts from the charger may be lost or stuck in fault mode
since probe(). Check if something changed everytime userspace wants
some data.
Signed-off-by: Michał Mirosław
---
drivers/power/supply/bq25890_charger.c | 4
1 file changed, 4 insertions(+)
diff --git
Report charging type based on recently read state.
Signed-off-by: Michał Mirosław
---
drivers/power/supply/bq25890_charger.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/power/supply/bq25890_charger.c
b/drivers/power/supply/bq25890_charger.c
index
Report REG00.IINLIM value as INPUT_CURRENT_LIMIT property.
Signed-off-by: Michał Mirosław
---
drivers/power/supply/bq25890_charger.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/power/supply/bq25890_charger.c
b/drivers/power/supply/bq25890_charger.c
index
This series consists of a set of fixes and enchancements to bq25890
driver. This is tested on a board using bq25896 as battery controller.
Patches 1-3 fix property value reading, 4-6 add more information to
be read from the chip, 7-8 add IBAT compensation support.
---
v2 removes VBUS and VSYS
301 - 400 of 1610 matches
Mail list logo