On Fri, Oct 18, 2019 at 08:31:48AM -0700, Linus Torvalds wrote:
> On Fri, Oct 18, 2019 at 4:15 AM Ben Dooks wrote:
> >
> > is this a valid warning? if not, should sparse be ignoring these.
>
> It's technically valid, but maybe it's not useful.
>
> If we make sure that any pure bits from a
This patch allows hidpp_report_is_connect_event to support
WirelessDeviceStatus connect events.
The WirelessDeviceStatus feature index is stored in hidpp_device when
probed. The connect event's fap feature_index is compared against it if the
device supports it.
Thanks,
Mazin
Signed-off-by:
This patch adds support for the MX Master over Bluetooth (b012, b01e).
I have only added the devices that have been tested, so the 0xb017 variant
of the MX Master needs to be added once it is tested.
Since this patch series adds support for Bluetooth LE devices in general,
other Bluetooth LE
This patch allows short reports to be translated into long reports.
hidpp_validate_device now returns a u8 instead of a bool which represents
the supported reports. The corresponding bits (i.e.
HIDPP_REPORT_*_SUPPORTED) are set if an HID++ report is supported.
If a short report is being sent and
This series allows hid-logitech-hidpp to support Bluetooth LE HID++
devices. Only the MX Master is added right now but more HID++ Bluetooth LE
devices can be added once they are tested.
Thanks,
Mazin
Changes since [v6]:
- Based patch on "HID: logitech-hidpp: rework device validation"
Hi all,
The kgdb tree
(git://git.kernel.org/pub/scm/linux/kernel/git/jwessel/kgdb.git#kgdb-next)
has not been updated in more than a year, so I have rmeoved it from
linux-next. It contained:
3bd67b37e350 kdb: print real address of pointers instead of hashed addresses
a0ca72c2d1ac kdb: use
Hi all,
The pcmcia tree
(git://git.kernel.org/pub/scm/linux/kernel/git/brodo/linux.git#pcmcia-next)
has not been updated in more than a year, so I have removed it from
linux-next. Please let me know if/when you want it reinstated.
--
Cheers,
Stephen Rothwell
pgpbACrVOT79P.pgp
Description:
Convert the Realtek watchdog binding to a YAML schema.
Signed-off-by: Andreas Färber
---
v2: New
.../bindings/watchdog/realtek,rtd119x.txt | 17 --
.../bindings/watchdog/realtek,rtd119x.yaml | 38 ++
2 files changed, 38 insertions(+), 17
Move the SPDX-License-Identifier to the top line and update to SPDX 2.0.
While at it, switch from GPLv2+/MIT to GPLv2+/BSD2c before adding more.
Suggested-by: Rob Herring
Cc: Rob Herring
Signed-off-by: Andreas Färber
---
v2: New
arch/arm64/boot/dts/realtek/rtd1295-zidoo-x9s.dts | 3 +--
Convert the RTD119x binding to a YAML schema.
Signed-off-by: Andreas Färber
---
v2: New
.../devicetree/bindings/rtc/realtek,rtd119x.txt| 16 -
.../devicetree/bindings/rtc/realtek,rtd119x.yaml | 38 ++
2 files changed, 38 insertions(+), 16 deletions(-)
Define compatible strings for Realtek RTD1293 SoC and Synology
DiskStation DS418j NAS.
Cc: i...@synology.com
Acked-by: Rob Herring
[AF: Converted to json-schema]
Signed-off-by: Andreas Färber
---
v1 -> v2:
* Converted to YAML schema
Documentation/devicetree/bindings/arm/realtek.yaml | 6
Add Device Trees for RTD1296 SoC and Synology DiskStation DS418.
Cc: i...@synology.com
Signed-off-by: Andreas Färber
---
v1 -> v2:
* Moved SPDX-License-Identifier to top
* Dropped "arm,armv8" (Rob)
* Changed from MIT to BSD-2-Clause (Rob)
* Dropped accidental enable-method and
Define compatible strings for Realtek RTD1296 SoC and Synology
DiskStation DS418 NAS.
Cc: i...@synology.com
Acked-by: Rob Herring
[AF: Converted to json-schema]
Signed-off-by: Andreas Färber
---
v1 -> v2:
* Converted to YAML schema
Documentation/devicetree/bindings/arm/realtek.yaml | 6
Restore the device names for compatible strings as comments.
Prepare for adding more SoCs by inserting oneOf.
Fixes: 693af5f3eeaa ("dt-bindings: arm: Convert Realtek board/soc bindings to
json-schema")
Signed-off-by: Andreas Färber
---
v2: New
Add Device Trees for RTD1293 SoC and Synology DiskStation DS418j NAS.
Cc: i...@synology.com
Signed-off-by: Andreas Färber
---
v1 -> v2:
* Moved SPDX-License-Identifier to top
* Dropped "arm,armv8" (Rob)
* Changed from MIT to BSD-2-Clause (Rob)
* Dropped accidental enable-method and
Hi all,
The actions tree
(git://git.kernel.org/pub/scm/linux/kernel/git/afaerber/linux-actions.git#for-next)
has not been updated in more than a year, so I have removed it from
linux-next. Please let me know if/when you want it reinstated.
--
Cheers,
Stephen Rothwell
pgpI9wXVoDwH1.pgp
Hi all,
The siox tree (https://git.pengutronix.de/git/ukl/linux#siox/next) has
not bee updated in more than a year, so I have removed it from linux-next.
Please let me know if/when you want it reinstated.
--
Cheers,
Stephen Rothwell
pgppBmIJWJCD8.pgp
Description: OpenPGP digital signature
Hi all,
The hdlcd tree (git://linux-arm.org/linux-ld#for-upstream/hdlcd) has not
been updated in more than a year, so I have removed it from linux-next.
Plesee let me know if/when you want it reinstated.
--
Cheers,
Stephen Rothwell
pgpTGjpksI5wQ.pgp
Description: OpenPGP digital signature
Hi all,
The btrfs tree
(git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git#next)
has not bee updated in more than a year, so I have removed it and then
renamed the btrfs-kdave tree to btrfs. I hope this is OK and if any
other changes are needed, please let me know.
--
Cheers,
Use the new ports list instead of iterating over switches and their
ports when setting up the default CPU port. Unassign it on teardown.
Now that we can iterate over multiple CPU ports, remove dst->cpu_dp.
At the same time, provide a better error message for CPU-less tree.
Signed-off-by: Vivien
Do not let the drivers access the ds->ports static array directly
while there is a dsa_to_port helper for this purpose.
At the same time, un-const this helper since the SJA1105 driver
assigns the priv member of the returned dsa_port structure.
Signed-off-by: Vivien Didelot
---
Use the new ports list instead of iterating over switches and their
ports when looking up the first CPU port in the tree.
Signed-off-by: Vivien Didelot
---
net/dsa/dsa2.c | 17 +++--
1 file changed, 3 insertions(+), 14 deletions(-)
diff --git a/net/dsa/dsa2.c b/net/dsa/dsa2.c
index
Use the new ports list instead of iterating over switches and their
ports when looking for a slave device from a given master interface.
Signed-off-by: Vivien Didelot
---
net/dsa/dsa_priv.h | 23 ++-
1 file changed, 6 insertions(+), 17 deletions(-)
diff --git
Now that we have a potential list of CPU ports, make use of it instead
of only configuring the master device of an unique CPU port.
Signed-off-by: Vivien Didelot
---
net/dsa/dsa2.c | 22 +++---
1 file changed, 15 insertions(+), 7 deletions(-)
diff --git a/net/dsa/dsa2.c
Use the new ports list instead of iterating over switches and their
ports to find a port from a given node.
Signed-off-by: Vivien Didelot
---
net/dsa/dsa2.c | 17 +++--
1 file changed, 3 insertions(+), 14 deletions(-)
diff --git a/net/dsa/dsa2.c b/net/dsa/dsa2.c
index
Use the new ports list instead of iterating over switches and their
ports when setting up the switches and their ports.
At the same time, provide setup states and messages for ports and
switches as it is done for the trees.
Signed-off-by: Vivien Didelot
---
include/net/dsa.h | 4 ++
Like the dsa_switch_tree structures, the dsa_port structures will be
allocated on switch registration.
The SJA1105 driver is the only one accessing the dsa_port structure
after the switch allocation and before the switch registration.
For that reason, move switch registration prior to assigning
Instead of digging into the other dsa_switch structures of the fabric
and relying too much on the dsa_to_port helper, use the new list
of switch fabric ports to remap the Port VLAN Map of local bridge
group members or remap the Port VLAN Table entry of external bridge
group members.
Instead of digging into the other dsa_switch structures of the fabric
and relying too much on the dsa_to_port helper, use the new list of
switch fabric ports to define the mask of the local ports allowed to
receive frames from another port of the fabric.
Signed-off-by: Vivien Didelot
---
Allocate the struct dsa_port the first time it is accessed with
dsa_port_touch, and remove the static dsa_port array from the
dsa_switch structure.
Signed-off-by: Vivien Didelot
---
include/net/dsa.h | 2 --
net/dsa/dsa2.c| 16 ++--
2 files changed, 14 insertions(+), 4
Now that ports are dynamically listed in the fabric, there is no need
to provide a special helper to allocate the dsa_switch structure. This
will give more flexibility to drivers to embed this structure as they
wish in their private structure.
Signed-off-by: Vivien Didelot
---
Since mv88e6xxx_pvt_map is a static helper, no need to return
-EOPNOTSUPP if the chip has no PVT, simply silently skip the operation.
Signed-off-by: Vivien Didelot
---
drivers/net/dsa/mv88e6xxx/chip.c | 11 +--
1 file changed, 1 insertion(+), 10 deletions(-)
diff --git
Use the new ports list instead of accessing the dsa_switch array
of ports when iterating over DSA ports of a switch to set up the
routing table.
Signed-off-by: Vivien Didelot
---
net/dsa/dsa2.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/net/dsa/dsa2.c
Add a list of switch ports within the switch fabric. This will help the
lookup of a port inside the whole fabric, and it is the first step
towards supporting multiple CPU ports, before deprecating the usage of
the unique dst->cpu_dp pointer.
In preparation for a future allocation of the dsa_port
Use the new ports list instead of accessing the dsa_switch array
of ports in the dsa_to_port helper.
Signed-off-by: Vivien Didelot
---
include/net/dsa.h | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/include/net/dsa.h b/include/net/dsa.h
index
The dsa_switch structure represents the physical switch device itself,
and is allocated by the driver. The dsa_switch_tree and dsa_port structures
represent the logical switch fabric (eventually composed of multiple switch
devices) and its ports, and are allocated by the DSA core.
This branch
Hello Dear,
This is Miss Lisa Tofan, How are you today hope all is well with you,
please I will need your urgent attention
regarding this important discussion kindly write me back here :
lisatofan...@gmail.com : for more details,
Thanks,
Lisa Tofan
On 10/19/19 2:45 PM, Konstantin Khlebnikov wrote:
> Strings from vmstat_text[] will be used for printing memory cgroup
> statistics which exists even if CONFIG_VM_EVENT_COUNTERS=n.
>
> This should be applied before patch "mm/memcontrol: use vmstat names
> for printing statistics".
>
>
Commit d698a388146c ("of: reserved-memory: ignore disabled memory-region
nodes") added an early return in of_reserved_mem_device_init_by_idx(), but
didn't call of_node_put() on a device_node whose ref-count was incremented
in the call to of_parse_phandle() preceding the early exit.
Fixes:
The arguments to queue_trb are always byteswapped to LE for placement in
the ring, but this should not happen in the case of immediate data; the
bytes copied out of transfer_buffer are already in the correct order.
Add a complementary byteswap so the bytes end up in the ring correctly.
This was
battery_lock mutex is never used and not needed.
Fixes: 355a070b09ab ("platform/x86: huawei-wmi: Add battery charging
thresholds")
Signed-off-by: Ayman Bagabas
---
drivers/platform/x86/huawei-wmi.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/platform/x86/huawei-wmi.c
The pull request you sent on Sat, 19 Oct 2019 12:39:27 -0700 (PDT):
> git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net.git refs/heads/master
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/531e93d11470aa2e14e6a3febef50d9bc7bab7a1
Thank you!
--
Deet-doot-dot,
On Fri, 2019-10-18 at 18:42 -0400, Ayman Bagabas wrote:
> No need to check for battery name, we already check if the WMI
> function is
> available in huawei_wmi_battery_setup.
Signed-off-by: Ayman Bagabas
Thank you,
Ayman
> ---
> drivers/platform/x86/huawei-wmi.c | 4
> 1 file changed, 4
On Sat, 2019-10-19 at 11:31 +0300, Dan Carpenter wrote:
> On Fri, Oct 18, 2019 at 06:42:13PM -0400, Ayman Bagabas wrote:
> > Check if battery thresholds are within 0 and 100.
> > ---
>
> Thanks!
>
> Don't forget to add your Signed-off-by: though.
Signed-off-by: Ayman Bagabas
Thank you,
Ayman
Hello! I have not read deeply whole implementation, just spotted
suspicious options. See below.
On Friday 18 October 2019 15:18:39 Konstantin Komarov wrote:
> diff --git a/fs/exfat/exfat_fs.h b/fs/exfat/exfat_fs.h
> new file mode 100644
> index ..5f8713fe1b0c
> --- /dev/null
> +++
On Sat, Oct 19, 2019 at 4:09 PM Dan Williams wrote:
>
> On Sat, Oct 19, 2019 at 1:50 PM Matthew Wilcox wrote:
> >
> > On Sat, Oct 19, 2019 at 09:26:19AM -0700, Dan Williams wrote:
> > > Check for NULL entries before checking the entry order, otherwise NULL
> > > is misinterpreted as a present
Subject: DNS Records for Teo En Ming Corporation (Office 365 Business Premium)
Good day from Singapore,
Office 365 Business Premium User: c...@teo-en-ming-corp.com
Windows Command Prompt nslookup:
teo-en-ming-corp.cominternet address = 184.168.221.46
teo-en-ming-corp.comnameserver =
On Sat, Oct 19, 2019 at 1:50 PM Matthew Wilcox wrote:
>
> On Sat, Oct 19, 2019 at 09:26:19AM -0700, Dan Williams wrote:
> > Check for NULL entries before checking the entry order, otherwise NULL
> > is misinterpreted as a present pte conflict. The 'order' check needs to
> > happen before the
On 12:01 Sat 19 Oct 2019, J. Bruce Fields wrote:
On Sat, Oct 19, 2019 at 06:37:22PM +0530, Bhaskar Chowdhury wrote:
This patch will remove old kernel from the system in a selective way.
Please don't comment out code, just delete it, git's there to keep the
old code.
I thought it would be
It turns out that the wcn3990 can float the gpio lines during bootup, etc
which will result in the uart core thinking there is incoming data. This
results in the bluetooth stack getting garbage. By applying a bias to
match what wcn3990 would drive, the issue is corrected.
Signed-off-by: Jeffrey
Jan reported failing ltp test for pt. It looks like the reason
is commit 38bb8d77d0b9, that did not keep the TOPA_SHIFT for
entry base, adding it back.
[1]
https://github.com/linux-test-project/ltp/blob/master/testcases/kernel/tracing/pt_test/pt_test.c
Reported-by: Jan Stancek
Fixes:
On 15/10/2019 16:08:27+0800, Jinke Fan wrote:
> When using following operations:
> date -s "21190910 19:20:00"
> hwclock -w
> to change date from 2019 to 2119 for test, it will fail on Hygon
> Dhyana and AMD Zen CPUs, while the same operations run ok on Intel i7
> platform.
>
> MC146818 driver
Greetings
My name is Barrister Hans Erich.
I have a client who is interested to invest in your country, she is a well
known politician in her country and deserve a lucrative investment partnership
with you outside her country without any delay Please can you manage such
investment please
On 10/19/19 10:29 PM, Rich Felker wrote:
> On Sat, Oct 19, 2019 at 10:17:17PM +0200, Hauke Mehrtens wrote:
>> musl libc also defines the structures in their arch/aarch64/bits/signal.h
>> header file. Some applications like strace and gdb include both of them
>> and then the structure definitions
Strings from vmstat_text[] will be used for printing memory cgroup
statistics which exists even if CONFIG_VM_EVENT_COUNTERS=n.
This should be applied before patch "mm/memcontrol: use vmstat names
for printing statistics".
Signed-off-by: Konstantin Khlebnikov
Link:
On Fri, Oct 18, 2019 at 04:12:03PM -0700, Dan Williams wrote:
> I've got several reports of v5.3 performance regressions tracking back
> to this change. I instrumented the ndctl "dax.sh" unit test to
> validate that it is getting huge page faults and it always falls back
> to 4K starting with
On 10/19/19 2:18 PM, Tejun Heo wrote:
> Whatever works is fine by me. gfpflags_allow_blocking() is clearer
> than testing __GFP_DIRECT_RECLAIM directly tho. Maybe a better way is
> introducing a new gfpflags_ helper?
Sounds good to me !
Hello,
On Sat, Oct 19, 2019 at 11:15:28AM -0700, Eric Dumazet wrote:
> It seems compiler generates better code with :
>
> diff --git a/include/net/sock.h b/include/net/sock.h
> index
> ab905c4b1f0efd42ebdcae333b3f0a2c7c1b2248..56de6ac99f0952bd0bc003353c094ce3a5a852f4
> 100644
> ---
Hi Jeffrey,
> On the msm8998 mtp, the response to the baudrate change command is
> never
> received. On the Lenovo Miix 630, the response to the baudrate change
> command is corrupted - "Frame reassembly failed (-84)".
>
> Adding a 50ms delay
Hi!
On Sat, 19 Oct 2019 22:44:18 +0200
Arnd Bergmann wrote:
> > > > # cat /proc/interrupts
> > > >CPU0
> > > > 39:146 VIC 7 Edge eth0
> > > > 51: 162161 VIC 19 Edge ep93xx timer
> > > > 52:139 VIC 20 Edge uart-pl010
> > > >
On 18/10/2019 12:04:25+0200, Parthiban Nallathambi wrote:
> rv3028 provides clkout (enabled by default). Add clkout
> to clock framework source and control from device tree for
> variable frequency with enable and disable functionality.
>
> Signed-off-by: Parthiban Nallathambi
> ---
>
> Notes:
hci_qca interfaces to the wcn3990 via a uart_dm on the msm8998 mtp and
Lenovo Miix 630 laptop. As part of initializing the wcn3990, hci_qca
disables flow, configures the uart baudrate, and then reenables flow - at
which point an event is expected to be received over the uart from the
wcn3990. It
Introduce rtc_lock and rtc_unlock to shorten the code when locking and
unlocking ops_lock from drivers.
Signed-off-by: Alexandre Belloni
---
include/linux/rtc.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/include/linux/rtc.h b/include/linux/rtc.h
index e86a9f307b82..4e9d3c71addb
RTC_SET_CHARGE doesn't exist, the ioctl code is never used.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-ds1343.c | 21 -
1 file changed, 21 deletions(-)
diff --git a/drivers/rtc/rtc-ds1343.c b/drivers/rtc/rtc-ds1343.c
index b45d1b8fd631..9d7d571e722b 100644
---
Check whether regmap_read fails before continuing in the sysfs .show
callbacks.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-ds1343.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/drivers/rtc/rtc-ds1343.c b/drivers/rtc/rtc-ds1343.c
index
On Sat, Oct 19, 2019 at 09:26:19AM -0700, Dan Williams wrote:
> Check for NULL entries before checking the entry order, otherwise NULL
> is misinterpreted as a present pte conflict. The 'order' check needs to
> happen before the locked check as an unlocked entry at the wrong order
> must fallback
To avoid possible race condition, use regmap_bulk_write to write all the
date/time registers at once instead of sequentially.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-ds1343.c | 52 ++--
1 file changed, 12 insertions(+), 40 deletions(-)
diff
This is a standard BCD rtc with a useless century bit (no leap year
correction after 2099).
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-ds1343.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/rtc/rtc-ds1343.c b/drivers/rtc/rtc-ds1343.c
index fa6de31d5793..b45d1b8fd631
Use rtc_add_group to add the sysfs group in a race free manner.
This has the side effect of moving the files to their proper location.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-ds1343.c | 47 ++--
1 file changed, 16 insertions(+), 31 deletions(-)
Use rtc_lock and rtc_unlock to lock the rtc from the interrupt handler.
This removes the need for a driver specific lock.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-ds1343.c | 36 +++-
1 file changed, 7 insertions(+), 29 deletions(-)
diff --git
Rework the interrupt handling to avoid caching the values as the core is
already doing that. The core also always ensures the rtc_time passed for
the alarm is fully populated.
The only trick is in read_alarm where status needs to be read before the
alarm registers to ensure the potential irq is
Use regmap_update_bits to update DS1343_CONTROL_REG in a race free manner
when setting the glitch filter.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-ds1343.c | 18 --
1 file changed, 8 insertions(+), 10 deletions(-)
diff --git a/drivers/rtc/rtc-ds1343.c
It is not necessary to call device_init_wakeup(dev, false) in .remove as
device_del will take care of that. It is also not necessary to
devm_free_irq. Finally, dev_pm_clear_wake_irq can be called
unconditionally.
Signed-off-by: Alexandre Belloni
---
drivers/rtc/rtc-ds1343.c | 10 +-
1
On Friday, October 18, 2019 13:54 -03, Zhou Yanjie wrote:
>
> >
> > I also have a general question. Should we perhaps rename the driver
> > from jz4740_mmc.c to ingenic.c (and the file for the DT bindings, the
> > Kconfig, etc), as that seems like a more appropriate name? No?
>
> I am very
On Sat, Oct 19, 2019 at 10:24 PM Alexander Sverdlin
wrote:
> On Sat, 19 Oct 2019 22:08:40 +0200
> Arnd Bergmann wrote:
>
> > > # cat /proc/interrupts
> > >CPU0
> > > 39:146 VIC 7 Edge eth0
> > > 51: 162161 VIC 19 Edge ep93xx timer
> > > 52:
add support for ds2430, 1 page, 256bit (32bytes) eeprom
(family 0x14).
Tests done:
32 bytes dump:
x@y:~# hexdump -C -n 32 /sys/bus/w1/devices/14-0158556e/eeprom
39 39 0a 00 00 36 0a ff ff ff ff ff ff ff ff ff
0010 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
0020
34
On Fri, Oct 18, 2019 at 5:15 PM Matthias Kaehlcke wrote:
>
> On Fri, Oct 18, 2019 at 04:36:23PM -0600, Jeffrey Hugo wrote:
> > On Fri, Oct 18, 2019 at 3:33 PM Matthias Kaehlcke wrote:
> > >
> > > On Fri, Oct 18, 2019 at 01:51:39PM -0600, Jeffrey Hugo wrote:
> > > > On Fri, Oct 18, 2019 at 1:40
On Sat, Oct 19, 2019 at 10:17:17PM +0200, Hauke Mehrtens wrote:
> musl libc also defines the structures in their arch/aarch64/bits/signal.h
> header file. Some applications like strace and gdb include both of them
> and then the structure definitions are clashing and the build of these
> user
Hi!
On Sat, 19 Oct 2019 22:08:40 +0200
Arnd Bergmann wrote:
> > # cat /proc/interrupts
> >CPU0
> > 39:146 VIC 7 Edge eth0
> > 51: 162161 VIC 19 Edge ep93xx timer
> > 52:139 VIC 20 Edge uart-pl010
> > 53: 4
musl libc also defines the structures in their arch/aarch64/bits/signal.h
header file. Some applications like strace and gdb include both of them
and then the structure definitions are clashing and the build of these
user space applications fails.
This patch allows a libc to define a constant
On Sat, Oct 19, 2019 at 6:43 PM Alexander Sverdlin
wrote:
> On Fri, 18 Oct 2019 18:29:15 +0200
> Arnd Bergmann wrote:
>
> > Without CONFIG_SPARSE_IRQ, we rely on mach/irqs.h to define NR_IRQS
> > globally. Do the minimal conversion by setting .nr_irqs in each
> > machine descriptor.
> >
> > Only
On Sat, 2019-10-19 at 21:05 +0300, Dan Carpenter wrote:
> On Sat, Oct 19, 2019 at 04:09:03PM +0100, Jules Irenge wrote:
> > Checkpatch was complaining about space between type cast and the
> > variable. I just get rid of the space. Well I don't know whether this was
> > false positive one.
> >
Most Qualcomm platforms contain a pseudo random number generator
hardware block. Enable the driver for this block and also enable the
interface for exposing this to userspace.
Signed-off-by: Bjorn Andersson
---
arch/arm64/configs/defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git
I was battling a cold after some recent trips, so quite a bit piled up
meanwhile, sorry about that.
Highlights:
1) Fix fd leak in various bpf selftests, from Brian Vazquez.
2) Fix crash in xsk when device doesn't support some methods, from
Magnus Karlsson.
3) Fix various leaks and
On Sat, Oct 19, 2019 at 4:20 PM Lubomir Rintel wrote:
> On Fri, 2019-10-18 at 17:41 +0200, Arnd Bergmann wrote:
> >
> > There is a third board named TavorEVB in the Kconfig description,
> > but this refers to the "TTC_DKB" machine. The two are clearly
> > related, so I change the Kconfig
Hi Matthias,
>> On the msm8998 mtp, the response to the baudrate change command is never
>> received. On the Lenovo Miix 630, the response to the baudrate change
>> command is corrupted - "Frame reassembly failed (-84)".
>>
>> Adding a 50ms delay before re-enabling flow to
From: Mans Rullgard
Date: Fri, 18 Oct 2019 17:56:58 +0100
> Printing the info message every time more than the max number of mac
> addresses are requested generates unnecessary log spam. Showing it only
> when the hw is not already in promiscous mode is equally informative
> without being
From: Chen Wandun
Date: Fri, 18 Oct 2019 18:20:37 +0800
> From: Chenwandun
>
> add an error handling in aq_nic_set_multicast_list, it may not
> work when hw_multicast_list_set error; and at the same time
> it will remove gcc Wunused-but-set-variable warning.
>
> Signed-off-by: Chenwandun
On 10/19/19 6:51 AM, Kalle Valo wrote:
Laura Abbott writes:
Nicolas Waisman noticed that even though noa_len is checked for
a compatible length it's still possible to overrun the buffers
of p2pinfo since there's no check on the upper bound of noa_num.
Bound noa_num against P2P_MAX_NOA_NUM.
From: Juergen Gross
Date: Fri, 18 Oct 2019 09:45:49 +0200
> xenvif_connect_data() calls module_put() in case of error. This is
> wrong as there is no related module_get().
>
> Remove the superfluous module_put().
>
> Fixes: 279f438e36c0a7 ("xen-netback: Don't destroy the netdev until the vif
wl1251 and wl1271 have different vendor id and device id.
So we need to handle both with sdio quirks.
Fixes: 884f38607897 ("mmc: core: move some sdio IDs out of quirks file")
Signed-off-by: H. Nikolaus Schaller
Cc: # 4.11.0
---
drivers/mmc/core/quirks.h | 7 +++
1 file changed, 7
v4.11-rc1 did introduce a patch series that rearranged the
sdio quirks into a header file. Unfortunately this did forget
to handle SDIO_VENDOR_ID_TI differently between wl1251 and
wl1271 with the result that although the wl1251 was found on
the sdio bus, the firmware did not load any more and
Pandora_wl1251_init_card was used to do special pdata based
setup of the sdio mmc interface. This does no longer work with
v4.7 and later. A fix requires a device tree based mmc3 setup.
Therefore we move the special setup to omap_hsmmc.c instead
of calling some pdata supplied init_card function.
The standard method for sdio devices connected to
an sdio interface is to define them as a child node
like we can see with wlcore.
Signed-off-by: H. Nikolaus Schaller
Acked-by: Kalle Valo
---
.../bindings/net/wireless/ti,wl1251.txt | 26 +++
1 file changed, 26
There is a new one in drivers/mmc/host/omap_hsmmc.c
configured by CONFIG_MMC_OMAP_HS and the last user
was the pdata-quirks for pandora.
Suggested-by: Tony Lindgren
Signed-off-by: H. Nikolaus Schaller
---
arch/arm/mach-omap2/Makefile | 1 -
arch/arm/mach-omap2/hsmmc.c| 171
Since v4.7 the dma initialization requires that there is a
device tree property for "rx" and "tx" channels which is
not provided by the pdata-quirks initialization.
By conversion of the mmc3 setup to device tree this will
finally allows to remove the OpenPandora wlan specific omap3
data-quirks.
We will have the wl1251 defined as a child node of the mmc interface
and can read setup for gpios, interrupts and the ti,use-eeprom
property from there instead of pdata to be provided by pdata-quirks.
Fixes: 81eef6ca9201 ("mmc: omap_hsmmc: Use dma_request_chan() for requesting
DMA channel")
From: Huazhong Tan
Date: Fri, 18 Oct 2019 11:42:59 +0800
> From: Yonglong Liu
>
> Currently, the num_msi_left means the vector numbers of NIC,
> but if the PF supported RoCE, it contains the vector numbers
> of NIC and RoCE(Not expected).
>
> This may cause interrupts lost in some case,
SDIO_VENDOR_ID_TI_WL1251 is now defined in mmc/sdio_ids.h separately
from SDIO_VENDOR_ID_TI for wl1271.
Fixes: 884f38607897 ("mmc: core: move some sdio IDs out of quirks file")
Signed-off-by: H. Nikolaus Schaller
Acked-by: Kalle Valo
Cc: # 4.11.0
---
drivers/net/wireless/ti/wl1251/sdio.c | 2
* added acked-by for wl1251 patches - Kalle Valo
* really removed old pdata-quirks code (not through #if 0)
* splited out a partial revert of
efdfeb079cc3b ("regulator: fixed: Convert to use GPIO descriptor only")
because that was introduced after v4.19 and stops the removal of
the
1 - 100 of 211 matches
Mail list logo
