Re: [RE-wrenches] NOS SMA-41

John, Just an FYI, the new SBSE inverters are available in the up to 7.7kw models. I believe the SPS is possible with them right now, but the more involved backup options are not yet available. Cheers, Dave On Tue, May 28, 2024 at 1:50 PM John Blittersdorf via RE-wrenches < re-wrenches@lists

Windows: openssl & gssapi dislike each other

3: error count exceeds 100; stopping compilation [C:\Users\dpage\Downloads\postgresql-16.3\post gres.vcxproj] 4 Warning(s) 53 Error(s) -- Dave Page pgAdmin: https://www.pgadmin.org PostgreSQL: https://www.postgresql.org EDB: https://www.enterprisedb.com

[jira] [Assigned] (RATIS-2103) Support RaftUtils to create a raft client with TLS config

[ https://issues.apache.org/jira/browse/RATIS-2103?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Dave Teng reassigned RATIS-2103: Assignee: Dave Teng > Support RaftUtils to create a raft client with TLS con

[jira] [Created] (RATIS-2103) Support RaftUtils to create a raft client with TLS config

Dave Teng created RATIS-2103: Summary: Support RaftUtils to create a raft client with TLS config Key: RATIS-2103 URL: https://issues.apache.org/jira/browse/RATIS-2103 Project: Ratis Issue Type

Re: [PATCH v3 2/2] x86/sgx: Resolve EREMOVE page vs EAUG page data race

On 5/17/24 04:06, Dmitrii Kuvaiskii wrote: ... First, why is SGX so special here? How is the SGX problem different than what the core mm code does? > --- a/arch/x86/kernel/cpu/sgx/encl.h > +++ b/arch/x86/kernel/cpu/sgx/encl.h > @@ -25,6 +25,9 @@ > /* 'desc' bit marking that the page is being

Re: [PATCH v3 0/2] x86/sgx: Fix two data races in EAUG/EREMOVE flows

On 5/17/24 04:06, Dmitrii Kuvaiskii wrote: > We wrote a trivial stress test to reproduce the hangs observed in > real-world applications. The test stresses #PF-based page allocation and > SGX_IOC_ENCLAVE_REMOVE_PAGES flows in the SGX driver: This seems like something we'd want in the kernel SGX

Re: Lockdep annotation introduced warn in VMD driver

On 5/28/24 5:36 AM, Imre Deak wrote: > Hi, > > commit 7e89efc6e9e402839643cb297bab14055c547f07 > Author: Dave Jiang > Date: Thu May 2 09:57:31 2024 -0700 > > PCI: Lock upstream bridge for pci_reset_function() > > introduced the WARN below in the VMD drive

[Bug 2062176] Re: Cannot launch armhf containers on arm64 host under noble

This is likely to be a linux-raspi issue since armhf containers are apparently working happily in the autopkgtest cloud. Further, armhf chroots are also failing under linux-raspi with a Futex error from the kernel (will attempt to add some detail on this in due course). ** Also affects:

Re: [PATCH] x86/hpet: Read HPET directly if panic in progress

On 5/27/24 23:38, Tony W Wang-oc wrote: ...> diff --git a/arch/x86/kernel/hpet.c b/arch/x86/kernel/hpet.c > index c96ae8fee95e..ecadd0698d6a 100644 > --- a/arch/x86/kernel/hpet.c > +++ b/arch/x86/kernel/hpet.c > @@ -804,6 +804,12 @@ static u64 read_hpet(struct clocksource *cs) > if

Re: [RE-wrenches] Discover AES exposion

Hey Michael, I heard that it was a pretty small shed, can you comment on that please. Good luck on the trouble shooting. Dave Angelini Offgrid Solar "we go where powerlines don't" [1]https://offgridsolar1.com/ [2] [1] e-mail offgridso...@sti.net text 209 813 0060 On 2024-05-

[cctalk] Re: Experience using an Altair 8800 ("Personal computer" from 70s)

tor (about 2003 IIRC), I made and included .NSI (NorthStarImage)s of all the non-junk floppy disks I had at that time. This included a couple "games" disks, and "Hunt The Wumpus" is there! Dave Dunfield - https://dunfield.themindfactory.com

[PATCH] nouveau/uconn: drop WARN_ON and pointless ret setting.

From: Dave Airlie With GSP on my laptop I get an 0xff connector type, it appears this is normal behaviour and we should ignore that connector. Now we don't handle that all properly, but anywhere I try to ignore it at that point causes driver load to fail, so let's not do that, and just drop

[PATCH] nouveau/uconn: drop WARN_ON and pointless ret setting.

From: Dave Airlie With GSP on my laptop I get an 0xff connector type, it appears this is normal behaviour and we should ignore that connector. Now we don't handle that all properly, but anywhere I try to ignore it at that point causes driver load to fail, so let's not do that, and just drop

Re: About the conflict between XFS inode recycle and VFS rcu-walk

On Mon, May 27, 2024 at 09:56:15PM +0800, Jinliang Zheng wrote: > On Mon, 27 May 2024 at 19:41:18 +1000, Dave Chinner wrote: > > On Thu, May 16, 2024 at 03:23:40PM +0800, Ian Kent wrote: > > > On 16/5/24 15:08, Ian Kent wrote: > > > > On 16/5/24 12:56, Jinliang Zh

[bug #65800] bootstrap oddity: .gitignore discrepancy

: None ___ Follow-up Comments: --- Date: Mon 27 May 2024 07:54:09 PM CDT By: Dave I haven't built a groff since 1.23. When I did so recently (http://lists.gnu.org/r/groff/2024-05/msg00042.html), the first step produced a query I hadn't seen in a

[Bug 2065180] Re: performance regression in dracut-install 060

Results on a Pi 4B booting from SD card. Stock noble: $ sudo hyperfine -r 5 "update-initramfs -u" Benchmark 1: update-initramfs -u Time (mean ± σ): 189.984 s ± 1.618 s[User: 75.720

[bug #65654] [preconv] want a warning if code '0xA0' is used in the input

Follow-up Comment #5, bug #65654 (group groff): Correcting my earlier statement: [comment #2 comment #2:] > 0xA0 appears to refer to the Latin-1 character NO-BREAK SPACE > (Unicode U+00A0)--but there is no reason to run preconv if the > file is in Latin-1 encoding, My Latin-1 (ISO 8859-1)

[bug #65654] [preconv] want a warning if code '0xA0' is used in the input

Follow-up Comment #4, bug #65654 (group groff): This proposal (with the warning upgraded to a fatal error) has been offered as one of the solutions to bug #65710. ___ Reply to this item at:

[bug #65710] [preconv] require disambiguation of U+00A0 on input

Follow-up Comment #2, bug #65710 (group groff): [comment #0 original submission:] > In my opinion preconv should either: > > 1. Fail and force the user to edit the input to make a real > choice, eliminating U+00A0 in the input. This option seems materially the same as the rejected bug #65654,

Re: [LU] Championship

me but let’s face facts, they were > rubbish. > > > On the last train out of Kings X there were a lot of very fed up fans > but > > > all agreed that this team is a 100% championship team with a manager > who > > is > > > a 100% ch

[Bug 2062948] Re: intel-mediasdk: ftbfs with GCC-13

Sponsored linked branch after patching for oracular. Once this lands for oracular, this should be converted to SRU for noble. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2062948 Title:

[Bug 2061637] Re: [SRU] xx-svn-review crashed with ModuleNotFoundError

@teward -- yes, I'm aware of the requirement that each release needs a higher version, and the versions proposed in the patches do conform to this requirement. It just seems a bit odd that the mantic patch proposes a 0.1 suffix while the noble patch proposes a 0.24.04.1 suffix. Could/should the

[Bug 1957168] Re: [SRU] fwbuilder crashes in Noble when trying to create almost any type of new object

Leaving ubuntu-sponsors subscribed for the SRU uploads -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1957168 Title: [SRU] fwbuilder crashes in Noble when trying to create almost any type of new

[Bug 2062948] Re: intel-mediasdk: ftbfs with GCC-13

** Merge proposal linked: https://code.launchpad.net/~liushuyu-011/ubuntu/+source/intel-mediasdk/+git/intel-mediasdk/+merge/464771 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2062948 Title:

[Bug 2062947] Re: chmlib: FTBFS: chm_http.c:167:32: error: implicit declaration of function ‘inet_addr’ [-Werror=implicit-function-declaration]

The branch in the linked merge proposal is for noble, but the issue is still present in the oracular package (by the looks of the version numbers it's presumably present in at least noble, mantic and possibly earlier too). I've sponsored this for oracular for now; if that lands successfully (I

[Bug 2062947] Re: chmlib: FTBFS: chm_http.c:167:32: error: implicit declaration of function ‘inet_addr’ [-Werror=implicit-function-declaration]

** Merge proposal linked: https://code.launchpad.net/~liushuyu-011/ubuntu/+source/chmlib/+git/chmlib/+merge/464769 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2062947 Title: chmlib: FTBFS:

[Bug 2061637] Re: [SRU] xx-svn-review crashed with ModuleNotFoundError

Reviewing the patches, they mostly look fine but I'm a bit confused as to why the version numbering goes from a ubuntu0.24.04.1 suffix in the noble patch, to a ubuntu0.1 suffix in the mantic patch (noting that both have the same base version, 1:5.1+git20220924+dfsg-1). Obviously that'll still work

[Bug 2061637] Re: [SRU] xx-svn-review crashed with ModuleNotFoundError

Sync to oracular is now done so I'll mark this Fix Released, and target to the affected series ** Also affects: xxdiff (Ubuntu Jammy) Importance: Undecided Status: New ** Also affects: xxdiff (Ubuntu Mantic) Importance: Undecided Status: New ** Also affects: xxdiff (Ubuntu

[Bug 2061668] Re: [SRU] evtx_filter_records.py crashed with ModuleNotFoundError in Noble

Confirmed on oracular; targetting for affected series and sponsoring for oracular, thanks! ** Also affects: python-evtx (Ubuntu Focal) Importance: Undecided Status: New ** Also affects: python-evtx (Ubuntu Noble) Importance: Undecided Status: New ** Also affects: python-evtx

[Bug 1957168] Re: [SRU] fwbuilder crashes in Noble when trying to create almost any type of new object

Confirmed on an oracular desktop VM with the current release (5.3.7-8). Patch needed a quick rebase against that current version (and update- maintainer running, but that may be because the current release has no Ubuntu changes). Anyway, sponsoring for oracular, and adding noble to the targetting.

[Standards] Council (and what it does, and what it should do)

eto. This might result in some process updates - or might just highlight that we don't want to codify, leaving it to personal opinion. But I think a discussion would certainly be beneficial. Although also noisy, sorry. Dave. ___ Standards mailing list -- standards@xmpp.org To unsubscribe send an email to standards-le...@xmpp.org

[Bug 2060976] Re: Create autopkgtest

I do like the addition of the compare test; it's a bit "magic" but the fact it's comparing against an image from the actual installation (/usr/share/xrdp/xrdp_logo.bmp) does demonstrate the operation of the package very nicely. I did try and run the tests locally under autopkgtest but

[Hpr] HPR Community News - next Sunday on 2024-06-02T13:00:00Z

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Note: Starting this month we are changing the usual day we record the Community News show to Sunday. This is due to domestic commitments which make Saturdays unavailable. We are also recording earlier than before to give enough time to prepare and

Re: About the conflict between XFS inode recycle and VFS rcu-walk

et_link on that same inode. Unfortunately, the first lookup has just set inode->f_ops = _fops as part of the VFS inode reinit, and that then triggers the null pointer deref. Once the first lookup has finished the inode_init_always(), xfs_reinit_inode() resets inode->f_ops back to xfs_symlink_file_ops and get_link calls work again. Fundamentally, the problem is that we are completely reinitialising the VFS inode within the RCU grace period. i.e. while concurrent RCU pathwalks can still be in progress and find the VFS inode whilst the XFS inode cache is manipulating it. What we should be doing here is a subset of inode_init_always(), which only reinitialises the bits of the VFS inode we need to initialise rather than the entire inode. The identity of the inode is not changing and so we don't need to go through a transient state where the VFS inode goes xfs symlink -> empty initialised inode -> xfs symlink. i.e. We need to re-initialise the non-identity related parts of the VFS inode so the identity parts that the RCU pathwalks rely on never change within the RCU grace period where lookups can find the VFS inode after it has been evicted. -Dave. -- Dave Chinner da...@fromorbit.com

[Elecraft] Elecraft 80M SSB Net Report

3803 kHz, 9PM ET Sunday (0100Z Monday). Thanks to the following check ins (w) and relays (rel): Call State Radio/Amp Name 1 N8SBE MIK4D/KPA500Dave (w),(op) 2 WB9JNZ ILFTdx101d/KPA1500 Eric (w) 3 W9PCS WIK4D/KPA500Paul (w) 4

Re: [9fans] Throwing in the Towel

would be interesting to get a dump of the SMART data for the drive(s) that went bad, and also drive(s) that didn't go bad. Dave Eckhardt -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T2ca67486c7a13a77-Mda9b0251a0482ce40f14c606 Delivery o

[Elecraft] Elecraft 80M SSB Net Announcement

into the evening, we may find it more difficult to conduct the net at its regular time. For the time being, let's keep it at 9PM ET, as that is getting late on a 'school night' for a lot of folks, as it is. Your net control this week will be Dave, N8SBE. The group that meets on 3803 kHz before

[sr #111069] libtool: patch: Fix dynamic_lookup warnings from new Mac linker

Follow-up Comment #4, sr #111069 (group libtool): [comment #3 comment #3:] > I personally tested this a while back Thanks for letting me know about that testing. Now I wonder if a feature test might be better here in libtool, rather than a linker version number test.

Re: [RE-wrenches] Water system with Grundfos SQFlex

Hey Brad, Sometimes shooting is best if you tell more on what you have done so far like using the SQF shooting guide, especially on a holiday weekend Assume there is a CU200 controller and pump is in ground still, must be with 100ft head, sorry No high amps? It runs, How old? --Dave Dave

[cctalk] Re: First Personal Computer

ot; we mean "Turing Complete Digital Personal Computer" it is just a tad long winded to say so. ... and if we simply say "digital" which excludes many devices that still includes the Abacus Dave

Re: [PATCH v20 06/12] fs, block: copy_file_range for def_blk_ops for direct block device

d be. It may well be that the application falls back to "copy through the page cache", but that is an application policy choice, not a something the kernel offload driver should be making mandatory. Userspace has to handle copy offload failure anyway, so they a fallback path regardless of whether copy_file_range() works on block devices or not... Cheers, Dave. -- Dave Chinner da...@fromorbit.com

Re: [PATCH v20 05/12] fs/read_write: Enable copy_file_range for block device.

s to the rest of generic_copy_file_checks() when block devices are used. Is this correct? If so, this needs a pair of comments (one for each function) to explain why the specific inode used for these functions is correct for block devices -Dave. -- Dave Chinner da...@fromorbit.com

Re: [RFC PATCH 00/20] Introduce the famfs shared-memory file system

em). I think you need to do some ndctl magic to get the memory to be namespaced correctly for the correct devices to appear. https://docs.pmem.io/ndctl-user-guide/managing-namespaces IIRC, need to set the type to pmem and the mode to fsdax, devdax or raw to get the relevant device nodes to be created for the range.. Cheers, Dave. -- Dave Chinner da...@fromorbit.com

[bug #65788] gropdf: warning: PDF Dict Key 'User' does not start with '/'

Update of bug #65788 (group groff): Open/Closed:Open => Closed ___ Reply to this item at: ___ Message

[RBW] Re: T-Shirt Lot (Nitto, Dirt Rag, All City, Surly and more)

SOLD On Saturday, May 25, 2024 at 11:50:05 AM UTC-5 Dave Grossman wrote: > Cleaning out some t-shirts. Take this whole lot for $50 shipped. All > in various states of wear, all either a large or extra-large. The Nitto > and the Dirt Rag shirt are the gems of the lot imho. >

[Ietf-dkim] Manipulation of signed messages (was: Re: Re: DKIM with body length)

in accepting it. Stated differently: When a specification detail is well-understood, failure to follow it warrants a rejection. When a specification detail can reasonably be interpreted with some variance, seek to tolerate that variance. d/ -- Dave Crocker Brandenburg InternetWorking

[RBW] T-Shirt Lot (Nitto, Dirt Rag, All City, Surly and more)

Cleaning out some t-shirts. Take this whole lot for $50 shipped. All in various states of wear, all either a large or extra-large. The Nitto and the Dirt Rag shirt are the gems of the lot imho. Includes: 2 Surly Shirts 1 Dirt Rag 1 Nitto 1 All City 1 Clockwork 1 DH 1 Hodag Country Ramble

Re: What is sufficient Incubation notification for Git repos?

on. Best, Dave > On May 25, 2024, at 1:28 AM, tison wrote: > > OK. My major intention is to sync the discussion to the list. If "lazy > consensus" is too eager to use, I'm OK to make it clear that it's still > encouraged for everyone on the list to give more inputs :D &

Re: What is sufficient Incubation notification for Git repos?

on. Best, Dave > On May 25, 2024, at 1:28 AM, tison wrote: > > OK. My major intention is to sync the discussion to the list. If "lazy > consensus" is too eager to use, I'm OK to make it clear that it's still > encouraged for everyone on the list to give more inputs :D &

[sr #111069] libtool: patch: Fix dynamic_lookup warnings from new Mac linker

Follow-up Comment #2, sr #111069 (group libtool): [comment #1 comment #1:] > Note that the `-no_fixup_chains` flag is supported only on Xcode 13 or newer (which in turn requires macOS 11.3 or newer). > > See this relevant method used in Homebrew: ... Thank you for this information. I have

Re: Add new protocol message to change GUCs for usage with future protocol-only GUCs

o connect when it gets a downgrade > request from the server, but that same argument can be made about a > server not reporting support for a _pq_.xxx parameter that every > modern client/pooler requests. So I don't think there's a practical > difference in the problem you're describing. > +1 > > > > But again if I'm alone in this, then I don't > I would prefer to see a well defined protocol handshaking mechanism rather than some strange _pq.xxx dance. Dave

[TV orNotTV] Re: NotTV: Advice writer Amy Dickinson packs in column

She remains, with Mo Rocca and Josh Gondelman, one of my least favorite panelists. Paula Poundstone is right up there, too. --Dave Sikula On Friday, May 24, 2024 at 12:45:41 PM UTC-7 M-D November wrote: > Hopefully that means she'll continue to appear on WWDTM. > > On Friday, May

[cctalk] Re: Experience using an Altair 8800 ("Personal computer" from 70s)

ters) I also created an emulator for it as well - so you can experience using another very early system if you like... Sometime later, Scelbi 8008 BASIC was ported to it (also in my archive) - this has to be one of the very earliest (notice I didn't say F-r-t :-) BASICs. Dave

[cctalk] Re: Experience using an Altair 8800 ("Personal computer" from 70s)

anywhere what it would become some years after that! - and I don't think it was at all well known till MS-DOS (post IBM-PC). But again, I don't claim to be: (*) X - marks the unknown Spurt - a drip under pressure .. and I don't claim to be an "unknown drip under pressure" (I'll happily leave that honor to others in the group :-) Dave

[Ietf-dkim] Re: DKIM with body length

rength of the glue.  Alas, l= makes the glue weaker, rather than the originally intended stronger (ie, survivable when transiting a mailing list. d/ -- Dave Crocker Brandenburg InternetWorking bbiw.net mast:@dcrocker@mastodon.social ___ Ietf-dki

[Ietf-dkim] Re: DKIM with body length

UA might also hide or mark the portion of the message body that was not signed. d/ -- Dave Crocker Brandenburg InternetWorking bbiw.net mast:@dcrocker@mastodon.social ___ Ietf-dkim mailing list -- ietf-dkim@ietf.org To unsubscribe send an email to ietf-dkim-le...@ietf.org

Re: [RE-wrenches] Outback Tech Support

! Dave Angelini Offgrid Solar "we go where powerlines don't" [1]https://offgridsolar1.com/ [2] [1] e-mail offgridso...@sti.net text 209 813 0060 On 2024-05-24 3:58 pm, jay via RE-wrenches wrote: Hi Drake, What it says to me is that they either fired everyone or said move to

Re: [RE-wrenches] Outback Tech Support

and an address in Isreal right now, beware! I know very little about roof mounted electronics because I do not go on roofs. I totally get it that most here do. I still have my rights I think! FRIDAY ! Stay Safe ! Dave Angelini Offgrid Solar "we go where powerlines don't"

[CentOS] Re: Phantom name server

switch.conf to just "host: files dns" and the problem seems to be resolved. (Time will tell.) Changing the TLD will take some time and care but that seems like a good idea. Thanks! -- Dave Close, Compata, Irvine CA "You get whatever accomplishment d...@compata.com, +

[CentOS] Re: Phantom name server

return] resolve dns myhostname /etc/hosts contains only the usual localhost stuff and one entry for a related company with no public name available. "ps -ef" does not reveal any process name containing "dmasq". -- Dave Close, Compata, Irvine CA +1 714 434 7359

[CentOS] Re: Phantom name server

;WARNING: .local is reserved for Multicast DNS You are currently testing what happens when an mDNS query is leaked to DNS". So, is it possible that this issue is a result of using ".local" as a pseudo-TLD for the local network? -- Dave Close, Compata, Irvine CA "There is no secu

[git pull] drm fixes for 6.10-rc1

Hi Linus, Some fixes for the end of the merge window, mostly amdgpu and panthor, with one nouveau uAPI change that fixes a bad decision we made a few months back. Regards, Dave. drm-next-2024-05-25: drm fixes for 6.10-rc1 nouveau: - fix bo metadata uAPI for vm bind panthor: - Fixes

Re: [RE-wrenches] I know you've all said, "I told you so..." SolarEdge...

Well to me the final, final straw is their stock price losing 2/3 its value in a year. I tell all of my clients if you ever have to do roof solar, you should use a central inverter and not ever put electronics on a roof. Bad enough to put solar panels up there! Dave Angelini Offgrid Solar

[CentOS] Re: Phantom name server

k. It contains only a single reference to the local BIND9 and a search statement with one argument. -- Dave Close, Compata, Irvine CA "What right does Congress have to go d...@compata.com, +1 714 434 7359 around making laws just because they dhcl...@alumni.caltech.edu de

[PATCH 00/18] BCM2835 DMA mapping cleanups and fixes

ies though. I will apologise in advance if I don't respond immediately to comments - I'm out of the office for the next week, but do appreciate any feedback. Thanks Dave [1] https://lore.kernel.org/linux-arm-kernel/13ec386b-2305-27da-9765-8fa3ad711...@i2se.com/T/ [2] https://lore.kernel.org/lin

[PATCH 09/18] dmaengine: bcm2835: Add function to handle DMA mapping

The code handling DMA mapping is currently incorrect and needs a sequence of fixups. Move the mapping out into a separate function and structure to allow for those fixes to be applied more cleanly. Signed-off-by: Dave Stevenson --- drivers/dma/bcm2835-dma.c | 46

[PATCH 17/18] ASoC: bcm2835-i2s: Use phys addresses for DAI DMA

From: Phil Elwell Contrary to what struct snd_dmaengine_dai_dma_data suggests, the configuration of addresses of DMA slave interfaces should be done in CPU physical addresses. Signed-off-by: Phil Elwell Signed-off-by: Dave Stevenson --- sound/soc/bcm/bcm2835-i2s.c | 18 -- 1

[PATCH 13/18] arm: dt: Add dma-ranges to the bcm283x platforms

In order to use the dma_map_resource for mappings, add the dma-ranges to the relevant DT files. Signed-off-by: Dave Stevenson --- arch/arm/boot/dts/broadcom/bcm2711.dtsi | 12 ++-- arch/arm/boot/dts/broadcom/bcm2835.dtsi | 3 ++- arch/arm/boot/dts/broadcom/bcm2836.dtsi | 3 ++- arch

[PATCH 14/18] mmc: bcm2835: Use phys addresses for slave DMA config

From: Phil Elwell Contrary to what struct snd_dmaengine_dai_dma_data suggests, the configuration of addresses of DMA slave interfaces should be done in CPU physical addresses. Signed-off-by: Phil Elwell Signed-off-by: Dave Stevenson --- drivers/mmc/host/bcm2835.c | 17 +++-- 1

[PATCH 18/18] dmaengine: bcm2835: Revert the workaround for DMA addresses

Now that all DMA clients are passing in CPU addresses, drop the workaround that would accept those and not try mapping them. Signed-off-by: Dave Stevenson --- drivers/dma/bcm2835-dma.c | 11 --- 1 file changed, 11 deletions(-) diff --git a/drivers/dma/bcm2835-dma.c b/drivers/dma

[PATCH 10/18] dmaengine: bcm2835: Add backwards compatible handling until clients updated

bcm2835-dma has been (incorrectly) expecting dma addresses to be passed in, not CPU physical addresses. In order to fix this up, add temporary handling of clients still passing in dma addresses until they are fixed up. This will be reverted once all clients have been fixed. Signed-off-by: Dave

[PATCH 12/18] dmaengine: bcm2835: Read ranges if dma-ranges aren't mapped

. The "ranges" property has always been defined correctly, so abuse that in the event that dma-ranges are missing. There appears to be no easy route to access "ranges", so duplicate the functions for handling "dma-ranges" here to keep the hack contained. Signed-off-by

[PATCH 11/18] dmaengine: bcm2835: Use dma_map_resource to map addresses

There is a need to account for dma-ranges and iommus in the dma mapping process, and the public API for handling that is dma_map_resource. Add support for mapping addresses to the DMA driver. Signed-off-by: Dave Stevenson --- drivers/dma/bcm2835-dma.c | 46

[PATCH 02/18] dmaengine: bcm2835: Support common dma-channel-mask

-off-by: Stefan Wahren Signed-off-by: Dave Stevenson --- drivers/dma/bcm2835-dma.c | 19 +-- 1 file changed, 13 insertions(+), 6 deletions(-) diff --git a/drivers/dma/bcm2835-dma.c b/drivers/dma/bcm2835-dma.c index 9d74fe97452e..528c4593b45a 100644 --- a/drivers/dma/bcm2835-dma.c

[PATCH 16/18] drm/vc4: Use phys addresses for slave DMA config

From: Phil Elwell Slave addresses for DMA are meant to be supplied as physical addresses (contrary to what struct snd_dmaengine_dai_dma_data does). Signed-off-by: Phil Elwell Signed-off-by: Dave Stevenson --- drivers/gpu/drm/vc4/vc4_hdmi.c | 15 --- 1 file changed, 4 insertions

[PATCH 15/18] spi: bcm2835: Use phys addresses for slave DMA config

From: Phil Elwell Contrary to what struct snd_dmaengine_dai_dma_data suggests, the configuration of addresses of DMA slave interfaces should be done in CPU physical addresses. Signed-off-by: Phil Elwell Signed-off-by: Dave Stevenson --- drivers/spi/spi-bcm2835.c | 23

[PATCH 08/18] dmaengine: bcm2835: pass dma_chan to generic functions

From: Stefan Wahren In preparation to support more platforms pass the dma_chan to the generic functions. This provides access to the DMA device and possible platform specific data. Signed-off-by: Stefan Wahren Signed-off-by: Dave Stevenson --- drivers/dma/bcm2835-dma.c | 24

[PATCH 07/18] dmaengine: bcm2385: drop info parameters

From: Stefan Wahren The parameters info and finalextrainfo are platform specific. So drop them by generating them within bcm2835_dma_create_cb_chain(). Signed-off-by: Stefan Wahren Signed-off-by: Dave Stevenson --- drivers/dma/bcm2835-dma.c | 83 +++ 1

[PATCH 06/18] dmaengine: bcm2835: make address increment platform independent

-off-by: Stefan Wahren Signed-off-by: Dave Stevenson --- drivers/dma/bcm2835-dma.c | 28 ++-- 1 file changed, 22 insertions(+), 6 deletions(-) diff --git a/drivers/dma/bcm2835-dma.c b/drivers/dma/bcm2835-dma.c index ef452ebb3c15..d6c5a2762a46 100644 --- a/drivers/dma/bcm

[PATCH 05/18] dmaengine: bcm2835: move CB final extra info generation into function

From: Stefan Wahren Similar to the info generation, generate the final extra info with a separate function. This is necessary to introduce other platforms with different info bits. Signed-off-by: Stefan Wahren Signed-off-by: Dave Stevenson --- drivers/dma/bcm2835-dma.c | 34

[PATCH 04/18] dmaengine: bcm2835: move CB info generation into separate function

-by: Stefan Wahren Signed-off-by: Dave Stevenson --- drivers/dma/bcm2835-dma.c | 50 +-- 1 file changed, 32 insertions(+), 18 deletions(-) diff --git a/drivers/dma/bcm2835-dma.c b/drivers/dma/bcm2835-dma.c index 528c4593b45a..7cef7ff89575 100644 --- a/drivers/dma

[PATCH 01/18] dma-direct: take dma-ranges/offsets into account in resource mapping

fic bus address from the passed memory resource for the case of the directly mapped DMA. Fixes: 25f1e1887088 ("dma: Take into account dma_pfn_offset") Signed-off-by: Serge Semin Signed-off-by: Dave Stevenson --- kernel/dma/direct.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH 03/18] ARM: dts: bcm283x: Update to use dma-channel-mask

Now the driver looks for the common dma-channel-mask property rather than the vendor-specific brcm,dma-channel-mask, update the dt files to follow suit. Signed-off-by: Dave Stevenson --- arch/arm/boot/dts/broadcom/bcm2711.dtsi| 2 +- arch/arm/boot/dts/broadcom/bcm2835-common.dtsi | 2

[sr #111069] libtool: patch: Fix dynamic_lookup warnings from new Mac linker

Mac OS ___ Follow-up Comments: --- Date: Fri 24 May 2024 06:01:06 PM UTC By: Dave Allured Apple introduced a new linker with macOS 14/Sonoma. That included new behavior for dynamic l

[CentOS] Re: Phantom name server

restarting that. Simon Matter wrote: > Doesn't systemd do some kind of its own name resolution thing these days? > > Maybe someone else can say more about this. Thanks. But nscd is not running. Perusing all the active systemd services, I restarted systemd-resolved and systemd-networ

[Bug 2067080] [NEW] [SRU] Please bump firmware revision to 8 from jammy

* straight-forward and care must be taken to ensure that all relevant files end up in their correct locations with the correct diversions. ** Affects: linux-firmware-raspi2 (Ubuntu) Importance: Undecided Assignee: Dave Jones (waveform) Status: New ** Affects: linux-firmware-raspi2

Re: [RE-wrenches] Primo with tigos Arc fault issue

This winter we were fixing up a system with a fronius primo inverter and adding rapid shutdown. Fronius very much recommended against using Tigo. They recommended we use Fire Raptors. They have been working fine. Cheers, Dave On Thu, May 23, 2024, 8:27 PM Chris Sparadeo via RE-wrenches <

[CentOS] Phantom name server

C8 but I'm prepared if necessary. Is there something else I should do before rebooting C8? Is that even likely to solve the problem? -- Dave Close, Compata, Irvine CA +1 714 434 7359 d...@compata.com dhcl...@alumni.caltech.edu "Fairness is a co

Re: VTOCs vs. catalogs

All speculation on my part. One system with no DASD, you need neither. On a system with only one, of just a few DASD volumes, a VTOC is required to say where on the volume a dataset is and the basic attributes of PS and PDS datasets. Once you get to several always mounted DASSD volumes, it

Re: bhyve/aarch64 Major Progress

ampere emag (32-core) trying to `kldload vmm`. Can't tell from serial console anything useful. Built off CURRENT 56a8aca83ab5 Stop treating size 0 as unknown size in vnode_create_vobject(). I need to move a few jails off before being able to get a coredump out of it. A+ Dave

[Intel-wired-lan] [PATCH iwl-net v2] ice: check for unregistering correct number of devlink params

Signed-off-by: Dave Ertman --- Changes in v2: break params into two list clean up variable usage --- .../net/ethernet/intel/ice/devlink/devlink.c | 31 +-- 1 file changed, 22 insertions(+), 9 deletions(-) diff --git a/drivers/net/ethernet/intel/ice/devlink/devlink.c b/drivers/ne

[jira] [Created] (LOGGING-192) NoClassDefFoundError: org/apache/logging/log4j/spi/LoggerAdapter when using custom classloader

Dave Dority created LOGGING-192: --- Summary: NoClassDefFoundError: org/apache/logging/log4j/spi/LoggerAdapter when using custom classloader Key: LOGGING-192 URL: https://issues.apache.org/jira/browse/LOGGING-192

[cctalk] Experience using an Altair 8800 ("Personal computer" from 70s)

I case anyone is interested... I've just passed on my "Mits Altair 8800" - this is a very historic system from the 70s - it is: First Personal Computer (long before IBM PC) First S100 buss system First system Bill Gates wrote code for (long before Microsoft) I did write a pretty decent

Re: [PATCH] x86/paravirt: Disable virt spinlock when CONFIG_PARAVIRT_SPINLOCKS disabled

On 5/23/24 11:39, Jürgen Groß wrote: >> >> Let's just keep it simple.  How about the attached patch? > > Simple indeed. The attachment is empty.  Let's try this again.diff --git a/arch/x86/kernel/paravirt.c b/arch/x86/kernel/paravirt.c index 5358d43886ad..c193c9e60a1b 100644 ---

Re: [PATCH] x86/paravirt: Disable virt spinlock when CONFIG_PARAVIRT_SPINLOCKS disabled

On 5/16/24 06:02, Chen Yu wrote: > Performance drop is reported when running encode/decode workload and > BenchSEE cache sub-workload. > Bisect points to commit ce0a1b608bfc ("x86/paravirt: Silence unused > native_pv_lock_init() function warning"). When CONFIG_PARAVIRT_SPINLOCKS > is disabled the

Re: [Emc-users] Beam Stiffening?

Great! Good to see your gut feeling was at least close. So nice to see a problem fixed w/o having to throw lots of $$ at it. D > On May 20, 2024, at 6:26 AM, Todd Zuercher via Emc-users > wrote: > > I did to exactly that. With the dial indicator on the ends vs the center, it > moved 10

[Emc-users] Vevor 12 nm 90 v stepper servo

Hi, Don’t know yet if I’m going to need this much power/torque but thot I’d ask anyway. Does anyone have opinions/experience with these? Tnx.

[Ietf-dkim] Re: Fwd: WG Action: Formed Mail Maintenance (mailmaint) / Commitment

historical precedence in the IETF. d/ -- Dave Crocker Brandenburg InternetWorking bbiw.net mast:@dcrocker@mastodon.social ___ Ietf-dkim mailing list -- ietf-dkim@ietf.org To unsubscribe send an email to ietf-dkim-le...@ietf.org

Re: [RFC PATCH] clocksource: hyper-v: Enable the tsc_page for a TDX VM in TD mode

On 5/22/24 19:24, Dexuan Cui wrote: ... > +static bool noinstr intel_cc_platform_td_l2(enum cc_attr attr) > +{ > + switch (attr) { > + case CC_ATTR_GUEST_MEM_ENCRYPT: > + case CC_ATTR_MEM_ENCRYPT: > + return true; > + default: > + return false; > + } >

Re: Start VM leads to increased CPU usage and crash at the end

Kirill A. Korinsky writes: > On Tue, 21 May 2024 18:38:39 +0100, > Dave Voutila wrote: >> >> Can you reproduce this and get details on which process panics? It's not >> clear what the vm cpu usage has to do with this panic, if anything. > > I'll try. May you sug

  1   2   3   4   5   6   7   8   9   10   >