On Mon, 2019-08-12 at 23:33 -0700, Nathan Chancellor wrote:
> On Mon, Aug 12, 2019 at 04:11:26PM -0700, Nick Desaulniers wrote:
> > Correct, Nathan is currently implementing support for attribute
> > fallthrough in Clang in:
> > https://reviews.llvm.org/D64838
> >
> > I asked him in person to eval
Hello RT Folks!
I'm pleased to announce the 4.4.189-rt186 stable release.
This release is just an update to the new stable 4.4.188 version
and no RT specific changes have been made.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.
Hi All,
Initially, I've prepared a patch and only after found this discussion. So,
please,
look at this patch no more than just a simple reminder that get_maintainers.pl
still emits this warning.
Best regards,
Denis
>8
Subject: [PATCH] MAINTAINE
On 13/08/19 11:55 AM, Roger Quadros wrote:
On 13/08/2019 07:35, Nishka Dasgupta wrote:
On 08/08/19 7:25 PM, Roger Quadros wrote:
Nishka,
On 08/08/2019 10:40, Nishka Dasgupta wrote:
In function sysc_check_children, there is an if-statement checking
whether the value returned by function sysc
On Mon, Aug 12, 2019 at 02:47:11PM -0700, Nathan Huckleberry wrote:
> Clang does not support the use of comments to label
> intentional fallthrough. This patch replaces some uses
> of comments to attributesto cut down a significant number
> of warnings on clang (from ~5 to ~200). Only comments
On Mon, Aug 12, 2019 at 11:21 PM Jes Sorensen wrote:
> On 8/12/19 10:32 AM, Kalle Valo wrote:
> > This is marked as RFC so I'm not sure what's the plan. Should I apply
> > this?
>
> I think it's at a point where it's worth applying - I kinda wish I had
> had time to test it, but I won't be near my
Change return type of function sysc_check_one_child() from int to void
as it always returns 0. Accordingly, at its callsite, delete the
variable that previously stored the return value.
Signed-off-by: Nishka Dasgupta
---
Changes in v2:
- Remove error variable entirely.
- Change return type of sys
On Mon, 12 Aug 2019, Charles Keepax wrote:
> On Mon, Aug 12, 2019 at 11:38:53AM +0100, Lee Jones wrote:
> > On Tue, 06 Aug 2019, Charles Keepax wrote:
> >
> > > Add the ability to get the clock for each clock input pin of the chip
> > > and enable MCLK2 since that is expected to be a permanently
On Mon, Aug 12, 2019 at 09:43:38PM -0700, Kyung Min Park wrote:
> Add the Atom Tremont model number to the Intel family list.
>
> Signed-off-by: Kyung Min Park
> ---
> arch/x86/include/asm/intel-family.h | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/arch/x86/include/asm/intel-family.
On Mon, 12 Aug 2019, Alexandre Belloni wrote:
> On 12/08/2019 16:11:29+0100, Lee Jones wrote:
> > On Mon, 12 Aug 2019, Frank Wunderlich wrote:
> >
> > > From: Josef Friedl
> > >
> > > move code to separate header-file to reuse definitions later
> > > in poweroff-driver (drivers/power/reset/mt63
On Tue, Aug 13, 2019 at 8:33 AM Denis Efremov wrote:
> Update MAINTAINERS record to reflect the filename change
> from physmap_of_versatile.c to physmap-versatile.c
>
> Cc: Boris Brezillon
> Cc: Ricardo Ribalda Delgado
> Cc: Linus Walleij
> Cc: linux-arm-ker...@lists.infradead.org
> Fixes: 6ca
Hi again,
On 2019-08-13 08:10, Marek Szyprowski wrote:
> Hi
>
> On 2019-08-01 00:16, Matthew Garrett wrote:
>> Tracefs may release more information about the kernel than desirable, so
>> restrict it when the kernel is locked down in confidentiality mode by
>> preventing open().
>>
>> Signed-off-by
On 8/12/19 4:57 PM, Andrew Lunn wrote:
>> In the DPAA2 architecture MACs are not the only entities that can be
>> connected to a switch port.
>> Below is an exemple of a 4 port DPAA2 switch which is configured to
>> interconnect 2 DPNIs (network interfaces) and 2 DPMACs.
>>
>>
>>[ethA] [eth
[adding some ex-SGI folks to comment as well]
Hi Tony,
let me know what you think of this series. This drops the pretty much
dead sn2 and hpsim support, which then allows us to build a single ia64
kernel image that supports all remaining systems without extra indirections
in the fast path.
A gi
The SGI SN2 support is about to be removed. Remove this driver that
depends on the SN2 support.
Signed-off-by: Christoph Hellwig
---
drivers/pci/hotplug/Kconfig | 9 -
drivers/pci/hotplug/Makefile | 1 -
drivers/pci/hotplug/sgi_hotplug.c | 700 --
3 fi
Note this also marks xp broken on ia64 now, as the UV support, which
was disable in generic kernels before actually never compiled due to
undefined uv_gpa_to_soc_phys_ram and uv_gpa_in_mmr_space symbols since
at least commit c2c9f1157414 ("x86: uv: update XPC to handle updated
BIOS interface").
Si
The SGI SN2 support is about to be removed. Remove this driver that
depends on the SN2 support.
Signed-off-by: Christoph Hellwig
---
arch/ia64/configs/generic_defconfig |1 -
arch/ia64/configs/gensparse_defconfig |1 -
drivers/tty/serial/Kconfig|9 -
drivers/tty/serial
The SGI SN2 support is about to be removed, so drop the bits specific to
it from this driver.
Signed-off-by: Christoph Hellwig
---
drivers/scsi/qla2xxx/qla_init.c | 14 --
1 file changed, 14 deletions(-)
diff --git a/drivers/scsi/qla2xxx/qla_init.c b/drivers/scsi/qla2xxx/qla_init.c
The IOC3 is a multi-function chip seen on SGI SN2 and some SGI
MIPS systems. This removes the last bit of SN2 specific support,
while the bits used by the mips ports are still around (and being
substantially rewritten at the moment).
Signed-off-by: Christoph Hellwig
---
arch/ia64/Kconfig
The SGI SN2 support is about to be removed. Remove this driver that
depends on the SN2 support.
Signed-off-by: Christoph Hellwig
---
arch/ia64/configs/generic_defconfig |1 -
arch/ia64/configs/gensparse_defconfig |1 -
arch/ia64/kernel/setup.c |7 -
drivers/tty/serial
The SGI SN2 support is about to be removed, so drop the bits specific to
it from this driver.
Signed-off-by: Christoph Hellwig
---
drivers/char/mspec.c | 155 +++
1 file changed, 11 insertions(+), 144 deletions(-)
diff --git a/drivers/char/mspec.c b/drive
The SGI SN2 support is about to be removed. Remove this driver that
depends on the SN2 support.
Signed-off-by: Christoph Hellwig
---
MAINTAINERS |6 -
arch/ia64/configs/gensparse_defconfig |1 -
drivers/tty/serial/Kconfig|8 -
drivers/tty/serial
The SGI SN2 support is about to be removed. Remove this driver that
depends on the SN2 support.
Signed-off-by: Christoph Hellwig
---
arch/ia64/configs/generic_defconfig | 2 -
arch/ia64/configs/gensparse_defconfig | 2 -
arch/ia64/sn/kernel/Makefile | 1 -
arch/ia64/sn/kernel/t
The SGI SN2 support is about to be removed. Remove this driver that
depends on the SN2 support.
Signed-off-by: Christoph Hellwig
---
arch/ia64/configs/generic_defconfig | 1 -
arch/ia64/configs/gensparse_defconfig | 1 -
drivers/Kconfig | 2 -
drivers/ide/Kconfig
The SGI SN2 support is about to be removed. Remove this driver that
depends on the SN2 support.
Signed-off-by: Christoph Hellwig
---
arch/ia64/configs/generic_defconfig | 1 -
arch/ia64/configs/gensparse_defconfig | 1 -
drivers/char/Kconfig | 8 -
drivers/char/Makefile
The IOC4 is a multi-function chip seen on SGI SN2 and some SGI MIPS
systems. This removes the base driver, which while not having an SN2
Kconfig dependency was only for sub-drivers that had one.
Signed-off-by: Christoph Hellwig
---
Documentation/driver-api/sgi-ioc4.rst| 49 ---
arch/ia64/c
CONFIG_SWIOTLB is now unconditionally selected on ia64, so remove the
ifdefs.
Signed-off-by: Christoph Hellwig
---
arch/ia64/kernel/dma-mapping.c | 2 --
arch/ia64/mm/init.c| 2 --
2 files changed, 4 deletions(-)
diff --git a/arch/ia64/kernel/dma-mapping.c b/arch/ia64/kernel/dma-map
The sn_coherency_id symbol isn't used anywhere, remove it.
Signed-off-by: Christoph Hellwig
---
arch/ia64/uv/kernel/setup.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/ia64/uv/kernel/setup.c b/arch/ia64/uv/kernel/setup.c
index 6ac4bd314d92..b081f5138f5c 100644
--- a/arch/ia64/uv/k
This override was only used by the ia64 SGI SN2 platform, which is
gone now.
Signed-off-by: Christoph Hellwig
---
kernel/irq/proc.c | 14 --
1 file changed, 14 deletions(-)
diff --git a/kernel/irq/proc.c b/kernel/irq/proc.c
index da9addb8d655..cfc4f088a0e7 100644
--- a/kernel/irq/pr
Now that hpsim support is gone, CONFIG_PCI is forced on for ia64, and
we can remove a few ifdefs for it.
Signed-off-by: Christoph Hellwig
---
arch/ia64/Makefile | 2 +-
arch/ia64/hp/common/sba_iommu.c | 10 +-
arch/ia64/include/asm/dma.h | 6 +-
arch/ia64/kernel/sy
Now that hpsim support is gone, CONFIG_ACPI is forced on for ia64, and
we can remove a few ifdefs for it.
Signed-off-by: Christoph Hellwig
---
arch/ia64/include/asm/acpi.h | 4 ++--
arch/ia64/kernel/Makefile| 4 ++--
arch/ia64/kernel/iosapic.c | 2 --
arch/ia64/kernel/irq_ia64.c | 2 -
ia64 currently organizes the iommu probing along machves, which isn't
very helpful. Instead just try to probe for Intel IOMMUs in mem_init
as they are properly described in ACPI and if none was found initialize
the swiotlb buffer. The HP SBA handling is then only done delayed when
the actual hard
I'm not sure how useful a platform default ROOT_DEV is these days,
but it pretty sure isn't machvec dependent.
Signed-off-by: Christoph Hellwig
---
arch/ia64/dig/setup.c| 9 -
arch/ia64/kernel/setup.c | 9 +
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/arch/
The simulator support was marked as temporary since the initial commit,
so drop it more than 10 years later.
Signed-off-by: Christoph Hellwig
---
arch/ia64/include/asm/sn/simulator.h | 25 --
arch/ia64/include/asm/sn/sn_sal.h| 10 -
arch/ia64/include/asm/uv/uv.h
The aim of this machvec is to support devices with < 32-bit dma
masks. But given that ia64 only has a ZONE_DMA32 and not a ZONE_DMA
that isn't supported by swiotlb either.
Signed-off-by: Christoph Hellwig
---
.../admin-guide/kernel-parameters.txt | 2 +-
arch/ia64/Kconfig
With the SGI SN2 machvec removal most of the indirections are unused
now, so remove them. This includes the entire removal of the mmio
read*/write* macros as the generic ones are identical to the
asm-generic/io.h version.
Signed-off-by: Christoph Hellwig
---
arch/ia64/include/asm/hw_irq.h
The hpsim platform supports the HP IA64 simulator which was useful as a
bring up platform. But it is fairly non-standard vs real IA64 system
in that it for example doesn't support ACPI. It also comes with a
whole bunch of simulator specific drivers. Remove it to simplify the
IA64 port.
Note tha
The only thing remaining of the machvecs is a few checks if we are
running on an SGI UV system. Replace those with the existing
is_uv_system() check that has been rewritten to simply check the
OEM ID directly.
That leaves us with a generic kernel that is as fast as the previous
DIG/ZX1/UV kernels
There is nothing really platform specific about setting about the
screen_info from the ia64_boot_param structure, so move it from the
dig machvec to common code.
Signed-off-by: Christoph Hellwig
---
arch/ia64/dig/setup.c| 30 --
arch/ia64/kernel/setup.c | 34 +
The SGI SN2 support is about to be removed, so drop the bits specific to
it from this driver.
Signed-off-by: Christoph Hellwig
---
drivers/scsi/qla1280.c | 37 -
drivers/scsi/qla1280.h | 3 ---
2 files changed, 40 deletions(-)
diff --git a/drivers/scsi/qla12
The SGI SN2 support is about to be removed. Remove this driver that
depends on the SN2 support.
Signed-off-by: Christoph Hellwig
---
arch/ia64/configs/generic_defconfig | 1 -
arch/ia64/configs/gensparse_defconfig | 1 -
drivers/char/agp/Kconfig | 7 -
drivers/char/agp/Make
On 13/08/2019 10:17, Nishka Dasgupta wrote:
> Change return type of function sysc_check_one_child() from int to void
> as it always returns 0. Accordingly, at its callsite, delete the
> variable that previously stored the return value.
>
> Signed-off-by: Nishka Dasgupta
> ---
> Changes in v2:
On 8/12/19 5:44 PM, Greg KH wrote:
> On Mon, Aug 12, 2019 at 12:39:11PM +0300, Ioana Ciornei wrote:
>> Add the '\n' line terminator to the string formats missing it.
>>
>> Signed-off-by: Ioana Ciornei
>> ---
>> drivers/staging/fsl-dpaa2/ethsw/ethsw-ethtool.c | 2 +-
>> drivers/staging/fsl-dpaa
On Mon, Aug 12, 2019 at 12:31:35PM -0700, Dan Williams wrote:
> It seems platforms / controllers that fail to run the option-rom
> should be quirked by device-id, but the PCS register twiddling be
> removed for everyone else. "Card BIOS" to me implies devices with an
> Option-ROM BAR which I don't
This patch prints the stddev and hist for the cycles diff of
program block. It can help us to understand if the cycles
is noisy or not.
This patch is inspired by Andi Kleen's patch
https://lwn.net/Articles/600471/
We create new option '--cycles-hist'.
Example:
perf record -b ./div
perf record -
On 13/08/19 11:58 AM, Xiaowei Bao wrote:
> The PCIe controller of layerscape just have 4 BARs, BAR0 and BAR1
> is 32bit, BAR2 and BAR4 is 64bit, this is determined by hardware,
> so set the bar_fixed_64bit with 0x14.
>
> Signed-off-by: Xiaowei Bao
Acked-by: Kishon Vijay Abraham I
> ---
> v2:
This patch add device node for mt2712 ethernet.
Signed-off-by: Biao Huang
---
arch/arm64/boot/dts/mediatek/mt2712-evb.dts | 69 +
arch/arm64/boot/dts/mediatek/mt2712e.dtsi | 65 +++
2 files changed, 134 insertions(+)
diff --git a/arch/arm64/boot/dts/mediate
Move some register definitions to the per-device array of struct
st_lsm6dsx_sensor_settings in order to simplify adding new sensor
devices to the driver.
Also, remove completely unused register definitions.
Signed-off-by: Martin Kepplinger
---
drivers/iio/imu/st_lsm6dsx/st_lsm6dsx.h | 6 +
Signed-off-by: Martin Kepplinger
---
Documentation/devicetree/bindings/iio/imu/st_lsm6dsx.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/iio/imu/st_lsm6dsx.txt
b/Documentation/devicetree/bindings/iio/imu/st_lsm6dsx.txt
index 87407d110bb7..0b0a74d9ab89 1
The LSM9DS1's accelerometer / gyroscope unit and it's magnetometer (separately
supported in iio/magnetometer/st_magn*) are located on a separate i2c addresses
on the bus.
For the datasheet, see https://www.st.com/resource/en/datasheet/lsm9ds1.pdf
Treat it just like the LSM6* devices and, despite
Add basic functionality for LSM9DS1. This has become a trivial addition
by now.
revision history
v4: rebase on top of today's iio testing branch with Lorenzo's recent work
v3: rebase and add Lorenzo's patches in order to apply to the iio testing brach
v2: further simplifications b
On 13/08/19 12:58 PM, Roger Quadros wrote:
On 13/08/2019 10:17, Nishka Dasgupta wrote:
Change return type of function sysc_check_one_child() from int to void
as it always returns 0. Accordingly, at its callsite, delete the
variable that previously stored the return value.
Signed-off-by: Nishk
> -Original Message-
> From: Kishon Vijay Abraham I
> Sent: 2019年8月13日 15:30
> To: Xiaowei Bao ; lorenzo.pieral...@arm.com;
> bhelg...@google.com; M.h. Lian ; Mingkai Hu
> ; Roy Zang ;
> l.st...@pengutronix.de; tpie...@impinj.com; Leonard Crestez
> ; andrew.smir...@gmail.com;
> yue.w...@
When half-duplex RS485 communication is used, after RX is started, TX
tasklet still needs to be scheduled tasklet. This avoids console freezing
when more data is to be transmitted, if the serial communication is not
closed.
Fixes: 69646d7a3689 ("tty/serial: atmel: RS485 HD w/DMA: enable RX after
On Mon, Aug 12, 2019 at 09:27:18AM -0600, Keith Busch wrote:
> On Mon, Aug 12, 2019 at 05:57:08PM +0800, Ming Lei wrote:
> > Now __irq_build_affinity_masks() spreads vectors evenly per node, and
> > all vectors may not be spread in case that each numa node has different
> > CPU number, then the fol
On Tue, 2019-08-13 at 00:04 -0700, Joe Perches wrote:
> On Mon, 2019-08-12 at 23:33 -0700, Nathan Chancellor wrote:
[]
> > a disagreement between GCC and Clang on
> > emitting a warning when falling through to a case statement that is
> > either the last one and empty or simply breaks..
[]
> > I pe
Some UFS devices have issues if LCC is enabled. So we
are setting PA_LOCAL_TX_LCC_Enable to 0 before link
startup which will make sure that both host and device
TX LCC are disabled once link startup is completed.
Signed-off-by: Anil Varughese
---
drivers/scsi/ufs/cdns-pltfrm.c | 27 +
On 13/08/2019 10:37, Nishka Dasgupta wrote:
> On 13/08/19 12:58 PM, Roger Quadros wrote:
>>
>>
>> On 13/08/2019 10:17, Nishka Dasgupta wrote:
>>> Change return type of function sysc_check_one_child() from int to void
>>> as it always returns 0. Accordingly, at its callsite, delete the
>>> variab
>From stress testing of arecord, we found that period size
greater than ~900 will bring pl330 to DYING state and
can not recover within 100 iterations.
The result is that arecord will stuck and get I/O error,
and issue can not be recovered until reboot.
This issue does not happen when period size
On Fri, Aug 09, 2019 at 07:51:17PM +,
"Kani, Toshi" wrote:
> On Fri, 2019-08-09 at 09:06 +0200, Borislav Petkov wrote:
> > On Thu, Aug 08, 2019 at 08:54:17PM -0700, Isaku Yamahata wrote:
> > > Make PAT(Page Attribute Table) independent from
> > > MTRR(Memory Type Range Register).
> > > Some e
Hi,
Richard Cochran writes:
> On Thu, Jul 18, 2019 at 11:59:10AM +0300, Felipe Balbi wrote:
>> no problem, anything in particular in mind? Just create new versions of
>> all the IOCTLs so we can actually use the reserved fields in the future?
>
> Yes, please!
before I send a new series built
On 13/08/19 02:55, Wanpeng Li wrote:
>> I think KVM_HINTS_REALTIME is being abused somewhat.
>> It has no clear meaning and used in different locations
>> for different purposes.
>
> Now it disables pv queued spinlock, pv tlb shootdown, pv sched yield
> which are not expected present in vCPUs are
Change return type of function sysc_check_one_child() from int to void
as it always returns 0. Remove the now-unnecessary return statement as
well. Accordingly, at its call site, delete the error variable that
previously stored the return value.
Signed-off-by: Nishka Dasgupta
---
Changes in v3:
-
By adding this option we are able to remove the sync3 field and dt binding.
When setting the required cutoff frequency we also determine the ADC
configuration for chop and sync filter.
Signed-off-by: Mircea Caprioru
---
Changelog V2:
- no changes here
drivers/staging/iio/adc/ad7192.c | 148
Change return type of function sysc_check_children() from int to void as
it always returns 0. Remove its return statement as well.
At call site, remove the variable that was used to store the return
value, as well as the check on the return value.
Signed-off-by: Nishka Dasgupta
---
- This is a ne
This patch add device tree binding documentation for AD7192 adc in YAML
format.
Signed-off-by: Mircea Caprioru
---
Changelog V2:
- remove description from spi and interrupt properties
- changed the name of the device from ad7192 to adc in the example
.../bindings/iio/adc/adi,ad7192.yaml
On Tue 13-08-19 10:06:08, Wei Yang wrote:
> When offline a node in try_offline_node, pgdat is not released. So that
> pgdat could be reused in hotadd_new_pgdat. While we re-allocate
> pgdat->per_cpu_nodestats if this pgdat is reused.
>
> This patch prevents the memory leak by just allocate per_cpu
This patch exports the ad_sd_calibrate function in order to be able to
call it from outside ad_sigma_delta.
There are cases where the option to calibrate one channel at a time is
necessary (ex. system calibration for zero scale and full scale).
Signed-off-by: Mircea Caprioru
---
Changelog V2:
-
This patch will add a system calibration attribute for each channel. Using
this option the user will have the ability to calibrate each channel for
zero scale and full scale. It uses the iio_chan_spec_ext_info and IIO_ENUM
to implement the functionality.
Signed-off-by: Mircea Caprioru
---
Changel
Hi all,
After merging the rcu tree, today's linux-next build (powerpc allnoconfig)
failed like this:
drivers/base/core.c: In function 'device_links_read_lock_held':
drivers/base/core.c:106:9: error: implicit declaration of function
'lock_is_held'; did you mean 'lockref_get'?
[-Werror=implicit-f
On Mon, Aug 12, 2019 at 11:52 PM 'Nick Desaulniers' via Clang Built
Linux wrote:
>
> Reported-by: Sedat Dilek
> Suggested-by: Josh Poimboeuf
> Signed-off-by: Nick Desaulniers
The patch looks fine, but it looks like you forgot to add a description.
Arnd
Hi,
Andrew Lunn writes:
>> Andrew Lunn writes:
>> > On Tue, Jul 16, 2019 at 10:20:33AM +0300, Felipe Balbi wrote:
>> >> TGPIO is a new IP which allows for time synchronization between systems
>> >> without any other means of synchronization such as PTP or NTP. The
>> >> driver is implemented a
On Tue, Aug 13, 2019 at 08:18:14AM +0100, Lee Jones wrote:
> On Mon, 12 Aug 2019, Charles Keepax wrote:
> > On Mon, Aug 12, 2019 at 11:38:53AM +0100, Lee Jones wrote:
> > > On Tue, 06 Aug 2019, Charles Keepax wrote:
> > >
> > > > Add the ability to get the clock for each clock input pin of the chi
On Mon, Aug 12, 2019 at 2:45 PM Ivan Khoronzhuk
wrote:
>
> The AF_XDP sockets umem mapping interface uses XDP_UMEM_PGOFF_FILL_RING
> and XDP_UMEM_PGOFF_COMPLETION_RING offsets. The offsets seems like are
> established already and are part of configuration interface.
>
> But for 32-bit systems, whi
On Tue, Aug 13, 2019 at 12:49:20AM -0700, Isaku Yamahata wrote:
> In addition to Xen, KVM+qemu can enable/disable MTRR, PAT independently.
> So user may want to disable MTRR to reduce attack surface.
No, no "user may want" etc vague formulations. Just because some virt
thing "can" do stuff doesn't
On 12.08.19 23:33, Alexander Duyck wrote:
> 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 add
On Mon, Jun 24, 2019 at 03:08:59PM +, Robert Richter wrote:
> The detail_location[] string in struct ghes_edac_pvt is complete
s/complete/completely/
> useless and data is just copied around. Put everything into
> e->other_detail from the beginning.
>
> Signed-off-by: Robert Richter
> ---
>
On Fri, Aug 9, 2019 at 6:24 PM Guido Günther wrote:
>
> This adds all the gpr registers and the define needed for selecting
> the input source in the imx-nwl drm bridge.
>
> Signed-off-by: Guido Günther
> +
> +#define IOMUXC_GPR00x00
> +#define IOMUXC_GPR10x04
> +#define IOMUXC_GPR20x
> >
> > In theory, child may have siblings. Would it be possible to have several
> > devices under xhci-hcd?
>
> I'm less interested in the xhci-hcd case - which I certainly *hope* is
> fixed already? - than in "if this happens somewhere else".
>
> So if we do want to remove the parent (which may
Hi all,
After merging the amdgpu tree, today's linux-next build (powerpc
allyesconfig) failed like this:
drivers/gpu/drm/amd/amdgpu/psp_v12_0.c:39:17: error: expected declaration
specifiers or '...' before string constant
MODULE_FIRMWARE("amdgpu/renoir_asd.bin");
^~
On 13/08/2019 at 08:10, Denis Efremov wrote:
> Update MAINTAINERS record to reflect the filename change
> from tcb_clksrc.c to timer-atmel-tcb.c
>
> Cc: Nicolas Ferre
Acked-by: Nicolas Ferre
But, while you're at it, I would add another line: see below...
> Cc: Alexandre Belloni
> Cc: linux-ar
On 2019/8/12 下午5:49, Michael S. Tsirkin wrote:
On Mon, Aug 12, 2019 at 10:44:51AM +0800, Jason Wang wrote:
On 2019/8/11 上午1:52, Michael S. Tsirkin wrote:
On Fri, Aug 09, 2019 at 01:48:42AM -0400, Jason Wang wrote:
Hi all:
This series try to fix several issues introduced by meta data
accelre
Hi,
The 1st patch enhances one warning check.
The 2nd patch makes __irq_build_affinity_masks() more reliable, such as,
all nodes can be covered in the spread.
The 3rd patch spread vectors on node according to the ratio of this node's
CPU number to number of all remaining CPUs, then vectors assi
Now __irq_build_affinity_masks() spreads vectors evenly per node, and
all vectors may not be spread in case that each numa node has different
CPU number, then the following warning in irq_build_affinity_masks() can
be triggered:
if (nr_present < numvecs)
WARN_ON(nr_present
The two-stage spread is done on same irq vectors, and we just need that
either one stage covers all vector, not two stage work together to cover
all vectors.
So enhance the warning check to make sure all vectors are spread.
Cc: Christoph Hellwig
Cc: Keith Busch
Cc: linux-n...@lists.infradead.or
Am Dienstag, den 13.08.2019, 12:26 +0800 schrieb Hillf Danton:
> [respin with the mess in Cc list cleaned up]
> Followup of commit e3e14de50dff ("HID: fix start/stop cycle in usbhid driver")
>
> --- a/drivers/hid/usbhid/hid-core.c
> +++ b/drivers/hid/usbhid/hid-core.c
> @@ -1214,6 +1214,8 @@ stat
One invariant of __irq_build_affinity_masks() is that all CPUs in the
specified masks( cpu_mask AND node_to_cpumask for each node) should be
covered during the spread. Even though all requested vectors have been
reached, we still need to spread vectors among remained CPUs. The similar
policy has be
> -Original Message-
> From: Stephen Rothwell
> Sent: Tuesday, August 13, 2019 4:11 PM
> To: Alex Deucher
> Cc: Linux Next Mailing List ; Linux Kernel
> Mailing List ; Liu, Aaron
> ; Huang, Ray
> Subject: linux-next: build failure after merge of the amdgpu tree
>
> Hi all,
>
> After me
In mlx5_cmd_invoke(), 'ent' is allocated through kzalloc() in alloc_cmd().
After the work is queued, wait_func() is invoked to wait the completion of
the work. If wait_func() returns -ETIMEDOUT, the following execution will
be terminated. However, the allocated 'ent' is not deallocated on this
prog
On Tue, Aug 13, 2019 at 08:09:21AM +0200, Knut Omang wrote:
> From: Alan Maguire
>
> While test results is available via netlink from user space, sometimes
> it may be useful to be able to access the results from the kernel as well,
> for instance due to a crash. Make that possible via debugfs.
>
On Tue, Aug 13, 2019 at 9:12 AM Greg Kroah-Hartman
wrote:
> On Tue, Aug 13, 2019 at 12:36:40PM +0800, Kai-Heng Feng wrote:
> > at 21:18, Andy Shevchenko wrote:
> > > On Fri, Aug 9, 2019 at 10:05 PM Kai-Heng Feng
> > > wrote:
> > > Can you, please, split out the Sunix quirk driver to a separate
On Tue, Aug 13, 2019 at 09:34:47AM +1000, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the risc-v tree got a conflict in:
>
> arch/arm64/kernel/topology.c
>
> between commit:
>
> 98dc19902a0b ("arm64: topology: Use PPTT to determine if PE is a thread")
>
> from the arm
On Tue, Aug 13, 2019 at 08:09:15AM +0200, Knut Omang wrote:
> and in the making::
>
> kunit/ (kernel only (UML))
You are going to have to integrate this with kunit, to come up with a
superset of both in the end.
And I do not think that kunit is only UML, it's just that s
rpmh_flush() was exported with the idea that an external entity
operation during CPU idle would know when to flush the sleep and wake
TCS. Since, this is not the case when defining a power domain for the
RSC. Remove the function export and instead allow the function to be
called internally.
Signed
Resource State Coordinator (RSC) is responsible for powering off/lowering
the requirements from CPU subsystem for the associated hardware like buses,
clocks, and regulators when all CPUs and cluster is powered down.
RSC power domain uses last-man activities provided by genpd framework based on
Ulf
On Mon, Jun 24, 2019 at 03:09:02PM +, Robert Richter wrote:
> Remove gotos as they just create overhead.
Overhead?
> Also, fix debug message for
> the case edac_create_dimm_object() is failing.
>
> Signed-off-by: Robert Richter
> ---
> drivers/edac/edac_mc_sysfs.c | 25 +---
Device argument matches with dev variable declared in RPMH message.
Compiler reports error when the argument is NULL since the argument
matches the name of the property. Rename dev argument to device to
fix this.
Signed-off-by: Maulik Shah
---
drivers/soc/qcom/rpmh.c | 4 ++--
1 file changed, 2
In addition to transmitting resource state requests to the remote
processor, the RSC is responsible for powering off/lowering the
requirements from CPUs subsystem for the associated hardware like
buses, clocks, and regulators when all CPUs and cluster is powered down.
The power domain is configure
Add RSC power domain support. RSC is top level power domain in
hireachical CPU LPM modes. Once the rsc domain is down flush all
cached sleep and wake votes from controller.
Signed-off-by: Maulik Shah
---
drivers/soc/qcom/rpmh-internal.h | 2 +
drivers/soc/qcom/rpmh-rsc.c | 96 +
Hi Nick,
On Mon, Aug 12, 2019 at 02:50:45PM -0700, Nick Desaulniers wrote:
> GCC unescapes escaped string section names while Clang does not. Because
> __section uses the `#` stringification operator for the section name, it
> doesn't need to be escaped.
>
> This antipattern was found with:
> $ g
1 - 100 of 1255 matches
Mail list logo
