fsl_ssi uses different stream names ("AC97 Playback" / "AC97 Capture")
in AC'97 mode so in this case fsl-asoc-card route map should
also be using them.
Signed-off-by: Maciej S. Szmigiero
---
sound/soc/fsl/fsl-asoc-card.c | 10 +-
1 file changed, 9 insertions(+),
On 19.10.2020 04:54, Jia-Ju Bai wrote:
> In rtl8180_tx(), skb->data is mapped to streaming DMA on line 476:
> mapping = dma_map_single(..., skb->data, ...);
>
> On line 459, skb->data is assigned to hdr after cast:
> struct ieee80211_hdr *hdr = (struct ieee80211_hdr *)skb->data;
>
> Then
From: "Maciej S. Szmigiero"
When retpolines are enabled they have high overhead in the inner loop
inside kvm_handle_hva_range() that iterates over the provided memory area.
Let's mark this function and its TDP MMU equivalent __always_inline so
compiler will be able to chang
point...
While the new benchmark was used to measure the performance of these
changes, it is otherwise independent of them, that's why it was submitted
as a separate series.
On Mon, Feb 01, 2021, Maciej S. Szmigiero wrote:
From: "Maciej S. Szmigiero"
The current memslot code uses
Hi,
Is there any specific reason that URBs without URB_SHORT_NOT_OK flag that
span multiple EHCI qTDs have Alternate Next qTD pointer set to the dummy
qTD in their every qTD besides the last one (instead of to the first qTD
of the next URB to that endpoint)?
This causes that endpoint queue to
Hi,
It looks like rtlwifi/rtl8192cu AP mode is broken when a STA is using PS,
since the driver does not update its beacon to account for TIM changes,
so a station that is sleeping will never learn that it has packets
buffered at the AP.
Looking at the code, the rtl8192cu driver implements
On 31.03.2021 21:55, Alan Stern wrote:
On Wed, Mar 31, 2021 at 08:20:56PM +0200, Maciej S. Szmigiero wrote:
On 29.03.2021 17:22, Alan Stern wrote:
On Sat, Mar 27, 2021 at 04:55:20PM +0100, Maciej S. Szmigiero wrote:
Hi,
Is there any specific reason that URBs without URB_SHORT_NOT_OK flag
On 29.03.2021 17:22, Alan Stern wrote:
On Sat, Mar 27, 2021 at 04:55:20PM +0100, Maciej S. Szmigiero wrote:
Hi,
Is there any specific reason that URBs without URB_SHORT_NOT_OK flag that
span multiple EHCI qTDs have Alternate Next qTD pointer set to the dummy
qTD in their every qTD besides
On 29.03.2021 00:54, Maciej S. Szmigiero wrote:
Hi,
It looks like rtlwifi/rtl8192cu AP mode is broken when a STA is using PS,
since the driver does not update its beacon to account for TIM changes,
so a station that is sleeping will never learn that it has packets
buffered at the AP.
Looking
On 06.04.2021 12:00, Kalle Valo wrote:
"Maciej S. Szmigiero" writes:
On 29.03.2021 00:54, Maciej S. Szmigiero wrote:
Hi,
It looks like rtlwifi/rtl8192cu AP mode is broken when a STA is using PS,
since the driver does not update its beacon to account for TIM changes,
so
On 06.04.2021 18:25, Larry Finger wrote:
On 4/6/21 7:06 AM, Maciej S. Szmigiero wrote:
On 06.04.2021 12:00, Kalle Valo wrote:
"Maciej S. Szmigiero" writes:
On 29.03.2021 00:54, Maciej S. Szmigiero wrote:
Hi,
It looks like rtlwifi/rtl8192cu AP mode is broken when a STA is using
On 08.04.2021 06:42, Pkshih wrote:
-Original Message-
From: Maciej S. Szmigiero [mailto:m...@maciej.szmigiero.name]
Sent: Thursday, April 08, 2021 4:53 AM
To: Larry Finger; Pkshih
Cc: linux-wirel...@vger.kernel.org; net...@vger.kernel.org;
linux-kernel@vger.kernel.org;
johan
On 07.04.2021 06:21, Larry Finger wrote:
On 4/6/21 9:48 PM, Pkshih wrote:
On Tue, 2021-04-06 at 11:25 -0500, Larry Finger wrote:
On 4/6/21 7:06 AM, Maciej S. Szmigiero wrote:
On 06.04.2021 12:00, Kalle Valo wrote:
"Maciej S. Szmigiero" writes:
On 29.03.2021 00:54, Maciej S.
On 19.04.2021 09:04, Pkshih wrote:
-Original Message-
From: Larry Finger [mailto:larry.fin...@gmail.com] On Behalf Of Larry Finger
Sent: Monday, April 19, 2021 9:23 AM
To: Pkshih; Maciej S. Szmigiero
Cc: linux-wirel...@vger.kernel.org; net...@vger.kernel.org;
linux-kernel
From: "Maciej S. Szmigiero"
The current memslots implementation only allows quick binary search by gfn,
quick lookup by hva is not possible - the implementation has to do a linear
scan of the whole memslots array, even though the operation being performed
might apply just to a sing
From: "Maciej S. Szmigiero"
Memslot ID to the corresponding memslot mappings are currently kept as
indices in static id_to_index array.
The size of this array depends on the maximum allowed memslot count
(regardless of the number of memslots actually in use).
This has become
From: "Maciej S. Szmigiero"
And use it where s390 code would just access the memslot with the highest
gfn directly.
No functional change intended.
Signed-off-by: Maciej S. Szmigiero
---
arch/s390/kvm/kvm-s390.c | 2 +-
arch/s390/kvm/kvm-s390.h | 12
arch/s39
From: "Maciej S. Szmigiero"
Do a quick lookup for possibly overlapping gfns when creating or moving
a memslot instead of performing a linear scan of the whole memslot set.
Signed-off-by: Maciej S. Szmigiero
---
virt/kvm/kvm_main.c | 65 ++-
From: "Maciej S. Szmigiero"
This benchmark contains the following tests:
* Map test, where the host unmaps guest memory while the guest writes to
it (maps it).
The test is designed in a way to make the unmap operation on the host
take a negligible amount of time in comparison with t
From: "Maciej S. Szmigiero"
The current memslot code uses a (reverse) gfn-ordered memslot array
for keeping track of them.
This only allows quick binary search by gfn, quick lookup by hva is
not possible (the implementation has to do a linear scan of the whole
memslot array)
From: "Maciej S. Szmigiero"
There is no point in recalculating from scratch the total number of pages
in all memslots each time a memslot is created or deleted.
Just cache the value and update it accordingly on each such operation so
the code doesn't need to traverse the whole mem
From: "Maciej S. Szmigiero"
The KVM selftest framework was using a simple list for keeping track of
the memslots currently in use.
This resulted in lookups and adding a single memslot being O(n), the
later due to linear scanning of the existing memslot set to check for
the prese
From: "Maciej S. Szmigiero"
s390 arch has gfn_to_memslot_approx() which is almost identical to
search_memslots(), differing only in that in case the gfn falls in a hole
one of the memslots bordering the hole is returned.
Add this lookup mode as an option to search_memslots() so we
From: "Maciej S. Szmigiero"
The current memslot code uses a (reverse gfn-ordered) memslot array for
keeping track of them.
Because the memslot array that is currently in use cannot be modified
every memslot management operation (create, delete, move, change flags)
has to m
From: "Maciej S. Szmigiero"
Introduce a memslots gfn upper bound operation and use it to optimize
kvm_zap_gfn_range().
This way this handler can do a quick lookup for intersecting gfns and won't
have to do a linear scan of the whole memslot set.
Signed-off-by: Maciej S. Szmigiero
---
On 08.04.2021 21:04, Maciej S. Szmigiero wrote:
On 08.04.2021 06:42, Pkshih wrote:
-Original Message-
From: Maciej S. Szmigiero [mailto:m...@maciej.szmigiero.name]
Sent: Thursday, April 08, 2021 4:53 AM
To: Larry Finger; Pkshih
Cc: linux-wirel...@vger.kernel.org; net...@vger.kernel.org
Commit-ID: 479229d1607b6051abc4f9c2ccbb65338f030c65
Gitweb: https://git.kernel.org/tip/479229d1607b6051abc4f9c2ccbb65338f030c65
Author: Maciej S. Szmigiero
AuthorDate: Tue, 19 Jun 2018 20:47:31 +0200
Committer: Borislav Petkov
CommitDate: Mon, 19 Nov 2018 10:44:59 +0100
x86/microcode
Commit-ID: f4ff25916c1186912e1b53c25861c8abc9f15687
Gitweb: https://git.kernel.org/tip/f4ff25916c1186912e1b53c25861c8abc9f15687
Author: Maciej S. Szmigiero
AuthorDate: Tue, 19 Jun 2018 20:47:32 +0200
Committer: Borislav Petkov
CommitDate: Mon, 19 Nov 2018 10:45:03 +0100
x86/microcode
Commit-ID: 38673f623dfcaa03921aa5704ade176cd584c886
Gitweb: https://git.kernel.org/tip/38673f623dfcaa03921aa5704ade176cd584c886
Author: Maciej S. Szmigiero
AuthorDate: Thu, 13 Sep 2018 08:49:22 +0200
Committer: Borislav Petkov
CommitDate: Mon, 19 Nov 2018 10:55:11 +0100
x86/microcode
Commit-ID: 39cd7c17f9bc3fe3737dacd4225eeabe56df197c
Gitweb: https://git.kernel.org/tip/39cd7c17f9bc3fe3737dacd4225eeabe56df197c
Author: Maciej S. Szmigiero
AuthorDate: Thu, 13 Sep 2018 11:45:42 +0200
Committer: Borislav Petkov
CommitDate: Mon, 19 Nov 2018 10:55:12 +0100
x86/microcode
Commit-ID: 413c89154c6759cbd5e17febd04c187470613173
Gitweb: https://git.kernel.org/tip/413c89154c6759cbd5e17febd04c187470613173
Author: Maciej S. Szmigiero
AuthorDate: Thu, 13 Sep 2018 12:01:52 +0200
Committer: Borislav Petkov
CommitDate: Mon, 19 Nov 2018 10:55:12 +0100
x86/microcode
Commit-ID: 479229d1607b6051abc4f9c2ccbb65338f030c65
Gitweb: https://git.kernel.org/tip/479229d1607b6051abc4f9c2ccbb65338f030c65
Author: Maciej S. Szmigiero
AuthorDate: Tue, 19 Jun 2018 20:47:31 +0200
Committer: Borislav Petkov
CommitDate: Mon, 19 Nov 2018 10:44:59 +0100
x86/microcode
Commit-ID: f4ff25916c1186912e1b53c25861c8abc9f15687
Gitweb: https://git.kernel.org/tip/f4ff25916c1186912e1b53c25861c8abc9f15687
Author: Maciej S. Szmigiero
AuthorDate: Tue, 19 Jun 2018 20:47:32 +0200
Committer: Borislav Petkov
CommitDate: Mon, 19 Nov 2018 10:45:03 +0100
x86/microcode
Commit-ID: 38673f623dfcaa03921aa5704ade176cd584c886
Gitweb: https://git.kernel.org/tip/38673f623dfcaa03921aa5704ade176cd584c886
Author: Maciej S. Szmigiero
AuthorDate: Thu, 13 Sep 2018 08:49:22 +0200
Committer: Borislav Petkov
CommitDate: Mon, 19 Nov 2018 10:55:11 +0100
x86/microcode
Commit-ID: 39cd7c17f9bc3fe3737dacd4225eeabe56df197c
Gitweb: https://git.kernel.org/tip/39cd7c17f9bc3fe3737dacd4225eeabe56df197c
Author: Maciej S. Szmigiero
AuthorDate: Thu, 13 Sep 2018 11:45:42 +0200
Committer: Borislav Petkov
CommitDate: Mon, 19 Nov 2018 10:55:12 +0100
x86/microcode
Commit-ID: 413c89154c6759cbd5e17febd04c187470613173
Gitweb: https://git.kernel.org/tip/413c89154c6759cbd5e17febd04c187470613173
Author: Maciej S. Szmigiero
AuthorDate: Thu, 13 Sep 2018 12:01:52 +0200
Committer: Borislav Petkov
CommitDate: Mon, 19 Nov 2018 10:55:12 +0100
x86/microcode
901 - 936 of 936 matches
Mail list logo