From: Johannes Berg
Many devices run firmware and/or complex hardware, and most of that
can have bugs. When it misbehaves, however, it is often much harder
to debug than software running on the host.
Introduce a "device coredump" mechanism to allow dumping internal
device/firmware state through
Hi,
Bryan Wu wrote:
> On Tue, Sep 9, 2014 at 12:40 AM, Lothar Waßmann
> wrote:
> > When trying to use the LED GPIO trigger with e.g. the PCA953x GPIO
> > driver, request_irq() fails with -EINVAL, because the GPIO driver
> > requires a nested interrupt handler.
> >
> > Use request_any_context_irq
This is the ARM64 variant for 314beb9bcab ("x86: bpf_jit_comp: secure bpf
jit against spraying attacks").
Thanks to commit 11d91a770f1f ("arm64: Add CONFIG_DEBUG_SET_MODULE_RONX
support") which added necessary infrastructure, we can now implement
RO marking of eBPF generated JIT image pages and ra
On Fri, Sep 12, 2014 at 08:17:06AM +0200, Markus Pargmann wrote:
> Hi,
>
> On Fri, Sep 12, 2014 at 10:01:12AM +0800, Shengjiu Wang wrote:
> > On Thu, Sep 11, 2014 at 03:57:37PM -0700, Nicolin Chen wrote:
> > > On Thu, Sep 11, 2014 at 01:38:29PM +0800, Shengjiu Wang wrote:
> > > > Move the ipg cloc
On Friday 12 September 2014 02:59 AM, Lennart Sorensen wrote:
> I have the mac but I don't want to use both ports on the 2 port switch.
> In fact in our case ethernet1 is a pru_eth interface. Can a board dts
> override the alias for ethernet1 or is that a syntax error? I don't
> think I tried tha
Guarantee Loan Offer Apply now With,
Name.Duration..Amount...Country...Phone Number to via
info.m.finan...@gmail.com for more info I respect email:
info.m.finan...@gmail.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@v
On 09/11/2014 07:04 PM, Frans Klaver wrote:
> On 11 September 2014 18:04:32 CEST, Sebastian Andrzej Siewior
> wrote:
>> On 09/11/2014 05:11 PM, Frans Klaver wrote:
>>
>>> I can still reproduce it on am335x. I can get out of it as soon as
>>> something else gets written to the console though.
>>>
Hi Arnaldo and Mike,
On Thu, 11 Sep 2014 10:43:38 -0300, Arnaldo Carvalho de Melo wrote:
> Em Thu, Sep 11, 2014 at 02:43:12PM +0200, Mike Galbraith escreveu:
>> On Thu, 2014-09-11 at 17:09 +0900, Namhyung Kim wrote:
>> > On Tue, Sep 9, 2014 at 10:37 PM, Arnaldo Carvalho de Melo
>> > wrote:
>> >
On Thu, 2014-09-11 at 16:41 +0100, Aaron Tomlin wrote:
> Tasks get their end of stack set to STACK_END_MAGIC with the
> aim to catch stack overruns. Currently this feature does not
> apply to init_task. This patch removes this restriction.
>
> diff --git a/arch/powerpc/mm/fault.c b/arch/powerpc/mm
From: Ching Huang
This patch is to modify previous patch 13/17 and it is relative to
http://git.infradead.org/users/hch/scsi-queue.git/tree/arcmsr-for-3.18:/drivers/scsi/arcmsr
change in v4:
1. for readability, rename firstindex to getIndex, rename lastindex to putIndex
2. define ARCMSR_API_DATA
This patch to add driver for rockchip board using a max98090.
Tested on RK3288 using a max98090.
Jianqun (2):
ASoC: rockchip-max98090: add documentation for rockchip-max98090
driver
ASoC: rockchip-max98090: add driver for rockchip board using a
max98090
.../sound/rockchip,rockchip-a
Add documentation for rockchip-max98090 driver, which is need by rockchip
board using a max98090.
Signed-off-by: Jianqun Xu
---
.../sound/rockchip,rockchip-audio-max98090.txt | 23 ++
1 file changed, 23 insertions(+)
create mode 100644
Documentation/devicetree/bindings/
The driver is used for rockchip board using a max98090.
Test on RK3288 with max98090.
Signed-off-by: Jianqun Xu
---
sound/soc/rockchip/Kconfig | 9 +
sound/soc/rockchip/Makefile| 5 +-
sound/soc/rockchip/rockchip_max98090.c | 308 +
3 f
On Thu, 2014-09-11 at 22:13 -0700, Jaegeuk Kim wrote:
> On Thu, Sep 11, 2014 at 08:25:17PM +0800, Huang Ying wrote:
> >
> > On Wed, 2014-09-10 at 22:37 -0700, Jaegeuk Kim wrote:
> > > On Wed, Sep 10, 2014 at 07:08:32PM +0800, huang ying wrote:
> > > > On Wed, Sep 10, 2014 at 3:21 PM, Jaegeuk Kim
On Thu, Sep 11, 2014 at 09:41:30PM -0700, Davidlohr Bueso wrote:
> We can easily do so with our new reader lock support. Just an arbitrary
> design default: readers have higher (5x) critical region latencies than
> writers: 50 ms and 10 ms, respectively.
>
Nice, could you copy/paste this into a r
Hi all,
Changes since 20140911:
The v4l-dvb tree still had its build failure so I used the version from
next-20140908.
The slave-dma tree gained a build faiure so I used the version from
next-20140911.
The drm tree still had its build failure for which I applied a merge
fix patch.
Non-merge co
On Thu, Sep 11, 2014 at 03:26:50PM -0700, Jacob Pan wrote:
> Mark Brown wrote:
> > but is it really worth the effort of renaming everything? That's
> > going to cause problems for things like the stable workflow.
> sorry for the late reply. IMHO, consistent and correct naming has
> longer term
On Fri, Sep 12, 2014 at 10:10:52AM +0900, Kamezawa Hiroyuki wrote:
> (2014/09/12 0:41), Vladimir Davydov wrote:
> > In the next patch I need a quick way to get a value of
> > MEM_CGROUP_STAT_RSS. The current procedure (mem_cgroup_read_stat) is
> > slow (iterates over all cpus) and may sleep (uses g
On 11 September 2014 21:17, Nicolas Pitre wrote:
>>
>> Any other opinions before Vince goes and applies sed on patches? ;-)
>
> I don't mind either way, but for sure someone (possibly me) is going to
> confuse the two soon enough.
>
> Please include in the code some formal definition in the contex
The driver is used for rockchip board using a max98090.
Test on RK3288 with max98090.
Signed-off-by: Jianqun Xu
---
sound/soc/rockchip/Kconfig | 9 +
sound/soc/rockchip/Makefile| 5 +-
sound/soc/rockchip/rockchip_max98090.c | 326 +
3 f
The driver is used for rockchip board using a max98090.
Test on RK3288 with max98090.
Signed-off-by: Jianqun Xu
---
sound/soc/rockchip/Kconfig | 9 +
sound/soc/rockchip/Makefile| 5 +-
sound/soc/rockchip/rockchip_max98090.c | 326 +
3 f
Am Donnerstag, 11. September 2014, 16:54:22 schrieb Wolfram Sang:
> On Thu, Sep 11, 2014 at 04:52:22PM +0200, Marc Dietrich wrote:
> > Am Donnerstag, 11. September 2014, 16:40:04 schrieb Wolfram Sang:
> > > > b) could be seen as a configuration thing since the functionality
> > > > backend could be
On 11/09/2014 19:52, Alexandre Belloni :
> From: Boris BREZILLON
>
> Signed-off-by: Boris BREZILLON
> Signed-off-by: Alexandre Belloni
You may need to add Josh Wu to the list because he is the "de-facto"
Maintainer of this driver.
Bye,
> ---
>
> Changes in v2:
> - reworked the error path t
Hi Marc,
On Fri, Sep 12, 2014 at 9:51 AM, Marc Dietrich wrote:
> Am Donnerstag, 11. September 2014, 16:54:22 schrieb Wolfram Sang:
>> On Thu, Sep 11, 2014 at 04:52:22PM +0200, Marc Dietrich wrote:
>> > Am Donnerstag, 11. September 2014, 16:40:04 schrieb Wolfram Sang:
>> > > > b) could be seen as
On Thu, 11 Sep 2014, Dave Hansen wrote:
> On 09/11/2014 04:28 PM, Thomas Gleixner wrote:
> > On Thu, 11 Sep 2014, Qiaowei Ren wrote:
> >> This patch adds the PR_MPX_REGISTER and PR_MPX_UNREGISTER prctl()
> >> commands. These commands can be used to register and unregister MPX
> >> related resource
On Thu, 11 Sep 2014, Davidlohr Bueso wrote:
> On Thu, 2014-09-11 at 23:52 +0200, Thomas Gleixner wrote:
> > From: Thomas Gleixner
> > Date: Thu, 11 Sep 2014 23:44:35 +0200
> > Subject: futex: Unlock hb->lock in futex_wait_requeue_pi() error path
>
> That's the second time we are bitten by bugs i
Add dt for rk3288 i2s controller, since i2s clock pins and data pins
default to be GPIO, this patch also add pinctrl to mux them.
Tested on RK3288 board.
Signed-off-by: Jianqun Xu
---
arch/arm/boot/dts/rk3288.dtsi | 26 ++
1 file changed, 26 insertions(+)
diff --git a/a
On Thu, Sep 11, 2014 at 02:06:14PM +0200, Stefan Agner wrote:
> Add Global Timer support which is part of the Snoop Control Unit
> of the Cortex-A5 processor. This Global Timer is compatible with the
> Cortex-A9 implementation. It's a 64-bit timer and is clocked by the
> peripheral clock, which is
Hi,
On 09/11/2014 10:17 PM, Olof Johansson wrote:
> On Tue, Sep 9, 2014 at 1:37 PM, wrote:
>> From: Suravee Suthikulpanit
>>
>> This patch adds ACPI support for non-PCI SATA contoller in ahci_platform
>> driver.
>> It adds ACPI matching table in ahci_platform to support AMD Seattle SATA
>> co
If devm_rtc_device_register() fails a dev_err() is already
reported so there is no need to do an additional dev_info().
Signed-off-by: Javier Martinez Canillas
---
drivers/rtc/rtc-max77686.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/rtc/rtc-max77686.c b/drivers/rtc/rtc-max7768
On Fri, 12 Sep 2014, Ren, Qiaowei wrote:
> On 2014-09-12, Thomas Gleixner wrote:
> > On Thu, 11 Sep 2014, Qiaowei Ren wrote:
> >
> >> Due to new fields about bound violation added into struct siginfo,
> >> this patch syncs it with general version to avoid build issue.
> >
> > You completely fail
From: Doug Anderson
The max77686 includes an RTC that keeps power during suspend. It's
convenient to be able to use it as a wakeup source.
NOTE: due to wakeup ordering problems this patch alone doesn't work so
well on exynos5250-snow. You also need something that brings the i2c
bus up before t
There's no user of function apbt_quick_calibrate() anymore, so kill it.
Signed-off-by: Jiang Liu
---
arch/x86/include/asm/apb_timer.h |2 --
arch/x86/kernel/apb_timer.c | 53 --
2 files changed, 55 deletions(-)
diff --git a/arch/x86/include/asm/apb
Delay initialization of APB timer 0 after irqdomains for IOAPICs
have been initialized.
Signed-off-by: Jiang Liu
---
arch/x86/kernel/apb_timer.c | 26 +++---
arch/x86/platform/intel-mid/intel-mid.c | 18 ++
arch/x86/platform/intel-mid/sfi.c
Hi David and Andy,
Could you please help to test these two patches on Intel MID
platforms? It's based on Thomas patch to refine the way to initialize
IRQ for apb timers. It should apply to the mainstream kernel.
Jiang Liu (2):
intel_mid: Kill unused function apbt_quick_calibrate()
inte
On Thu, 2014-09-11 at 23:59 +0200, Thomas Gleixner wrote:
[]
> > With patch nothing happened indeed.
> >
> >
> > > x86_intel_mid_timer=apbt_only
> >
> > [0.116839] BUG: unable to handle kernel NULL pointer dereference at
> > 003a
> > [0.123803] IP: [] setup_irq+0xf/0x4d
> > ...
The MAX7802 PMIC has a Real-Time-Clock (RTC) with two alarms.
This patch adds support for the RTC and is based on a driver
added by Simon Glass to the Chrome OS kernel 3.8 tree.
Signed-off-by: Javier Martinez Canillas
Reviewed-by: Krzysztof Kozlowski
---
Changes since v6:
- Remove unused code
Hello Andrew,
I posted this series many times in the last few months,
it was first meant to be for 3.17 but never got feedback
from the maintainer (still on cc) so I reposted about a
month ago [0] for 3.18 but didn't get feedback either.
Other people have shown interest in the series though so
Rev
The max77686 mfd driver adds a regmap IRQ chip which creates an
IRQ domain that is used to map the virtual RTC alarm1 interrupt.
The RTC driver assumes that this will always be true since the
PMIC IRQ is a required property according to the max77686 DT
binding doc. If an "interrupts" property is n
Peter,
On Fri, Sep 12, 2014 at 01:10:33AM +, Peter Chen wrote:
> > On Thu, Sep 11, 2014 at 08:54:47AM +0800, Peter Chen wrote:
> > > On Wed, Sep 03, 2014 at 09:40:40AM +0200, Antoine Tenart wrote:
> > > > @@ -595,23 +639,27 @@ static int ci_hdrc_probe(struct platform_device
> > *pdev)
> > > >
The MAX77686 RTC chip has two features called SMPL (Sudden Momentary
Power Loss) and WTSR (Watchdog Timeout and Software Resets).
Support for these features seems to be implemented in the driver but
compilation is disabled using a C pre-processor conditional.
This code has been disabled since the
From: Ching Huang
This patch is to modify previous patch 16/17 and it is relative to
http://git.infradead.org/users/hch/scsi-queue.git/tree/arcmsr-for-3.18:/drivers/scsi/arcmsr
change in v4:
1. clean up of duplicate variable declaration in switch.
2. simplify of updating doneq_index and postq_in
On Fri, 12 Sep 2014, Andy Shevchenko wrote:
> On Thu, 2014-09-11 at 23:59 +0200, Thomas Gleixner wrote:
> > > > x86_intel_mid_timer=apbt_only
>
> w/o patch
>
> [0.00] Early APIC setup for system timer0
> [0.00] [ cut here ]
> [0.00] WARNING: C
On 9/8/2014 8:54 AM, Liviu Dudau wrote:
This is my version 10 of the attempt at adding support for generic PCI host
bridge controllers that make use of device tree information to
configure themselves. This version reverses v9's attempt to create one function
to drive the whole process of extracti
Hi Austin,
On Thu, Sep 11, 2014 at 01:20:34PM -0400, Austin S Hemmelgarn wrote:
> On 2014-09-11 11:41, Vladimir Davydov wrote:
> > Though hard memory limits suit perfectly for sand-boxing, they are not
> > that efficient when it comes to partitioning a server's resources among
> > multiple contain
Hi
On Thu, Sep 11, 2014 at 10:53 PM, Kees Cook wrote:
> While zone->name is currently hard coded, the call to kobject_init_and_add()
> should follow the more defensive argument list usage (as already done in
> other places in ttm_memory.c) where "%s" is used instead of directly passing
> in a var
On Fri, 2014-09-12 at 16:20 +0800, Jiang Liu wrote:
> Hi David and Andy,
> Could you please help to test these two patches on Intel MID
> platforms? It's based on Thomas patch to refine the way to initialize
> IRQ for apb timers. It should apply to the mainstream kernel.
>
1) clean command
> > Why do you want DT to be involved at all?
>
> Imagine a device which supports both, slave or master mode. The driver needs
> to know in which mode it should operate. This cannot be hard coded, because
> on
> different boards, different modes can be used.
Okay, it sounds weird to me that a
Hi Andrzej,
On 2014년 09월 09일 22:16, Andrzej Hajda wrote:
> Adding reference to framebuffer should be accompanied with removing
> reference to old framebuffer assigned to the plane.
> This patch removes following warning:
>
> [ 95.038017] WARNING: CPU: 1 PID: 3067 at drivers/gpu/drm/drm_crtc.c:5
On Thu, Sep 11, 2014 at 10:42:49AM +0300, Dan Carpenter wrote:
> On Thu, Sep 11, 2014 at 03:17:52PM +0800, micky_ch...@realsil.com.cn wrote:
> > + err = pci_read_config_byte(pcr->pci, addr, &val);
> > + if (err)
> > + return err;
>
> Some of these check for "if (err) " and some check
For
some reason that commit did not remove all select statements for that
symbol. These statements are useless. Remove them too.
Signed-off-by: Paul Bolle
---
Done on top of next-20140912. Tested with git grep only!
arch/arm/mach-omap2/Kconfig| 5 -
arch/arm/mach-shmobile/Kconfig |
Hi, Alexandre
On 9/12/2014 1:52 AM, Alexandre Belloni wrote:
From: Boris BREZILLON
Signed-off-by: Boris BREZILLON
Signed-off-by: Alexandre Belloni
---
Changes in v2:
- reworked the error path to really make the clock optional
- Documented the new optional property
.../devicetree/bind
On Fri, 2014-09-05 at 13:30 +0900, Chanwoo Choi wrote:
> This patch add exynos-ppmu devfreq event driver to provider raw data about
> the utilization of each IP in Exynos SoC series.
>
> Signed-off-by: Chanwoo Choi
> Acked-by: Kyungmin Park
> ---
> drivers/devfreq/Kconfig | 10 +
>
On Fri, 2014-09-12 at 16:24 +0900, Namhyung Kim wrote:
> Hi Arnaldo and Mike,
>
> On Thu, 11 Sep 2014 10:43:38 -0300, Arnaldo Carvalho de Melo wrote:
> > Em Thu, Sep 11, 2014 at 02:43:12PM +0200, Mike Galbraith escreveu:
> >> On Thu, 2014-09-11 at 17:09 +0900, Namhyung Kim wrote:
> >> > On Tue,
From: Chuck Ebbert
> David Laight wrote:
>
> > From: Aaron Tomlin
> > > Currently in the event of a stack overrun a call to schedule()
> > > does not check for this type of corruption. This corruption is
> > > often silent and can go unnoticed. However once the corrupted
> > > region is examined
Hi, Nicolas
On 9/12/2014 3:52 PM, Nicolas Ferre wrote:
On 11/09/2014 19:52, Alexandre Belloni :
From: Boris BREZILLON
Signed-off-by: Boris BREZILLON
Signed-off-by: Alexandre Belloni
You may need to add Josh Wu to the list because he is the "de-facto"
Maintainer of this driver.
Thanks for
On Fri, Sep 12, 2014 at 03:14:28PM +0800, Shengjiu Wang wrote:
> On Fri, Sep 12, 2014 at 08:17:06AM +0200, Markus Pargmann wrote:
> > Hi,
> >
> > On Fri, Sep 12, 2014 at 10:01:12AM +0800, Shengjiu Wang wrote:
> > > On Thu, Sep 11, 2014 at 03:57:37PM -0700, Nicolin Chen wrote:
> > > > On Thu, Sep 1
On Fri, Sep 12, 2014 at 05:34:50PM +0900, Inki Dae wrote:
> Hi Andrzej,
>
> On 2014년 09월 09일 22:16, Andrzej Hajda wrote:
> > Adding reference to framebuffer should be accompanied with removing
> > reference to old framebuffer assigned to the plane.
> > This patch removes following warning:
> >
>
Hello Wolfram,
On Tue, Sep 09, 2014 at 04:54:26PM +0200, Wolfram Sang wrote:
> Finally, here is my take on the often desired feature that Linux can not only
> be an I2C master, but also an I2C slave. Compared to my draft sent out last
> week, this RFC has been tested on hardware (Renesas Lager boa
hx for noticing this.
>
> I'm planning to use these symbols to set up default builtin DT blobs from
> Kconfig
> itself (rather than current defconfigs). If that doesn't workout - sure I will
> remove the symbols.
No news here as of v3.17-rc4 and next-20140912. Are you
On Fri, Sep 12 2014, Andrew Morton wrote:
> On Wed, 27 Aug 2014 09:36:01 +0200 Rasmus Villemoes
> wrote:
>
>> lib/string.c contains two functions, strnicmp and strncasecmp, which
>> do roughly the same thing, namely compare two strings
>> case-insensitively up to a given bound. They have slight
On Fri, Sep 12, 2014 at 10:23:08AM +0900, Kamezawa Hiroyuki wrote:
> (2014/09/12 0:41), Vladimir Davydov wrote:
> > Though hard memory limits suit perfectly for sand-boxing, they are not
> > that efficient when it comes to partitioning a server's resources among
> > multiple containers. The point i
Use `dma_alloc_coherent()` to allocate the DMA buffers instead of
using `__get_free_pages()` to allocate and `virt_to_bus()` to get the
hardware address. The coherent buffers are fairly small - at most 4
pages (although there are two of them). Use of `virt_to_bus()` is
discouraged.
Signed-off-by
On 2014/9/11 23:02, Will Deacon wrote:
> On Thu, Sep 11, 2014 at 10:21:18AM +0100, Yang Yingliang wrote:
>> From: Yang Yingliang
>>
>> Add guard macros for uapi/asm/unistd.h, asm/unistd.h and
>> asm/unistd32.h.
>
> Hmm, so I applied this and now my machine panics when we hit userspace. I
> think
The last parameter of `__get_free_pages()` is log2 (the 'order') of the
number of pages to be allocated. This driver seems to think it is the
linear number of pages, so `pci9118_alloc_dma()` first tries to allocate
16 pages, but only uses 4 of them, setting the buffer size to PAGE_SIZE
multiplied
`pci9118_alloc_dma()` tries to allocate two DMA buffers but may allocate
a single buffer or none at all. If it fails to allocate the first
buffer, it still tries to allocate the second buffer, even though it
won't be used. Change it to not bother trying to allocate the second
buffer if the first
Am Freitag, 12. September 2014, 10:33:48 schrieb Wolfram Sang:
> > > Why do you want DT to be involved at all?
> >
> > Imagine a device which supports both, slave or master mode. The driver
> > needs to know in which mode it should operate. This cannot be hard coded,
> > because on different board
"adl_pci9118" allocates more pages of DMA buffer than it uses, may
allocate half a double-buffer it does not use because it's the "wrong"
half that it managed to allocate (unlikely), and relies on virt_to_bus()
to treat generic kernel memory from get_free_pages() as coherent DMA
memory. Correct th
From: Boris BREZILLON
Signed-off-by: Boris BREZILLON
Signed-off-by: Alexandre Belloni
---
Changes in v3:
- changed the warning message to ask to update the DT
- made the clocks property mandatory in the documentation
- Stop claiming the NFC is probed if there is an issue when enabling the c
The following changes since commit 69e273c0b0a3c337a521d083374c918dc52c666f:
Linux 3.17-rc3 (2014-08-31 18:23:04 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tomba/linux.git
tags/fbdev-fixes-3.17
for you to fetch changes up to e4cf39ea473329d
dai-link params for codec-codec links were fixed. The fixed
link between codec and another chip which may be another codec,
baseband, bluetooth codec etc may require run time configuaration
changes. This change provides an optional alsa control to select
one of the params from a list of params.
Si
Add documentation for rockchip-max98090 driver, which is need by rockchip
board using a max98090.
Signed-off-by: Jianqun Xu
---
changes since v1:
- modify error text from "Tegra" to "rockchip"
.../sound/rockchip,rockchip-audio-max98090.txt | 23 ++
1 file changed, 23 ins
On 3 September 2014 17:49, Tomeu Vizoso wrote:
> Also adds a class type PM_QOS_SUM that aggregates the values by summing them.
>
> It can be used by memory controllers to calculate the optimum clock frequency
> based on the bandwidth needs of the different memory clients.
>
> Signed-off-by: Tomeu
All calls to the inline function `comedi_board()` in "comedidev.h" have
been removed, so remove the function.
Signed-off-by: Ian Abbott
---
drivers/staging/comedi/comedidev.h | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/staging/comedi/comedidev.h
b/drivers/staging/comedi/come
> - If I understand correctly you cannot register an i2c slave without
> also registering a master, right? I don't think this is troubling in
> practice, is it?
> For abstraction I would prefer to make these different concepts
> though.
You need to register an adapter, yes. It does not ne
On 2014/9/12 10:10, Jiang Liu wrote:
> Introduce functions to support dynamic IOMMU seq_id allocating and
> releasing, which will be used to support DMAR hotplug.
>
> Also rename IOMMU_UNITS_SUPPORTED as DMAR_UNITS_SUPPORTED.
Reviewed-by: Yijing Wang
>
> Signed-off-by: Jiang Liu
> ---
> driv
On 2014/9/12 10:10, Jiang Liu wrote:
> Introduce helper function dmar_walk_resources to walk resource entries
> in DMAR table and ACPI buffer object returned by ACPI _DSM method
> for IOMMU hot-plug.
>
> Signed-off-by: Jiang Liu
Hi Gerry. some comments below.
> ---
> drivers/iommu/dmar.c
On Thu, Sep 11, 2014 at 11:57:43PM +0100, Tanmay Inamdar wrote:
> This patch adds the AppliedMicro X-Gene SOC PCIe host controller driver.
> X-Gene PCIe controller supports maximum up to 8 lanes and GEN3 speed.
> X-Gene SOC supports maximum 5 PCIe ports.
>
> Signed-off-by: Tanmay Inamdar
Hi Tanm
Hi, Alexandre
On 9/12/2014 5:07 PM, Alexandre Belloni wrote:
From: Boris BREZILLON
Signed-off-by: Boris BREZILLON
Signed-off-by: Alexandre Belloni
---
Changes in v3:
- changed the warning message to ask to update the DT
- made the clocks property mandatory in the documentation
- Stop
On 2014년 09월 12일 17:57, Daniel Vetter wrote:
> On Fri, Sep 12, 2014 at 05:34:50PM +0900, Inki Dae wrote:
>> Hi Andrzej,
>>
>> On 2014년 09월 09일 22:16, Andrzej Hajda wrote:
>>> Adding reference to framebuffer should be accompanied with removing
>>> reference to old framebuffer assigned to the plane.
Hi Tomasz,
> -Original Message-
> From: Tomasz Figa [mailto:tomasz.f...@gmail.com]
> Sent: Friday, September 12, 2014 4:30 AM
> To: Pankaj Dubey; linux-arm-ker...@lists.infradead.org; linux-samsung-
> s...@vger.kernel.org; linux-kernel@vger.kernel.org
> Cc: kgene@samsung.com; s.nawro..
On Fri, 12 Sep 2014, Thomas Gleixner wrote:
> On Thu, 11 Sep 2014, Dave Hansen wrote:
> > Well, we use it to figure out whether we _potentially_ need to tear down
> > an VM_MPX-flagged area. There's no guarantee that there will be one.
>
> So what you are saying is, that if user space sets the po
Patches 1-3 are semantic patches for replacing certain seq_* calls
with simpler equivalents, e.g. seq_printf(m, "literal") -> seq_puts(m,
"literal"). 1 and 3 are guaranteed to preserve the semantics of the
code. 2 may change it slightly, since if the seq_file overflows midway
through a series of se
On Fri, 2014-09-12 at 10:26 +0200, Thomas Gleixner wrote:
> Thanks for providing the data! I'll queue a removal of this mess.
You are welcome!
Just in case:
http://www.spinics.net/lists/platform-driver-x86/msg02948.html
--
Andy Shevchenko
Intel Finland Oy
--
To unsubscribe from this list: s
Using seq_printf to print a simple string is a lot more expensive than
it needs to be, since seq_puts exists [1]. This semantic patch
purposely also matches non-literals, since in that case it is also
safer to use puts.
We also handle the cases where the format string is exactly "%s" or
"%c" and r
Consecutive calls of seq_puts with literal strings, where the return
value is not checked, might as well be replaced by a single call with
the combined string. This gives smaller generated code (less function
calls), a slight .rodata reduction, since nul and padding bytes are
eliminated, and hits f
Printing a single character to a seqfile might as well be done with
seq_putc instead of seq_puts; this avoids a strlen() call and a memory
access. It also shaves another few bytes off the generated code.
Signed-off-by: Rasmus Villemoes
---
kernel/trace/ftrace.c| 2 +-
kernel/tra
Using seq_puts to write a one-character string is suboptimal,
since puts has to call strlen(). Replace those instances with
putc. This also tends to give a tiny code size reduction at the
call site.
seq_put[sc] return -1 on error, 0 on success.
trace_seq_put[sc] return how much was written, which
On 09/12/2014 10:57 AM, Daniel Vetter wrote:
> On Fri, Sep 12, 2014 at 05:34:50PM +0900, Inki Dae wrote:
>> Hi Andrzej,
>>
>> On 2014년 09월 09일 22:16, Andrzej Hajda wrote:
>>> Adding reference to framebuffer should be accompanied with removing
>>> reference to old framebuffer assigned to the plane.
On Fri, Sep 12, 2014 at 10:21:25AM +0200, Antoine Tenart wrote:
> Peter,
>
> On Fri, Sep 12, 2014 at 01:10:33AM +, Peter Chen wrote:
> > > On Thu, Sep 11, 2014 at 08:54:47AM +0800, Peter Chen wrote:
> > > > On Wed, Sep 03, 2014 at 09:40:40AM +0200, Antoine Tenart wrote:
> > > > > @@ -595,23 +6
Consecutive seq_puts calls with literal strings can be merged to a
single call. This reduces the size of the generated code, and can also
lead to slight .rodata reduction (because of fewer nul and padding
bytes). It should also shave a off a few clock cycles.
Signed-off-by: Rasmus Villemoes
---
Using seq_printf to print a simple string or a single character is a
lot more expensive than it needs to be, since seq_puts and seq_putc
exist.
These patches do
seq_printf(m, s) -> seq_puts(m, s)
seq_printf(m, "%s", s) -> seq_puts(m, s)
seq_printf(m, "%c", c) -> seq_putc(m, c)
Subsequent p
On Fri, Sep 12, 2014 at 09:25:13AM +0100, Suravee Suthikulpanit wrote:
> On 9/8/2014 8:54 AM, Liviu Dudau wrote:
> > This is my version 10 of the attempt at adding support for generic PCI host
> > bridge controllers that make use of device tree information to
> > configure themselves. This version
The rk3288 actually has 12 softresets, so fix the register count.
Signed-off-by: Mark yao
---
drivers/clk/rockchip/clk-rk3288.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/rockchip/clk-rk3288.c
b/drivers/clk/rockchip/clk-rk3288.c
index 0d8c6c5..2e1d790 100644
Hi,
On 05/09/14 07:48, Xiubo Li wrote:
> Some Freescale SoCs, there has an DVI/HDMI controller and a PHY,
> attached to one of their display controller unit's LCDC interfaces.
> This patch adds a preliminary static support for such controllers.
>
> This will support for many modes and a dynamic s
On Fri, Sep 12, 2014 at 05:27:13PM +0800, Peter Chen wrote:
> On Fri, Sep 12, 2014 at 10:21:25AM +0200, Antoine Tenart wrote:
> > Peter,
> >
> > On Fri, Sep 12, 2014 at 01:10:33AM +, Peter Chen wrote:
> > > > On Thu, Sep 11, 2014 at 08:54:47AM +0800, Peter Chen wrote:
> > > > > On Wed, Sep 03,
On 12/09/14 00:50, Julien Grall wrote:
> The below warning appears when the hvc xen driver is compiled without
> CONFIG_HVC_XEN_FRONTEND not enabled:
>
> drivers/tty/hvc/hvc_xen.c:333:12: warning: ‘xen_console_remove’ defined but
> not
> used [-Wunused-function]
> static int xen_console_remove(s
From: Boris BREZILLON
Signed-off-by: Boris BREZILLON
Signed-off-by: Alexandre Belloni
---
Changes in v4:
- fix typo in the documentation
.../devicetree/bindings/mtd/atmel-nand.txt | 2 ++
drivers/mtd/nand/atmel_nand.c | 25 ++
2 files change
On Fri, Sep 12, 2014 at 09:23:24AM +0200, Sebastian Andrzej Siewior wrote:
> On 09/11/2014 07:04 PM, Frans Klaver wrote:
> > On 11 September 2014 18:04:32 CEST, Sebastian Andrzej Siewior
> > wrote:
> >> On 09/11/2014 05:11 PM, Frans Klaver wrote:
> >>
> >>> I can still reproduce it on am335x. I c
hi,
On 09/09/2014 05:26 PM, H. Peter Anvin wrote:
> On 09/09/2014 07:54 AM, Thomas Gleixner wrote:
>>
>> @hpa: You asked whether this might affect any other e6xx devices.
>>
>> According to the atom e6xx-series datasheet the HPET is non optional
>> and always memory mapped to 0xfed0. I don't s
1 - 100 of 752 matches
Mail list logo
