Hi,
Please see my reply below (I skip comments that already reply in another
mail).
On Wed, 2015-05-20 at 10:57 +0200, Uwe Kleine-König wrote:
> Hello,
>
> now that I understood the formula some more comments to the calculation.
>
> On Tue, May 19, 2015 at 12:40:08AM +0800, Eddie Huang wrote:
>
> -Original Message-
> From: Thomas Gleixner [mailto:t...@linutronix.de]
> Sent: Wednesday, May 20, 2015 7:46 PM
> To: Wu, Feng
> Cc: j...@8bytes.org; dw...@infradead.org; jiang@linux.intel.com;
> io...@lists.linux-foundation.org; linux-kernel@vger.kernel.org
> Subject: Re: [v5 3/9] i
Andrew Morton writes:
> On Fri, 15 May 2015 21:12:29 +0530 "Aneesh Kumar K.V"
> wrote:
>
>> Also move the pmd_trans_huge check to generic code.
>>
>> ...
>>
>> --- a/include/asm-generic/pgtable.h
>> +++ b/include/asm-generic/pgtable.h
>> @@ -196,7 +196,12 @@ static inline pmd_t pmdp_collapse_f
On 20/05/15 19:03, Namhyung Kim wrote:
> When dso__data_read_offset/addr() is called without prior
> dso__data_fd() (or other functions which call it internally), it
> failed to open dso in data_file_size() since its binary type was not
> identified.
>
> However calling dso__data_fd() in dso__data
On 20/05/15 19:03, Namhyung Kim wrote:
> It seems that the dso__data_fd() was needed to find a binary type
> since open in data_file_size() alone used to fail. But as it can open
> the dso fine now, the dso__data_fd() can go away.
>
> Cc: Adrian Hunter
> Signed-off-by: Namhyung Kim
Acked-by: A
Add helper function to detect VT-d Posted-Interrupts capability.
Signed-off-by: Feng Wu
Reviewed-by: Jiang Liu
Acked-by: David Woodhouse
---
include/linux/intel-iommu.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/linux/intel-iommu.h b/include/linux/intel-iommu.h
index 0af9b03..
From: Thomas Gleixner
The IRTE (Interrupt Remapping Table Entry) is either an entry for
remapped or for posted interrupts. The hardware distiguishes between
remapped and posted entries by bit 15 in the low 64 bit of the
IRTE. If cleared the entry is remapped, if set it's posted.
The entries have
VT-d Posted-Interrupts is an enhancement to CPU side Posted-Interrupt.
With VT-d Posted-Interrupts enabled, external interrupts from
direct-assigned devices can be delivered to guests without VMM
intervention when guest is running in non-root mode.
You can find the VT-d Posted-Interrtups Spec. in
We don't need to migrate the irqs for VT-d Posted-Interrupts here.
When 'pst' is set in IRTE, the associated irq will be posted to
guests instead of interrupt remapping. The destination of the
interrupt is set in Posted-Interrupts Descriptor, and the migration
happens during vCPU scheduling.
Howev
Implement irq_set_vcpu_affinity for intel_ir_chip.
Signed-off-by: Feng Wu
Reviewed-by: Jiang Liu
Acked-by: David Woodhouse
---
arch/x86/include/asm/irq_remapping.h | 5 +
drivers/iommu/intel_irq_remapping.c | 35 +++
2 files changed, 40 insertions(+)
diff
On 20/05/15 19:03, Namhyung Kim wrote:
> Using dso__data_fd() in multi-thread environment is not safe since
> returned fd can be closed and/or reused anytime. So convert it to the
> dso__data_get/put_fd() pair to protect the access with lock.
>
> The original dso__data_fd() is deprecated and kept
Return error when inserting a new IOMMU which doesn't support PI
if PI is currently in use.
Signed-off-by: Feng Wu
---
drivers/iommu/intel_irq_remapping.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/iommu/intel_irq_remapping.c
b/drivers/iommu/intel_irq_remapping.c
index 776b6
Set Posted-Interrupts capability for Intel iommu when IR is enabled,
clear it when IR is disabled.
Signed-off-by: Feng Wu
---
drivers/iommu/intel_irq_remapping.c | 34 ++
drivers/iommu/irq_remapping.c | 2 ++
drivers/iommu/irq_remapping.h | 3 +++
3
This patch adds a new interface irq_remapping_cap() to detect
whether irq remapping supports new features, such as VT-d
Posted-Interrupts. We export this function out, so that KVM
code can check this and use this mechanism properly.
Signed-off-by: Feng Wu
Reviewed-by: Jiang Liu
---
arch/x86/inc
This patch adds a new member capability to struct irq_remap_ops,
this new function ops can be used to check whether some
features are supported, such as VT-d Posted-Interrupts.
Signed-off-by: Feng Wu
Reviewed-by: Jiang Liu
---
arch/x86/include/asm/irq_remapping.h | 4
drivers/iommu/irq_rem
在 2015/5/19 1:35, Alexei Starovoitov 写道:
On 5/17/15 3:56 AM, Wang Nan wrote:
This is the first patch of libbpf. The goal of libbpf is to create a
standard way for accessing eBPF object files. This patch creates
Makefile and Build for it, allows 'make' to build libbpf.a and
libbpf.so, 'make ins
On 20 May 2015 at 23:35, Brian Norris wrote:
> On Tue, May 19, 2015 at 09:27:50AM +0200, Rafał Miłecki wrote:
>> On 19 May 2015 at 03:34, Brian Norris wrote:
>> > So how about the following patch? It seems like we'll need to be able to
>> > ignore useless 'modalias' values in cases like this:
>>
This adds the binding documentation for the mmsys, imgsys, vdecsys,
vencsys and vencltsys controllers found on Mediatek SoCs.
Signed-off-by: James Liao
---
.../bindings/arm/mediatek/mediatek,imgsys.txt | 22 ++
.../bindings/arm/mediatek/mediatek,mmsys.txt | 22
Most multimedia subsystem clocks will be accessed by multiple
drivers, so it's a better way to manage these clocks in CCF.
This patch adds clock support for MM, IMG, VDEC, VENC and VENC_LT
subsystems.
Signed-off-by: James Liao
---
drivers/clk/mediatek/clk-mt8173.c | 310
Add REF2USB_TX clock support into MT8173 APMIXEDSYS. This clock
is needed by USB 3.0.
Signed-off-by: James Liao
---
drivers/clk/mediatek/clk-mt8173.c | 120 +
drivers/clk/mediatek/clk-pll.c | 7 +-
include/dt-bindings/clock/mt8173-clk.h | 7 +-
3
The size of clk_data should be the same as CLK_APMIXED_NR_CLK
instead of ARRAY_SIZE(plls). CLK_APMIXED_* is numbered from 1, so
CLK_APMIXED_NR_CLK will be greater than ARRAY_SIZE(plls).
Signed-off-by: James Liao
---
drivers/clk/mediatek/clk-mt8135.c | 2 +-
drivers/clk/mediatek/clk-mt8173.c | 2
This patchset contains subsystem clocks support for Mediatek MT8173.
It also contains some bug fixes before adds new clocks support.
James Liao (4):
clk: mediatek: Fix apmixedsys clock registration
dt-bindings: ARM: Mediatek: Document devicetree bindings for clock
controllers
clk: mediat
On Thu, 21 May 2015 06:44:27 + (UTC) Holger Kiehl
wrote:
> On Thu, 21 May 2015, NeilBrown wrote:
>
> > On Thu, 21 May 2015 01:32:13 +0500 Roman Mamedov wrote:
> >
> >> On Wed, 20 May 2015 20:12:31 + (UTC)
> >> Holger Kiehl wrote:
> >>
> >>> The kernel I was running when I discovered th
From: Sascha Hauer
On the MT8173 the clocks are provided by different units. To enable
the critical clocks we must be sure that all parent clocks are already
registered, otherwise the parents of the critical clocks end up being
unused and get disabled later. To find a place where all parents are
When using i.MX ESDHC driver, while entering suspend while the device
is in runtime PM, the sdhci_(suspend|resume)_host function are called
with disabled clocks. Since this functions access the SDHC host
registers, this leads to an external abort on Vybrid SoC:
[ 37.772967] Unhandled fault: impr
On 20 May 2015 21:30 Guenter Roeck wrote:
> Subject: Re: [PATCH V3 3/4] watchdog: da9062: DA9062 watchdog driver
>
> On Tue, May 19, 2015 at 02:10:30PM +0100, S Twiss wrote:
> > From: S Twiss
> >
> > Add watchdog driver support for DA9062
> >
> >
> > Signed-off-by: Steve Twiss
> >
> Reviewed-by
On Wed, 2015-05-20 at 10:22 +0200, Paul Bolle wrote:
> By the way, as far as I can see, this (new) module can only be loaded
> manually (or via scripts). Is that what people want?
This comment wasn't well thought through. So I hand another look at the
code of usf-qcom.
I noticed that the single t
Use the runtime_pm enabled platform suspend/resume functions.
Signed-off-by: Stefan Agner
---
drivers/mmc/host/sdhci-pxav3.c | 30 +-
1 file changed, 1 insertion(+), 29 deletions(-)
diff --git a/drivers/mmc/host/sdhci-pxav3.c b/drivers/mmc/host/sdhci-pxav3.c
index b5
On Wed, May 20, 2015 at 4:52 PM, Thierry Reding
wrote:
> I'm a little confused by the simple-mfd approach. The only code I see in
> linux-next for this is a single line that adds the "simple-mfd" string
> to the OF device ID table in drivers/of/platform.c. As far as I can tell
> this will merely
The original Phoenix EDD 3.0 specification (as found in
eg http://mbldr.sourceforge.net/specsedd30.pdf) has a
device path length of 36, not 44.
All the other fields are identical, so we can trivially
support both.
Signed-off-by: Hannes Reinecke
---
drivers/firmware/edd.c | 7 +--
1 file chan
On 2015/05/21 6:19, Tom Zanussi wrote:
> When a trigger is enabled, the cond flag should be set beforehand,
> otherwise a trigger that's expecting to process a trace record
> (e.g. one with post_trigger set) could be invoked without one.
>
> Likewise a trigger's cond flag should be reset after it'
> >>ULPI registers it's bus at module_init so if the bus fails to register, the
> >A minor comment: s/it's/its/
> >
> >>module will fail to load and all will be well in the world.
> >>
> >>However, if the ULPI code is built-in rather than a module, the bus
> >>initialization may fail but we'd still
On Thu, 2015-05-21 at 09:18 +0200, Hannes Reinecke wrote:
> - /* We support only T13 spec */
> - if (info->params.device_path_info_length != 44)
> + /* We support T13 d1572 and the original Phoenix spec */
> + if (info->params.device_path_info_length != 44 &&
> + info->param
Hello Krzysztof,
On Thu, May 21, 2015 at 4:18 AM, Krzysztof Kozlowski
wrote:
> Since e4b3d38088df ("phy: exynos-video-mipi: Fix regression by adding
> support for PMU regmap") the Exynos PMU driver provides regmap to access
> the MIPI DPHY registers. The MIPI DPHY node uses a phandle to syscon to
Hello Krzysztof,
On Thu, May 21, 2015 at 4:18 AM, Krzysztof Kozlowski
wrote:
> Since e4b3d38088df ("phy: exynos-video-mipi: Fix regression by adding
> support for PMU regmap") the Exynos PMU driver provides regmap to access
> the MIPI DPHY registers. The MIPI DPHY driver accesses this regmap
> th
(trim CC a bit, as this is no longer a DT binding question)
On Thu, May 21, 2015 at 09:12:25AM +0200, Rafał Miłecki wrote:
> On 20 May 2015 at 23:35, Brian Norris wrote:
> > On Tue, May 19, 2015 at 09:27:50AM +0200, Rafał Miłecki wrote:
> >> On 19 May 2015 at 03:34, Brian Norris wrote:
> >> > So
2015-05-21 8:16 GMT+02:00 Yong Wu :
> Hi Matthias,
> Thanks very much for your suggestion.
> Abort the smi clock name, Could you help check below.
> The others I will improve in next time.
>
> On Tue, 2015-05-19 at 13:14 +0200, Matthias Brugger wrote:
>> 2015-05-15 11:43 GMT+02:00 Yo
On 05/21/2015 09:23 AM, Paul Bolle wrote:
> On Thu, 2015-05-21 at 09:18 +0200, Hannes Reinecke wrote:
>> -/* We support only T13 spec */
>> -if (info->params.device_path_info_length != 44)
>> +/* We support T13 d1572 and the original Phoenix spec */
>> +if (info->params.device_path_
On Thu, May 21, 2015 at 01:40:43PM +0800, Lu Baolu wrote:
> The intention of this change is to fix below kernel panic when
> USB_ULPI_BUS was configured as buildin.
That is actually incorrect. Having the bus build-in does not cause
this panic..
> [0.746856] kernel BUG at drivers/base/driver.c:153
Linus,
please pull sound fixes for v4.1-rc5 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
tags/sound-4.1-rc5
The topmost commit is 219f47e4f96442a7fe8fb646c59c6730690a9e66
sound fixes for 4.1-rc5
This ba
On Thu, May 21, 2015 at 02:49:38PM +0800, Wenlin Kang wrote:
> On 2015年05月21日 03:47, nick wrote:
> >On 2015-05-20 03:33 PM, Brian Norris wrote:
> >>On Wed, May 13, 2015 at 02:29:16PM +0800, Wenlin Kang wrote:
> >>>Modify function blktrans_getgeo()'s return value to -ENXIO when
> >>>dev->tr->getgeo
On Thu, 2015-05-21 at 09:30 +0200, Matthias Brugger wrote:
> 2015-05-21 8:16 GMT+02:00 Yong Wu :
> > Hi Matthias,
> > Thanks very much for your suggestion.
> > Abort the smi clock name, Could you help check below.
> > The others I will improve in next time.
> >
> > On Tue, 2015-05-19
The original Phoenix EDD 3.0 specification (as found in
eg http://mbldr.sourceforge.net/specsedd30.pdf) has a
device path length of 36, not 44.
All the other fields are identical, so we can trivially support
both formats.
Cc: Paul Bolle
Signed-off-by: Hannes Reinecke
---
drivers/firmware/edd.c
On 05/21/2015 09:39 AM, Hannes Reinecke wrote:
> The original Phoenix EDD 3.0 specification (as found in
> eg http://mbldr.sourceforge.net/specsedd30.pdf) has a
> device path length of 36, not 44.
> All the other fields are identical, so we can trivially support
> both formats.
>
> Cc: Paul Bolle
On Tue, 2015-05-19 at 18:23 -0700, Ray Jui wrote:
> --- a/drivers/phy/Kconfig
> +++ b/drivers/phy/Kconfig
>
> +config PHY_IPROC_MDIO
> + bool "Broadcom iProc MDC/MDIO driver"
> + depends on ARCH_BCM_IPROC
> + default ARCH_BCM_IPROC
> + help
> + Enable this to support the iPr
2015-05-21 7:40 GMT+02:00 Michal Marek :
> Dne 21.5.2015 v 07:04 Andreas Färber napsal(a):
>> Am 18.05.2015 um 13:47 schrieb Maxime Coquelin:
>> But this is definitely an improvement for ARMv7-M debugging,
>>
>> Tested-by: Andreas Färber
>>
>>> [Hi Michal, ...] could you consider
>>> taking it for
Hi, Dmitry,
Thanks for your comments.
Here are my replies for some comments.
> + fw_id = ((fw_chunk_info.chunk_info.version_number >> 12) & 0xF);
> + chip_id = (((dev_wdt87xx->sys_param.fw_id) >> 12) & 0xF);
> +
> + if (fw_id != chip_id) {
> + wdt87xx_get_sysparam(client,
The original Phoenix EDD 3.0 specification (as found in
eg http://mbldr.sourceforge.net/specsedd30.pdf) has a
device path length of 36, not 44.
All the other fields are identical, so we can trivially
support both formats.
Cc: Paul Bolle
Signed-off-by: Hannes Reinecke
---
drivers/firmware/edd.c
2015-05-21 1:45 GMT+02:00 Andreas Färber :
> Am 09.05.2015 um 09:53 schrieb Maxime Coquelin:
>> +static const struct of_device_id stm32_reset_dt_ids[] = {
>> + { .compatible = "st,stm32-rcc", },
>> + { /* sentinel */ },
>> +};
>> +MODULE_DEVICE_TABLE(of, sstm32_reset_dt_ids);
>
> Typo.
I
On 05/21/15 00:04, Alex Deucher wrote:
> On Wed, May 20, 2015 at 12:57 PM, Malte Schröder wrote:
>> On 05/20/15 17:37, Alex Deucher wrote:
>>> On Tue, May 19, 2015 at 6:03 PM, Malte Schröder wrote:
Hi,
with 4.1-rc display-port on my Tahiti XT stopped working. I used the
firmware fr
On 05/20/2015 08:56 PM, Brian Norris wrote:
> On Mon, May 18, 2015 at 12:58:40PM +0200, Denys Vlasenko wrote:
>> With this .config: http://busybox.net/~vda/kernel_config,
>> after uninlining these functions have sizes and callsite counts
>> as follows:
>
> Most of this is probably good, thanks. Bu
Hi Greg,
After merging the driver-core tree, today's linux-next build (powerpc
allnoconfig) failed like this:
drivers/base/dd.c: In function 'driver_allows_async_probing':
drivers/base/dd.c:430:31: error: dereferencing pointer to incomplete type
if (drv->owner && drv->owner->async_probe_reques
* Linus Torvalds wrote:
> On Wed, May 20, 2015 at 9:25 AM, Josh Poimboeuf wrote:
> > On Wed, May 20, 2015 at 09:03:37AM -0700, Andy Lutomirski wrote:
> >>
> >> I've never quite understood what the '?' means.
> >
> > It basically means "here's a function address we found on the
> > stack, which
2015-05-19 8:11 GMT+02:00 Hongzhou Yang :
> From: Yingjoe Chen
>
> Add pinctrl,GPIO and EINT node to mt8127.dtsi.
>
> Signed-off-by: Yingjoe Chen
> Signed-off-by: Hongzhou Yang
> ---
> arch/arm/boot/dts/mt8127-pinfunc.h | 742
>
> arch/arm/boot/dts/mt8127.
On Tue, 2015-05-19 at 18:23 -0700, Ray Jui wrote:
> --- a/drivers/phy/Kconfig
> +++ b/drivers/phy/Kconfig
> +config PHY_CYGNUS_PCIE
> + bool "Broadcom Cygnus PCIe PHY driver"
> + depends on ARCH_BCM_CYGNUS
> + select GENERIC_PHY
> + select PHY_IPROC_MDIO
> + default ARCH_BCM_C
2015-05-19 10:57 GMT+02:00 Linus Walleij :
> On Thu, May 14, 2015 at 3:35 AM, Hongzhou Yang
> wrote:
>
>> Add pinctrl and GPIO node to mt8135-evbp1.dts.
>>
>> Signed-off-by: Hongzhou Yang
>
> Acked-by: Linus Walleij
>
Acked-by: Matthias Brugger
Linus, please take it through your tree.
Thanks.
2015-05-19 11:02 GMT+02:00 Linus Walleij :
> On Thu, May 14, 2015 at 3:35 AM, Hongzhou Yang
> wrote:
>
>> From: Yingjoe Chen
>>
>> Add pinctrl,GPIO and EINT node to mt8127.dtsi.
>>
>> Signed-off-by: Yingjoe Chen
>> Signed-off-by: Hongzhou Yang
>
> Acked-by: Linus Walleij
Acked-by: Matthias Br
Am Donnerstag, 21. Mai 2015, 05:44:08 schrieb Herbert Xu:
Hi Herbert,
> On Wed, May 20, 2015 at 10:03:45PM +0200, Stephan Mueller wrote:
> >> @@ -1487,6 +1514,7 @@ unlock:
> > */
> >
> > static int drbg_uninstantiate(struct drbg_state *drbg)
> > {
> >
> > + cancel_work_sync(&drbg->seed_w
Modify function blktrans_getgeo()'s return value to -EOPNOTSUPP when
dev->tr->getgeo == NULL.
We shouldn't make the return value to 0 when dev->tr->getgeo == NULL,
because the function blktrans_getgeo() has an output value "hd_geometry"
which is usually used by some application, if return 0, it wi
On Wed, May 20, 2015 at 9:33 PM, Brian Norris
wrote:
> Hi Wenlin,
>
> In the subject:
>
> s/rerurn/return/
>
> On Wed, May 13, 2015 at 02:29:16PM +0800, Wenlin Kang wrote:
>> Modify function blktrans_getgeo()'s return value to -ENXIO when
>> dev->tr->getgeo == NULL.
>>
>> We shouldn't make the ret
* Morten Rasmussen [2015-05-12 20:38:57]:
[...]
> +/*
> + * cpu_norm_usage() returns the cpu usage relative to a specific capacity,
> + * i.e. it's busy ratio, in the range [0..SCHED_LOAD_SCALE] which is useful
> for
> + * energy calculations. Using the scale-invariant usage returned by
> + * ge
From: Thierry Reding
Commit 27a4c827c34a ("fbcon: use the cursor blink interval provided by
vt") unconditionally removes the cursor blink timer. Unfortunately that
wreaks havoc under some circumstances. An easily reproducible way is to
use both the framebuffer console and a debug serial port as t
If it takes longer than 12us to read the PIT counter lsb/msb,
then the error margin will never fall below 500ppm within 50ms,
and Fast TSC calibration will always fail.
This patch detects when that will happen and switches to using
a slightly different algorithm that takes advantage of the PIT's
l
On Wed, May 20, 2015 at 09:26:38PM -0700, Greg Kroah-Hartman wrote:
> On Wed, May 20, 2015 at 02:36:17PM +0200, Thierry Reding wrote:
> > On Tue, May 19, 2015 at 04:41:12PM -0700, Greg Kroah-Hartman wrote:
> > > On Tue, May 19, 2015 at 11:52:29PM +0200, Thierry Reding wrote:
> > > > On Tue, May 19,
On 21 May 2015 at 09:25, Brian Norris wrote:
> (trim CC a bit, as this is no longer a DT binding question)
>
> On Thu, May 21, 2015 at 09:12:25AM +0200, Rafał Miłecki wrote:
>> On 20 May 2015 at 23:35, Brian Norris wrote:
>> > On Tue, May 19, 2015 at 09:27:50AM +0200, Rafał Miłecki wrote:
>> >> O
2015-05-21 9:54 GMT+02:00 Matthias Brugger :
> 2015-05-19 11:02 GMT+02:00 Linus Walleij :
>> On Thu, May 14, 2015 at 3:35 AM, Hongzhou Yang
>> wrote:
>>
>>> From: Yingjoe Chen
>>>
>>> Add pinctrl,GPIO and EINT node to mt8127.dtsi.
>>>
>>> Signed-off-by: Yingjoe Chen
>>> Signed-off-by: Hongzhou Y
2015-05-21 9:53 GMT+02:00 Matthias Brugger :
> 2015-05-19 10:57 GMT+02:00 Linus Walleij :
>> On Thu, May 14, 2015 at 3:35 AM, Hongzhou Yang
>> wrote:
>>
>>> Add pinctrl and GPIO node to mt8135-evbp1.dts.
>>>
>>> Signed-off-by: Hongzhou Yang
>>
>> Acked-by: Linus Walleij
>>
>
> Acked-by: Matthias
2015-05-19 8:11 GMT+02:00 Hongzhou Yang :
> Add pinctrl and GPIO node to mt8173-evb.dts.
>
> Signed-off-by: Hongzhou Yang
> ---
> arch/arm64/boot/dts/mediatek/mt8173-evb.dts |8
> 1 file changed, 8 insertions(+)
>
> diff --git a/arch/arm64/boot/dts/mediatek/mt8173-evb.dts
> b/arch/a
On 2015年05月21日 15:37, Brian Norris wrote:
On Thu, May 21, 2015 at 02:49:38PM +0800, Wenlin Kang wrote:
On 2015年05月21日 03:47, nick wrote:
On 2015-05-20 03:33 PM, Brian Norris wrote:
On Wed, May 13, 2015 at 02:29:16PM +0800, Wenlin Kang wrote:
Modify function blktrans_getgeo()'s return value to
2015-05-19 8:11 GMT+02:00 Hongzhou Yang :
> Add pinctrl and GPIO node to mt8135-evbp1.dts.
>
> Signed-off-by: Hongzhou Yang
> ---
> arch/arm/boot/dts/mt8135-evbp1.dts |8
> 1 file changed, 8 insertions(+)
>
> diff --git a/arch/arm/boot/dts/mt8135-evbp1.dts
> b/arch/arm/boot/dts/mt81
On Thu, May 21, 2015 at 09:56:21AM +0200, Richard Weinberger wrote:
> On Wed, May 20, 2015 at 9:33 PM, Brian Norris
> wrote:
> > On Wed, May 13, 2015 at 02:29:16PM +0800, Wenlin Kang wrote:
> >> Modify function blktrans_getgeo()'s return value to -ENXIO when
> >> dev->tr->getgeo == NULL.
> >>
> >>
Hi Thomas,
Some clockevent drivers, once migrated to use per-state callbacks, would
need to verify 'state' of the clockevent device in their callbacks or
interrupt handler.
(Details of these drivers are posted by Thomas earlier:
https://lkml.org/lkml/2015/5/20/454)
In order to discourage drivers
Use accessor functions to verify state of clockevent devices in core
code.
Signed-off-by: Viresh Kumar
---
kernel/time/clockevents.c| 24
kernel/time/tick-broadcast.c | 6 +++---
kernel/time/tick-common.c| 2 +-
kernel/time/tick-oneshot.c | 2 +-
4 files cha
Some clockevent drivers, once migrated to use per-state callbacks, would
need to verify 'state' of the clockevent device in their callbacks or
interrupt handler.
Add accessor functions clockevent_state_*() to get this information.
Signed-off-by: Viresh Kumar
---
include/linux/clockchips.h | 26
Hi Tom,
On 2015/05/21 6:19, Tom Zanussi wrote:
> This is v5 of the 'hist triggers' patchset, following feedback from
> v4.
>
> Changes from v4:
>
> This version addresses some problems and suggestions made by Daniel
> Wagner - a lot of the code was reworked to get rid of the distinction
> betwee
Just a nit: an unneeded macro.
On Wed, 2015-05-20 at 16:18 +0200, Sascha Hauer wrote:
> --- a/drivers/soc/mediatek/Kconfig
> +++ b/drivers/soc/mediatek/Kconfig
> +config MTK_INFRACFG
> + bool "MediaTek INFRACFG Support"
> + depends on ARCH_MEDIATEK
> + select REGMAP
> + help
> +
Hello Thierry,
On 05/14/2015 02:37 AM, Krzysztof Kozlowski wrote:
> On 14.05.2015 09:32, Javier Martinez Canillas wrote:
>> If the pwm-samsung driver is built as a module, modalias information is
>> not filled so the module is not autoloaded. Use the MODULE_DEVICE_TABLE()
>> macro to export the OF
On Thu, May 21, 2015 at 10:01:05AM +0200, Rafał Miłecki wrote:
> On 21 May 2015 at 09:25, Brian Norris wrote:
> > (trim CC a bit, as this is no longer a DT binding question)
> >
> > On Thu, May 21, 2015 at 09:12:25AM +0200, Rafał Miłecki wrote:
> >> On 20 May 2015 at 23:35, Brian Norris wrote:
>
On Tue, May 19, 2015 at 12:21:15AM +0300, Dan Carpenter wrote:
> On Mon, May 18, 2015 at 08:34:51PM +0200, Adrian Remonda wrote:
> > Fixed sparse warning: context imbalance in 'nrs_resource_put_safe' -
> > 'different lock contexts for basic block' by releasing the lock on each
> > iteration of the
On Thu, May 14, 2015 at 02:32:31AM +0200, Javier Martinez Canillas wrote:
> If the pwm-samsung driver is built as a module, modalias information is
> not filled so the module is not autoloaded. Use the MODULE_DEVICE_TABLE()
> macro to export the OF device ID so the module contains that information.
On Thu, May 21, 2015 at 09:55:17AM +0200, Stephan Mueller wrote:
>
> So, I will create a 2nd wait queue in random.c for uninterruptible waits,
> change the get_blocking_random_bytes back to void and use wait_event to wait
> for the initialization.
Hold your horses. You don't need a second queue
Dne 21.5.2015 v 02:53 Luis R. Rodriguez napsal(a):
> From: "Luis R. Rodriguez"
>
> Michal Marek, Xen folks (David Vrabel, Konrad, Ian), which tree should
> these go through?
Not kbuild, if I may ask :). Otherwise people will find me in
get_maintainer.pl output and keep CCing me on updates to the
On Wed, 2015-05-20 at 16:18 +0200, Sascha Hauer wrote:
> --- a/drivers/soc/mediatek/Kconfig
> +++ b/drivers/soc/mediatek/Kconfig
> +config MTK_SCPSYS
> + bool "MediaTek SCPSYS Support"
> + depends on ARCH_MEDIATEK || COMPILE_TEST
> + select REGMAP
> + select MTK_INFRACFG
> + he
On 05/21/2015 03:33 PM, Heikki Krogerus wrote:
On Thu, May 21, 2015 at 01:40:43PM +0800, Lu Baolu wrote:
The intention of this change is to fix below kernel panic when
USB_ULPI_BUS was configured as buildin.
That is actually incorrect. Having the bus build-in does not cause
this panic..
[0.
On Mon, 2015-05-18 at 11:42 +0800, Daniel Kurtz wrote:
> On Mon, May 11, 2015 at 5:26 PM, YH Huang wrote:
> > Add display PWM driver support to modify backlight for MT8173/MT6595.
> >
> > Signed-off-by: YH Huang
> > ---
> > drivers/pwm/Kconfig | 9 ++
> > drivers/pwm/Makefile
On Thu, May 21, 2015 at 12:17:48AM +0100, Robert Bragg wrote:
> On Tue, May 19, 2015 at 3:53 PM, Peter Zijlstra wrote:
> > On Fri, May 15, 2015 at 02:07:29AM +0100, Robert Bragg wrote:
> >> On Fri, May 8, 2015 at 5:24 PM, Peter Zijlstra
> >> wrote:
> >> > On Thu, May 07, 2015 at 03:15:43PM +0100
On 2015年05月21日 16:05, Brian Norris wrote:
On Thu, May 21, 2015 at 09:56:21AM +0200, Richard Weinberger wrote:
On Wed, May 20, 2015 at 9:33 PM, Brian Norris
wrote:
On Wed, May 13, 2015 at 02:29:16PM +0800, Wenlin Kang wrote:
Modify function blktrans_getgeo()'s return value to -ENXIO when
dev->
Hi Andrew,
On Thu, 21 May 2015 10:17:48 +1000 Stephen Rothwell
wrote:
>
> On Wed, 20 May 2015 13:03:20 -0700 Andrew Morton
> wrote:
> >
> > I dropped
> >
> > memory-failure-export-page_type-and-action-result.patch
> > memory-failure-change-type-of-action_results-param-3-to-enum.patch
> > trac
Hello,
all users using a Software Raid 0 on SSD's with discard should disable
discard, if they use any recent kernel since mid-April 2015. The bug
was introduced by commit 47d68979cc968535cb87f3e5f2e6a3533ea48fbd and
the fix is not yet in Linus tree. The fix can be found here:
http://git.nei
On 21 May 2015 at 10:15, Brian Norris wrote:
> On Thu, May 21, 2015 at 10:01:05AM +0200, Rafał Miłecki wrote:
>> On 21 May 2015 at 09:25, Brian Norris wrote:
>> > (trim CC a bit, as this is no longer a DT binding question)
>> >
>> > On Thu, May 21, 2015 at 09:12:25AM +0200, Rafał Miłecki wrote:
>
Hello,
On Thu, May 21, 2015 at 12:38:21AM +0200, Stefan Agner wrote:
> Select ARM_SINGLE_ARMV7M in defconfigs of the converted ARMv7-M
> platforms.
I assume this relates to your series that introduces this symbol. Should
the defconfig update happen before? (Or what is the result if
CONFIG_ARM_SING
In guest_exit_cont we call kvmhv_commence_exit which expects the trap
number as the argument. However r3 doesn't contain the trap number at
this point and as a result we would be calling the function with a
spurious trap number.
Fix this by copying r12 into r3 before calling kvmhv_commence_exit as
Hi,
On 03/17/2015 11:16 AM, Andy Gross wrote:
Add the DMA engine driver for the QCOM Application Data Mover (ADM) DMA
controller found in the MSM8x60 and IPQ/APQ8064 platforms.
The ADM supports both memory to memory transactions and memory
to/from peripheral device transactions. The controller
From: Fu Wei
Some devices get clock from system counter, like SBSA watchdog
driver. They may need to get system counter rate.
Signed-off-by: Fu Wei
---
drivers/clocksource/arm_arch_timer.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clocksource/arm_arch_timer.c
b/drivers/clock
From: Fu Wei
This patchset:
(1)Export "arch_timer_get_rate" in arm_arch_timer.c for the
other drivers, like SBSA watchdog driver
(2)Introduce Documentation/devicetree/bindings/watchdog/sbsa-gwdt.txt
for FDT info of SBSA Generic Watchdog, and give two examples of
adding SBSA
On Tue, 19 May 2015, Piotr Szymaniak wrote:
On Tue, May 19, 2015 at 09:43:10AM -0400, Chris Mason wrote:
On 05/19/2015 03:55 AM, Govindarajulu Varadarajan wrote:
2286--->BUG_ON(!PageLocked(page));
[ 166.769868] BTRFS info (device sdf): no csum found for inode 1154
start 43192320
[ 166.77433
From: Fu Wei
Parse SBSA Generic Watchdog Structure in GTDT table of ACPI,
and create a platform device with that information.
This platform device can be used by the ARM SBSA Generic
Watchdog driver.
Signed-off-by: Fu Wei
---
arch/arm64/kernel/acpi.c | 136 +
From: Fu Wei
This driver bases on linux kernel watchdog framework, and
use "pretimeout" in the framework. It supports getting timeout and
pretimeout from parameter and FDT at the driver init stage.
In first timeout(WS0), the interrupt routine run panic to save
system context.
Signed-off-by: Fu W
From: Fu Wei
The sbsa-gwdt.txt documentation in devicetree/bindings/watchdog is for
introducing SBSA(Server Base System Architecture) Generic Watchdog
device node info into FDT.
Signed-off-by: Fu Wei
---
.../devicetree/bindings/watchdog/sbsa-gwdt.txt | 36 ++
1 file cha
Hello,
On 21 May 2015 at 01:45, Brian Norris wrote:
> On Thu, Apr 30, 2015 at 03:33:47PM +0200, Michal Suchanek wrote:
>> The 'retlen' points to a variable representing the number of data bytes
>> written/read (see include/linux/mtd/mtd.h) by the current invocation of
>> the function. This variab
1 - 100 of 1055 matches
Mail list logo
