es to use SQL Server, but if that's not
your case, I strongly recommend you to get away from it :)
Hope this helps,
Hector
On Tue, 27 Apr 2021, 19:47 Neil Walker, wrote:
> Hello,
>
> First time user, I hope this is the right mailing list :)
>
>
>
> I have a fairly small (37mb - 1
/o mailed to the lower 48 states.
Will take Apple Pay or PayPal
Hector I Macedo
Fairview TX 75069
--
You received this message because you are a member of the LEM Swap group.
To post to this group, send email to lemswap@googlegroups.com
To unsubscribe, send an email *from your subscribed address
.
$850.00 Shipped, will take Apple Pay or PayPal
Will ship after payment is received. Thanks
Hector I. Macedo
torode...@gmail.com
--
You received this message because you are a member of the LEM Swap group.
To post to this group, send email to lemswap@googlegroups.com
To unsubscribe, send an email
cial media, we will send out the
release news soon!
By the way, it's been like 4 months since you bought Vinchin. How is it running
now? Feel free to drop us a message if you need any support! :)
Hector Chen | Technical Support
___
Users mailing
Guys,
Given my age (71 years) and academic and work background, I won't be able to
keep pace with you.
I had one of my sons install PSPP 1.4.1 in his notebook that run under Windows
10. We ran the same set of data I furnished John earlier. To my pleasant
surprise, the ghost special
Great.
I removed the trailing \ (backslash) all good now.
Have a great weekend!
Hector Barrera.
On Fri, Apr 16, 2021 at 12:12 PM Marcin Haba wrote:
> Hello Hector,
>
> Great. Thanks for your positive feedback :-)
>
> For this additional " Changer Device = " s
The same happens when you add the Autochanger in the Baculum API after you
click "Copy from Bacula SD config:"
If you don't remove the "Changer Device =", it won't let you save.
Do you want me to open a Bug report for this?
Cheers!
Hector Barrera.
On Thu, Apr 15, 2021 at 7:
On 16/04/21 1:32 am, Dan Ritter wrote:
Last step: create a cron job to run once a week that does
this:
certbot renew && \
cat /etc/letsencrypt/live/eyeblinkuniverse.com/privkey.pem \
/etc/letsencrypt/live/eyeblinkuniverse.com/cert.pem > \
/etc/letsencrypt/live/eyeblinkuniverse/merged.pem && \
evice = "/dev/null"
ChangerCommand = ""
}
Autochanger {
Name = QUANTUM-LTO-Lib1
Description = "Quantum SuperLoader 3"
Device = "IBMLTO7"
Changer Device = "/dev/tape/by-id/scsi-3500e09efff10c86a"
Changer Command = "/opt/bacula/script
Excellent!
Thanks Gani.
Hector.
On Wed, Apr 14, 2021 at 6:43 PM Marcin Haba wrote:
> Hello Hector,
>
> Thanks for letting know about this problem. It is a bug in Baculum
> Web. Here is the commit that fixes it:
>
>
> https://www.bacula.org/git/cgit.cgi/bacula/
Hello folks,
It appears that the Volumes -> Update slots function does not work in
Baculum 11.0.2.1
When I click on it, it does nothing.
This used to work before I upgraded from version 9.6.x
Please advise.
--
*Hector Barrera* *| **IMN CREATIVE*
DIRECTOR OF TECHNOLOGY
622 West Colorado Str
here,
add it to the API host devices on the API host side.*
Any idea why the Baculum API is not passing the autochanger config to
Baculum WEB?
Please advise.
--
*Hector Barrera* *| **IMN CREATIVE*
DIRECTOR OF TECHNOLOGY
622 West Colorado Street
Glendale, California 91204
O: 818 858 0408
M: 562.
[
https://issues.apache.org/jira/browse/HDFS-15912?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17320603#comment-17320603
]
Hector Sandoval Chaverri commented on HDFS-15912:
-
The following changes are proposed
[
https://issues.apache.org/jira/browse/HDFS-15912?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hector Sandoval Chaverri updated HDFS-15912:
Status: Patch Available (was: In Progress)
> Allow ProtobufRpcEng
[
https://issues.apache.org/jira/browse/HDFS-15912?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Work on HDFS-15912 started by Hector Sandoval Chaverri.
---
> Allow ProtobufRpcEngine to be extensi
[
https://issues.apache.org/jira/browse/HDFS-15912?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hector Sandoval Chaverri reassigned HDFS-15912:
---
Assignee: Hector Sandoval Chaverri
> Allow ProtobufRpcEng
On 13/04/21 12:31 pm, Ben Hutchings wrote:
On Mon, 2021-04-12 at 13:48 +1200, Richard Hector wrote:
On 11/04/21 9:26 pm, Samuel Thibault wrote:
> Richard Hector, le dim. 11 avril 2021 21:18:49 +1200, a ecrit:
> > On 11/04/21 9:10 pm, Samuel Thibault wrote:
> > > $ git gre
On 12/04/21 6:18 pm, Geert Stappers wrote:
Do we know the "path" that original poster is using?
Possible format for answer to this
- APU device
- 9-pin serial connector
- null-modem, cross connects everthing
- 9-pin serial connector
- USB-Serial-Adapter
- Linux computer
- XFCE
On 11/04/21 10:15 pm, Geert Stappers wrote:
On Sun, Apr 11, 2021 at 11:10:20AM +0200, Samuel Thibault wrote:
Geert Stappers, le dim. 11 avril 2021 10:55:28 +0200, a ecrit:
> On Sun, Apr 11, 2021 at 08:57:38AM +0200, Geert Stappers wrote:
> >
> > On how to prevent that more people solve a
On 11/04/21 11:51 am, Richard Hector wrote:
Then finally, I can't remember how, I discovered that it didn't like
displaying on a 24-line terminal, which most of the terminals I tried
default to.
With a 25-line terminal, it all seems useable - and Minicom mostly
displays it ok too (not quite
On 12/04/21 1:48 pm, Richard Hector wrote:
I got the hang of the boot parameters, though that section doesn't
mention removing the 'vga=xxx' section from the linux command line. I'm
not sure if that's important; I'll have to retest to confirm.
I've checked that. It works ok without removing
On 12/04/21 4:38 am, Lou Poppler wrote:
On Sun, 2021-04-11 at 21:18 +1200, Richard Hector wrote:
I think so, yes. But my problems started earlier than booting linux, at
the SysLinux menu. Perhaps what's needed is more of an appendix for
dealing with serial consoles?
Anyway, I'll try
On 11/04/21 9:26 pm, Samuel Thibault wrote:
Richard Hector, le dim. 11 avril 2021 21:18:49 +1200, a ecrit:
On 11/04/21 9:10 pm, Samuel Thibault wrote:
> $ git grep -i "Boot console" .
> en/boot-installer/parameters.xml: Boot console
> po/[...]
>
> That's very most
On 11/04/21 9:10 pm, Samuel Thibault wrote:
Geert Stappers, le dim. 11 avril 2021 10:55:28 +0200, a ecrit:
On Sun, Apr 11, 2021 at 08:57:38AM +0200, Geert Stappers wrote:
> On Sun, Apr 11, 2021 at 11:51:57AM +1200, Richard Hector wrote:
> >
> > a serial port and no
Hi all,
I'm commenting here partly because I don't know which bit of software is
at fault for each problem ...
I have a PCEngines APU4, which has a serial port and no video hardware.
I'm using a USB-serial adapter, with a null-modem cable.
I'm using a Buster netinst USB stick - 10.1 I think
897f739d7b ("of/address: Add infrastructure to declare MMIO as non-posted")
(and maybe some others)
I have reverted 86332e9e3477..7d2d16ccf15d for today.
This is fixed in ea9629283839 in the soc tree, which went in a few hours
ago. Sorry for the noise.
--
Hector Martin (mar...@marcan.st)
Public
* Remove the nVHE series (we will let this go through amd64 on its own)
The public key that signed the tag is available here:
https://mrcn.st/pub
Or pull e22a629a4c515dd5 from keys.gnupg.net or pgp.mit.edu.
Cheers,
Hector
The following changes since commit 847bea3d08af9158ae9e17b43632d6aa4f1702a0
On 08/04/2021 06.09, Will Deacon wrote:
Couple of stale comment nits:
[...]
But with that:
Acked-by: Will Deacon
Fixed those for the PR, thanks!
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
:
return ioremap_np(offset, size) ?: ioremap(offset, size);
Today I learned that this one is kosher in kernel code. Handy! Let's go
with that.
Acked-by: Will Deacon
Thanks!
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
On 07/04/2021 03.16, Marc Zyngier wrote:
Hi Hector,
On Fri, 02 Apr 2021 10:05:39 +0100,
Hector Martin wrote:
+ /*
+* In EL1 the non-redirected registers are the guest's,
+* not EL2's, so remap the hwirqs to match
for pointing it out.
With that,
Reviewed-by: Rob Herring
Thanks!
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
On 5/04/21 11:48 pm, Greg Wooledge wrote:
On Mon, Apr 05, 2021 at 09:29:59PM +1200, Richard Hector wrote:
/dev/vg-backup0/d-rh-rm1-home
/dev/mapper/vg--backup0-d--rh--rm1--home
Apr 5 07:06:25 backup systemd[1]:
dev-mapper-vg\x2d\x2dbackup0\x2dd\x2d\x2drh\x2d\x2drm1\x2d\x2dsrv.device:
Job
Hi all,
I use LVM quite a lot.
> richard@backup:~$ sudo lvs|wc -l
> 140
The trouble is, things like device mapper seem to involve lots of name
translations.
So the volume I call
d-rh-rm1-home
(for dirvish backups of /home on rh-rm1 (my (rh) first (1) redmine
(rm) server)) on
This currently supports:
* SMP (via spin-tables)
* AIC IRQs
* Serial (with earlycon)
* Framebuffer
A number of properties are dynamic, and based on system firmware
decisions that vary from version to version. These are expected
to be filled in by the loader.
Signed-off-by: Hector Martin
Apple SoCs run firmware that sets up a simplefb-compatible framebuffer
for us. Add a compatible for it, and two missing supported formats.
Reviewed-by: Rob Herring
Reviewed-by: Linus Walleij
Signed-off-by: Hector Martin
---
.../devicetree/bindings/display/simple-framebuffer.yaml | 5
This adds a Kconfig option to toggle support for Apple ARM SoCs.
At this time this targets the M1 and later "Apple Silicon" Mac SoCs.
Signed-off-by: Hector Martin
---
arch/arm64/Kconfig.platforms | 7 +++
arch/arm64/configs/defconfig | 1 +
2 files changed, 8 insertions(+)
).
* Implements a virtual IPI multiplexer to funnel multiple Linux IPIs
into a single hardware IPI
Signed-off-by: Hector Martin
---
MAINTAINERS | 2 +
drivers/irqchip/Kconfig | 8 +
drivers/irqchip/Makefile| 1 +
drivers/irqchip/irq-apple-aic.c | 837
AIC is the Apple Interrupt Controller found on Apple ARM SoCs, such as
the M1.
Reviewed-by: Linus Walleij
Reviewed-by: Rob Herring
Signed-off-by: Hector Martin
---
.../interrupt-controller/apple,aic.yaml | 88 +++
MAINTAINERS | 1
These definitions are in arm-gic-v3.h for historical reasons which no
longer apply. Move them to sysreg.h so the AIC driver can use them, as
it needs to peek into vGIC registers to deal with the GIC maintentance
interrupt.
Acked-by: Marc Zyngier
Acked-by: Will Deacon
Signed-off-by: Hector
that support Apple ARM
platforms, as an optimization.
Reviewed-by: Linus Walleij
Signed-off-by: Hector Martin
---
drivers/of/address.c | 43 --
include/linux/of_address.h | 1 +
2 files changed, 42 insertions(+), 2 deletions(-)
diff --git a/drivers/of/address.c
the generic pci_remap_cfgspace() unconditional.
Signed-off-by: Hector Martin
---
arch/arm64/include/asm/io.h | 10 --
include/linux/io.h | 21 +
2 files changed, 13 insertions(+), 18 deletions(-)
diff --git a/arch/arm64/include/asm/io.h b/arch/arm64/include/asm
This is used on Apple ARM platforms, which require most MMIO
(except PCI devices) to be mapped as nGnRnE.
Acked-by: Marc Zyngier
Acked-by: Will Deacon
Signed-off-by: Hector Martin
---
arch/arm64/include/asm/io.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/include/asm/io.h b
This documents the newly introduced ioremap_np() along with all the
other common ioremap() variants, and some higher-level abstractions
available.
Reviewed-by: Linus Walleij
Signed-off-by: Hector Martin
---
Documentation/driver-api/device-io.rst | 218 +
1 file changed
From: Arnd Bergmann
This adds more detailed descriptions of the various read/write
primitives available for use with I/O memory/ports.
Reviewed-by: Linus Walleij
Signed-off-by: Arnd Bergmann
Signed-off-by: Hector Martin
---
Documentation/driver-api/device-io.rst | 138
Signed-off-by: Hector Martin
---
.../driver-api/driver-model/devres.rst| 1 +
arch/sparc/include/asm/io_64.h| 4
include/asm-generic/io.h | 22 ++-
include/asm-generic/iomap.h | 9
include/linux/io.h
Reviewed-by: Linus Walleij
Reviewed-by: Marc Zyngier
Signed-off-by: Hector Martin
---
drivers/clocksource/arm_arch_timer.c | 24 +---
include/clocksource/arm_arch_timer.h | 1 +
2 files changed, 22 insertions(+), 3 deletions(-)
diff --git a/drivers/clocksource
code can pick the right one.
This also adds the hyp-virt timer/interrupt, which was previously not
expressed in the fixed 4-interrupt form.
Reviewed-by: Linus Walleij
Acked-by: Marc Zyngier
Reviewed-by: Tony Lindgren
Signed-off-by: Hector Martin
---
.../bindings/timer/arm,arch_timer.yaml
The implementor will be used to condition the FIQ support quirk.
The specific CPU types are not used at the moment, but let's add them
for documentation purposes.
Acked-by: Will Deacon
Signed-off-by: Hector Martin
---
arch/arm64/include/asm/cputype.h | 6 ++
1 file changed, 6 insertions
These are the CPU cores in the "Apple Silicon" M1 SoC.
Reviewed-by: Rob Herring
Signed-off-by: Hector Martin
---
Documentation/devicetree/bindings/arm/cpus.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/cpus.yaml
b/Documentation/
This introduces bindings for all three 2020 Apple M1 devices:
* apple,j274 - Mac mini (M1, 2020)
* apple,j293 - MacBook Pro (13-inch, M1, 2020)
* apple,j313 - MacBook Air (M1, 2020)
Reviewed-by: Linus Walleij
Reviewed-by: Rob Herring
Signed-off-by: Hector Martin
---
.../devicetree/bindings
This is different from the legacy AAPL prefix used on PPC, but
consensus is that we prefer `apple` for these new platforms.
Reviewed-by: Krzysztof Kozlowski
Reviewed-by: Linus Walleij
Reviewed-by: Rob Herring
Signed-off-by: Hector Martin
---
Documentation/devicetree/bindings/vendor
of ioremap_np()
and removed arch-specific pci_remap_cfgspace override for arm64
(arm32 can come later)
* Replaced license in AIC bindings header with GPL-2.0+ OR MIT
* Other minor typo/style fixes
Arnd Bergmann (1):
docs: driver-api: device-io: Document I/O access functions
Hector Martin (17):
e hardware, and hope for the best :-)
Thanks,
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
7PmKEJXE5rLmbdKQqmHkOejPUXs64a7vp+JZUJzcktWmgtWMpO8=
=7F4Y
-END PGP SIGNATURE-
Hector Oron (via nm.debian.org)
For details and to comment, visit https://nm.debian.org/process/891/
--
https://nm.debian.org/process/891/
I think you need to run the bscan utility to import the files on a tape
volume back into your "Catalog".
https://www.bacula.org/5.0.x-manuals/en/utility/utility/Volume_Utility_Tools.html#SECTION00272000
--
*Hector Barrera* *| **IMN CREATIVE*
DIRECTOR OF TECHNOLOGY
622 Wes
int cpu;
+
+ if (hwirq > ic->nr_hw)
>= ?
Good catch, but this is actually obsolete. Higher IRQs go into the FIQ
irqchip, so this should never happen (it's a leftover from when they
were a single one). I'll remove it.
Ack on the other comments, thanks!
--
Hector Martin (mar..
the writel_relaxed() on
AIC_IPI_FLAG. On ARM it turns out it's not quite fully ordered, but the
acquire semantics of the read half are sufficient for this case, as they
guarantee the flags are always read after the FIQ has been ACKed.
Cheeers,
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
o do its own masking
behind the scenes anyway
Since you're using the masking in KVM after all, I'm tracking the mask
state in a percpu variable now. Also folded in your two minor bugfixes
from the KVM series. Cheers!
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
WARN.
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
it
shouldn't be a big deal to refactor it all into one file again.
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
As to why the IETF.ORG mailing list does not support it or explore it
and has chosen instead to rewrite, I don't know, but its so simple ---
a DNS Lookup without any 5322.From tampering.
--
Hector Santos,
https://secure.santronics.com
https://twitter.com/hectorsantos
__
() on 32-bit as well, and I would keep
that separate from this series.
Sounds good; I'm adding a patch to adjust the generic implementation and
remove the arm64 one in v4, and we can then complete the cleanup for
other arches later.
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st
if it makes sense. If
sender is used, there SHOULD be some author policy tag indicating so.
-sender=1
means to follow your specs?
--
Hector Santos,
https://secure.santronics.com
https://twitter.com/hectorsantos
___
dmarc mailing list
dmarc@ietf.or
quot;replacement recipient", and replacing the
original sender's |Reply-To:| would impair the functionality for
//those// users.
*Charles A. Gregory*//
_______
dmarc mailing list
dmarc@ietf.org
h
Hector Sandoval Chaverri created HDFS-15912:
---
Summary: Allow ProtobufRpcEngine to be extensible
Key: HDFS-15912
URL: https://issues.apache.org/jira/browse/HDFS-15912
Project: Hadoop HDFS
Hector Sandoval Chaverri created HDFS-15912:
---
Summary: Allow ProtobufRpcEngine to be extensible
Key: HDFS-15912
URL: https://issues.apache.org/jira/browse/HDFS-15912
Project: Hadoop HDFS
On Sun, 2021-01-31 at 11:34 +0100, Matthias Brugger wrote:
>
> On 29/12/2020 07:17, Hector Yuan wrote:
> > The CPUfreq HW present in some Mediatek chipsets offloads the steps
> > necessary for changing the frequency of CPUs.
> > The driver implements the
ml
@@ -0,0 +1,127 @@
+# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
+%YAML 1.2
+---
+$id: http://devicetree.org/schemas/cpufreq/cpufreq-mediatek-hw.yaml#
+$schema: http://devicetree.org/meta-schemas/core.yaml#
+
+title: MediaTek's CPUFREQ Bindings
+
+maintainers:
+ - Hector Yuan
+
+d
From: "Hector.Yuan"
Add cpufreq HW support.
Signed-off-by: Hector.Yuan
---
drivers/cpufreq/Kconfig.arm | 12 ++
drivers/cpufreq/Makefile |1 +
drivers/cpufreq/mediatek-cpufreq-hw.c | 370 +
3 files changed, 383 insertions(+)
The CPUfreq HW present in some Mediatek chipsets offloads the steps necessary
for changing the frequency of CPUs.
The driver implements the cpufreq driver interface for this hardware engine.
>From v8 to v9, there are three more modifications.
1. Based on patchset[1], align binding with scmi
own secure system with
anti-rollback for retry counters, you should be heading in that directly
anyway.
And now Linux's RPMB code is useless because you're running the stack in
the secure monitor instead :-)
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
ell, just do something else with RPMB because
it's better than nothing"; just doing "something" doesn't make systems
more secure. There needs to be a specific, practical use case that we'd
be trying to solve with RPMB here.
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
On 11/03/2021 18.12, Arnd Bergmann wrote:
On Wed, Mar 10, 2021 at 6:01 PM Rob Herring wrote:
On Wed, Mar 10, 2021 at 1:27 AM Hector Martin wrote:
On 10/03/2021 07.06, Rob Herring wrote:
My main concern here is that this creates an inconsistency in the device
tree representation that only
provisioning model assumes a
typical OEM device production pipeline and integration with CPU fusing;
it isn't friendly to Linux hackers messing around with securing LUKS
unlock attempt counters.
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
r way past screen
locks and passwords. Such devices exist, sadly.
If you're trying to protect against a "dumb" attack with a keyboard
emulator that doesn't consider access to physical storage, then you
don't need RPMB either; you can just put the PIN unlock counter in a
random file.
-
https://bugs.kde.org/show_bug.cgi?id=320327
--- Comment #3 from Hector Martin ---
I haven't used Kopete in many years, so feel free to close this bug (I don't
know what close reason is appropriate in these cases).
--
You are receiving this mail because:
You are watching all bug changes.
and available to any attacker.
So unless the kernel grows a subsystem/feature to enforce complex key
policies (with things like use counts, retry times, etc), I don't think
there's a place to integrate RPMB kernel-side. You still need a trusted
userspace tool to glue it all together.
--
Hector
On 10/03/2021 14.14, Sumit Garg wrote:
On Wed, 10 Mar 2021 at 02:47, Hector Martin wrote:
On 09/03/2021 01.20, Linus Walleij wrote:
I suppose it would be a bit brutal if the kernel would just go in and
appropriate any empty RPMB it finds, but I suspect it is the right way
to make use
ve.
Do you think we can get rid of the Apple-only optimization if we do
this? It would mean only looking at the parent during address
resolution, not recursing all the way to the top, so presumably the
performance impact would be quite minimal.
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
or such, but rather
a way to prevent these attacks.
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
On 10/03/2021 01.37, Linus Walleij wrote:
On Thu, Mar 4, 2021 at 10:42 PM Hector Martin wrote:
Apple SoCs run firmware that sets up a simplefb-compatible framebuffer
for us. Add a compatible for it, and two missing supported formats.
Signed-off-by: Hector Martin
Reviewed-by: Linus Walleij
On 09/03/2021 00.35, Marc Zyngier wrote:
On Thu, 04 Mar 2021 21:38:52 +,
Hector Martin wrote:
This adds a Kconfig option to toggle support for Apple ARM SoCs.
At this time this targets the M1 and later "Apple Silicon" Mac SoCs.
Signed-off-by: Hector Martin
---
On 06/03/2021 00.51, Arnd Bergmann wrote:
On Fri, Mar 5, 2021 at 4:09 PM Andy Shevchenko
wrote:
On Fri, Mar 5, 2021 at 12:25 PM Linus Walleij wrote:
On Thu, Mar 4, 2021 at 10:40 PM Hector Martin wrote:
This documents the newly introduced ioremap_np() along with all the
other common
On 10/03/2021 01.11, Rob Herring wrote:
On Mon, Mar 8, 2021 at 3:42 PM Marc Zyngier wrote:
On Mon, 08 Mar 2021 20:38:41 +,
Rob Herring wrote:
On Fri, Mar 05, 2021 at 06:38:41AM +0900, Hector Martin wrote:
Not all platforms provide the same set of timers/interrupts, and Linux
only
the actual PCIe ops will
end up posted at the bus anyway)... how do we represent that? Declare
that another "nonposted-mmio" on the PCIe bus means "no, really, use
nonposted mmio for this"?
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
can do it like this. I
think we should still have the DT bindings and properties though (even
if not used), as they do describe the hardware properly, and in the
future we might want to use them instead of having a quirk.
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
in the kernel use
plain ioremap variants that don't have any flags to look at.
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
e to my eyes.
+#define APPLE_S5L_UTRSTAT_RXTHRESH (1<<4)
+#define APPLE_S5L_UTRSTAT_TXTHRESH (1<<5)
+#define APPLE_S5L_UTRSTAT_RXTO (1<<9)
+#define APPLE_S5L_UTRSTAT_ALL_FLAGS(0x3f0)
BIT() ?
See above.
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
can't be allowed to touch, e.g. the SEP carveout). It
also breaks simplefb mapping the framebuffer. I thought of the
reserved-memory approach, but then figured it wouldn't buy us anything
for this reason.
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
-> spin_lock().
Krzysztof, is this something you want in this series? I was trying to
avoid logic changes to the non-Apple paths.
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
using a different locking function? I'm not
entirely sure what you're suggesting.
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
erty, and does not traverse non-translatable boundaries. Are
there helpers that can implement this kind of complex logic? It's not a
simple recursive property lookup.
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
On 05/03/2021 23.45, Andy Shevchenko wrote:
On Thu, Mar 4, 2021 at 11:40 PM Hector Martin wrote:
ARM64 currently defaults to posted MMIO (nGnRnE), but some devices
require the use of non-posted MMIO (nGnRE). Introduce a new ioremap()
variant to handle this case. ioremap_np() is aliased
ake sense to use a more
specific example for the dts.
E.g. on my system, with my current firmware version, this ends up
getting patched to:
reg = <0x8 0x0134c000 0x1 0xda294000>
Thanks,
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
On 05/03/2021 06.38, Hector Martin wrote:
== Merge notes ==
This patchset depends on both the nVHE changes that are already in
5.12-rc1, as well as the FIQ support work currently being reviewed
at [1]. A tree containing this patchset on top of the required
dependencies is available at [2][3
-20210302, atop v5.12-rc1.
Just a reminder to everyone that filesystems under v5.12-rc1 go explodey
if you use a swap file [1].
I don't care for the M1 bring-up series (we don't *have* storage), but
it's worth pointing out for other people who might test this.
Modulo that,
Tested-by: Hector
, it makes more
sense to do it here in the UART driver instead of introducing a
whole fdt nonposted-mmio resolver just for earlycon/fixmap.
Suggested-by: Arnd Bergmann
Signed-off-by: Hector Martin
---
drivers/tty/serial/samsung_tty.c | 17 +
1 file changed, 17 insertions(+)
diff
This currently supports:
* SMP (via spin-tables)
* AIC IRQs
* Serial (with earlycon)
* Framebuffer
A number of properties are dynamic, and based on system firmware
decisions that vary from version to version. These are expected
to be filled in by the loader.
Signed-off-by: Hector Martin
the
FIFO with data directly.
Signed-off-by: Hector Martin
---
drivers/tty/serial/Kconfig | 2 +-
drivers/tty/serial/samsung_tty.c | 238 +--
include/linux/serial_s3c.h | 16 +++
3 files changed, 247 insertions(+), 9 deletions(-)
diff --git a/drivers
Apple SoCs run firmware that sets up a simplefb-compatible framebuffer
for us. Add a compatible for it, and two missing supported formats.
Signed-off-by: Hector Martin
---
.../devicetree/bindings/display/simple-framebuffer.yaml | 5 +
1 file changed, 5 insertions(+)
diff --git
1101 - 1200 of 17313 matches
Mail list logo