d), signal: Segmentation fault
PID: 2596 (kwin_wayland)
UID: 1000 (marcel)
GID: 1000 (marcel)
Signal: 11 (SEGV)
Timestamp: Fri 2024-05-17 01:37:29 CEST (4min 43s ago)
Command Line: /usr/bin/kwin_wayland --wayland-fd 7 --socket wayland-0
--xwa
is no need to include an empty `biocViews:` field in the
DESCRIPTION. CRAN knows about Bioconductor repositories via
setRepositories().
Note. Users should use BiocManager to resolve Bioconductor dependencies
(rather than setRepositories).
Best regards,
Marcel
From: R-pac
Public bug reported:
Hi, I'm also facing the same issue in version 24.04 that wasn't present
in version 22.04. Since upgrading, my monitor is identified as
'unknown,' and I'm unable to adjust the refresh rate from 60Hz to either
120Hz or 240Hz, even though my monitor fully supports this Hz level.
iled to compute the derivation for Guix (version:
"aa9ac252206615713ab988d7068da9e14a9bccc0"; system:
"powerpc64le-linux";
host version: "e5c130c0f90a7dacc8d223eee494a1b1105dd94a";
pull-version: 1).
--
Marcel van der Boom → mar...@van-der-boom.nl
Public bug reported:
imported gif image, overwrote it, quit gimp, chose "discard changes" on
exit. Everything okay, but kde told me gimp crashed. Memory access
error. Hope this helps.
ubuntu 24.04
```
GNU Image Manipulation Program version 2.10.36
git-describe: GIMP_2_10_36
Build: unknown rev 0
Public bug reported:
imported gif image, overwrote it, quit gimp, chose "discard changes" on
exit. Everything okay, but kde told me gimp crashed. Memory access
error. Hope this helps.
ubuntu 24.04
```
GNU Image Manipulation Program version 2.10.36
git-describe: GIMP_2_10_36
Build: unknown rev 0
Bonjour Claire et toutes et tous,
Ces propos sont injustes, cette agressivité me dépasse alors que vous
faites le maximum ainsi que tous les volontaires de la liste, pour aider au
mieux les utilisateurs de Libre Office. Un grand merci.
Bon courage.
Bien amicalement,
Marcel
Le jeu. 25 avr. 2024 à
[
https://issues.apache.org/jira/browse/GUACAMOLE-1941?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marcel Steiner updated GUACAMOLE-1941:
--
Attachment: changed menu-section.PNG
> Improved Session Sharing in Dista
[
https://issues.apache.org/jira/browse/GUACAMOLE-1941?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marcel Steiner updated GUACAMOLE-1941:
--
Attachment: changed settings-sessions table.png
> Improved Session Shar
[
https://issues.apache.org/jira/browse/GUACAMOLE-1941?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marcel Steiner updated GUACAMOLE-1941:
--
Attachment: (was: screenshot.png)
> Improved Session Sharing in Dista
Thank you tom.
SKIP_READLINE_TESTS works. margay is now green again.
Best regards,
Marcel
Am 17.04.2024 um 21:12 schrieb Tom Lane:
Thomas Munro writes:
This test suite is passing on pollock because it doesn't have IO::Pty
installed. Could you try uninstalling that perl package for now
Very very happy to see Benjamin and team at X contributing those patches, including urgently needed support for cgroups v2, to the open-source version.Keeps our Mesos clusters going for another few years :-)Thank you, thank you!--MarcelOn Apr 3, 2024, at 09:27, Benjamin Mahler wrote:Just an
https://bugs.kde.org/show_bug.cgi?id=485507
--- Comment #16 from Marcel Hasler ---
Thanks! Will there be a 6.1.1 release to fix this? I see that Arch already
provides a patched version, but many others will likely be affected by this
regression, as well.
--
You are receiving this mail because
Hi Thomas
Using gnu tar helps to make pg_basebackup work.
It fails now at a later step.
Best regards,
Marcel
Am 17.04.2024 um 10:52 schrieb Thomas Munro:
On Wed, Apr 17, 2024 at 7:17 PM Marcel Hofstetter
wrote:
Is there a way to configure which tar to use?
gnu tar would be available
Hi
Is there a way to configure which tar to use?
gnu tar would be available.
-bash-5.1$ ls -l /usr/gnu/bin/tar
-r-xr-xr-x 1 root bin 1226248 Jul 1 2022 /usr/gnu/bin/tar
Which tar file is used?
I could try to untar manually to see what happens.
Best regards,
Marcel
Am
Did you see the link below?
https://api.projectchrono.org/development/tutorial_doxygen.html
On 10-Apr-24 16:05, DoubleJing Forever wrote:
Dear all,
When learning and utilizing Chrono, it becomes important to find help
information about various classes and functions online. Accessing the
to see them getting further.
35994 has dependencies.
Thanks,
Marcel
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
website : https://www.koha-community.org/
git : https
https://bugs.kde.org/show_bug.cgi?id=485507
--- Comment #7 from Marcel Hasler ---
I've assigned the bug to the author of the commit (I hope that's okay to do).
--
You are receiving this mail because:
You are watching all bug changes.
rt for signing TIFSSTUB Images") did for TI AM62
> SK board.
>
> Signed-off-by: Parth Pancholi
> Signed-off-by: Francesco Dolcini
Acked-by: Marcel Ziswiler
Just one minor note in-lined further below.
> ---
> .../dts/k3-am625-verdin-wifi-dev-binman.dtsi | 140 ++
https://bugs.kde.org/show_bug.cgi?id=485507
--- Comment #6 from Marcel Hasler ---
Looking at the code some more, it seems that many functions explicitly check
for both cases, e.g. in StorageAccess::filePath():
const QString path = clearTextPath();
if (path.isEmpty() || path
https://bugs.kde.org/show_bug.cgi?id=485507
Marcel Hasler changed:
What|Removed |Added
Assignee|unassigned-b...@kde.org |k...@privat.broulik.de
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=485507
Marcel Hasler changed:
What|Removed |Added
Version|unspecified |6.1.0
--
You are receiving this mail because
https://bugs.kde.org/show_bug.cgi?id=485507
--- Comment #4 from Marcel Hasler ---
Downgrading Solid back to 6.0.0 fixes the issue.
Looking at the change log, there's really only one commit
(https://invent.kde.org/frameworks/solid/-/commit/f000b6e99f741c66744a8995f6521e9158ebf289).
I think
https://bugs.kde.org/show_bug.cgi?id=485507
Marcel Hasler changed:
What|Removed |Added
CC||mahas...@gmail.com
--- Comment #1 from Marcel
Marcel Steiner created GUACAMOLE-1941:
-
Summary: Improved Session Sharing in Distance Learning Settings
Key: GUACAMOLE-1941
URL: https://issues.apache.org/jira/browse/GUACAMOLE-1941
Project
+1
Van: Koha-devel namens David Cook
via Koha-devel
Verzonden: vrijdag 12 april 2024 03:36
Aan: 'Koha-devel'
Onderwerp: [Koha-devel] Finding invalid XML characters in Koha data via SQL
Hi all,
I just wanted to share a (MariaDB) SQL report that I wrote for
> of the above packages can be installed.
> >
>
> The new imagemagick package has 2 spurious /usr/man/man3/ entries
> which should be /usr/share/man/man3, as the other man pages:
>
> usr/man/man3/Image::Magick.3perl
> usr/man/man3/Image::Magick::Q16HDRI.3perl
It looks
Bonsoir,
Merci pour ce lien.
Bonne soirée.
Cordialement,
Marcel
Le ven. 5 avr. 2024 à 18:53, jbfa...@libreoffice.org <
jbfa...@libreoffice.org> a écrit :
> Bonjour,
>
> Pour avoir des détails sur l'attaque vous pouvez lire cette dépêche sur
> linuxfr.org :
> https://l
Bonjour à toutes et à tous,
https://www.7sur7.be/tech/un-ingenieur-dejoue-par-hasard-une-attaque-informatique-mondiale-ca-paraissait-irreel~a3e456c5/
Cordialement,
Marcel
--
Envoyez un mail à users+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles
From: Marcel Ziswiler
Move verdin-imx8mm and verdin-imx8mp to OF_UPSTREAM:
- handle the fact that dtbs now have a 'freescale/' prefix
- imply OF_UPSTREAM
- remove redundant files from arch/arm/dts leaving only the
*-u-boot.dtsi files
- update MAINTAINERS files
Signed-off-by: Marcel Ziswiler
From: Marcel Ziswiler
Move verdin-am62 to OF_UPSTREAM:
- handle the fact that dtbs now have a 'ti/' prefix
- imply OF_UPSTREAM
- remove redundant files from arch/arm/dts leaving only the
*-u-boot.dtsi files
- update MAINTAINERS file
Signed-off-by: Marcel Ziswiler
---
arch/arm/dts/Makefile
ment.
I've tested it with SQLite and it worked.
I only need to test the approach with MySQL and PostgreSQL.
Thanks!
Marcel
On Friday, March 22, 2024 at 11:49:56 AM UTC+1 lukas...@gmail.com wrote:
> Marcel,
>
> Yes I know it’s a challenge to try to create “ANSI SQL” files.
;percentage", "date", "continent_id") values ('netherlands', 'NL',
'Netherlands', 17947684, 0.2, date '2023-12-31', 'europe')
And there is of course quite some common ground, but also some subtle
nuances...
MySQL and MariaDB use backticks as that's there default,
*I onl
oc/latest/manual/sql-building/sql-parser/You can even use it as a JDBC driver to translate all string based SQL to any dialect that jOOQ supports (if jOOQ can parse the SQL):https://www.jooq.org/doc/latest/manual/sql-execution/parsing-connection/On Thu, Mar 21, 2024 at 4:30 PM Marcel Overdijk <m
n Thursday, March 21, 2024 at 4:08:35 PM UTC+1 Marcel Overdijk wrote:
>
>
> // Create context.
>
> Settings settings = new Settings()
> .withRenderQuotedNames(RenderQuotedNames.ALWAYS);
>
> DSLContext ctx = DSL.using(SQLDialect.SQLITE
e fields with name year
which otherwise cause problems.
Although MySQL and MariaDB do not support double quotes without SET
sql_mode='ANSI_QUOTES'; I could make it work.
I'm basically looking for a ANSI dialect.
Cheers,
Marcel
--
You received this message because you are subscribed to th
From: Marcel Ziswiler
Allows mesa to be build with Imagination PowerVR support.
Signed-off-by: Marcel Ziswiler
---
Changes in v3:
- Add a negative condition to the imagination PACKAGECONFIG as well,
otherwise upstream defaults may result in an incorrect configuration
(option being
On Tue, Feb 20, 2024 at 09:58:02AM +0100, Marcel Telka wrote:
> the couchdb-31 package is broken at the ips server:
>
> Errors were encountered while attempting to retrieve package or file data for
> the requested operation.
> Details follow:
>
> pkg://openindiana.or
pean");
// Map POJO to jOOQ generated record.
ContinentRecord continentRecord = ContinentMapper.INSTANCE.unmap(continent);
The nice thing with the (unmappedTargetPolicy = ReportingPolicy.ERROR is
that the compilation will fail if there target properties that are not
found in the source.
This provi
.
--
+---+
| Marcel Telka e-mail: mar...@telka.sk |
|homepage: http://telka.sk/ |
+---+
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman
the codegen there is no
order maintained in the generated schema class.
So not sure if this can work at all.
Other way would be to use the way I did in my previous post, and create the
table.+ columns + constraints, making sure the correct order of execution
is maintained...
On Monday, March 18
in the fk -- is
a good approach, or am I missing something?
Cheers,
Marcel
On Mon, Mar 18, 2024 at 4:03 PM Lukas Eder wrote:
> Hi Marcel,
>
> On Mon, Mar 18, 2024 at 3:38 PM Marcel Overdijk
> wrote:
>
>> Hi Lukas, and thanks for your reply. This helps a lot.
>>
Hi Matteo,
You can get the traceback by running
rmarkdown::render("vignettes/Moonlight2R.Rmd")
Best regards,
Marcel
On 3/18/24 4:54 AM, Matteo Tiberti wrote:
> Hi Ramos,
>
> Thank you very much – this is really informative. Can I ask you how you
> got the tr
- like MapStruct - to map from
Continent POJO to ContinentRecord?
Thanks,
Marcel
On Mon, Mar 18, 2024 at 7:54 AM Lukas Eder wrote:
> Hi Marcel,
>
> The SQL DSL can't do that for you, but you can turn any POJO into a Record
> using Record.from() or DSLContext.newRecord(...). You ca
From: Marcel Ziswiler
Allows mesa to be build with Imagination PowerVR support.
Signed-off-by: Marcel Ziswiler
---
Changes in v2:
- Define imagination as a standard PACKAGECONFIG setting as suggested by
Alex.
meta/recipes-graphics/mesa/mesa.inc | 6 +-
1 file changed, 5 insertions
continent.name
)
But then instead of access all properties by hand, just bind the bean.
Would that be possible with jOOQ?
Note: I do not want to use code generation for this.
Also the Continent class is provided and cannot be changed.
Thanks,
Marcel
--
You received this message because y
in that environment alleviates the problem temporarily
until running the chunk in line 1124 where the same error occurs.
Someone with more experience using `foreach` and socket clusters may be able to
help.
Note that the code should be running on either one or two cores by default.
Best regards,
Marcel
ne Learning consulting services businesses can consider
>cost reduction while boosting performance.
>- It helps organizations to timely finish the task with utmost
>accuracy.
>- Retrieve information using cutting edge software tools.
>- Machine learning works according to
hine where I've tested this. Replacing Regex.run with an identical
>>> call to :re.run should show the performance improvement I've mentioned. The
>>> regex we've tested this on is:
>>>
>>> ~r/^([a-z][a-z0-9\+\-\.]*):/i
>>>
>>> On Thursday, March 14
I'm the maintainer of RDF.ex library with the RDF.IRI module mentioned in
the OP. I can confirm that this fix doesn't affect the problem, since we're
actually not using `URI.parse/1` most of the time (we use it only when
dealing with relative URIs). Even in this case the `Regex.version/0` call
Hi Daniel,
Thanks for posting.
Hervé has asked on the R-devel mailing list:
https://stat.ethz.ch/pipermail/r-devel/2024-March/083265.html
I don't think you will have to do anything in your package.
Once fixed, the messages will go away.
Best regards,
Marcel
On 3/13/24 5:09 PM, Daniel
Hi Alex
On Wed, 2024-03-13 at 15:23 +0100, Alexander Kanavin wrote:
> On Wed, 13 Mar 2024 at 15:19, Marcel Ziswiler wrote:
> > +EXTRA_OEMESON:append:class-target = "
> > ${@bb.utils.contains('PACKAGECONFIG', 'imagination', '-Dimagination-
> > srv=true', '', d)}&qu
From: Marcel Ziswiler
Allows mesa to be build with Imagination PowerVR support.
Signed-off-by: Marcel Ziswiler
---
meta/recipes-graphics/mesa/mesa.inc | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/mesa/mesa.inc
b/meta/recipes-graphics/mesa
> This inversion causes board_mem_get_layout() to report incorrect RAM size.
>
> Go back the original error check logic to fix the problem.
>
> Fixes: aa6e698a7acd ("imx: toradex/colibri-imx8x: correct SCU API usage")
> Reported-by: Hiago De Franco
> Signed-off-by: Fabio E
fuse read.
>
> This inversion causes board_mem_get_layout() to report incorrect RAM size.
>
> Go back the original error check logic to fix the problem.
>
> Fixes: bfb3409d676f ("imx: toradex/apalis-imx8: correct SCU API usage")
> Signed-off-by: Fabio Estevam
Acked-by: M
few years he came
to my mind and I wondered how he was, considering that he seemed to be a
bit older
even back then. Do you mind sharing his age? I hope his last years were
good ones.
Regards, Marcel
P.S.: Sorry everybody, currently a bit out of the QL world, it was more
luck than
anyth
s he came
to my mind and I wondered how he was, considering that he seemed to be a
bit older
even back then. Do you mind sharing his age? I hope his last years were
good ones.
Regards, Marcel
P.S.: Sorry everybody, currently a bit out of the QL world, it was more
luck than
anything that I've s
few years he came
to my mind and I wondered how he was, considering that he seemed to be a
bit older
even back then. Do you mind sharing his age? I hope his last years were
good ones.
Regards, Marcel
P.S.: Sorry everybody, currently a bit out of the QL world, it was more
luck than
anyth
Cool. Nice example. Thanks.
From: David Cook
Sent: Monday, March 11, 2024 12:27 AM
To: Marcel de Rooy ; 'Koha Devel'
Subject: RE: [Koha-devel] Random XSLT knowledge
Hi Marcel,
Sure!
Before Koha started using “http://exslt.org/strings” to encode URIs, I used to
use register_function to add
Hi David,
Thanks for sharing.
Would you have an example of how you use register_function with Koha functions
to share?
Marcel
Van: Koha-devel namens David Cook
via Koha-devel
Verzonden: vrijdag 8 maart 2024 03:02
Aan: 'Koha Devel'
Onderwerp: [Koha-devel
Look for stunnel. This seems to be the usual way to secure SIP2 traffic.
Van: Koha-devel namens Mark
Hofstetter via Koha-devel
Verzonden: donderdag 7 maart 2024 09:21
Aan: koha-devel@lists.koha-community.org
Onderwerp: [Koha-devel] koha SIP" over HTTPS
Hi,
On Mon, Mar 04, 2024 at 09:46:59AM +0100, Marcel Telka wrote:
> If your installation is older than 2024-03-03 or you do not build using
> libjpeg then you can safely skip this message.
>
>
> If your system is up-to-date and you are building anything that requires
> libjpeg th
Kathleen,
Thank you for your work, and for creating a tool that's helped make the
world a bit safer for everyone.
Cheers,
Marcel
On Thursday, February 22, 2024 at 8:48:26 AM UTC-8 Kathleen Wilson wrote:
> All,
>
> When I started consulting for Mozilla in May of 2008, I had no id
bug in MATE, so it should be reported upstream,
- there is some (official) upgrade path from older MATE and we didn't
follow that,
- MATE does not support upgrades between versions without the user's
config cleanup.
Either way, this should be analyzed deeper and root ca
Hi,
The draft for the January 2024 board report is available here:
https://jackrabbit.apache.org/jcr/status/board-report-2024-03.html
Please review and let me know if something is missing or incorrect.
I will submit the report tomorrow Tuesday EOD.
Regards
Marcel
egards.
--
+---+
| Marcel Telka e-mail: mar...@telka.sk |
|homepage: http://telka.sk/ |
+---+
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindia
Great work!
From: Koha-devel On Behalf Of
Nick Clemens via Koha-devel
Sent: Friday, March 1, 2024 2:26 PM
To: Koha Devel ; Koha
Subject: [Koha-devel] Koha CSRF protection
Hello all!
We have pushed the CSRF work from 34478 and related bugs today. We know there
are more follow-ups needed,
. It was open sourced and LGPLed more than 10
years ago.
Thank you.
--
+---+
| Marcel Telka e-mail: mar...@telka.sk |
|homepage: http://telka.sk
. It was open sourced and LGPLed more than 10
years ago.
Thank you.
--
+---+
| Marcel Telka e-mail: mar...@telka.sk |
|homepage: http://telka.sk
o,
which "Development id" do you get when running `lualatex -credits`?
Best,
Marcel
built using it
gcc-11,12 - still supported versions, no need to obsolete them
gcc-11 - at least one userland component is built using it
gcc-12 - at least one userland component is built using it
--
+---+
| Marcel Telka e-mail: mar...@tel
On Sat, Feb 03, 2024 at 08:52:51PM +0100, Marcel Telka wrote:
> On Thu, Jan 18, 2024 at 06:06:20PM +0100, Marcel Telka wrote:
> > On Tue, Jan 09, 2024 at 04:24:42PM +0100, Marcel Telka wrote:
> > > I propose obsoletion of following 39 OpenIndiana packages:
> >
>
On Sat, Feb 03, 2024 at 08:52:51PM +0100, Marcel Telka wrote:
> On Thu, Jan 18, 2024 at 06:06:20PM +0100, Marcel Telka wrote:
> > On Tue, Jan 09, 2024 at 04:24:42PM +0100, Marcel Telka wrote:
> > > I propose obsoletion of following 39 OpenIndiana packages:
> >
>
ould be resolved by luaotfload v3.28.
In any case it can't be reverted since without it luaotfload does not
find any fonts on Linux unless you have a single user install of TeX
Live.
Best,
Marcel
s specific path handling issue.
Yes, due to LuaTeX engine changes we had to reimplement path handling
which ended up handling some cases on Windows incorrectly.
This should be solved now, also the not automatically created
directories should no longer be an issue.
Best,
Marcel
Hi Apurva
On Wed, 2024-02-28 at 16:59 +0530, Apurva Nandan wrote:
> Hi Marcel,
>
> On 27/02/24 21:45, Marcel Ziswiler wrote:
> > Hi Apurva
> >
> > On Sat, 2024-02-24 at 01:51 +0530, Apurva Nandan wrote:
> > > Hello Everyone!
> > >
> > >
Hi Sumit
On Wed, 2024-02-28 at 11:04 +0530, Sumit Garg wrote:
> Hi Marcel,
>
> On Tue, 27 Feb 2024 at 21:45, Marcel Ziswiler
> wrote:
> >
> > Hi Apurva
> >
> > On Sat, 2024-02-24 at 01:51 +0530, Apurva Nandan wrote:
> > > Hello Everyone!
> >
MTD=y
> +CONFIG_MTD_NOR_FLASH=y
> +CONFIG_CFI_FLASH=y
> +CONFIG_SYS_FLASH_USE_BUFFER_WRITE=y
> +CONFIG_FLASH_CFI_MTD=y
> +CONFIG_SYS_FLASH_CFI=y
> +CONFIG_SYS_MAX_FLASH_BANKS_DETECT=y
> +CONFIG_DM_SPI_FLASH=y
> +CONFIG_SPI_FLASH_SFDP_SUPPORT=y
> +CONFIG_SPI_FLASH_SOFT_RESET=y
> +CONFIG_SPI_FLASH_SOFT_RESET_ON_BOOT=y
> +CONFIG_SPI_FLASH_SPANSION=y
> +CONFIG_SPI_FLASH_S28HX_T=y
> +CONFIG_SPI_FLASH_STMICRO=y
> +CONFIG_SPI_FLASH_MT35XU=y
> +CONFIG_PINCTRL=y
> +CONFIG_SPL_PINCTRL=y
> +CONFIG_PINCTRL_SINGLE=y
> +CONFIG_POWER_DOMAIN=y
> +CONFIG_TI_POWER_DOMAIN=y
> +CONFIG_K3_SYSTEM_CONTROLLER=y
> +CONFIG_REMOTEPROC_TI_K3_ARM64=y
> +CONFIG_RESET_TI_SCI=y
> +CONFIG_DM_SERIAL=y
> +CONFIG_SOC_DEVICE=y
> +CONFIG_SOC_DEVICE_TI_K3=y
> +CONFIG_SOC_TI=y
> +CONFIG_SPI=y
> +CONFIG_DM_SPI=y
> +CONFIG_CADENCE_QSPI=y
> +CONFIG_SYSRESET=y
> +CONFIG_SPL_SYSRESET=y
> +CONFIG_SYSRESET_TI_SCI=y
> +CONFIG_DM_THERMAL=y
> +CONFIG_TIMER=y
> +CONFIG_SPL_TIMER=y
> +CONFIG_OMAP_TIMER=y
> +CONFIG_FS_EXT4=y
> +CONFIG_FS_FAT_MAX_CLUSTSIZE=16384
> +CONFIG_PANIC_HANG=y
> +CONFIG_LIB_RATIONAL=y
> +CONFIG_SPL_LIB_RATIONAL=y
Cheers
Marcel
6.dtsi"
> +#include "k3-j784s4-ddr.dtsi"
> +#include "k3-j784s4-evm-u-boot.dtsi"
> +
> +/ {
> + chosen {
> + tick-timer = _timer0;
> + };
> +
> + aliases {
> + remoteproc0 =
> + remoteproc1 = _0;
> + };
> +
> + a72_0: a72@0 {
> + compatible = "ti,am654-rproc";
> + reg = <0x0 0x00a9 0x0 0x10>;
> + power-domains = <_pds 61 TI_SCI_PD_EXCLUSIVE>,
> + <_pds 202 TI_SCI_PD_EXCLUSIVE>;
> + resets = <_reset 202 0>;
> + clocks = <_clks 61 0>;
> + assigned-clocks = <_clks 61 0>, <_clks 202 0>;
> + assigned-clock-parents = <_clks 61 2>;
> + assigned-clock-rates = <2>, <20>;
> + ti,sci = <>;
> + ti,sci-proc-id = <32>;
> + ti,sci-host-id = <10>;
> + bootph-pre-ram;
> + };
> +
> + dm_tifs: dm-tifs {
> + compatible = "ti,j721e-dm-sci";
> + ti,host-id = <3>;
> + ti,secure-host;
> + mbox-names = "rx", "tx";
> + mboxes= <_proxy_mcu 21>, <_proxy_mcu 23>;
> + bootph-pre-ram;
> + };
> +};
> +
> +_timer0 {
> + status = "okay";
> + clock-frequency = <25000>;
> + bootph-pre-ram;
> +};
> +
> +_proxy_sa3 {
> + status = "okay";
> + bootph-pre-ram;
> +};
> +
> +_proxy_mcu {
> + status = "okay";
> + bootph-pre-ram;
> +};
> +
> +_mcu_wakeup {
> + sysctrler: sysctrler {
> + compatible = "ti,am654-system-controller";
> + mboxes= <_proxy_mcu 4>,
> + <_proxy_mcu 5>,
> + <_proxy_sa3 5>;
> + mbox-names = "tx", "rx", "boot_notify";
> + bootph-pre-ram;
> + };
> +};
> +
> + {
> + mboxes= <_proxy_mcu 8>, <_proxy_mcu 6>,
> <_proxy_mcu 5>;
> + mbox-names = "tx", "rx", "notify";
> + ti,host-id = <4>;
> + ti,secure-host;
> + bootph-pre-ram;
> +};
> +
> +/* WKUP UART0 is used for DM firmware logs */
> +_uart0 {
> + bootph-pre-ram;
> + status = "okay";
> +};
> +
> + {
> + reg = <0x0 0x4704 0x0 0x100>,
> + <0x0 0x5000 0x0 0x800>;
> +};
> +
> + {
> + reg = <0x0 0x4705 0x0 0x100>,
> + <0x0 0x5800 0x0 0x800>;
> +};
> +
> +_ringacc {
> + ti,sci = <_tifs>;
> +};
> +
> +_udmap {
> + ti,sci = <_tifs>;
> +};
> diff --git a/board/ti/j784s4/MAINTAINERS b/board/ti/j784s4/MAINTAINERS
> index 037fedb9f7e..ff00cc60868 100644
> --- a/board/ti/j784s4/MAINTAINERS
> +++ b/board/ti/j784s4/MAINTAINERS
> @@ -4,3 +4,7 @@ S:Maintained
> F: board/ti/j784s4
> F: arch/arm/mach-k3/j784s4
> F: include/configs/j784s4_evm.h
> +F: arch/arm/dts/k3-j784s4-evm-u-boot.dtsi
> +F: arch/arm/dts/k3-j784s4-r5-evm.dts
> +F: arch/arm/dts/k3-j784s4-ddr.dtsi
> +F: arch/arm/dts/k3-j784s4-ddr-evm-lp4-4266.dtsi
Cheers
Marcel
};
> +};
> +
> +#ifdef CONFIG_TARGET_J784S4_A72_EVM
> +
> +#define SPL_AM69_SK_DTB "spl/dts/ti/k3-am69-sk.dtb"
Did I miss anything and the device trees are now really also in a vendor folder
in U-Boot as well?
> +#define AM69_SK_DTB "u-boot.dtb"
> +
> +_j784s4_evm_dtb {
> + filename = SPL_AM69_SK_DTB;
> +};
> +
> +_evm_dtb {
> + filename = AM69_SK_DTB;
> +};
> +
> +_j784s4_evm_dtb_unsigned {
> + filename = SPL_AM69_SK_DTB;
> +};
> +
> +_evm_dtb_unsigned {
> + filename = AM69_SK_DTB;
> +};
> +
> +#endif
> diff --git a/board/ti/j784s4/MAINTAINERS b/board/ti/j784s4/MAINTAINERS
> index ff00cc60868..8b03a7adb1e 100644
> --- a/board/ti/j784s4/MAINTAINERS
> +++ b/board/ti/j784s4/MAINTAINERS
> @@ -8,3 +8,9 @@ F:arch/arm/dts/k3-j784s4-evm-u-boot.dtsi
> F: arch/arm/dts/k3-j784s4-r5-evm.dts
> F: arch/arm/dts/k3-j784s4-ddr.dtsi
> F: arch/arm/dts/k3-j784s4-ddr-evm-lp4-4266.dtsi
> +
> +AM69 SK BOARD
> +M: Apurva Nandan
> +S: Maintained
> +F: arch/arm/dts/k3-am69-sk-u-boot.dtsi
> +F: arch/arm/dts/k3-am69-r5-sk.dts
Cheers
Marcel
gt; create mode 100644 arch/arm/mach-k3/j784s4_fdt.c
> create mode 100644 arch/arm/mach-k3/j784s4_init.c
> create mode 100644 arch/arm/mach-k3/r5/j784s4/Makefile
> create mode 100644 arch/arm/mach-k3/r5/j784s4/clk-data.c
> create mode 100644 arch/arm/mach-k3/r5/j784s4/dev-data.c
> create mode 100644 board/ti/j784s4/Kconfig
> create mode 100644 board/ti/j784s4/MAINTAINERS
> create mode 100644 board/ti/j784s4/Makefile
> create mode 100644 board/ti/j784s4/board-cfg.yaml
> create mode 100644 board/ti/j784s4/evm.c
> create mode 100644 board/ti/j784s4/j784s4.env
> create mode 100644 board/ti/j784s4/pm-cfg.yaml
> create mode 100644 board/ti/j784s4/rm-cfg.yaml
> create mode 100644 board/ti/j784s4/sec-cfg.yaml
> create mode 100644 board/ti/j784s4/tifs-rm-cfg.yaml
> create mode 100644 configs/am69_sk_a72_defconfig
> create mode 100644 configs/am69_sk_r5_defconfig
> create mode 100644 configs/j784s4_evm_a72_defconfig
> create mode 100644 configs/j784s4_evm_r5_defconfig
> create mode 100644 doc/board/ti/j784s4_evm.rst
> create mode 100644 drivers/dma/ti/k3-psil-j784s4.c
> create mode 100644 include/configs/j784s4_evm.h
Cheers
Marcel
gt; solution the past four times this came up?
>
> Jon
>
> On Mon, Feb 26, 2024 at 1:12 PM Marcel Woodard
> wrote:
>
>> Jon - Any chance you can turn back on for another week? We are currently
>> working on a solution, but need the charts operating in our week
Jon - Any chance you can turn back on for another week? We are currently
working on a solution, but need the charts operating in our weekly emails
for over 1 million customers.
On Tuesday, January 16, 2024 at 9:02:27 AM UTC-6 Jon Orwant wrote:
> chart.googleapis.com and chart.apis.google.com
On Sun, Feb 25, 2024 at 02:32:14AM +0100, Goetz T. Fischer wrote:
> On Sat, 24 Feb 2024 19:23:33 +0100, Marcel Telka wrote:
> > Hi,
> >
> > On Sat, Feb 24, 2024 at 06:27:30PM +0100, Goetz T. Fischer wrote:
> >> as you know there're still some packages in the rep
ull +1.
--
+---+
| Marcel Telka e-mail: mar...@telka.sk |
|homepage: http://telka.sk/ |
+---+
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev
in production so far).
Thanks for the heads-up in advance,
Marcel
https://bugs.kde.org/show_bug.cgi?id=480367
--- Comment #6 from Marcel Hasler ---
I investigated this issue a bit further and at least in my case, running under
X11, it turned out to be related to TearFree rendering.
Without any custom configuration in place, i.e. 'xrandr --props' reports
ng the packages for which
> $(OPENSSL_INCDIR) and $(OPENSSL_LIBDIR) is enough can be done anyaway.
>
> [1] slightly modified loki reference
I hope this explained at least something regarding out build framework.
Should y
On Fri, Feb 23, 2024 at 01:02:52AM +0100, Marcel Telka wrote:
> On Tue, Feb 20, 2024 at 09:58:02AM +0100, Marcel Telka wrote:
> > the couchdb-31 package is broken at the ips server:
> >
> > Errors were encountered while attempting to retrieve package or file data
>
On Tue, Feb 20, 2024 at 09:58:02AM +0100, Marcel Telka wrote:
> the couchdb-31 package is broken at the ips server:
>
> Errors were encountered while attempting to retrieve package or file data for
> the requested operation.
> Details follow:
>
> pkg://openindiana.or
On Wed, 2024-02-21 at 15:31 +0100, Francesco Dolcini wrote:
> On Wed, Feb 21, 2024 at 09:18:51AM +0000, Marcel Ziswiler wrote:
> > On Wed, 2024-02-21 at 08:55 +0100, Francesco Dolcini wrote:
> > > On Tue, Feb 20, 2024 at 06:40:56PM +0530, Sumit Garg wrote:
> > > > A
On Thu, Feb 22, 2024 at 12:04:51AM +0100, Marcel Telka wrote:
> It means that all files above are okay and the problem seems to be somewhere
> else.
It is a `pkgrepo verify` bug: https://www.illumos.org/issues/16317
--
+---+
| Marcel Telka e-mail:
On Wed, Feb 21, 2024 at 08:27:20PM +0100, Marcel Telka wrote:
> On Tue, Feb 20, 2024 at 09:54:27PM +0100, Marcel Telka wrote:
> > The proper command is `pkgrepo verify -s $PATHTOREPO` (i.e. without
> > ending publisher/openindiana.org).
>
> I'm running the `pkgrepo ver
On Tue, Feb 20, 2024 at 09:54:27PM +0100, Marcel Telka wrote:
> The proper command is `pkgrepo verify -s $PATHTOREPO` (i.e. without
> ending publisher/openindiana.org).
I'm running the `pkgrepo verify` on my local copy of the (official) ips repo
and so far I found this:
ERROR: I
Hi Tom
On Wed, 2024-02-21 at 08:10 -0500, Tom Rini wrote:
> On Tue, Feb 20, 2024 at 07:51:35PM +0000, Marcel Ziswiler wrote:
> > On Tue, 2024-02-20 at 21:14 +0200, Svyatoslav Ryhel wrote:
> > > вт, 20 лют. 2024 р. о 20:29 Francesco Dolcini пише:
> > > >
what's the use case? Do you plan to have
> the OS stored into an NVME device?
For us the question is basically whether that use case does mandate enforcing
such changes for each and every
customer. Plus the regular expected maintenance effort any such change brings
with it, of course.
> Francesco
Cheers
Marcel
On Tue, Feb 20, 2024 at 09:28:50PM +0100, Marcel Telka wrote:
> On Tue, Feb 20, 2024 at 09:19:24PM +0100, Marcel Telka wrote:
> > On Tue, Feb 20, 2024 at 09:06:53PM +0100, Andreas Wacknitz via oi-dev wrote:
> > > Am 20.02.24 um 20:52 schrieb Bill Sommerfeld via oi-dev:
> &
/20/24 11:27, Andreas Wacknitz via oi-dev wrote:
> > > > > Am 20.02.24 um 18:49 schrieb Marcel Telka:
> > > > > > BTW, the issue above should be fixable by replacing a file (or
> > > > > > two, or
> > > > > > so) from th
On Tue, Feb 20, 2024 at 09:19:24PM +0100, Marcel Telka wrote:
> On Tue, Feb 20, 2024 at 09:06:53PM +0100, Andreas Wacknitz via oi-dev wrote:
> > Am 20.02.24 um 20:52 schrieb Bill Sommerfeld via oi-dev:
> > > On 2/20/24 11:27, Andreas Wacknitz via oi-dev wrote:
> > > >
On Tue, Feb 20, 2024 at 09:06:53PM +0100, Andreas Wacknitz via oi-dev wrote:
> Am 20.02.24 um 20:52 schrieb Bill Sommerfeld via oi-dev:
> > On 2/20/24 11:27, Andreas Wacknitz via oi-dev wrote:
> > > Am 20.02.24 um 18:49 schrieb Marcel Telka:
> > > > BTW, the
1 - 100 of 70281 matches
Mail list logo
