The kernel crypto API logic requires the caller to provide the
length of (ciphertext || authentication tag) as cryptlen for the
AEAD decryption operation. Thus, the cipher implementation must
calculate the size of the plaintext output itself and cannot simply use
cryptlen.
The RFC4106 GCM
On Wed, Mar 11, 2015 at 6:36 PM, Daniel Baluta daniel.bal...@intel.com wrote:
As written in Documentation/ABI/testing/sysfs-bus-iio the trigger
attribute for sampling frequency should be sampling_frequency.
Fix this for iio-trig-periodic-rtc module in order to prepare it
for moving out of
On Thu, 12 Mar 2015, Xi Ruoyao xry...@outlook.com wrote:
In intel_crtc_page_flip, intel_display.c, the code changed the framebuffer
assigned to plane crtc-primary by
crtc-primary-fb = fb;
However, it forgot to change crtc-primary-state-fb. However, when we
switch to console, some kernel
Hi,
Resending patchset because it was filtered out by vger.kernel.org.
The patchset fixes invalid memory accesses in certain race scenarios by
moving ownership of struct power_supply to the core. All drivers are
modified.
TLDR for driver and subsystem maintainers
Use power_supply_put() to decrement the power supply's device reference
counter.
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
Acked-by: Pavel Machek pa...@ucw.cz
Acked-by: Linus Walleij linus.wall...@linaro.org
Acked-by: Lee Jones lee.jo...@linaro.org
Reviewed-by: Bartlomiej
Add new structure 'power_supply_config' for holding run-time
initialization data like of_node, supplies and private driver data.
The power_supply_register() function is changed so all power supply
drivers need updating.
When registering the power supply this new 'power_supply_config' should be
Replace direct calls to power supply function attributes with wrappers.
Wrappers provide safe access in case of unregistering the power
supply (e.g. by removing the driver). Replace:
- get_property - power_supply_get_property
- set_property - power_supply_set_property
Signed-off-by: Krzysztof
Replace direct calls to power supply function attributes with wrappers.
Wrappers provide safe access in case of unregistering the power
supply (e.g. by removing the driver). Replace:
- get_property - power_supply_get_property
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
Acked-by:
On 2015/3/12 13:10, David Rientjes wrote:
On Thu, 12 Mar 2015, Gu Zheng wrote:
Qiu Xishi reported the following BUG when testing hot-add/hot-remove node
under
stress condition.
[ 1422.011064] BUG: unable to handle kernel paging request at
00025f60
[ 1422.011086] IP:
The power_supply_get_by_phandle() and power_supply_get_by_name() use
function class_find_device() for obtaining the reference to power
supply. Each use of class_find_device() increases the power supply's
device reference counter.
However the reference counter was not decreased by users of this
Allow drivers to store private data inside power_supply structure for
later usage in power supply operations.
Usage of driver private data is necessary to access driver's state
container object from power supply calls (like get_property()) if struct
'power_supply' is a stored there as a pointer,
Replace direct usage of put_device() with new API: power_supply_put().
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
Acked-by: Pavel Machek pa...@ucw.cz
Reviewed-by: Bartlomiej Zolnierkiewicz b.zolnier...@samsung.com
Reviewed-by: Sebastian Reichel s...@kernel.org
---
Replace direct calls to power supply function attributes with wrappers.
Wrappers provide safe access in case of unregistering the power
supply (e.g. by removing the driver). Replace:
- get_property - power_supply_get_property
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
Acked-by:
Use power_supply_put() to decrement the power supply's device reference
counter.
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
Reviewed-by: Bartlomiej Zolnierkiewicz b.zolnier...@samsung.com
Reviewed-by: Sebastian Reichel s...@kernel.org
Acked-by: Robert Jarzmik
Replace direct calls to power supply function attributes with wrappers.
Wrappers provide safe access in case of unregistering the power
supply (e.g. by removing the driver). Replace:
- get_property - power_supply_get_property
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
Acked-by:
On Thu, Mar 12, 2015 at 11:56 AM, Mike Snitzer snit...@redhat.com wrote:
If percpu_ref_init() fails the 'err_hctxs' label should be used instead
of 'err_map'.
Signed-off-by: Mike Snitzer snit...@redhat.com
---
block/blk-mq.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
On Thu, Feb 19, 2015 at 10:30:14AM +0100, Nicolas Ferre wrote:
When trying to request the PWM device with devm_pwm_get(), the EPROBE_DEFER
flag is not handled properly. It can lead to the PWM not being found.
Signed-off-by: Boris Brezillon boris.brezil...@free-electrons.com
Signed-off-by:
Replace direct calls to power supply function attributes with wrappers.
Wrappers provide safe access in case of unregistering the power
supply (e.g. by removing the driver). Replace:
- get_property - power_supply_get_property
- set_property - power_supply_set_property
- property_is_writeable -
The return value of power_supply_register() call was not checked and
even on error probe() function returned 0. If registering failed then
during unbind the driver tried to unregister power supply which was not
actually registered.
This could lead to memory corruption because
The commit c2be45f09bb0 (compal-laptop: Use
devm_hwmon_device_register_with_groups) wanted to change the
registering of hwmon device to resource-managed version. It mostly did
it except the main thing - it forgot to use devm-like function so the
hwmon device leaked after device removal or probe
Use power_supply_put() to decrement the power supply's device reference
counter (increased by power_supply_get_by_name() or
power_supply_get_by_phandle()).
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
Acked-by: Pavel Machek pa...@ucw.cz
Reviewed-by: Bartlomiej Zolnierkiewicz
Replace direct calls to power supply function attributes with wrappers.
Wrappers provide safe access in case of unregistering the power
supply (e.g. by removing the driver). Replace:
- get_property - power_supply_get_property
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
Acked-by:
On 03/12/2015 09:16 AM, Octavian Purdila wrote:
On Wed, Mar 11, 2015 at 6:36 PM, Daniel Baluta daniel.bal...@intel.com wrote:
As written in Documentation/ABI/testing/sysfs-bus-iio the trigger
attribute for sampling frequency should be sampling_frequency.
Fix this for iio-trig-periodic-rtc
On 12.03.15 at 00:10, mcg...@do-not-panic.com wrote:
config X86_LOCAL_APIC
def_bool y
- depends on X86_64 || SMP || X86_32_NON_STANDARD || X86_UP_APIC ||
PCI_MSI
+ depends on X86_64 || SMP || X86_32_NON_STANDARD || PCI_MSI
I.e. building a 32-bit kernel with APIC support but
Hi Stephane,
On Wed, Mar 11, 2015 at 11:32:15PM -0400, Stephane Eranian wrote:
Hi,
I am working on the JIT support to improve the flow and have
perf record inject the MMAPs at the end of the collection. For
that I piggyback on the buildid pass. To avoid rewriting the entire perf.data
file,
On Thu, Mar 12, 2015 at 12:15 AM, Andy Gross agr...@codeaurora.org wrote:
On Wed, Mar 11, 2015 at 01:42:38PM -0700, Tim Bird wrote:
snip
I'm pretty anxious about this one, as my current work has a dependency on it.
Virtually the entirety of the QualComm SOC work is dependent on this
because
On 11.03.2015 18:16, Jörg Otte wrote:
2015-03-11 12:01 GMT+01:00 Jörg Otte jrg.o...@gmail.com:
2015-03-10 18:04 GMT+01:00 Mathias Nyman mathias.ny...@linux.intel.com:
On 10.03.2015 17:36, Jörg Otte wrote:
I'd suspect one of these two patches:
commit 45ba2154d12fc43b70312198ec47085f10be801a
Hi,
V1 was sent back in 10th of February [1], so resending it rebased on current
linux-next.
Clean up series of McASP device creation for da8xx and dm646x DMSoCs.
[1] https://lkml.org/lkml/2015/2/10/298
Regards,
Peter
---
Peter Ujfalusi (7):
ARM: davinci: devices-da8xx: Add resource name for
On Wed, Mar 11, 2015 at 08:36:03PM +0800, He Kuang wrote:
When zoom into thread/dso/symbol, the fold/unfold stat is cleared in
hists__filter_by_thread/dso/symbol(), but h-nr_rows is not cleared. So
if we toggle fold stat on the unfold entires, nr_entries got a wrong
value.
This bug can be
On Wed, Mar 11, 2015 at 07:16:27AM -0700, Andi Kleen wrote:
From: Andi Kleen a...@linux.intel.com
The information how much a counter ran in perf stat can be quite
interesting for other tools to judge how trustworthy a measurement is.
Currently it is only output in non CSV mode.
This
On Thu, Mar 12, 2015 at 11:56 AM, Mike Snitzer snit...@redhat.com wrote:
Add a variant of blk_mq_init_queue that allows a previously allocated
queue to be initialized. blk_mq_init_allocated_queue models
blk_init_allocated_queue -- which was also created for DM's use.
DM's approach to device
If the part of the compression data are corrupted, or the compression
data is totally fake, the memory access over the limit is possible.
This is the log from my system usning lz4 decompression.
[6502]data abort, halting
[6503]r0 0x r1 0x r2 0xdcea0ffc r3 0xdcea0ffc
On da8xx McASP TX/RX interrupt requests are combined.
The interrupt can be used for error recovery.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-davinci/devices-da8xx.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/mach-davinci/devices-da8xx.c
Both DA830 and DA850 has McASP0 module, so do not restrict the use of
McASP0 for da850 only.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-davinci/devices-da8xx.c | 25 ++---
1 file changed, 18 insertions(+), 7 deletions(-)
diff --git
Add names to the DMA resources and remove the RX DMA dummy part for McASP1.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-davinci/dm646x.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/arch/arm/mach-davinci/dm646x.c
da830 has three McASP blocks.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-davinci/asp.h | 7 ++
arch/arm/mach-davinci/devices-da8xx.c | 41 +++
2 files changed, 48 insertions(+)
diff --git a/arch/arm/mach-davinci/asp.h
On Thu, Mar 12, 2015 at 09:39:06AM +0800, Lu Baolu wrote:
When a device with an isochronous endpoint is plugged into the Intel
xHCI host controller, and the driver submits multiple frames per URB,
the xHCI driver will set the Block Event Interrupt (BEI) flag on all
but the last TD for the URB.
On Thu, Mar 12, 2015 at 03:21:49PM +0800, He Kuang wrote:
In perf hists browser, the fold/unfold stat of each hist entry is
recorded but hb-nr_callchain_rows loses its value after zoom out and
zoom in back. This causes a wrong row cursor range that restrict user to
move down anymore.
This
Hi Linus,
please pull these two patches to your tree. One is just preparation
patch for the second which is fixing the problem with syscalls.
Thanks,
Michal
The following changes since commit 13a7a6ac0a11197edcd0f756a035f472b42cdf8b:
Linux 4.0-rc2 (2015-03-03 09:04:59 -0800)
are available
McASP1 TX interrupt is 30, not 32 on DM646x DMSoC
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-davinci/include/mach/irqs.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-davinci/include/mach/irqs.h
Add tx or rx as resource name for the DMA resources.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-davinci/devices-da8xx.c | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/mach-davinci/devices-da8xx.c
b/arch/arm/mach-davinci/devices-da8xx.c
index
The interrupt can be used for error recovery.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-davinci/dm646x.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm/mach-davinci/dm646x.c b/arch/arm/mach-davinci/dm646x.c
index
Use power_supply_put() to decrement the power supply's device reference
counter.
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
Acked-by: Pavel Machek pa...@ucw.cz
Reviewed-by: Bartlomiej Zolnierkiewicz b.zolnier...@samsung.com
Reviewed-by: Sebastian Reichel s...@kernel.org
---
Replace direct calls to power supply function attributes with wrappers.
Wrappers provide safe access in case of unregistering the power
supply (e.g. by removing the driver). Replace:
- get_property - power_supply_get_property
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
Acked-by:
Increment the power_supply.use_cnt usage counter on:
- power_supply_get_by_phandle()
- power_supply_get_by_name()
and decrement it on power_supply_put() call.
This helps tracking of valid usage of power supply instance by
consumers. The usage counter itself also allows safe calling of
Use power_supply_put() to decrement the power supply's device reference
counter.
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
Acked-by: Pavel Machek pa...@ucw.cz
Reviewed-by: Bartlomiej Zolnierkiewicz b.zolnier...@samsung.com
Reviewed-by: Sebastian Reichel s...@kernel.org
---
On Thu, Mar 12, 2015 at 01:04:16PM +0900, Ethan Zhao wrote:
call kobject_get() to kojbect that is not initalized or released will only
leave following like call trace to us:
---[ cut here ]
[ 54.545816] WARNING: CPU: 0 PID: 213 at include/linux/kref.h:47
Replace direct usage of put_device() with new API: power_supply_put().
Signed-off-by: Krzysztof Kozlowski k.kozlow...@samsung.com
Acked-by: Pavel Machek pa...@ucw.cz
Reviewed-by: Bartlomiej Zolnierkiewicz b.zolnier...@samsung.com
Reviewed-by: Sebastian Reichel s...@kernel.org
---
Add simple wrappers for accessing power supply's function attributes:
- get_property - power_supply_get_property
- set_property - power_supply_set_property
- property_is_writeable - power_supply_property_is_writeable
- external_power_changed - power_supply_external_power_changed
This API
On Wed, 2015-03-11 at 11:34 +0100, Tomeu Vizoso wrote:
--- a/drivers/memory/tegra/Kconfig
+++ b/drivers/memory/tegra/Kconfig
+
+
(Nit: just one empty line, please.)
+config TEGRA124_EMC
+ bool Tegra124 External Memory Controller driver
This patch adds a bool symbol...
+ default
On Thu, 12 Mar 2015, Krzysztof Kozlowski wrote:
Replace direct calls to power supply function attributes with wrappers.
Wrappers provide safe access in case of unregistering the power
supply (e.g. by removing the driver). Replace:
- get_property - power_supply_get_property
Signed-off-by:
The arm mmap2 syscall takes the offset in units of 4K, thus with 64K pages
the offset needs to be scaled to units of pages.
Signed-off-by: Andreas Schwab sch...@suse.de
---
arch/arm64/include/asm/unistd32.h | 2 +-
arch/arm64/kernel/entry32.S | 18 ++
On czw, 2015-03-12 at 09:01 +, Lee Jones wrote:
On Thu, 12 Mar 2015, Krzysztof Kozlowski wrote:
Replace direct calls to power supply function attributes with wrappers.
Wrappers provide safe access in case of unregistering the power
supply (e.g. by removing the driver). Replace:
-
On Wed, Mar 11, 2015 at 06:37:30PM +0200, Giedrius Statkevičius wrote:
It's still not in staging-testing for some reason :(
It can take several weeks to get merged. Relax.
regards,
dan carpenter
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On Thu, 12 Mar 2015, Krzysztof Kozlowski wrote:
On czw, 2015-03-12 at 09:01 +, Lee Jones wrote:
On Thu, 12 Mar 2015, Krzysztof Kozlowski wrote:
Replace direct calls to power supply function attributes with wrappers.
Wrappers provide safe access in case of unregistering the power
On Thu, Mar 12, 2015 at 02:31:55AM -0700, Ragavendra BN wrote:
Signed-off-by: Ragavendra BN ragavendra...@gmail.com [user]
Don't include this. Fix your From header so it has your legal name.
Remover the [user] part.
This patch fixes the coding style warning found by checkpath.pl for the
On Wed, 11 Mar 2015, Scott Wood wrote:
Use %pS for actual addresses, otherwise you'll get bad output
on arches like ppc64 where %pF expects a function descriptor.
Signed-off-by: Scott Wood scottw...@freescale.com
Cc: Samuel Ortiz sa...@linux.intel.com
Cc: Lee Jones lee.jo...@linaro.org
On Thu, Mar 12, 2015 at 10:02:24AM +0100, Greg KH wrote:
On Wed, Mar 11, 2015 at 06:56:54PM -0700, K. Y. Srinivasan wrote:
This patch is a continuation of the rescind handling cleanup work. We cannot
block in the global message handling work context especially if we are
blocking
waiting
Hi Wanpeng,
-Original Message-
From: Wanpeng Li [mailto:wanpeng...@linux.intel.com]
Sent: Thursday, March 12, 2015 2:42 PM
To: Chao Yu
Cc: 'Wanpeng Li'; 'Jaegeuk Kim'; 'Changman Lee';
linux-f2fs-de...@lists.sourceforge.net;
linux-fsde...@vger.kernel.org;
On 2015-03-11 01:48, Shawn Guo wrote:
On Sun, Mar 01, 2015 at 11:41:29PM +0100, Stefan Agner wrote:
Add the Miscellaneous System Control Module (MSCM) to the base
device tree for Vybrid SoC's. This module contains registers
to get information of the individual and current (accessing)
CPU. In
Hi Suman,
On Thu, Mar 5, 2015 at 4:01 AM, Suman Anna s-a...@ti.com wrote:
This is the latest version of the hwspinlock dt support series,
rebased onto v4.0-rc1 and addressing the long discussion on the
bindings in v7 [1]. I really hope that this series can make it
into 4.1.
From a quick
Hi Mark, Rob,
On Sat, Feb 28, 2015 at 12:30 AM, Bjorn Andersson
bjorn.anders...@sonymobile.com wrote:
Add binding documentation for the Qualcomm Hardware Mutex.
Signed-off-by: Bjorn Andersson bjorn.anders...@sonymobile.com
---
I think the conclusion on the dt binding discussion for
On 5 January 2015 at 14:59, Thierry Reding thierry.red...@gmail.com wrote:
On Fri, Jan 02, 2015 at 06:27:50PM +0200, Peter De Schrijver wrote:
On Tue, Nov 18, 2014 at 01:13:14PM +0100, Tomeu Vizoso wrote:
From: Mikko Perttunen mperttu...@nvidia.com
The driver is currently only tested on
On Thursday 12 March 2015 07:11:48 Takashi Iwai wrote:
At Wed, 11 Mar 2015 10:46:29 +0100,
Arnd Bergmann wrote:
On Wednesday 11 March 2015 07:11:18 Takashi Iwai wrote:
At Wed, 11 Mar 2015 03:22:04 +0200,
Are there any other headers like that? If this is the only one, leave
it
Hi Stephen,
Am Mittwoch, den 11.03.2015, 18:21 -0700 schrieb Stephen Boyd:
[...]
Why does Philipp like 110Hz the most? Where is the desire for that rate
coming from?
And the lower
abs(1 / 110 - 1 / r) the better.
Similarly, where is this requirement coming from? Some datasheet? Or is
On Thu, 19 Feb 2015, Nicolas Ferre wrote:
When trying to request the PWM device with devm_pwm_get(), the EPROBE_DEFER
flag is not handled properly. It can lead to the PWM not being found.
Signed-off-by: Boris Brezillon boris.brezil...@free-electrons.com
Signed-off-by: Nicolas Ferre
On 12/03/15 05:32, Stephane Eranian wrote:
Hi,
I am working on the JIT support to improve the flow and have
perf record inject the MMAPs at the end of the collection. For
that I piggyback on the buildid pass. To avoid rewriting the entire perf.data
file, I simply append the the MMAP records
On Fri, Jan 9, 2015 at 11:21 PM, Suman Anna s-a...@ti.com wrote:
The remoteproc driver core currently relies on iommu_present() on
the bus the device is on, to perform MMU management. However, this
logic doesn't scale for multi-arch, especially for processors that
do not have an IOMMU. Replace
Hi,
On 03/09/2015 06:41 PM, Stephane Viau wrote:
This change adds the hw configuration for msm8x16 chipsets in
mdp5_cfg module.
Note that only one external display interface is present in this
configuration (DSI) but has not been enabled yet. It will be enabled
once drm/msm driver supports DSI
On Wed, Mar 11, 2015 at 06:56:54PM -0700, K. Y. Srinivasan wrote:
This patch is a continuation of the rescind handling cleanup work. We cannot
block in the global message handling work context especially if we are
blocking
waiting for the host to wake us up. I would like to thank
Dexuan Cui
This is to fix an issue of sleeping in atomic context when processing
hotplug notifications in Exynos MCT(Multi-Core Timer).
The issue was reproducible on Exynos 3250 (Rinato board) and Exynos 5420
(Arndale Octa board).
Whilst testing cpu hotplug events on kernel configured with DEBUG_PREEMPT
and
* John Stultz john.stu...@linaro.org wrote:
So here is another round of this series, which is the result of
earlier discussions with Linus and his suggestions around
improvements to clocksource validation in the hope we can more
easily catch bad hardware.
There's also a few cleanups Linus
On 11 March 2015 at 18:15, Mark Brown broo...@kernel.org wrote:
Ugh, no - that's a hideous bodge which is only going to create trouble
later. Remember, DT is an ABI and should describe the hardware so if
we're doing bodges that are visible there to shoehorn things onto our
implementation
Just a few nits, I'm afraid.
On Wed, 2015-03-11 at 14:18 +0800, CK Hu wrote:
drivers/gpu/drm/bridge/Kconfig | 10 +
drivers/gpu/drm/bridge/Makefile | 1 +
I applied 1/2 and 2/2 on top of next-20150312 to check a trivial issue.
The chunks for these two files needed context changes to git
In __allocate_data_blocks, we should check current blkaddr which is located at
ofs_in_node of dnode page instead of checking first blkaddr all the time.
Otherwise we can only allocate one blkaddr in each dnode page. Fix it.
Signed-off-by: Chao Yu chao2...@samsung.com
---
fs/f2fs/data.c | 5 -
Hi Peter,
On Thursday 12 March 2015 01:36 PM, Peter Ujfalusi wrote:
Hi,
V1 was sent back in 10th of February [1], so resending it rebased on current
linux-next.
Clean up series of McASP device creation for da8xx and dm646x DMSoCs.
All applied. Will send out the pull request soon after a
This patch introduces the improvement fast symlinks to allow storage of
the target path within inode, thus symlinks with short target paths are
more accessed quickly. It will fall back to using the original slow
symlink if the target path exceeds the available inode space.
Signed-off-by: Wanpeng
This works, let's see is someone has a better idea...
First of all, a task being ticked and trying to shut the tick down will
fail to do so due to having just awakened ksoftirqd, so let ksoftirqd
try to do that after SOFTIRQ_TIMER processing. Secondly, should the
tick be shut down, we may
On 11 March 2015 at 16:27, Eric Anholt e...@anholt.net wrote:
If we've declared a power domain in the OF, and the OF node is found
but the requested domain hasn't been registered on it yet, then we
probably have just tried to probe before the power domain driver has.
Defer our device's probe
On Thursday 12 March 2015 04:27 AM, Stewart Smith wrote:
Madhavan Srinivasan ma...@linux.vnet.ibm.com writes:
Nest Counters can be configured via PORE Engine and OPAL
provides an interface call to it. PORE Engine also does the
work of moving the counter data to memory.
Do you have the
On 03/12/2015 04:46 PM, Mathias Nyman wrote:
On 12.03.2015 03:39, Lu Baolu wrote:
When a device with an isochronous endpoint is plugged into the Intel
xHCI host controller, and the driver submits multiple frames per URB,
the xHCI driver will set the Block Event Interrupt (BEI) flag on all
but
At Thu, 12 Mar 2015 09:45:42 +0100,
Arnd Bergmann wrote:
On Thursday 12 March 2015 07:11:48 Takashi Iwai wrote:
At Wed, 11 Mar 2015 10:46:29 +0100,
Arnd Bergmann wrote:
On Wednesday 11 March 2015 07:11:18 Takashi Iwai wrote:
At Wed, 11 Mar 2015 03:22:04 +0200,
Are there
Hi Chao,
On Thu, Mar 12, 2015 at 05:02:47PM +0800, Chao Yu wrote:
Hi Wanpeng,
-Original Message-
From: Wanpeng Li [mailto:wanpeng...@linux.intel.com]
Sent: Thursday, March 12, 2015 2:42 PM
To: Chao Yu
Cc: 'Wanpeng Li'; 'Jaegeuk Kim'; 'Changman Lee';
On 03/11/2015 06:49 PM, Lukáš Czerner wrote:
On Wed, 11 Mar 2015, Beata Michalska wrote:
Date: Wed, 11 Mar 2015 17:45:52 +0100
From: Beata Michalska b.michal...@samsung.com
To: Lukáš Czerner lczer...@redhat.com
Cc: ty...@mit.edu, adilger.ker...@dilger.ca, linux-e...@vger.kernel.org,
On Thu, Mar 12, 2015 at 3:45 PM, Greg KH gre...@linuxfoundation.org wrote:
On Thu, Mar 12, 2015 at 01:04:16PM +0900, Ethan Zhao wrote:
call kobject_get() to kojbect that is not initalized or released will only
leave following like call trace to us:
---[ cut here ]
[
On Wed, Mar 11, 2015 at 12:39:32PM +, Hanjun Guo wrote:
From: Graeme Gregory graeme.greg...@linaro.org
ACPI 5.1 does not currently support S states for ARM64 hardware but
ACPI code will call acpi_target_system_state() and acpi_sleep_init()
for device power management, so introduce
On 12/03/2015 10:27, Dan Carpenter wrote:
On Wed, Mar 11, 2015 at 06:37:30PM +0200, Giedrius Statkevičius wrote:
It's still not in staging-testing for some reason :(
It can take several weeks to get merged. Relax.
regards,
dan carpenter
What should i do concerning that ?
I need to send
On 12.03.2015 03:39, Lu Baolu wrote:
When a device with an isochronous endpoint is plugged into the Intel
xHCI host controller, and the driver submits multiple frames per URB,
the xHCI driver will set the Block Event Interrupt (BEI) flag on all
but the last TD for the URB. This causes the host
On 03/12/2015 03:54 PM, Greg Kroah-Hartman wrote:
On Thu, Mar 12, 2015 at 09:39:06AM +0800, Lu Baolu wrote:
When a device with an isochronous endpoint is plugged into the Intel
xHCI host controller, and the driver submits multiple frames per URB,
the xHCI driver will set the Block Event
The ACPI spec describes _REV as:
This predefined object evaluates to the revision of the ACPI Specification
that the specified \_OS implements
We've been assuming that this should increment as ACPICA gains support for
new versions of the spec. Unfortunately, Windows always reports 2 for this
On Wed, Mar 11, 2015 at 08:06:47AM -0700, Doug Anderson wrote:
Mika,
On Wed, Mar 11, 2015 at 4:20 AM, Mika Westerberg
mika.westerb...@linux.intel.com wrote:
On Tue, Mar 10, 2015 at 09:12:36AM -0700, Doug Anderson wrote:
Thanks for testing! Can you do a dump_stack() here? I'm curious
On 11 March 2015 at 05:29, Mike Turquette mturque...@linaro.org wrote:
I assume you are saying that you want to update loops-per-jiffie while
at an intermediate frequency. Why? This operation should not take very
long.
Imagine a (hypothetical?) processor that changes frequency in many small
On 11 March 2015 at 05:43, Mike Turquette mturque...@linaro.org wrote:
Sorry, I am not who you asked for advice but I will chime in anyways ;-)
Always welcome :)
I really hate this intermediate frequency stuff in cpufreq. As we
I am starting to :)
Furthermore any intermediate-frequency
Subject: [PATCH] virtio_mmio: fix access width for mmio
Going over the virtio mmio code, I noticed that it doesn't correctly
access modern device config values using natural accessors: it uses
readb to get/set them byte by byte, while the virtio 1.0 spec explicitly states:
4.2.2.2 Driver
On Wed, Mar 11, 2015 at 12:39:39PM +, Hanjun Guo wrote:
CPU hardware ID (phys_id) is defined as u32 in structure acpi_processor,
but phys_id is used as int in acpi processor driver, so it will lead to
some inconsistence for the drivers.
Furthermore, to cater for ACPI arch ports that
On Fri, Feb 27, 2015 at 10:30:16PM +, Bjorn Andersson wrote:
Add binding documentation for the Qualcomm Hardware Mutex.
Signed-off-by: Bjorn Andersson bjorn.anders...@sonymobile.com
---
I think the conclusion on the dt binding discussion for hwspinlocks was that
we're down to having
On Thu, Mar 12, 2015 at 10:32:40AM +0100, Quentin Lambert wrote:
On 12/03/2015 10:27, Dan Carpenter wrote:
On Wed, Mar 11, 2015 at 06:37:30PM +0200, Giedrius Statkevičius wrote:
It's still not in staging-testing for some reason :(
It can take several weeks to get merged. Relax.
Am Freitag, den 13.02.2015, 20:18 +0100 schrieb Philipp Zabel:
Some board designers, when running out of clock output pads, decide to
(mis)use PWM output pads to provide a clock to external components.
This driver supports this practice by providing an adapter between the
PWM and clock
This patch adds driver data to support for Exynos5433 SoC.
The Exynos5433 has one USB3.0 Host and USB3.0 DRD(Dual Role Device).
Exynos5433 is simplar to Eyxnos7 but Exynos5433 have
one more USB3.0 Host controller.
Signed-off-by: Jaewon Kim jaewon02@samsung.com
---
On 2015年03月12日 17:51, Lorenzo Pieralisi wrote:
On Wed, Mar 11, 2015 at 12:39:39PM +, Hanjun Guo wrote:
CPU hardware ID (phys_id) is defined as u32 in structure acpi_processor,
but phys_id is used as int in acpi processor driver, so it will lead to
some inconsistence for the drivers.
1 - 100 of 2176 matches
Mail list logo