Hi Pavel,
Am 27.04.2015 um 22:35 schrieb Pavel Machek :
> Hi!
>
>>> In my opinion making something a node in / is always the
>>> last resort and in my perspective it has been handled in such a way
>>> so far.
>>
>> But that contradicts some documents I have found and linked. Please
>> show me a
On Tuesday, April 28, 2015 11:20:08 PM PDT, Richard Weinberger wrote:
On Wed, Apr 29, 2015 at 8:01 AM, Daniel Phillips wrote:
On Tuesday, April 28, 2015 7:21:11 PM PDT, Mike Galbraith wrote: ...
Where can I find the fsync code?
IOW how to reproduce your results? :)
Hi Richard,
If you can b
Hello Sergey,
On Wed, Apr 29, 2015 at 09:16:24AM +0900, Sergey Senozhatsky wrote:
> Hello,
>
> Minchan, a quick question. just to avoid resends and to make sure that I'm
> not missing any better solution.
>
>
> lockdep is unhappy here:
>
> > -static void zram_remove(struct zram *zram)
> > +sta
On Tue, Apr 28, 2015 at 09:40:31PM +0800, Eddie Huang wrote:
> This patch add earlycon support to MT8173 SoC platform.
> To use earlycon, need
> 1. Add earlycon in boot parameters
> 2. Add "linux,sdtout-path" property in device tree file
>
> This patch based on 4.1-rc1.
>
> Change in v3:
> Remove
Hi Eddie,
On Tue, Apr 28, 2015 at 09:40:34PM +0800, Eddie Huang wrote:
> Add earlycon support to mediatek MT8173 evaluation board dts.
This is not about earlycon support. It adds the stdout-path property
which is generally about console. It only happens to used for earlycon,
but would be used as
Hi
On 04/28/2015 08:57 PM, Lee Jones wrote:
On Tue, 28 Apr 2015, Mika Westerberg wrote:
On Tue, Apr 28, 2015 at 02:32:59PM +0100, Lee Jones wrote:
I'm not convinced it's really an MFD. What does this hardware look
like? Are the Designware devices really in the same memory/register
space as t
>
> While running a database workload, we found a scalability issue with itimers.
>
> Much of the problem was caused by the thread_group_cputimer spinlock.
> Each time we account for group system/user time, we need to obtain a
> thread_group_cputimer's spinlock to update the timers. On larger sys
On Tue, Apr 28, 2015 at 05:48:42PM +0800, Chaotian Jing wrote:
> From: Eddie Huang
>
> Add node mmc0 and mmc1
While at it you could add mmc2 and mmc3 to the dtsi aswell. No need to patch
that
again later.
Sascha
--
Pengutronix e.K. | |
In
On Tue, 2015-04-28 at 23:01 -0700, Daniel Phillips wrote:
> On Tuesday, April 28, 2015 7:21:11 PM PDT, Mike Galbraith wrote:
> > Where does tux3 live? What I found looked abandoned.
>
> Current work is here:
>
>https://github.com/OGAWAHirofumi/linux-tux3
>
> Note, the new fsync code isn't p
On Tue, Apr 28, 2015 at 10:31 AM, Alasdair G Kergon wrote:
> On Mon, Apr 27, 2015 at 11:48:34PM -0700, Ming Lin wrote:
>> As generic_make_request() is now able to handle arbitrarily sized bios,
>> it's no longer necessary for each individual block driver to define its
>> own ->merge_bvec_fn() call
Dear Tomasz,
About a hardcode your comment, please help check below.
Dear Mark,
I would like to add a item in the dtsi of mtk-iommu. Please also
help have a look.
> > > +static const struct mtk_iommu_port mtk_iommu_mt8173_port[] = {
> > > + /* port namem4uid slav
At Tue, 28 Apr 2015 21:33:12 -0700,
Guenter Roeck wrote:
>
> On 04/28/2015 10:25 AM, Yoshinori Sato wrote:
> > At Tue, 28 Apr 2015 06:22:10 -0700,
> > Guenter Roeck wrote:
> >>
> >> On Mon, Apr 27, 2015 at 02:35:07PM +0900, Yoshinori Sato wrote:
> >>> Hello.
> >>> I will re-introducing h8300.
> >
On Wed, Apr 29, 2015 at 8:01 AM, Daniel Phillips wrote:
> On Tuesday, April 28, 2015 7:21:11 PM PDT, Mike Galbraith wrote:
>>
>> Where does tux3 live? What I found looked abandoned.
>
>
> Current work is here:
>
> https://github.com/OGAWAHirofumi/linux-tux3
>
> Note, the new fsync code isn't pu
Hi Sebastian,
It's been almost 45 days since I submitted this patch and I did not receive any
feedback from you.
Can you take a look at this patch now?
> On Fri, Mar 13, 2015 at 09:49:09PM +0530, Ramakrishna Pallala wrote:
> > Add the original author details of the axp288_fuel_gauge driver.
> >
On 24 April 2015 at 12:20, Pi-Cheng Chen wrote:
> So even we have a new OPP binding to describe the OPP, we have to
> leave these table as they are for backward compatibility?
Yes.
I could find the below excerpts from [1]:
"The compatibility rules say that new kernels must work with older
devic
On Tuesday, April 28, 2015 7:21:11 PM PDT, Mike Galbraith wrote:
Where does tux3 live? What I found looked abandoned.
Current work is here:
https://github.com/OGAWAHirofumi/linux-tux3
Note, the new fsync code isn't pushed to that tree yet, however Hirofumi's
optimized syncfs is already in
This patch adds new power supply charger driver support
for X-Power AXP288 PMIC integrated charger.
This driver interfaces with the axp20x mfd driver as a cell
and listens to extcon cable events for setting up charging.
Signed-off-by: Ramakrishna Pallala
---
drivers/power/Kconfig |
Hi,
On Wed, Apr 29, 2015 at 03:40:28AM +, Du, Changbin wrote:
> From a6615937bcd9234e6d6bb817c3701fce44d0a84d Mon Sep 17 00:00:00 2001
> From: Felipe Balbi
> Date: Tue, 30 Sep 2014 16:08:03 -0500
> Subject: [PATCH] usb: gadget: composite: enable BESL support
>
> According to USB 2.0 ECN Erra
On Wed, Apr 29, 2015 at 03:04:51AM +, Du, Changbin wrote:
> > > From: Felipe Balbi
> > > Date: Tue, 30 Sep 2014 16:08:03 -0500
> > > Subject: [PATCH] usb: gadget: composite: enable BESL support
> >
> > missing upstream commit.
> >
> > > According to USB 2.0 ECN Errata for Link Power Manageme
On Sat, Apr 25, 2015 at 10:14:46PM +1000, Alexey Kardashevskiy wrote:
> TCE tables might get too big in case of 4K IOMMU pages and DDW enabled
> on huge guests (hundreds of GB of RAM) so the kernel might be unable to
> allocate contiguous chunk of physical memory to store the TCE table.
>
> To add
On Sat, Apr 25, 2015 at 10:14:49PM +1000, Alexey Kardashevskiy wrote:
> Before the IOMMU user (VFIO) would take control over the IOMMU table
> belonging to a specific IOMMU group. This approach did not allow sharing
> tables between IOMMU groups attached to the same container.
>
> This introduces
On Sat, Apr 25, 2015 at 10:14:44PM +1000, Alexey Kardashevskiy wrote:
> This is a part of moving TCE table allocation into an iommu_ops
> callback to support multiple IOMMU groups per one VFIO container.
>
> This moves a table creation window to the file with common powernv-pci
> helpers as it doe
On Sat, Apr 25, 2015 at 10:14:45PM +1000, Alexey Kardashevskiy wrote:
> This is a part of moving DMA window programming to an iommu_ops
> callback. pnv_pci_ioda2_set_window() takes an iommu_table_group as
> a first parameter (not pnv_ioda_pe) as it is going to be used as
> a callback for VFIO DDW c
On Sat, Apr 25, 2015 at 10:14:41PM +1000, Alexey Kardashevskiy wrote:
> This replaces direct accesses to TCE table with a helper which
> returns an TCE entry address. This does not make difference now but will
> when multi-level TCE tables get introduces.
>
> No change in behavior is expected.
>
On Sat, Apr 25, 2015 at 10:14:42PM +1000, Alexey Kardashevskiy wrote:
> At the moment writing new TCE value to the IOMMU table fails with EBUSY
> if there is a valid entry already. However PAPR specification allows
> the guest to write new TCE value without clearing it first.
>
> Another problem t
On Sat, Apr 25, 2015 at 10:14:43PM +1000, Alexey Kardashevskiy wrote:
> This moves iommu_table creation to the beginning to make following changes
> easier to review. This starts using table parameters from the iommu_table
> struct.
>
> This should cause no behavioural change.
>
> Signed-off-by:
On Sat, Apr 25, 2015 at 10:14:47PM +1000, Alexey Kardashevskiy wrote:
> This extends iommu_table_group_ops by a set of callbacks to support
> dynamic DMA windows management.
>
> create_table() creates a TCE table with specific parameters.
> it receives iommu_table_group to know nodeid in order to
David Rientjes wrote:
> It's not vital and somewhat unrelated to your patch, but if we can't grab
> the mutex with the trylock in __alloc_pages_may_oom() then I think it
> would be more correct to do schedule_timeout_killable() rather than
> uninterruptible. I just mention it if you happen to g
>-Original Message-
>From: Bjorn Helgaas [mailto:bhelg...@google.com]
>Sent: Wednesday, April 29, 2015 4:44 AM
>To: Kashyap Desai; Uday Lingala; Sumit Saxena
>Cc: megaraidlinux@avagotech.com; James E.J. Bottomley; linux-
>ker...@vger.kernel.org; linux-s...@vger.kernel.org
>Subject: [PAT
On 27 April 2015 at 17:10, Sudeep Holla wrote:
> diff --git a/drivers/cpufreq/Kconfig.arm b/drivers/cpufreq/Kconfig.arm
> index 4f3dbc8cf729..9e678bf1687c 100644
> --- a/drivers/cpufreq/Kconfig.arm
> +++ b/drivers/cpufreq/Kconfig.arm
> @@ -24,6 +24,15 @@ config ARM_VEXPRESS_SPC_CPUFREQ
>
On Tue, Apr 28, 2015 at 5:14 AM, Christoph Hellwig wrote:
> On Mon, Apr 27, 2015 at 11:48:31PM -0700, Ming Lin wrote:
>> From: Kent Overstreet
>>
>> There has been workarounds only in bcache, for splitting pool as well
>> as submitting bios. Since generic_make_request() is able to handle
>> arbit
On Tue, Apr 28, 2015 at 5:12 AM, Christoph Hellwig wrote:
> On Mon, Apr 27, 2015 at 11:48:29PM -0700, Ming Lin wrote:
>> Note that removing call to ->merge_bvec_fn() is fine for
>> bio_add_pc_page(), as SCSI devices usually don't even need that.
>> Few exceptional cases like pscsi or osd are not a
>-Original Message-
>From: Bjorn Helgaas [mailto:bhelg...@google.com]
>Sent: Wednesday, April 29, 2015 4:44 AM
>To: Kashyap Desai; Uday Lingala; Sumit Saxena
>Cc: megaraidlinux@avagotech.com; James E.J. Bottomley; linux-
>ker...@vger.kernel.org; linux-s...@vger.kernel.org
>Subject: [PAT
* Arnaldo Carvalho de Melo [2015-04-28 10:54:53]:
> Em Tue, Apr 28, 2015 at 05:35:33PM +0530, Naveen N. Rao escreveu:
> > This patchset fixes various issues with perf probe on powerpc across ABIv1
> > and
> > ABIv2:
> > - in the presence of DWARF debug-info,
> > - in the absence of DWARF, but wi
>-Original Message-
>From: Bjorn Helgaas [mailto:bhelg...@google.com]
>Sent: Wednesday, April 29, 2015 4:44 AM
>To: Kashyap Desai; Uday Lingala; Sumit Saxena
>Cc: megaraidlinux@avagotech.com; James E.J. Bottomley; linux-
>ker...@vger.kernel.org; linux-s...@vger.kernel.org
>Subject: [PAT
Ping, any comments?
> -Original Message-
> From: Chao Yu [mailto:chao2...@samsung.com]
> Sent: Saturday, April 18, 2015 6:01 PM
> To: Jaegeuk Kim; Changman Lee
> Cc: linux-kernel@vger.kernel.org; linux-f2fs-de...@lists.sourceforge.net
> Subject: [f2fs-dev] [PATCH 1/2] f2fs: support FALLOC_
On 2015/04/29 07:17AM, Masami Hiramatsu wrote:
> On 2015/04/28 22:54, Arnaldo Carvalho de Melo wrote:
> > Em Tue, Apr 28, 2015 at 05:35:33PM +0530, Naveen N. Rao escreveu:
> >> This patchset fixes various issues with perf probe on powerpc across ABIv1
> >> and
> >> ABIv2:
> >> - in the presence of
On Tue, Apr 28, 2015 at 2:01 PM, Eddie Huang wrote:
> From: Xudong Chen
>
> Add devicetree bindings for Mediatek Soc I2C driver.
>
> Signed-off-by: Xudong Chen
> Signed-off-by: Eddie Huang
> ---
> .../devicetree/bindings/i2c/i2c-mt6577.txt | 41
> ++
> 1 file chang
On Tue, Apr 28, 2015 at 03:24:39PM +0300, Vladimir Davydov wrote:
> Hi,
>
> This patch set introduces a new user API for tracking user memory pages
> that have not been used for a given period of time. The purpose of this
> is to provide the userspace with the means of tracking a workload's
> work
On Sat, Apr 25, 2015 at 4:32 AM, Mark Brown wrote:
> On Fri, Apr 24, 2015 at 03:36:45PM -0700, Kevin Cernekee wrote:
>
>> index 116655d92269..ece122a6fdeb 100644
>> --- a/include/linux/regmap.h
>> +++ b/include/linux/regmap.h
>> @@ -438,7 +438,7 @@ bool regmap_can_raw_write(struct regmap *map);
>>
On Tue, Apr 28, 2015 at 03:24:42PM +0300, Vladimir Davydov wrote:
> Knowing the portion of memory that is not used by a certain application
> or memory cgroup (idle memory) can be useful for partitioning the system
> efficiently, e.g. by setting memory cgroup limits appropriately.
> Currently, the
On Wed, Apr 29, 2015 at 12:36 AM, Jeff Moyer wrote:
> Ming Lei writes:
>
>> If there are too many pending per work I/O, too many
>> high priority work thread can be generated so that
>> system performance can be effected.
>>
>> This patch limits the max pending per work I/O as 16,
>> and will fac
On 04/28/2015 09:33 PM, Guenter Roeck wrote:
On 04/28/2015 10:25 AM, Yoshinori Sato wrote:
At Tue, 28 Apr 2015 06:22:10 -0700,
Guenter Roeck wrote:
On Mon, Apr 27, 2015 at 02:35:07PM +0900, Yoshinori Sato wrote:
Hello.
I will re-introducing h8300.
Hi,
can you provide a link to a working t
On Tue, Apr 28, 2015 at 03:24:42PM +0300, Vladimir Davydov wrote:
> Knowing the portion of memory that is not used by a certain application
> or memory cgroup (idle memory) can be useful for partitioning the system
> efficiently, e.g. by setting memory cgroup limits appropriately.
> Currently, the
On 04/21/15 07:42, Masami Hiramatsu wrote:
> (2015/04/21 5:19), David Long wrote:
>> From: "David A. Long"
>>
>> This patchset is heavily based on Sandeepa Prabhu's ARM v8 kprobes patches,
>> first seen in October 2013. This version attempts to address concerns raised
>> by
>> reviewers and also
On 04/28/2015 10:25 AM, Yoshinori Sato wrote:
At Tue, 28 Apr 2015 06:22:10 -0700,
Guenter Roeck wrote:
On Mon, Apr 27, 2015 at 02:35:07PM +0900, Yoshinori Sato wrote:
Hello.
I will re-introducing h8300.
Hi,
can you provide a link to a working toolchain, or provide directions
on how to buil
From: Martin Zhang
Date: Wed, 29 Apr 2015 11:35:59 +0800
> 'if' and 'elseif' do the same operation,
> so merge then into a case.
>
> Signed-off-by: Martin Zhang
> ---
> net/ipv4/route.c | 7 ++-
> 1 file changed, 2 insertions(+), 5 deletions(-)
>
> diff --git a/net/ipv4/route.c b/net/ipv4
Hi all,
Changes since 20150428:
Removed tree: arm64-acpi (merged)
The drm-intel tree gained a conflict against Linus' tree.
Non-merge commits (relative to Linus' tree): 1043
966 files changed, 68943 insertions(+), 18138
From: Eric Dumazet
Mateusz Guzik reported :
Currently obtaining a new file descriptor results in locking fdtable
twice - once in order to reserve a slot and second time to fill it.
Holding the spinlock in __fd_install() is needed in case a resize is
done, or to prevent a resize.
Mateusz prov
On Wed, Apr 29, 2015 at 8:11 AM, Laura Abbott wrote:
> We've received a number of reports of warnings when coming
> out of suspend with certain bluetooth firmware configurations:
>
> WARNING: CPU: 3 PID: 3280 at drivers/base/firmware_class.c:1126
> _request_firmware+0x558/0x810()
> Modules linked
On 04/28/2015 04:28 PM, Ezequiel Garcia wrote:
On 04/28/2015 07:51 PM, Ezequiel Garcia wrote:
On 04/03/2015 02:05 PM, Andrew Bresticker wrote:
Since the heartbeat is statically initialized to its default value,
watchdog_init_timeout() will never look in the device-tree for a
timeout-sec val
Hello Vladimir,
On Tue, Apr 28, 2015 at 03:24:39PM +0300, Vladimir Davydov wrote:
> Hi,
>
> This patch set introduces a new user API for tracking user memory pages
> that have not been used for a given period of time. The purpose of this
> is to provide the userspace with the means of tracking a
> -Original Message-
> From: devel [mailto:driverdev-devel-boun...@linuxdriverproject.org] On
> Behalf Of K. Y. Srinivasan
> Sent: Wednesday, April 29, 2015 9:00
> To: da...@davemloft.net; net...@vger.kernel.org; linux-
> ker...@vger.kernel.org; de...@linuxdriverproject.org; o...@aepfle.de;
>From a6615937bcd9234e6d6bb817c3701fce44d0a84d Mon Sep 17 00:00:00 2001
From: Felipe Balbi
Date: Tue, 30 Sep 2014 16:08:03 -0500
Subject: [PATCH] usb: gadget: composite: enable BESL support
According to USB 2.0 ECN Errata for Link Power
Management (USB2-LPM-Errata-final.pdf), BESL
must be enabled
On Sat, Apr 25, 2015 at 10:14:39PM +1000, Alexey Kardashevskiy wrote:
> The pnv_pci_ioda_tce_invalidate() helper invalidates TCE cache. It is
> supposed to be called on IODA1/2 and not called on p5ioc2. It receives
> start and end host addresses of TCE table.
>
> IODA2 actually needs PCI addresses
On Sat, Apr 25, 2015 at 10:14:33PM +1000, Alexey Kardashevskiy wrote:
> This is to make extended ownership and multiple groups support patches
> simpler for review.
>
> This should cause no behavioural change.
Um.. this doesn't appear to be true. Previously removing a group from
an enabled conta
On Sat, Apr 25, 2015 at 10:14:38PM +1000, Alexey Kardashevskiy wrote:
> This adds missing locks in iommu_take_ownership()/
> iommu_release_ownership().
>
> This marks all pages busy in iommu_table::it_map in order to catch
> errors if there is an attempt to use this table while ownership over it
>
On Sat, Apr 25, 2015 at 10:14:36PM +1000, Alexey Kardashevskiy wrote:
> Modern IBM POWERPC systems support multiple (currently two) TCE tables
> per IOMMU group (a.k.a. PE). This adds a iommu_table_group container
> for TCE tables. Right now just one table is supported.
>
> For P5IOC2 and IODA, io
On Sat, Apr 25, 2015 at 10:14:25PM +1000, Alexey Kardashevskiy wrote:
> The iommu_free_table helper release memory it is using (the TCE table and
> @it_map) and release the iommu_table struct as well. We might not want
> the very last step as we store iommu_table in parent structures.
>
> Signed-o
On Sat, Apr 25, 2015 at 10:14:37PM +1000, Alexey Kardashevskiy wrote:
> This adds tce_iommu_take_ownership() and tce_iommu_release_ownership
> which call in a loop iommu_take_ownership()/iommu_release_ownership()
> for every table on the group. As there is just one now, no change in
> behaviour is
On Sat, Apr 25, 2015 at 10:14:32PM +1000, Alexey Kardashevskiy wrote:
> This is a pretty mechanical patch to make next patches simpler.
>
> New tce_iommu_unuse_page() helper does put_page() now but it might skip
> that after the memory registering patch applied.
>
> As we are here, this removes u
On Sat, Apr 25, 2015 at 10:14:26PM +1000, Alexey Kardashevskiy wrote:
> This reverts commit 9e8d4a19ab66ec9e132d405357b9108a4f26efd3 as
> tce32_table has exactly the same life time as the whole PE.
>
> This makes use of a new iommu_reset_table() helper instead.
>
> Signed-off-by: Alexey Kardashev
On Sat, Apr 25, 2015 at 10:14:40PM +1000, Alexey Kardashevskiy wrote:
> At the moment the DMA setup code looks for the "ibm,opal-tce-kill" property
> which contains the TCE kill register address. Writes to this register
> invalidates TCE cache on IODA/IODA2 hub.
>
> This moves the register address
> Details, please. How do you reproduce that behaviour?
>
> I don't like that loop in its current form (it relies upon _not_ encountering
> the
> same ->mnt_root in the parts of tree we hadn't copied), but your change
> doesn't make it any better. Seeing a reproducer would be useful in sorting
From: Punnaiah Choudary Kalluri
Under heavy Rx load, observed that the Hw is updating the USED bit
and it is not updating the received frame status to the BD control
field. This could be lack of resources for processing the BDs at high
data rates. Driver drops the frame associated with this BD bu
> > From: Felipe Balbi
> > Date: Tue, 30 Sep 2014 16:08:03 -0500
> > Subject: [PATCH] usb: gadget: composite: enable BESL support
>
> missing upstream commit.
>
> > According to USB 2.0 ECN Errata for Link Power Management
> > (USB2-LPM-Errata-final.pdf), BESL must be enabled if LPM is enabled.
On Wed, Apr 22, 2015 at 7:34 AM, Rafael J. Wysocki wrote:
> On Tuesday, April 21, 2015 04:53:14 PM Jassi Brar wrote:
>> On Tue, Apr 21, 2015 at 6:28 AM, Feng Kan wrote:
>> >
>> > Just want to ping this. I haven't gotten any response from mailbox
>> > maintainer for this
>> > patch or any of my ot
I noticed heavy spin lock contention at get_active_stripe(), introduced
at being wake up stage, where a bunch of processes try to re-hold the
spin lock again.
After giving some thoughts on this issue, I found the lock could be
relieved(and even avoided) if we turn the wait_for_stripe to per
waitqu
I noticed heavy spin lock contention at get_active_stripe() with fsmark
multiple thread write workloads.
Here is how this hot contention comes from. We have limited stripes, and
it's a multiple thread write workload. Hence, those stripes will be taken
soon, which puts later processes to sleep for
It's just a variant of wait_event_cmd(), with exclusive flag being set.
For cases like RAID5, which puts many processes to sleep until 1/4
resources are free, a wake_up wakes up all processes to run, but
there is one process being able to get the resource as it's protected
by a spin lock. That end
On Tue, Apr 28, 2015 at 7:51 AM, Joonwoo Park wrote:
> At present, internal_add_timer() examines flags with 'base' which doesn't
> contain flags. Examine with 'timer->base' to avoid unnecessary waking up
> of nohz CPU when timer base has TIMER_DEFERRABLE.
>
> CC: Thomas Gleixner
> CC: John Stult
On Tue, Apr 28, 2015 at 9:08 PM, Ben Shelton wrote:
> Hi Punnaiah,
>
> On 04/13, Punnaiah Choudary Kalluri wrote:
>> Add driver for arm pl353 static memory controller nand interface with
>> HW ECC support. This controller is used in xilinx zynq soc for interfacing
>> the nand flash memory.
>>
>> S
On Wed, Apr 29, 2015 at 09:56:43AM +0800, Leon Ma wrote:
> We encountered following panic. Validate the pointer to avoid this.
> @@ -2788,7 +2788,7 @@ struct mnt_namespace *copy_mnt_ns(unsigned long flags,
> struct mnt_namespace *ns,
> q = next_mnt(q, new);
> if (!q)
>
drivers/leds/leds-aat1290.c:443:3-8: No need to set .owner here. The core will
do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
CC: Jacek Anaszewski
Signed-off-by: Fengguang Wu
---
leds-aat1290.c |1
On Tue, Apr 28, 2015 at 08:44:34PM -0300, Thiago Farina wrote:
> On Tue, Apr 28, 2015 at 6:49 PM, Richard Weinberger
> wrote:
> > On Tue, Apr 28, 2015 at 5:12 PM, Thiago Farina wrote:
> >> Hi,
> >>
> >> Does the kernel include a simple boot loader like FreeBSD does?
> >
> > Why don't you figure y
drivers/leds/leds-max77693.c:978:3-8: No need to set .owner here. The core will
do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
CC: Jacek Anaszewski
Signed-off-by: Fengguang Wu
---
leds-max77693.c |
Where does tux3 live? What I found looked abandoned.
-Mike
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://ww
On Wed, 2015-04-29 at 09:34 +0900, Akinobu Mita wrote:
> 2015-04-29 7:16 GMT+09:00 James Bottomley
> :
> > On Tue, 2015-04-28 at 14:27 -0700, Andrew Morton wrote:
> >> On Sat, 25 Apr 2015 23:56:16 +0900 Akinobu Mita
> >> wrote:
> >>
> >> > Some architectures enable sg chaining option while others
From: Micky Ching
The new data structure for SD4.0 including follows:
register: SD4.0 IO space register define.
protocol: host and card handshake data.
tlp: tlp request data structure for SD4.0 mode.
uhsii ios: UHSII bus control data structure.
Signed-off-by: Micky Ching
Signed-off-by: Wei Wan
We encountered following panic. Validate the pointer to avoid this.
[35046.276380] BUG: unable to handle kernel NULL pointer
dereference at 0010
[35046.283316] IP: [<8095dc91>] copy_mnt_ns+0x111/0x260
[35046.288225] *pdpt = 1b883001 *pde =
[35046.293901] Oops: [#1
On Tue, Apr 28, 2015 at 04:13:15PM +0200, Peter Zijlstra wrote:
> On Mon, Apr 27, 2015 at 12:51:01PM +0800, Yuanhan Liu wrote:
> > It's just a variant of wait_event_cmd, with exclusive flag being set.
> >
> > For cases like RAID5, which puts many processes to sleep until 1/4
> > resources are free
Hi Laura,
> We've received a number of reports of warnings when coming
> out of suspend with certain bluetooth firmware configurations:
>
> WARNING: CPU: 3 PID: 3280 at drivers/base/firmware_class.c:1126
> _request_firmware+0x558/0x810()
> Modules linked in: ccm ip6t_rpfilter ip6t_REJECT nf_rejec
From: Micky Ching
SD4.0 add some new operations, which include follows:
UHSII interface detect: when UHSII interface is detected, the power is up.
go/exit dormant: enter or exit dormant state.
device init: device init CCMD.
enumerate: enumerate CCMD.
config space read/write CCMD.
when we send S
From: Micky Ching
when card is work in SD4.0 mode, we should send tlp instead of cmd.
add this function to handle tlp request.
Signed-off-by: Micky Ching
Signed-off-by: Wei Wang
---
drivers/mmc/core/core.c | 111 +---
1 file changed, 104 insertions(
From: Micky Ching
We should not do power cycle when card is in SD4.0 mode,
if we power off, we should detect UHSII interface again.
so we can disable it when card is in UHSII mode.
Signed-off-by: Micky Ching
Signed-off-by: Wei Wang
---
drivers/mmc/core/core.c | 3 ++-
1 file changed, 2 insert
From: Micky Ching
add SD4.0 register define and host data structure for
handshake with SD4.0 card.
Signed-off-by: Micky Ching
Signed-off-by: Wei Wang
---
drivers/mmc/host/sdhci.h | 136 ++-
1 file changed, 135 insertions(+), 1 deletion(-)
diff --gi
From: Micky Ching
SD4.0 operations include UHSII interface detect, go/exit dormant
and uhsii ios settings.
Signed-off-by: Micky Ching
Signed-off-by: Wei Wang
---
drivers/mmc/host/sdhci.c | 183 ++-
1 file changed, 182 insertions(+), 1 deletion(-)
d
From: Micky Ching
Add support for SD4.0 card.
Signed-off-by: Micky Ching
Signed-off-by: Wei Wang
---
drivers/mmc/host/sdhci.c | 108 ---
1 file changed, 102 insertions(+), 6 deletions(-)
diff --git a/drivers/mmc/host/sdhci.c b/drivers/mmc/host/sdhc
From: Micky Ching
Add support for SD4.0 card, which introduce UHSII mode and tlp transfer.
Micky Ching (12):
mmc: core: add data structure define for SD4.0
mmc: core: modify mmc_app_cmd interface for SD4.0
mmc: core: add SD4.0 operation function
mmc: core: add tlp request handler for SD4
From: Micky Ching
Skip clock control settings for UHSII mode. When card is in UHSII mode,
we only allow poweroff.
Signed-off-by: Micky Ching
Signed-off-by: Wei Wang
---
drivers/mmc/host/sdhci.c | 22 ++
1 file changed, 14 insertions(+), 8 deletions(-)
diff --git a/drivers
From: Micky Ching
We alloc card before init card, if init UHSII mode failed, then
try to init legacy mode.
Since we card is allocated before do init operations, so mmc/sdio
card init should do some modify. To reduce many diff hunks, the old
labels are reserved(we can remove them in the future).
From: Micky Ching
When card running in SD4.0 mode, ACMD is not need to send two command,
we only need to mark a flag for the CMD which is to be send.
Signed-off-by: Micky Ching
Signed-off-by: Wei Wang
---
drivers/mmc/card/block.c | 2 +-
drivers/mmc/core/sd_ops.c | 17 -
inc
From: Micky Ching
SD4.0 mode not using SDMA any more, and UHSII mode using different register
to specify block size/count.
Signed-off-by: Micky Ching
Signed-off-by: Wei Wang
---
drivers/mmc/host/sdhci.c | 22 +-
1 file changed, 17 insertions(+), 5 deletions(-)
diff --git
From: Micky Ching
SD4.0 mode using tlp for cmd/data transfer, add tlp functions to handle
this case.
Signed-off-by: Micky Ching
Signed-off-by: Wei Wang
---
drivers/mmc/host/sdhci.c | 244 ++-
1 file changed, 220 insertions(+), 24 deletions(-)
diff
On 04/23/2015 11:53 AM, Daniel J Blueman wrote:
On Thu, Apr 23, 2015 at 6:33 PM, Mel Gorman wrote:
The big change here is an adjustment to the topology_init path that
caused
soft lockups on Waiman and Daniel Blue had reported it was an expensive
function.
Changelog since v2
o Reduce overhead
On Tue, Apr 28, 2015 at 5:25 PM, Rafael J. Wysocki wrote:
> On Tuesday, April 28, 2015 02:24:12 PM Dan Williams wrote:
>> Changes since v1 [1]: Incorporates feedback received prior to April 24.
>>
>> 1/ Ingo said [2]:
>>
>>"So why on earth is this whole concept and the naming itself
>>
For a donation. Email me ( lhirtl...@outlook.com ) for more info.
This message may contain confidential information. If you are not the intended
recipient please inform the
sender
On 04/28/2015 10:36 AM, Mel Gorman wrote:
The bulk of the changes here are related to Andrew's feedback. Functionally
there is almost no difference.
Changelog since v3
o Fix section-related warning
o Comments, clarifications, checkpatch
o Report the number of pages initialised
Changelog since v
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/i915/i915_drv.c between commit 5df0582bf036
("drm/i915/vlv: remove wait for previous GFX clk disable request") from
Linus' tree and commit 85250ddff7a6 ("drm/i915/chv: Remove Wait for a
previous gfx force-off"
Add a device-tree binding document for the pin controller present
on the IMG Pistachio SoC.
Signed-off-by: Damien Horsley
Signed-off-by: Ezequiel Garcia
Signed-off-by: Andrew Bresticker
Cc: Rob Herring
Cc: Pawel Moll
Cc: Mark Rutland
Cc: Ian Campbell
Cc: Kumar Gala
---
No changes from v2/v
1 - 100 of 927 matches
Mail list logo