Hi Paul,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: d3d45f8220d60a0b2cf8fb2be4e6ffd9008e
commit: 02fce139fd14d3b0126f0a72e8c0a83b5b01f9f5 Merge tag 'mips_fixes_5.4_3'
into mips-next
date: 11 months ago
Hi Robin,
FYI, the error/warning still remains.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: d3d45f8220d60a0b2cf8fb2be4e6ffd9008e
commit: b4ceb4a5359ed1c9ba4a20acf3a70d4bbead3248 iommu: Tidy up Kconfig for SoC
IOMMUs
date: 3 months ago
config:
On Sat, Oct 3, 2020 at 2:05 AM Heinrich Schuchardt wrote:
>
> CONFIG_EFI_MIXED depends on CONFIG_X86_64=y.
> There is no need to check CONFIG_X86_64 again.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> arch/x86/include/asm/efi.h | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git
On Sat, Oct 03, 2020 at 01:18:36PM -0400, Byron Stanoszek wrote:
> All,
>
> I was testing Linux 5.9-rc7 today when I realized that none of my USB devices
> were responding anymore. For instance, my mouse does not respond and its usual
> red LED is not on.
>
> Reverting git commit 7a2f2974f265
On Sat, Oct 3, 2020 at 1:29 AM Heinrich Schuchardt wrote:
>
> On 03.10.20 09:34, Atish Patra wrote:
> > On Fri, Oct 2, 2020 at 11:38 PM Heinrich Schuchardt
> > wrote:
> >>
> >> Describe how a device tree and an initial RAM disk can be passed to the EFI
> >> Boot Stub.
> >>
> >> Signed-off-by:
On Sun, Oct 04, 2020 at 12:16:31AM +0900, Akira Yokosawa wrote:
> Hi Alan,
>
> Just a minor nit in the litmus test.
>
> On Sat, 3 Oct 2020 09:22:12 -0400, Alan Stern wrote:
> > To expand on my statement about the LKMM's weakness regarding control
> > constructs, here is a litmus test to
Hi,
On Sat, Oct 3, 2020 at 9:54 AM Michael Walle wrote:
>
> Hi Douglas,
>
> Am 2020-10-03 18:27, schrieb Doug Anderson:
> > Hi,
> >
> > On Sat, Oct 3, 2020 at 8:22 AM Michael Walle wrote:
> >>
> >> Hi Douglas,
> >>
> >> > On my system the spi_nor_probe() took ~6 ms at bootup. That's not a
>
Hi Douglas,
Am 2020-10-03 18:27, schrieb Doug Anderson:
Hi,
On Sat, Oct 3, 2020 at 8:22 AM Michael Walle wrote:
Hi Douglas,
> On my system the spi_nor_probe() took ~6 ms at bootup. That's not a
> lot, but every little bit adds up to a slow bootup. While we can get
> this out of the boot
On 10/3/20 6:09 AM, Alexandre Courbot wrote:
> The addition of MT8183 support added a dependency on the SCP remoteproc
> module. However the initial patch used the "select" Kconfig directive,
> which may result in the SCP module to not be compiled if remoteproc was
> disabled. In such a case,
Hi,
On Fri, Oct 02, 2020 at 05:59:24PM -0500, Rob Herring wrote:
> Some DSI controllers are missing a reference to the recently added
> dsi-controller.yaml schema. Add it and we can drop the duplicate
> parts.
For the NWL part:
Reviewed-by: Guido Günther
>
> Cc: Maxime Ripard
> Cc: Chen-Yu
On Sat, Oct 03, 2020 at 03:55:13AM -0400, Ethan Zhao wrote:
> When uncorrectable error happens, AER driver and DPC driver interrupt
> handlers likely call
>
>pcie_do_recovery()
>->pci_walk_bus()
> ->report_frozen_detected()
>
> with pci_channel_io_frozen the same time.
>If
Hi Andy,
On Thu, Oct 01, 2020 at 06:36:06PM +0300, Andy Shevchenko wrote:
> On Wed, Sep 30, 2020 at 7:06 PM Calvin Johnson
> wrote:
> >
> > Modify dpaa2_mac_connect() to support ACPI along with DT.
> > Modify dpaa2_mac_get_node() to get the dpmac fwnode from either
> > DT or ACPI.
> >
> >
Hi,
On Sat, Oct 3, 2020 at 8:22 AM Michael Walle wrote:
>
> Hi Douglas,
>
> > On my system the spi_nor_probe() took ~6 ms at bootup. That's not a
> > lot, but every little bit adds up to a slow bootup. While we can get
> > this out of the boot path by making it a module, there are times where
Starting with
commit 75820314de26 ("i2c: core: add generic I2C GPIO recovery")
GPIO bus recovery is supported by the I2C core, so we can remove the
driver implementation and use that one instead.
Signed-off-by: Codrin Ciubotariu
---
This patch is not tested.
The only different thing should be
On Sat, Oct 03, 2020 at 12:08:46PM -0400, j...@joelfernandes.org wrote:
[...]
> static void code0(struct v_struct* v,spinlock_t* l,int* out_0_r1) {
>
> struct v_struct *r1; /* to_free */
>
> r1 = NULL;
> spin_lock(l);
> if (!smp_load_acquire(>b))
>
On Thu, Oct 01, 2020 at 02:30:48PM -0700, Paul E. McKenney wrote:
> On Thu, Oct 01, 2020 at 12:15:29PM -0400, Alan Stern wrote:
> > On Wed, Sep 30, 2020 at 09:51:16PM -0700, Paul E. McKenney wrote:
> > > Hello!
> > >
> > > Al Viro posted the following query:
> > >
> > >
On Sat, Oct 03, 2020 at 05:51:03PM +0200, Marcel Holtmann wrote:
> Hi Greg,
>
> > This reverts commit 0eee35bdfa3b472cc986ecc6ad76293fdcda59e2 as it
> > breaks all bluetooth connections on my machine.
> >
> > Cc: Marcel Holtmann
> > Cc: Sathish Narsimman
> > Fixes: 0eee35bdfa3b ("Bluetooth:
On Fri, Oct 02, 2020 at 09:08:00AM -0700, Badhri Jagan Sridharan wrote:
> Hi Greg,
>
> Yes I tested it on usb-next before sending it out.
>
> 630 | tcpci->tcpc.enable_frs = tcpci_enable_frs;
>
> In https://patchwork.kernel.org/project/linux-usb/list/?series=356837
> i.e v9 version of this
Hi Greg,
> This reverts commit 0eee35bdfa3b472cc986ecc6ad76293fdcda59e2 as it
> breaks all bluetooth connections on my machine.
>
> Cc: Marcel Holtmann
> Cc: Sathish Narsimman
> Fixes: 0eee35bdfa3b ("Bluetooth: Update resolving list when updating
> whitelist")
> Signed-off-by: Greg
The MPTCP ADD_ADDR suboption with echo-flag=1 has no HMAC, the size is
smaller than the one initially sent without echo-flag=1. We then need to
use the correct size everywhere when we need this echo bit.
Before this patch, the wrong size was reserved but the correct amount of
bytes were written
On 10/2/20 7:49 PM, Thomas Gleixner wrote:
> On Fri, Oct 02 2020 at 17:38, Oleg Nesterov wrote:
>> On 10/02, Thomas Gleixner wrote:
>>>
>>> I think it's fundamentaly wrong that we have several places and several
>>> flags which handle task_work_run() instead of having exactly one place
>>> and one
This is considered bad for the following reasons:
(1) We only support the block protection with BPn bits for write
protection. Not all SST parts support this.
(2) Newly added flash chip will automatically inherit the "has
locking" support and thus needs to explicitly tested. Better
I bundled this as a series, because otherwise there will be conflicts
because the "remove global protection flag" patches modify the same lines
as the main patch.
See invdividual patches for the version history.
Michael Walle (3):
mtd: spi-nor: atmel: remove global protection flag
mtd:
This is considered bad for the following reasons:
(1) We only support the block protection with BPn bits for write
protection. Not all Atmel parts support this.
(2) Newly added flash chip will automatically inherit the "has
locking" support and thus needs to explicitly tested. Better
Traditionally, linux unlocks the whole flash because there are legacy
devices which has the write protections bits set by default at startup.
If you actually want to use the flash protection bits, eg. because there
is a read-only part for a bootloader, this automatic unlocking is
harmful. If there
Hi Douglas,
> On my system the spi_nor_probe() took ~6 ms at bootup. That's not a
> lot, but every little bit adds up to a slow bootup. While we can get
> this out of the boot path by making it a module, there are times where
> it is convenient (or even required) for this to be builtin the
We cannot rely on execute bits to be set on files in the repository.
The build script should use the explicit interpreter when invoking any
script from the repository.
Link:
https://lore.kernel.org/lkml/20200830174409.c24c3f67addcce0cea9a9...@linux-foundation.org/
Link:
We cannot rely on execute bits to be set on files in the repository.
The build script should use the explicit interpreter when invoking any
script from the repository.
Link:
https://lore.kernel.org/lkml/20200830174409.c24c3f67addcce0cea9a9...@linux-foundation.org/
Link:
This patch series aims at removing the dependency on execute
bit of the scripts in the kbuild system.
If not working with fresh clone of linux-next, clean the srctree:
make distclean
make tools/clean
To test the dependency on execute bits, I tried building the
kernel after removing x-bits for
On Sat, Oct 03, 2020 at 04:23:15PM +0200, Gabriel C wrote:
> Am Mo., 28. Sept. 2020 um 00:00 Uhr schrieb Linus Torvalds
> :
> Hello,
>
> > Shortlog appended, but what I really hope you all will do is to give
> > it a nice good testing. One extra week or rc kernels will help, but
> > only if
Hi Alan,
Just a minor nit in the litmus test.
On Sat, 3 Oct 2020 09:22:12 -0400, Alan Stern wrote:
> To expand on my statement about the LKMM's weakness regarding control
> constructs, here is a litmus test to illustrate the issue. You might
> want to add this to one of the archives.
>
>
On Sat, Oct 3, 2020 at 6:32 PM Andy Shevchenko
wrote:
>
> On Sat, Oct 3, 2020 at 3:56 PM William Breathitt Gray
> wrote:
> > On Sat, Oct 03, 2020 at 03:45:04PM +0300, Andy Shevchenko wrote:
> > > On Sat, Oct 3, 2020 at 2:37 PM Syed Nayyar Waris
> > > wrote:
> > > > On Sat, Oct 3, 2020 at 2:14
On Sat, 3 Oct 2020 09:51:00 +0200 Jiri Pirko wrote:
> > enum devlink_attr {
> > /* don't change the order or add anything between, this is ABI! */
> > DEVLINK_ATTR_UNSPEC,
> >@@ -507,6 +524,7 @@ enum devlink_attr {
> >
> > DEVLINK_ATTR_RELOAD_ACTION, /* u8 */
> >
On Sat, 2020-10-03 at 15:55 +0200, Greg Kroah-Hartman wrote:
> On Fri, Oct 02, 2020 at 03:30:30PM -0700, Kees Cook wrote:
> > On Wed, Sep 30, 2020 at 09:22:19PM -0700, Joe Perches wrote:
> > > On Wed, 2020-09-30 at 21:17 -0700, Kees Cook wrote:
> > > > On Wed, Sep 30, 2020 at 01:57:40PM +0200,
On Sat, Oct 03, 2020 at 04:32:46PM +0200, Greg KH wrote:
> I might be late to the game, but why are you trying to dual-license the
> new files you are adding in this patch? How will that help anyone?
>
> I have had many talks with Intel about this in the past, and last I
> heard was that when
>I'll need your real name to apply a patch.
My real name is Gabriel David.
>Ok, so I assume this is only problem with certain device trees, and
not a problem with dts' in mainline?
Yes.
Here's the current node I'm using that causes this bug:
_5 {
status = "ok";
ti_lm3697@36
On Fri, Oct 02, 2020 at 07:18:20PM -0400, Sasha Levin wrote:
> This is a note to let you know that I've just added the patch titled
>
> net: virtio_vsock: Enhance connection semantics
>
> to the 4.9-stable tree which can be found at:
>
>
On Fri, Oct 02, 2020 at 07:18:18PM -0400, Sasha Levin wrote:
> This is a note to let you know that I've just added the patch titled
>
> vsock/virtio: add transport parameter to the
> virtio_transport_reset_no_sock()
>
> to the 4.9-stable tree which can be found at:
>
>
On Sat, Oct 03, 2020 at 12:46:29PM +0200, Thomas Gleixner wrote:
> > There might be some model specific performance counter events that only
> > apply to some cores. Or a machine check error code that is logged in the
> > model specific MSCOD field of IA32_MCi_STATUS. But any and all code can run
On Sat, Oct 03, 2020 at 07:50:46AM +0300, Jarkko Sakkinen wrote:
> Intel Software Guard eXtensions (SGX) is a set of CPU instructions that can
> be used by applications to set aside private regions of code and data. The
> code outside the SGX hosted software entity is prevented from accessing the
On Sat, Oct 03, 2020 at 07:50:35AM +0300, Jarkko Sakkinen wrote:
> Intel(R) SGX is a set of CPU instructions that can be used by applications
> to set aside private regions of code and data. The code outside the enclave
> is disallowed to access the memory inside the enclave by the CPU access
>
29.09.2020 20:42, Dmitry Osipenko пишет:
> 29.09.2020 09:13, Nicolin Chen пишет:
>> This is used to protect potential race condition at use_count.
>> since probes of client drivers, calling attach_dev(), may run
>> concurrently.
>>
>> Signed-off-by: Nicolin Chen
>> ---
>
> It's always better not
29.09.2020 20:41, Dmitry Osipenko пишет:
> 29.09.2020 09:13, Nicolin Chen пишет:
>> The tegra_smmu_group_get was added to group devices in different
>> SWGROUPs and it'd return a NULL group pointer upon a mismatch at
>> tegra_smmu_find_group(), so for most of clients/devices, it very
>> likely
The following changes since commit a31128384dfd9ca11f15ef4ea73df25e394846d1:
Merge tag 'libnvdimm-fixes-5.9-rc7' of
git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm (2020-09-21
08:46:20 -0700)
are available in the Git repository at:
Am Mo., 28. Sept. 2020 um 00:00 Uhr schrieb Linus Torvalds
:
Hello,
> Shortlog appended, but what I really hope you all will do is to give
> it a nice good testing. One extra week or rc kernels will help, but
> only if people actually try this out.
>
> So.. Please?
I'm a bit late testing, but
The following commit has been merged into the core/static_call branch of tip:
Commit-ID: 547305a64632813286700cb6d768bfe773df7d19
Gitweb:
https://git.kernel.org/tip/547305a64632813286700cb6d768bfe773df7d19
Author:Steven Rostedt (VMware)
AuthorDate:Thu, 01 Oct 2020
The following commit has been merged into the core/static_call branch of tip:
Commit-ID: 69e0ad37c9f32d5aa1beb02aab4ec0cd055be013
Gitweb:
https://git.kernel.org/tip/69e0ad37c9f32d5aa1beb02aab4ec0cd055be013
Author:Nathan Chancellor
AuthorDate:Mon, 28 Sep 2020 16:09:39
From: Jernej Skrabec
Add Allwinner H6 I2S1 node connected to HDMI interface.
Signed-off-by: Jernej Skrabec
Signed-off-by: Marcus Cooper
Acked-by: Chen-Yu Tsai
Signed-off-by: Clément Péron
---
arch/arm64/boot/dts/allwinner/sun50i-h6.dtsi | 13 +
1 file changed, 13 insertions(+)
Enable Allwinner I2S driver for arm64 defconfig.
Signed-off-by: Clément Péron
---
arch/arm64/configs/defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
index 63003ec116ee..9a3c3bbe60e4 100644
---
Checkpatch script produces warning:
WARNING: function definition argument 'const struct sun4i_i2s *'
should also have an identifier name.
Let's fix this by adding identifier name to get_bclk_parent_rate()
and set_fmt() callback definition.
Signed-off-by: Clément Péron
---
From: Samuel Holland
Because SUN4I_I2S_FIFO_CTRL_REG is volatile, writes done while the
regmap is cache-only are ignored. To work around this, move the
configuration to a callback that runs while the ASoC core has a
runtime PM reference to the device.
Signed-off-by: Samuel Holland
Reviewed-by:
From: Marcus Cooper
Extend the functionality of the driver to include support of 20 and
24 bits per sample.
Signed-off-by: Marcus Cooper
Acked-by: Maxime Ripard
Reviewed-by: Chen-Yu Tsai
Signed-off-by: Clément Péron
---
sound/soc/sunxi/sun4i-i2s.c | 11 +--
1 file changed, 9
From: Marcus Cooper
On the newer SoCs such as the H3 and A64 this is set by default
to transfer a 0 after each sample in each slot. However the A10
and A20 SoCs that this driver was developed on had a default
setting where it padded the audio gain with zeros.
This isn't a problem while we have
As slots and slot_width can be set manually using set_tdm().
These values are then kept in sun4i_i2s struct.
So we need to check if these values are setted or not
in the struct.
Avoid to check for this logic in set_chan_cfg(). This will
duplicate the same check instead pass the required values
as
We are actually using a complex formula to just return a bunch of
simple values. Also this formula is wrong for sun4i when calling
get_wss() the function return 4 instead of 3.
Replace this with a simpler switch case.
Also drop the i2s params which is unused and return a simple int as
returning
The FIFO TX reg is volatile and sun8i i2s register
mapping is different from sun4i.
Even if in this case it's doesn't create an issue,
Avoid setting some regs that are undefined in sun8i.
Acked-by: Maxime Ripard
Reviewed-by: Chen-Yu Tsai
Signed-off-by: Clément Péron
---
From: Marcus Cooper
Add the I2S2 node connected to the HDMI interface.
Signed-off-by: Jernej Skrabec
Signed-off-by: Marcus Cooper
Acked-by: Chen-Yu Tsai
Signed-off-by: Clément Péron
---
arch/arm64/boot/dts/allwinner/sun50i-a64.dtsi | 14 ++
1 file changed, 14 insertions(+)
Currently, coccinelle starts by printing
"When using "patch" mode, carefully review the
patch before submitting it."
Modify coccicheck to print this message only when the user has
explicitly selected "patch" or "chain" mode.
Signed-off-by: Sumera Priyadarsini
---
scripts/coccicheck |
From: Marcus Cooper
Add H3/H5 I2S2 node connected to the HDMI interface.
Signed-off-by: Jernej Skrabec
Signed-off-by: Marcus Cooper
Acked-by: Chen-Yu Tsai
Signed-off-by: Clément Péron
---
arch/arm/boot/dts/sunxi-h3-h5.dtsi | 13 +
1 file changed, 13 insertions(+)
diff --git
From: Jernej Skrabec
H6 I2S is very similar to H3, except that it supports up to 16 channels
and thus few registers have fields on different position.
Signed-off-by: Jernej Skrabec
Signed-off-by: Marcus Cooper
Acked-by: Maxime Ripard
Acked-by: Rob Herring
Acked-by: Chen-Yu Tsai
Like A83T the Allwinner H3 doesn't have the DMA reception available for
some audio interfaces.
As it's already documented for A83T convert this to an enum and add the H3
interface.
Signed-off-by: Clément Péron
---
.../devicetree/bindings/sound/allwinner,sun4i-a10-i2s.yaml| 4 +++-
1 file
From: Jernej Skrabec
H6 I2S is very similar to that in H3, except it supports up to 16
channels.
Signed-off-by: Jernej Skrabec
Signed-off-by: Marcus Cooper
Reviewed-by: Chen-Yu Tsai
Signed-off-by: Clément Péron
---
sound/soc/sunxi/sun4i-i2s.c | 226
1
Hi,
To avoid using set-tdm property of the simple-soundcard we will introduce
a specific soundcard for Allwinner HDMI later.
So I have dropped the simple-soundcard, the title of the serie is no more
relevent...
Regards,
Clement
Change since v5:
- Drop HDMI simple soundcard
- Collect Chen-Yu
03.10.2020 09:59, Nicolin Chen пишет:
> The bus_set_iommu() in tegra_smmu_probe() enumerates all clients
> to call in tegra_smmu_probe_device() where each client searches
> its DT node for smmu pointer and swgroup ID, so as to configure
> an fwspec. But this requires a valid smmu pointer even
Traditionally, linux unlocks the whole flash because there are legacy
devices which has the write protections bits set by default at startup.
If you actually want to use the flash protection bits, eg. because there
is a read-only part for a bootloader, this automatic unlocking is
harmful. If there
This is considered bad for the following reasons:
(1) We only support the block protection with BPn bits for write
protection. Not all Atmel parts support this.
(2) Newly added flash chip will automatically inherit the "has
locking" support and thus needs to explicitly tested. Better
I bundled this as a series, because otherwise there will be conflicts
because the "remove global protection flag" patches modify the same lines
as the main patch.
See invdividual patches for the version history.
Michael Walle (3):
mtd: spi-nor: atmel: remove global protection flag
mtd:
This is considered bad for the following reasons:
(1) We only support the block protection with BPn bits for write
protection. Not all SST parts support this.
(2) Newly added flash chip will automatically inherit the "has
locking" support and thus needs to explicitly tested. Better
* fix wrong pinmux offset preventing the user button from working
* add uart connection for bluetooth wl1271 hci
H. Nikolaus Schaller (2):
ARM: dts: pandaboard: fix pinmux for gpio user button of Pandaboard ES
ARM: dts: pandaboard es: add bluetooth uart for HCI
The wl271 bluetooth uart is connected to uart2.
Setup a serdev uart child and separate bluetooth and uart2 pinmux
from wl12xx pinmux to better group the pins and muxes.
Signed-off-by: H. Nikolaus Schaller
---
arch/arm/boot/dts/omap4-panda-es.dts | 32
1 file
03.10.2020 09:59, Nicolin Chen пишет:
> This patch simply adds support for PCI devices.
>
> Signed-off-by: Nicolin Chen
> Reviewed-by: Dmitry Osipenko
Small nit: yours s-b tag always should be the last line of the commit
message because you're "signing up" words that were written by you.
03.10.2020 09:59, Nicolin Chen пишет:
> In tegra_smmu_(de)attach_dev() functions, we poll DTB for each
> client's iommus property to get swgroup ID in order to prepare
> "as" and enable smmu. Actually tegra_smmu_configure() prepared
> an fwspec for each client, and added to the fwspec all swgroup
Schönen Tag,
Ich bin Mr.Ahmed Muzashah, Account Manager einer Investmentbank hier
in Burkina Faso. In meinem Unternehmen wird seit langem ein
Kontoprojekt von einem Kunden unserer Bank eröffnet. Ich habe die
Möglichkeit, den verbleibenden Fonds (15,8 Millionen US-Dollar) zu
übertragen. Fünfzehn
The pinmux control register offset passed to OMAP4_IOPAD is odd.
Fixes: ab9a13665e7c ("ARM: dts: pandaboard: add gpio user button")
Cc: sta...@vger.kernel.org
Signed-off-by: H. Nikolaus Schaller
---
arch/arm/boot/dts/omap4-panda-es.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
03.10.2020 09:59, Nicolin Chen пишет:
> static int tegra_smmu_of_xlate(struct device *dev,
> struct of_phandle_args *args)
> {
> + struct platform_device *iommu_pdev = of_find_device_by_node(args->np);
> + struct tegra_mc *mc =
03.10.2020 09:59, Nicolin Chen пишет:
> ubuntu@jetson:~$ dmesg | grep iommu
> iommu: Default domain type: Translated
> tegra-i2c 7000c400.i2c: Adding to iommu group 0
> tegra-i2c 7000c500.i2c: Adding to iommu group 0
> tegra-i2c 7000d000.i2c: Adding to iommu group 0
>
Hi!
> Signed-off-by: Ultracoolguy
I'll need your real name to apply a patch.
> Hi, all. This is a patch fixing an out-of-bounds error due to lm3697_init
> expecting the device tree to use both control banks. This fixes it by adding
> a new variable that will hold the number of used banks.
>
On Fri, Oct 02, 2020 at 03:30:30PM -0700, Kees Cook wrote:
> On Wed, Sep 30, 2020 at 09:22:19PM -0700, Joe Perches wrote:
> > On Wed, 2020-09-30 at 21:17 -0700, Kees Cook wrote:
> > > On Wed, Sep 30, 2020 at 01:57:40PM +0200, Greg Kroah-Hartman wrote:
> > > > Kees, and Rafael, I don't know if you
This reverts commit 0eee35bdfa3b472cc986ecc6ad76293fdcda59e2 as it
breaks all bluetooth connections on my machine.
Cc: Marcel Holtmann
Cc: Sathish Narsimman
Fixes: 0eee35bdfa3b ("Bluetooth: Update resolving list when updating whitelist")
Signed-off-by: Greg Kroah-Hartman
---
Hi,
On 10/3/20 3:19 PM, Hans de Goede wrote:
Hi All,
Recently 2 different patches have been submitted for drivers under
drivers/platform/x86 to configure the performance-profile of
modern laptops (see the actual RFC patch for what I mean with
a performance-profile). One for the thinkpad_acpi
Hi Icenowy,
On Sat, 3 Oct 2020 at 12:39, Icenowy Zheng wrote:
>
>
>
> 于 2020年10月3日 GMT+08:00 下午6:28:03, "Clément Péron" 写到:
> >Hi,
> >
> >I was running dtbs_check and found this series introduced new warnings.
> >
> > DTC arch/arm/boot/dts/sun8i-s3-pinecube.dtb
> > DTC
On Sat, Oct 03, 2020 at 12:22:47AM -0500, Haitao Huang wrote:
> When I turn on CONFIG_PROVE_LOCKING, kernel reports following suspicious RCU
> usages. Not sure if it is an issue. Just reporting here:
I'm glad to hear that my tip helped you to get us the data.
This does not look like an issue in
To expand on my statement about the LKMM's weakness regarding control
constructs, here is a litmus test to illustrate the issue. You might
want to add this to one of the archives.
Alan
C crypto-control-data
(*
* LB plus crypto-control-data plus data
*
* Expected result: allowed
*
* This
Hi All,
Recently 2 different patches have been submitted for drivers under
drivers/platform/x86 to configure the performance-profile of
modern laptops (see the actual RFC patch for what I mean with
a performance-profile). One for the thinkpad_acpi driver and
one for the hp-wmi driver.
Since I
On modern systems CPU/GPU/... performance is often dynamically configurable
in the form of e.g. variable clock-speeds and TPD. The performance is often
automatically adjusted to the load by some automatic-mechanism (which may
very well live outside the kernel).
These auto performance-adjustment
Signed-off-by: Ultracoolguy
Hi, all. This is a patch fixing an out-of-bounds error due to lm3697_init
expecting the device tree to use both control banks. This fixes it by adding a
new variable that will hold the number of used banks.
Panic caused by this bug:
<1>[ 3.059763] Unable to
The addition of MT8183 support added a dependency on the SCP remoteproc
module. However the initial patch used the "select" Kconfig directive,
which may result in the SCP module to not be compiled if remoteproc was
disabled. In such a case, mtk-vcodec would try to link against
non-existent SCP
Hello,
syzbot found the following issue on:
HEAD commit:fb0155a0 Merge tag 'nfs-for-5.9-3' of git://git.linux-nfs...
git tree: upstream
console output: https://syzkaller.appspot.com/x/log.txt?x=1527329d90
kernel config: https://syzkaller.appspot.com/x/.config?x=41b736b7ce1b3ea4
I found an issue w/ this series. Please ignore. I'll send out V3.
Regards,
Suravee
On 10/2/20 7:28 PM, Suravee Suthikulpanit wrote:
The framework allows callable implementation of IO page table.
This allows AMD IOMMU driver to switch between different types
of AMD IOMMU page tables (e.g. v1
On Sat, Oct 3, 2020 at 3:56 PM William Breathitt Gray
wrote:
> On Sat, Oct 03, 2020 at 03:45:04PM +0300, Andy Shevchenko wrote:
> > On Sat, Oct 3, 2020 at 2:37 PM Syed Nayyar Waris
> > wrote:
> > > On Sat, Oct 3, 2020 at 2:14 PM Andy Shevchenko
> > > wrote:
> > > > On Sat, Oct 3, 2020 at 2:51
On 02.10.2020 21:22, Łukasz Stelmach wrote:
> ASIX AX88796[1] is a versatile ethernet adapter chip, that can be
> connected to a CPU with a 8/16-bit bus or with an SPI. This driver
> supports SPI connection.
>
> The driver has been ported from the vendor kernel for ARTIK5[2]
> boards. Several
On Sat, Oct 03, 2020 at 03:45:04PM +0300, Andy Shevchenko wrote:
> On Sat, Oct 3, 2020 at 2:37 PM Syed Nayyar Waris wrote:
> > On Sat, Oct 3, 2020 at 2:14 PM Andy Shevchenko
> > wrote:
> > > On Sat, Oct 3, 2020 at 2:51 AM Syed Nayyar Waris
> > > wrote:
>
> ...
>
> > > > +/**
> > > > + *
syzbot has bisected this issue to:
commit 489b30b53f0540b9f8e391cbb2839cea48b5d1c1
Author: Kirill Tkhai
Date: Thu Mar 15 09:10:57 2018 +
net: Convert l2tp_net_ops
bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=175b598f90
start commit: fcadab74 Merge tag
On Sat, Oct 3, 2020 at 2:37 PM Syed Nayyar Waris wrote:
> On Sat, Oct 3, 2020 at 2:14 PM Andy Shevchenko
> wrote:
> > On Sat, Oct 3, 2020 at 2:51 AM Syed Nayyar Waris
> > wrote:
...
> > > +/**
> > > + * bitmap_get_value - get a value of n-bits from the memory region
> > > + * @map: address
On Fri, Oct 02, 2020 at 05:58:22PM -0500, Rob Herring wrote:
> On Fri, Oct 2, 2020 at 1:36 PM Alan Stern wrote:
> > Regardless of how the situation is represented in DT, there remains the
> > issue of where (i.e., in which driver module) the appropriate code
> > belongs. This goes far beyond
On 10/3/20 9:48 AM, G. Branden Robinson wrote:
> At 2020-10-03T09:10:14+0200, Michael Kerrisk (man-pages) wrote:
>> On 10/2/20 10:27 PM, Alejandro Colomar wrote:
>>> On 2020-10-02 22:14, Paul Eggert wrote:
>>> > On 10/2/20 11:38 AM, Alejandro Colomar wrote:
>>> >
>>> >> .I void *
>>> >>
>>>
On 10/3/20 9:48 AM, G. Branden Robinson wrote:
[...]
>> The "short" answer[1] is that I think Alex is correct; Paul's caution is
>> unwarranted and arises from confusion with the font alternation macros
>> of the man(7) macro package. Examples of the latter are .BI and .BR.
>> Those set their
Hi Pratyush,
On 10/2/20 1:50 AM, Pratyush Yadav wrote:
> +
> +/**
> + * spi_nor_cypress_octal_dtr_enable() - Enable octal DTR on Cypress flashes.
> + * @nor: pointer to a 'struct spi_nor'
> + * @enable: whether to enable or disable Octal DTR
> + *
> + * This also sets the
Hi Alex,
> >
> > The question of 'void *' is an interesting one. It is something
> > like a fundamental C type, and not something that comes from POSIX.
> > But, it does appear in POSIX APIs and often details of using
> > the type are not well understood. So, as a matter of practicality,
>
On Sat, Oct 3, 2020 at 2:14 PM Andy Shevchenko
wrote:
>
> On Sat, Oct 3, 2020 at 2:51 AM Syed Nayyar Waris wrote:
>
> Now I remember...
> This needs to be revisited.
>
> > This macro iterates for each group of bits (clump) with set bits,
> > within a bitmap memory region. For each iteration,
201 - 300 of 401 matches
Mail list logo