On Thu, Jul 02, 2015 at 10:48:40AM +0530, Lokesh Vutla wrote:
Adding simple speed tests for a range of block sizes for Async AEAD crypto
algorithms.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
What's wrong with the existing AEAD speed tests?
--
Email: Herbert Xu
On Mon, Jul 6, 2015 at 9:19 AM, Sascha Hauer s.ha...@pengutronix.de wrote:
The thermal code uses int, long and unsigned long for temperatures
in different places.
Using an unsigned type limits the thermal framework to positive
temperatures without need. Also several drivers currently will
Hi,
On Monday 06 July 2015 01:14 PM, Herbert Xu wrote:
On Thu, Jul 02, 2015 at 10:48:40AM +0530, Lokesh Vutla wrote:
Adding simple speed tests for a range of block sizes for Async AEAD crypto
algorithms.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
What's wrong with the existing AEAD
Hello,
now that all patches that were in next hit Linus Torvalds' tree and
v4.2-rc1 is out here comes the promised pull request that makes usage of
the flags parameter mandatory for gpiod_get et al:
The following changes since commit d770e558e21961ad6cfdf0ff7df0eb5d7d4f0754:
Linux 4.2-rc1
On Mon, 6 Jul 2015 09:19:49 +0200, Sascha Hauer wrote:
The thermal code uses int, long and unsigned long for temperatures
in different places.
Using an unsigned type limits the thermal framework to positive
temperatures without need. Also several drivers currently will report
temperatures
This series works around Advisory 21 as documented in
AM437x SoC errata[1]. AM335x and DRA7x also suffer from
the same errata and chip design team is in the process
of updating the errata documents of those devices as well.
Patch 1/7 fixes a related bug but can be applied independently.
Series
Use of of_machine_is_compatible() for AM335x specific DMA
quirk in 8250_omap driver makes it ugly to extend the
quirk for other platforms. Instead use a new compatible.
The new compatible will also make it easier to care of other
quirks specific to AM335x and like SoCs.
This patch does break
The compatible ti,am4372-uart is used in arch/arm/boot/dts/am4372.dtsi
but not documented. Add necessary documentation.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
Documentation/devicetree/bindings/serial/omap_serial.txt | 1 +
1 file changed, 1 insertion(+)
diff --git
omap_device infrastructure has a suspend_noirq hook which
runtime suspends all devices late in the suspend cycle (see
_od_suspend_noirq() in arch/arm/mach-omap2/omap_device.c)
This leads to a NULL pointer exception in 8250_omap driver
since by the time omap8250_runtime_suspend() is called,
updating mdr1 register on OMAP needs to take care of
errata i202. Introduce a function to update mdr1.
This will be useful later on when mdr1 needs to be
written to from other places. No functional change.
Signed-off-by: Sekhar Nori nsek...@ti.com
---
drivers/tty/serial/8250/8250_omap.c | 17
Paul/Tony,
Any comments on this series?
We need this for DCAN and core retention to work together
for v4.3.
cheers,
-roger
On 23/06/15 15:09, Roger Quadros wrote:
Hi,
On DRA7 platform, DCAN1 module has an issue when it's clockdomain
(WKUPAON) is configured in HW_AUTO. After DCAN1 is enabled
Add ti,dra742-uart to the compatible list so the driver
workaround for UART module disable errata is enabled.
This does not break backward compatibility as existing DTBs
should continue to work with newer kernels albeit without the
capability of disabling the module when DMA is used.
AM335x, AM437x and DRA7x SoCs have an errata due to which UART
cannot be disabled after it has been used with DMA.
OMAP3 has a similar sounding errata which has been worked around
in a2fc36613ac1af2e9 (ARM: OMAP3: Use manual idle for UARTs
because of DMA errata). But the workaround used there
Due to Advisory 21 as documented in AM437x errata document,
UART module cannot be disabled once DMA is used. The only
workaround is to softreset the module before disabling it.
DRA7x UARTs are compatible to AM437x UARTs in terms of
this errata and prescribed workaround.
Enable usage of
Hi Sascha,
The thermal code uses int, long and unsigned long for temperatures
in different places.
Using an unsigned type limits the thermal framework to positive
temperatures without need. Also several drivers currently will report
temperatures near UINT_MAX for temperatures below 0°C.
On Thu, Jul 02, 2015 at 10:48:38AM +0530, Lokesh Vutla wrote:
Now the driver supports gcm mode, add omap-aes-gcm
algo info to omap-aes driver.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
You're using the old AEAD interface. We are now moving to the
new AEAD interface so I will not be
On Mon, Jul 06, 2015 at 02:15:06PM +0530, Lokesh Vutla wrote:
The existing AEAD test case does not do a wait_for_completion(), when
the return value is EINPROGRESS or EBUSY like it is done for acipher_speed
tests.
Please fix them to do the wait.
Thanks,
--
Email: Herbert Xu
Since 39b2bbe3d715 (gpio: add flags argument to gpiod_get*() functions)
which appeared in v3.17-rc1, the gpiod_get* functions take an additional
parameter that allows to specify direction and initial value for output.
Use this additional parameter and the _optional variant to simplify the
driver
On Thu, Jul 02, 2015 at 10:48:31AM +0530, Lokesh Vutla wrote:
OMAP AES driver returns an error if the data is not aligned with
AES_BLOCK_SIZE bytes.
But OMAP AES hw allows data input upto 1 byte aligned, but still
zeros are to be appended and complete AES_BLOCK_SIZE has to be written.
And
Hi,
On Monday 06 July 2015 01:05 PM, Herbert Xu wrote:
On Thu, Jul 02, 2015 at 10:48:38AM +0530, Lokesh Vutla wrote:
Now the driver supports gcm mode, add omap-aes-gcm
algo info to omap-aes driver.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
You're using the old AEAD interface. We are
Some persistent clocksources can be on a slow external bus. For shorter
latencies for RT use, let's allow toggling the clocksource during idle
between a faster non-persistent runtime clocksource and a slower persistent
clocksource.
Cc: Felipe Balbi ba...@ti.com
Cc: John Stultz
On Thu, Jul 02, 2015 at 02:59:03AM -0500, Felipe Balbi wrote:
On Thu, Jul 02, 2015 at 10:48:34AM +0530, Lokesh Vutla wrote:
Use BIT()/GENMASK() macros for all register definitions instead of
hand-writing bit masks.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
On Thu, Jul 02, 2015 at 06:33:28PM +0530, Lokesh Vutla wrote:
dma_unmap_sg() is being called twice after completing the
task. Looks like this is a copy paste error when creating
des driver.
With this the following warn appears during boot:
[4.210457] [ cut here ]
On Thu, Jul 02, 2015 at 10:48:33AM +0530, Lokesh Vutla wrote:
Add aead_request_cast() api to get pointer to aead_request
from cryto_async_request.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
include/linux/crypto.h |6 ++
1 file changed, 6 insertions(+)
diff --git
* Tony Lindgren t...@atomide.com [150602 13:00]:
* Felipe Balbi ba...@ti.com [150602 12:26]:
On Wed, May 06, 2015 at 12:25:33PM -0500, Dave Gerlach wrote:
Add node for TI AM4372 EMIF.
Signed-off-by: Dave Gerlach d-gerl...@ti.com
Tony, this patch fixes the regression I just
* Roger Quadros rog...@ti.com [150617 07:54]:
Without this USB2 breaks if USB1 is disabled or USB1
initializes after USB2 e.g. due to deferred probing.
Fixes: 5a0f93c6576a (ARM: dts: Add am57xx-beagle-x15)
Signed-off-by: Roger Quadros rog...@ti.com
Cc: sta...@vger.kernel.org (v3.19+)
On Thursday 25 June 2015 07:01:38 Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [150506 04:45]:
On Wednesday 06 May 2015 13:04:01 Arnd Bergmann wrote:
It needs to be done in this code, so system_rev variable is
set properly...
What I mean is which code accesses this
Users of find_cable_index_by_name() will cause a kernel hang
as the while loop counter is never incremented and end condition
is never reached.
Fixes: commit 73b6ecdb93e8 (extcon: Redefine the unique id of supported
external connectors without 'enum extcon' type)
Cc: Greg Kroah-Hartman
* Pali Rohár pali.ro...@gmail.com [150706 05:25]:
into which file should I put documentation about new DT properties?
If it's Linux generic like linux,revision, then how about
Documentation/devicetree/bindings/revision.txt?
For the ATAGs, Documentation/devicetree/bindings/arm/atag.txt?
* Johan Hovold jo...@kernel.org [150611 07:20]:
This reverts commit 3d76be5b933e2a66d85a2f7444e68e99e8a48ad4.
The latest revision of Beaglebone Black does not support RTC-only mode.
To avoid potential hardware damage, RTC-only mode was disabled by
default by commit 7a6cb0abe1aa (ARM: dts:
* Tomi Valkeinen tomi.valkei...@ti.com [150630 05:07]:
When DSS nodes were added to am4372.dtsi, the rfbi node was not marked
as disabled. This should have been done, as the rule of thumb is to
disable all DSS nodes that are not used, and especially rfbi, as we
don't have a driver for rfbi.
On Monday 06 July 2015 14:31:27 Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [150706 05:25]:
into which file should I put documentation about new DT properties?
If it's Linux generic like linux,revision, then how about
Documentation/devicetree/bindings/revision.txt?
For the
Hi,
On 06/07/15 15:31, Roger Quadros wrote:
Users of find_cable_index_by_name() will cause a kernel hang
as the while loop counter is never incremented and end condition
is never reached.
Fixes: commit 73b6ecdb93e8 (extcon: Redefine the unique id of supported external
connectors without 'enum
On Fri, Jul 03, 2015 at 05:10:46PM +0300, Peter Ujfalusi wrote:
On 07/02/2015 06:56 PM, Vinod Koul wrote:
On Wed, Jul 01, 2015 at 03:41:26PM +0300, Peter Ujfalusi wrote:
Hi,
On 06/08/2015 04:22 PM, Peter Ujfalusi wrote:
Hi,
Changes since v01:
- Drop change in compatible for the
On Tuesday 28 October 2014 23:26:41 Tony Lindgren wrote:
* Pavel Machek pa...@ucw.cz [141028 15:22]:
On Tue 2014-10-28 23:04:50, Pavel Machek wrote:
Hi!
Here's a patch that should fix the issues for built-in USB
gadgets.
Pavel, care to see if this gets NFSroot over USB
* Pali Rohár pali.ro...@gmail.com [150706 06:27]:
On Tuesday 28 October 2014 23:26:41 Tony Lindgren wrote:
* Pavel Machek pa...@ucw.cz [141028 15:22]:
On Tue 2014-10-28 23:04:50, Pavel Machek wrote:
Networking now works against 3.17-based kernel. Thanks!
It works on 3.18-rc1
* Pali Rohár pali.ro...@gmail.com [150706 06:14]:
On Monday 06 July 2015 14:31:27 Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [150706 05:25]:
into which file should I put documentation about new DT properties?
If it's Linux generic like linux,revision, then how about
This patch series converts some legacy ATAGs into DT and provide them to
userspace. It is needed for userspace applications which needs some
informations from legacy bootloaders which are not DT compatible.
Patch series is for now without DT documentation files. It was tested in
QEMU for Nokia
In file atags_proc.c function save_atags() expect const argument, but in
atags.h file is declarated as non const. Fix declaration in atags.h file to
match what is expected.
Signed-off-by: Pali Rohár pali.ro...@gmail.com
---
arch/arm/kernel/atags.h |4 ++--
1 file changed, 2 insertions(+), 2
When uncompressing kernel image this patch convert ATAG_REVISION structure
into DT /revision entry. For legacy bootloaders which do not support DT
booting there is no other option how to pass ATAG_REVISION into kernel.
Signed-off-by: Pali Rohár pali.ro...@gmail.com
---
Legacy bootloaders can pass additional information for kernel or legacy
userspace applications. When booting DT kernel then ATAGs structure is not
more visible after running kernel uncompress code. This patch stores full
ATAGs structure into DT /chosen/linux,atags entry, so kernel can later
reuse
With this patch /revision DT entry is used to set global system_rev
variable. DT /revision is expected to be u32 numeric value.
TODO: add documentation
Signed-off-by: Pali Rohár pali.ro...@gmail.com
---
arch/arm/kernel/devtree.c | 12 ++--
1 file changed, 10 insertions(+), 2
With this patch when linux kernel is compiled with ARM_ATAG_DTB_COMPAT it
reads ATAGs structure from /chosen/linux,atags entry and store it into
/proc/atags file. ATAGs structure is not parsed or evaluated, just kernel
exports it to userspace via procfs. It is needed for legacy userspace
Users of find_cable_index_by_name() will cause a kernel hang
as the while loop counter is never incremented and end condition
is never reached.
extcon_get_cable_state() and extcon_set_cable_state() are broken
because they use cable index instead of cable id. This causes
the first cable state
Currently the extcon code notifiers the interested listeners
before it updates the extcon state with the new state.
This will cause the listeners that use extcon_cable_get_state()
to get the stale state and loose the new state.
Fix this by first changing the extcon state variable and then
On Mon, 6 Jul 2015, Tony Lindgren wrote:
* Thomas Gleixner t...@linutronix.de [150706 07:20]:
On Mon, 6 Jul 2015, Tony Lindgren wrote:
The timekeeping accuracy issue certainly needs some thinking, and
also the resolution between the clocksources can be different.. In the
test case I have the
On Mon, Jul 6, 2015 at 12:12 AM, Tony Lindgren t...@atomide.com wrote:
Some persistent clocksources can be on a slow external bus. For shorter
latencies for RT use, let's allow toggling the clocksource during idle
between a faster non-persistent runtime clocksource and a slower persistent
On Mon, Jul 6, 2015 at 10:34 AM, Thomas Gleixner t...@linutronix.de wrote:
On Mon, 6 Jul 2015, John Stultz wrote:
On Mon, Jul 6, 2015 at 12:12 AM, Tony Lindgren t...@atomide.com wrote:
Some persistent clocksources can be on a slow external bus. For shorter
latencies for RT use, let's allow
On Mon, Jul 06, 2015 at 08:06:17PM +0200, Michael Trimarchi wrote:
Hi
On Jul 6, 2015 8:01 PM, Felipe Balbi ba...@ti.com wrote:
on a first call to dev_pm_attach_wake_irq(), if it
fails, it will leave dev-power.wakeirq set to a
dangling pointer. Instead, let's clear it to make
sure a
On 07/06, Boris Brezillon wrote:
Clock rates are stored in an unsigned long field, but -determine_rate()
(which returns a rounded rate from a requested one) returns a long
value (errors are reported using negative error codes), which can lead
to long overflow if the clock rate exceed 2Ghz.
On Monday 06 July 2015 18:20:35 Pali Rohár wrote:
/chosen/linux,atags
This one. ATAGs are a Linux data struct.
Rob
Ok, and how read that property /chosen/linux,atags in function
setup_machine_fdt() from file arch/arm/kernel/devtree.c ?
of_get_flat_dt_prop() cannot be used
On Wed, 3 Jun 2015 16:37:28 -0700
Stephen Boyd sb...@codeaurora.org wrote:
On 05/20, Boris Brezillon wrote:
Clock rates are stored in an unsigned long field, but -determine_rate()
(which returns a rounded rate from a requested one) returns a long
value (errors are reported using negative
on a first call to dev_pm_attach_wake_irq(), if it
fails, it will leave dev-power.wakeirq set to a
dangling pointer. Instead, let's clear it to make
sure a subsequent call to dev_pm_attach_wake_irq()
has chance to succeed.
Cc: Tony Lindgren tml...@atomide.com
Signed-off-by: Felipe Balbi
On Monday 06 July 2015 17:22:58 Rob Herring wrote:
On Mon, Jul 6, 2015 at 8:12 AM, Pali Rohár pali.ro...@gmail.com wrote:
On Monday 06 July 2015 14:31:27 Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [150706 05:25]:
into which file should I put documentation about new DT
* Thomas Gleixner t...@linutronix.de [150706 08:48]:
On Mon, 6 Jul 2015, Tony Lindgren wrote:
* Thomas Gleixner t...@linutronix.de [150706 07:20]:
On Mon, 6 Jul 2015, Tony Lindgren wrote:
The timekeeping accuracy issue certainly needs some thinking, and
also the resolution between the
On Mon, Jul 6, 2015 at 8:46 AM, Thomas Gleixner t...@linutronix.de wrote:
On Mon, 6 Jul 2015, Tony Lindgren wrote:
* Thomas Gleixner t...@linutronix.de [150706 07:20]:
On Mon, 6 Jul 2015, Tony Lindgren wrote:
The timekeeping accuracy issue certainly needs some thinking, and
also the
Clock rates are stored in an unsigned long field, but -determine_rate()
(which returns a rounded rate from a requested one) returns a long
value (errors are reported using negative error codes), which can lead
to long overflow if the clock rate exceed 2Ghz.
Change -determine_rate() prototype to
On Mon, 6 Jul 2015, John Stultz wrote:
On Mon, Jul 6, 2015 at 12:12 AM, Tony Lindgren t...@atomide.com wrote:
Some persistent clocksources can be on a slow external bus. For shorter
latencies for RT use, let's allow toggling the clocksource during idle
between a faster non-persistent
On Mon, Jul 6, 2015 at 11:20 AM, Pali Rohár pali.ro...@gmail.com wrote:
On Monday 06 July 2015 17:22:58 Rob Herring wrote:
On Mon, Jul 6, 2015 at 8:12 AM, Pali Rohár pali.ro...@gmail.com wrote:
On Monday 06 July 2015 14:31:27 Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [150706
On Wed, Jun 10, 2015 at 02:48:48PM +0530, Kishon Vijay Abraham I wrote:
No functional change. Used _roundup_ macro to calculate the transfer
size aligned to maxpacket in dwc3_ep0_complete_data. It also makes it
similar to how transfer size is calculated in __dwc3_ep0_do_control_data.
Am Montag, 6. Juli 2015, 09:19:49 schrieb Sascha Hauer:
The thermal code uses int, long and unsigned long for temperatures
in different places.
Using an unsigned type limits the thermal framework to positive
temperatures without need. Also several drivers currently will report
temperatures
Hello,
now I found out that rx51-battery.ko driver register sysnode
/sys/class/power_supply/rx51-battery/ when booting with legacy board
code. But when booting DT kernel it register sysnode with different name
/sys/class/power_supply/n900-battery/
Sysfs node for DT kernel comes from Nokia
On Mon, Jul 06, 2015 at 09:19:49AM +0200, Sascha Hauer wrote:
The thermal code uses int, long and unsigned long for temperatures
in different places.
Using an unsigned type limits the thermal framework to positive
temperatures without need. Also several drivers currently will report
On Monday, July 06, 2015 01:01:18 PM Felipe Balbi wrote:
on a first call to dev_pm_attach_wake_irq(), if it
fails, it will leave dev-power.wakeirq set to a
dangling pointer. Instead, let's clear it to make
sure a subsequent call to dev_pm_attach_wake_irq()
has chance to succeed.
Cc: Tony
Hi
On Mon, Jul 6, 2015 at 8:09 PM, Felipe Balbi ba...@ti.com wrote:
On Mon, Jul 06, 2015 at 08:06:17PM +0200, Michael Trimarchi wrote:
Hi
On Jul 6, 2015 8:01 PM, Felipe Balbi ba...@ti.com wrote:
on a first call to dev_pm_attach_wake_irq(), if it
fails, it will leave dev-power.wakeirq
Hi Stephen,
On Mon, 6 Jul 2015 14:32:10 -0700
Stephen Boyd sb...@codeaurora.org wrote:
On 07/06, Boris Brezillon wrote:
Clock rates are stored in an unsigned long field, but -determine_rate()
(which returns a rounded rate from a requested one) returns a long
value (errors are reported
On Tuesday 16 June 2015 04:07 PM, Vignesh R wrote:
Hi,
When using omap_hsmmc driver, if sd-card repeatedly plug unplugged
multiple times quickly, card enumeration stops after few iterations.
This can be easily reproduced on DRA74X EVM which uses omap_hsmmc driver.
This patch series
On Wednesday 03 June 2015 05:21 PM, Vignesh R wrote:
Hi,
This patch series adds support for PWMSS on DRA7. The IP is same as that
present in AM33XX and AM43XX.
The first patch changes clock domain in which PWMSS is present
(l4per2_7xx_clkdm) to SW_WKUP. This is because legacy IPs like
The thermal code uses int, long and unsigned long for temperatures
in different places.
Using an unsigned type limits the thermal framework to positive
temperatures without need. Also several drivers currently will report
temperatures near UINT_MAX for temperatures below 0°C. This will probably
On DRA7 there is one pinctrl domain (dra7_pmx_core) and
PRCM wake-up IRQ is not shared, so remove quirk.
Cc: Nishanth Menon n...@ti.com
Cc: Tony Lindgren t...@atomide.com
Fixes: 31320beaa3d3 ('pinctrl: single: Add DRA7 pinctrl compatibility')
Signed-off-by: Grygorii Strashko
Hi,
* Thomas Gleixner t...@linutronix.de [150706 07:20]:
On Mon, 6 Jul 2015, Tony Lindgren wrote:
Some persistent clocksources can be on a slow external bus. For shorter
latencies for RT use, let's allow toggling the clocksource during idle
between a faster non-persistent runtime
On Mon, Jul 6, 2015 at 7:31 AM, Tony Lindgren t...@atomide.com wrote:
* Pali Rohár pali.ro...@gmail.com [150706 05:25]:
into which file should I put documentation about new DT properties?
If it's Linux generic like linux,revision, then how about
Just revision at the top level please. I'd
Hi,
First patch fixes kernel hang and incorrect states when
extcon_get/set_cable_state() is used.
Second patch fixes extcon_cable_get_state() users from getting old
state after notifier callback.
cheers,
-roger
Roger Quadros (2):
extcon: fix hang and extcon_get/set_cable_state().
extcon:
On 06/30/2015 04:52 PM, Alexandre Courbot wrote:
On Fri, Jun 26, 2015 at 12:13 AM, Grygorii Strashko
grygorii.stras...@ti.com wrote:
OMAP GPIO driver allowed to be built as loadable module, but it
doesn't set owner field in GPIO chip structure. As result,
module_get/put() API is not working
* Grygorii Strashko grygorii.stras...@ti.com [150706 08:14]:
On DRA7 there is one pinctrl domain (dra7_pmx_core) and
PRCM wake-up IRQ is not shared, so remove quirk.
Cc: Nishanth Menon n...@ti.com
Cc: Tony Lindgren t...@atomide.com
Fixes: 31320beaa3d3 ('pinctrl: single: Add DRA7 pinctrl
On Mon, 6 Jul 2015, Tony Lindgren wrote:
Some persistent clocksources can be on a slow external bus. For shorter
latencies for RT use, let's allow toggling the clocksource during idle
between a faster non-persistent runtime clocksource and a slower persistent
clocksource.
I really cannot
The PSC IRQ is requested using request_irq() API and as result it can
be forced to be threaded IRQ in RT-Kernel if PCS_QUIRK_HAS_SHARED_IRQ
is enabled for pinctrl domain.
As result, following 'possible irq lock inversion dependency' report
can be seen:
* Grygorii Strashko grygorii.stras...@ti.com [150706 08:16]:
The PSC IRQ is requested using request_irq() API and as result it can
be forced to be threaded IRQ in RT-Kernel if PCS_QUIRK_HAS_SHARED_IRQ
is enabled for pinctrl domain.
As result, following 'possible irq lock inversion
* Rob Herring robherri...@gmail.com [150706 08:23]:
On Mon, Jul 6, 2015 at 7:31 AM, Tony Lindgren t...@atomide.com wrote:
* Pali Rohár pali.ro...@gmail.com [150706 05:25]:
into which file should I put documentation about new DT properties?
If it's Linux generic like linux,revision, then
On Mon, Jul 6, 2015 at 8:12 AM, Pali Rohár pali.ro...@gmail.com wrote:
On Monday 06 July 2015 14:31:27 Tony Lindgren wrote:
* Pali Rohár pali.ro...@gmail.com [150706 05:25]:
into which file should I put documentation about new DT properties?
If it's Linux generic like linux,revision, then
80 matches
Mail list logo