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
on all the other comments, I'll make the changes for v2.
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
of programmable priority, the lack of convenient
masking for per-CPU interrupts is a bit of an issue...
Yeah... we'll see how that goes.
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
le
system, and not having interrupts is one thing that makes it really hard
to debug...
Sounds good, I'll flip it over.
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
On 08/02/2021 20.36, Marc Zyngier wrote:
On Mon, 08 Feb 2021 10:29:23 +,
Arnd Bergmann wrote:
On Mon, Feb 8, 2021 at 10:25 AM Marc Zyngier wrote:
On Thu, 04 Feb 2021 20:39:48 +, Hector Martin wrote:
+{
+ return readl(ic->base + reg);
Please consider using the _rela
s it's
worth describing it in the binding and dts, even if the driver never
selects it...?
--
Hector Martin (mar...@marcan.st)
Public Key: https://mrcn.st/pub
On 08/02/2021 21.40, Arnd Bergmann wrote:
On Mon, Feb 8, 2021 at 1:13 PM Krzysztof Kozlowski wrote:
On Mon, Feb 08, 2021 at 08:56:53PM +0900, Hector Martin 'marcan' wrote:
On 08/02/2021 20.04, Krzysztof Kozlowski wrote:
apple
Don't make things different for this one platform (comparing
different prefixes for the
same vendor, one for PPC and one for ARM64. I've seen opinions go both
ways on this one :)
+ * Copyright 2021 Hector Martin
A lot here might be difficult to reverse-egineer or figure out by
ourself, so usually people rely on vendor sources (the open source
compliance
On 08/02/2021 19.29, Arnd Bergmann wrote:
On Mon, Feb 8, 2021 at 10:25 AM Marc Zyngier wrote:
On Thu, 04 Feb 2021 20:39:48 +, Hector Martin wrote:
+{
+ return readl(ic->base + reg);
Please consider using the _relaxed accessors, as I don't think any of
these interacts with mem
NB: This Email and its contents are subject to the Eskom Holdings SOC Ltd EMAIL
LEGAL NOTICE which can be viewed at
http://www.eskom.co.za/Pages/Email_Legal_Spam_Disclaimer.aspx
On 07/02/2021 21.25, Arnd Bergmann wrote:
On Sun, Feb 7, 2021 at 9:36 AM Hector Martin 'marcan' wrote:
On 07/02/2021 01.22, Arnd Bergmann wrote:
* In the fiq handler code, check if normal interrupts were enabled
when the fiq hit. Normally they are enabled, so just proceed to
handle
On 07/02/2021 18.12, Hector Martin 'marcan' wrote:
On 06/02/2021 22.15, Marc Zyngier wrote:
The default should be IRQ_NONE, otherwise the kernel cannot detect a
screaming spurious interrupt.
Good point, and this needs fixing in s3c64xx_serial_handle_irq too then
(which is what I based mine
choose, which does
result in a broken system on these machines. AIC should build without
ARCH_APPLE (as long as we're on ARM64), so we could reverse that.
--
Hector Martin "marcan" (mar...@marcan.st)
Public Key: https://mrcn.st/pub
r splitting them out is. But now
that they're part of the userspace API, this might not be a good idea.
Though, unsurprisingly, some googling suggests there are zero users of
these defines in userspace.
--
Hector Martin "marcan" (mar...@marcan.st)
Public Key: https://mrcn.st/pub
0, fiq_invalid_compat, 32 // FIQ 32-bit EL0
+ kernel_ventry 0, fiq, 32 // FIQ 32-bit EL0
fiq_compat here, right?
--
Hector Martin "marcan" (mar...@marcan.st)
Public Key: https://mrcn.st/pub
driver would be happy with, effectively,
recursive interrupts. This could work with a carefully controlled path
to make sure it doesn't break things, but I'm not so sure about the
current "just point FIQ and IRQ to the same place" approach here.
--
Hector Martin "marcan&quo
On 06/02/2021 22.58, Marc Zyngier wrote:
Hector Martin wrote:
+static void cpu_sync_irq_to_fiq(struct arm64_cpu_capabilities const *cap)
+{
+ u64 daif = read_sysreg(daif);
+
+ /*
+* By this point in the boot process IRQs are likely masked and FIOs
+* aren't, so we
On 06/02/2021 22.17, Marc Zyngier wrote:
+config ARCH_APPLE
+ bool "Apple Silicon SoC family"
+ select GENERIC_IRQ_CHIP
nit: This is better selected by the interrupt controller that relies
on the generic irqchip infrastructure.
Ack, changed for v2.
--
Hector Martin &qu
& (1<<34)
0x4
>>> msr(HCR_EL2, mrs(HCR_EL2) & ~(1<<34))
>>> mrs(HCR_EL2) & (1<<34)
0x4
--
Hector Martin "marcan" (mar...@marcan.st)
Public Key: https://mrcn.st/pub
___
kvmarm mail
& (1<<34)
0x4
>>> msr(HCR_EL2, mrs(HCR_EL2) & ~(1<<34))
>>> mrs(HCR_EL2) & (1<<34)
0x4
--
Hector Martin "marcan" (mar...@marcan.st)
Public Key: https://mrcn.st/pub
On 05/02/2021 05.39, Hector Martin wrote:
This series brings up initial support for the Apple M1 SoC, used in the
2020 Mac Mini, MacBook Pro, and MacBook Air models.
Forgot to CC: a few folks involved in the previous related thread,
sorry! Adding them here, hope everyone got the series via
On 05/02/2021 11.27, kernel test robot wrote:
config: arc-allyesconfig (attached as .config)
This is never going to build on !ARM64 since it uses ARM64 registers, so
removing COMPILE_TEST for v2.
--
Hector Martin "marcan" (mar...@marcan.st)
Public Key: https://mrcn.st/pub
On 05/02/2021 08.55, kernel test robot wrote:
drivers/tty/serial/samsung_tty.c:60: warning: "NO_IRQ" redefined
60 | #define NO_IRQ -1
Turns out arm (32) defines NO_IRQ. Replaced with NOT_IN_IRQ for v2.
--
Hector Martin "marcan" (mar...@marcan.st)
Public Key: https://mrcn.st/pub
On 05/02/2021 08.04, Arnd Bergmann wrote:
On Thu, Feb 4, 2021 at 11:06 PM Hector Martin 'marcan' wrote:
If we split it up again, one of the two still needs to be the root,
decide whether what fired is an IRQ or FIQ, and dispatch accordingly. Or
we could have three nodes and have one root
On 05/02/2021 08.08, Arnd Bergmann wrote:
On Thu, Feb 4, 2021 at 10:44 PM Hector Martin 'marcan' wrote:
On 05/02/2021 06.29, Arnd Bergmann wrote:
On Thu, Feb 4, 2021 at 9:39 PM Hector Martin wrote:
We tend to split the dts file into one file per SoC and one for the
specific board. I guess
On 05/02/2021 06.37, Arnd Bergmann wrote:
On Thu, Feb 4, 2021 at 9:39 PM Hector Martin wrote:
+ * - This driver creates one IRQ domain for HW IRQs and the timer FIQs
+ * - FIQ hwirq numbers are assigned after true hwirqs, and are per-cpu
+ * - DT bindings use 3-cell form (like GIC):
+ * - &l
On 05/02/2021 06.29, Arnd Bergmann wrote:
On Thu, Feb 4, 2021 at 9:39 PM Hector Martin wrote:
+/ {
+ model = "Apple Mac Mini M1 2020";
+ compatible = "AAPL,j274", "AAPL,m1", "AAPL,arm-platform";
+ #address-cells = <2>
On 05/02/2021 06.16, Arnd Bergmann wrote:
On Thu, Feb 4, 2021 at 9:39 PM Hector Martin wrote:
config SERIAL_SAMSUNG
tristate "Samsung SoC serial support"
- depends on PLAT_SAMSUNG || ARCH_S5PV210 || ARCH_EXYNOS || COMPILE_TEST
+ depends on PLAT_SAMSUNG || AR
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:
* AAPL,j274 - Mac mini (M1, 2020)
* AAPL,j293 - MacBook Pro (13-inch, M1, 2020)
* AAPL,j313 - MacBook Air (M1, 2020)
Signed-off-by: Hector Martin
---
.../devicetree/bindings/arm/AAPL.yaml | 36
of a platform match.
Any other ideas?
Signed-off-by: Hector Martin
---
arch/arm64/include/asm/fixmap.h | 10 +-
arch/arm64/kernel/setup.c | 12
2 files changed, 21 insertions(+), 1 deletion(-)
diff --git a/arch/arm64/include/asm/fixmap.h b/arch/arm64/include/asm
drivers can discriminate between IRQs and FIQs by checking
the ISR_EL1 system register.
Signed-off-by: Hector Martin
---
arch/arm64/include/asm/assembler.h | 4
arch/arm64/include/asm/daifflags.h | 7 +++
arch/arm64/include/asm/irqflags.h | 17 +
arch/arm64/kernel
All currently supported Apple ARM SoCs (and possibly all future ones
too) require FIQs.
Signed-off-by: Hector Martin
---
arch/arm64/Kconfig.platforms | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.platforms
index e3e3bd2c4374..8182d78e8e23
timer).
This patch introduces basic UP irqchip support, without SMP/IPI support.
Signed-off-by: Hector Martin
---
MAINTAINERS | 1 +
drivers/irqchip/Kconfig | 10 +
drivers/irqchip/Makefile| 1 +
drivers/irqchip/irq-apple-aic.c | 316
Since the hardware IRQ controller only supports two IPIs per CPU and
Linux needs more, we implement 32 virtual IPIs using software and funnel
them through a single hardware IPI.
Signed-off-by: Hector Martin
---
drivers/irqchip/irq-apple-aic.c | 195 +++-
1 file
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
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
DT, and that it does not let device drivers actually select the
IO mode, which might be desirable in the future anyway for some
devices.
All discussion and additional ideas welcome.
Signed-off-by: Hector Martin
---
arch/arm64/include/asm/io.h | 9 -
1 file changed, 8 insertions(+),
AIC is the Apple Interrupt Controller found on Apple ARM SoCs, such as
the M1.
Signed-off-by: Hector Martin
---
.../interrupt-controller/AAPL,aic.yaml| 88 +++
MAINTAINERS | 2 +
.../interrupt-controller/apple-aic.h | 14 +++
3
Apple M1 SoCs are distant descendants of Samsung SoCs and use similar
UART blocks.
Signed-off-by: Hector Martin
---
drivers/tty/serial/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/serial/Kconfig b/drivers/tty/serial/Kconfig
index 34a2899e69c0
which do 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 | 10 +
arch/arm64/include/asm/cpucaps.h| 3 ++-
arch/arm64/include/asm/cpufeature.h | 6 ++
arch
These 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 | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm64/include/asm/cputype.h b/arch/arm64/include/asm/cputype.h
index 2084a0340d16
the
FIFO with data directly.
Signed-off-by: Hector Martin
---
drivers/tty/serial/samsung_tty.c | 297 +++
include/linux/serial_s3c.h | 16 ++
include/uapi/linux/serial_core.h | 3 +
3 files changed, 280 insertions(+), 36 deletions(-)
diff --git a/drivers
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 AAPL,s5l-uart.
Signed-off-by: Hector Martin
---
Documentation/devicetree/bindings/serial/samsung_uart.yaml | 4
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 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm64/Kconfig.platfo
Amusingly, this wasn't yet documented, even though this vendor prefix
has been used since time immemorial on PPC.
Signed-off-by: Hector Martin
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation/devicetree/bindings
he project:
https://asahilinux.org/
Hector Martin (18):
dt-bindings: vendor-prefixes: add AAPL prefix
dt-bindings: arm: cpus: Add AAPL,firestorm & icestorm compatibles
dt-bindings: arm: AAPL: Add bindings for Apple ARM platforms
arm64: Kconfig: Introduce CONFIG_ARCH_APPLE
tty: seria
On 3/02/21 7:02 am, John Paul Adrian Glaubitz wrote:
Hi Steve!
On 2/2/21 6:53 PM, Steve McIntyre wrote:
It appears that the latest version of xfsprogs (5.10.0) has just grown
a dependency on libinih, and there isn't a udeb version of libinih to
meet that dependency. I'll file a bug now.
ROM: [SUBMITTER=pra]
At the point, the SMTP client has some awareness of the payload and
DMARC expectations.
--
Hector Santos,
https://secure.santronics.com
https://twitter.com/hectorsantos
___
dmarc mailing list
dmarc@ietf.org
https://www.ietf.org/mailman/listinfo/dmarc
f all this,
but for me, there are some basic filter concepts that can be applied
and I do for my wcSMTP package before all the extra DNS overhead can
be applied.
--
Hector Santos,
https://secure.santronics.com
https://twitter.com/hectorsantos
[1] Lightweight MTA Authentication Protocol (LMAP) Discuss
to contact us.
Kind regards,
On behalf of my co-authors,
Dr. Hector Barrios-Garrido, author of correspondence
___
MARMAM mailing list
MARMAM@lists.uvic.ca
https://lists.uvic.ca/mailman/listinfo/marmam
On 2/02/21 10:42 pm, Jeremy Ardley wrote:
On 2/2/21 5:32 pm, Jeremy Ardley wrote:
On 2/2/21 4:55 pm, Richard Hector wrote:
What you are doing sounds pretty O.K. Though I personally also use
SELinux for web facing services.
Thanks.
I haven't looked in to SELinux. I looked at AppArmor
On 2/02/21 10:37 pm, john doe wrote:
On 2/2/2021 9:55 AM, Richard Hector wrote:
On 2/02/21 9:11 pm, Jeremy Ardley wrote:
On 2/2/21 3:09 pm, Richard Hector wrote:
Hi all,
I'm reviewing how I set up websites (mostly Wordpress at the moment),
and would like other opinions on what I'm planning
On 2/02/21 9:11 pm, Jeremy Ardley wrote:
On 2/2/21 3:09 pm, Richard Hector wrote:
Hi all,
I'm reviewing how I set up websites (mostly Wordpress at the moment),
and would like other opinions on what I'm planning is sane.
My plan is to have a user eg "mysite" that own
Hi all,
I'm reviewing how I set up websites (mostly Wordpress at the moment),
and would like other opinions on what I'm planning is sane.
My plan is to have a user eg "mysite" that owns all/most of the standard
files and directories.
The webserver (actually php-fpm) would run as
ant. Using the fasteoi flow, as in [1],
should be more efficient.
[1] https://github.com/AsahiLinux/linux/commit/d4cb18c93
--
Hector Martin "marcan" (mar...@marcan.st)
Public Key: https://mrcn.st/pub
ing we want (with user consent).
[1] https://asahilinux.org/
--
Hector Martin "marcan" (mar...@marcan.st)
Public Key: https://mrcn.st/pub
performance numbers though.
--
Hector Martin "marcan" (mar...@marcan.st)
Public Key: https://mrcn.st/pub
driver (which can come later) just do:
- switch to powerdown mode
- save state
- wfi
- restore state
- switch to clockgate mode
--
Hector Martin "marcan" (mar...@marcan.st)
Public Key: https://mrcn.st/pub
address at 6 position
2 - not check, assume plus 6 has the a valid address.
In each case, it will fail (no https delivery supported), #2 may be an
a wasted delivery attempt to an invalid email address.
--
Hector Santos,
https://secure.santronics.com
https://twitter.com/hectorsantos
_
s a new DMARC version 2
resource record.
I don't think we (I know I can't) can continue with DMARCbis without
Extended Tag support and be hesitant to invent them because there is a
compatibility problem.
--
Hector Santos,
https://secure.santronics.com
https://twitter.com/hectorsantos
___
On 10/01/21 9:03 am, Gürkan Myczko wrote:
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "fonts-agave":
fonts-agave - monospaces programming font
That should probably be 'monospaced'.
Richard
On 7/01/21 5:28 am, basti wrote:
Hello, I want to set all my drives to RAID0 to use mdadm.
Is there any advantage in that?
I entirely agree with using mdadm rather than hardware raid, given the
choice, since it allows for switching the disks into a system with a
different card/adapter. But
On 3/01/21 12:24 am, Andrei POPESCU wrote:
On Sb, 02 ian 21, 01:40:14, David Christensen wrote:
On Linux (including Debian), MD (multiple disk) and LVM (logical volume
manager) are the obvious choices for software RAID. Each have their
respective learning curves, but they're not too high.
On 31/12/20 7:29 am, Marc Auslander wrote:
IMHO, there are two levels of backup. The more common use is to undo
user error - deleting the wrong thing or changing something and wanting
to back out. For that, backups on the same system are the most
convenient. And if its on the same system, and
at we need and then use this for the update up the
A-R specs to create a more common and useful name space to all.
--
Hector Santos,
https://secure.santronics.com
https://twitter.com/hectorsantos
___
dmarc mailing list
dmarc@ietf.org
https://www.ietf.o
| T. +34 933 063 523
<https://www.facebook.com/pages/Bartech/111074492323267>
<http://twitter.com/bartech_info>
<https://www.linkedin.com/company/bartech-software>
Hector Shekerdemian
Director
El 29/12/2020 a las 15:41, Rafael Betancourt escribió:
Estimados
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.
This patch depends on MT6779 DTS patchset[1] submitted by Hanks Chen.
>From v8 to v9, there are three
ml
@@ -0,0 +1,116 @@
+# 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
ADSP 5322.From check
Maybe DMARC 5322.From check
Maybe ATPS 5322.From check
Maybe VBR 5322.From check
Overall, there are a lot of calls today per SMTP session.
--
Hector Santos,
https://secure.santronics.com
https://twitter.com/hectorsantos
___
dmar
f._atps TXT ( "v=atps01; d=gmail.com;" )
pq6xadozsi47rluiq5yohg2hy3mvjyoo._atps TXT ( "v=atps01; d=ietf.org;" )
jchjykxmwknbyfge2bg4td6add264olh._atps TXT ( "v=atps01;
d=winserver.com;" )
--
Hector Santos,
https://secure.santronics.com
https://twitter.com/hectorsantos
___
dmarc mailing list
dmarc@ietf.org
https://www.ietf.org/mailman/listinfo/dmarc
Very creative Philippe! I want to see it with all the lights on.
Greetings,
Hector Rios, Wireless Network Architect
The University of Texas at Austin | ITS
From: The EDUCAUSE Wireless Issues Community Group Listserv
On Behalf Of Philippe Hanset
Sent: Monday, December 14, 2020 1:56 PM
I'm testing Gradle ant support
https://docs.gradle.org/current/userguide/ant.html to load the Netbeans ant
build system and launch it from Gradle.
https://github.com/apache/netbeans/pull/2590
It isn't a radical change in the build system and it can allow us to improve
the build system using
On 12/11/2020 11:19 AM, Dotzero wrote:>
On Fri, Dec 11, 2020 at 11:11 AM Hector Santos
We are not doing reporting at this time. Not the main focus.
That can come later as an augmented feature, in fact, we might
consider it as a paid service to be sending thousands report out
to doma
On 12/11/2020 11:10 AM, Hector Santos wrote:
* SPF -ALL, REJECT - Receiver rejects at MAIL FROM state with a 550
response.
Correction:
* SPF -ALL, REJECT - Receiver rejects at RCPT TO state with a 550
response. SPF is only tested once a valid (existing) RCPT TO is provided
sending
thousands report out to domains.
Keep it simple folks. Be safe and have a great weekend.
Thanks
--
Hector Santos,
https://secure.santronics.com
https://twitter.com/hectorsantos
___
dmarc mailing list
dmarc@ietf.org
https://www.ietf.org/mailman/listinfo/dmarc
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.
This patch depends on MT6779 DTS patchset[1] submitted by Hanks Chen.
>From v8 to v9, there are three
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(+)
ml
@@ -0,0 +1,112 @@
+# 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
ue the WG decision to add ARC to DMARC in some matter. But
don't ram it down our throats. Allow domains to explore with an
"ARC=1" tag in their DMARC record, then at some point in the future,
as we learn more, it can be explored. But imo, we should not speak of
a DKIM Policy
Hello,
El dt., 8 de des. 2020, 16:04, Mark Pearson va
escriure:
> > I studied the different options time ago, Fedora ships it's own
> > separate package, Ubuntu merges it into firmware-linux-nonfree,
> > firmware could also be built but dependencies would be hard to
> > package/maintain - as I
Hello,
On Tue, 8 Dec 2020 at 09:47, Jonas Smedegaard wrote:
>
> Quoting Mark Pearson (2020-12-08 04:18:20)
> > On 07/12/2020 21:19, Paul Wise wrote:
> > > On Mon, Dec 7, 2020 at 1:58 PM Mark Pearson wrote:
> > >
> > >> I'd like to solve the lack of Intel SOF audio firmware
> > >
> > > IIRC the
I am interested.
On Mon, Dec 7, 2020, 2:09 AM narendra thapa
wrote:
> hello please add me also in training group?
>
>
> On Fri, Feb 21, 2020 at 7:27 PM Bharati Nilam
> wrote:
>
>> Hi,
>> I also from Hyderabad and I'm also interested in the training. please
>> tell me how to join?
>>
>>
Hello,
El dg., 6 de des. 2020, 16:28, Matthias Klose va escriure:
> On 12/6/20 4:24 PM, Hector Oron wrote:
> > Hello
> >
> > El dg., 6 de des. 2020, 11:03, Matthias Klose va
> escriure:
> >
> >> Now that 10.1 migrated to testing, I'm uploading that pat
Hello
El dg., 6 de des. 2020, 11:03, Matthias Klose va escriure:
> Now that 10.1 migrated to testing, I'm uploading that patch to DELAYED/5.
> I'll
> check for regressions, and if the package looks ok, I'll provide a second
> patch
> for the packaging cleanup.
>
That's fine. Thanks.
>
Package: src:systemtap-4.4
Version: 4.4-1
Severity: wishlist
Hello,
Please backport from upstream fix for PR27001:
-
https://sourceware.org/git/?p=systemtap.git;a=commit;h=0d80048e02ecf6876c9f9ebeea387af9fb2a8051
Regards
--
Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. .
n
atps=1 DMARC MAY consider using RFC6541
rewrite=0 Mailing List SHOULD NOT rewrite 5322.From
Keep it simple folks.
--
Hector Santos,
https://secure.santronics.com
https://twitter.com/hectorsantos
___
dmarc mailing list
dmarc@ietf.org
https://www.ietf.
You can also use the Wi-Fi Alliance product finder:
https://www.wi-fi.org/product-finder. Fast BSS Transition is covered under the
Wi-Fi Agile Multiband technical specification.
Hector Rios, Wireless Network Architect
The University of Texas at Austin | ITS
-Original Message-
From
): SQLite / Spatialite
Is there another separate driver for Spatialite only? I had assumed it came
with the SQLite itself. should I configure GDAL installation with:
"--with-spatialite=ARG" ?
I am running this on CentOS , GDAL 3.0.4 and I installed it from source.
Thanks and regards
Hector
r `MSSQLSpatial' successful.
layer names ignored in combination with -sql.
ERROR 1: In ExecuteSQL(): sqlite3_prepare_v2(update 'XXX.xxx' set xxx =
ST_AsText(ST_Transform(geometry,4326))):
no such function: ST_Transform
What am I missing?
On Wed, 2 Dec 2020 at 11:19, Hector muro wrote:
> Hi,
really did not know the ability
to edit data via -sql in the ogrinfo command, so asking here wasn't in vane
:)
Hector
On Wed, 2 Dec 2020 at 11:14, Rahkonen Jukka (MML) <
jukka.rahko...@maanmittauslaitos.fi> wrote:
> Hi,
>
>
>
> Try also with “-dialect indirect_sqlite” bu
ccessful.
Layer name: SELECT
Geometry: Unknown (any)
Feature Count: 1
Layer SRS WKT:
PROJCRS["OSGB 1936 / British National Grid",
BASEGEOGCRS["OSGB 1936",
What do you think? I wouldn't be surprised if SQL Server was blocking this
somehow, or there was some imp
R[1],
LENGTHUNIT["metre",1]],
AXIS["(N)",north,
ORDER[2],
LENGTHUNIT["metre",1]],
USAGE[
SCOPE["unknown"],
AREA["UK - Britain and UKCS 49°46'N to 61°01'N, 7°33'W to 3°33'E"],
BBOX[49
d different versions of the table name, quoting, unquoting,
adding the Schema name . table name, with the same results.) I now wonder
if the sqlite dialect can't really read what's inside my SQL Server
instance? Is it maybe too much what I am trying to do? (too much for SQL
Server's limitations).
Oh that's a great idea.
I have to use SQL Server (not by personal choice) and had given it a go
with sqlite as dialect, bur was probably too focused on ogr2ogr. I also
didn't know about the "indirect_SQLite" dialect.
I will give a try at what you suggest.
Thanks for the help :)
Hecto
Oh, I see. That's great.
But what if the Database does not have ST_Transform support? Could we still
achieve a similar approach by means of ogr2ogr?
(I should have mentioned this in my first email).
Thanks again!
Hector
On Tue, 1 Dec 2020 at 20:14, jratike80
wrote:
>
r instance. It does not have to be of type geometry, but
could be text for instance.
I guess the other plausible solution would be to create a temporary table
with that transformation on it and reference it to the first one by id for
instance.
Any help is appreciated!
Than
Hi to everybody, and thanks for reading me thing is I have time trying to
learn django, I've seen online tutorials and I 've bought some online
courses and long story short I feel i still need help from you guys.. I
would like if is in your possibilities do advise me, I am coding a
1301 - 1400 of 17313 matches
Mail list logo