On Wed, Oct 9, 2024 at 9:54 AM Mathieu Poirier
wrote:
>
> Good morning,
>
> This is a case of old english vs. new english. Using "implementors" is still
> correct. Moreover, there are 33 instances of the word "implementor" in the
> kernel tree. Unless there is an effor to change all occurences
Good morning,
This is a case of old english vs. new english. Using "implementors" is still
correct. Moreover, there are 33 instances of the word "implementor" in the
kernel tree. Unless there is an effor to change all occurences I will not move
forward with this patch.
Thanks,
Mathieu
On Tue,
b6270c3bca987530eafc6a15f9d54ecd0033e0e3] Add linux-next specific files
for 20241009
# good: [75b607fab38d149f232f01eae5e6392b394dd659] Merge tag
'sched_ext-for-6.12-rc2-fixes' of
git://git.kernel.org/pub/scm/linux/kernel/git/tj/sched_ext
git bisect start 'b6270c3bca987530eafc
On Wed, Oct 9, 2024 at 12:06 PM Jonathan Corbet wrote:
>
> "Everest K.C." writes:
>
> > On Wed, Oct 9, 2024 at 9:54 AM Mathieu Poirier
> > wrote:
> >>
> >> Good morning,
> >>
> >> This is a case of old english vs. new english. Using "implementors" is
> >> still
> >> correct. Moreover, there a
"Everest K.C." writes:
> On Wed, Oct 9, 2024 at 9:54 AM Mathieu Poirier
> wrote:
>>
>> Good morning,
>>
>> This is a case of old english vs. new english. Using "implementors" is still
>> correct. Moreover, there are 33 instances of the word "implementor" in the
>> kernel tree. Unless there is
On Tue, Oct 8, 2024 at 2:55 PM Akihiko Odaki wrote:
>
> RSS is a receive steering algorithm that can be negotiated to use with
> virtio_net. Conventionally the hash calculation was done by the VMM.
> However, computing the hash after the queue was chosen defeats the
> purpose of RSS.
>
> Another a
On Tue, Oct 08, 2024 at 03:36:48PM -0700, Deepak Gupta wrote:
> riscv will need an implementation for exit_thread to clean up shadow stack
> when thread exits. If current thread had shadow stack enabled, shadow
> stack is allocated by default for any new thread.
FWIW both arm64 and x86 do this vi
On Tue, Oct 08, 2024 at 03:36:53PM -0700, Deepak Gupta wrote:
> `arch_calc_vm_prot_bits` is implemented on risc-v to return VM_READ |
> VM_WRITE if PROT_WRITE is specified. Similarly `riscv_sys_mmap` is
> updated to convert all incoming PROT_WRITE to (PROT_WRITE | PROT_READ).
> This is to make sure
On Tue, Oct 8, 2024 at 2:55 PM Akihiko Odaki wrote:
>
> tun used to simply advance iov_iter when it needs to pad virtio header,
> which leaves the garbage in the buffer as is. This is especially
> problematic when tun starts to allow enabling the hash reporting
> feature; even if the feature is en
On Tue, Oct 08, 2024 at 03:37:01PM -0700, Deepak Gupta wrote:
> +int arch_lock_shadow_stack_status(struct task_struct *task,
> + unsigned long arg)
> +{
> + /* If shtstk not supported or not enabled on task, nothing to lock here
> */
> + if (!cpu_supports_shado
On Wed, Oct 09, 2024 at 11:42:14AM +0200, Przemek Kitszel wrote:
> On 10/9/24 11:12, Simon Horman wrote:
> > The purpose of this section is to document what is the current practice
> > regarding clean-up patches which address checkpatch warnings and similar
> > problems. I feel there is a value in
On Tue, Oct 8, 2024 at 2:55 PM Akihiko Odaki wrote:
>
> Allow the guest to reuse the hash value to make receive steering
> consistent between the host and guest, and to save hash computation.
>
> Signed-off-by: Akihiko Odaki
I wonder if this would cause overhead when hash reporting is not enable
On 10/9/24 11:12, Simon Horman wrote:
The purpose of this section is to document what is the current practice
regarding clean-up patches which address checkpatch warnings and similar
problems. I feel there is a value in having this documented so others
can easily refer to it.
Clearly this topic
Akihiko Odaki wrote:
> They are useful to implement VIRTIO_NET_F_RSS and
> VIRTIO_NET_F_HASH_REPORT.
>
> Signed-off-by: Akihiko Odaki
> ---
> include/linux/virtio_net.h | 188
> +
No need for these to be in header files
Akihiko Odaki wrote:
> Both tun and tap exposes the same set of virtio-net-related features.
> Unify their implementations to ease future changes.
>
> Signed-off-by: Akihiko Odaki
> ---
> MAINTAINERS| 1 +
> drivers/net/tap.c | 172 ++--
> d
Akihiko Odaki wrote:
> Allow the guest to reuse the hash value to make receive steering
> consistent between the host and guest, and to save hash computation.
>
> Signed-off-by: Akihiko Odaki
> ---
> Documentation/networking/tuntap.rst | 7 +++
> drivers/net/Kconfig | 1 +
>
On Tue, Oct 08, 2024 at 10:55:29PM +, Edgecombe, Rick P wrote:
> A lot of this patch and the previous one is similar to x86's and arm's. It
> great
> that we can have consistency around this behavior.
> There might be enough consistency to refactor some of the arch code into a
> kernel/shstk
On Tue, Oct 08, 2024 at 03:36:42PM -0700, Deepak Gupta wrote:
> Equivalent to landing pad (zicfilp) on x86 is `ENDBRANCH` instruction in Intel
> CET [3] and branch target identification (BTI) [4] on arm.
> Similarly x86's Intel CET has shadow stack [5] and arm64 has guarded control
> stack (GCS) [
On Tue, Oct 08, 2024 at 03:37:00PM -0700, Deepak Gupta wrote:
> Three architectures (x86, aarch64, riscv) have support for indirect branch
> tracking feature in a very similar fashion. On a very high level, indirect
> branch tracking is a CPU feature where CPU tracks branches which uses
> memory op
On Tue, Oct 08, 2024 at 03:36:44PM -0700, Deepak Gupta wrote:
> VM_SHADOW_STACK (alias to VM_HIGH_ARCH_5) is used to encode shadow stack
> VMA on three architectures (x86 shadow stack, arm GCS and RISC-V shadow
> stack). In case architecture doesn't implement shadow stack, it's VM_NONE
> Introducin
The purpose of this section is to document what is the current practice
regarding clean-up patches which address checkpatch warnings and similar
problems. I feel there is a value in having this documented so others
can easily refer to it.
Clearly this topic is subjective. And to some extent the cu
On Wed, Oct 09, 2024 at 02:36:12PM +0100, Lorenzo Stoakes wrote:
On Tue, Oct 08, 2024 at 03:36:53PM -0700, Deepak Gupta wrote:
`arch_calc_vm_prot_bits` is implemented on risc-v to return VM_READ |
VM_WRITE if PROT_WRITE is specified. Similarly `riscv_sys_mmap` is
updated to convert all incoming
22 matches
Mail list logo
