On Fri, Oct 18, 2024 at 06:34:13PM +1100, Alistair Popple wrote:
>
> Matthew Brost writes:
>
> > On Fri, Oct 18, 2024 at 04:59:05PM +1100, Alistair Popple wrote:
> >>
> >> Matthew Brost writes:
> >>
> >> > On Fri, O
On Fri, Oct 18, 2024 at 07:16:15AM +, Matthew Brost wrote:
> On Fri, Oct 18, 2024 at 04:59:05PM +1100, Alistair Popple wrote:
> >
> > Matthew Brost writes:
> >
> > > On Fri, Oct 18, 2024 at 08:58:02AM +1100, Alistair Popple wrote:
> > >>
> &g
On Fri, Oct 18, 2024 at 04:59:05PM +1100, Alistair Popple wrote:
>
> Matthew Brost writes:
>
> > On Fri, Oct 18, 2024 at 08:58:02AM +1100, Alistair Popple wrote:
> >>
> >> Matthew Brost writes:
> >>
> >> > On Thu, O
a) in progress, you are cc'd.
e) Unfortunately, I think it is unreasonable from a practicality and SRU
risk-adverse viewpoint to backport all the smartcard / passkey testcases
from upstream / noble to jammy. This is not a trivial number of commits,
as they are mostly many small changes, and some c
** Description changed:
[Impact]
If you enable smartcard authentication on Ubuntu Desktop on Jammy, and
set it up so the smartcard must be present for all authentication
attempts, enforced by PAM's require_cert_auth, if you remove the
smartcard, it will fall back to password authentic
On Fri, Oct 18, 2024 at 08:58:02AM +1100, Alistair Popple wrote:
>
> Matthew Brost writes:
>
> > On Thu, Oct 17, 2024 at 04:49:11PM +1100, Alistair Popple wrote:
> >>
> >> Matthew Brost writes:
> >>
> >> > On Thu, O
Patches should be split but quick RFC for feedback.
Matt
Matthew Brost (1):
drm/ttm, drm/xe: Add ttm_bo_access
drivers/gpu/drm/ttm/ttm_bo_vm.c | 20 +-
drivers/gpu/drm/xe/xe_bo.c | 48 +
include/drm/ttm/ttm_bo.h| 2 ++
3 files changed
: Thomas Hellström
Signed-off-by: Matthew Brost
---
drivers/gpu/drm/ttm/ttm_bo_vm.c | 20 +-
drivers/gpu/drm/xe/xe_bo.c | 48 +
include/drm/ttm/ttm_bo.h| 2 ++
3 files changed, 64 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/ttm
Hi Matthew,
If you look at https://launchpad.net/~ubuntu-
toolchain-r/+archive/ubuntu/ppa/?field.series_filter=noble
it indeed shows that 6.8.0-45-generic is in there, and not -47, but
soon, Matthias Klose will probably build 6.8.0-47-generic and break you
again too.
emacs 29.4 is in oracular
Hi Matthew,
If you look at https://launchpad.net/~ubuntu-
toolchain-r/+archive/ubuntu/ppa/?field.series_filter=noble
it indeed shows that 6.8.0-45-generic is in there, and not -47, but
soon, Matthias Klose will probably build 6.8.0-47-generic and break you
again too.
emacs 29.4 is in oracular
were
installed in that same transaction? And then of course, the most recent
one where you likely got modules installed, can you see if it was just
-modules, -modules-extra, or both.
Nicolas I'll have a think and write back to you soon.
Thanks,
Matthew
--
You received this bug notification b
were
installed in that same transaction? And then of course, the most recent
one where you likely got modules installed, can you see if it was just
-modules, -modules-extra, or both.
Nicolas I'll have a think and write back to you soon.
Thanks,
Matthew
--
You received this bug notification b
Ah, the toolchain thing is ringing a bell. I believe I had to install
that in order to get a different version of gcc because I was trying to
build a newer version of emacs than I could get from the repositories.
In any case, ubuntu has now updated to 6.8.0-47.47-generic and that
doesn't seem to h
Ah, the toolchain thing is ringing a bell. I believe I had to install
that in order to get a different version of gcc because I was trying to
build a newer version of emacs than I could get from the repositories.
In any case, ubuntu has now updated to 6.8.0-47.47-generic and that
doesn't seem to h
On Wednesday, October 16, 2024 at 11:07:50 PM EDT, Mike Yearwood via Cygwin
wrote:
> The education of and practice of software is glaringly lax and we have the
> collective power to fix it.
ahem, Microsoft would like to enter the chat...
Apparently "unlimited" funds doesn't help either.
I'm go
On Wed, Oct 16, 2024 at 08:53:05PM -0700, Lizhi Hou wrote:
>
> On 10/14/24 19:13, Matthew Brost wrote:
> > On Fri, Oct 11, 2024 at 04:12:41PM -0700, Lizhi Hou wrote:
> > > Add interfaces for user application to submit command and wait for its
> > > completion.
> &
On Thu, Oct 17, 2024 at 04:49:11PM +1100, Alistair Popple wrote:
>
> Matthew Brost writes:
>
> > On Thu, Oct 17, 2024 at 02:21:13PM +1100, Alistair Popple wrote:
> >>
> >> Matthew Brost writes:
> >>
> >> > On Thu, O
I see you've landed a patch changing 12 to 10 weeks:
https://bugzilla.mozilla.org/show_bug.cgi?id=1925127
Thanks for the prompt update, and congratulations again on enabling this in
Nightly!
On Wed, Oct 16, 2024 at 5:14 PM 'Dana Keeler' via
dev-security-policy@mozilla.org wrote:
> This is two w
o go well...
Minutes of previous meeting:
https://meetbot.debian.net/debian-ctte/2024/debian-ctte.2024-09-23-10.00.html
Regards,
Matthew
On Thu, Oct 17, 2024 at 02:21:13PM +1100, Alistair Popple wrote:
>
> Matthew Brost writes:
>
> > On Thu, Oct 17, 2024 at 12:49:55PM +1100, Alistair Popple wrote:
> >>
> >> Matthew Brost writes:
> >>
> >> > On Wed, Oct 16, 2024 at 04:46:5
On Thu, Oct 17, 2024 at 12:49:55PM +1100, Alistair Popple wrote:
>
> Matthew Brost writes:
>
> > On Wed, Oct 16, 2024 at 04:46:52AM +, Matthew Brost wrote:
> >> On Wed, Oct 16, 2024 at 03:04:06PM +1100, Alistair Popple wrote:
>
> [...]
>
> >&
s, rebuilds the initramfs, updates grub
and reboots?
If that fails, can you boot into 6.8.0-47-generic, save dmesg to a file,
and upload it?
$ sudo dmesg > 47-dmesg.log
I'll see if the devices really aren't showing up at all then.
Thanks,
Matthew
--
You received this bug notificat
s, rebuilds the initramfs, updates grub
and reboots?
If that fails, can you boot into 6.8.0-47-generic, save dmesg to a file,
and upload it?
$ sudo dmesg > 47-dmesg.log
I'll see if the devices really aren't showing up at all then.
Thanks,
Matthew
--
You received this bug notificat
On Wed, Oct 16, 2024 at 04:46:52AM +, Matthew Brost wrote:
> On Wed, Oct 16, 2024 at 03:04:06PM +1100, Alistair Popple wrote:
> >
> > Matthew Brost writes:
> >
> > > Add migrate_device_prepoluated_range which prepares an array of
> > > pre-populated
This fix causes openmpi-bin to be uninstallable on sid
8.406 Some packages could not be installed. This may mean that you have
8.406 requested an impossible situation or if you are using the unstable
8.406 distribution that some required packages have not yet been created
8.406 or been moved out of
This fix causes openmpi-bin to be uninstallable on sid
8.406 Some packages could not be installed. This may mean that you have
8.406 requested an impossible situation or if you are using the unstable
8.406 distribution that some required packages have not yet been created
8.406 or been moved out of
This fix causes openmpi-bin to be uninstallable on sid
8.406 Some packages could not be installed. This may mean that you have
8.406 requested an impossible situation or if you are using the unstable
8.406 distribution that some required packages have not yet been created
8.406 or been moved out of
> On Oct 16, 2024, at 10:50 AM, Christophe Pettus wrote:
>
>
>
>> On Oct 16, 2024, at 09:47, Tom Lane wrote:
>> I believe it depends on your platform --- some BSDen are pretty
>> permissive about this, if memory serves. On a Linux box it seems
>> to work for processes owned by yourself eve
In this PR, I removed hard-coded security providers and replaced them with a
system property, test.provider.name. If the property is not specified, the
provider originally used in the test is used:
Cipher c = Cipher.getInstance("AES/GCM/NoPadding",
System.getProperty("test.provider.name", "SunJ
In this PR, I removed hard-coded security providers and replaced them with a
system property, test.provider.name. If the property is not specified, the
provider originally used in the test is used:
Cipher c = Cipher.getInstance("AES/GCM/NoPadding",
System.getProperty("test.provider.name", "SunJ
It appears that Firefox has a 12-week time-gate on enforcement:
https://github.com/mozilla/gecko-dev/blob/a9b60625c56e90a215553fbad2ad75f7af4fbc29/security/certverifier/CertVerifier.cpp#L241
https://github.com/mozilla/gecko-dev/blob/a9b60625c56e90a215553fbad2ad75f7af4fbc29/security/ct/CTKnownLogs.
ire auth strategy.
I already did some work on it but it is taking longer than normal, there
isn't a need to rush through a release as people can always use the
milestone if needed (or we can do a M2 if there is a critical need for it)
On Tue, Oct 15, 2024 at 1:23 PM PJ Fanning wrote:
On Wed, Oct 16, 2024 at 08:27:51AM +0200, Thomas Hellström wrote:
> On Wed, 2024-10-16 at 03:18 +0000, Matthew Brost wrote:
> > On Wed, Oct 09, 2024 at 12:50:42PM +0200, Thomas Hellström wrote:
> > > Hi, Matthew.
> > >
> > > Some comments below around migrating
Installed, and can confirm the problem is now fixed. Thank you.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2040483
Title:
AppArmor denies crun sending signals to containers (stop, kill)
To manag
On Wed, Oct 16, 2024 at 03:04:06PM +1100, Alistair Popple wrote:
>
> Matthew Brost writes:
>
> > Add migrate_device_prepoluated_range which prepares an array of
> > pre-populated device pages for migration.
>
> It would be nice if the commit message could also incl
On Wed, Oct 16, 2024 at 03:00:08PM +1100, Alistair Popple wrote:
>
> Matthew Brost writes:
>
> > Avoid multiple CPU page faults to the same device page racing by trying
> > to lock the page in do_swap_page before taking an extra reference to the
> > page. This preven
Used to show we can bounce memory multiple times.
Signed-off-by: Matthew Brost
---
drivers/gpu/drm/xe/xe_module.c | 7 +++
drivers/gpu/drm/xe/xe_module.h | 1 +
drivers/gpu/drm/xe/xe_svm.c| 3 +++
3 files changed, 11 insertions(+)
diff --git a/drivers/gpu/drm/xe/xe_module.c b/drivers
- Use drm_pagemap dma cursor
- Take notifier lock in bind code to check range state
Signed-off-by: Thomas Hellström
Signed-off-by: Matthew Brost
---
drivers/gpu/drm/xe/xe_pt.c | 170 +++
drivers/gpu/drm/xe/xe_pt_types.h | 2 +
drivers/gpu/drm/xe/xe_svm.c
Add unbind to SVM garbage collector. To facilitate add unbind support
function to VM layer which unbinds a SVM range. Also teach PY layer to
understand unbinds of SVM ranges.
Signed-off-by: Matthew Brost
---
drivers/gpu/drm/xe/xe_pt.c | 84 ++--
drivers/gpu/drm
Add documentation for agree upon GPU SVM design principles, current
status, and future plans.
Signed-off-by: Matthew Brost
---
Documentation/gpu/rfc/gpusvm.rst | 70
Documentation/gpu/rfc/index.rst | 4 ++
2 files changed, 74 insertions(+)
create mode 100644
Useful to experiment with notifier size and how it affects performance.
Signed-off-by: Matthew Brost
---
drivers/gpu/drm/xe/xe_module.h | 1 +
drivers/gpu/drm/xe/xe_svm.c| 5 +++--
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/xe/xe_module.h b/drivers/gpu
Get VRAM pfns from BO's buddy blocks.
v2:
- Use new drm_gpusvm_devmem_ops
Signed-off-by: Niranjana Vishwanathapura
Signed-off-by: Oak Zeng
Signed-off-by: Matthew Brost
---
drivers/gpu/drm/xe/xe_svm.c | 40 +
1 file changed, 40 insertions(+)
diff --
eviction code.
Current migration policy is migrate any SVM range greater than or equal
to 64k once.
[1] https://patchwork.freedesktop.org/series/133643/
v2:
- Rebase on latest GPU SVM
- Retry page fault on get pages returning mixed allocation
- Use drm_gpusvm_devmem
Signed-off-by: Matthew Brost
Add SVM init / close / fini to faulting VMs. Minimual implementation.
v2:
- Add close function
Signed-off-by: Matthew Brost
---
drivers/gpu/drm/xe/Makefile | 1 +
drivers/gpu/drm/xe/xe_svm.c | 46
drivers/gpu/drm/xe/xe_svm.h | 15
From: Thomas Hellström
Add support for mapping device pages to Xe SVM.
Signed-off-by: Matthew Brost
Signed-off-by: Thomas Hellström
---
drivers/gpu/drm/xe/xe_device_types.h | 7 +++
drivers/gpu/drm/xe/xe_svm.c | 30
2 files changed, 37 insertions
Add some useful SVM debug logging.
v2:
- Upadte logging with latest structure layout
Signed-off-by: Matthew Brost
---
drivers/gpu/drm/xe/xe_pt.c | 8 +++
drivers/gpu/drm/xe/xe_svm.c | 101 +++-
drivers/gpu/drm/xe/xe_svm.h | 2 +
3 files changed, 99
Add drm_gpusvm_devmem to xe_bo. Required to enable SVM migrations.
Signed-off-by: Matthew Brost
---
drivers/gpu/drm/xe/xe_bo_types.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/xe/xe_bo_types.h b/drivers/gpu/drm/xe/xe_bo_types.h
index 13c6d8a69e91..54d337004621
(Thomas)
- dma mapp pages under notifier lock (Thomas)
- Remove ctx.prefault
- Remove ctx.mmap_locked
- Add ctx.check_pages
- s/vram/devmem (Thomas)
Cc: Simona Vetter
Cc: Dave Airlie
Cc: Christian König
Cc:
Signed-off-by: Matthew Brost
Signed-off-by: Thomas Hellström
---
drivers/gpu/drm/x
Wire xe_bo_move to GPUSVM migration to SRAM with trylocking of mmap
lock.
v2:
- Use xe_svm_bo_evict
- Drop bo->range
Signed-off-by: Matthew Brost
---
drivers/gpu/drm/xe/xe_bo.c | 20
drivers/gpu/drm/xe/xe_svm.c | 5 +
drivers/gpu/drm/xe/xe_svm.h | 3 +++
3 fi
Support for system allocator bindings in SRAM fully in place, enable the
implementation.
Signed-off-by: Matthew Brost
---
drivers/gpu/drm/xe/xe_vm.c | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/gpu/drm/xe/xe_vm.c b/drivers/gpu/drm/xe/xe_vm.c
index 158fbb1c3f28..8eed820079ba
Add functions which migrate to / from VRAM accepting a single DPA
argument (VRAM) and array of dma addresses (SRAM).
v2:
- Don't unlock job_mutex in error path of xe_migrate_vram
Signed-off-by: Oak Zeng
Signed-off-by: Matthew Brost
---
drivers/gpu/drm/xe/xe_migrate.c
Add XE_BO_FLAG_SYSTEM_ALLOC to indicate BO is tied to SVM range.
Add XE_BO_FLAG_SKIP_CLEAR to indicate BO does not need to cleared.
v2:
- Take VM ref for system allocator BOs
Signed-off-by: Matthew Brost
---
drivers/gpu/drm/xe/xe_bo.c | 15 +--
drivers/gpu/drm/xe/xe_bo.h | 2
Add GPUSVM devic memory copy vfunc functions and connect to migration
layer.
v2:
- Allow NULL device pages in xe_svm_copy
- Use new drm_gpusvm_devmem_ops
Signed-off-by: Matthew Brost
---
drivers/gpu/drm/xe/xe_svm.c | 150
1 file changed, 150 insertions
Add SVM range invalidation vfunc.
v2:
- Don't run invalidation if VM is closed
- Cycle notifier lock in xe_svm_close
- Drop xe_gt_tlb_invalidation_fence_fini
Signed-off-by: Matthew Brost
---
drivers/gpu/drm/xe/xe_gt_pagefault.c | 17 ++-
drivers/gpu/drm/xe/xe_pt.c
es 1 to 1, this restriction
can be lifted if use cases arrise for non 1 to 1 mappings.
Signed-off-by: Matthew Brost
---
drivers/gpu/drm/xe/xe_pt.c | 76 +-
drivers/gpu/drm/xe/xe_vm.c | 107 ---
drivers/gpu/drm/xe/xe_vm.h | 8 ++-
Add DRM_GPUVA_OP_USER which allows driver to define their own gpuvm ops.
Cc: Danilo Krummrich
Signed-off-by: Matthew Brost
---
include/drm/drm_gpuvm.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/drm/drm_gpuvm.h b/include/drm/drm_gpuvm.h
index 00d4e43b76b6..cc3f8ed5113b
From: Thomas Hellström
Useful for SVM ranges in SRAM and programing page tables.
Signed-off-by: Matthew Brost
Signed-off-by: Thomas Hellström
---
drivers/gpu/drm/xe/xe_res_cursor.h | 116 -
drivers/gpu/drm/xe/xe_svm.h| 4 +
2 files changed, 118
Implement with a simple BO put.
v2:
- Use new drm_gpusvm_devmem_ops
Signed-off-by: Matthew Brost
---
drivers/gpu/drm/xe/xe_svm.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/gpu/drm/xe/xe_svm.c b/drivers/gpu/drm/xe/xe_svm.c
index 19fcb8f71791..976b4ce15db4 100644
--- a
works, let the memory provider (drm_pagemap) provide
the mapping functionality.
Signed-off-by: Matthew Brost
Signed-off-by: Thomas Hellström
---
drivers/gpu/drm/xe/drm_pagemap.h | 103 +++
1 file changed, 103 insertions(+)
create mode 100644 drivers/gpu/drm/xe/drm_pagem
code. Can always be revisited if a use case for this
arrises.
Signed-off-by: Matthew Brost
---
drivers/gpu/drm/xe/xe_svm.c | 5 +
drivers/gpu/drm/xe/xe_svm.h | 1 +
drivers/gpu/drm/xe/xe_vm.c | 16
3 files changed, 22 insertions(+)
diff --git a/drivers/gpu/drm/xe/xe_svm.c
Add basic SVM garbage collector which can destroy an SVM range upon an
MMU UNMAP event.
v2:
- Flush garbage collector in xe_svm_close
Signed-off-by: Matthew Brost
---
drivers/gpu/drm/xe/xe_svm.c | 87 +++-
drivers/gpu/drm/xe/xe_svm.h | 1 +
drivers/gpu
Add SVM device memory mirroring which enables device pages for
migration.
TODO: Hide this behind Kconfig
Signed-off-by: Niranjana Vishwanathapura
Signed-off-by: Matthew Brost
---
drivers/gpu/drm/xe/xe_device_types.h | 8
drivers/gpu/drm/xe/xe_svm.c | 56
page.
Cc: Philip Yang
Cc: Felix Kuehling
Cc: Christian König
Cc: Andrew Morton
Suggessted-by: Simona Vetter
Signed-off-by: Matthew Brost
---
mm/memory.c | 13 ++---
mm/migrate_device.c | 69 ++---
2 files changed, 56 insertions(+), 26 dele
Add migrate_device_prepoluated_range which prepares an array of
pre-populated device pages for migration.
v2:
- s/migrate_device_vma_range/migrate_device_prepopulated_range
- Drop extra mmu invalidation (Vetter)
Cc: Andrew Morton
Signed-off-by: Matthew Brost
---
include/linux/migrate.h | 1
to HMM
Matt
[1] https://patchwork.freedesktop.org/series/137545/#rev3
Matthew Brost (26):
drm/xe: Retry BO allocation
mm/migrate: Add migrate_device_prepopulated_range
mm/migrate: Trylock device page in do_swap_page
drm/gpusvm: Add support for GPU Shared Virtual Memory
drm/xe/uapi: Add
TTM doesn't support fair eviction via WW locking, this mitigated in by
using retry loops in exec and preempt rebind worker. Extend this retry
loop to BO allocation. Once TTM supports fair eviction this patch can be
reverted.
Signed-off-by: Matthew Brost
---
drivers/gpu/drm/xe/xe_bo.
On Wed, Oct 09, 2024 at 12:50:42PM +0200, Thomas Hellström wrote:
> Hi, Matthew.
>
> Some comments below around migrating to SRAM.
>
>
> On Tue, 2024-08-27 at 19:48 -0700, Matthew Brost wrote:
> > This patch introduces support for GPU Shared Virtual Memory (SVM) in
>
https://bugs.kde.org/show_bug.cgi?id=494827
--- Comment #4 from Matthew Schultz ---
(In reply to Jack from comment #3)
Sorry for the clutter. I set the fraction to 1/1. The balance calculation
was correct before the split but the split transaction stopped calculating it
correctly. In the
https://bugs.kde.org/show_bug.cgi?id=494827
--- Comment #4 from Matthew Schultz ---
(In reply to Jack from comment #3)
Sorry for the clutter. I set the fraction to 1/1. The balance calculation
was correct before the split but the split transaction stopped calculating it
correctly. In the
https://bugs.kde.org/show_bug.cgi?id=494827
--- Comment #2 from Matthew Schultz ---
(In reply to Jack from comment #1)
> I suppose one possibility would be to allow KMM to split less than the
> entire number of owned shares, but I'm not certain it's a good idea, and it
> w
https://bugs.kde.org/show_bug.cgi?id=494827
--- Comment #2 from Matthew Schultz ---
(In reply to Jack from comment #1)
> I suppose one possibility would be to allow KMM to split less than the
> entire number of owned shares, but I'm not certain it's a good idea, and it
> w
So, the basic things I can think of to test here are:
1. The kernel can still load the previous MODVERSIONS format
2. The kernel can load the new MODVERSIONS format
3. If we artificially tweak a CRC in the previous format, it will fail to load.
4. If we artificially tweak a CRC in the new format,
So, the basic things I can think of to test here are:
1. The kernel can still load the previous MODVERSIONS format
2. The kernel can load the new MODVERSIONS format
3. If we artificially tweak a CRC in the previous format, it will fail to load.
4. If we artificially tweak a CRC in the new format,
final module is controlled by
conditional compilation inside the at file.
Signed-off-by: Matthew Maurer
---
scripts/export_report.pl | 22 ++
1 file changed, 10 insertions(+), 12 deletions(-)
diff --git a/scripts/export_report.pl b/scripts/export_report.pl
index dcef915
appropriately
encoded in the extended section. These symbols will be skipped in the
previous encoding. An error will still be generated if
CONFIG_EXTENDED_MODVERSIONS is not set.
Signed-off-by: Matthew Maurer
---
kernel/module/Kconfig | 8
scripts/mod/modpost.c | 41
rk for the subsequent extended modversions information,
which would not be parseable otherwise.
Signed-off-by: Matthew Maurer
---
scripts/export_report.pl | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/scripts/export_report.pl b/scripts/export_report.pl
index 30b5f7819086..dc
usage of this information.
Signed-off-by: Matthew Maurer
---
arch/powerpc/kernel/module_64.c | 23 -
kernel/module/internal.h| 11
kernel/module/main.c| 92 ++---
kernel/module/version.c | 45
4 files changed
...@socionext.com/
Signed-off-by: Matthew Maurer
---
scripts/export_report.pl | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/scripts/export_report.pl b/scripts/export_report.pl
index feb3d5542a62..30b5f7819086 100755
--- a/scripts/export_report.pl
+++ b/scripts
ing, per Luis's request
v1:
https://lore.kernel.org/rust-for-linux/20231115185858.2110875-1-mmau...@google.com/
Matthew Maurer (5):
export_report: Rehabilitate script
modules: Support extended MODVERSIONS info
export_report: Tolerate additional `.mod.c` content
modpost: Produce extended MODVERSI
usage of this information.
Signed-off-by: Matthew Maurer
---
arch/powerpc/kernel/module_64.c | 23 -
kernel/module/internal.h| 11
kernel/module/main.c| 92 ++---
kernel/module/version.c | 45
4 files changed
Using commas to declare struct members makes adding new members to this
struct not as nice with patch management.
Signed-off-by: Matthew Maurer
---
kernel/module/internal.h | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/kernel/module/internal.h b/kernel/module
e while reading).
* All symbols names are inbounds of the string table.
Signed-off-by: Matthew Maurer
---
kernel/module/main.c | 38 +-
1 file changed, 37 insertions(+), 1 deletion(-)
diff --git a/kernel/module/main.c b/kernel/module/main.c
index 22aa5eb4e4f
This patch only moves the existing strtab population to a function.
Validation comes in a following patch, this is split out to make the new
validation checks more clearly separated.
Signed-off-by: Matthew Maurer
---
kernel/module/main.c | 23 ---
1 file changed, 20
Group all the index detection together to make the parent function
easier to read.
Signed-off-by: Matthew Maurer
---
kernel/module/main.c | 68 +---
1 file changed, 51 insertions(+), 17 deletions(-)
diff --git a/kernel/module/main.c b/kernel/module
Pull out index validation for the symbol string section.
Note that this does not validate the *contents* of the string table,
only shape and presence of the section.
Signed-off-by: Matthew Maurer
---
kernel/module/main.c | 37 -
1 file changed, 28 insertions
Centralize symbol table detection and property validation.
Signed-off-by: Matthew Maurer
---
kernel/module/main.c | 73 ++--
1 file changed, 44 insertions(+), 29 deletions(-)
diff --git a/kernel/module/main.c b/kernel/module/main.c
index b633347d5d98
Centralize .gnu.linkonce.this_module detection and property validation.
Signed-off-by: Matthew Maurer
---
kernel/module/main.c | 129 ++-
1 file changed, 67 insertions(+), 62 deletions(-)
diff --git a/kernel/module/main.c b/kernel/module/main.c
index
Centralize .modinfo detection and property validation.
Signed-off-by: Matthew Maurer
---
kernel/module/main.c | 82
1 file changed, 68 insertions(+), 14 deletions(-)
diff --git a/kernel/module/main.c b/kernel/module/main.c
index 473f1fb25de2
w
checked prior to the access, which could avoid bad accesses with
malformed modules.
Signed-off-by: Matthew Maurer
---
kernel/module/main.c | 106 ---
1 file changed, 69 insertions(+), 37 deletions(-)
diff --git a/kernel/module/main.c b/k
Factor out and document the validation of section headers.
Because we now validate all section offsets and lengths before accessing
them, we can remove the ad-hoc checks.
Signed-off-by: Matthew Maurer
---
kernel/module/main.c | 125 ---
1 file changed
Factor out verification of the ELF header and document what is checked.
Signed-off-by: Matthew Maurer
---
kernel/module/main.c | 70 +---
1 file changed, 47 insertions(+), 23 deletions(-)
diff --git a/kernel/module/main.c b/kernel/module/main.c
index
`validate_section_offset` doesn't modify the info passed in. Make this
clear by adjusting the type signature.
Signed-off-by: Matthew Maurer
---
kernel/module/main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/module/main.c b/kernel/module/main.c
index ef54733
://lore.kernel.org/all/20240925233854.90072-1-mmau...@google.com/
Matthew Maurer (12):
module: Take const arg in validate_section_offset
module: Factor out elf_validity_ehdr
module: Factor out elf_validity_cache_sechdrs
module: Factor out elf_validity_cache_secstrings
module: Factor out
> I've always wondered why software has maintainers not set forth by their
> graduating universities.
because a CompSci degree != competence in anything.
Prove your mettle by picking up a useful package off the abandoned list (is
this even current?)
https://cygwin.com/cygwin-pkg-maint
Personall
https://bugs.kde.org/show_bug.cgi?id=494827
Matthew Schultz changed:
What|Removed |Added
Summary|Stock split ratio won't |Stock split ratio
https://bugs.kde.org/show_bug.cgi?id=494827
Matthew Schultz changed:
What|Removed |Added
Summary|Stock split ratio won't |Stock split ratio
https://bugs.kde.org/show_bug.cgi?id=494827
Bug ID: 494827
Summary: Stock split ratio won't allow for accurate Schwab
stock split
Classification: Applications
Product: kmymoney
Version: 5.1.3
Platform: Gentoo Packages
https://bugs.kde.org/show_bug.cgi?id=494827
Bug ID: 494827
Summary: Stock split ratio won't allow for accurate Schwab
stock split
Classification: Applications
Product: kmymoney
Version: 5.1.3
Platform: Gentoo Packages
I'm currently getting impression that everything is global in groff, except
maybe when talking about environment, then it's bound to that environment. But
is anything assuming the environment doesn't change is local?
I ask because reading the heirloom-doctools manual, which is a very
conservati
Reviewer: Matthew Bocci
Review result: Has Nits
Thanks for a clear an well written draft. I have reviewed this from the
perspective of my knowledge of PCEP and the way PCCs and PCEs generally work,
rather than going through the YANG with a fine-toothed comb, as I am not really
a YANG expert and I
1 - 100 of 4339 matches
Mail list logo
