@@ -0,0 +1,1664 @@
+//=- AArch64SchedOryon.td - Nuvia Inc Oryon CPU 001 ---*- tablegen -*-=//
+//
+// Part of the LLVM Project, under the Apache License v2.0 with LLVM
Exceptions.
+// See https://llvm.org/LICENSE.txt for license information.
+// SPDX-License-Identifier:
.
This is some text.
\ignorebreak This is some other text, it will appear in a new paragraph.
That way output is more like this:
This is some text. This is some other text, it will appear in a new paragraph.
--Joel
Janet is it a mk2
Joel Delamirande
*www.jdroofing.ca <http://www.jdroofing.ca>*
On Wed, May 15, 2024 at 8:11 PM Janet Schilling via CnC-List <
cnc-list@cnc-list.com> wrote:
> If you can’t fix I may sell my C 30 (1980) at the end of this season if
> you want to upgrade. L
res in your personal email
For electric
Check with the your insurance what they say
And maybe where you are
Long range may not be economically
Depends how long you’re keeping the boat
My guess would be around 20 k for the change
Look up electric yacht they have plug n play
Kits
Joel Delamira
CVSROOT:/cvs
Module name:ports
Changes by: js...@cvs.openbsd.org 2024/05/15 06:10:47
Modified files:
lang/go: go.port.mk
Log message:
Bump _MODGO_SYSTEM_VERSION for lang/go 1.22.3.
CVSROOT:/cvs
Module name:ports
Changes by: js...@cvs.openbsd.org 2024/05/15 06:10:13
Modified files:
lang/go: Makefile distinfo
lang/go/pkg: PLIST
Log message:
Update lang/go to 1.22.3.
en root device "PARTUUID=" or
> > unknown-block(0,0): error -6
> > [3.989649] Please append a correct "root=" boot option; here are the
>
> --
> Denys
>
>
> On Tue, May 14, 2024 at 01:24:37PM -0700, Joel Winarske wrote:
> > What's the status of bb
What's the status of bbb on scarthgap?
Three weeks or so ago it would boot, only SGX driver was not loading.
Today I get a kernel panic. Last week Scott Murray was saying to set
kernel preference to 6.1, which appears to be the default now.
I would appreciate any assistance with this.
U-Boot
GCC is getting closer to a real release. When this drops, we need to switch
the RSB to it for 6 tools.
--joel
-- Forwarded message -
From: Jakub Jelinek via Gcc
Date: Tue, May 14, 2024, 11:33 AM
Subject: GCC 13.3 Release Candidate available from gcc.gnu.org
To:
The first
> > So, have patches 1-10 go via their respective subsystems, and once all
> > of those are in Linus's tree, send patch 11 as a stand-alone PR.
>
> Ack, I'll do that with the cover letter information requested by Joel.
>
> > (From patch 11, it looks like the seccomp
> > So, have patches 1-10 go via their respective subsystems, and once all
> > of those are in Linus's tree, send patch 11 as a stand-alone PR.
>
> Ack, I'll do that with the cover letter information requested by Joel.
>
> > (From patch 11, it looks like the seccomp read/write function changes
> > could be split out? I'll do that now...)
>
> Thanks!
>
> Thomas
--
Joel Granados
signature.asc
Description: PGP signature
> > So, have patches 1-10 go via their respective subsystems, and once all
> > of those are in Linus's tree, send patch 11 as a stand-alone PR.
>
> Ack, I'll do that with the cover letter information requested by Joel.
>
> > (From patch 11, it looks like the seccomp read/write function changes
> > could be split out? I'll do that now...)
>
> Thanks!
>
> Thomas
--
Joel Granados
signature.asc
Description: PGP signature
s ("[PATCH v3
10/11] sysctl: constify ctl_table arguments of utility function"), while
you push the others to their respective subsystems (If you have not
already)
>
> (From patch 11, it looks like the seccomp read/write function changes
> could be split out? I'll do that
s ("[PATCH v3
10/11] sysctl: constify ctl_table arguments of utility function"), while
you push the others to their respective subsystems (If you have not
already)
>
> (From patch 11, it looks like the seccomp read/write function changes
> could be split out? I'll do that
s ("[PATCH v3
10/11] sysctl: constify ctl_table arguments of utility function"), while
you push the others to their respective subsystems (If you have not
already)
>
> (From patch 11, it looks like the seccomp read/write function changes
> could be split out? I'll do that
at
what Paul and Miri have done in Israel with Jewish and Muslim children in their
"Folding Together" project several years ago. That's what origami does best.
What you have done is create division.
Joel
--
Message: 1
Dat
of placing WB 1 in front of every single page from Workbook 1?
--Joel
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl /
https://mailman.ntg.nl
Saw this. Know nothing about it.
https://www.cruisersforum.com/forums/f152/1980-c-and-c-landfall-38-a-267005.html
--
Joel
Please show your appreciation for this list and the Photo Album site and help
me pay the associated bills. Make a contribution at:
https://www.paypal.me/stumurray
Thanks
ble to the
reader, that won't create a double spaced break, or take up any space
what-so-ever?
--Joel
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@nt
Nomcom is looking for volunteers.
Yours,
Joel
Forwarded Message
Subject:Call for volunteers
Date: Wed, 08 May 2024 13:09:17 -0700
From: NomCom Chair 2024
Reply-To: nomcom-chair-2...@ietf.org
To: IETF Announcement List
CC: i...@ietf.org
If you sent email today and did not see a copy on the list, this may be
why...
Yours,
Joel
Forwarded Message
Subject: Update on ongoing mail delivery issues and request to resend
failed messages
Date: Thu, 9 May 2024 14:29:06 -0500
From: Robert Sparks
Reply
/apache/arrow-adbc/issues/1841
Thanks,
Joel
On Wed, May 8, 2024 at 3:05 AM David Li wrote:
> It appears manylinux aarch64 wheels didn't get built, so rc1 will be
> incoming
>
> On Wed, May 8, 2024, at 14:44, David Li wrote:
> > Hello,
> >
> > I would like to propose t
CVSROOT:/cvs
Module name:src
Changes by: js...@cvs.openbsd.org 2024/05/08 09:13:23
Modified files:
regress/lib/libcrypto/lhash: lhash_test.c
Log message:
Add more regress coverage for lhash.
ide_alternative=4a383503b1ea650d4e12c1f5838974e879f5aa6f
> > [2]
> > https://git.kernel.org/pub/scm/linux/kernel/git/joel.granados/linux.git/commit/?h=jag/constfy_treewide_alternative=a3be65973d27ec2933b9e81e1bec60be3a9b460d
> > [3] proc_dostring, proc_dobool, proc_dointvec
>
>
> Thomas
Best
--
Joel Granados
signature.asc
Description: PGP signature
On Fri, May 03, 2024 at 04:09:40PM +0200, Thomas Weißschuh wrote:
> Hey Joel,
>
...
> > # Motivation
> > As I read it, the motivation for these constification efforts are:
> > 1. It provides increased safety: Having things in .rodata section reduces
>
On Fri, May 03, 2024 at 04:09:40PM +0200, Thomas Weißschuh wrote:
> Hey Joel,
>
...
> > # Motivation
> > As I read it, the motivation for these constification efforts are:
> > 1. It provides increased safety: Having things in .rodata section reduces
>
On Fri, May 03, 2024 at 04:09:40PM +0200, Thomas Weißschuh wrote:
> Hey Joel,
>
...
> > # Motivation
> > As I read it, the motivation for these constification efforts are:
> > 1. It provides increased safety: Having things in .rodata section reduces
>
ide_alternative=4a383503b1ea650d4e12c1f5838974e879f5aa6f
> > [2]
> > https://git.kernel.org/pub/scm/linux/kernel/git/joel.granados/linux.git/commit/?h=jag/constfy_treewide_alternative=a3be65973d27ec2933b9e81e1bec60be3a9b460d
> > [3] proc_dostring, proc_dobool, proc_dointvec
>
>
> Thomas
Best
--
Joel Granados
signature.asc
Description: PGP signature
___
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
ide_alternative=4a383503b1ea650d4e12c1f5838974e879f5aa6f
> > [2]
> > https://git.kernel.org/pub/scm/linux/kernel/git/joel.granados/linux.git/commit/?h=jag/constfy_treewide_alternative=a3be65973d27ec2933b9e81e1bec60be3a9b460d
> > [3] proc_dostring, proc_dobool, proc_dointvec
>
>
> Thomas
Best
--
Joel Granados
signature.asc
Description: PGP signature
CVSROOT:/cvs
Module name:src
Changes by: js...@cvs.openbsd.org 2024/05/07 07:40:42
Modified files:
lib/libcrypto/lhash: lhash.c
Log message:
Reorder functions and drop static function prototypes.
No functional change.
On Fri, May 03, 2024 at 06:23:14PM +0300, Dan Carpenter wrote:
> On Fri, May 03, 2024 at 02:18:11PM +0200, Joel Granados wrote:
> > On Wed, May 01, 2024 at 03:15:54PM +0200, Sabrina Dubroca wrote:
> > > 2024-05-01, 11:29:32 +0200, Joel Granados via B4 Relay wrote:
> >
CVSROOT:/cvs
Module name:src
Changes by: js...@cvs.openbsd.org 2024/05/06 08:38:20
Modified files:
lib/libcrypto/lhash: lhash.c
Log message:
Fix function wrapping.
CVSROOT:/cvs
Module name:src
Changes by: js...@cvs.openbsd.org 2024/05/06 08:37:26
Modified files:
regress/lib/libcrypto: Makefile
Log message:
Enable lhash regress.
CVSROOT:/cvs
Module name:src
Changes by: js...@cvs.openbsd.org 2024/05/06 08:36:05
Modified files:
lib/libcrypto/lhash: lhash.c
Log message:
Guard call to contract() from doall_util_fn().
It is not safe to unconditionally call contract() - when called repeatedly
it
CVSROOT:/cvs
Module name:src
Changes by: js...@cvs.openbsd.org 2024/05/06 08:31:25
Added files:
regress/lib/libcrypto/lhash: Makefile lhash_test.c
Log message:
Provide initial regress for lhash.
For now, this is very limited and only tests calling lh_doall_arg()
CVSROOT:/cvs
Module name:src
Changes by: js...@cvs.openbsd.org 2024/05/06 08:24:21
src/regress/lib/libcrypto/lhash
Update of /cvs/src/regress/lib/libcrypto/lhash
In directory cvs.openbsd.org:/tmp/cvs-serv75180/lhash
Log Message:
Directory /cvs/src/regress/lib/libcrypto/lhash
Thank you. Those edits do the job nicely.
Joel
On 5/6/2024 5:49 AM, mohamed.boucad...@orange.com wrote:
Hi Joel,
Thank you for the review.
You got it right. Please see more context at [1].
I updated the text to address your review. Please check the diff [1] and let
me know if any further
Thank you. Those edits do the job nicely.
Joel
On 5/6/2024 5:49 AM, mohamed.boucad...@orange.com wrote:
Hi Joel,
Thank you for the review.
You got it right. Please see more context at [1].
I updated the text to address your review. Please check the diff [1] and let
me know if any further
triggering by creating the thread with
kthread_run() instead of using kthread_create() directly.
Fixes: 70bbeb29fab0 ("dm delay: for short delays, use kthread instead of timers
and wq")
Signed-off-by: Joel Colledge
---
drivers/md/dm-delay.c | 3 +--
1 file changed, 1 insertion(+), 2
ng patch fixes the issue.
Thanks Christian and Benjamin for the comments on v1!
Changes from v1:
- Use kthread_run() instead of wake_up_process()
Joel Colledge (1):
dm-delay: fix hung task introduced by kthread mode
drivers/md/dm-delay.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
--
2.34.1
strangely when I compile it, it
changes all of the dates to say "1540" (or whatever date was used first).
Why is it showing the wrong title on the desc environment?
--Joel
___
If your question is of interest
Sorry for the long lines. Had to use a different email client and ended messing
it up.
Regards
Joel Selvaraj
From: Joel Selvaraj
Sent: 05 May 2024 05:28
To: Douglas Anderson; dri-devel@lists.freedesktop.org; Maxime Ripard
Cc: Linus Walleij; Chris Morgan
anything and works as expected. So.
Tested-by: Joel Selvaraj
Regards
Joel Selvaraj
From: Douglas Anderson
Sent: 04 May 2024 03:02
To: dri-devel@lists.freedesktop.org; Maxime Ripard
Cc: Linus Walleij; Chris Morgan; Yuran Pereira; Neil Armstrong; Douglas
anything and works as expected. So.
Tested-by: Joel Selvaraj
Regards
Joel Selvaraj
From: Douglas Anderson
Sent: 04 May 2024 03:03
To: dri-devel@lists.freedesktop.org; Maxime Ripard
Cc: Linus Walleij; Chris Morgan; Yuran Pereira; Neil Armstrong; Douglas
eXt thinks that the period in "c." marks the end of a sentence. As
such, when setting the text, sometimes it will give a large space between "c."
and "1200 BCE".
How do I correctly tell ConTeXt that that period doesn't mark the end of a
sentence, so shouldn't
I guess this is as good a time as any to ask if None is the way Weewx represents a nonexistent element of data for the result of a query to any of its API functions. For example, if I want the barometric pressure at 9am, and no pressure was recorded around that time, is it None that would be
I'm seeing snapd stall on boot of generic ubuntu:22.04 images via lxd.
root@linuxtest2:~# systemctl list-jobs
JOB UNIT TYPE STATE
151 cloud-config.service start waiting
133 snapd.seeded.service start running
148 cloud-init.target
On Thu, May 2, 2024 at 10:20 PM Michael Ellerman wrote:
>
> Joel Savitz writes:
> > On Wed, Apr 17, 2024 at 10:36 AM Joel Savitz wrote:
> >>
> >> Acked-by: Joel Savitz
> >>
> >
> > Hi,
> >
> > What is the status of this? This p
+++ b/net/smc/smc_sysctl.c
> @@ -133,7 +133,7 @@ int __net_init smc_sysctl_net_init(struct net *net)
>
> void __net_exit smc_sysctl_net_exit(struct net *net)
> {
> - struct ctl_table *table;
> + const struct ctl_table *table;
>
> table = net->smc.smc_hdr->ctl_table_arg;
> unregister_net_sysctl_table(net->smc.smc_hdr);
> diff --git a/net/unix/sysctl_net_unix.c b/net/unix/sysctl_net_unix.c
> index 3e84b31c355a..44996af61999 100644
> --- a/net/unix/sysctl_net_unix.c
> +++ b/net/unix/sysctl_net_unix.c
> @@ -52,7 +52,7 @@ int __net_init unix_sysctl_register(struct net *net)
>
> void unix_sysctl_unregister(struct net *net)
> {
> - struct ctl_table *table;
> + const struct ctl_table *table;
>
> table = net->unx.ctl->ctl_table_arg;
> unregister_net_sysctl_table(net->unx.ctl);
> diff --git a/net/xfrm/xfrm_sysctl.c b/net/xfrm/xfrm_sysctl.c
> index 7fdeafc838a7..e972930c292b 100644
> --- a/net/xfrm/xfrm_sysctl.c
> +++ b/net/xfrm/xfrm_sysctl.c
> @@ -76,7 +76,7 @@ int __net_init xfrm_sysctl_init(struct net *net)
>
> void __net_exit xfrm_sysctl_fini(struct net *net)
> {
> - struct ctl_table *table;
> + const struct ctl_table *table;
>
> table = net->xfrm.sysctl_hdr->ctl_table_arg;
> unregister_net_sysctl_table(net->xfrm.sysctl_hdr);
>
> ---
> base-commit: 48a8b5270db856be233021e47a5f1dc02d47ed0d
> change-id: 20231226-sysctl-const-table-arg-2c828e0264dc
>
> Best regards,
> --
> Thomas Weißschuh
>
--
Joel Granados
signature.asc
Description: PGP signature
On Thu, May 2, 2024 at 11:48 PM Chris Johns wrote:
> Hi,
>
> This email ask for the rtems-deployment repo to be moved RTEMS/Tools in
> GitLab.
>
> It is a repo of RSB configs to build packages of common or user specific
> vertical stacks.
>
I am in favor of it mov
On Wed, May 01, 2024 at 03:22:08PM +0200, Sabrina Dubroca wrote:
> 2024-05-01, 11:29:24 +0200, Joel Granados via B4 Relay wrote:
> > From: Joel Granados
> >
...
> > Changes in v6:
> > - Rebased onto net-next/main.
> > - Besides re-running my cocci sc
On Wed, May 01, 2024 at 03:15:54PM +0200, Sabrina Dubroca wrote:
> 2024-05-01, 11:29:32 +0200, Joel Granados via B4 Relay wrote:
> > From: Joel Granados
> >
> > This commit comes at the tail end of a greater effort to remove the
> > empty elements at the end of the
rags_ctl_table
section: .data obj_name : ipv6_table_template
section: .data obj_name : ipv6_rotable
section: .data obj_name : sctp_net_table
section: .data obj_name : sctp_table
section: .data obj_name : smc_table
section: .data
rags_ctl_table
section: .data obj_name : ipv6_table_template
section: .data obj_name : ipv6_rotable
section: .data obj_name : sctp_net_table
section: .data obj_name : sctp_table
section: .data obj_name : smc_table
section: .data
rags_ctl_table
section: .data obj_name : ipv6_table_template
section: .data obj_name : ipv6_rotable
section: .data obj_name : sctp_net_table
section: .data obj_name : sctp_table
section: .data obj_name : smc_table
section: .data
Reviewer: Joel Halpern
Review result: Ready with Issues
I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair. Please treat these comments just
like any other last call comments
Reviewer: Joel Halpern
Review result: Ready with Issues
I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair. Please treat these comments just
like any other last call comments
On Wed, Apr 17, 2024 at 10:36 AM Joel Savitz wrote:
>
> Acked-by: Joel Savitz
>
Hi,
What is the status of this? This patch fixes a bug where a powerpc
machine hangs at boot when passed an unaligned value in the mem=
kernel parameter.
Best,
Joel Savitz
the
> CentOS repo ship the same version as RDO trunk?
Right, we should ship the same version of packages in both CentOS CloudSIG
repo and RDO Trunk repo.
I'm going to update futurist to 3.0.0 right now and will ping you once it
lands in repo.
Cheers,
Joel
On Thu, May 2, 2024 at 8:47 AM Francesco
Hi
If you have any patches that are still pending on the mailing list, please
get yourself an account on gitlab.rtems.org and submit them as a merge
request.
Instructions are linked to in Chris' emails.
Help is available on devel@ and Discord.
Thanks.
--joel
gitlab.rtems.org is now alive.
Please setup an account and follow the instructions for a merge request.
We need to see how well things are working. :)
--joel
On Sun, Apr 28, 2024 at 11:35 PM Muhammad Sulthan Mazaya <
msulthanmaz...@gmail.com> wrote:
> Bumping last update of last year
From: Joel Granados
This commit comes at the tail end of a greater effort to remove the
empty elements at the end of the ctl_table arrays (sentinels) which
will reduce the overall build time size of the kernel and run time
memory bloat by ~64 bytes per sentinel (further information Link :
https
From: Joel Granados
This commit comes at the tail end of a greater effort to remove the
empty elements at the end of the ctl_table arrays (sentinels) which
will reduce the overall build time size of the kernel and run time
memory bloat by ~64 bytes per sentinel (further information Link :
https
From: Joel Granados
This commit comes at the tail end of a greater effort to remove the
empty elements at the end of the ctl_table arrays (sentinels) which
will reduce the overall build time size of the kernel and run time
memory bloat by ~64 bytes per sentinel (further information Link :
https
From: Joel Granados
This commit comes at the tail end of a greater effort to remove the
empty elements at the end of the ctl_table arrays (sentinels) which will
reduce the overall build time size of the kernel and run time memory
bloat by ~64 bytes per sentinel (further information Link :
https
From: Joel Granados
This commit comes at the tail end of a greater effort to remove the
empty elements at the end of the ctl_table arrays (sentinels) which will
reduce the overall build time size of the kernel and run time memory
bloat by ~64 bytes per sentinel (further information Link :
https
From: Joel Granados
This commit comes at the tail end of a greater effort to remove the
empty elements at the end of the ctl_table arrays (sentinels) which will
reduce the overall build time size of the kernel and run time memory
bloat by ~64 bytes per sentinel (further information Link :
https
From: Joel Granados
This commit comes at the tail end of a greater effort to remove the
empty elements at the end of the ctl_table arrays (sentinels) which
will reduce the overall build time size of the kernel and run time
memory bloat by ~64 bytes per sentinel (further information Link :
https
From: Joel Granados
What?
These commits remove the sentinel element (last empty element) from the
sysctl arrays of all the files under the "net/" directory that register
a sysctl array. The merging of the preparation patches [4] to mainline
allows us to just remove sentinel elemen
From: Joel Granados
This commit comes at the tail end of a greater effort to remove the
empty elements at the end of the ctl_table arrays (sentinels) which
will reduce the overall build time size of the kernel and run time
memory bloat by ~64 bytes per sentinel (further information Link :
https
On Mon, Apr 29, 2024 at 10:22:19AM +0200, Joel Granados wrote:
> On Fri, Apr 26, 2024 at 07:19:44AM -0700, Jakub Kicinski wrote:
> > On Fri, 26 Apr 2024 08:59:31 +0200 Joel Granados wrote:
> > > Sorry about this. I pulled the trigger way too early. This is already
&g
Public bug reported:
either prompts for re installation or brings up grub cli on every
restart.
ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: ubiquity 22.04.20
ProcVersionSignature: Ubuntu 6.5.0-18.18~22.04.1-generic 6.5.8
Uname: Linux 6.5.0-18-generic x86_64
NonfreeKernelModules: zfs
On Tue, 30 Apr 2024 at 17:27, Christian Loehle wrote:
> On 30/04/2024 15:44, Joel Colledge wrote:
> > On Tue, 30 Apr 2024 at 16:28, Christian Loehle
> > wrote:
> >> Is this an issue for delay > 0 too somehow?
> >
> > I believe it is. If th
ange.
> You're missing lkml as recipient btw.
Thanks for the pointer and thanks for your response!
Best regards,
Joel
On Mon, Apr 29, 2024 at 04:49:18PM +0200, Sabrina Dubroca wrote:
> 2024-04-29, 14:33:15 +0200, Joel Granados wrote:
> > On Mon, Apr 29, 2024 at 10:53:47AM +0200, Sabrina Dubroca wrote:
> > > 2024-04-26, 12:46:53 +0200, Joel Granados via B4 Relay wrote:
...
> > >
On Sun, Apr 28, 2024 at 3:18 PM Joel Sherrill wrote:
>
>
> On Sun, Apr 28, 2024 at 6:17 AM Sebastian Huber <
> sebastian.hu...@embedded-brains.de> wrote:
>
>> Hello,
>>
>> the m68k, sh, and sparc64 build fails with GCC 14 due to:
>>
>
> Two of
I have a short, and perhaps odd in some ways, reaction to what OS has
taught me (purposefully reversing the learning and teaching in the
question...)
OS has taught me that the most important part of progress is the
enhancement, opening and refinement of relationships with each other, and
the
On Tue, 5 Mar 2024 17:40:01 GMT, Alexey Ivanov wrote:
>> The implementation of `Win32ShellFolder2.compareTo` is inconsistent: there
>> are cases where
>> `a < b & b < c but a == c`
>> which *violates its general contract*.
>>
>> In particular, it happens for the personal folder
On Mon, Apr 29, 2024 at 10:53:47AM +0200, Sabrina Dubroca wrote:
> 2024-04-26, 12:46:53 +0200, Joel Granados via B4 Relay wrote:
> > diff --git a/net/core/sysctl_net_core.c b/net/core/sysctl_net_core.c
> > index 6973dda3abda..a84690b13bb9 100644
> > --- a/net/core/sysctl_net
On Sat, Apr 27, 2024 at 10:14:36AM +0200, Sabrina Dubroca wrote:
> 2024-04-26, 12:47:00 +0200, Joel Granados via B4 Relay wrote:
> > diff --git a/net/ax25/ax25_ds_timer.c b/net/ax25/ax25_ds_timer.c
> > index c4f8adbf8144..8f385d2a7628 100644
> > --- a/net/ax25/ax25_ds_timer
On Fri, Apr 26, 2024 at 03:09:45PM +0300, Julian Anastasov wrote:
>
> Hello,
>
> On Fri, 26 Apr 2024, Joel Granados via B4 Relay wrote:
>
> > From: Joel Granados
> >
> > This commit comes at the tail end of a greater effort to remove the
> > emp
On Fri, Apr 26, 2024 at 05:13:37PM +0200, Sabrina Dubroca wrote:
> 2024-04-26, 12:46:57 +0200, Joel Granados via B4 Relay wrote:
> > diff --git a/net/smc/smc_sysctl.c b/net/smc/smc_sysctl.c
> > index a5946d1b9d60..bd0b7e2f8824 100644
> > --- a/net/smc/smc_sysctl.c
> >
On Fri, Apr 26, 2024 at 07:19:44AM -0700, Jakub Kicinski wrote:
> On Fri, 26 Apr 2024 08:59:31 +0200 Joel Granados wrote:
> > Sorry about this. I pulled the trigger way too early. This is already
> > fixed in my v4.
> > > |^~
> >
/src/gcc/newlib/libm/complex/ccoshl.c:43:46: error:
> implicit declaration of function 'sinl'; did you mean 'sinf'?
> [-Wimplicit-function-declaration]
> 43 | w = coshl(x) * cosl(y) + (sinhl(x) * sinl(y)) * I;
>| ^~~~
>
On Sun, Apr 28, 2024 at 6:13 AM Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> Hello,
>
> in order to build the nios2 GCC 14, you have to add --enable-obsolete to
> the configure command line. With this option, it builds fine. I am not
> sure how this option can be added to the
Thank you! --Joel
On Saturday, April 27, 2024 at 12:08:13 PM MDT, Wolfgang Schuster
wrote:
Joel via ntg-context schrieb am 27.04.2024 um 19:16:
> \starttext
> test\high{1}test\footnote{some text}
> \stoptext
>
> How can I create a superscript number that has e
the
first "1" and second "1" have entirely different formatting. How do I make the
first one have the same exact formtating as the real footnote?
--Joel
___
If your question is of interest to ot
on the same interface. And you
consider that the primary driver for
draft-cheng-spring-srv6-policy-resource-guanateee?
Yours,
Joel
On 4/27/2024 4:16 AM, Wenying Jiang wrote:
Hi Alvaro,
Thank you for your valuable comments.
Let's conduct the following technical comparative analysis:
1. How
It's up to Luigi and Padma, but my read is that if it was private it was
not a WG decision.
Yours,
Joel
On 4/26/2024 6:05 PM, Dino Farinacci wrote:
Can you find an on-list email where such a conclusion was reached. That would
certainly explain your choice.
I searched (before I sent
Can you find an on-list email where such a conclusion was reached. That
would certainly explain your choice.
Yours,
Joel
On 4/26/2024 5:15 PM, Dino Farinacci wrote:
I gather you decided to change the encoding to match some other work. But you
chose not to use a different code point when
point. The correct
remedy is for the squatter to move to use a different code point.
Even if you think there are no implementations of the code point from
the RFC. (Which would be very hard to know, since no, you don't consult
to all the implementors.)
Yours,
Joel
On 4/26/2024 4:40 PM, Dino
t of people now.
Are the ticket numbers the same?
>
I checked your isr priority one and it is the same. I think they all were
preserved for rtems. Some were assigned to other repos/projects and those
appear to have new numbers.
--joel
>
> --
> embedded brains GmbH & Co. KG
> Herr Sebastian
Thanks Luigi. I agree, the fact that some pre-standard implementations
chose to change the meaning of a code pint does not make them correct.
Yours,
Joel
On 4/26/2024 7:52 AM, Luigi Iannone wrote:
Hi,
I think that the answer to the “why” question is easy. The new
encoding is the same
From: Joel Granados
This commit comes at the tail end of a greater effort to remove the
empty elements at the end of the ctl_table arrays (sentinels) which will
reduce the overall build time size of the kernel and run time memory
bloat by ~64 bytes per sentinel (further information Link :
https
From: Joel Granados
This commit comes at the tail end of a greater effort to remove the
empty elements at the end of the ctl_table arrays (sentinels) which will
reduce the overall build time size of the kernel and run time memory
bloat by ~64 bytes per sentinel (further information Link :
https
From: Joel Granados
This commit comes at the tail end of a greater effort to remove the
empty elements at the end of the ctl_table arrays (sentinels) which
will reduce the overall build time size of the kernel and run time
memory bloat by ~64 bytes per sentinel (further information Link :
https
From: Joel Granados
This commit comes at the tail end of a greater effort to remove the
empty elements at the end of the ctl_table arrays (sentinels) which will
reduce the overall build time size of the kernel and run time memory
bloat by ~64 bytes per sentinel (further information Link :
https
From: Joel Granados
This commit comes at the tail end of a greater effort to remove the
empty elements at the end of the ctl_table arrays (sentinels) which
will reduce the overall build time size of the kernel and run time
memory bloat by ~64 bytes per sentinel (further information Link :
https
From: Joel Granados
This commit comes at the tail end of a greater effort to remove the
empty elements at the end of the ctl_table arrays (sentinels) which
will reduce the overall build time size of the kernel and run time
memory bloat by ~64 bytes per sentinel (further information Link :
https
From: Joel Granados
This commit comes at the tail end of a greater effort to remove the
empty elements at the end of the ctl_table arrays (sentinels) which
will reduce the overall build time size of the kernel and run time
memory bloat by ~64 bytes per sentinel (further information Link :
https
1 - 100 of 114001 matches
Mail list logo