held.
* Rename s3c24xx_serial_rx_chars to s3c24xx_serial_rx_irq for
consistency with the above. All it does now is call two other
functions anyway.
Signed-off-by: Hector Martin
---
drivers/tty/serial/samsung_tty.c | 34 +++-
1 file changed, 20 insertions(+), 14
; this avoids excessive branching
control flow and mirrors s3c64xx_serial_startup. tx_claimed and
rx_claimed are only used in the S3C24XX functions.
Signed-off-by: Hector Martin
---
drivers/tty/serial/samsung_tty.c | 71
1 file changed, 54 insertions(+), 17 deletions
This simplifies the code by removing the only distinction between the
S3C2410 and S3C2440 codepaths.
Signed-off-by: Hector Martin
---
drivers/tty/serial/samsung_tty.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git a/drivers/tty/serial/samsung_tty.c b/drivers/tty
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 | 8
arch/arm64/configs/defconfig | 1 +
2 files changed, 9 insertions(+)
Apple mobile devices originally used Samsung SoCs (starting with the
S5L8900), and their current in-house SoCs continue to use compatible
UART peripherals. We'll call this UART variant apple,s5l-uart.
Signed-off-by: Hector Martin
Reviewed-by: Krzysztof Kozlowski
Reviewed-by: Linus Walleij
AIC is the Apple Interrupt Controller found on Apple ARM SoCs, such as
the M1.
Signed-off-by: Hector Martin
Reviewed-by: Linus Walleij
---
.../interrupt-controller/apple,aic.yaml | 88 +++
MAINTAINERS | 1 +
.../interrupt-controller
This is used on Apple ARM platforms, which require most MMIO
(except PCI devices) to be mapped as nGnRnE.
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/arch/arm64/include/asm/io.h
index 5ea8656a2030
Apple ARM64 SoCs have a ton of vendor-specific registers we're going to
have to deal with, and those don't really belong in sysreg.h with all
the architectural registers. Make a new home for them, and add some
registers which are useful for early bring-up.
Signed-off-by: Hector Martin
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.
Signed-off-by: Hector Martin
---
arch/arm64/include/asm/sysreg.h| 60
).
* 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 | 710
.
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
is currently restricted to Apple ARM platforms, as an
optimization.
Signed-off-by: Hector Martin
---
drivers/of/address.c | 72 --
include/linux/of_address.h | 1 +
2 files changed, 71 insertions(+), 2 deletions(-)
diff --git a/drivers/of/address.c b/drivers
This documents the newly introduced ioremap_np() along with all the
other common ioremap() variants, and some higher-level abstractions
available.
Signed-off-by: Hector Martin
---
Documentation/driver-api/device-io.rst | 218 +
1 file changed, 218 insertions(+)
diff
This is different from the legacy AAPL prefix used on PPC, but
consensus is that we prefer `apple` for these new platforms.
Signed-off-by: Hector Martin
Reviewed-by: Krzysztof Kozlowski
Reviewed-by: Linus Walleij
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file
whether there are many more such nuggets to be found...
Reported-by: Hector Martin
Signed-off-by: Marc Zyngier
---
arch/arm64/kernel/head.S | 33 ++---
arch/arm64/kernel/hyp-stub.S | 28
2 files changed, 54 insertions(+), 7 deletions
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.
Signed-off-by: Hector Martin
---
arch/arm64/include/asm/cputype.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch
ters to sysregs.h instead of including that in the AIC
driver.
* Added _EL1 suffixes to Apple sysregs.
* Addressed further review comments and feedback.
Arnd Bergmann (1):
docs: driver-api: device-io: Document I/O access functions
Hector Martin (25):
dt-bindings: vendor-prefixes: Add apple prefix
From: Arnd Bergmann
This adds more detailed descriptions of the various read/write
primitives available for use with I/O memory/ports.
Signed-off-by: Arnd Bergmann
Signed-off-by: Hector Martin
---
Documentation/driver-api/device-io.rst | 138 +
1 file changed, 138
This allows the devicetree to correctly represent the available set of
timers, which varies from device to device, without the need for fake
dummy interrupts for unavailable slots.
Also add the hyp-virt timer/PPI, which is not currently used, but worth
representing.
Signed-off-by: Hector Martin
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.
Signed-off-by: Hector Martin
---
.../devicetree/bindings/timer/arm,arch_timer.yaml | 14 ++
1 file changed, 14 insertions(+)
diff --git
These are the CPU cores in the "Apple Silicon" M1 SoC.
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/devicetree/bindings/arm/cpus.
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)
Signed-off-by: Hector Martin
---
.../devicetree/bindings/arm/apple.yaml| 64
Hello,
On Wed, 3 Mar 2021 at 21:18, Andrej Shadura wrote:
> While I don’t work on the OBS package in Debian, I know about the state
> of the package in Debian right now: the team, and most notably the main
> maintainer, Andrew Lee, need help to maintain this package, as it
> requires a lot of
Hello,
On Wed, 3 Mar 2021 at 21:18, Andrej Shadura wrote:
> While I don’t work on the OBS package in Debian, I know about the state
> of the package in Debian right now: the team, and most notably the main
> maintainer, Andrew Lee, need help to maintain this package, as it
> requires a lot of
and have consistently high open rates but
every time we try and add new leads we get blocked.
I've tried breaking up the number of yahoo addresses we mail to but to no
avail.
We open a ticket for mitigation and start all over again.
We have no issues with Gmail, Hotmail, etc.
Thanks,
--
Hector
On 22/02/2021 00.20, Hector Martin wrote:
I haven't tested things at EL0 yet, but it looks like the stateful
instructions known to be usable in EL0 (AMX) already default to trap on
this platform, so we should be safe there. Everything else looks like it
probably either shouldn't work in EL0 (I
Hello Christoph,
On Wed, 24 Feb 2021 at 11:06, Christoph Berg wrote:
> Maybe the service should move to debuginfod.debian.*org* if it's going
> to be a default. (Which I would like to see.)
Yes, that is part of the plan, but it'll take some more time.
Regards
--
Héctor Orón -.. . -... ..
On 22/02/2021 05.41, Andy Shevchenko wrote:
Hector, I would like to be cc’ed in the next version
Noted, thanks!
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
On 2/22/21 3:30 PM, Antony Stone wrote:
On Monday 22 February 2021 at 22:26:17, Hector Gonzalez Jaime via Dng wrote:
I've seen your original problem frequently, mysql and mariadb both are
turned off during upgrades, and then apt-get goes on to install other
packages, which might require
and alone, like this:
apt-get update
apt-get install default-mysql-server # this command depends on your
version, just reinstall mysql's server first.
apt-get upgrade
apt-get dist-upgrade
This way mysql gets updated first, and will be running for the rest of
your system.
Hector Gonzalez
ca
On 16/02/2021 03.09, Marc Zyngier wrote:
On Mon, 15 Feb 2021 12:17:03 +,
Hector Martin wrote:
This patch introduces basic UP irqchip support, without SMP/IPI support.
This last comment seems outdated now.
Heh, I forgot to reword this one. Thanks :)
+config APPLE_AIC
+ bool
On 20/02/2021 03.26, Mark Rutland wrote:
On Sat, Feb 20, 2021 at 02:25:30AM +0900, Hector Martin wrote:
Apple SoCs (A11 and newer) have some interrupt sources hardwired to the
FIQ line. We implement support for this by simply treating IRQs and FIQs
the same way in the interrupt vectors
separately.
Hah, exynos4210-smdkv310.dtb is what did it. And here I was thinking
something with "c210" in the name would be more likely to work with qemu
machine "smdkc210"... :-)
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
lues of OK :) ).
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
On 16/02/2021 04.29, Krzysztof Kozlowski wrote:
On Mon, Feb 15, 2021 at 09:17:13PM +0900, Hector Martin wrote:
+ memory@8 {
+ device_type = "memory";
+ reg = <0 0 0 0>; /* To be filled by loader */
dtc and dtschema might complain,
On 21/02/2021 04.17, Marc Zyngier wrote:
On 2021-02-20 19:13, Krzysztof Kozlowski wrote:
On Thu, Feb 18, 2021 at 11:01:21PM +0900, Hector Martin wrote:
On 16/02/2021 03.51, Krzysztof Kozlowski wrote:
Also fix a bug checking the return value, which should use IS_ERR().
No, no, no. We never
On 21/02/2021 04.11, Krzysztof Kozlowski wrote:
On Thu, Feb 18, 2021 at 10:53:10PM +0900, Hector Martin wrote:
This should've gone in the next patch. A previous reviewer told me to put
declarations at the top of the file, so I put it there and moved this one
along with it, but I'll keep
out that we also need to
focus on density. An outdoor AP can cover large areas, but that also means more
clients can connect to it. And the more you try to cover the higher the
potential for your Wi-Fi performance to suffer.
Hector Rios, Wireless Network Architect
The University of Texas
Buenas tardes con top posting incluido, yo sigo en Formosa trabajando como
médico, pendiente me queda todavía aprender Python ajajja
El vie., 19 de feb. de 2021 5:17 p. m., JavierDebian <
javier.debian.bb...@gmail.com> escribió:
> Otro que sigue en la lista.
> Hoy volví de vacaciones y me
of exceptions are masked together. No
other platforms should be delivering FIQ exceptions right now, and we
already unmask FIQ in normal process context, so this should not have an
effect on other systems - if spurious FIQs were arriving, they would
already panic the kernel.
Signed-off-by: Hector Martin
On 20/02/2021 02.21, Hector Martin wrote:
Apple SoCs (A11 and newer) have some interrupt sources hardwired to the
FIQ line. We implement support for this by simply treating IRQs and FIQs
the same way in the interrupt vectors.
To support these systems, the FIQ mask bit needs to be kept in sync
of exceptions are masked together. No
other platforms should be delivering FIQ exceptions right now, and we
already unmask FIQ in normal process context, so this should not have an
effect on other systems - if spurious FIQs were arriving, they would
already panic the kernel.
Signed-off-by: Hector Martin
-bringup-v3
[3] https://github.com/AsahiLinux/linux/tree/upstream-bringup-v2.5
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
On 19/02/21 2:34 am, Andrei POPESCU wrote:
On Jo, 18 feb 21, 08:15:39, Dan Ritter wrote:
Richard Hector wrote:
> On 18/02/21 5:22 am, Greg Wooledge wrote:
> > On Thu, Feb 18, 2021 at 12:06:37AM +0800, Kevin Shell wrote:
> > > You could stop one and start the other,
> >
inor related one: should init_gic_priority_masking() WARN if FIQ is
masked too? This probably goes with the above.
I think it should, yes.
Done for v3 then. Thanks!
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
On 16/02/2021 04.13, Krzysztof Kozlowski wrote:
On Mon, Feb 15, 2021 at 09:17:10PM +0900, Hector Martin wrote:
@@ -389,10 +396,12 @@ static void enable_tx_pio(struct s3c24xx_uart_port
*ourport)
ucon = rd_regl(port, S3C2410_UCON);
ucon &= ~(S3C64XX_UCON_TXMODE_
on next submission, so Greg does not pick them too fast.
I unfortunately don't have any Exynos devices where I could test the
code (I have a couple but no serial connections, and I have no idea if
mailine would run on them). I'll mark v3 as RFT.
--
Hector Martin (mar...@marcan.st)
Public Key
On 16/02/2021 03.40, Krzysztof Kozlowski wrote:
On Mon, Feb 15, 2021 at 09:17:07PM +0900, Hector Martin wrote:
* Split out s3c24xx_serial_tx_chars from s3c24xx_serial_tx_irq,
where only the latter acquires the port lock.
I miss here information why you do all this.
Added an explanation
port->dev, "stopping rx\n");
- if (s3c24xx_serial_has_interrupt_mask(port))
- s3c24xx_set_bit(port, S3C64XX_UINTM_RXD,
- S3C64XX_UINTM);
The same.
Reverted those two lines for v3.
--
Hector Martin (mar...
On 16/02/2021 03.06, Krzysztof Kozlowski wrote:
On Mon, Feb 15, 2021 at 09:17:05PM +0900, Hector Martin wrote:
+static void s3c64xx_serial_shutdown(struct uart_port *port)
+{
+ struct s3c24xx_uart_port *ourport = to_ourport(port);
+
+ free_irq(port->irq, ourport);
+
+ wr_r
on IO mapping modes, much like x86 has one...
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
say IRQ and FIQ are
masked/unmasked together, I don't think the rest is necessary to
understand the masking logic, and it's one less thing to keep in sync
with changes to the entry code.
Gone :)
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
On 18/02/21 5:22 am, Greg Wooledge wrote:
On Thu, Feb 18, 2021 at 12:06:37AM +0800, Kevin Shell wrote:
You could stop one and start the other,
there's no resources or port conflict.
I want to just keep both, not run them at the same time.
Again, as stated at the start of this fiasco of a
On 16/02/2021 03.23, Tony Lindgren wrote:
* Hector Martin [210215 12:18]:
This allows the devicetree to correctly represent the available set of
timers, which varies from device to device, without the need for fake
dummy interrupts for unavailable slots.
I like the idea of using interrupt
On 16/02/2021 02.48, Krzysztof Kozlowski wrote:
On Mon, Feb 15, 2021 at 09:16:50PM +0900, Hector Martin wrote:
+description: |
+ Apple ARM ("Apple Silicon") platforms should contain compatible strings
+ in the following format:
+
+ - apple,j274 (board/device ID)
+ - apple,m1
add minimal error handling here.
There's no logic to clean this up in earlycon itself anyway, so there's
no point in trying to do it for the override. If another earlycon driver
ends up getting instantiated for some reason, it will override the
mapping with a normal one again.
--
Hector Mar
On 16/02/2021 01.12, gregkh wrote:
On Tue, Feb 16, 2021 at 12:57:27AM +0900, Hector Martin wrote:
On 15/02/2021 22.22, gregkh wrote:
On Mon, Feb 15, 2021 at 01:57:39PM +0100, Arnd Bergmann wrote:
(adding maintainers for the serial/irqchip/clocksource drivers and
arch/arm64 to cc)
I would
for v3?
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
P15;
You probably didn't want to drop this line, did you?
Ouch. Thanks for catching that.
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
isn't necessary here,
if either handler ran we are always going to return IRQ_HANDLED.
* Rename s3c24xx_serial_rx_chars to s3c24xx_serial_rx_irq for
consistency with the above. All it does now is call two other
functions anyway.
Signed-off-by: Hector Martin
---
drivers/tty/serial
the
FIFO with data directly.
Signed-off-by: Hector Martin
---
drivers/tty/serial/Kconfig | 2 +-
drivers/tty/serial/samsung_tty.c | 228 +--
include/linux/serial_s3c.h | 16 +++
3 files changed, 236 insertions(+), 10 deletions(-)
diff --git a/drivers
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.
Signed-off-by: Hector Martin
---
.../devicetree/bindings/display/simple-framebuffer.yaml | 5 +
1 file changed, 5 insertions(+)
diff --git
the return value, which should use IS_ERR().
Signed-off-by: Hector Martin
---
drivers/tty/serial/samsung_tty.c | 25 +++--
1 file changed, 3 insertions(+), 22 deletions(-)
diff --git a/drivers/tty/serial/samsung_tty.c b/drivers/tty/serial/samsung_tty.c
index 821cd0e4f870
as a distinct type.
Signed-off-by: Hector Martin
---
drivers/tty/serial/samsung_tty.c | 131 ++-
1 file changed, 77 insertions(+), 54 deletions(-)
diff --git a/drivers/tty/serial/samsung_tty.c b/drivers/tty/serial/samsung_tty.c
index 6b661f3ec1ae..21955be680a4 100644
Apple mobile devices originally used Samsung SoCs (starting with the
S5L8900), and their current in-house SoCs continue to use compatible
UART peripherals. We'll call this UART variant apple,s5l-uart.
Signed-off-by: Hector Martin
---
Documentation/devicetree/bindings/serial/samsung_uart.yaml
, 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
timer).
This patch introduces basic UP irqchip support, without SMP/IPI support.
Signed-off-by: Hector Martin
---
MAINTAINERS | 2 +
drivers/irqchip/Kconfig | 10 +
drivers/irqchip/Makefile| 1 +
drivers/irqchip/irq-apple-aic.c | 647
; this avoids excessive branching
control flow and mirrors s3c64xx_serial_startup. tx_claimed and
rx_claimed are only used in the S3C24XX functions.
Signed-off-by: Hector Martin
---
drivers/tty/serial/samsung_tty.c | 69
1 file changed, 53 insertions(+), 16 deletions
Apple ARM64 SoCs have a ton of vendor-specific registers we're going to
have to deal with, and those don't really belong in sysreg.h with all
the architectural registers. Make a new home for them, and add some
registers which are useful for early bring-up.
Signed-off-by: Hector Martin
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 | 8
arch/arm64/configs/defconfig | 1 +
2 files changed, 9 insertions(+)
AIC is the Apple Interrupt Controller found on Apple ARM SoCs, such as
the M1.
Signed-off-by: Hector Martin
---
.../interrupt-controller/apple,aic.yaml | 88 +++
MAINTAINERS | 1 +
.../interrupt-controller/apple-aic.h | 15
is currently restricted to Apple ARM platforms, as an
optimization.
Signed-off-by: Hector Martin
---
drivers/of/address.c | 72 --
include/linux/of_address.h | 1 +
2 files changed, 71 insertions(+), 2 deletions(-)
diff --git a/drivers/of/address.c b/drivers
This is used on Apple ARM platforms, which require most MMIO
(except PCI devices) to be mapped as nGnRnE.
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/arch/arm64/include/asm/io.h
index 5ea8656a2030
Signed-off-by: Hector Martin
---
arch/arm64/kernel/entry.S | 21 ++---
1 file changed, 18 insertions(+), 3 deletions(-)
diff --git a/arch/arm64/kernel/entry.S b/arch/arm64/kernel/entry.S
index ba5f9aa379ce..bcfd1ac72636 100644
--- a/arch/arm64/kernel/entry.S
+++ b/arch/arm64/kernel
not need FIQs,
or if newer SoCs are released without the FIQ requirement, we can
revisit the condition.
Signed-off-by: Hector Martin
---
arch/arm64/Kconfig | 11 +++
arch/arm64/include/asm/cpucaps.h | 3 ++-
arch/arm64/kernel/cpufeature.c | 14 ++
3 files changed
discriminate between IRQs and FIQs by checking
the ISR_EL1 system register.
Signed-off-by: Hector Martin
---
arch/arm64/include/asm/assembler.h | 6 +++---
arch/arm64/include/asm/daifflags.h | 4 ++--
arch/arm64/include/asm/irqflags.h | 19 +++
arch/arm64/kernel/entry.S | 6
by introducing devm_ioremap_np(),
and making devm_ioremap_resource() automatically select this variant
when the resource has the IORESOURCE_MEM_NONPOSTED flag set.
Signed-off-by: Hector Martin
---
include/asm-generic/io.h | 8 +++-
include/linux/io.h | 2 ++
include/linux/ioport.h | 1
This allows the devicetree to correctly represent the available set of
timers, which varies from device to device, without the need for fake
dummy interrupts for unavailable slots.
Also add the hyp-virt timer/PPI, which is not currently used, but worth
representing.
Signed-off-by: Hector Martin
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.
Signed-off-by: Hector Martin
---
.../devicetree/bindings/timer/arm,arch_timer.yaml | 14 ++
1 file changed, 14 insertions(+)
diff --git
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.
Signed-off-by: Hector Martin
---
arch/arm64/include/asm/cputype.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch
These are the CPU cores in the "Apple Silicon" M1 SoC.
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/devicetree/bindings/arm/cpus.
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)
Signed-off-by: Hector Martin
---
.../devicetree/bindings/arm/apple.yaml| 36
This is different from the legacy AAPL prefix used on PPC, but
consensus is that we prefer `apple` for these new platforms.
Signed-off-by: Hector Martin
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree
support
* Fixed many style issues, bugs, and other nits
Note: this keeps the `apple,arm-platform` compatible, which is now used
to gate the OF nonposted-mmio logic to Apple platforms only.
Hector Martin (24):
dt-bindings: vendor-prefixes: Add apple prefix
dt-bindings: arm: apple: Add bindings for Ap
as a property instead of creating a fake
clock.
In our case it's an existing driver (with patches) that is already
integrated with the clock infrastructure, so it makes sense to use a
fixed-clock instead of just an ad-hoc property.
--
Hector Martin (mar...@marcan.st)
Public Key: https
arm64's ioremap look up the
address in a structure populated from this.
As an additional wrinkle, earlycon is almost certainly going to need a
special path to handle this very early, before OF stuff is available; it
also uses fixmap instead of ioremap, which has its own idea about what
type of mapping to use.
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
On 10/02/2021 20.34, Tony Lindgren wrote:
* Hector Martin [210210 11:14]:
That means it'll end up like this (so that we can have more than one
fixed-clock):
clocks {
#address-cells = <1>;
#size-cells = <0>;
clk123: clock@0 {
...
reg = <0>
On 10/02/2021 19.19, Tony Lindgren wrote:
* Hector Martin 'marcan' [210208 12:05]:
On 08/02/2021 20.04, Krzysztof Kozlowski wrote:
...
+ clk24: clk24 {
Just "clock". Node names should be generic.
Really? Almost every other device device tree uses unique clock node nam
through devm_ioremap_resource()
or similar.
This sounds reasonable. For setting such a flag, I guess looking for a
property (inherited from parents) would make sense. `mmio-map-mode =
"nonposted"` or something like that?
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
e was one of those clang-format things :-).
I'll fix it and watch out for similar things.
+ for (i = 0; i < BITS_TO_LONGS(irqc->nr_hw); i++)
long is 64bit on arm64, so this loop is unlikely to do what you
want. Consider using BITS_TO_U32.
Ha, nice catch. Thanks!
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
bring-up, until things calm down a bit
and we have real users who would complain :) (not that I won't try to
avoid it).
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
or something to be
avoided.
If this is intended to be kept in sync and be fully comprehensive, I
might as well start planning out our longer term DT maintenance strategy
around that (which might involve using that tree in our bootloader).
--
Hector Martin (mar...@marcan.st)
Public Key: https
block nGnRE everywhere except in those
ranges (i.e. the nGnRnE fault takes precedence over other errors, like
the address not existing at all).
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
issuing an isb, makes me think all this FIQ stuff is
seriously deeply tied into the instruction pipeline. It's probably not
an IRQ line any more...
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
inter.
Still during s3c24xx_serial_probe() correct ops would have to be
assigned, but at least all ops are easily visible.
Roger, will do this for v2.
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
code in there that
cares about the uapi-visible port type (other than setting it correctly
for those that do exist, to maintain current behavior), and just make
everything else use PORT_8250 for that?
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
On 09/02/2021 03.12, Krzysztof Kozlowski wrote:
Mentioned grep brings only one result:
arch/powerpc/platforms/powermac/pic.c: * cases where the APPL,interrupts
property is completely
You want to grep for 'AAPL', not 'APPL' :-)
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st
On 08/02/2021 19.34, Marc Zyngier wrote:
On 2021-02-07 09:12, Hector Martin 'marcan' wrote:
On 06/02/2021 22.15, Marc Zyngier wrote:
Do you actually need a new port type here? Looking at the driver
itself, it is mainly used to work out the IRQ model. Maybe introducing
a new irq_type field
yet, and they
went through a mailing list? It's probably time to set that up...
Either way, certainly not for Apple SoCs; I'll get rid of IRQF_SHARED
for v2.
Please send a v2 after fixing issues pointed out by kbuild.
Will do, already have those fixed in my WIP tree.
--
Hector Martin (mar
1201 - 1300 of 17311 matches
Mail list logo
