nobody noticed for close to 10 days. I was away
from work and upon coming back I saw the little discussion there was ,
in my Spam folder.
On Thursday, 16/05/2024 at 18:56 John R. Levine wrote:
On Thu, 16 May 2024, William Herrin wrote:
The message content (including the message headers
Hi,
Can someone please point me to someone that can help get an account setup?
Thank you,
John.
> Hi,
>
> I am a new user and would like to create a Linphone account. I went to this
> page;
>
> https://subscribe.linphone.org/register/email
> I put in all the required fiel
see PROBABLE SPAM rather than
just not getting the call.
R's,
John
LAST_UPDATED: Mon May 13 14:50:42 UTC 2024 (revision r15-434-g6d31a370e26)
Native configuration is hppa-unknown-linux-gnu
=== g++ tests ===
Running target unix
WARNING: c-c++-common/analyzer/dot-output.c -std=c++17 dg-check-dot
dot-output.c.eg.dot program timed out.
FAIL:
ashgti wrote:
I just checked and I'm not seeing the hover's in the same format as they were
when I made the pull request. The expression context should still have the
expanded forms though for example:
https://github.com/llvm/llvm-project/assets/22535/28db4adc-d488-44ff-8d99-78966e0e0e05;>
I
https://github.com/ashgti approved this pull request.
https://github.com/llvm/llvm-project/pull/92137
___
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits
nk he's confusing SPF and DMARC, or he's just confused.
If a domain has no SPF record, the SPF result is None, which is not
Pass, so in some contexts (DMARC checks) it acts like fail. This
should not surprise anyone.
R's,
John
___
mailop mailing list
m
A truly magnificent stop.
Tonight we played to our strengths - attack, attack, attack! I know Rutter got
MOTM, but Archie was mightily impressive tonight - whilst still raw, there’s a
bit of the Paul Madeley about him!
On this form, we can dare to dream again :-)
> On 16 May 2024, at
-path header.
But that wasn't the problem here, the SPF record was just gone. Oops.
I see that the SPF record is back and seems have the correct addresses so
we can now return to our previously scheduled flamage.
Regards,
John Levine, jo...@taugh.com, Primary Perpetrator of "The Int
The branch main has been updated by jhb:
URL:
https://cgit.FreeBSD.org/src/commit/?id=75529910f77a1623b83599de0518d39c5fb789df
commit 75529910f77a1623b83599de0518d39c5fb789df
Author: John Baldwin
AuthorDate: 2024-05-16 19:28:09 +
Commit: John Baldwin
CommitDate: 2024-05-16 19:29
The branch main has been updated by jhb:
URL:
https://cgit.FreeBSD.org/src/commit/?id=75529910f77a1623b83599de0518d39c5fb789df
commit 75529910f77a1623b83599de0518d39c5fb789df
Author: John Baldwin
AuthorDate: 2024-05-16 19:28:09 +
Commit: John Baldwin
CommitDate: 2024-05-16 19:29
t get along with mailing lists, but SPF is OK, at
least as OK as SPF ever is.
tl;dr nanog needs to put back its SPF record. It'll make some systems
such as Gmail considerably more likely to accept the mail.
R's,
John
On Thu, May 16, 2024 at 11:06 AM John Snow wrote:
>
>
> On Thu, May 16, 2024, 5:34 AM Markus Armbruster wrote:
>
>> John Snow writes:
>>
>> > Add a semantic tag to paragraphs that appear *before* tagged
>> > sections/members/features and those tha
On Thu, May 16, 2024 at 11:06 AM John Snow wrote:
>
>
> On Thu, May 16, 2024, 5:34 AM Markus Armbruster wrote:
>
>> John Snow writes:
>>
>> > Add a semantic tag to paragraphs that appear *before* tagged
>> > sections/members/features and those tha
to just a generic REST API that loads the data in?
I have a feeling Spark will be part of the final solution, but I don't want
to get into that complexity quite yet, and it's not clear from the docs.
Also apologies for posting this to your dev@ list. No user(s)@ list.
John
Yes.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
The branch main has been updated by jhb:
URL:
https://cgit.FreeBSD.org/src/commit/?id=28a59100b54ff245a45fbd328266266f1c14eb8c
commit 28a59100b54ff245a45fbd328266266f1c14eb8c
Author: Austin Shafer
AuthorDate: 2024-03-06 17:48:07 +
Commit: John Baldwin
CommitDate: 2024-05-16 17:36
The branch main has been updated by jhb:
URL:
https://cgit.FreeBSD.org/src/commit/?id=28a59100b54ff245a45fbd328266266f1c14eb8c
commit 28a59100b54ff245a45fbd328266266f1c14eb8c
Author: Austin Shafer
AuthorDate: 2024-03-06 17:48:07 +
Commit: John Baldwin
CommitDate: 2024-05-16 17:36
On Thu, May 16, 2024 at 2:01 AM Markus Armbruster wrote:
> John Snow writes:
>
> > If a comment immediately follows a doc block, the parser doesn't ignore
> > that token appropriately. Fix that.
>
> Reproducer?
>
> >
> > Signed-off-by: John Snow
On Thu, May 16, 2024 at 2:01 AM Markus Armbruster wrote:
> John Snow writes:
>
> > If a comment immediately follows a doc block, the parser doesn't ignore
> > that token appropriately. Fix that.
>
> Reproducer?
>
> >
> > Signed-off-by: John Snow
On Thu, May 16, 2024 at 5:22 AM Maxime Ripard wrote:
> On Wed, May 15, 2024 at 11:42:58AM -0700, John Stultz wrote:
> > I apologize as my worry is mostly born out of seeing vendors really
> > push opaque feature flags in their old ion heaps, so in providing a
> > flags ar
On Thu, May 16, 2024 at 3:56 AM Daniel Vetter wrote:
> On Wed, May 15, 2024 at 11:42:58AM -0700, John Stultz wrote:
> > But it makes me a little nervous to add a new generic allocation flag
> > for a feature most hardware doesn't support (yet, at least). So it's
> > har
to not
include this in 14.1?
+1 for merging to 14.1
--
John Baldwin
to not
include this in 14.1?
+1 for merging to 14.1
--
John Baldwin
Thanks for the shots of your bikes Ted. The Waterford is gorgeous, but I must
say, one simply cannot top the Copper Metallic finish! Absolutely stunning.
John
> On May 16, 2024, at 7:44 AM, Ted Durant wrote:
>
> On Wednesday, May 15, 2024 at 12:27:43 PM UTC-5 John Bokman wrote:
&g
On Thu, May 16, 2024, 5:34 AM Markus Armbruster wrote:
> John Snow writes:
>
> > Add a semantic tag to paragraphs that appear *before* tagged
> > sections/members/features and those that appear after. This will control
> > how they are inlined when doc sections
On Thu, May 16, 2024, 5:34 AM Markus Armbruster wrote:
> John Snow writes:
>
> > Add a semantic tag to paragraphs that appear *before* tagged
> > sections/members/features and those that appear after. This will control
> > how they are inlined when doc sections
On Thu, May 16, 2024, 2:18 AM Markus Armbruster wrote:
> John Snow writes:
>
> > When iterating all_sections, this is helpful to be able to distinguish
> > "members" from "features"; the only other way to do so is to
> > cross-reference these secti
On Thu, May 16, 2024, 2:18 AM Markus Armbruster wrote:
> John Snow writes:
>
> > When iterating all_sections, this is helpful to be able to distinguish
> > "members" from "features"; the only other way to do so is to
> > cross-reference these secti
On Thu 2024-05-16 01:25 AM MDT -0600, wrote:
On 15 May 2024, at 20:18, Steven M. Bellovin wrote:
Is there any rational way to copy every message in a smart folder to
a single zip file, preserving the date order? If I cmd-C the list of
messages and copy/paste the files somewhere (or do the
On Thu, May 16, 2024, 1:58 AM Markus Armbruster wrote:
> John Snow writes:
>
> > Instead of using the info object for the doc block as a whole, update
> > the info pointer for each call to ensure_untagged_section when the
> > existing section is otherwise empty
On Thu, May 16, 2024, 1:58 AM Markus Armbruster wrote:
> John Snow writes:
>
> > Instead of using the info object for the doc block as a whole, update
> > the info pointer for each call to ensure_untagged_section when the
> > existing section is otherwise empty
On Thu 2024-05-16 06:36 AM MDT -0600,
wrote:
On 2024-05-15 at 20:18:29 UTC-0400 (Wed, 15 May 2024 20:18:29 -0400)
Steven M. Bellovin
is rumored to have said:
Is there any rational way to copy every message in a smart folder to
a single zip file, preserving the date order? If I cmd-C the
Hi. No I have not changed the protocol.
On Thu, May 16, 2024, 3:20 AM Biao Geng wrote:
> Hi John,
>
> Just want to check, have you ever changed the kafka protocol in your job
> after using the new cluster? The error message shows that it is caused by
> the kafka client and the
Explore this gift article from The New York Times. You can read it for free
without a subscription.
As Bird Flu Looms, the Lessons of Past Pandemics Take on New Urgency
We need to be prepared to fight the next war, not the last one.
John Scudder has entered the following ballot position for
draft-ietf-oauth-security-topics-27: No Objection
When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)
Please
me time.
Before today's upgrade one system frequently reported graphics resets.
That seems to have been fixed.
HTH
John P
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedorapr
``, and
the
+ offset is within the LLVM variable (if that's at the top of the stack).
john-brawn-arm wrote:
Ah, I see, I hadn't noticed that (I'd just read the description of
DW_OP_bit_piece and hadn't read the general description of composite location
descriptions). I had been
On Thu, 16 May 2024 07:30:31 GMT, Johan Vos wrote:
>> Yeah, that was a typo (which I didn't notice when copying the block from the
>> other doc). I'll fix it. And I agree with your concern, so I'll remove the
>> last sentence.
>
> I agree with the concern, but I still think it's much better to
[
https://issues.apache.org/jira/browse/NUTCH-3041?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lewis John McGibbney closed NUTCH-3041.
---
> Address confusing logging in o.a.n.net.URLExemptionFilt
[
https://issues.apache.org/jira/browse/NUTCH-3041?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Work on NUTCH-3041 stopped by Lewis John McGibbney.
---
> Address confusing logging in o.a.n.net.URLExemptionFilt
[
https://issues.apache.org/jira/browse/NUTCH-3041?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lewis John McGibbney resolved NUTCH-3041.
-
Resolution: Fixed
> Address confusing logging in o.a.n.net.URLExemptionFilt
ur FreeBSD system contains undesired software.
Cheers
Marek
On Wed, May 15, 2024 at 1:01 PM John Howie
mailto:j...@thehowies.com>> wrote:
I use RIP all the time. Removing it would be a pain. What is the justification?
Moving it to ports is an option, but now we have to compile, distribu
I deployed a new cluster, same version as my old cluster(1.14.4 ), only
difference using Java 11 and it seems after a week of usage the below
exception happens.
The task manager is...
32GB total
And i have the ONLY following memory settings
taskmanager.memory.flink.size: 16384m
Uh oh, Tony, I see another thread germinating: Great Breweries My Riv
Steers Me Towards. Ha!
Cheers, John
On Wednesday, May 15, 2024 at 1:31:48 PM UTC-7 Tony Lockhart wrote:
> @Patrick -- Great beer in Arcata. Look up the Lost Coast Brewery if you're
> ever in the area.
>
> On We
elocity settings.� Jogging is in the JOINT_x part,
> and CNC moves are in the AXIS_x section.� In general, you
> want the same settings in both JOINT and AXIS sections.
>
> Jon
>
That's interesting. What is then the major difference between Joint and Axis?
Just jogging parameters?
when I purchased the 18TB disk. To back it up, I'd need to purchase
yet another disk, and I don't plan on doing that for at least another year.
More precisely, when the 18TB drive is getting close to full.
On Wed, May 15, 2024 at 11:52 AM Dale R. Worley wrote:
> > From: John Abreau
&
time to address other more fundamental
problems.
--John
On 07/05/2024 10:44, Michael Strauß wrote:
Hi Andy!
The updated proposal seems to be a slight refinement of the original
proposal, and I think most of the points raised in the previous
discussion still stand.
As it is, I still think
Source: libuv1
Version: 1.48.0-3
Severity: normal
Tags: ftbfs
Dear Maintainer,
uv_test fails in test 353 - thread_mutex_recursive:
1: ok 353 - thread_mutex_recursive
1: not ok 354 - thread_priority
1: # exit code 6
1: # Output from process `thread_priority`:
1: # Assertion failed in
/.dovecot.sieve`,
again a `default.sieve` in each of these user’s centralized `sieve`
directories, sieve scripts silently fail to run. No messages of any kind found
in any log files.
I don't believe that the active option can take the "file:" prefix.
John
So, with the same exact same con
Thank you, Paul & Jim,
Mr. Kashuba's article on SaU 562 caught my eyes. I also acquired this TS before
classification. Iirc, it was also Luc Labenne labeled with a P-34
field designation. From first scoping, it was total eye candy. However, John K.
has a way to turn TS pictures into a c
On Wed, 15 May 2024 17:45:56 GMT, Kevin Rushforth wrote:
> Update the code review guidelines for JavaFX.
>
> The JavaFX
> [CONTRIBUTING](https://github.com/kevinrushforth/jfx/blob/8332313-contributing/CONTRIBUTING.md)
> guidelines includes guidance for creating, reviewing, and integrating
>
On Wed, 15 May 2024 19:53:43 GMT, Andy Goryachev wrote:
>> README-code-reviews.md line 68:
>>
>>> 66: * Consider any compatibility concerns
>>> 67: * Check whether there is an automated test; if not, ask for one, if it
>>> is feasible
>>> 68: * Make sure that the PR has executed the GHA tests
the person responsible for this might
have been trying to do here, and perhaps how they were trying to do it?
I haven't been able to match this up with anything in the request log.
Thanks,
--
John English
--
This email has been checked for viruses by AVG antivirus software.
www.avg.com
On Wed, May 15, 2024 at 6:57 AM Maxime Ripard wrote:
> This series is the follow-up of the discussion that John and I had a few
> months ago here:
>
> https://lore.kernel.org/all/candhncqujn6bh3kxkf65bwitylvqsd9892-xtfdhhqqyrro...@mail.gmail.com/
>
> The initial problem
Skip:
https://youtu.be/nIUpxzeh4lw?si=CbRyF79l0S945DZy
Happy dancing,
John
John Sweeney, Dancer, England j...@modernjive.com 01233 625 362 & 07802 940
574
http://www.contrafusion.co.uk for Dan
On Wed, May 15, 2024, 1:27 PM Markus Armbruster wrote:
> John Snow writes:
>
> > On Wed, May 15, 2024 at 5:17 AM Markus Armbruster
> wrote:
> >
> >> John Snow writes:
> >>
> >> > In the coming patches, it's helpful to have a linting bas
On Wed, May 15, 2024, 1:27 PM Markus Armbruster wrote:
> John Snow writes:
>
> > On Wed, May 15, 2024 at 5:17 AM Markus Armbruster
> wrote:
> >
> >> John Snow writes:
> >>
> >> > In the coming patches, it's helpful to have a linting bas
Ted, I am sure you've posted it before, but I'd love to see a picture of
your Waterford. The ST-22 was one bike I always wanted to acquire, even
though I now have a Sam.
John
On Wednesday, May 15, 2024 at 8:22:48 AM UTC-7 Ted Durant wrote:
>
> On May 15, 2024, at 10:04 AM, jamin orrall
I don't quite remember which of my photos I've shared here recently, but
I know I hadn't yet shared photos from my eclipse trip.
Plus, I spent Mother's Day at Great Smoky Mountains National Park.
Eclipse Photos:
https://flic.kr/p/2pRmz2q
https://flic.kr/p/2pRoPmh
https://flic.kr/p/2pRoPmc
Ericson2314 wrote:
(I read https://llvm.org/docs/HowToReleaseLLVM.html#release-patch-rules and
believe it qualifies)
https://github.com/llvm/llvm-project/pull/92293
___
llvm-branch-commits mailing list
llvm-branch-commits@lists.llvm.org
Hi,
On Sat, 2023-08-26 at 12:51 +0200, John Paul Adrian Glaubitz wrote:
> > The Debian m68k maintainers proposed building their packages with
> > -malign-int
> > last year, aligning to 32-bit instead of 16-bit, which improves
> > compatibility
> > with some p
On Wed, May 15, 2024 at 10:18 AM Markus Armbruster
wrote:
> John Snow writes:
>
> > On Wed, May 15, 2024, 7:50 AM Markus Armbruster
> wrote:
> >
> >> John Snow writes:
> >>
> >> > Prior to this patch, a section like this:
> &
On Wed, May 15, 2024 at 10:18 AM Markus Armbruster
wrote:
> John Snow writes:
>
> > On Wed, May 15, 2024, 7:50 AM Markus Armbruster
> wrote:
> >
> >> John Snow writes:
> >>
> >> > Prior to this patch, a section like this:
> &
Ericson2314 wrote:
/cherry-pick be10746
https://github.com/llvm/llvm-project/pull/92183
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Ericson2314 milestoned
https://github.com/llvm/llvm-project/pull/92183
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
I use RIP all the time. Removing it would be a pain. What is the justification?
Moving it to ports is an option, but now we have to compile, distribute, and
install it.
Sent from my iPhone
> On May 15, 2024, at 07:40, Tomek CEDRO wrote:
>
> On Wed, May 15, 2024 at 4:20 PM Scott wrote:
>>>
Ericson2314 wrote:
/cherry-pick be10746
https://github.com/llvm/llvm-project/pull/92183
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Ericson2314 closed
https://github.com/llvm/llvm-project/pull/92183
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
On Wed, May 15, 2024 at 5:17 AM Markus Armbruster wrote:
> John Snow writes:
>
> > In the coming patches, it's helpful to have a linting baseline. However,
> > there's no need to shuffle around the deck chairs too much, because most
> > of this code will be remo
On Wed, May 15, 2024 at 5:17 AM Markus Armbruster wrote:
> John Snow writes:
>
> > In the coming patches, it's helpful to have a linting baseline. However,
> > there's no need to shuffle around the deck chairs too much, because most
> > of this code will be remo
er at: j.bac...@ieee.org
To unsubscribe from the EMC-PSTC list, click the following link:
https://listserv.ieee.org/cgi-bin/wa?SUBED1=EMC-PSTC=1
--
Signature OOO - Own Opinions Only
Best wis
Despite a slight chance of rain, the e-bike demo is on tonight from 6-7pm
at the Brooks School gym parking lot. We had some rain last year but the
solar array kept us dry.
Hope to see many of you tonight!
John
--
The LincolnTalk mailing list.
To post, send mail to Lincoln@lincolntalk.org
[
https://issues.apache.org/jira/browse/CAMEL-20770?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17846621#comment-17846621
]
John Yin commented on CAMEL-20770:
--
Hi Claus,
Thanks for the response and explanation as always
Great, thanks.
John Crowley
Charlotte, NC
203-856-2396
j.crow...@computer.org
> On May 15, 2024, at 8:26 AM, Gary Gregory wrote:
>
> That's odd, I'll have a look this week, in the meantime, you can use the
> archives:
>
> https://javadoc.io/doc/org.apache.commons/comm
``, and
the
+ offset is within the LLVM variable (if that's at the top of the stack).
john-brawn-arm wrote:
DW_OP_bit_piece is like every other standard dwarf expression: if we see a new
location for a variable then the variable is now at that location. The current
behaviour
On Wed, May 15, 2024, 7:50 AM Markus Armbruster wrote:
> John Snow writes:
>
> > Prior to this patch, a section like this:
> >
> > @name: lorem ipsum
> >dolor sit amet
> > consectetur adipiscing elit
> >
> > would be parsed as:
>
On Wed, May 15, 2024, 7:50 AM Markus Armbruster wrote:
> John Snow writes:
>
> > Prior to this patch, a section like this:
> >
> > @name: lorem ipsum
> >dolor sit amet
> > consectetur adipiscing elit
> >
> > would be parsed as:
>
in the README also gives me a 404
Thanks,
John Crowley
Charlotte, NC
203-856-2396
j.crow...@computer.org
On Wed, May 15, 2024, 5:17 AM Markus Armbruster wrote:
> John Snow writes:
>
> > In the coming patches, it's helpful to have a linting baseline. However,
> > there's no need to shuffle around the deck chairs too much, because most
> > of this code will be removed once t
On Wed, May 15, 2024, 5:17 AM Markus Armbruster wrote:
> John Snow writes:
>
> > In the coming patches, it's helpful to have a linting baseline. However,
> > there's no need to shuffle around the deck chairs too much, because most
> > of this code will be removed once t
istic appreciation, but she reports crying at sad movies just like
everyone else."
*Pain and the Far Out Initiative*
<https://www.astralcodexten.com/p/profile-the-far-out-initiative>
John K ClarkSee what's on my new list at Extropolis
<https://groups.google.com/g/extropolis>
finding nothing on google for Nantahala. any links?
-john
On Mon, May 13, 2024 at 3:42 AM wrote:
>
> Thank you, Sirjofri, nice idea.
>
> There are two private U.S. companies that are investing, developing, and
> using a closed source Plan 9 distribution called ᴁOS (aka ᴁ9).
That bike looks delicious! A very fine build indeed.
Cheers, John
On Tuesday, May 14, 2024 at 7:57:08 PM UTC-7 Mathias Steiner wrote:
> I'm a little mystified by the whole step-through thing, so a Platypus
> isn't high on my personal list.
>
> But THAT is a great build. You ca
You bet, Patrick. I'm new at this so from when I arrive at the river to
launching the boat is about 30 minutes. Same with the deflation and pack
up. As I become more practiced this time may shrink, but I'm never really
in much of a hurry.
Cheers, John
On Tuesday, May 14, 2024 at 4:34:56 PM
Beautiful photos, Jamin! What a gorgeous ride that must have been. Wow! And
the color of your Atlantis is stunning. Beautiful bicycle.
Cheers, John
On Tuesday, May 14, 2024 at 8:29:17 PM UTC-7 jamin orrall wrote:
> *photos taken on an ancient 7 megapixel Olympus C-7070, fun cam
does not continue nor register the level of success and continuity that
it has.
If I’ve left anyone or anything out here, it is entirely accidental and in no
way intentional. If possible, it will be made up in future.
Rich and I will be in touch, so you be in touch.
73s and 88s
John
charger plugged into that inverter feels like room
temperature.
73
John Denison
KD5YOU
On 5/14/2024 8:21 PM, Rudolph Ackerman via BVARC wrote:
I found a old 150watt DC to AC converter. It's a good 10 to 15
years old and has never been used.
Looking to use it to power the AC adapter/charger
https://github.com/Ericson2314 edited
https://github.com/llvm/llvm-project/pull/92183
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
https://github.com/Ericson2314 edited
https://github.com/llvm/llvm-project/pull/92183
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
Ericson2314 wrote:
This is a very simple thing. I am quite sure it is fine from an LLVM
perspective; I wanted to make sure it was fine from a BSD perspective, and
@epsilon-0 confirmed it (thank you!). Will thus merge shortly.
https://github.com/llvm/llvm-project/pull/92183
Tested-by: John Ma
On 5/7/24 08:17, Wadim Egorov wrote:
PHYTEC stores details about the hardware in an EEPROM on the SoM. We can
utilize this information and chose the proper DDR timings accordingly.
Due to the limited SRAM memory on the AM62x, the concept was to store
only the DDR timings
On 5/14/2024 13:41, Michal Wajdeczko wrote:
On 14.05.2024 20:13, John Harrison wrote:
On 5/14/2024 07:58, Michal Wajdeczko wrote:
On 13.05.2024 18:53, John Harrison wrote:
On 5/12/2024 08:36, Michal Wajdeczko wrote:
We already provide the content of the GuC log in debugsfs
ll_sections, we need *something* accessible to distinguish them.
To keep types simple, add this semantic parameter to the base Section
and not just ArgSection; we can use this to filter out paragraphs and
tagged sections, too.
Signed-off-by: John Snow
---
scripts/qapi/parser.py | 25 +
Add a semantic tag to paragraphs that appear *before* tagged
sections/members/features and those that appear after. This will control
how they are inlined when doc sections are merged and flattened.
Signed-off-by: John Snow
---
scripts/qapi/parser.py | 22 +-
1 file changed
he objects that should be rendered *are*
by failing if any cross-references are missing, verifying everything is
in place.
Signed-off-by: John Snow
---
scripts/qapi/schema.py | 40
1 file changed, 40 insertions(+)
diff --git a/scripts/qapi/schema.py b/scripts/qapi
Transactions have the only instance of an Errors section that isn't a
rST list; turn it into one.
Signed-off-by: John Snow
---
qapi/transaction.json | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/qapi/transaction.json b/qapi/transaction.json
index 5749c133d4a..07afc269d54
Transactions have the only instance of an Errors section that isn't a
rST list; turn it into one.
Signed-off-by: John Snow
---
qapi/transaction.json | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/qapi/transaction.json b/qapi/transaction.json
index 5749c133d4a..07afc269d54
This helps simplify the doc generator if it doesn't have to check for
undocumented members.
Signed-off-by: John Snow
---
scripts/qapi/parser.py | 20 ++--
1 file changed, 18 insertions(+), 2 deletions(-)
diff --git a/scripts/qapi/parser.py b/scripts/qapi/parser.py
index
Rephrase this paragraph so that it can apply to any commands that
inherit from this object.
Signed-off-by: John Snow
---
qapi/block-export.json | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/qapi/block-export.json b/qapi/block-export.json
index dc328097a94
1 - 100 of 1222251 matches
Mail list logo
