Add support for gpio-controller property in root pinctrl node.
This is to follow upstream linux DTSI that doesn't define the
gpio-controller and cells in dedicated nodes.
Signed-off-by: Christian Marangi
---
drivers/pinctrl/mediatek/pinctrl-mtk-common.c | 10 ++
1 file changed, 10
Support alternative compatible for fixed-plls clocks used upstream with
the compatible mediatek,mt7981-apmixedsys.
Signed-off-by: Christian Marangi
---
drivers/clk/mediatek/clk-mt7981.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/mediatek/clk-mt7981.c
b/drivers/clk/mediatek
Add support for upstream linux clock and map U-Boot property to the one
use in upstream linux where supported.
Also add handling for the use_internal_cd that on upstream is hardcoded
enabled on mt7620.
Signed-off-by: Christian Marangi
---
drivers/mmc/mtk-sd.c | 33
ndling if the upstream compatible is used where we just
apply the same interval with anything >= 115200 in highspeed simulating
force_highspeed.
Signed-off-by: Christian Marangi
---
drivers/serial/serial_mtk.c | 19 ---
1 file changed, 12 insertions(+), 7 deletions(-)
diff --git
Upstream linux also provide the additional optional bus clock.
Add support for it and also enable the baud and bus clock on probe.
Signed-off-by: Christian Marangi
---
drivers/serial/serial_mtk.c | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/serial/serial_mtk.c b/drivers
Add support for optional arb and pmic clock for i2c provided in upstream
linux DTSI.
Signed-off-by: Christian Marangi
---
drivers/i2c/mtk_i2c.c | 30 ++
1 file changed, 30 insertions(+)
diff --git a/drivers/i2c/mtk_i2c.c b/drivers/i2c/mtk_i2c.c
index 5592fe91817
Handle alternative name for pn_swap property as upstream linux use
mediatek,pnswap.
Signed-off-by: Christian Marangi
---
drivers/net/mtk_eth.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/net/mtk_eth.c b/drivers/net/mtk_eth.c
index 75e7bcf83b7..87e2e1d9cda
Upstream kernel linux use a different compatible mediatek,spi-ipm.
Add support for this compatible and add handling for the additional
clock similar to how it's done by the upstream driver and handling for
all the property enabled by default.
Signed-off-by: Christian Marangi
---
drivers/spi
From: John Crispin
Add MediaTek GEN3 PCIe controller support for filogic silicon.
This is adapted from the Linux version of the driver.
Signed-off-by: John Crispin
[ fix minor problems, fix checkpatch errors ]
Signed-off-by: Christian Marangi
---
drivers/pci/Kconfig | 7
{
reg = <0x11e10700 0x900>;
clocks = < CK_TOP_USB3_PHY_SEL>;
clock-names = "ref";
#phy-cells = <1>;
mediatek,syscon-type = < 0x218 0>;
status = "okay";
};
Signed-off-by: Christian M
of OF_UPSTREAM and upstream clk ID.
Christian Marangi (10):
phy: phy-mtk-tphy: add support for phy type switch
spi: mtk_spim: add support for upstream mediatek,spi-ipm compatible
net: mediatek: handle alternative name for pn_swap property
i2c: mediatek: add support for optional arb and pmic
patch 9.1.0470: tests: Test_ColonEight_MultiByte() fails sporadically
Commit:
https://github.com/vim/vim/commit/7cbed350f840b7ff96a5be6102f26ad57929b8b6
Author: Christian Brabandt
Date: Wed Jun 5 20:34:55 2024 +0200
patch 9.1.0470: tests: Test_ColonEight_MultiByte() fails sporadically
Signed-off-by: zeertzjq
Signed-off-by: Christian Brabandt
diff --git a/runtime/doc/options.txt b/runtime/doc/options.txt
index 57fefa223..655fd6c52 100644
--- a/runtime/doc/options.txt
+++ b/runtime/doc/options.txt
@@ -1,4 +1,4 @@
-*options.txt* For Vim version 9.1. Last change
does not consult HKEY_CURRENT_USER
Solution: Make GvimExt first consult HKEY_CURRENT_USER and then fall
back to HKEY_LOCAL_MACHINE to find gvim (David Wagner)
fixes: #14904
closes: #14917
Signed-off-by: David Wagner
Signed-off-by: Christian Brabandt
diff
im/vim/issues/13937)
closes: https://github.com/vim/vim/issues/14918
Signed-off-by: Philip H <47042125+pheid...@users.noreply.github.com>
Signed-off-by: Christian Brabandt
diff --git a/.cirrus.yml b/.cirrus.yml
index 78e49d980..a3604a425 100644
--- a/.cirrus.yml
+++ b
: #14923
Signed-off-by: Doug Kearns
Signed-off-by: Christian Brabandt
diff --git a/runtime/doc/syntax.txt b/runtime/doc/syntax.txt
index 9161130a3..1bc556c46 100644
--- a/runtime/doc/syntax.txt
+++ b/runtime/doc/syntax.txt
@@ -1,4 +1,4 @@
-*syntax.txt* For Vim version 9.1. Last change
do in this case is to expose the pattern
matching function as part of the API, after all, the pattern matching
logic itself could be useful to others as well.
My 2 cents
Christian
…fixed.
On Wed, Jun 5, 2024 at 4:28 PM wrote:
> Mr. Grun,
>
> I tested the latest BaseX 11.0 beta build 9182be0.
>
> It emits the following result for the provided test case:
>
>
> valid
>url="file:/C:/Users/i300179/Downloads/Warning.xsd">FacetsContradict: For
> simpleType definition
…makes sense. A new snapshot is online, which only assigns the 'invalid'
status when errors or fatal errors are found.
On Wed, Jun 5, 2024 at 3:18 PM wrote:
> Mr. Grun,
>
> Thanks a lot for such a such quick turnaround.
>
> I tested the latest BaseX 11.0 beta build 88ebdb9.
>
> It emits the
Hi,
when I request Shared Negative Sets from an account, I also get the
account's MCC sets. However, the resource name of these sets doesn't
indicate that they are MCC shared sets.
e.g. requestId o9xduABzBOz-FCMeBYDU6A, in account A
SELECT shared_set.resource_name, shared_set.name
FROM
it is in VRAM the buffer gets migrated to
GTT before powering down.
The only use case which would make it mandatory to keep the runtime
pm reference would be if we pin the buffer into VRAM, and that's not
something we currently do.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu
eblate-5.4.3/admin/memory.html
The builtin translation memory has different scopes, sitewide, per
project, per user - so it depends in what scope they should be added,
globally or only to a specific project..
ciao
Christian
--
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.o
our baseline to
the new debian release, requirements were bumped to python 3.10 and
current baseline only has 3.9 - and while it might be possible to get
it running with the current system, I'd rather just wait until later
this summer for that.
ciao
Christian
--
To unsubscribe e-mail to: l
better highlighted?
I did brighten the background in dark mode to 69,69,69 - if that's not
suitable please let me know concrete values to use instead.
ciao
Christian
--
To unsubscribe e-mail to: l10n+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/
You haven't addressed any of my comments on patch #1.
Regards,
Christian.
Am 05.06.24 um 11:33 schrieb Wang, Yang(Kevin):
[AMD Official Use Only - AMD Internal Distribution Only]
Ping...
Best Regards,
Kevin
-Original Message-
From: amd-gfx On Behalf Of Yang Wang
Sent: Monday, June
with IH 6.x (Navi 3x) should redirect them to the secondary
IH ring where they can overflow as much as they want and don't cause any
more trouble.
Kudos to Sunil for looking into all of this and pushing our firmware
team to implement the necessary fixes.
Regards,
Christian.
Submitted for upstream discussion:
https://mail.openvswitch.org/pipermail/ovs-dev/2024-June/414484.html
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2067889
Title:
DPDK 23.11.1 / OVS 3.3.0 cause
On Wed, Jun 5, 2024 at 12:44 PM wrote:
>
> From: Christian Ehrhardt
To add some more context which didn't fit the commit message (a.k.a I
shamefully forgot to add a cover letter :-/)
I've seen the discussion on [1] planning to add support for 23.11.1
And the referred patch set of Da
From: Christian Ehrhardt
DPDK fixed counting of telemetry clients in 24.03 [1] which was also
backported to 23.11.1 [2]. Due to that the dpdk related openvswitch
tests now fail in the following cases:
4: OVS-DPDK - ping vhost-user ports FAILED (system-dpdk.at:148)
5: OVS-DPDK - ping vhost
of
memory
Best regards,
Christian
Von: Simon Rit
Gesendet: Dienstag, 4. Juni 2024 14:15
An: Christian Riesch
Cc: rtk-us...@openrtk.org
Betreff: Re: [Rtk-users] Reconstruction geometry
Hi,
The way I calculate the --neworigin depends on the spacing as
Thanks to m4 expansion I had to change it in tests/system-dpdk-testsuite for
retesting.
The real fix would be in ./tests/system-dpdk-macros.at though.
Adding the following to the rules made it work:
/TELEMETRY: Socket write base info to client failed/d
Now the questions is "is this a warning
skimming over it it seems reasonable to me.
Felix are you going to look into this or should I take a look and try to
push it through drm-misc-next?
Thanks,
Christian.
Acked-by: Felix Kuehling
---
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.c
b/drivers/gpu/drm/amd/amdgpu
skimming over it it seems reasonable to me.
Felix are you going to look into this or should I take a look and try to
push it through drm-misc-next?
Thanks,
Christian.
Acked-by: Felix Kuehling
---
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.c
b/drivers/gpu/drm/amd/amdgpu
Am 04.06.24 um 17:58 schrieb Eric Huang:
To fullfill the reset event description.
Suggested-by: Lijo Lazar
Signed-off-by: Eric Huang
Reviewed-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 1 +
drivers/gpu/drm/amd/amdgpu/amdgpu_job.c | 1 +
drivers/gpu/drm/amd
ng...@amd.com
Cc: rodrigo.sique...@amd.com
Acked-by: Christian König
---
drivers/gpu/drm/amd/display/dc/dc.h | 1 +
.../drm/amd/display/dc/resource/dcn32/dcn32_resource.c| 8 +++-
.../drm/amd/display/dc/resource/dcn321/dcn321_resource.c | 8 +++-
3 fil
Am 04.06.24 um 16:57 schrieb Arnd Bergmann:
On Tue, Jun 4, 2024, at 16:22, Christian König wrote:
Am 04.06.24 um 15:50 schrieb Alex Deucher:
This can be called in atomic context. Should fix:
BUG: sleeping function called from invalid context at
include/linux/sched/mm.h:306
in_atomic(): 1
With what I know from comment #14 and comment #5 I tried to get deeper
to finally find what actually goes wrong which still eludes me :-/
Env vars that we need:
OVS_RUNDIR=/var/run/openvswitch/
abs_top_srcdir=../_debian/openvswitch/
1. db creation + starting ovsdb with --detach in background +
Hi Samuel,
On Tue, Jun 04, 2024 at 11:11:06PM +0200, Samuel Thibault wrote:
>
>I can only repeat myself: I need the answers to my questions:
Yes, your right, sorry...
>> How do you see the crash?
Speechoutput is jut not longer present.
>> Does your second brltty crash and thus no
>> braille
New branch 'distro/collabora/libreoffice-7-6+backports' available with the
following commits:
investigation.
With that done the patch is Reviewed-by: Christian König
Regards,
Christian.
---
drivers/gpu/drm/amd/amdgpu/amdgpu_gmc.c | 4 +---
drivers/gpu/drm/amd/amdgpu/gfx_v11_0.c | 2 +-
drivers/gpu/drm/amd/amdgpu/gfx_v12_0.c | 2 +-
3 files changed, 3 insertions(+), 5 deletions(-)
diff
Hi Hakan!
Sure.
I hope attaching the files to this mail works.
On Tue, 4 Jun 2024 10:20:34 +0300 =?UTF-8?Q?Hakan_Bay=C4=B1nd=C4=B1r?=
wrote:
> Dear Christian,
>
> Can you please share the outputs "lspci -vvv" and "dmidecode" commands
> (please run them
Hi Hakan!
Sure.
I hope attaching the files to this mail works.
On Tue, 4 Jun 2024 10:20:34 +0300 =?UTF-8?Q?Hakan_Bay=C4=B1nd=C4=B1r?=
wrote:
> Dear Christian,
>
> Can you please share the outputs "lspci -vvv" and "dmidecode" commands
> (please run them
mpiled). I’ve changed this behavior: With the latest
snapshot, schema warnings are considered as well [1].
Best,
Christian
[1] https://files.basex.org/releases/latest/
>
> -Original Message-
> From: Christian Schwamborn
> Reply-To: Info
> To: info@cyrus.topicbox.com
> Subject: deleting shared mailboxes fails
> Date: 05/14/2024 09:31:41 AM
>
> Hello list,
>
> I was used to being able to simply delete shared mailboxes
I checked with my peers and it seems this happens indeed to almost
everyone. The only exceptions are thos that diabled the assistant or not
using gnome in the first place.
@Jorrit
I agree, the folks I checked had various other GPUs - all affected AFAICS.
@Jon
Just like you I usually use just
Christian Heusel pushed new tag 2024.06.01-1 at Arch Linux / Packaging /
Packages / minio-client
--
View it on GitLab:
https://gitlab.archlinux.org/archlinux/packaging/packages/minio-client/-/tree/2024.06.01-1
You're receiving this email because of your account on gitlab.archlinux.org.
Christian Heusel pushed to branch main at Arch Linux / Packaging / Packages /
minio-client
Commits:
058eecdb by Christian Heusel at 2024-06-05T02:02:32+02:00
upgpkg: 2024.06.01-1: upstream release
- - - - -
2 changed files:
- .SRCINFO
- PKGBUILD
Changes
Christian Heusel pushed to branch main at Arch Linux / Packaging / Packages /
minio
Commits:
ba5a3862 by Christian Heusel at 2024-06-05T02:01:14+02:00
upgpkg: 2024.06.04-1: upstream release
- - - - -
2 changed files:
- .SRCINFO
- PKGBUILD
Changes
Christian Heusel pushed new tag 2024.06.04-1 at Arch Linux / Packaging /
Packages / minio
--
View it on GitLab:
https://gitlab.archlinux.org/archlinux/packaging/packages/minio/-/tree/2024.06.04-1
You're receiving this email because of your account on gitlab.archlinux.org.
On Tue, 4 Jun 2024 09:07:44 GMT, lingjun-cg wrote:
>> ### Performance regression of DecimalFormat.format
>> From the output of perf, we can see the hottest regions contain atomic
>> instructions. But when run with JDK 11, there is no such problem. The
>> reason is the removed biased locking.
On Tue, 4 Jun 2024 09:07:44 GMT, lingjun-cg wrote:
>> ### Performance regression of DecimalFormat.format
>> From the output of perf, we can see the hottest regions contain atomic
>> instructions. But when run with JDK 11, there is no such problem. The
>> reason is the removed biased locking.
On Tue, 4 Jun 2024 02:32:28 GMT, lingjun-cg wrote:
> Run the below benchmark test ,it show the average time of new
> DecimalFormat() increase 18% when compare to jdk 11.
>
> the result with jdk 11:
>
> Benchmark Mode CntScore Error Units
>
On Tue, 4 Jun 2024 02:32:28 GMT, lingjun-cg wrote:
> Run the below benchmark test ,it show the average time of new
> DecimalFormat() increase 18% when compare to jdk 11.
>
> the result with jdk 11:
>
> Benchmark Mode CntScore Error Units
>
Minor changes afaict.
https://gitlab.freedesktop.org/mesa/drm/-/commits/libdrm-2.4.121?ref_type=tags
Signed-off-by: Christian Melki
---
rules/libdrm.make | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/rules/libdrm.make b/rules/libdrm.make
index dcc82973d..1e17c5b98
completion (after 9.1.0463)
Solution: Add more comments, adjust indentation slightly
(glepnir)
closes: #14910
Signed-off-by: glepnir
Signed-off-by: Christian Brabandt
diff --git a/src/insexpand.c b/src/insexpand.c
index c6bf68167..f43c12665 100644
runtime(man): update Vim manpage
Commit:
https://github.com/vim/vim/commit/ce6fe84db21f00fd30b226200dbb02709514871a
Author: Christian Brabandt
Date: Tue Jun 4 21:58:32 2024 +0200
runtime(man): update Vim manpage
fixes: https://github.com/vim/vim/issues/14916
Signed-off
runtime(comment): clarify the usage of 'commentstring' option value
Commit:
https://github.com/vim/vim/commit/98fb81846dd1da03c160bfa30dbf96ba48061d53
Author: Christian Brabandt
Date: Tue Jun 4 20:44:29 2024 +0200
runtime(comment): clarify the usage of 'commentstring' option value
runtime(doc): clarify how fuzzy 'completeopt' should work
Commit:
https://github.com/vim/vim/commit/2a2c4fffd7e04f74b316209404767f128684a9e1
Author: Christian Brabandt
Date: Tue Jun 4 20:27:18 2024 +0200
runtime(doc): clarify how fuzzy 'completeopt' should work
related: https
and may
adjust more for the next plugin release.
Best regards,
Christian
--
Read our blog about news on our plugins:
http://www.mbsplugins.de/
___
MBS FM Plugin mailing list -- mbsfmplugin@lists.monkeybreadsoftware.com
To unsubscribe send an email
runtime(netrw): prevent accidental data loss
Commit:
https://github.com/vim/vim/commit/98b73eb645b68b6e197b63bbbae777b388d47612
Author: Christian Brabandt
Date: Tue Jun 4 18:15:57 2024 +0200
runtime(netrw): prevent accidental data loss
fixes: https://github.com/vim/vim/issues
On Tue, 4 Jun 2024 07:47:46 GMT, SendaoYan wrote:
> Hi all,
> This PR several extra empty spaces and extra empty lines in several
> Makefiles. It's trivial fix, no risk.
>
> Thanks.
Looks good! Somehow the integrate command did not work.
-
Marked as reviewed by chagedorn
On Tue, 4 Jun 2024 07:47:46 GMT, SendaoYan wrote:
> Hi all,
> This PR several extra empty spaces and extra empty lines in several
> Makefiles. It's trivial fix, no risk.
>
> Thanks.
Looks good! Somehow the integrate command did not work.
-
Marked as reviewed by chagedorn
On Tue, 4 Jun 2024 07:47:46 GMT, SendaoYan wrote:
> Hi all,
> This PR several extra empty spaces and extra empty lines in several
> Makefiles. It's trivial fix, no risk.
>
> Thanks.
Looks good! Somehow the integrate command did not work.
-
Marked as reviewed by chagedorn
On Tue, 4 Jun 2024 07:47:46 GMT, SendaoYan wrote:
> Hi all,
> This PR several extra empty spaces and extra empty lines in several
> Makefiles. It's trivial fix, no risk.
>
> Thanks.
Looks good! Somehow the integrate command did not work.
-
Marked as reviewed by chagedorn
that
this results in a much noisier reconstruction compared to the downscaled images.
I also remember you mentioning iterative reconstruction. Do you have any
pointers for that, besides using rtksart instead of rtkfdk?
Best regards,
Christian
Von: Simon Rit
Gesendet
That should probably come last.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c
index
This should prevent buffer moves when the threshold is reached during
CS.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 36 --
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 22 +
2 files changed, 29 insertions(+), 29 deletions
This should prevent buffer moves when the threshold is reached during
CS.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 36 --
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 22 +
2 files changed, 29 insertions(+), 29 deletions
This adds support to enable a placement only when a certain treshold of
moved bytes is reached. It's a context flag which will be handled
together with TTM_PL_FLAG_DESIRED and TTM_PL_FLAG_FALLBACK.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 5 ++---
drivers/gpu/drm
compile tested.
While at it cleanup the coding style.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/mes_v11_0.c | 76 --
1 file changed, 48 insertions(+), 28 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/mes_v11_0.c
b/drivers/gpu/drm/amd/amdgpu
something is in it's preferred
placement or not and also disable the handling on APUs.
Signed-off-by: Tvrtko Ursulin
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/
something is in it's preferred
placement or not and also disable the handling on APUs.
Signed-off-by: Tvrtko Ursulin
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/
That is just a waste of time on APUs.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c
index 8d8c39be6129
That should probably come last.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c
index
That is just a waste of time on APUs.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c
b/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c
index 8d8c39be6129
This adds support to enable a placement only when a certain treshold of
moved bytes is reached. It's a context flag which will be handled
together with TTM_PL_FLAG_DESIRED and TTM_PL_FLAG_FALLBACK.
Signed-off-by: Christian König
---
drivers/gpu/drm/ttm/ttm_bo.c | 5 ++---
drivers/gpu/drm
compile tested.
While at it cleanup the coding style.
Signed-off-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/mes_v11_0.c | 76 --
1 file changed, 48 insertions(+), 28 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/mes_v11_0.c
b/drivers/gpu/drm/amd/amdgpu
) patch set tries to address some of those issues.
Especially patch #3 seems to fix some issues on APUs for the recently
introduced resume functionality.
I still need to do some more testing why the rate limit doesn't have the
desired effect sometimes.
Regards,
Christian.
) patch set tries to address some of those issues.
Especially patch #3 seems to fix some issues on APUs for the recently
introduced resume functionality.
I still need to do some more testing why the rate limit doesn't have the
desired effect sometimes.
Regards,
Christian.
** Changed in: libdex (Ubuntu)
Assignee: (unassigned) => Lukas Märdian (slyon)
** Changed in: libdex (Ubuntu)
Assignee: Lukas Märdian (slyon) => Ioanna Alifieraki (joalif)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Changed in: libpanel (Ubuntu)
Assignee: (unassigned) => Ioanna Alifieraki (joalif)
** Changed in: libpanel (Ubuntu)
Assignee: Ioanna Alifieraki (joalif) => Lukas Märdian (slyon)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
** Changed in: sysprof (Ubuntu)
Assignee: (unassigned) => Christian Ehrhardt (paelzer)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2066269
Title:
[MIR] sysprof
To manage notificati
solenv/bin/job-limiter.cpp |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
New commits:
commit da4259bd7fef35185418cad7a695268add6341a2
Author: Christian Lohmaier
AuthorDate: Tue Jun 4 14:32:08 2024 +0200
Commit: Christian Lohmaier
CommitDate: Tue Jun 4 16:43:56 2024 +0200
> On 4. Jun 2024, at 11:21, Anton Khirnov wrote:
>
> Quoting Christian Bartnik (2024-05-28 18:26:29)
>> +static const AVOption options[] = {
>> +{ "passlogfile", "Filename for 2 pass stats", OFFSET(stats),
>> AV_OPT_TYPE_STR
a make check worked, but you didn't specify
what configure switches you were using, completely empty or just not
the sandboxing ones? did you "make clean" after changing the configure
flags?
A fist check is to remove the --disable-* switches then and try again
to find the one actually causing the problem. Since it is pdf related,
might be the disable-pdfimport one, but that's just wild guessing
without looking at the actual test
ciao
Christian
ere won't work
either.
In that case the only real fix is to avoid the allocation altogether.
Regards,
Christian.
Fixes: 88c61827cedc ("drm/amd/display: dynamically allocate
dml2_configuration_options structures")
Signed-off-by: Alex Deucher
Cc: George Zhang
Cc: Arnd Bergmann
Cc
On 6/3/24 22:28, Tim Harvey wrote:
> On Mon, Jun 3, 2024 at 1:18 AM Christian Loehle
> wrote:
>>
>> On 5/31/24 21:47, Tim Harvey wrote:
>>> Greetings,
>>>
>>> I'm seeing an issue on an imx8mm board (imx8mm-venice-gw73xx) where
>>> for a specif
Christian Hesse pushed new tag 1.2.3.r54.g00ecfaa-13 at Arch Linux / Packaging
/ Packages / cgit
--
View it on GitLab:
https://gitlab.archlinux.org/archlinux/packaging/packages/cgit/-/tree/1.2.3.r54.g00ecfaa-13
You're receiving this email because of your account on gitlab.archlinux.org.
gt;os.loader->path) {
> +bool readonly = false;
> +virTristateBoolToBool(ctl->def->os.loader->readonly, );
> +if (vah_add_file(,
> + ctl->def->os.loader->path,
> + readonly ? "rk&qu
> On 4. Jun 2024, at 13:42, Peter Bex wrote:
>
> On Tue, Jun 04, 2024 at 01:27:17PM +0200, Christian Himpe wrote:
>> This is weird, without the patch it builds fine (having Chicken 5.3.0
>> installed).
>
> Well, if you use the tarball, it's already fully precompiled
Am 04.06.24 um 09:08 schrieb Bob Zhou:
To fix potential overflowed constant warning reported by Coverity,
modify the variables to uint32_t.
Signed-off-by: Bob Zhou
Acked-by: Christian König
---
drivers/gpu/drm/amd/amdgpu/imu_v12_0.c | 7 ---
1 file changed, 4 insertions(+), 3
Here the differences I spot on a high level:
4. OVS-DPDK - ping vhost-user ports
- testpmd.log - not much difference
- ovsdb-server.log
ovsdb-server is killed (sig 15) in the bad case 7 seconds after starting
that kill is after the test log ends, so it could be cleanup
- ovs-vswitchd.log
> On 4. Jun 2024, at 13:14, felix.winkelm...@bevuta.com wrote:
>
>> Hi,
>>
>> I tried the patch but get an error during compile:
>>
>> %%%
>>
>> cat chicken-defaults.h >>chicken-config.h
>> gcc -fno-strict-aliasing -fwrapv -fno-common -DHAVE_CHICKEN_CONFIG_H
>> -DC_ENABLE_PTABLES -c -Os
Hi Samuel,
On Mon, May 20, 2024 at 07:42:46PM +0200, Samuel Thibault wrote:
>Christian, I need answers to the questions below. Otherwise I'm left
>without knowing what to do: either release 0.12.0 for good at the risk
>of breaking some usage cases, or continue waiting for your feedback,
** Attachment added: "Test results on 23.11.1"
https://bugs.launchpad.net/ubuntu/+source/openvswitch/+bug/2067889/+attachment/5785828/+files/bad-case.tgz
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
** Attachment added: "Test results on 23.11"
https://bugs.launchpad.net/ubuntu/+source/openvswitch/+bug/2067889/+attachment/5785827/+files/good-case.tgz
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
After the setup outlined above I was running the set the autopkgtest identified
(4-5 16-17 20-21
). With that I was able to trigger good/bad case in a reproducible way.
In my repro-environment, test 5 also fails in the good case - which
might just be my test environment's fault. Hence I'm
Christian Hesse pushed to branch main at Arch Linux / Packaging / Packages /
lib32-xz
Commits:
566fbc36 by Christian Hesse at 2024-06-04T13:02:02+02:00
update upstream and source url
https://github.com/tukaani-project/xz
Fixes: https://gitlab.archlinux.org/archlinux/packaging/packages/xz
Christian Hesse pushed to branch main at Arch Linux / Packaging / Packages / xz
Commits:
f70de467 by Christian Hesse at 2024-06-04T13:01:23+02:00
update upstream and source url
https://github.com/tukaani-project/xz
Fixes: https://gitlab.archlinux.org/archlinux/packaging/packages/xz/-/issues
Tag 'libreoffice-24.2.4.2' created by Christian Lohmaier
at 2024-06-04 10:40 +
Tag libreoffice-24.2.4.2
-BEGIN PGP SIGNATURE-
iQIzBAABCAAdFiEEwoOeytlAj76VMcPp9DSh76/urqMFAmZe7zYACgkQ9DSh76/u
rqOq3g//UrkYTpwqPh0Y70JPY688CQpVPAxODJGgEFd6dPOcdXKBV0ZFlmiqV0Sz
Sk18GbYrH
301 - 400 of 502653 matches
Mail list logo