The patch
ARM: dts: meson: minix-neo-x8: define PMIC as power controller
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the ne
The patch
mfd: rn5t618: Register power off callback optionally
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hour
The patch
mfd: rn5t618: Add Ricoh RN5T567 PMIC support
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and s
The patch
regulator: rn5t618: Add RN5T567 PMIC support
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and s
The patch
mfd: rn5t618: Register restart handler
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to
Hi,
[auto build test ERROR on clk/clk-next]
[also build test ERROR on v4.7-rc5 next-20160629]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Dong-Aisheng/clk-core-support-clocks-which-requires
The patch
regulator: max77620: check for valid regulator info
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours
The patch
ASoC: cs35l33: mark PM functions as __maybe_unused
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent
The patch
regulator: da9211: add descriptions for da9212/da9214
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hou
On Wed, Jun 29, 2016 at 07:52:06PM +0200, Geert Uytterhoeven wrote:
> Hi Paul,
>
> On Wed, Jun 29, 2016 at 6:44 PM, Paul E. McKenney
> wrote:
> > On Wed, Jun 29, 2016 at 04:54:44PM +0200, Geert Uytterhoeven wrote:
> >> On Thu, Jun 23, 2016 at 4:53 AM, Paul E. McKenney
> >> wrote:
> >> > On Wed,
On Wed, Jun 29, 2016 at 04:54:44PM +0200, Geert Uytterhoeven wrote:
> Hi Paul,
>
> On Thu, Jun 23, 2016 at 4:53 AM, Paul E. McKenney
> wrote:
> > On Wed, Jun 22, 2016 at 07:47:42PM -0700, Paul E. McKenney wrote:
[ . . . ]
> > @@ -4720,11 +4720,18 @@ static void __init rcu_dump_rcu_node_tree(str
When befs_nls2utf() returns an error, the caller ignores the length of the
output buffer since it knows the buffer isn't useful. Removing the
length assignment that will be ignored.
Signed-off-by: Luis de Bethencourt
---
Hi,
Noticed this while continuing to familiarize with the befs code.
As a
On 06/29/2016 07:38 AM, Sebastian Reichel wrote:
> Hi,
>
> On Wed, Jun 29, 2016 at 04:30:02PM +0200, Arnd Bergmann wrote:
>> Building the smbb driver without extcon results in a link failure:
>>
>> drivers/power/built-in.o: In function `smbb_usb_valid_handler':
>> :(.text+0x3190): undefined referen
On Tue, Jun 28, 2016 at 10:12:37AM +0200, Peter Rosin wrote:
> Hi!
>
> Sorry to send a ping like this, with the patch still in patchwork
> and all. But it's been a month since 1/4 and 2/4 were committed
> and I expected at least some comment on the approach for patches
> 3 and 4...
Please don't s
From: Fu Wei
This patch defines pr_fmt(fmt) for all pr_* functions,
then the pr_* don't need to add "arch_timer:" everytime.
Also delete some Blank Spaces in arch_timer_banner,
according to the suggestion from checkpatch.pl.
No functional change.
Signed-off-by: Fu Wei
---
drivers/clocksource
From: Fu Wei
This patch add a new enum "spi_nr" and use it in the driver.
Just for code's readability, no functional change.
Signed-off-by: Fu Wei
---
drivers/clocksource/arm_arch_timer.c | 4 ++--
include/clocksource/arm_arch_timer.h | 6 ++
2 files changed, 8 insertions(+), 2 deletions(-
From: Fu Wei
To support the arm_arch_timer via ACPI we need to share defines and enums
between the driver and the ACPI parser code.
Split out the relevant defines and enums into arm_arch_timer.h.
No functional change.
Signed-off-by: Fu Wei
---
drivers/clocksource/arm_arch_timer.c | 11 ---
From: Fu Wei
This patchset:
(1)Preparation for adding GTDT support in arm_arch_timer
1. Move some enums and marcos to header file
2. Add a new enum for spi type.
3. Improve printk relevant code
(2)Introduce ACPI GTDT parser: drivers/acpi/gtdt.c
Parse all kinds
From: Fu Wei
The patch add memory-mapped timer register support by using the information
provided by the new GTDT driver of ACPI.
Signed-off-by: Fu Wei
---
drivers/clocksource/arm_arch_timer.c | 131 ++-
1 file changed, 130 insertions(+), 1 deletion(-)
diff --g
From: Fu Wei
The patch update arm_arch_timer driver to use the function
provided by the new GTDT driver of ACPI.
By this way, arm_arch_timer.c can be simplified, and separate
all the ACPI GTDT knowledge from this timer driver.
Signed-off-by: Fu Wei
Signed-off-by: Hanjun Guo
---
drivers/clocks
From: Fu Wei
This driver adds support for parsing memory-mapped timer in GTDT:
provide a kernel APIs to parse GT Block Structure in GTDT,
export all the info by filling the struct which provided
by parameter(pointer of the struct).
By this driver, we can add ACPI support for memory-mapped timer
From: Fu Wei
Signed-off-by: Fu Wei
---
drivers/acpi/Kconfig | 9 +
drivers/acpi/Makefile | 1 +
2 files changed, 10 insertions(+)
diff --git a/drivers/acpi/Kconfig b/drivers/acpi/Kconfig
index b7e2e77..27a5cf9 100644
--- a/drivers/acpi/Kconfig
+++ b/drivers/acpi/Kconfig
@@ -521,4 +521
From: Fu Wei
This patch adds support for parsing arch timer in GTDT,
provides some kernel APIs to parse all the PPIs and
always-on info in GTDT and export them.
By this driver, we can simplify arm_arch_timer drivers, and
separate the ACPI GTDT knowledge from it.
Signed-off-by: Fu Wei
Signed-of
From: Fu Wei
Signed-off-by: Fu Wei
---
drivers/acpi/acpi_gtdt.c | 85
1 file changed, 85 insertions(+)
diff --git a/drivers/acpi/acpi_gtdt.c b/drivers/acpi/acpi_gtdt.c
new file mode 100644
index 000..54d7644e
--- /dev/null
+++ b/drivers/acpi
On Wed, 29 Jun 2016 18:52:27 +0100
Mark Rutland wrote:
> On Wed, Jun 29, 2016 at 09:21:37AM +0100, Mark Rutland wrote:
> > On Tue, Jun 28, 2016 at 01:46:04PM -0700, Kees Cook wrote:
> > > On Tue, Jun 28, 2016 at 9:14 AM, Emese Revfy wrote:
> > > > On Tue, 28 Jun 2016 13:57:49 +0100
> > > > Mark
From: Fu Wei
This driver adds support for parsing SBSA Generic Watchdog timer
in GTDT, parse all info in SBSA Generic Watchdog Structure in GTDT,
and creating a platform device with that information.
This allows the operating system to obtain device data from the
resource of platform device. The
Hi,
[auto build test ERROR on linus/master]
[also build test ERROR on v4.7-rc5 next-20160629]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Oleg-Nesterov/kthread-to_live_kthread-needs
On 6/29/2016 9:16 AM, Rafael J. Wysocki wrote:
>> Signed-off-by: Sinan Kaya
> Well, this is a rather obvious one, so I'm wondering why it is the
> last one in the series?
>
The first three are more relevant to each other. It makes easy to
correlate the changes.
--
Sinan Kaya
Qualcomm Technolog
> I've applied the series to hid.git#for-4.7/upstream-fixes
Hi Jiri,
Would you also submit this to -stable?
I think it should be generally applicable at least a few releases back
since Allen's original submit.
Thanks,
Hi,
[auto build test WARNING on clk/clk-next]
[also build test WARNING on v4.7-rc5 next-20160629]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Dong-Aisheng/clk-core-support-clocks-which
On Thu, Jun 30 2016, zengzhaoxiu wrote:
> From: Zhaoxiu Zeng
>
> Signed-off-by: Zhaoxiu Zeng
> ---
> include/linux/kernel.h | 15 ++-
> lib/hexdump.c | 36 +++-
> 2 files changed, 33 insertions(+), 18 deletions(-)
>
> diff --git a/include/linu
On Wed, Jun 29, 2016 at 01:19:37PM -0400, Vitaly Andrianov wrote:
> Here is my question. Is that actually possible to use in regmap framework
> the same registers in multiple different drivers?
Of course, this is how the vast majority of MFDs work. The regmap has
no idea what's calling it, it ca
On Tue, 28 Jun 2016 22:50:55 +0200
Rasmus Villemoes wrote:
> On Tue, Jun 28 2016, Emese Revfy wrote:
> > diff --git a/include/asm-generic/bug.h b/include/asm-generic/bug.h
> > index 6f96247..4cdf266 100644
> > --- a/include/asm-generic/bug.h
> > +++ b/include/asm-generic/bug.h
> > @@ -62,13 +62
This script detects cases which have incorrect error handling for
devm_ioremap_resource function, employing a NULL test instead of an
IS_ERR() test.
Signed-off-by: Amitoj Kaur Chawla
---
.../coccinelle/null/devm_ioremap_resource.cocci| 37 ++
1 file changed, 37 insertions
On 06/29/2016 07:13 AM, Andrew Lunn wrote:
> Hi Jon
>
> I know you are just refactoring code, but at some point it would be
> good to take a closer look at this MDIO bus driver.
>
> The MDIO bus driver should be generic, allowing access to all 32
> addresses on the bus, if that makes sense. You c
On 06/28/2016 12:34 PM, Jon Mason wrote:
> Signed-off-by: Jon Mason
> ---
> .../devicetree/bindings/net/brcm,bgmac-enet.txt | 21
> +
> 1 file changed, 21 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/net/brcm,bgmac-enet.txt
>
> diff --git a/Docum
On 06/29/2016 02:31 PM, Mark Brown wrote:
On Wed, Jun 29, 2016 at 01:19:37PM -0400, Vitaly Andrianov wrote:
Here is my question. Is that actually possible to use in regmap framework
the same registers in multiple different drivers?
Of course, this is how the vast majority of MFDs work. The r
On 06/30, kbuild test robot wrote:
>
> Hi,
>
> [auto build test ERROR on linus/master]
> [also build test ERROR on v4.7-rc5 next-20160629]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help improve the system]
Yes, please ignore this, the pat
Tadeusz,
On Thu, 23 Jun 2016, Tadeusz Struk wrote:
This patch adds support for asymmetric key type to AF_ALG.
It will work as follows: A new PF_ALG socket options are
added on top of existing ALG_SET_KEY and ALG_SET_PUBKEY, namely
ALG_SET_KEY_ID and ALG_SET_PUBKEY_ID for setting public and
pri
On 6/29/2016 9:13 AM, Rafael J. Wysocki wrote:
> On Wed, Jun 29, 2016 at 10:27 AM, Sinan Kaya wrote:
>> The change introduced in commit 103544d86976 ("ACPI,PCI,IRQ: reduce
>> resource requirements") omitted the initially assigned POSSIBLE penalty
>> when the IRQ is active.
>
> It would be good to
On Wed, Jun 29, 2016 at 11:35:28AM -0700, Florian Fainelli wrote:
> On 06/29/2016 07:13 AM, Andrew Lunn wrote:
> > Hi Jon
> >
> > I know you are just refactoring code, but at some point it would be
> > good to take a closer look at this MDIO bus driver.
> And, to re-iterate all of your points ar
The patch
regmap: Support bulk writes for devices without raw formatting
has been applied to the regmap tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24
Quoting Chanwoo Choi (2016-06-28 23:25:57)
> On 2016년 06월 29일 06:59, Stephen Boyd wrote:
> > Quoting Chanwoo Choi (2016-06-28 05:06:48)
> >> 2016-06-28 4:11 GMT+09:00 Stephen Boyd :
> >>> Quoting Chanwoo Choi (2016-06-26 04:20:43)
> 2016-06-26 14:56 GMT+09:00 Stephen Boyd :
> > +PROPERTIES
Hello, Ingo,
This series contains the following changes:
1. Documentation updates. Just some simple changes, no design-level
additions. I guess that means two for the next merge window...
http://lkml.kernel.org/g/20160615213847.ga3...@linux.vnet.ibm.com
2. Miscellane
Intel Merrifield uses a special address space reserved for Family-Level
Interface Shim (FLIS) that allows consumers to mux and configure pins.
Create a platform device for it.
Signed-off-by: Andy Shevchenko
---
arch/x86/platform/intel-mid/device_libs/Makefile | 2 ++
.../intel-mid/device_lib
On Tue, 28 Jun 2016 14:00:57 -0700
Joe Perches wrote:
> On Tue, 2016-06-28 at 22:40 +0200, Emese Revfy wrote:
> > On Tue, 28 Jun 2016 09:43:31 -0700 Joe Perches wrote:
> > > On Tue, 2016-06-28 at 13:36 +0200, Emese Revfy wrote:
> > > > The nocapture gcc attribute can be on functions only.
> > >
Hi,
[auto build test WARNING on linus/master]
[also build test WARNING on v4.7-rc5 next-20160629]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Oleg-Nesterov/kthread-to_live_kthread-needs
On 06/28/2016 12:34 PM, Jon Mason wrote:
> The bcma portion of the driver has been split off into a bcma specific
> driver. This has been mirrored for the platform driver. The last
> references to the bcma core struct have been changed into a generic
> function call. These function calls are wra
Quoting Roger Quadros (2016-06-28 23:10:57)
> On 29/06/16 01:01, Stephen Boyd wrote:
> > Quoting Roger Quadros (2016-06-28 02:13:57)
> >> On 28/06/16 11:47, Stephen Boyd wrote:
> >>>
> >>> Sorry I must have confused you. There are two modules in the PMIC that
> >>> are doing detection here. The cha
On Mon, Jun 27, 2016 at 08:32:38PM +0200, Maxime Ripard wrote:
> Any comments on this one?
Please don't send content free pings and please allow a reasonable time
for review. People get busy, go on holiday, attend conferences and so
on so unless there is some reason for urgency (like critical b
Quoting Neil Armstrong (2016-06-29 02:16:51)
> On 06/28/2016 11:58 PM, Stephen Boyd wrote:
> > Quoting Neil Armstrong (2016-06-28 01:49:37)
> >> On 06/26/2016 09:28 AM, Stephen Boyd wrote:
> >>> + uphy->cal_sleep_clk = clk = devm_clk_get(&ulpi->dev, "cal_sleep");
> >>> + if (IS_ERR(clk))
>
On Wed, 2016-06-29 at 20:31 +0200, Michal Nazarewicz wrote:
> On Thu, Jun 30 2016, zengzhaoxiu wrote:
> > From: Zhaoxiu Zeng
> >
> > Signed-off-by: Zhaoxiu Zeng
> > ---
> > include/linux/kernel.h | 15 ++-
> > lib/hexdump.c | 36 +++-
> > 2 f
On 06/28/2016 12:34 PM, Jon Mason wrote:
> I'm sending out this RFC to see if this is the direction the maintainers
> would like to go to add support for other, non-bcma iProc SoC's to the
> bgmac driver. Specifically, we are interested in adding support for the
> NSP, Cygnus, and NS2 families (wi
On Tue, Jun 28, 2016 at 5:54 PM, Rob Herring wrote:
> On Fri, Jun 24, 2016 at 03:51:18PM -0300, Bruno Herrera wrote:
>> On Fri, Jun 24, 2016 at 12:41 PM, Rob Herring wrote:
>> > On Tue, Jun 21, 2016 at 11:25:49PM -0300, Bruno Herrera wrote:
>> >> Signed-off-by: Bruno Herrera
>> >> ---
>> >> Doc
Intel Merrifield uses a special address space reserved for Family-Level
Interface Shim (FLIS) that allows consumers to mux and configure pins.
Create a platform device for it.
Signed-off-by: Andy Shevchenko
---
In v2:
- add missed header (asm/intel-mid.h)
arch/x86/platform/intel-mid/device_libs
On Tue, Jun 14, 2016 at 11:35:11AM -0700, Luis R. Rodriguez wrote:
> copyleft-next [0] [1] is an openly evolved copyleft license, its an
> effort to evolve copyleft without participation of the Church (TM)
> or State (R), completley openly to the extend development and
> discussion of copyleft-next
Introduce support for clocks that use a combination of two linear
multipliers.
Signed-off-by: Maxime Ripard
---
drivers/clk/sunxi-ng/Kconfig | 4 ++
drivers/clk/sunxi-ng/Makefile | 1 +
drivers/clk/sunxi-ng/ccu_nk.c | 147 ++
drivers/clk/sunxi-ng/ccu_
Introduce support for the clocks that combine a linear divider and a
power-of-two based one.
Signed-off-by: Maxime Ripard
---
drivers/clk/sunxi-ng/Kconfig | 7 ++
drivers/clk/sunxi-ng/Makefile | 3 +
drivers/clk/sunxi-ng/ccu_mp.c | 158 ++
drivers/clk
Introduce support for clocks that multiply and divide using linear factors.
Signed-off-by: Maxime Ripard
---
drivers/clk/sunxi-ng/Kconfig | 6 +++
drivers/clk/sunxi-ng/Makefile | 1 +
drivers/clk/sunxi-ng/ccu_nm.c | 114 ++
drivers/clk/sunxi-ng/ccu_nm
Now that we have a different clock representation, switch to it.
Signed-off-by: Maxime Ripard
---
arch/arm/boot/dts/sun8i-h3.dtsi | 312
1 file changed, 60 insertions(+), 252 deletions(-)
diff --git a/arch/arm/boot/dts/sun8i-h3.dtsi b/arch/arm/boot/dts/s
Add the list of clocks and resets found in the H3 CCU.
Signed-off-by: Maxime Ripard
---
drivers/clk/sunxi-ng/Kconfig | 13 +
drivers/clk/sunxi-ng/Makefile| 3 +
drivers/clk/sunxi-ng/ccu-sun8i-h3.c | 826 +++
drivers/clk/sunxi-ng/ccu-sun
Add support for the various dividers (linear, table or pow-of-two based)
found in the CCU.
Signed-off-by: Maxime Ripard
---
drivers/clk/sunxi-ng/Kconfig | 4 ++
drivers/clk/sunxi-ng/Makefile | 1 +
drivers/clk/sunxi-ng/ccu_div.c | 136 +
drivers/clk
setup_new_dl_entity() takes two parameters, but it only actually uses
one of them, under a different name, to setup a new dl_entity, after:
2f9f3fdc928 "sched/deadline: Remove dl_new from struct sched_dl_entity"
as we currently do
setup_new_dl_entity(&p->dl, &p->dl)
However, before Luca's cha
Add support for the clocks in the CCU that introduce a phase shift from
their parent clock.
Signed-off-by: Maxime Ripard
---
drivers/clk/sunxi-ng/Kconfig | 3 +
drivers/clk/sunxi-ng/Makefile| 1 +
drivers/clk/sunxi-ng/ccu_phase.c | 126 +++
drivers
On Tue, 28 Jun 2016 23:05:56 +0200
Rasmus Villemoes wrote:
> On Tue, Jun 28 2016, Emese Revfy wrote:
>
> > The kernel already has a mechanism to free up code and data memory that
> > is only used during kernel or module initialization.
> > This plugin will teach the compiler to find more such c
Some clocks in the Allwinner SoCs clocks unit are just muxes.
However, those muxes might also be found in some other complicated clocks
that would benefit from the code in there to deal with "advanced" features,
like pre-dividers.
Introduce a set of helpers to reduce the code duplication in such
Introduce a new binding with its documentation for the brand new clock
sub-framework.
Signed-off-by: Maxime Ripard
---
.../devicetree/bindings/clock/sunxi-ccu.txt| 24 ++
1 file changed, 24 insertions(+)
create mode 100644 Documentation/devicetree/bindings/clock/sunx
Hi,
This is the third attempt at introducing clock support for the
Allwinner SoCs following the current model used by pretty much all the
other SoCs.
Such a conversion has been suggested on a regular basis by Mike and
Stephen, and here is a first implementation.
This new approach has a good numb
Start our new clock infrastructure by adding the registration code, common
structure and common code.
Signed-off-by: Maxime Ripard
---
drivers/clk/Kconfig | 1 +
drivers/clk/Makefile | 1 +
drivers/clk/sunxi-ng/Kconfig | 3 ++
drivers/clk/sunxi-ng/Makefile
Some clocks in the Allwinner SoCs clocks unit are just simple gates. Add
support for those clocks.
Since it's a feature that can also be found in more complex clocks, provide
a bunch of helpers that can be reused later on.
Signed-off-by: Maxime Ripard
---
drivers/clk/sunxi-ng/Kconfig| 3 ++
Some clocks can be switched to a mode called fractional that have two fixed
output rate you can choose from.
Add a small library to deal with those clocks.
Signed-off-by: Maxime Ripard
---
drivers/clk/sunxi-ng/Kconfig| 9
drivers/clk/sunxi-ng/Makefile | 3 ++
drivers/clk/sunxi-ng
Introduce support for clocks that multiply and divide using two linear
multipliers and one linear divider.
Signed-off-by: Maxime Ripard
---
drivers/clk/sunxi-ng/Kconfig | 5 ++
drivers/clk/sunxi-ng/Makefile | 1 +
drivers/clk/sunxi-ng/ccu_nkm.c | 153 ++
Introduce support for clocks that use a combination of two linear
multipliers (N and K factors), one linear divider (M) and one power of two
divider (P).
Signed-off-by: Maxime Ripard
---
drivers/clk/sunxi-ng/Kconfig| 5 ++
drivers/clk/sunxi-ng/Makefile | 1 +
drivers/clk/sunxi-ng/ccu_n
On 06/29/2016 10:39 AM, Konrad Rzeszutek Wilk wrote:
Hey Jens,
Please git pull the 'stable/for-jens-4.7' branch which is based on your
'for-4.7/drivers' branch. It will nicely merge in your 'for-linus' branch:
git pull git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git
stable/for-jen
On 06/29, Michal Hocko wrote:
>
> But it seems that further changes I am
> planning in this area will benefit from stable task->mm in this path
Oh, so I hope you will cleanup this later,
> Just pull the task->mm !=
> NULL check inside the function.
OK, but this means it will always return false
On Thu, Jun 30, 2016 at 12:03:47AM +0530, Amitoj Kaur Chawla wrote:
> This script detects cases which have incorrect error handling for
> devm_ioremap_resource function, employing a NULL test instead of an
> IS_ERR() test.
>
> Signed-off-by: Amitoj Kaur Chawla
Why don't we fix the code at the sa
From: Dave Hansen
Len Brown noticed something was amiss in our INTEL_FAM6_*
definitions. It seems like model 0x1F was a Nehalem part,
marketed as "Intel Core i7 and i5 Processors" (according to the
SDM). But, although it was a Nehalem 0x1F had some uncore events
which were shared with Westmere
`daqboard2000_find_boardinfo()` is supposed to check if the
DaqBoard/2000 series model is supported, based on the PCI subvendor and
subdevice ID. The current code is wrong as it is comparing the PCI
device's subdevice ID to an expected, fixed value for the subvendor ID.
It should be comparing the
On Mon, Jun 27, 2016 at 05:56:02AM -0700, tip-bot for Peter Zijlstra wrote:
> +static inline u64 rdlbr_from(unsigned int idx)
> +{
> + u64 val;
> +
> + rdmsrl(x86_pmu.lbr_from + idx, val);
> +
> + return lbr_from_signext_quirk_rd(val);
> +}
> +
> +static inline u64 rdlbr_to(unsigned int
On 06/16/2016 03:40 PM, Javier Martinez Canillas wrote:
> The driver doesn't set the struct v4l2_capability cap_info field so the
> v4l2-compliance tool reports the following errors for VIDIOC_QUERYCAP:
>
> Required ioctls:
> VIDIOC_QUERYCAP returned 0 (Success)
> f
On 06/16/2016 03:40 PM, Javier Martinez Canillas wrote:
> The driver fills in both the struct v4l2_capability driver and card fields
> the same values, that is the driver's name plus the information if the dev
> is a decoder or an encoder.
>
> But the driver field has a fixed length of 16 bytes so
On Wed, Jun 29, 2016 at 09:05:47PM +0200, Luis R. Rodriguez wrote:
> On Tue, Jun 14, 2016 at 11:35:11AM -0700, Luis R. Rodriguez wrote:
> > copyleft-next [0] [1] is an openly evolved copyleft license, its an
> > effort to evolve copyleft without participation of the Church (TM)
> > or State (R), co
On 06/16/2016 03:40 PM, Javier Martinez Canillas wrote:
> According to the V4L2 documentation the driver and card fields should be
> used to identify the driver and the device but the s5p-mfc driver fills
> those field using the platform device name, which in turn is the name of
> the device DT nod
On Saturday, June 25, 2016 2:37:24 PM CEST Deepa Dinamani wrote:
> The series is aimed at getting rid of CURRENT_TIME, CURRENT_TIME_SEC macros
> and replacing current_fs_time() with current_time().
> The macros are not y2038 safe. There is no plan to transition them into being
> y2038 safe.
> ktime
On Mon, Jun 27, 2016 at 7:51 PM, John Youn wrote:
> On 6/21/2016 7:26 PM, Bruno Herrera wrote:
>> Signed-off-by: Bruno Herrera
>
> Please add a commit message describing the purpose of your changes,
> some information about the platform you're adding, and the special
> handling of the GGPIO.
>
Ok
On 06/28/16 at 07:18pm, Thiago Jung Bauermann wrote:
> Am Donnerstag, 23 Juni 2016, 10:25:06 schrieb Dave Young:
> > On 06/22/16 at 08:30pm, Thiago Jung Bauermann wrote:
> > > Am Mittwoch, 22 Juni 2016, 18:20:47 schrieb Dave Young:
> > > > The patch looks good, but could the subject be more specifi
On 06/28/16 at 07:18pm, Thiago Jung Bauermann wrote:
> Am Dienstag, 28 Juni 2016, 15:20:55 schrieb Dave Young:
> > On 06/27/16 at 04:21pm, Dave Young wrote:
> > > Please ignore previous reply, I mistakenly send a broken mail without
> > > subject, sorry about it. Resend the reply here.
> > >
> > >
Hi all,
On Tue, May 31, 2016 at 03:55:04PM +0100, Catalin Marinas wrote:
> Currently, the compat /proc/cpuinfo is provided only if a task has the
> PER_LINUX32 personality, either by setting it explicitly or by
> inheriting it from the parent task. This is in line with the "uname -m"
> behaviour.
From: Florian Fainelli
Add an ARCH_BRCMSTB Kconfig symbol which allows us not to update the
dependencies for all STB-related drivers. Select BRCMSTB_L2_IRQ and
GENERIC_IRQ_CHIP which are required for proper functioning.
Signed-off-by: Doug Berger
Signed-off-by: Florian Fainelli
Signed-off-by:
On 06/16/2016 03:40 PM, Javier Martinez Canillas wrote:
> The driver doesn't set the struct v4l2_capability bus_info field so the
> v4l2-compliance tool reports the following errors for VIDIOC_QUERYCAP:
>
> Required ioctls:
> VIDIOC_QUERYCAP returned 0 (Success)
> f
New firmwares (e.g. 10.10.69.36 for BCM4366) support "interface_remove"
for removing interfaces. Try to use this method on cfg80211 request. In
case of older firmwares (e.g. 7.35.177.56 for BCM43602 as I tested) this
will just result in firmware rejecting command and this won't change any
behavior.
So far when receiving event about in-firmware-interface removal our
event worker was notifying listener and afterwards it was removing Linux
interface.
First of all it was resulting in slightly unexpected order. The listener
(del_virtual_intf callback) was (usually) returning with success before
w
On 29 June 2016 at 21:54, Rafał Miłecki wrote:
> This is the latest patchset needed to get brcmfmac working reasonably well
> with BCM4366.
>
> Both patches were already sent as V2 RFC (10 days ago), there were no more
> comments since then and this is the same code as in V2 RFC. I was mostly
> w
From: Dave Hansen
x86 has two macros which allow us to evaluate some CPUID-based
features at compile time:
REQUIRED_MASK_BIT_SET()
DISABLED_MASK_BIT_SET()
They're both defined by having the compiler check the bit
argument against some constant masks of features.
But, when addi
From: Dave Hansen
Every time we add a word to our cpu features, we need to add
something like this in two places:
(((bit)>>5)==16 && (1UL<<((bit)&31) & REQUIRED_MASK16))
The trick is getting the "16" in this case in both places. I've
now screwed this up twice, so as pennance, I've com
From: Dave Hansen
We had a new CPUID "NCAPINT" word added, but the REQUIRED_MASK and
DISABLED_MASK macros did not get updated. Update them.
None of the features was needed in these masks, so there was no
harm, but we should keep them updated anyway.
Signed-off-by: Dave Hansen
---
b/arch/x8
On Tue, 28 Jun 2016 13:47:23 -0600
Alex Williamson wrote:
> On Tue, 28 Jun 2016 18:09:46 +0800
> Yongji Xie wrote:
>
> > Hi, Alex
> >
> > On 2016/6/25 0:43, Alex Williamson wrote:
> >
> > > On Fri, 24 Jun 2016 23:37:02 +0800
> > > Yongji Xie wrote:
> > >
> > >> Hi, Alex
> > >>
> > >> O
On Wed, Jun 29, 2016 at 12:46:35PM -0700, Greg KH wrote:
> On Wed, Jun 29, 2016 at 09:05:47PM +0200, Luis R. Rodriguez wrote:
> > On Tue, Jun 14, 2016 at 11:35:11AM -0700, Luis R. Rodriguez wrote:
> > > copyleft-next [0] [1] is an openly evolved copyleft license, its an
> > > effort to evolve copyl
From: Huang Ying
ACPI/APEI is designed to verifiy/report H/W errors, like Corrected
Error(CE) and Uncorrected Error(UC). It contains four tables: HEST,
ERST, EINJ and BERT. The first three tables have been merged for
a long time, but because of lacking BIOS support for BERT, the
support for BERT
On Wed, Jun 29, 2016 at 2:46 PM, Andrew Lunn wrote:
> On Wed, Jun 29, 2016 at 11:35:28AM -0700, Florian Fainelli wrote:
>> On 06/29/2016 07:13 AM, Andrew Lunn wrote:
>> > Hi Jon
>> >
>> > I know you are just refactoring code, but at some point it would be
>> > good to take a closer look at this MD
501 - 600 of 844 matches
Mail list logo
