Re: [RFC] How implement Secure Data Path ?

2015-05-08 Thread Enrico Weigelt, metux IT consult
exchange buffers between GPUs, VPUs, IPUs, FBs, etc ? cu -- Enrico Weigelt, metux IT consult +49-151-27565287 MELAG Medizintechnik oHG Sitz Berlin Registergericht AG Charlottenburg HRA 21333 B Wichtiger Hinweis: Diese Nachricht kann vertrauliche oder nur für einen begrenzten Personenkreis

Re: boot loader

2015-05-12 Thread Enrico Weigelt, metux IT consult
- or bnlkdev support). Anyone here, who uses a Linux kernel as bootloader / preboot environment ? cu -- Enrico Weigelt, metux IT consult +49-151-27565287 MELAG Medizintechnik oHG Sitz Berlin Registergericht AG Charlottenburg HRA 21333 B Wichtiger Hinweis: Diese Nachricht kann vertrauliche oder nur

Re: boot loader

2015-05-13 Thread Enrico Weigelt, metux IT consult
Am 13.05.2015 um 09:02 schrieb Pavel Machek: Anyone here, who uses a Linux kernel as bootloader / preboot environment ? Yes. See kexec. Can you tell us a bit more about your setup ? Which platforms/archs are you on ? cu -- Enrico Weigelt, metux IT consult +49-151-27565287 MELAG

Re: [PATCH 1/2] rtc: mxc: add a second clock

2015-05-18 Thread Enrico Weigelt, metux IT consult
, -- Enrico Weigelt, metux IT consult +49-151-27565287 MELAG Medizintechnik oHG Sitz Berlin Registergericht AG Charlottenburg HRA 21333 B Wichtiger Hinweis: Diese Nachricht kann vertrauliche oder nur für einen begrenzten Personenkreis bestimmte Informationen enthalten. Sie ist ausschließlich für

imx53 IPU support on 4.0.4

2015-05-20 Thread Enrico Weigelt, metux IT consult
Hi folks, I've rebased the IPUv3 patches from ptx folks onto 4.0.4, working good for me. (now gst plays h264 @25fps on imx53) https://github.com/metux/linux/commits/submit-4.0-imx53-ipuv3 (Haven't 4.1rc* yet, as it broke some other things for me.) cu -- Enrico Weigelt, metux IT consult

Re: [PATCH 00/21] On-demand device registration

2015-06-08 Thread Enrico Weigelt, metux IT consult
. Unfortunately, I've missed that ... could you please resend you patches? Boot time reduction is one of the topics on my 2do in several weeks. cu -- Enrico Weigelt, metux IT consult +49-151-27565287 MELAG Medizintechnik oHG Sitz Berlin Registergericht AG Charlottenburg HRA 21333 B Wichtiger Hinweis

Re: Uses of Linux backports in the industry

2015-06-24 Thread Enrico Weigelt, metux IT consult
Am 29.05.2015 um 19:36 schrieb Theodore Ts'o: Yes, it's ugly, but there still are some SOC and drivers that aren't available on newer kernels. Why so, exactly ? cu -- Enrico Weigelt, metux IT consult +49-151-27565287 MELAG Medizintechnik oHG Sitz Berlin Registergericht AG Charlottenburg

Re: Uses of Linux backports in the industry

2015-06-24 Thread Enrico Weigelt, metux IT consult
Am 29.05.2015 um 17:01 schrieb Richard Weinberger: Hi, On Fri, May 29, 2015 at 4:53 PM, Enrico Weigelt, metux IT consult weig...@melag.de wrote: Am 29.05.2015 um 04:54 schrieb Luis R. Rodriguez: Actually, I really wonder why folks are sticking to ancient kernels on newer hardware

Re: Uses of Linux backports in the industry

2015-06-24 Thread Enrico Weigelt, metux IT consult
wireless-testing) and stabilize that by cherry-picking individual patches on top of it. Can you estimate the required workforce ? Some statistics on that would be really nice. cu -- Enrico Weigelt, metux IT consult +49-151-27565287 MELAG Medizintechnik oHG Sitz Berlin Registergericht AG

Re: Uses of Linux backports in the industry

2015-06-24 Thread Enrico Weigelt, metux IT consult
, therefore no GL/GSL, therefore no QtQuick/QML. Pavel already mentioned the correct way to go: chip vendors should provide proper (mainline'able) patches, or at least full specs. And I'll add: those who dont, should simply be boycotted. cu -- Enrico Weigelt, metux IT consult +49-151-27565287 MELAG

Re: Device Tree Blob (DTB) licence

2015-05-29 Thread Enrico Weigelt, metux IT consult
the decision, that I can't tolerate any proprietary code - not on mission critical embedded systems. cu -- Enrico Weigelt, metux IT consult +49-151-27565287 MELAG Medizintechnik oHG Sitz Berlin Registergericht AG Charlottenburg HRA 21333 B Wichtiger Hinweis: Diese Nachricht kann vertrauliche oder nur für

Re: Uses of Linux backports in the industry

2015-05-29 Thread Enrico Weigelt, metux IT consult
kernel hacks (eg. Freescale is one of the worst). So I'll have to forward-port drivers to newer kernels - but I never had the practical need to backport one. Actually, I really wonder why folks are sticking to ancient kernels on newer hardware. --mtx -- Enrico Weigelt, metux IT consult +49-151

Re: Device Tree Blob (DTB) licence

2015-05-29 Thread Enrico Weigelt, metux IT consult
workstation. You can safely ignore that. -- Enrico Weigelt, metux IT consult +49-151-27565287 MELAG Medizintechnik oHG Sitz Berlin Registergericht AG Charlottenburg HRA 21333 B Wichtiger Hinweis: Diese Nachricht kann vertrauliche oder nur für einen begrenzten Personenkreis bestimmte

Re: [PATCH RESEND v3 2/2] ALSA: replace CONFIG_PROC_FS with CONFIG_SND_PROC_FS

2015-05-27 Thread Enrico Weigelt, metux IT consult
, both patches should be squashed into one, IMHO. cu -- Enrico Weigelt, metux IT consult +49-151-27565287 MELAG Medizintechnik oHG Sitz Berlin Registergericht AG Charlottenburg HRA 21333 B Wichtiger Hinweis: Diese Nachricht kann vertrauliche oder nur für einen begrenzten Personenkreis bestimmte

Re: Device Tree Blob (DTB) licence

2015-05-28 Thread Enrico Weigelt, metux IT consult
Am 25.05.2015 um 09:14 schrieb Rob Landley: Personally, I'm sad we're starting to get ACPI for arm but if device tree data files are only available under GPL, people will hold their nose and deploy ACPI. What's the big deal with having DTS/DTB under GPL ? cu -- Enrico Weigelt, metux

Re: Device Tree Blob (DTB) licence

2015-05-28 Thread Enrico Weigelt, metux IT consult
) And there shouldn't be any proprietary firmware anyways. cu -- Enrico Weigelt, metux IT consult +49-151-27565287 MELAG Medizintechnik oHG Sitz Berlin Registergericht AG Charlottenburg HRA 21333 B Wichtiger Hinweis: Diese Nachricht kann vertrauliche oder nur für einen begrenzten Personenkreis

Re: imx53 IPU support on 4.0.4

2015-05-28 Thread Enrico Weigelt, metux IT consult
ipuv3 patches, but still have lots of others (about 30) for my tqma53-based board, which might be generic enough for going into mainline someday (many of them by ptx folks). Should I post them to lkml or somewhere else ? cu -- Enrico Weigelt, metux IT consult +49-151-27565287 MELAG Medizintechnik

Re: imx53 IPU support on 4.0.4

2015-05-28 Thread Enrico Weigelt, metux IT consult
weeks ago (IIRC, on rc1) - I'm currently rebasing everything again to the recent master. cu -- Enrico Weigelt, metux IT consult +49-151-27565287 MELAG Medizintechnik oHG Sitz Berlin Registergericht AG Charlottenburg HRA 21333 B Wichtiger Hinweis: Diese Nachricht kann vertrauliche oder nur für einen

Re: Device Tree Blob (DTB) licence

2015-05-28 Thread Enrico Weigelt, metux IT consult
, not at this critical point. Even for larger systems - except the crippled x86 world - I won't even allow any proprietary bootloader/firmware. cu -- Enrico Weigelt, metux IT consult +49-151-27565287 MELAG Medizintechnik oHG Sitz Berlin Registergericht AG Charlottenburg HRA 21333 B Wichtiger Hinweis

Re: [GIT PULL] remoteproc for 4.2

2015-07-02 Thread Enrico Weigelt, metux IT consult
) --mtx -- Enrico Weigelt, metux IT consult +49-151-27565287 -- https://www.facebook.com/MELAG.Medizintechnik [http://www.melag.de/fbbanner.png]https://www.facebook.com/MELAG.Medizintechnik MELAG Medizintechnik oHG Sitz Berlin Registergericht AG Charlottenburg HRA 21333 B Wichtiger Hinweis

Re: [RFC 0/5] drivers: Add boot constraints core

2017-06-29 Thread Enrico Weigelt, metux IT consult
On 29.06.2017 14:47, Viresh Kumar wrote: No. Drivers are registered to the kernel (randomly, though we can know their order) and devices are registered separately (platform/amba devices get registered automatically with DT, hint: drivers/of/platform.c). The device core checks while registering

Best practise for a polling device driver ?

2017-06-29 Thread Enrico Weigelt, metux IT consult
Hi folks, I'm currently writing a driver for an (pseudo-)serial device (actually, a bunch of HW fifo's, which look like serial controllers to the host), which only supports polling, no interrupts. So far, I'm just using a kthread in a loop, but that would have to run w/ high priority sleep very

Re: Directly accessing serial ports from drivers w/o TTYs ?

2017-06-29 Thread Enrico Weigelt, metux IT consult
On 26.06.2017 14:51, Alan Cox wrote: Hi, You can write your own driver for the physical hardware and claim it in your driver. Shouldn't normally be needed except for bizarre cases when a serial link is used for something very non tty like (eg as GPIO lines). In my case, it's not really a

Re: [RFC 0/5] drivers: Add boot constraints core

2017-06-29 Thread Enrico Weigelt, metux IT consult
On 28.06.2017 10:26, Viresh Kumar wrote: Hi, Some devices are powered ON by the bootloaders before the bootloader handovers control to Linux. It maybe important for those devices to keep working until the time a Linux device driver probes the device and reconfigure its resources. Just

Re: [RFC 0/5] drivers: Add boot constraints core

2017-06-29 Thread Enrico Weigelt, metux IT consult
On 29.06.2017 12:49, Russell King - ARM Linux wrote: The location of the frame buffer is unknown to the decompressor - and as the decompressor self-relocates itself (using purely assembly code), it could relocate itself on top of the frame buffer, causing the "nice" image to become very

[PATCH] include: platform_device: add pdev_info(), pdev_warn, ... convencience macros

2017-07-07 Thread Enrico Weigelt, metux IT consult
--- include/linux/platform_device.h | 7 +++ 1 file changed, 7 insertions(+) diff --git a/include/linux/platform_device.h b/include/linux/platform_device.h index 98c2a7c7108e..723c209d3760 100644 --- a/include/linux/platform_device.h +++ b/include/linux/platform_device.h @@ -368,4 +368,11 @@

printk + errno texts

2017-06-25 Thread Enrico Weigelt, metux IT consult
Hi folks, I'd like to introduce a new printk() conversion which prints out errno values as readable text. Where are these things defined ? I'd guess the actual translation must be somewhere in lib/vsprintf.c, but where are the format string checks defined ? thx --mtx

[PATCH] lib: vsprintf: add printf format conversion %M for errno strings

2017-06-25 Thread Enrico Weigelt, metux IT consult
Adding a new format conversion for *printf() and friends. If CONFIG_ERRNO_PRINTF_VERBOSE is enabled, prints human-readable strerror()-like texts, otherwise just the number. --- lib/Kconfig| 19 +++ lib/vsprintf.c | 172 - 2 files

Re: [PATCH] lib: vsprintf: add printf format conversion %M for errno strings

2017-06-25 Thread Enrico Weigelt, metux IT consult
On 25.06.2017 19:27, Joe Perches wrote: > Every use of %M is going to cause gcc when using __printf to emit > a warning like: > > unknown conversion type character ‘M’ in format [-Wformat=] Yeah, that's still an open problem. Actually, I still haven't found out, how it's done w/ all the other

Re: [PATCH] lib: vsprintf: add printf format conversion %M for errno strings

2017-06-25 Thread Enrico Weigelt, metux IT consult
On 25.06.2017 22:10, Joe Perches wrote: >> Yeah, that's still an open problem. Actually, I still haven't found out, >> how it's done w/ all the other kernel-internal conversions. > > Everything else uses "%p", hmm, but errno's aren't pointers. Isn't %p checked for pointer values ? >> Already

RFC: abstraction for RPC'ish hardware drivers ? mailbox ? netif ?

2017-06-25 Thread Enrico Weigelt, metux IT consult
Hi folks, I'm currently implementing drivers for an industrial backplane, (*1) which uses some kind of rpc / command-response mechanism. There're different variants, eg. some proprietary serial interface, USB link, pci cards, etc. On top of that there's a block-based command- response mechanism

Directly accessing serial ports from drivers w/o TTYs ?

2017-06-25 Thread Enrico Weigelt, metux IT consult
Hi folks, is there already a way for accessing serial ports from drivers, w/o having to go through the TTY subsystem ? Serdev seems provide a connection between arbitrary TTYs to device drivers. But this implies always having a TTY for each UART (even if it's never used outside the kernel). Is

Re: [PATCH] lib: vsprintf: add printf format conversion %M for errno strings

2017-06-25 Thread Enrico Weigelt, metux IT consult
On 26.06.2017 00:47, Randy Dunlap wrote: > but why not just do that in userspace. Patch up syslogd (which one, actually?) to decode all the dozens of different cases that print out errno values ? Applying your argument more consequently - why do we have human-readable messages at all, instead

imx6: CSI for ADCs (fpga)

2017-09-15 Thread Enrico Weigelt, metux IT consult
Hi folks, did anyone already use the imx6's csi port for anything other than cameras ? I'm thinking about using it for an ADC (in fpga). Theoretically it should be possible to transfer non-video data, but the question here is whether the ipu might interfer here (eg. trying colorspace

dtc: imx6 warnings on unit address format errors

2017-09-10 Thread Enrico Weigelt, metux IT consult
Hi folks, I'm getting lots of warnings from dtc about unit address format errors: For example in imx6q.dtsi: ocram: sram@0090 { The node name's address part has leading zeros which dtc doesn't like. It doesn't seem to have a big influence (yet ?), but I'd guess this warning is there

Re: Proposal: single defconfig for all ARM

2017-11-06 Thread Enrico Weigelt, metux IT consult
nable hdmi display --> enable sdma --> enable usb ... --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287

gpio + separate interrupts on rising / falling

2017-11-06 Thread Enrico Weigelt, metux IT consult
Hi folks, I've got device with some strange device that triggers two irqs via one line. Rising means buffer A filled, falling mean buffer B filled. I'd like to handle that via two separate interrupts. Is it possible to register both an rising and an falling edge irq on the same line ? --mtx

p9caps: add Plan9 capability devices

2018-02-11 Thread Enrico Weigelt, metux IT consult
v2 of the p9caps patch

[PATCH] p9caps: add Plan9 capability devices

2018-02-11 Thread Enrico Weigelt, metux IT consult
From: "Enrico Weigelt, metux IT consult" <i...@metux.net> This driver implements the Plan9 capability devices, used for switching user id via capability tokens. https://9p.io/sys/doc/auth.html --- drivers/staging/Kconfig | 2 + drivers/staging/Makefile| 1 +

Re: RFC: build config via DT names

2018-02-13 Thread Enrico Weigelt, metux IT consult
On 12.02.2018 23:24, Frank Rowand wrote: There is a tool to aid this process: scripts/dtc/dt_to_config. It is not a 100% solution, but it is very helpful. The problem is difficult enough that this tool led to a conference talk. The slides are at

Re: [PATCH] p9caps: add Plan9 capability devices

2018-02-13 Thread Enrico Weigelt, metux IT consult
On 13.02.2018 07:16, Serge E. Hallyn wrote: + /* make sure only one instance per namespace can be opened */ > > ... at a time yeah, right. might be better to keep this state in the user_ns itself, would avoid kzalloc below. thought about, but hesitated to touch user_ns. might not be

user_namespace: add aux data

2018-02-09 Thread Enrico Weigelt, metux IT consult
Hi folks, is there any way for drivers to add aux data to user namespaces ? I'm currently implementing plan9-like capabilities authentication, and I'd like to keep this separate by user-ns. --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net

RFC: build config via DT names

2018-02-10 Thread Enrico Weigelt, metux IT consult
rate from the actual drivers - they just enable them automatically. Of course they'll have to be maintained by the driver maintainers. What do you think about this idea ? --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287

[PATCH] p9caps: add Plan9 capability devices

2018-02-10 Thread Enrico Weigelt, metux IT consult
From: "Enrico Weigelt, metux IT consult" <i...@metux.net> This driver implements the Plan9 capability devices, used for switching user id via capability tokens. https://9p.io/sys/doc/auth.html --- drivers/staging/Kconfig | 2 + drivers/staging/Makefile| 1 +

adding plan9-like usernames to the kernel

2018-02-07 Thread Enrico Weigelt, metux IT consult
-- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287

Re: Linux 4.19-rc4 released, an apology, and a maintainership note

2018-10-08 Thread Enrico Weigelt, metux IT consult
n't stop anybody. > If I understand the context correctly, the previous "regime" could be > the culprit, at least to some extent, why still don't have the VM > look containers with vanilla. Why exactly do you think so ? What exactly are you missing here ? Where's the connection to

Re: Linux 4.19-rc4 released, an apology, and a maintainership note

2018-10-08 Thread Enrico Weigelt, metux IT consult
lves, and sometimes there is just not enough time to say anything. Yes. I've been demotivated by this problem myself. But I know, I can't expect anybody else do to my homework for me. --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287

Re: Linux 4.19-rc4 released, an apology, and a maintainership note

2018-10-08 Thread Enrico Weigelt, metux IT consult
rt, eg. when it's about corporations like NVidia, or people who try to refit the Kernel for their broken userland stuff. If I may propose a patches to your /dev/brain, the only issue would be 100% strict GPL enforcement ;-) --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287