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
im
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
Cc: John Stultz
Cc: Nishanth Menon
Cc: Thomas
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
You're using the old AEAD interface. We are now moving to the
new AEAD interface so I will not be accepting any new
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
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
> ---
> include/linux/crypto.h |6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/include/linux/c
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
> > ---
> > drivers/crypto/omap-aes
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
What's wrong with the existing AEAD speed tests?
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~
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
>
> You're using the old AEAD interface. We are now movi
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 Mon, Jul 6, 2015 at 9:19 AM, 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
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
>
> What's wrong with the existing AEAD speed tests
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
Home Page:
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 (201
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 a
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
---
drivers/tty/serial/8250/8250_omap.c | 17 -
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 back
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
---
Documentation/devicetree/bindings/serial/omap_serial.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/
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, 8250_dm
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.
Signed-off
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 workaround
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 do
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 a
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
> temperat
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°
* Tony Lindgren [150602 13:00]:
> * Felipe Balbi [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
> >
> > Tony, this patch fixes the regression I just reported at [1], care to
> > pick t
* Johan Hovold [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: am335x-bon
* Roger Quadros [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
> Cc: sta...@vger.kernel.org (v3.19+)
Applying into omap-for-v
On Thursday 25 June 2015 07:01:38 Tony Lindgren wrote:
> * Pali Rohár [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 variab
* Tomi Valkeinen [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.
>
> Signed-off-by:
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
Signed-
* Pali Rohár [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?
Regards,
Tony
--
To unsu
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 chan
On Monday 06 July 2015 14:31:27 Tony Lindgren wrote:
> * Pali Rohár [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, Documenta
On Tuesday 28 October 2014 23:26:41 Tony Lindgren wrote:
> * Pavel Machek [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 NFSroo
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
* Pali Rohár [150706 06:27]:
> On Tuesday 28 October 2014 23:26:41 Tony Lindgren wrote:
> > * Pavel Machek [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 kernel, too.
* Pali Rohár [150706 06:14]:
> On Monday 06 July 2015 14:31:27 Tony Lindgren wrote:
> > * Pali Rohár [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/r
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
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: Fi
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 (cabl
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
notifyin
On DRA7 there is one pinctrl domain (dra7_pmx_core) and
PRCM wake-up IRQ is not shared, so remove quirk.
Cc: Nishanth Menon
Cc: Tony Lindgren
Fixes: 31320beaa3d3 ('pinctrl: single: Add DRA7 pinctrl compatibility')
Signed-off-by: Grygorii Strashko
---
drivers/pinctrl/pinctrl-single.c | 1 -
1 f
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:
=
On 06/30/2015 04:52 PM, Alexandre Courbot wrote:
> On Fri, Jun 26, 2015 at 12:13 AM, Grygorii Strashko
> 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 and it's possible
On Mon, Jul 6, 2015 at 7:31 AM, Tony Lindgren wrote:
> * Pali Rohár [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 prefer a string still,
but eith
Hi,
* Thomas Gleixner [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 clocksource and a
On Mon, Jul 6, 2015 at 8:12 AM, Pali Rohár wrote:
> On Monday 06 July 2015 14:31:27 Tony Lindgren wrote:
>> * Pali Rohár [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/device
* Rob Herring [150706 08:23]:
> On Mon, Jul 6, 2015 at 7:31 AM, Tony Lindgren wrote:
> > * Pali Rohár [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 le
* Grygorii Strashko [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
> Cc: Tony Lindgren
> Fixes: 31320beaa3d3 ('pinctrl: single: Add DRA7 pinctrl compatibility')
> Signed-off-by: Grygorii Strashk
* Grygorii Strashko [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 dependency' report
> can be se
On Mon, 6 Jul 2015, Tony Lindgren wrote:
> * Thomas Gleixner [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 slow timer i
On Monday 06 July 2015 17:22:58 Rob Herring wrote:
> On Mon, Jul 6, 2015 at 8:12 AM, Pali Rohár wrote:
> > On Monday 06 July 2015 14:31:27 Tony Lindgren wrote:
> >> * Pali Rohár [150706 05:25]:
> >> > into which file should I put documentation about new DT
> >> > properties?
> >>
> >> If it's Li
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() c
* Thomas Gleixner [150706 08:48]:
> On Mon, 6 Jul 2015, Tony Lindgren wrote:
> > * Thomas Gleixner [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
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 Wed, 3 Jun 2015 16:37:28 -0700
Stephen Boyd 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 error codes),
On Mon, Jul 6, 2015 at 12:12 AM, 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.
So
On Mon, Jul 6, 2015 at 11:20 AM, Pali Rohár wrote:
> On Monday 06 July 2015 17:22:58 Rob Herring wrote:
>> On Mon, Jul 6, 2015 at 8:12 AM, Pali Rohár wrote:
>> > On Monday 06 July 2015 14:31:27 Tony Lindgren wrote:
>> >> * Pali Rohár [150706 05:25]:
>> >> > into which file should I put documenta
On Mon, 6 Jul 2015, John Stultz wrote:
> On Mon, Jul 6, 2015 at 12:12 AM, 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 clocksou
On Mon, Jul 6, 2015 at 8:46 AM, Thomas Gleixner wrote:
> On Mon, 6 Jul 2015, Tony Lindgren wrote:
>> * Thomas Gleixner [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
On Mon, Jul 6, 2015 at 10:34 AM, Thomas Gleixner wrote:
> On Mon, 6 Jul 2015, John Stultz wrote:
>> On Mon, Jul 6, 2015 at 12:12 AM, 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 du
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
Signed-off-by: Felipe Balbi
---
drivers/base/power/wa
On Mon, Jul 06, 2015 at 08:06:17PM +0200, Michael Trimarchi wrote:
> Hi
>
> On Jul 6, 2015 8:01 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
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
> te
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.
>
> Si
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
> temperat
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 N900
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 N90
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
---
arch/arm/kernel/atags.h |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --
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
applicat
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
---
arch/arm/kernel/devtree.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a
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
---
arch/arm/boot/compressed/atags_to_fdt.c |
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, 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:
Hi
On Mon, Jul 6, 2015 at 8:09 PM, Felipe Balbi wrote:
> On Mon, Jul 06, 2015 at 08:06:17PM +0200, Michael Trimarchi wrote:
>> Hi
>>
>> On Jul 6, 2015 8:01 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
Hi Stephen,
On Mon, 6 Jul 2015 14:32:10 -0700
Stephen Boyd 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 using negative e
78 matches
Mail list logo