Paul Moore wrote:
Yes, there are lots of way we could solve the signed policy format
issue, I just don't have one in mind at this moment. Also, to be
honest, there are enough limitations to signing SELinux policies that
this isn't very high onmy personal SELinux priority list.
The fact that
On Mon, 2015-08-31 at 17:18 +0100, Jonathan Cameron wrote:
> On 20/08/15 13:49, Markus Pargmann wrote:
> > Add a simple SPI driver which initializes the spi regmap for the
> > bmc150
> > core driver.
> >
> > Signed-off-by: Markus Pargmann
> Looks good to me, but clearly will have to wait for the
On 08/31/2015 05:19 AM, Guenter Roeck wrote:
> Commit 3adeb2566b9b ("MIPS: Loongson: Improve LEFI firmware interface")
> made the number of UARTs dynamic if LEFI_FIRMWARE_INTERFACE is configured.
> Unfortunately, it did not initialize the number of UARTs if
> LEFI_FIRMWARE_INTERFACE is not configur
On Mon, 2015-08-31 at 17:15 +0100, Jonathan Cameron wrote:
> On 20/08/15 13:49, Markus Pargmann wrote:
> > Signed-off-by: Markus Pargmann
> A couple of little bits inline. Again would like Srinivas to
> take a quick look at this patch as well.
Once your comments are addressed, it looks fine to me
On 09/01/2015 08:36 AM, Mark Salter wrote:
commit 8b63ec1837fa ("phylib: Make PHYs children of their MDIO bus, not
the bus' parent.") uncovered a problem in mdiobus_unregister() which
leads to this warning when I reboot an APM Mustang (arm64) platform:
WARNING: CPU: 7 PID: 4239 at fs/sysfs/gr
The race may happen when a device (e.g. YOTA 4G LTE Modem) is
unplugged while the system is downloading a large file from the Net.
Hardware breakpoints and Kprobes with delays were used to confirm that
the race does actually happen.
The race is on skb_queue ('next' pointer) between usbnet_stop()
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
for-next
Head SHA1: f0a515780393dffbb363e6d1567da46af6f3c5f3
Sasha Levin (1):
tracing: Don't make assumptions about length of string on task rename
include/trace/events/task.h | 2 +-
1 file changed, 1 insertion
On Tue, Sep 01, 2015 at 03:56:18PM +0200, Phil Sutter wrote:
>
> Looking at rhashtable_test.c, I see the initial table size is 8 entries.
> 70% of that is 5.6 entries, so background expansion is started after the
> 6th entry has been added, right? Given there are 10 threads running
> which try to
On Tue, Sep 01, 2015 at 03:16:52PM +0300, Adrian Hunter wrote:
> On 01/09/15 11:54, Ingo Molnar wrote:
> >
> > * Adrian Hunter wrote:
> >
> >> Hi
> >>
> >> perf tools has a copy of the x86 instruction decoder for decoding
> >> Intel PT. [...]
> >
> > So that's the arch/x86/lib/insn.c instructio
On Mon, 2015-08-31 at 17:11 +0100, Jonathan Cameron wrote:
> On 20/08/15 13:49, Markus Pargmann wrote:
> > This replaces all usage of direct i2c accesses with regmap
> > accesses.
> >
> > Signed-off-by: Markus Pargmann
> Looks fine to me, but I will be wanting an Ack / reviewed-by
> and prefera
On 2015.09.01 at 21:00 +0800, Xiao Guangrong wrote:
>
> Did it trigger the BUG()/BUG_ON() in mtrr2protval()/fallback_mtrr_type()?
> If yes, could you please print the actual value out?
It is the BUG() in fallback_mtrr_type(). I changed it to a printk and
it prints 1 for the value of mtrr.
MTRR_
Em Tue, Sep 01, 2015 at 03:16:52PM +0300, Adrian Hunter escreveu:
> On 01/09/15 11:54, Ingo Molnar wrote:
> > * Adrian Hunter wrote:
> >> perf tools has a copy of the x86 instruction decoder for decoding
> >> Intel PT. [...]
> > So that's the arch/x86/lib/insn.c instruction length decoder that th
On Tue, Sep 01, 2015 at 09:50:19PM +0800, Herbert Xu wrote:
> On Tue, Sep 01, 2015 at 03:43:11PM +0200, Phil Sutter wrote:
> >
> > Hmm. Since memory allocation is first tried with GFP_ATOMIC set and upon
> > failure retried in background, this seems like a situation which might
> > happen during no
On Tue, Sep 01, 2015 at 04:27:24PM +0300, Tomi Valkeinen wrote:
>
>
> On 18/07/15 07:08, Sudip Mukherjee wrote:
> > Now since all cleanups are done and the code is ready to be merged lets
> > move it out of staging into fbdev location.
>
> Have you considered writing a DRM driver for this? I'm n
Le 09/01/15 06:36, Mark Salter a écrit :
> commit 8b63ec1837fa ("phylib: Make PHYs children of their MDIO bus, not
> the bus' parent.") uncovered a problem in mdiobus_unregister() which
> leads to this warning when I reboot an APM Mustang (arm64) platform:
>
> WARNING: CPU: 7 PID: 4239 at fs/sys
01.09.2015 10:58, Oliver Neukum пишет:
On Mon, 2015-08-31 at 11:50 +0300, Eugene Shatokhin wrote:
But I would have liked it much better if the code became simpler
instead
of more complex.
Me too, but I can see no other way here. The code is simpler without
locking, indeed, but locking is nee
On 2015/9/1 19:47, 平松雅巳 / HIRAMATU,MASAMI wrote:
From: Wang Nan [mailto:wangn...@huawei.com]
regs_query_register_offset() is a helper function which converts
register name like "%rax" to offset of a register in 'struct pt_regs',
which is required by BPF prologue generator. Since the function i
On Tue, Sep 01, 2015 at 03:43:11PM +0200, Phil Sutter wrote:
>
> Hmm. Since memory allocation is first tried with GFP_ATOMIC set and upon
> failure retried in background, this seems like a situation which might
> happen during normal use. If that already indicates a severe problem,
> why retry in b
Sorry for the incorrect format of the patch. So I put the patch into the
attachment which generated by "git format-patch -M HEAD^". Please help
check, thanks.
Next, I shall try to find another mail address which can be accepted by
both China and our mailing list.
Thanks.
On 9/1/15 04:54, Chen G
On Mon, 2015-08-31 at 14:50 +0200, Vitaly Kuznetsov wrote:
> Some Hyper-V hosts are known for ignoring SPC-2/3/4 requirement
> for 'INQUIRY data (see table ...) shall contain at least 36 bytes'. As a
> result we get tons on 'scsi 0:7:1:1: scsi scan: INQUIRY result too short
> (5), using 36' message
On Tue, Sep 01, 2015 at 09:00:57PM +0800, Herbert Xu wrote:
> On Tue, Sep 01, 2015 at 02:46:48PM +0200, Phil Sutter wrote:
> >
> > This is not an inherent behaviour of the implementation but general
> > agreement. The insertion may fail non-permanently (returning -EBUSY),
> > users are expected to
On Tue, 2015-09-01 at 21:00 +0800, Herbert Xu wrote:
> On Tue, Sep 01, 2015 at 02:46:48PM +0200, Phil Sutter wrote:
> >
> > This is not an inherent behaviour of the implementation but general
> > agreement. The insertion may fail non-permanently (returning -EBUSY),
> > users are expected to handle
On Tue, Sep 01, 2015 at 02:36:12PM +0200, Michal Hocko wrote:
> On Mon 31-08-15 17:20:49, Vladimir Davydov wrote:
> > On Mon, Aug 31, 2015 at 03:24:15PM +0200, Michal Hocko wrote:
> > > On Sun 30-08-15 22:02:16, Vladimir Davydov wrote:
> >
> > > > Tejun reported that sometimes memcg/memory.high th
On 01.09.2015 14:07, Anaczkowski, Lukasz wrote:
From: Tomasz Nowicki [mailto:tomasz.nowi...@linaro.org]
Sent: Tuesday, September 1, 2015 10:03 AM
To fix this, each LAPIC/X2APIC entry from MADT table needs to be
handled at the same time when processing it, thus adding
acpi_subtable_proc struct
commit 8b63ec1837fa ("phylib: Make PHYs children of their MDIO bus, not
the bus' parent.") uncovered a problem in mdiobus_unregister() which
leads to this warning when I reboot an APM Mustang (arm64) platform:
WARNING: CPU: 7 PID: 4239 at fs/sysfs/group.c:224
sysfs_remove_group+0xa0/0xa4()
sy
On 08/31/2015 11:02 AM, Justin Chen wrote:
Watchdog driver for Broadcom 7038 and newer chips.
Signed-off-by: Justin Chen
Reviewed-by: Guenter Roeck
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo
On 18/07/15 07:08, Sudip Mukherjee wrote:
> Now since all cleanups are done and the code is ready to be merged lets
> move it out of staging into fbdev location.
Have you considered writing a DRM driver for this? I'm not happy at all
adding new fbdev drivers, as the DRM framework is much better,
On Tue, 2015-09-01 at 01:24 +, Richard Yao wrote:
> On Mon, 2015-08-17 09:56:55 -0700, Ben Hutchings wrote:
> > On Mon, 2015-08-17 at 17:11 +0200, Michal Hocko wrote:
> > > On Mon 17-08-15 16:56:32, Ben Hutchings wrote:
> > > > On Mon, 2015-08-17 at 15:54 +0200, Michal Hocko wrote:
> > > > > On
On Tue, Sep 01, 2015 at 09:57:08AM +0100, Matt Fleming wrote:
> On Mon, 31 Aug, at 09:52:02AM, Peter Jones wrote:
> > On Wed, Aug 26, 2015 at 06:11:28PM +0100, Matt Fleming wrote:
> > >
> > > Looks good to me. I know Peter is on vacation right now, so I'm still
> > > expecting a response from him.
Help me and my 2 kids here in Syria We will share the 6,600,000 USD
I have here with you for your help, sorry to mention it
we want to leave Syria, put the kids in school and buy a new home
You will give us guidance when we arrive Their father died in the chemical
weapon airstrike
I will send you
On Sun, Aug 30, 2015 at 2:44 PM, Robert Jarzmik wrote:
> The PXA architecture provides a DMA to pump data from the nand
> controller to memory and the other way around. Add it to the binding
> description.
>
> Signed-off-by: Robert Jarzmik
Applied. Thanks.
Rob
> ---
> Documentation/devicetree
On Sun, Aug 23, 2015 at 3:34 PM, Grant Likely wrote:
> Frank has agreed to step up and help with DT core code maintainership.
> At the same time, Grant is taking a step back from active maintainership
> responsibilities. Add Frank to the device tree core code entry and
> shuffle Grant to the end o
On Tue, 01 Sep 2015 15:13:09 +0200,
Mark Brown wrote:
>
> On Tue, Sep 01, 2015 at 10:04:36AM +0200, Philipp Zabel wrote:
> > Am Dienstag, den 01.09.2015, 07:56 +0800 schrieb Axel Lin:
> > > So the drivers can be compiled with CONFIG_RESET_CONTROLLER disabled.
>
> > > Signed-off-by: Axel Lin
>
>
On Tue, Sep 01, 2015 at 10:04:36AM +0200, Philipp Zabel wrote:
> Am Dienstag, den 01.09.2015, 07:56 +0800 schrieb Axel Lin:
> > So the drivers can be compiled with CONFIG_RESET_CONTROLLER disabled.
> > Signed-off-by: Axel Lin
> Applied, thanks.
Takashi, this should be enough for the build error
On 08/31/2015 09:59 PM, Ross Zwisler wrote:
> For DAX msync we just need to flush the given range using
> wb_cache_pmem(), which is now a public part of the PMEM API.
>
> The inclusion of in fs/dax.c was done to make checkpatch
> happy. Previously it was complaining about a bunch of undeclared
>
On Tue, Sep 01, 2015 at 09:52:13AM +0900, Krzysztof Kozlowski wrote:
> 2015-09-01 1:41 GMT+09:00 Keith Busch :
> > Some compilers complain of possible uninitialized variable usage, like
> > the following:
> > drivers/regulator/helpers.c: In function ‘regulator_get_bypass_regmap’:
> > drivers/r
On Tue, Sep 01, 2015 at 11:12:18AM +0200, Sebastian Ott wrote:
> On Mon, 31 Aug 2015, Felipe Balbi wrote:
> > while booting AM437x device, the following splat
> > triggered:
> >
> > [ 12.005238] ===
> > [ 12.009749] [ INFO: suspicious RCU usage. ]
> > [ 12.014116]
On 09/01/2015 06:04 PM, Markus Trippelsdorf wrote:
On 2015.09.01 at 10:56 +0200, Ingo Molnar wrote:
* Markus Trippelsdorf wrote:
As I wrote in my other reply. The boot failure is nondeterministic (boot
succeeds roughly every sixth time). So the bisection and the patch is
just bogus (,but th
Hi Linus,
please pull. Two minor fixlets this time.
Thanks.
---
The following changes since commit d770e558e21961ad6cfdf0ff7df0eb5d7d4f0754:
Linux 4.2-rc1 (2015-07-05 11:01:52 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/bp/bp.git tags/edac_
building of ipath depends on infiniband. And if ipath is selected and
infiniband is not then build fails with:
ERROR: "ib_alloc_device" [drivers/staging/ipath/ib_ipath.ko] undefined!
ERROR: "ib_dealloc_device" [drivers/staging/ipath/ib_ipath.ko] undefined!
ERROR: "ib_dispatch_event" [drivers/stagin
On Tue, Sep 01, 2015 at 02:46:48PM +0200, Phil Sutter wrote:
>
> This is not an inherent behaviour of the implementation but general
> agreement. The insertion may fail non-permanently (returning -EBUSY),
> users are expected to handle this by retrying the operation.
Absolutely not. The only reas
On August 28, 2015 10:18:30 AM EDT, Michal Hocko wrote:
>
>Why do we need to export this? Neither of the consumers care and should
>care. VM_LOCKONFAULT should never be set without VM_LOCKED which is the
>only thing that we should care about.
I am out of the office and I don't know if I will b
Shougang Group Co., Ltd.
11th Floor, Huaxingge,
Donghua Building, Jiangmen,
GuangDong, China.
Greetings,
This is an official request for Professional/consultants who will stand as our
regional representative to run logistics on behalf of Shougang Group.We are
looking for a payment collection ag
Keeping interested parties in the loop.
Peter and I had a discussion with ST. Here is the result.
On Tue, 01 Sep 2015, Peter Griffin wrote:
> On Fri, 28 Aug 2015, Lee Jones wrote:
>
> > Signed-off-by: Ludovic Barre
> > Signed-off-by: Lee Jones
> > ---
> > .../devicetree/bindings/remoteproc/s
* Adrian Hunter wrote:
> > Agreed, what I concern is that someone finds a bug and fixes one of them
> > and
> > another is not fixed.
> >
> > I'll see the forked version and check if it can be merged into the kernel.
>
> Ever since Linus complained about perf tools including kernel headers,
On 8/31/15 5:39 PM, Linus Torvalds wrote:
> On Mon, Aug 31, 2015 at 3:31 PM, Raymond Jennings wrote:
>>
>> That said, I wouldn't mind myself if the ext4 driver were given a very
>> grueling regression test to make sure it can actually handle old ext3
>> systems as well as the ext3 driver can.
>
>
Am Dienstag, den 01.09.2015, 14:43 +0200 schrieb Alban:
> On Tue, 01 Sep 2015 20:15:10 +0800
> Axel Lin wrote:
>
> > Signed-off-by: Axel Lin
> Acked-by: Alban Bedel
Applied, thanks.
regards
Philipp
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a me
On 2015/9/1 18:38, Jiri Olsa wrote:
On Mon, Aug 31, 2015 at 04:20:03PM -0300, Arnaldo Carvalho de Melo wrote:
Em Sat, Aug 29, 2015 at 04:21:36AM +, Wang Nan escreveu:
If parse_events__scanner() collects no entry, perf_evlist__last(evlist)
is invalid. Then setting of cmdline_group_boundary
On Tue, Sep 01, 2015 at 07:43:00PM +0800, Herbert Xu wrote:
> On Mon, Aug 31, 2015 at 01:00:12PM +0200, Phil Sutter wrote:
> >
> > The variable would be used to track if the worker has failed to allocate
> > memory in background.
> >
> > Since the failing insertion will be retried, subsequent ins
On Tue, 01 Sep 2015 20:15:10 +0800
Axel Lin wrote:
> Signed-off-by: Axel Lin
> ---
> drivers/reset/reset-ath79.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/drivers/reset/reset-ath79.c b/drivers/reset/reset-ath79.c
> index d2d2904..9aaf646 100644
> --- a/drivers/reset/reset-ath79.
This adds device tree binding documentation for the Colibri VF50
touchscreen driver.
Signed-off-by: Sanchayan Maity
---
.../bindings/input/touchscreen/colibri-vf50-ts.txt | 36 ++
1 file changed, 36 insertions(+)
create mode 100644
Documentation/devicetree/bindings/input/to
Add device tree node for touchscreen support on Colibri VF50. The
touchscreen functionality on VF50 uses the ADC channels of Vybrid
and some GPIOs. Also add pinctrl nodes for proper pinmux.
Signed-off-by: Sanchayan Maity
---
arch/arm/boot/dts/vf500-colibri-eval-v3.dts | 5 +++
arch/arm/boot/dts
The Colibri Vybrid VF50 module supports 4-wire touchscreens using
FETs and ADC inputs. This driver uses the IIO consumer interface
and relies on the vf610_adc driver based on the IIO framework.
Signed-off-by: Sanchayan Maity
---
drivers/input/touchscreen/Kconfig | 12 +
drivers/input/
Hello,
The patchset adds support for 4 wire touchscreen on Toradex Colibri
VF50 modules.
Thanks Dmitry and Stefan for your feedback.
Changes since v4:
1. Add missing header file for gpio consumer.
2. Purge unneeded gpio descriptor entry in struct
3. Do not cast from void * pointer in IRQ bh
4. M
On Mon 31-08-15 17:20:49, Vladimir Davydov wrote:
> On Mon, Aug 31, 2015 at 03:24:15PM +0200, Michal Hocko wrote:
> > On Sun 30-08-15 22:02:16, Vladimir Davydov wrote:
>
> > > Tejun reported that sometimes memcg/memory.high threshold seems to be
> > > silently ignored if kmem accounting is enabled
Use resource-managed function devm_led_classdev_register instead
of led_classdev_register to make the error-path simpler.
To be compatible with the change, goto is replaced with direct
return, unneeded label err_null is dropped and unnecessary variable
retval is removed. Also, remove redundant cob
[adding GPIO maintainers to cc list]
Hello Rob,
On Tue, Sep 1, 2015 at 1:54 PM, Rob Herring wrote:
> On Tue, Sep 1, 2015 at 3:32 AM, Javier Martinez Canillas
> wrote:
>> Hello Peter,
>>
>> On Fri, Aug 28, 2015 at 7:52 PM, Peter Griffin
>> wrote:
>>> gpio.txt documents that GPIO properties sho
On Wed, 2015-08-26 at 22:18 +0100, Daniel Thompson wrote:
> On 22/08/15 02:45, Chunfeng Yun wrote:
> > MTK xhci host controller defines some extra SW scheduling
> > parameters for HW to minimize the scheduling effort for
> > synchronous and interrupt endpoints. The parameters are
> > put into resev
W dniu 01.09.2015 o 21:18, Javier Martinez Canillas pisze:
> Hello Krzysztof,
>
> On 09/01/2015 02:00 PM, Krzysztof Kozlowski wrote:
>> W dniu 01.09.2015 o 17:48, Javier Martinez Canillas pisze:
>
> [snip]
>
&hsi2c_5 {
status = "okay";
>>>
>>> since I believe for the Odroid
+linux-mmc
-Chris (don't maintain mmc no more)
On 17 August 2015 at 10:09, Christoph Hellwig wrote:
> Make sparse happy:
>
> drivers/mmc/host/android-goldfish.c:535:56: sparse: incorrect type in
> argument 3 (different address spaces)
>
> Signed-off-by: Christoph Hellwig
Normally I like you to
On 01/09/15 11:54, Ingo Molnar wrote:
>
> * Adrian Hunter wrote:
>
>> Hi
>>
>> perf tools has a copy of the x86 instruction decoder for decoding
>> Intel PT. [...]
>
> So that's the arch/x86/lib/insn.c instruction length decoder that the kernel
> uses
> for kprobes et al - and the two version
Hello Krzysztof,
On 09/01/2015 02:00 PM, Krzysztof Kozlowski wrote:
> W dniu 01.09.2015 o 17:48, Javier Martinez Canillas pisze:
[snip]
>>>
>>> &hsi2c_5 {
>>> status = "okay";
>>
>> since I believe for the Odroid XU4 we would like this to be disabled.
>> The only I2C device in this I2C bu
On 09/01/2015 10:06 AM, Christoph Hellwig wrote:
> On Tue, Sep 01, 2015 at 09:38:03AM +1000, Dave Chinner wrote:
>> On Mon, Aug 31, 2015 at 12:59:44PM -0600, Ross Zwisler wrote:
>>> For DAX msync we just need to flush the given range using
>>> wb_cache_pmem(), which is now a public part of the PMEM
Signed-off-by: Axel Lin
---
drivers/reset/reset-ath79.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/reset/reset-ath79.c b/drivers/reset/reset-ath79.c
index d2d2904..9aaf646 100644
--- a/drivers/reset/reset-ath79.c
+++ b/drivers/reset/reset-ath79.c
@@ -89,6 +89,7 @@ static int ath7
On 01/09/15 14:38, 平松雅巳 / HIRAMATU,MASAMI wrote:
>> From: Ingo Molnar [mailto:mingo.kernel@gmail.com] On Behalf Of Ingo
>> Molnar
>>
>>
>> * Adrian Hunter wrote:
>>
>>> Hi
>>>
>>> perf tools has a copy of the x86 instruction decoder for decoding
>>> Intel PT. [...]
>>
>> So that's the arch/x8
On Tue, 01 Sep 2015, Peter Griffin wrote:
> On Tue, 01 Sep 2015, Javier Martinez Canillas wrote:
> > On Tue, Sep 1, 2015 at 11:09 AM, Lee Jones wrote:
> > > On Tue, 01 Sep 2015, Javier Martinez Canillas wrote:
> > >> On Fri, Aug 28, 2015 at 7:52 PM, Peter Griffin
> > >> wrote:
> > >> > gpio.txt
On Tue, Sep 01, 2015 at 02:54:17PM +0300, Mathias Nyman wrote:
> On 31.08.2015 21:58, Duc Dang wrote:
> >On Thu, Aug 20, 2015 at 12:38 PM, Duc Dang wrote:
> >>The xhci platform driver needs to work on systems that
> >>either only support 64-bit DMA or only support 32-bit DMA.
> >>Attempt to set a
From: Tomasz Nowicki [mailto:tomasz.nowi...@linaro.org]
Sent: Tuesday, September 1, 2015 10:03 AM
>> To fix this, each LAPIC/X2APIC entry from MADT table needs to be
>> handled at the same time when processing it, thus adding
>> acpi_subtable_proc structure which stores
>> () ACPI table id
>> (
W dniu 01.09.2015 o 17:48, Javier Martinez Canillas pisze:
> Hello Krzysztof,
>
> The patch looks good to me, I just have one small comment.
>
> On 08/31/2015 05:56 AM, Krzysztof Kozlowski wrote:
>> Add Hardkernel Odroid XU4 board Device Tree sources. The board differs
>> from Odroid XU3 and XU3-
On Tue, Sep 1, 2015 at 3:32 AM, Javier Martinez Canillas
wrote:
> Hello Peter,
>
> On Fri, Aug 28, 2015 at 7:52 PM, Peter Griffin
> wrote:
>> gpio.txt documents that GPIO properties should be named
>> "[-]gpios", with being the purpose of this
>> GPIO for the device.
>>
>> This change has been
This doesn't actually change anything since the core names the sysfs folder
for the iio event attributes "events" anyways. It only leaves the job to the
core.
Signed-off-by: Martin Kepplinger
Signed-off-by: Christoph Muellner
---
drivers/iio/accel/mma8452.c | 1 -
1 file changed, 1 deletion(-)
This adds the freefall / motion interrupt source definitions to the driver.
It is used in this series' next patch, for chips that don't support the
transient interrupt source.
Signed-off-by: Martin Kepplinger
Signed-off-by: Christoph Muellner
---
drivers/iio/accel/mma8452.c | 44 +++
Signed-off-by: Martin Kepplinger
Signed-off-by: Christoph Muellner
---
drivers/iio/accel/mma8452.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/iio/accel/mma8452.c b/drivers/iio/accel/mma8452.c
index 59b4455..15d50c9 100644
--- a/drivers/iio/accel/mma8452.c
+++ b/drivers/iio/accel
This adds a struct mma_chip_info to hold data that will remain specific to
the chip in use. It is provided during probe() and linked in
struct of_device_id.
Also this suggests that the driver is called "mma8452" and now handles the
MMA8452Q device, but is not limited to it.
Signed-off-by: Martin
This adds support for the 10 bit version if Freescale's accelerometers
of this series. The datasheet is available at Freescale's website:
http://cache.freescale.com/files/sensors/doc/data_sheet/MMA8453Q.pdf
It creates a devicetree bindings file to document the new functionality
and removes the dr
Version 6 of the mma8452 driver improvements. This is rebased on the current
-next tree because of cleanup changes in the meantime. Also, the patches are
slightly more cleaned up (adding the DT bindings document in the right patch).
Here we go:
These changes add support for motion interrupts and
MMA8652FC and MMA8653FC don't provide the transient interrupt source, so
the motion interrupt source is used by providing a new iio_chan_spec
definition, so that other supported devices are not affected by this.
Datasheets for the newly supported devices are available at Freescale's
website:
http
On Tue, Sep 1, 2015 at 5:41 AM, Lee Jones wrote:
> On Mon, 31 Aug 2015, Rob Herring wrote:
>
>> On Fri, Aug 28, 2015 at 5:31 AM, Lee Jones wrote:
>> > Signed-off-by: Ludovic Barre
>> > Signed-off-by: Lee Jones
>> > ---
>> > .../devicetree/bindings/remoteproc/st-rproc.txt| 35
>> >
On 31.08.2015 21:58, Duc Dang wrote:
On Thu, Aug 20, 2015 at 12:38 PM, Duc Dang wrote:
The xhci platform driver needs to work on systems that
either only support 64-bit DMA or only support 32-bit DMA.
Attempt to set a coherent dma mask for 64-bit DMA, and
attempt again with 32-bit DMA if that f
> From: Wang Nan [mailto:wangn...@huawei.com]
>
> regs_query_register_offset() is a helper function which converts
> register name like "%rax" to offset of a register in 'struct pt_regs',
> which is required by BPF prologue generator. Since the function is
> identical, try to reuse the code in arc
hi,
On Sat, 2015-08-22 at 16:23 +0300, Sergei Shtylyov wrote:
> Hello.
>
> On 8/22/2015 4:45 AM, Chunfeng Yun wrote:
>
> > add a DT binding documentation of xHCI host controller for the
> > MT8173 SoC from Mediatek.
>
> > Signed-off-by: Chunfeng Yun
> > ---
> > .../devicetree/bindings/usb/mt
On Mon, Aug 31, 2015 at 01:00:12PM +0200, Phil Sutter wrote:
>
> The variable would be used to track if the worker has failed to allocate
> memory in background.
>
> Since the failing insertion will be retried, subsequent inserts are not
> necessary unrelated.
If an insertion fails it is never r
On Tue, Sep 01, 2015 at 01:36:08PM +0200, Peter Zijlstra wrote:
> +static inline bool kprobe_blacklisted(unsigned long addr)
> +{
> + return false;
Ah, I think that wants to be true instead, to match the below comment.
> +}
> +
> static inline int kprobes_built_in(void)
> {
> return 0
* Michael S. Tsirkin wrote:
> On Tue, Sep 01, 2015 at 11:24:22AM +0200, Ingo Molnar wrote:
> >
> > * Michael S. Tsirkin wrote:
> >
> > > I applied this patch on top of mine:
> >
> > Yeah, looks similar to the one I sent.
> >
> > > -static inline int __variable_test_bit(long nr, const unsign
On Tue, Sep 01, 2015 at 01:31:47PM +0200, Ingo Molnar wrote:
>
> * Peter Zijlstra wrote:
>
> > +struct __find_pci2phy(int segment)
> > +{
> > + struct pci2phy_map *map;
> > +
> > + lockdep_assert_held(&pci2phy_map_lock);
> > +
> > + list_for_each_entry(map, &pci2phy_map_head, list) {
> > +
> From: Ingo Molnar [mailto:mingo.kernel@gmail.com] On Behalf Of Ingo Molnar
>
>
> * Adrian Hunter wrote:
>
> > Hi
> >
> > perf tools has a copy of the x86 instruction decoder for decoding
> > Intel PT. [...]
>
> So that's the arch/x86/lib/insn.c instruction length decoder that the kernel
On Tue, Sep 01, 2015 at 12:57:11PM +0200, Frederic Weisbecker wrote:
> > Agreed, kprobes also does it in generic code.
>
> Well, the patchset got applied anyway and the reviews ignored...
Bugger, sorry about that, I meant to change it and things slipped, how
about I atone by doing the patch.
--
At Fri, 28 Aug 2015 09:27:14 +0200,
Christoph Hellwig wrote:
>
> These are not implementations of default architecture code but helpers
> for drivers. Move them to the place they belong to.
>
> Signed-off-by: Christoph Hellwig
> ---
> drivers/edac/i3200_edac.c | 2 +-
> dr
* Peter Zijlstra wrote:
> +struct __find_pci2phy(int segment)
> +{
> + struct pci2phy_map *map;
> +
> + lockdep_assert_held(&pci2phy_map_lock);
> +
> + list_for_each_entry(map, &pci2phy_map_head, list) {
> + if (map->segment == segment)
> + return map;
Now fixed Lee Jones mail address!
On Tuesday 01 September 2015 03:10 PM, Kishon Vijay Abraham I wrote:
> Hi Mark,
>
> On Monday 31 August 2015 08:22 PM, Mark Brown wrote:
>> On Mon, Aug 31, 2015 at 04:14:07PM +0530, Kishon Vijay Abraham I wrote:
>>> On Tuesday 25 August 2015 07:20 PM, Mark Brown
Hi Colin,
On Tue, Sep 1, 2015 at 12:38 PM, Colin Ian King
wrote:
> On 01/09/15 11:35, Geert Uytterhoeven wrote:
>> On Tue, Sep 1, 2015 at 12:21 PM, Colin King wrote:
>>> On the unlikely event that drv is null, the current code will
>>> perform a null pointer dereference with it when printing a d
On 09/01/2015 01:08 PM, Kirill A. Shutemov wrote:
<>
>
> Is that because XFS doesn't provide vm_ops->pfn_mkwrite?
>
Right that would explain it, because I sent that patch exactly to solve
this problem. I haven't looked at latest code for a while but I should
checkout the latest and make a patch
On 09/01/2015 02:10 PM, Kirill A. Shutemov wrote:
> On Tue, Sep 01, 2015 at 01:54:26PM +0300, Boaz Harrosh wrote:
>> On 09/01/2015 01:22 PM, Kirill A. Shutemov wrote:
>>> For VM_PFNMAP and VM_MIXEDMAP we use vm_ops->pfn_mkwrite instead of
>>> vm_ops->page_mkwrite to notify abort write access. This
On Thu, Aug 27, 2015 at 07:54:32PM +0900, Taku Izumi wrote:
> This patch fixes ths problem by introducing segment-aware pci2phy_map instead.
>
> v1 -> v2:
>- Extract method named uncore_pcibus_to_physid to avoid repetetion of
> retrieving phys_id code
So close and yet so far...
> +
> From: Wang Nan [mailto:wangn...@huawei.com]
>
> There is a problem in dwarf-regs.c of sh, sparc and x86 that it is
> possible to make an out-of-bound array accessing when searching
> register names. This patch fixes it by replacing '<=' to '<', so when
> register (number == XXX_MAX_REGS), get_ar
On Tue, Sep 01, 2015 at 01:54:26PM +0300, Boaz Harrosh wrote:
> On 09/01/2015 01:22 PM, Kirill A. Shutemov wrote:
> > For VM_PFNMAP and VM_MIXEDMAP we use vm_ops->pfn_mkwrite instead of
> > vm_ops->page_mkwrite to notify abort write access. This means we want
> > vma->vm_page_prot to be write-prote
> From: Adrian Hunter [mailto:adrian.hun...@intel.com]
> On 01/09/15 03:18, 平松雅巳 / HIRAMATU,MASAMI wrote:
> >> From: Adrian Hunter [mailto:adrian.hun...@intel.com]
> >>
> >> Add a new test titled:
> >>
> >>Test x86 instruction decoder - new instructions
> >>
> >> The purpose of this test is to
2015-08-05 1:29 GMT+02:00 平松雅巳 / HIRAMATU,MASAMI
:
> Hi,
>
>> From: Frederic Weisbecker [mailto:fweis...@gmail.com]
>>
>> On Thu, Jul 30, 2015 at 08:32:40PM -0700, Andy Lutomirski wrote:
>> > Code on the kprobe blacklist doesn't want unexpected int3
>> > exceptions. It probably doesn't want unexpe
On 18/08/15 06:28, Vaishali Thakkar wrote:
> This patch introduces the use of managed resource function
> devm_clk_get instead of clk_get and removes corresponding calls
> to clk_put in the probe and remove functions.
>
> To be compatible with the change various gotos are replaced with
> direct
On 09/01/2015 01:22 PM, Kirill A. Shutemov wrote:
> For VM_PFNMAP and VM_MIXEDMAP we use vm_ops->pfn_mkwrite instead of
> vm_ops->page_mkwrite to notify abort write access. This means we want
> vma->vm_page_prot to be write-protected if the VMA provides this vm_ops.
>
Hi Kirill
I will test with
501 - 600 of 747 matches
Mail list logo