On 8/20/19 2:46 AM, Vlastimil Babka wrote:
> +CC Khalid Aziz who proposed a different approach:
> https://lore.kernel.org/linux-mm/20190813014012.30232-1-khalid.a...@oracle.com/T/#u
>
> On 8/16/19 11:43 PM, Nitin Gupta wrote:
>> The patch has plenty of rough edges but posting it early to see if I'
This patchset adds support for the Ugoos AM6, an Android STB based on
the Amlogic W400 reference design with the S922X chipset.
v2: correction of minor nits
Christian Hewitt (3):
dt-bindings: arm: amlogic: Add support for the Ugoos AM6
dt-bindings: Add vendor prefix for Ugoos
arm64: dts: me
Hi!
Dne torek, 20. avgust 2019 ob 17:19:31 CEST je meg...@megous.com napisal(a):
> From: Ondrej Jirman
>
> I went through the datasheets for H6 and H5, and compared the differences.
> RTCs are largely similar, but not entirely compatible. Incompatibilities
> are in details not yet implemented by
Ugoos Industrial Co., Ltd. are a manufacturer of ARM based TV Boxes,
Dongles, Digital Signage and Advertisement Solutions [0].
[0] (https://ugoos.com)
Signed-off-by: Christian Hewitt
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a
The Ugoos AM6 is based on the Amlogic W400 (G12B) reference design using the
S922X chipset. Hardware specifications:
- 2GB LPDDR4 RAM
- 16GB eMMC storage
- 10/100/1000 Base-T Ethernet using External RGMII PHY
- 802.11 a/b/g/b/ac + BT 5.0 sdio wireless (Ampak 6398S)
- HDMI 2.0 (4k@60p) video
- Comp
The Ugoos AM6 is based on the Amlogic W400 (G12B) reference design using the
S922X chipset.
Signed-off-by: Christian Hewitt
---
Documentation/devicetree/bindings/arm/amlogic.yaml | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/arm/amlogic.yaml
b/Documentati
Dne sobota, 24. avgust 2019 ob 10:04:24 CEST je Jernej Škrabec napisal(a):
> Hi!
>
> Dne torek, 20. avgust 2019 ob 17:19:31 CEST je meg...@megous.com napisal(a):
> > From: Ondrej Jirman
> >
> > I went through the datasheets for H6 and H5, and compared the differences.
> > RTCs are largely simila
On Sat, Aug 24, 2019 at 12:51 PM Hillf Danton wrote:
>
>
> On Sat, 24 Aug 2019 11:36:31 +0800 Yafang Shao wrote:
> > On Sat, Aug 24, 2019 at 10:57 AM Hillf Danton wrote:
> > > On Fri, 23 Aug 2019 18:00:15 -0400 Adric Blake wrote:
> > > > Synopsis:
> > > > A WARN_ON_ONCE is hit twice in set_task_r
http://rfs-rf.ru/upload/medialibrary/c1a/prilozhenie-1-k-resheniyu-gkrch-_-16_36_03.pdf
Note that there was never a DFS requirement in Russia, but always was
NO-OUTDOOR on 5GHz.
Maximum power is 200mW that is ~23dBm on all 5GHz channels.
Also Russia has never been regulated by ETSI.
EIRP has been
> EIRP has been reduced by 4dBm because of TPC requirement.
This is a typo. It's actuall 3dBm for 5 GHz.
On Thu, Aug 22, 2019 at 11:43:47PM +0300, Mihai Carabas wrote:
> From: Ashok Raj
>
> Microcode update was changed to be serialized due to restrictions after
> Spectre days. Updating serially on a large multi-socket system can be
> painful since we do this one CPU at a time. Cloud customers have e
From: Ashok Raj
Date: Thu, 22 Aug 2019 23:43:47 +0300
Microcode update was changed to be serialized due to restrictions after
Spectre days. Updating serially on a large multi-socket system can be
painful since it is being done on one CPU at a time.
Cloud customers have expressed discontent as se
From: Borislav Petkov
Date: Sat, 24 Aug 2019 10:01:53 +0200
... in order to not pollute dmesg with a line for each updated microcode
engine.
Signed-off-by: Borislav Petkov
Cc: Ashok Raj
Cc: Boris Ostrovsky
Cc: "H. Peter Anvin"
Cc: Ingo Molnar
Cc: Jon Grimm
Cc: kanth.ghatr...@oracle.com
C
do_sched_cfs_period_timer() will refill cfs_b runtime and call
distribute_cfs_runtime() to unthrottle cfs_rq, sometimes cfs_b->runtime
will allocate all quota to one cfs_rq incorrectly.
This will cause other cfs_rq can't get runtime and will be throttled.
We find that one throttled cfs_rq has non-n
Four fixes, three for edge conditions which don't occur very often.
The lpfc fix mitigates memory exhaustion for some high CPU systems.
The patch is available here:
git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-fixes
The short changelog is:
Adrian Hunter (1):
scsi: ufs
On 23/08/2019 17:44, Pierre-Louis Bossart wrote:
On 8/23/19 10:57 AM, Srinivas Kandagatla wrote:
On 23/08/2019 16:41, Pierre-Louis Bossart wrote:
On 8/22/19 6:37 PM, Srinivas Kandagatla wrote:
This patch adds bindings for Soundwire Slave devices that includes how
SoundWire enumeration
Bonjour,
Je soussignée Mme Mellie CARIUS de nationalité française. Je vous envoie ce
présent message afin de solliciter votre accord pour la réalisation d'un projet
de donation. Ayant perdu mon époux et mon enfant de 8 ans au cours d'un
accident tragique et mortel Il y a quelques années, je n'a
Alejandro González wrote:
> This patch allows userspace to set up wakeup alarms on any RTC handled by the
> sun6i driver, and adds the necessary PM operations to allow resuming from
> suspend when the configured wakeup alarm fires a IRQ. Of course, that the
> device actually resumes depends on th
On 17/08/2019 18:35, Eric Dumazet wrote:
>
>
> On 8/17/19 10:24 AM, Sander Eikelenboom wrote:
>> On 12/08/2019 19:56, Eric Dumazet wrote:
>>>
>>>
>>> On 8/12/19 2:50 PM, Sander Eikelenboom wrote:
L.S.,
While testing a somewhere-after-5.3-rc3 kernel (which included the latest
Hi Stephen,
Stephen Boyd wrote on Wed, 14 Aug 2019 17:03:00
-0700:
> Quoting Miquel Raynal (2019-05-21 05:51:10)
> > One major concern when, for instance, suspending/resuming a platform
> > is to never access registers before the underlying clock has been
> > resumed, otherwise most of the time
The original code is fine.
There was no chance we were going to apply the patch so there is no need
for any discussion. I don't know why Markus sent it when he knows.
regards,
dan carpenter
Hi Vignesh,
Randy Dunlap wrote on Tue, 13 Aug 2019 16:03:13
-0700:
> From: Randy Dunlap
>
> lib/devres.c, which implements devm_ioremap_resource(), is only built
> when CONFIG_HAS_IOMEM is set/enabled, so MTD_HYPERBUS should depend
> on HAS_IOMEM. Fixes a build error and a Kconfig warning (as
Hi Dmitry,
Dmitry Osipenko wrote on Thu, 25 Jul 2019 18:11:43
+0300:
> 25.07.2019 18:00, Piotr Sroka пишет:
> > Add new Cadence NAND driver to MTD subsystem
> >
> > Signed-off-by: Piotr Sroka
> > ---
> > Changes for v5:
> > - fix "ecc config strength" field size
> > - remove unused macros
> >
On Sat, 24 Aug 2019 at 07:53, Hans de Goede wrote:
>
> To avoid problems like this, this commit adds a new
> gpiolib_acpi_run_edge_events_on_boot kernel commandline option which
> can be "on", "off", or "auto" (default).
>
> In auto mode the default is on and a DMI based blacklist is used,
> the i
Hi Mason,
Mason Yang wrote on Tue, 20 Aug 2019 13:53:48
+0800:
> Macronix NANDs support randomizer operation for user data scrambled,
> which can be enabled with a SET_FEATURE.
>
> User data written to the NAND device without randomizer is still readable
> after randomizer function enabled.
> T
/Steve-Longerbeam/media-imx-Move-capture-device-init-to-registered/20190824-182241
base: git://linuxtv.org/media_tree.git master
config: sparc64-allmodconfig (attached as .config)
compiler: sparc64-linux-gcc (GCC) 7.4.0
reproduce:
wget
https://raw.githubusercontent.com/intel/lkp-tests
On Fri, Aug 23, 2019 at 09:35:08PM +0200, Miguel Ojeda wrote:
> On Thu, Aug 15, 2019 at 11:12 AM Miguel Ojeda
> wrote:
> >
> > Btw, I guess that is the Oops you were mentioning in the cover letter?
>
> Pinging about this...
Which bit are you pinging about? This patch (12/16) has been in -next fo
From: Tudor Ambarus
Add functions to delimit what the chunks of code do:
static void spi_nor_init_params()
{
spi_nor_legacy_init_params()
spi_nor_manufacturer_init_params()
spi_nor_sfdp_init_params()
}
Add descriptions to all methods.
spi_nor_init_params() becomes of ty
From: Tudor Ambarus
As of now, the flash parameters initialization logic is as following:
a/ default flash parameters init in spi_nor_init_params()
b/ manufacturer specific flash parameters updates, split across entire
spi-nor core code
c/ flash parameters updates based on SFDP tables
d/ post
From: Tudor Ambarus
The goal is to move the quad_enable manufacturer specific init in the
nor->manufacturer->fixups->default_init()
The legacy quad_enable() implementation is spansion_quad_enable(),
select this method by default.
Set specific manufacturer fixups->default_init() hooks to overwri
From: Boris Brezillon
gd25q256 needs to tweak the ->quad_enable() implementation and the
->default_init() fixup hook is the perfect place to do that. This way,
if we ever need to tweak more things for this flash, we won't have to
add new fields in flash_info.
We can get rid of the flash_info->qu
From: Tudor Ambarus
Depends on 'mtd: spi-nor: move manuf out of the core - batch 0' series:
https://patchwork.ozlabs.org/project/linux-mtd/list/?series=127030
v2:
- addressed all the comments
- all flash parameters and settings are now set in 'struct
spi_nor_flash_parameter', for a clearer sep
From: Boris Brezillon
Add the SNOR_F_HAS_LOCK flag and set it when SPI_NOR_HAS_LOCK is set
in the flash_info entry or when it's a Micron or ST flash.
Move the locking hooks in a separate struct so that we have just
one field to update when we change the locking implementation.
Signed-off-by: Bo
From: Tudor Ambarus
Get rid of MFR handling and implement specific manufacturer
default_init() fixup hooks.
Signed-off-by: Tudor Ambarus
---
drivers/mtd/spi-nor/spi-nor.c | 30 --
1 file changed, 20 insertions(+), 10 deletions(-)
diff --git a/drivers/mtd/spi-nor/sp
From: Boris Brezillon
The procedure used to enable 4 byte addressing mode depends on the NOR
device, so let's provide a hook so that manufacturer specific handling
can be implemented in a sane way.
Signed-off-by: Boris Brezillon
[tudor.amba...@microchip.com: use nor->params.set_4byte() instead
* Paul E. McKenney wrote:
> On Thu, Aug 22, 2019 at 08:54:29PM +0200, Ingo Molnar wrote:
>
> [ . . . ]
>
> > Pulled into tip:core/rcu, thanks a lot Paul!
>
> Thank you!
>
> > The merge commit is a bit non-standard:
> >
> > 07f038a408fb: Merge LKMM and RCU commits
> >
> > but clear enoug
From: Boris Brezillon
Add a spansion_post_sfdp_fixups() function to fix the erase opcode,
erase sector size and set the SNOR_F_4B_OPCODES flag.
This way, all spansion related quirks are placed in the
spansion_post_sfdp_fixups() function.
Signed-off-by: Boris Brezillon
Signed-off-by: Tudor Ambar
From: Tudor Ambarus
Depends on 'mtd: spi-nor: move manuf out of the core - batch 1' series:
https://patchwork.ozlabs.org/project/linux-mtd/list/?series=127121
which depends on:
Depends on 'mtd: spi-nor: move manuf out of the core - batch 0' series:
https://patchwork.ozlabs.org/project/linux-mtd/
From: Boris Brezillon
SFDP tables are sometimes wrong and we need a way to override the
config chosen by the SFDP parsing logic without discarding all of it.
Add a new hook called after the SFDP parsing has taken place to deal
with such problems.
Signed-off-by: Boris Brezillon
Signed-off-by: T
From: Boris Brezillon
S3AN flashes use a specific opcode to read the status register.
We currently use the SPI_S3AN flag to decide whether this specific
SR read opcode should be used, but SPI_S3AN is about to disappear, so
let's add a new flag.
Note that we use the same bit as SPI_S3AN implies S
From: Tudor Ambarus
nor->params.setup() configures the SPI NOR memory. Useful for SPI NOR
flashes that have peculiarities to the SPI NOR standard, e.g.
different opcodes, specific address calculation, page size, etc.
Right now the only user will be the S3AN chips, but other
manufacturers can impl
From: Boris Brezillon
In order to separate manufacturer quirks from the core we need to get
rid of all the manufacturer specific flags, like the
SNOR_F_S3AN_ADDR_DEFAULT one.
This can easily be replaced by a ->convert_addr() hook, which when
implemented will provide the core with an easy way to
From: Tudor Ambarus
s3an_nor_scan() was overriding the opcode selection done in
spi_nor_default_setup(). Set nor->setup() method in order to
avoid the unnecessary call to spi_nor_default_setup().
Signed-off-by: Tudor Ambarus
---
drivers/mtd/spi-nor/spi-nor.c | 17 ++---
1 file chan
On Sat, Aug 24, 2019 at 01:48:35AM -0400, Sasha Levin wrote:
> On Fri, Aug 23, 2019 at 07:32:58PM -0700, Greg KH wrote:
> > On Fri, Aug 23, 2019 at 09:18:05PM -0400, Sasha Levin wrote:
> > > On Fri, Aug 23, 2019 at 10:36:27AM -0700, Greg KH wrote:
> > > > On Fri, Aug 23, 2019 at 02:28:53AM -0400, S
From: Tudor Ambarus
Trim spi_nor_scan() huge function.
Depends on 'mtd: spi-nor: move manuf out of the core - batch 2' series:
https://patchwork.ozlabs.org/project/linux-mtd/list/?series=127122
which depends on:
Depends on 'mtd: spi-nor: move manuf out of the core - batch 1' series:
https://pat
From: Tudor Ambarus
Bring all flash parameters default initialization in
spi_nor_legacy_params_init().
Signed-off-by: Tudor Ambarus
---
drivers/mtd/spi-nor/spi-nor.c | 29 +++--
1 file changed, 11 insertions(+), 18 deletions(-)
diff --git a/drivers/mtd/spi-nor/spi-nor.
From: Tudor Ambarus
Dedicate a function for getting the pointer to the flash_info
const struct. Trim a bit the spi_nor_scan() huge function.
Signed-off-by: Tudor Ambarus
Reviewed-by: Boris Brezillon
---
drivers/mtd/spi-nor/spi-nor.c | 76 +--
1 file cha
From: Tudor Ambarus
Parsing of flash parameters were interleaved with setting of the
nor addr width. Dedicate a function for setting nor addr width.
Signed-off-by: Tudor Ambarus
Reviewed-by: Boris Brezillon
---
drivers/mtd/spi-nor/spi-nor.c | 50 ++-
1
From: Tudor Ambarus
To avoid inadvertent writes during power-up, some flashes are
write-protected by default after a power-on reset cycle.
A Global Block-Protection Unlock command offers a single
command cycle that unlocks the entire memory array. This is
identical with what other nor flashes are
From: Tudor Ambarus
v2: the check for UNLOCK_GLOBAL_BLOCK should be done the first
thing in spi_nor_disable_block_protection(). We use it for a faster
throughput, a single command cycle that unlocks the entire memory
array. Fix it.
This is similar with what other nor flashes are doing by clearin
From: Tudor Ambarus
To avoid inadvertent writes during power-up, sst26vf064b is
write-protected by default after a power-on reset cycle.
Unlock the serial flash memory by using the Global Block Protection
Unlock command - it offers a single command cycle that unlocks
the entire memory array.
Sig
Hi!
Dne torek, 20. avgust 2019 ob 17:19:33 CEST je meg...@megous.com napisal(a):
> From: Ondrej Jirman
>
> RTC on H6 is mostly the same as on H5 and H3. It has slight differences
> mostly in features that are not yet supported by this driver.
>
> Some differences are already stated in the comme
Hi,
On Sat, Aug 24, 2019 at 02:32:32PM +0200, Jernej Škrabec wrote:
> Hi!
>
> Dne torek, 20. avgust 2019 ob 17:19:33 CEST je meg...@megous.com napisal(a):
> > From: Ondrej Jirman
> >
> > RTC on H6 is mostly the same as on H5 and H3. It has slight differences
> > mostly in features that are not
On Sat, Aug 24, 2019 at 1:25 PM Will Deacon wrote:
>
> Which bit are you pinging about? This patch (12/16) has been in -next for a
> while and is queued in the arm64 tree for 5.4. The Oops/boot issue is
> addressed in patch 14 which probably needs to be sent as a separate patch
> (with a commit me
On Tue, Aug 13, 2019 at 10:33 AM Will Deacon wrote:
>
> -ENOCOMMITMESSAGE
>
> Otherwise, patch looks good to me.
Do you want Ack, Review or nothing?
Cheers,
Miguel
Dne sobota, 24. avgust 2019 ob 14:46:54 CEST je Ondřej Jirman napisal(a):
> Hi,
>
> On Sat, Aug 24, 2019 at 02:32:32PM +0200, Jernej Škrabec wrote:
> > Hi!
> >
> > Dne torek, 20. avgust 2019 ob 17:19:33 CEST je meg...@megous.com
napisal(a):
> > > From: Ondrej Jirman
> > >
> > > RTC on H6 is mo
On 2019/8/20 下午10:33, Greg Kroah-Hartman wrote:
On Tue, Aug 20, 2019 at 08:36:50PM +0800, zhangfei wrote:
Hi, Greg
On 2019/8/19 下午6:24, Greg Kroah-Hartman wrote:
+static int uacce_create_chrdev(struct uacce *uacce)
+{
+ int ret;
+
+ ret = idr_alloc(&uacce_idr, uacce, 0, 0, GFP_K
Hi,
On Sat, Aug 24, 2019 at 10:06:14AM +0200, Jernej Škrabec wrote:
> Dne sobota, 24. avgust 2019 ob 10:04:24 CEST je Jernej Škrabec napisal(a):
> > Hi!
> >
> > Dne torek, 20. avgust 2019 ob 17:19:31 CEST je meg...@megous.com napisal(a):
> > > From: Ondrej Jirman
> > >
> > > I went through the
Dne sobota, 24. avgust 2019 ob 14:56:12 CEST je Ondřej Jirman napisal(a):
> Hi,
>
> On Sat, Aug 24, 2019 at 10:06:14AM +0200, Jernej Škrabec wrote:
> > Dne sobota, 24. avgust 2019 ob 10:04:24 CEST je Jernej Škrabec napisal(a):
> > > Hi!
> > >
> > > Dne torek, 20. avgust 2019 ob 17:19:31 CEST je m
On Sat, Aug 24, 2019 at 02:51:54PM +0200, Jernej Škrabec wrote:
> Dne sobota, 24. avgust 2019 ob 14:46:54 CEST je Ondřej Jirman napisal(a):
> > Hi,
> >
> > On Sat, Aug 24, 2019 at 02:32:32PM +0200, Jernej Škrabec wrote:
> > > Hi!
> > >
> > > Dne torek, 20. avgust 2019 ob 17:19:33 CEST je meg...@m
An arm64 kernel configured with
CONFIG_KPROBES=y
CONFIG_KALLSYMS=y
# CONFIG_KALLSYMS_ALL is not set
CONFIG_KALLSYMS_BASE_RELATIVE=y
reports the following kprobe failure:
[0.032677] kprobes: failed to populate blacklist: -22
[0.033376] Please take care of using kprobes.
It ap
Dne sobota, 24. avgust 2019 ob 15:05:44 CEST je Ondřej Jirman napisal(a):
> On Sat, Aug 24, 2019 at 02:51:54PM +0200, Jernej Škrabec wrote:
> > Dne sobota, 24. avgust 2019 ob 14:46:54 CEST je Ondřej Jirman napisal(a):
> > > Hi,
> > >
> > > On Sat, Aug 24, 2019 at 02:32:32PM +0200, Jernej Škrabec w
On Sat, Aug 24, 2019 at 03:16:41PM +0200, Jernej Škrabec wrote:
> Dne sobota, 24. avgust 2019 ob 15:05:44 CEST je Ondřej Jirman napisal(a):
> > On Sat, Aug 24, 2019 at 02:51:54PM +0200, Jernej Škrabec wrote:
> > > Dne sobota, 24. avgust 2019 ob 14:46:54 CEST je Ondřej Jirman napisal(a):
> > > > Hi,
Hi Nick,
On Fri, Aug 23, 2019 at 10:16:04AM -0700, Nick Desaulniers wrote:
> On Tue, Aug 20, 2019 at 10:15 AM Nick Desaulniers
> wrote:
> > Hi Paul,
> > Bumping this thread; we'd really like to be able to boot test another
> > ISA in our CI. This lone patch is affecting our ability to boot. Can
Hello,
Nick Desaulniers wrote:
> The code in question is modifying a variable declared const through
> pointer manipulation. Such code is explicitly undefined behavior, and
> is the lone issue preventing malta_defconfig from booting when built
> with Clang:
>
> If an attempt is made to modify an
Hello,
Martin Blumenstingl wrote:
> The mainline PCIe PHY driver has it's own devicetree node. Update the
> clock alias so the mainline driver finds the clocks.
>
> The first PCIe PHY is located at 0x1f106800 and exists on VRX200, ARX300
> and GRX390.
> The second PCIe PHY is located at 0x1f70040
Hi Miquel,
On 24-Aug-19 4:18 PM, Miquel Raynal wrote:
> Hi Vignesh,
>
> Randy Dunlap wrote on Tue, 13 Aug 2019 16:03:13
> -0700:
>
>> From: Randy Dunlap
>>
>> lib/devres.c, which implements devm_ioremap_resource(), is only built
>> when CONFIG_HAS_IOMEM is set/enabled, so MTD_HYPERBUS should d
On 8/22/2019 21:33, Lyude Paul wrote:
Fatal read errors are worth warning about, unless of course the device
was just unplugged from the machine - something that's a rather normal
occurence when the igb/igc adapter is located on a Thunderbolt dock. So,
let's only WARN() if there's a fatal read er
These are dead code since 2.6.13. If there is no plan
to use it further, these can be removed forever.
Signed-off-by: Souptick Joarder
---
drivers/scsi/aic7xxx/aic7xxx_osm.c | 68 --
1 file changed, 68 deletions(-)
diff --git a/drivers/scsi/aic7xxx/aic7xxx_os
On 22.08.2019 09:18, Christian Herber wrote:
> On 21.08.2019 20:57, Andrew Lunn wrote:
>>
>>> The current patch set IMO is a little bit hacky. I'm not 100% happy
>>> with the implicit assumption that there can't be devices supporting
>>> T1 and classic BaseT modes or fiber modes.
>>
>>> Andrew: Do
This patch series adds PDC Global and AOSS reset support on SC7180 SoCs.
v2:
* Addressed Philipp's review comments
Sibi Sankar (2):
dt-bindings: reset: aoss: Add AOSS reset binding for SC7180 SoCs
dt-bindings: reset: pdc: Add PDC Global binding for SC7180 SoCs
Documentation/devicetree/bind
Add SC7180 AOSS reset to the list of possible bindings.
Signed-off-by: Sibi Sankar
---
Documentation/devicetree/bindings/reset/qcom,aoss-reset.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/devicetree/bindings/reset/qcom,aoss-reset.txt
b/Documentation/
Add SC7180 PDC global to the list of possible bindings.
Signed-off-by: Sibi Sankar
---
Documentation/devicetree/bindings/reset/qcom,pdc-global.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/devicetree/bindings/reset/qcom,pdc-global.txt
b/Documentation/
Hi Dan,
Thank you for the patch.
On 8/23/19 9:55 PM, Dan Murphy wrote:
> Fix the coccinelle issues found in the TI LMU common code
>
> drivers/leds/leds-ti-lmu-common.c:97:20-29: WARNING: Unsigned expression
> compared with zero: ramp_down < 0
> drivers/leds/leds-ti-lmu-common.c:97:5-12: WARNIN
Replace boilerplate with approproate SPDX header. Vim also auto-trimmed
whitespace from one line.
Signed-off-by: Alex Dewar
---
scripts/gcc-plugins/cyc_complexity_plugin.c | 2 +-
scripts/gcc-plugins/latent_entropy_plugin.c | 2 +-
scripts/gcc-plugins/randomize_layout_plugin.c | 4 ++--
scri
On 8/23/19 8:38 PM, Greg KH wrote:
On Fri, Aug 23, 2019 at 12:41:03PM -0600, shuah wrote:
On 8/22/19 11:05 AM, Sasha Levin wrote:
This is the start of the stable review cycle for the 5.2.10 release.
There are 135 patches in this series, all will be posted as a response
to this one. If anyone
Add SC7180 AOSS reset to the list of possible bindings.
Signed-off-by: Sibi Sankar
---
Documentation/devicetree/bindings/reset/qcom,aoss-reset.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/devicetree/bindings/reset/qcom,aoss-reset.txt
b/Documentation/
This patch series adds PDC Global and AOSS reset support on SC7180 SoCs.
v2:
* Addressed Philipp's review comments
Sibi Sankar (2):
dt-bindings: reset: aoss: Add AOSS reset binding for SC7180 SoCs
dt-bindings: reset: pdc: Add PDC Global binding for SC7180 SoCs
Documentation/devicetree/bind
Add SC7180 PDC global to the list of possible bindings.
Signed-off-by: Sibi Sankar
---
Documentation/devicetree/bindings/reset/qcom,pdc-global.txt | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/devicetree/bindings/reset/qcom,pdc-global.txt
b/Documentation/
Replace boilerplate with approproate SPDX header. Vim also auto-trimmed
whitespace from one line.
Ignore the previous email -- there was a typo in the patch. Sorry!
Signed-off-by: Alex Dewar
---
scripts/gcc-plugins/cyc_complexity_plugin.c | 2 +-
scripts/gcc-plugins/latent_entropy_plugin.c
Replace boilerplate with approproate SPDX header. Vim also auto-trimmed
whitespace from one line.
Ignore the previous emails. I'm still trying to get the hang of the
tools. Really sorry!
Signed-off-by: Alex Dewar
---
scripts/gcc-plugins/cyc_complexity_plugin.c | 2 +-
scripts/gcc-plugins/late
On Sat, Aug 24, 2019 at 09:21:53AM -0600, shuah wrote:
> On 8/23/19 8:38 PM, Greg KH wrote:
> > On Fri, Aug 23, 2019 at 12:41:03PM -0600, shuah wrote:
> > > On 8/22/19 11:05 AM, Sasha Levin wrote:
> > > >
> > > > This is the start of the stable review cycle for the 5.2.10 release.
> > > > There ar
On Sat, Aug 24, 2019 at 08:53:01PM +0800, zhangfei wrote:
>
>
> On 2019/8/20 下午10:33, Greg Kroah-Hartman wrote:
> > On Tue, Aug 20, 2019 at 08:36:50PM +0800, zhangfei wrote:
> > > Hi, Greg
> > >
> > > On 2019/8/19 下午6:24, Greg Kroah-Hartman wrote:
> > > > > > > +static int uacce_create_chrdev(st
Removed duplicate headers which are included twice.
Signed-off-by: Souptick Joarder
Reviewed-by: Mukesh Ojha
---
tools/perf/util/data.c | 1 -
tools/perf/util/get_current_dir_name.c | 1 -
tools/perf/util/stat-display.c | 1 -
3 files changed, 3 deletions(-)
diff --git
* Linus Torvalds wrote:
> On Fri, Aug 23, 2019 at 2:16 AM Ingo Molnar wrote:
> >
> > > + */
> > > + if (fatal_signal_pending(current)) {
> > > + if (!(error_code & X86_PF_USER))
> > > + no_context(regs, error_code, address, 0, 0);
> >
> > Since the 'sig
Hi Linus,
Please pull this single patch that fixes a xfs lockup problem when a
chown/chgrp operation fails due to running out of quota. It has
survived the usual xfstests runs and merges cleanly with this morning's
master. Please let me know if anything strange happens.
--D
The following chang
If a subdevice is unregistered and then registered again without the
driver being removed and re-probed (which will happen when the media
device is removed and re-probed without also removing/re-probing the
subdevice), media_device_register_entity() is called with a non-zero
entity->num_pads, and t
If the CSI is unregistered and then registered again without the
driver being removed and re-probed (which will happen when the media
device is removed and re-probed without also removing/re-probing the
CSI), the result is the kobject error and backtrace "tried to init an
initialized object". This
These two enums can be merged into a single one wihtout effecting
their caller if those were created without intension.
Signed-off-by: Souptick Joarder
---
include/uapi/rdma/mlx5-abi.h | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/include/uapi/rdma/mlx5-abi.h b/include/
On 8/24/19 9:33 AM, Greg KH wrote:
On Sat, Aug 24, 2019 at 09:21:53AM -0600, shuah wrote:
On 8/23/19 8:38 PM, Greg KH wrote:
On Fri, Aug 23, 2019 at 12:41:03PM -0600, shuah wrote:
On 8/22/19 11:05 AM, Sasha Levin wrote:
This is the start of the stable review cycle for the 5.2.10 release.
The
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
The following changes since commit d1abaeb3be7b5fa6d7a1fbbd2e14e3310005c4c1:
Linux 5.3-rc5 (2019-08-18 14:31:08 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/hyperv/linux.git
tags/hyperv-fixes-si
On Sat, Aug 24, 2019 at 9:14 AM Ingo Molnar wrote:
>
> What I noticed is that while reading regular RAM is reasonably fast even
> in very large chunks, accesses become very slow once they hit iomem - and
> delays even longer than the reported 145 seconds become possible if
> bs=100M is increased t
The RSB controller has two registers for controlling interrupt inputs:
RSB_INTE, which has bits for each possible interrupt, and the global
interrupt enable bit in RSB_CTRL.
Currently, we enable the bits in RSB_INTE before each transfer, but this
is unnecessary because we never disable them. Move
On 8/22/19 11:18 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.19.68 release.
There are 85 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
On Thu, Aug 22, 2019 at 10:39:46AM +0200, Vitaly Kuznetsov wrote:
lantianyu1...@gmail.com writes:
From: Tianyu Lan
Both Hyper-V tsc page and Hyper-V tsc MSR code use variable
hv_sched_clock_offset for their sched clock callback and so
define the variable regardless of CONFIG_HYPERV_TSCPAGE se
On 8/22/19 11:18 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.14.140 release.
There are 71 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 mad
On 8/22/19 11:17 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.9.190 release.
There are 103 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 mad
On 8/22/19 11:18 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.4.190 release.
There are 78 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
On Sat, Aug 24, 2019 at 02:01:02PM +0200, Ingo Molnar wrote:
>
> * Paul E. McKenney wrote:
>
> > On Thu, Aug 22, 2019 at 08:54:29PM +0200, Ingo Molnar wrote:
> >
> > [ . . . ]
> >
> > > Pulled into tip:core/rcu, thanks a lot Paul!
> >
> > Thank you!
> >
> > > The merge commit is a bit non-st
On Thu, Aug 22, 2019 at 10:23:23PM -0500, Scott Wood wrote:
> On Thu, 2019-08-22 at 09:39 -0400, Joel Fernandes wrote:
> > On Wed, Aug 21, 2019 at 04:33:58PM -0700, Paul E. McKenney wrote:
> > > On Wed, Aug 21, 2019 at 06:19:04PM -0500, Scott Wood wrote:
[ . . . ]
> > > > include/linux/rcupdate.
1 - 100 of 198 matches
Mail list logo
