[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

[Git][xorg-team/lib/mesa][upstream-unstable] 36 commits: docs: Add checksums for 25.3.2



Title: GitLab

Timo Aaltonen pushed to branch upstream-unstable at X Strike Force / lib / mesa

Commits:

  • 34e31019
    by Dylan Baker at 2025-12-17T14:06:34-08:00
    docs: Add checksums for 25.3.2
    
  • 8b3ddaed
    by Dylan Baker at 2025-12-17T14:09:46-08:00
    .pick_status.json: Update to c00ebca5c4b474249ba65fcfd50ecdf84a656b7c
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • 46155b05
    by Lucas Fryzek at 2025-12-17T14:09:49-08:00
    drisw: Modify drisw_swap_buffers_with_damage to swap entire buffer
    
    When swapping buffer with damage regions, to be strictly correct we
    need to swap the entire back buffer to the front buffer. This needs to
    be done in case the compositor does not support damage regions. This
    means we need to ignore the input damage region and tell drisw to swap
    the entire buffer.
    
    Cc: mesa-stable
    (cherry picked from commit 17ab0f2ece0a45dd5df507a466ecf6f40d452e1a)
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • cb97aa57
    by Lucas Fryzek at 2025-12-17T14:09:50-08:00
    Revert "drisw: Copy entire buffer ignoring damage regions"
    
    This reverts commit 755e795e4c0d2660129c14998425f7dd3299bdf9.
    
    Cc: mesa-stable
    (cherry picked from commit 48799005d7f3b099cb2e93d09ce6dc211f619887)
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • 5ac2605b
    by Tapani Pälli at 2025-12-17T14:12:40-08:00
    anv/drirc: disable Xe2 CCS drm modifiers for GTK engine
    
    Cc: mesa-stable
    Signed-off-by: Tapani Pälli <tapani.palli@intel.com>
    Reviewed-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com>
    (cherry picked from commit 2418c9153758783d250982f9b84fb65b1b484294)
    
    Conflicts:
    	src/util/driconf.h
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • 49ced457
    by Dylan Baker at 2025-12-18T08:41:51-08:00
    .pick_status.json: Update to 645fff5daed8121ffe54741020f402fe6cfa8818
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • 3e5c3d0d
    by Lucas Stach at 2025-12-18T08:41:54-08:00
    etnaviv: blt: fix tile count calculation for in-place resolve
    
    A in-place resolve via the BLT engine is only supposed to fill the
    tiles of a single layer of a resource, so the size to calculate the
    number of tiles is the layer stride, same as done for the in-place
    resolve via the RS engine in
    8df11f3fad52 ("etnaviv: fix in-place resolve tile count.")
    
    CC: mesa-stable
    Signed-off-by: Lucas Stach <l.stach@pengutronix.de>
    Reviewed-by: Christian Gmeiner <cgmeiner@igalia.com>
    (cherry picked from commit 075eefc42263f5db66a5fc4a0aa9c8f624b376e5)
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • ae174431
    by Boris Brezillon at 2025-12-18T08:41:55-08:00
    panvk: Fix set_compute_sysval()
    
    BITSET_SET_RANGE() was passed sysval_fau_start() instead of
    sysval_fau_end() as a 3rd argument.
    
    Fixes: ae76a6a04596 ("panvk: Pack push constants")
    Closes: https://gitlab.freedesktop.org/mesa/mesa/-/issues/14489
    Signed-off-by: Boris Brezillon <boris.brezillon@collabora.com>
    Reviewed-by: Yiwei Zhang <zzyiwei@chromium.org>
    (cherry picked from commit d7d690b47fb2a3d9e511b094244c9c4e5b3c104f)
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • 846a3189
    by Pierre-Eric Pelloux-Prayer at 2025-12-18T08:41:57-08:00
    ac/descriptors: account for num_storage_samples for gfx10
    
    This fixes a page fault when nr_samples=4 but nr_storage_samples=2.
    Based on si_is_format_supported this is only supported for color
    formats and when has_eqaa_surface_allocator is true (< GFX11).
    
    The referenced commit below didn't introduce the issue but it
    exposed it by forcing the gfx blit path to be used.
    
    Closes: https://gitlab.freedesktop.org/mesa/mesa/-/issues/13255
    Fixes: 3424e16eced ("radeonsi: add decision code to select when to use CB_RESOLVE for performance")
    Reviewed-by: Marek Olšák <marek.olsak@amd.com>
    (cherry picked from commit 645fff5daed8121ffe54741020f402fe6cfa8818)
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • 2c14b098
    by Dylan Baker at 2025-12-19T08:05:02-08:00
    .pick_status.json: Update to 821baac5c326896253d69a1446178e224feea4e6
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • 523662d9
    by hwandy at 2025-12-19T08:05:05-08:00
    anv: fix a memory leak in slab allocator.
    
    An example when the memory leak happens: requested_size = 4 and alignment = 65536 in anv_slab_bo_alloc:
    
    The alloc_size = 65536 and requested = 4 in this case.
    
    The group to allocate the entry is the group of size 65536 based on the entry size,
    while the group to reclaim the entry is the group of size 4 due to the bo->size is
    registered as the requested_size=4 and used in anv_slab_bo_free.
    
    That means, the entry is allocated in group[order of size 65535]->free,
    moved from group[order of size 65535]->free to the user, and then moved
    to group[order of size 4]->reclaim, so the entries is accumulated in
    group[order of size 4]->reclaim and group[order of size 65535] keeps
    allocating new entries and leading to OOM.
    
    The solution is to use `bo->actual_size` to get the group in pb_slab_bo_free using the allocation size.
    
    Fixes: dabb012423d ("anv: Implement anv_slab_bo and enable memory pool")
    Closes: https://gitlab.freedesktop.org/mesa/mesa/-/issues/14396
    Reviewed-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com>
    Reviewed-by: José Roberto de Souza <jose.souza@intel.com>
    Signed-off-by: hwandy <hwandy@google.com>
    (cherry picked from commit ffbe6470a28a3f37c9a805d3a478ce9b18abc60d)
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • a09a9f02
    by Ian Romanick at 2025-12-19T08:05:05-08:00
    brw/cmod: Don't propagate between instructions in different groups
    
    The group implicity selects which flags the instruction can write. This
    was discovered while working on another set of changes that could change
    some logical operations into predicated MOV instructions.
    
    Prevents regressions later in the series in
    dEQP-VK.graphicsfuzz.cov-loop-fragcoord-identical-condition.
    
    No shader-db or fossil-db changes on any Intel platform.
    
    v2: Update the comment in the test case. Suggested by Caio.
    
    Fixes: 95ac3b1daea ("i965/fs: don't propagate cmod when the exec sizes differ")
    Reviewed-by: Caio Oliveira <caio.oliveira@intel.com>
    (cherry picked from commit ba30794847437def77484f9eecae7cf3a2e465d4)
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • 30918407
    by Mel Henning at 2025-12-19T08:05:06-08:00
    nvk: Set maxStorageBufferRange = maxBufferSize
    
    We were previously reporting a larger maxStorageBufferRange than our
    maxBufferSize, which is weird. Lower maxStorageBufferRange to match
    maxBufferSize.
    
    Fixes crucible stress.limits.buffer-update.range.storage.q0
    
    Fixes: 65f12fde4407 ("nvk: Improve address space and buffer size limits")
    Reviewed-by: Mary Guillemard <mary@mary.zone>
    (cherry picked from commit c9ae59dec5a622fb3e3378515bd06f5e08466326)
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • 5e24e96a
    by Ahmed Hesham at 2025-12-19T08:05:07-08:00
    panfrost: fix get_image_width for 1D buffer images
    
    Image size queries for buffer images were incorrectly using the
    underlying buffer's width instead of the image view's size.
    
    This affected `get_image_width` in OpenCL C for 1Dbuffer images, in
    cases where the buffer is larger than the image to account for
    padding, breaking the conformance test `test_kernel_image_methods
    1Dbuffer`.
    
    Fixes: 0efe7a6eb90 ("panfrost: implement image_size sysval")
    
    Signed-off-by: Ahmed Hesham <ahmed.hesham@arm.com>
    Reviewed-by: Boris Brezillon <boris.brezillon@collabora.com>
    (cherry picked from commit 95ed8d6638d6a6fedf51a346bb9a6ba6a7a512c9)
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • a2290167
    by Dylan Baker at 2025-12-28T18:58:19-08:00
    .pick_status.json: Update to ea4dedde8fe7757a593501eb6fcbaf0a78d1b36b
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • b8f5e721
    by Vinson Lee at 2025-12-28T18:58:23-08:00
    bin/symbols-check: Fix undefined symbol detection on macOS
    
    Commit e626636e90c ("bin/symbols-check: fix fields length condition
    before accessing fields") changed the condition from `or` to `and`
    to prevent potential IndexError when accessing fields[1].
    
    However, this broke macOS because `nm -gP` outputs different field
    counts for undefined symbols:
    - Linux:  `_symbol U`           (2 fields)
    - macOS:  `_symbol U 0 0`       (4 fields)
    
    The condition `len(fields) == 2 and fields[1] == 'U'` only matched
    the Linux format, causing undefined symbols like
    _mesa_glapi_tls_Dispatch to be incorrectly reported as
    "unknown symbol exported" on macOS.
    
    Fix by using `len(fields) >= 2` to handle both platforms while still
    guarding against IndexError.
    
    Fixes: e626636e90c ("bin/symbols-check: fix fields length condition before accessing fields")
    Closes: https://gitlab.freedesktop.org/mesa/mesa/-/issues/13451
    Signed-off-by: Vinson Lee <vlee@freedesktop.org>
    (cherry picked from commit 191e4b8fe0eff2585e4c52f398ed7fe04d4a674e)
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • 283cb227
    by Vinson Lee at 2025-12-28T18:58:25-08:00
    util/u_printf: Fix const correctness in util_printf_next_spec_pos
    
    Fix compiler error:
    
    ../src/util/u_printf.c:75:13: error: initializing 'char *' with an
    _expression_ of type 'const char *' discards qualifiers
    [-Werror,-Wincompatible-pointer-types-discards-qualifiers]
       75 |       char *spec_pos = strpbrk(str_found, "cdieEfFgGaAosuxXp%");
          |             ^          ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    
    glibc now provides C23-style type-generic string functions. strpbrk
    returns const char * when passed a const char * argument. Update
    spec_pos declaration to match.
    
    Fixes: 6d263ff5a3ec ("util: Convert util/u_printf.cpp to util/u_printf.c")
    Signed-off-by: Vinson Lee <vlee@freedesktop.org>
    Reviewed-by: Yonggang Luo <luoyonggang@gmail.com>
    (cherry picked from commit c576d64801de0352cfd9b9e0067758f2283f95dd)
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • 1842e17e
    by Samuel Pitoiset at 2025-12-28T18:58:26-08:00
    radv: add the SQTT relocated shaders BO to the cmdbuf list
    
    Found this while debugging another thing with amdgpu.debug_mask=0x1 (VM).
    
    Cc: mesa-stable
    Signed-off-by: Samuel Pitoiset <samuel.pitoiset@gmail.com>
    (cherry picked from commit 045b778ed6c57bcdd37b60858094c235477ecaa7)
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • d83987ec
    by Yuxuan Shui at 2025-12-28T18:58:28-08:00
    wsi/display: Set atomic client cap in Acquire{Drm,Xlib}DisplayEXT as well.
    
    Since we use atomic mode setting now, the wsi->fd we use needs to have
    the atomic client cap.
    
    There are several different code paths where wsi can acquire a file
    descriptor. For drm masters, the atomic client cap is set in
    wsi_display_init_wsi. For leased drm fds, there are AcquireDrmDisplayEXT
    and AcquireXlibDisplayEXT.
    
    According to a comment we previously assumed wsi_display_get_connector
    is common among all code paths, and that's why the atomic client cap was
    set there. But that assumption can be broken based on the particular
    order which the application invokes vulkan APIs in.
    
    This commit simply push the drmSetClientCap to all entrypoints where a
    drm fd comes through.
    
    Fixes: 513ffea1d366 ("wsi/display: use atomic mode setting")
    Signed-off-by: Yuxuan Shui <yshui@codeweavers.com>
    (cherry picked from commit e0fbf9a90834ed842e09df29a436a197d0cc15db)
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • bff3239a
    by Juan A. Suarez Romero at 2025-12-28T18:58:31-08:00
    v3d: don't build disk cache access on shader disablement
    
    Don't build shader cache related functions when shader cache is disabled
    on compile time.
    
    Closes: https://gitlab.freedesktop.org/mesa/mesa/-/issues/14512
    Backport-to: 25.3
    Reviewed-by: Jose Maria Casanova Crespo <jmcasanova@igalia.com>
    Signed-off-by: Juan A. Suarez Romero <jasuarez@igalia.com>
    (cherry picked from commit 0cab6260146727e223a83419492e0d0ff50947b1)
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • ee41f1ef
    by Linus Karl at 2025-12-28T18:58:35-08:00
    rocket: fix build on non LP64 architectures
    
    Cc: mesa-stable
    Signed-off-by: Linus Karl <linus@lotz.li>
    (cherry picked from commit 01cb7d7fd18ef3cc11d5cb80d71e5d816d115023)
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • 3ca5a855
    by Linus Karl at 2025-12-28T18:58:37-08:00
    ethos: fix build on non LP64 architectures
    
    Cc: mesa-stable
    Closes: https://gitlab.freedesktop.org/mesa/mesa/-/issues/14310
    Signed-off-by: Linus Karl <linus@lotz.li>
    (cherry picked from commit 7700ba28f5dab5be11fa24ce6343972f9475bbb8)
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • 9ef2d1f8
    by André at 2025-12-28T18:58:38-08:00
    nouveau: fix memory leak by freeing drm version before returning
    
    Fixes: 821f4c8d ("nouveau: import libdrm_nouveau")
    Reviewed-by: Karol Herbst <kherbst@redhat.com>
    Reviewed-by: Mel Henning <mhenning@darkrefraction.com>
    Signed-off-by: André Costa <andre_miguel_costa@hotmail.com>
    (cherry picked from commit 7219411f78fc872a175fffb7fc638c24c3484d80)
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • ec7757ea
    by Calder Young at 2025-12-28T19:02:12-08:00
    anv: Fix valgrind errors on batch buffers allocated from bo_pool
    
    Although a specific size is requested, the entire range of the returned bo up
    to bo->size may end up being used by anv_batch_chain, spamming memcheck errors.
    
    Reviewed-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com>
    Cc: mesa-stable
    (cherry picked from commit 4de00e01dd9927011384258239d6d82b70f5ee0a)
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • be087a4a
    by Calder Young at 2025-12-28T19:02:12-08:00
    anv: Fix load factor for batch buffer allocation
    
    The entire range of the allocated bo up to bo->size will be used, even if
    alloc_size was way less, so to track the growth precisely for load factoring,
    the allocated_batch_size should increase by bo->size.
    
    Reviewed-by: Lionel Landwerlin <lionel.g.landwerlin@intel.com>
    Cc: mesa-stable
    (cherry picked from commit 7b7432164093dcb61332fa06819edbc124bb5f97)
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • 6f8287ef
    by Samuel Pitoiset at 2025-12-29T03:43:36+00:00
    radv/nir: fix front_face opts for points/lines and unknown prim
    
    Fixes new VKCTS coverage dEQP-VK.glsl.builtin_var.frontfacing.*.
    
    Fixes: af375c67560 ("radv: Optimize fs builtins using static gfx state")
    Signed-off-by: Samuel Pitoiset <samuel.pitoiset@gmail.com>
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • 8d7064c0
    by Dylan Baker at 2025-12-28T20:15:37-08:00
    .pick_status.json: Mark 044e7f601754c079734fb9157da33e30ddae2e4c as backported
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • 50b98e30
    by Dylan Baker at 2026-01-01T03:26:27-08:00
    .pick_status.json: Update to 369a3b22b494aecc2ad241b9d66f2d877fcafc18
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • bca2cdda
    by Emma Anholt at 2026-01-01T03:26:31-08:00
    freedreno/a3xx-a5xx: restore cbuf0 direct upload.
    
    This broke a number of dEQP tests, for reasons that are unclear -- in
    looking at cffdumps, the const setup looks appropriate, just changing from
    e.g:
    
    VS_CTRL_REG1(CONSTLEN=2)
    FS_CTRL_REG1(CONSTLEN=1)
    LOAD_STATE6(VERT, DIRECT, DST_OFF=2, NUM_UNIT=2)
    LOAD_STATE6(FRAG, DIRECT, DST_OFF=0, NUM_UNIT=2)
    
    to:
    
    VS_CTRL_REG1(CONSTLEN=2)
    FS_CTRL_REG1(CONSTLEN=1)
    LOAD_STATE6(VERT, DIRECT, DST_OFF=2, NUM_UNIT=2)
    LOAD_STATE6(FRAG, INDIRECT, DST_OFF=0, NUM_UNIT=2)
    
    Fixes: 203ac73374a7 ("gallium: set prefer_real_buffer_in_constbuf0 for all drivers using tc")
    (cherry picked from commit 974ca3264367833cf62273018484f9b9ea0034ca)
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • daa2b253
    by Georg Lehmann at 2026-01-01T03:26:32-08:00
    ac/nir/cull: do not reuse variables if subgroup ops are used
    
    Subgroup ops make divergence information useless for our purpose,
    we would need workgroup divergence.
    
    The game affected here has control flow dependent on vote_any,
    so it's possible that a wave only executes the code after culling/reordering
    invocations.
    That means we can't reuse the maybe undefined value from before culling.
    
    Reviewed-by: Samuel Pitoiset <samuel.pitoiset@gmail.com>
    
    Closes: https://gitlab.freedesktop.org/mesa/mesa/-/issues/14459
    Cc: mesa-stable
    (cherry picked from commit cbedced5e8c10d2becbeb351fe3603b55f8b6571)
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • 51f725b2
    by Sviatoslav Peleshko at 2026-01-01T03:26:33-08:00
    nir/normalize_cubemap_coords: Handle the projector before the normalization
    
    Applying the projector after the normalization breaks the coordinates, so
    apply it early. Usually it's not even necessary for the cubemaps anyway,
    but ARB_fragment_program and TGSI allow it.
    
    Fixes: 52e71809 ("nir: Add a cubemap normalizing pass")
    Signed-off-by: Sviatoslav Peleshko <sviatoslav.peleshko@globallogic.com>
    Reviewed-by: Georg Lehmann <dadschoorse@gmail.com>
    (cherry picked from commit f3eb98ec57635f23e7ac20b8a83157ef97e56b17)
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • 1137dc93
    by Sviatoslav Peleshko at 2026-01-01T03:26:34-08:00
    mesa/main/ff_frag: Don't generate the projector for cubemap sampling
    
    Per current OpenGL spec: When a cube map texture is sampled, the (s t r)
    texture coordinates are treated as a direction vector (rx ry rz)
    emanating from the center of a cube. The q coordinate is ignored.
    
    Older spec had slightly different wording that allowed projecting the
    coordinates, but to be consistent with GLSL/SPIRV and the expectations
    of the real-world applications it's better to ignore the projector.
    
    Cc: mesa-stable
    Closes: https://gitlab.freedesktop.org/mesa/mesa/-/issues/14235
    Signed-off-by: Sviatoslav Peleshko <sviatoslav.peleshko@globallogic.com>
    Reviewed-by: Georg Lehmann <dadschoorse@gmail.com>
    (cherry picked from commit d8e524cd6bbbe93f14511b084647b855633d2e28)
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • 88eb8921
    by Alyssa Rosenzweig at 2026-01-01T03:26:35-08:00
    asahi: fix garbage with query reads
    
    no, I don't know how this worked before.
    
    fixes
    
    KHR-GL45.conditional_render_inverted.functional
    KHR-GL46.transform_feedback_overflow_query_ARB.*
    
    Signed-off-by: Alyssa Rosenzweig <alyssa@rosenzweig.io>
    Cc: mesa-stable
    Reviewed-by: Mary Guillemard <mary@mary.zone>
    (cherry picked from commit 56b90a70b3c2c62d659b0cb1577028ddf4f03630)
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • c16527fa
    by Marek Olšák at 2026-01-01T03:26:37-08:00
    mesa: allow pipeline statistics in glCreateQueries
    
    All other functions use get_query_binding_point to validate the target.
    
    Cc: mesa-stable
    
    Reviewed-by: Tapani Pälli <tapani.palli@intel.com>
    (cherry picked from commit 7ed6679361f02ea48562652d11281e927ee06fed)
    
    Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/39117>
    
  • 87cf6140
    by Dylan Baker at 2026-01-01T10:33:50-08:00
    docs: add release notes for 25.3.3
    
  • a9c6420d
    by Dylan Baker at 2026-01-01T10:34:04-08:00
    VERSION: bump for 25.3.3
    
    Signed-off-by: Dylan Baker <dylan.c.baker@intel.com>
    

40 changed files:

The diff was not included because it is too large.

Reply to: