On pon, 2014-11-03 at 15:44 +, Russell King - ARM Linux wrote:
> On Mon, Nov 03, 2014 at 10:41:02AM -0500, Alan Stern wrote:
> > Bear in mind, however, that once the irq_safe flag has been set, the
> > runtime PM core offers no way to turn it off again.
>
> Ah, I thought it did permit it to
On 18/10/14 12:57, Jonathan Cameron wrote:
> On 10/10/14 15:53, Daniel Baluta wrote:
>> Because IIO_EV_DIR_* are not bitmasks but enums,
>> IIO_EV_DIR_RISING | IIO_EV_DIR_FALLING is not equal
>> with IIO_EV_DIR_EITHER.
>>
>> This could lead to potential misformatted sysfs attributes
>> like:
>>
Hi,
has anyone ever done IPC between two Nodes in a System via PICe? I know that I
must set one of my nodes to PCIe endpoint mode (the PPC's PCIe controller is
capable of doing this so no problem), but how will the communication be done?
For AMP settings I've found the remoteproc and rpmsg
The HDMI clock is actually provide by DCLK_VOP0, so we need this
patch to handle the HDMI clock correctly
Signed-off-by: Kever Yang
---
drivers/clk/rockchip/clk-rk3288.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/clk/rockchip/clk-rk3288.c
we are going to make a clock usage solution for rk3288:
1. CPLL and GPLL always not change after assign init;
2. NPLL default as 500MHz, may used for most scene;
3. NPLL may be changed by VOP(HDMI) clock for some special
frequency requirement.
I test it with rk3288 evb on top of Heiko's
This patch makes these two function available for other file,
which may help to make costom usage of clock divider type.
Signed-off-by: Kever Yang
---
drivers/clk/clk-divider.c| 4 ++--
include/linux/clk-provider.h | 4
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git
Rk3288 has 5 PLLs(APLL, DPLL, CPLL, GPLL, NPLL),
APLL is for CPU clock only and DPLL is for DRAM clock only,
and other 3 PLls used for all other peripherals.
We have to make a total solution for how to campatible all
kinds of clock requirement by on chip peripheral controllers.
Some controllers
We are going to support all the HDMI resolutions which need a bunch
of accurate clock rates. This patch makes the pll rate table can
provide all the option clock rate that HDMI controller may needed.
Here's what HDMI needs:
resolutions Pixel clock(Mhz)
1920x1080p 60/50148.5
Rockchip Socs have a lot of clock node registered as composite
branch which include mux, divider and gate, most of them use
the same ops handling callback, we still need special ops
handling for some special clock node and this patch make it
possible.
Signed-off-by: Kever Yang
---
On wto, 2014-11-04 at 16:40 +1100, Stephen Rothwell wrote:
> Hi all,
>
> After merging the mfd tree, today's linux-next build (powerpc allyesconfig)
> failed like this:
>
> drivers/regulator/max77686.c:432:13: warning: 'struct max77686_platform_data'
> declared inside parameter list
>
Hello,
On Wed, Oct 29, 2014 at 03:43:33PM +0100, Vlastimil Babka wrote:
> On 10/16/2014 10:55 AM, Laura Abbott wrote:
> >On 10/15/2014 8:35 PM, Hui Zhu wrote:
> >
> >It's good to see another proposal to fix CMA utilization. Do you have
> >any data about the success rate of CMA contiguous
On pon, 2014-11-03 at 17:00 +, Lee Jones wrote:
> On Thu, 30 Oct 2014, Krzysztof Kozlowski wrote:
>
> > Document new required property for regulator driver: of_compatible. The
> > property allows MFD core to bind the driver to node with regulators and
> > this simplifies parsing regulators
On pon, 2014-11-03 at 17:01 +, Lee Jones wrote:
> On Thu, 30 Oct 2014, Krzysztof Kozlowski wrote:
>
> > The driver is used only on Exynos based boards with DTS support.
> > Convert the driver to DTS-only version. This simplifies a little the
> > code:
> > 1. No dead (unused) entries in
On Mon, Nov 03, 2014 at 02:40:38PM -0600, Felipe Balbi wrote:
> Hi,
>
> On Mon, Nov 03, 2014 at 08:42:47PM +0200, Mika Westerberg wrote:
> > > > > > > > > I think adding the module exit + allowing this driver to be a
> > > > > > > > > module
> > > > > > > > > would be a good approach. Then we
On 30 October 2014 05:06, Vincent Wan wrote:
> SDHC controller in AMD chipsets require SDHC transfer mode
> register to be cleared for commands without data. The issue was
> uncovered during testing eMMC cards on KB/ML based platforms.
>
> Signed-off-by: Vincent Wan
> Signed-off-by: Arindam Nath
On Tue, 4 Nov 2014, Daniel J Blueman wrote:
> On 11/04/2014 07:36 AM, Thomas Gleixner wrote:
> > On Tue, 4 Nov 2014, Daniel J Blueman wrote:
> > > > > @@ -1247,9 +1246,9 @@ static unsigned long
> > > > > probe_memory_block_size(void)
> > > > > /* start from 2g */
> > > > > unsigned
On pon, 2014-11-03 at 18:00 +, Lee Jones wrote:
> On Mon, 03 Nov 2014, Lee Jones wrote:
>
> > On Tue, 14 Oct 2014, Krzysztof Kozlowski wrote:
> >
> > > Use power_supply_put() to decrement the power supply's device reference
> > > counter.
> > >
> > > Signed-off-by: Krzysztof Kozlowski
> >
>>> On 03.11.14 at 23:18, wrote:
> On Mon, Nov 03, 2014 at 04:41:13PM +, Jan Beulich wrote:
>> having run into that warning too, I looked into it a little, and now
>> having found that patch am pretty uncertain: Both truncate_setsize()
>> and pagecache_isize_extended() document that they want
On 10/31/2014 10:28 PM, Alan Stern wrote:
On Fri, 31 Oct 2014, Lu Baolu wrote:
xhci: clear root port wake on bits if controller isn't wake-up capable
When xHCI PCI host is suspended, if do_wakeup is false in xhci_pci_suspend,
xhci_pci_suspend needs to clear all root port wake on bits.
On Tuesday 04 November 2014 14:36:45 HC Yen wrote:
> > > +
> > > +#include
> > > +#include
> > > +#include "skeleton64.dtsi"
> >
> > Cortex a7 is 32 bits, right? So why do you use skeleton64.dtsi?
>
> Cortex-A7 is 32-bit, but that doesn't mean it can only have 32-bit
> physical address. With
Hi Hemant,
As you know, you need to keep an eye on how (kprobes) event cache
patchset from Masami settles down. For those who aren't CC'ed, please
see the link below:
https://lkml.org/lkml/2014/10/31/207
On Sun, 02 Nov 2014 16:26:28 +0530, Hemant Kumar wrote:
> This patch adds support to
The current driver probe() function assumes the sensor device to be
alwary present and gets executed every time if the driver is loaded,
but the appropriate hardware could not be present.
So, move the platform device creation as part of platform init code
and use the 'id_table' to check if the
Hi,
With 3.18-rc3, asix on arndale (samsung exynos 5250 based board), fails
to work. Interface is initialized but network traffic seem not to pass
through. With kernel IP config the result looks like:
[3.323275] usb 3-3.2.4: new high-speed USB device number 4 using exynos-ehci
[3.419151]
Looks good. Thanks!
regards,
dan carpenter
--
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://www.tux.org/lkml/
On 11/04/2014 07:36 AM, Thomas Gleixner wrote:
On Tue, 4 Nov 2014, Daniel J Blueman wrote:
On 11/04/2014 03:38 AM, Thomas Gleixner wrote:
On Sun, 2 Nov 2014, Daniel J Blueman wrote:
On larger x64-64 systems, use a 2GB memory block size to reduce sysfs
entry creation time by 16x. Large is
> Just to be sure, the 4 other patches you sent also need to go in here
> for 3.19, right? They were not included in this pull request?
Yes, they are bugfixes and should go into v3.19 IMO. I sent them as
seperate patches so people could review them (which was not necessary
for the patches in the
On Tue, Nov 04, 2014 at 12:28:36AM +, Pawel Moll wrote:
> +int sysctl_perf_sample_time_clk_id = CLOCK_MONOTONIC;
const ?
> /*
> * perf samples are done in some very critical code paths (NMIs).
> * If they take too much CPU time, the system can lock up and not
> @@ -324,7 +326,7 @@
> > Stable: 3.15+
>
> Please read Documentation/stable_kernel_rules.txt for how to do this
> properly.
Oops, this is my internal tracking it should be replaced with proper cc to
stable, need to fix my scripts.
> Please resend, after really verifying this does need to go to the stable
>
On Tue, Nov 04, 2014 at 08:14:21AM +0100, Peter Zijlstra wrote:
> On Tue, Nov 04, 2014 at 01:07:39AM +, Liang, Kan wrote:
> > Hi Peter,
> >
> > Did you get a chance to review the rest of the patch set?
>
> No point in reviewing stuff I could not apply if I wanted to is there?
So please
On Tue, Nov 04, 2014 at 01:07:39AM +, Liang, Kan wrote:
> Hi Peter,
>
> Did you get a chance to review the rest of the patch set?
No point in reviewing stuff I could not apply if I wanted to is there?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
gcc complains about a variable not initialized properly.
Cc: Matthew Wilcox
Signed-off-by: Hannes Reinecke
---
drivers/block/nvme-core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/block/nvme-core.c b/drivers/block/nvme-core.c
index e2bb8af..ff37b9f 100644
---
On Sat, Nov 01, 2014 at 10:28:03PM +, Ben Hutchings wrote:
> 3.2.64-rc1 review patch. If anyone has any objections, please let me know.
I'm not sure it's a good idea to pull stuff like this back into
really old stable kernels. This was part of a much larger series of
bug fixes that were
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/04/2014 05:43 AM, Stephen Rothwell wrote:
> Hi James,
>
> After merging the scsi tree, today's linux-next build (arm
> multi_v7_defconfig) failed like this:
>
> In file included from include/linux/sched.h:17:0, from
>
On Wed, 2014-10-29 at 18:00 +0800, Yingjoe Chen wrote:
> diff --git a/drivers/irqchip/irq-mtk-sysirq.c
> b/drivers/irqchip/irq-mtk-sysirq.c
> new file mode 100644
> index 000..4403bcf
> --- /dev/null
> +++ b/drivers/irqchip/irq-mtk-sysirq.c
> +static int mtk_sysirq_domain_alloc(struct
The ltc3562 is an I2C controlled regulator supporting 4 independent
outputs.
Signed-off-by: Mike Looijmans
---
v3: Add .of_match_table and prefix lltc
Clarify why regmap cannot be used
Add lltc,operating-mode (0..3) DT property
regulator child nodes are optional
Hi Linus,
A short list of patches applying quirks and new DMI matches. These pass my basic
build tests and have spent 4 days in linux-next.
Thanks,
Darren Hart
Intel Open Source Technology Center
The following changes since commit f114040e3ea6e07372334ade75d1ee0775c355e1:
Linux 3.18-rc1
Hi all,
Changes since 20141103:
The mfd tree gained a build failure for which I reverted a commit.
The scsi tree lost its build failure, but gained another so I used the
version from next-20141031.
Non-merge commits (relative to Linus' tree): 3170
2579 files changed, 83652 insertions
On Thu, 30 Oct 2014, Davidlohr Bueso wrote:
> The i_mmap_rwsem protects shared pages against races
> when doing the sharing and unsharing, ultimately
> calling huge_pmd_share/unshare() for PMD pages --
> it also needs it to avoid races when populating the pud
> for pmd allocation when looking for
Hi Pawel,
On Tue, 4 Nov 2014 00:28:37 +, Pawel Moll wrote:
> + /*
> + * Data in userspace event record is transparent for the kernel
> + *
> + * Userspace perf tool code maintains a list of known types with
> + * reference implementations of parsers for the data
On Mon, Nov 3, 2014 at 10:04 PM, Kweh, Hock Leong
wrote:
>> -Original Message-
>> From: Andy Lutomirski [mailto:l...@amacapital.net]
>> >
>> > Andy, here's the steps to load a capsule. I don't have a problem with
>> > this, it's userspace driven, no "autoloading" of files in /lib/, and
On Friday 24 October 2014 08:54 PM, Gregory CLEMENT wrote:
> On Armada 375, the USB cluster allows to control the cluster composed
> of the USB2 and USB3 host controllers.
>
> Signed-off-by: Gregory CLEMENT
Acked-by: Kishon Vijay Abraham I
> ---
> arch/arm/boot/dts/armada-375.dtsi | 6
On Tue, 2014-11-04 at 12:07 +0800, Chen-Yu Tsai wrote:
> Unlike previous Allwinner SoCs, there is no central PHY control block
> on the A80. Also, OTG support is completely split off into a
> different
> controller.
>
> This adds a new driver to support the regular USB PHYs.
>
> Signed-off-by:
On Mon, Nov 03, 2014 at 08:58:34PM -0700, Azael Avalos wrote:
> Bug 86521 uncovered that some TOS6208 devices also return
> non zero values on a write call to the backlight method,
> thus getting caught and bailed out by the extra check code.
>
> This patch makes sure that the extra check is
From: Oussama Ghorbel
The USB OTG port does not work since v3.16 on omap platform.
This is a regression introduced by the commit
eb82a3d846fa (phy: omap-usb2: Balance pm_runtime_enable() on probe failure
and remove).
This because the call to pm_runtime_enable() function is moved after the
call
Hi Felipe et al.
Another series was posted by removing the platform support.
https://lkml.org/lkml/2014/10/14/244
I guess I forgot to copy linux-omap.
On 11/03/2014 10:02 PM, Felipe Balbi wrote:
Hi,
this series has been tested with v3.18-rc2 with a
yet-to-be-released board (called X15).
> -Original Message-
> From: Andy Lutomirski [mailto:l...@amacapital.net]
> >
> > Andy, here's the steps to load a capsule. I don't have a problem with
> > this, it's userspace driven, no "autoloading" of files in /lib/, and
> > works with sysfs.
> >
> > Have any objection to it, I don't.
I'm glad to see this series back, and nicely presented: thank you.
Not worth respinning them, but consider 1,2,3,4,5,6,7 and 9 as
Acked-by: Hugh Dickins
On Thu, 30 Oct 2014, Davidlohr Bueso wrote:
> As per the comment in move_ptes(), we only require taking the
> anon vma and i_mmap locks to
On Sun, Nov 02, 2014 at 10:14:58PM +0100, Frans Klaver wrote:
> eeepc_acpi_notify increases the indentation level to a whopping four. If
> we revise the conditions a bit, we can reduce that to a more soothing
> two and satisfy the indentation guidelines in Documentation/CodingStyle.
>
> Remove an
(2014/11/04 6:27), Steven Rostedt wrote:
> Second attempt. I took the advice from Masami Hiramatsu and modified
> my tests. I also added some helper functions to ftracetests as well.
>
> I split the one function graph test into two. One to just test the
> filtering of the function graph and
On Sun, Nov 02, 2014 at 11:19:30PM +0100, Éric Piel wrote:
> On 30-10-14 17:57, Giedrius Statkevicius wrote:
> >Add a i8042 filter to hp_accel to remove accelerometer's data with acpi
> >id HPQ6000 from keyboard bus stream. The codes sent by accelerometer are
> >e0 25, e0 26, e0 27 and e0 28. The
On Mon, Nov 03, 2014 at 03:05:53PM -0500, David Miller wrote:
> I'll see if I can make some progress converting the networking over
> to iov_iter. It can't be that difficult... albeit perhaps a little
> time consuming.
FWIW, I have a queue that got started back in April; basically, the plan
of
On Tue, Nov 04, 2014 at 12:53:29AM +, Mark Brown wrote:
> On Tue, Nov 04, 2014 at 09:43:34AM +0900, Gyungoh Yoo wrote:
> > On Fri, Oct 31, 2014 at 04:44:18PM +, Mark Brown wrote:
>
> > > This doesn't apply against current code and depends on the MFD symbol
> > > rename - can you please
(2014/11/04 12:14), Namhyung Kim wrote:
> Hi Masami,
>
> On Fri, 31 Oct 2014 14:51:29 -0400, Masami Hiramatsu wrote:
>> Hi,
>>
>> Here is a sereis of patches for enabling "event cache" feature
>> to perf probe. Brendan gives me this cool idea, thanks! :)
>>
>> In this series, I added following
On Mon, 2014-11-03 at 18:55 +0100, Matthias Brugger wrote:
> 2014-10-22 12:29 GMT+02:00 Joe.C :
> > From: "Joe.C"
> >
> > Moose is a tablet evalutation board based on MT8127 SoC.
> >
> > Signed-off-by: Joe.C
> > ---
> > arch/arm/boot/dts/mt8127-moose.dts | 24
> > 1
Hello,
On Mon, Nov 03, 2014 at 05:57:53PM +0100, Michal Nazarewicz wrote:
> Having test_pages_isolated failure message as a warning confuses
> users into thinking that it is more serious than it really is. In
> reality, if called via CMA, allocation will be retried so a single
>
Hi kan,
On Fri, 31 Oct 2014 05:06:12 -0700, kan liang wrote:
> From: Kan Liang
>
> perf diff can display the differential profile between two perf.data
> files. However, the perf.data files have to come from same binaries.
>
> The patch introduced a key "symbol_name" for --sort option, so the
Hi all,
After merging the mfd tree, today's linux-next build (powerpc allyesconfig)
failed like this:
drivers/regulator/max77686.c:432:13: warning: 'struct max77686_platform_data'
declared inside parameter list
struct max77686_platform_data *pdata)
^
Commit caeb178c60f4 ("sched/fair: Make update_sd_pick_busiest() return
'true' on a busier sd") makes groups are ranked in the order overloaded >
imbalance > other and busiest group is picked according to this order.
sgs->group_capacity_factor is used to check if group is overloaded. In
the
Add I2C node to mt8135.dtsi and mt8127.dtsi
Signed-off-by: Xudong Chen
---
arch/arm/boot/dts/mt8127.dtsi | 27 +
arch/arm/boot/dts/mt8135.dtsi | 90 +++
2 files changed, 117 insertions(+)
diff --git a/arch/arm/boot/dts/mt8127.dtsi
The mediatek SoCs have I2C controller that handle I2C transfer.
This patch include common I2C bus driver.
This driver is compatible with I2C controller on mt65xx/mt81xx.
Signed-off-by: Xudong Chen
---
drivers/i2c/busses/Kconfig | 9 +
drivers/i2c/busses/Makefile | 1 +
This series is the second version of Mediatek SoCs I2C controller common
bus driver.
Compared to the first version,
1. Add comment for feature have-pmic in dt-bindings file i2c-mt6577.txt.
2. Add notes for I2C4/5/6 in mt8135.dtsi.
3. Add check compatible for the feature have-pmic in i2c-mt65xx.c,
Add devicetree bindings for Mediatek Soc I2C driver.
Signed-off-by: Xudong Chen
---
.../devicetree/bindings/i2c/i2c-mt6577.txt | 39 ++
1 file changed, 39 insertions(+)
create mode 100644 Documentation/devicetree/bindings/i2c/i2c-mt6577.txt
diff --git
On Mon, Nov 3, 2014 at 7:05 PM, Alexandre Courbot wrote:
> Hi guys,
>
> On the NVIDIA shield (tegra114-roth) platform, I have noticed that MMC
> stopped working completely on recent kernels. MMC devices will not show up
> and the message "mmc1: Controller never released inhibit bit(s)." shows up
>
> On Mon, Nov 03, 2014 at 10:42:05AM +0200, Tomas Winkler wrote:
> > To support dynamic addition/remove we add reference
> > counter.
>
> What is keeping two different threads / cpus from grabbing a reference
> at the same time the other one is dropping it?
>
> You have a list here, with no
On Mon, Nov 3, 2014 at 8:32 PM, Greg Kroah-Hartman
wrote:
> On Mon, Nov 03, 2014 at 11:07:10AM +0800, Kweh Hock Leong wrote:
>> From: "Kweh, Hock Leong"
>>
>> Introducing a kernel module to expose user helper interface for
>> user to upload capsule binaries. This module leverage the
>>
Hi Arnaldo and Masami,
On Mon, 3 Nov 2014 14:19:00 -0200, Arnaldo Carvalho de Melo wrote:
> [root@zoo ~]# perf buildid-cache --hell
> Error: unknown option `hell'
>
> usage: perf buildid-cache []
>
> -a, --add
> file(s) to add
> -k, --kcore kcore file to
On Tue, Oct 21, 2014 at 08:15:04PM +0200, Robert Richter wrote:
> Arnd,
>
> On 05.09.14 08:48:06, Robert Richter wrote:
> > From: Robert Richter
> >
> > For arm64 we want to put dts files into vendor's subdirectories from
> > the beginning. This patch set implements this. As this is a generic
>
Hi James,
After merging the scsi tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
In file included from include/linux/sched.h:17:0,
from include/linux/blkdev.h:4,
from drivers/scsi/constants.c:10:
drivers/scsi/constants.c: In function
Hi Linus,
Some more powerpc fixes if you please.
cheers
The following changes since commit d506aa68c23db708ad45ca8c17f0d7f5d7029a37:
Merge branch 'for-linus' of git://git.kernel.dk/linux-block (2014-10-29
11:57:10 -0700)
are available in the git repository at:
(2014/11/04 1:19), Arnaldo Carvalho de Melo wrote:
> Em Mon, Nov 03, 2014 at 09:11:18PM +0900, Masami Hiramatsu escreveu:
>> (2014/10/31 21:13), Arnaldo Carvalho de Melo wrote:
>>> Em Fri, Oct 31, 2014 at 02:51:29PM -0400, Masami Hiramatsu escreveu:
p:probe/reset_early_page_tables
On Mon, Nov 03, 2014 at 11:07:10AM +0800, Kweh Hock Leong wrote:
> From: "Kweh, Hock Leong"
>
> Introducing a kernel module to expose user helper interface for
> user to upload capsule binaries. This module leverage the
> request_firmware_nowait() to expose an interface to user.
>
> Example
On Sat, Oct 11, 2014 at 06:51:47AM +0800, Amos Kong wrote:
> I received two mails about faile to apply patches to 3.16-stable tree:
>
> FAILED: patch "[PATCH] virtio-rng: skip reading when we start to remove the
> device" failed to apply to 3.16-stable tree
> FAILED: patch "[PATCH] virtio-rng:
FYI, we noticed the below changes on
commit 83a0a96a5f26d974580fd7251043ff70c8f1823d ("sched/fair: Leverage the idle
state info when choosing the "idlest" cpu")
442bf3aaf55a91eb 83a0a96a5f26d974580fd72510 testbox/testcase/testparams
--
FYI, we noticed the below changes on
git://bee.sh.intel.com/git/ydu19/linux for-lkp
commit 6fe1f1b9b13f9fd76d1230944482ee5bf2832252 ("sched: Remove task and group
entity load_avg when they are dead")
+---+++
|
FYI, we noticed the below changes on
commit aabfb57296e3dd9761e47736ec69305c95461d7d ("mm: memcontrol: do not kill
uncharge batching in free_pages_and_swap_cache")
01c2965f0723a252 aabfb57296e3dd9761e47736ec testbox/testcase/testparams
--
Unlike previous Allwinner SoCs, there is no central PHY control block
on the A80. Also, OTG support is completely split off into a different
controller.
This adds a new driver to support the regular USB PHYs.
Signed-off-by: Chen-Yu Tsai
---
.../devicetree/bindings/phy/sun9i-usb-phy.txt |
The USB controller/phy clocks and reset controls are in a separate
address block, unlike previous SoCs where they were in the clock
controller.
This patch copies the original gates clk functions used for usb
clocks into a separate file, and renames them to *_usb_*. Also
add a per-gate parent
Hi everyone,
This series adds USB host controller (EHCI/OHCI) support for the Allwinner
A80 SoC. The A80 has 3 pairs of host controllers and USB PHYs. The PHYs,
unlike in previous SoCs, do not have low level control registers anymore.
As such, this series forgoes the original phy-sun4i-usb
Signed-off-by: Chen-Yu Tsai
---
This patch does not use sunxi-common-regulators.dtsi, but adds the
regulators directly. To use the common regulators file, we would
need to use phandles and switch to preprocessor includes to support
that.
---
arch/arm/boot/dts/sun9i-a80-optimus.dts | 72
The USB controller and phy clocks and resets have a separate address
block and driver. Add the nodes to represent them.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun9i-a80.dtsi | 22 ++
1 file changed, 22 insertions(+)
diff --git a/arch/arm/boot/dts/sun9i-a80.dtsi
On sun9i, there are 3 independent usb phys. Add device nodes for them.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun9i-a80.dtsi | 37 +
1 file changed, 37 insertions(+)
diff --git a/arch/arm/boot/dts/sun9i-a80.dtsi b/arch/arm/boot/dts/sun9i-a80.dtsi
The A80 has 3 EHCI/OHCI USB controllers.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun9i-a80.dtsi | 70
1 file changed, 70 insertions(+)
diff --git a/arch/arm/boot/dts/sun9i-a80.dtsi b/arch/arm/boot/dts/sun9i-a80.dtsi
index 1a80e09..b6f344f
Use more standard logging style and remove __func__ passed
to quota_err.
Remove the quota_error macro, rename __quota_error to quota_err.
Add %pf and __builtin_return_address(0) instead of __func__
Add terminating newlines to formats.
$ size fs/quota/built-in.o*
textdata bss dec
Bug 86521 uncovered that some TOS6208 devices also return
non zero values on a write call to the backlight method,
thus getting caught and bailed out by the extra check code.
This patch makes sure that the extra check is being done
on a TOS1900 device and then make the check for the broken
On Tue, Oct 21, 2014 at 06:54:41PM +0200, Wolfram Sang wrote:
> Hi Greg,
>
> as discussed at ELCE, here is my pull request for cleaning up all unneeded
> assignment of .owner for platform drivers. I used the following semantic patch
> to check that it only removes it when .owner gets initialized
On 11/3/2014 4:51 PM, Thomas Gleixner wrote:
On Mon, 3 Nov 2014, suravee.suthikulpa...@amd.com wrote:
+static void gicv2m_teardown_msi_irq(struct msi_chip *chip, unsigned int irq)
+{
+ int pos;
+ struct v2m_data *v2m = container_of(chip, struct v2m_data, msi_chip);
+
+
On Mon, Nov 03, 2014 at 03:05:53PM -0500, David Miller wrote:
>
> I'll see if I can make some progress converting the networking over
> to iov_iter. It can't be that difficult... albeit perhaps a little
> time consuming.
OK great. I'll try to convert tun/macvtap over to iov_iter.
Thanks,
--
On 10/28/2014 12:57 PM, Michal Nazarewicz wrote:
>> On 10/28/2014 08:38 AM, Michal Nazarewicz wrote:
>>> Like Laura wrote, the message is not (should not be) a problem in
>>> itself:
>>
>> [...]
>>
>>> So as you can see cma_alloc will try another part of the cma region if
>>> test_pages_isolated
> -Original Message-
> From: Andy Lutomirski [mailto:l...@amacapital.net]
> Sent: Monday, November 03, 2014 5:01 PM
> To: Thomas Gleixner
> Cc: Kani, Toshimitsu; Elliott, Robert (Server Storage); h...@zytor.com;
> mi...@redhat.com; a...@linux-foundation.org; a...@arndb.de; linux-
>
Hi Vincent,
On 14/10/31 下午4:47, Vincent Guittot wrote:
Add the SD_PREFER_SIBLING flag for SMT level in order to ensure that
the scheduler will put at least 1 task per core.
What's the behavior before this patch?
Regards,
Wanpeng Li
Signed-off-by: Vincent Guittot
Reviewed-by: Preeti U.
Hello Sirs/Madam,
We are the one of gifts factory in China .doing all kinds of Festival gifts
,activtity gifs ,promtional gifts ,like Christmas pins /keychains with photos
,lanyard ect .
Any demand or inquiry ,please feel free to contact me (Ms.Joan Wong）.
Wish we could have coopration
Hi Masami,
On Fri, 31 Oct 2014 14:51:29 -0400, Masami Hiramatsu wrote:
> Hi,
>
> Here is a sereis of patches for enabling "event cache" feature
> to perf probe. Brendan gives me this cool idea, thanks! :)
>
> In this series, I added following options/features;
> - --output option
>We can
On 10/31/2014 08:40 PM, Mika Westerberg wrote:
Commit 21f2aae91e902aad ("leds: leds-gpio: Add support for GPIO
descriptors") already converted most of the driver to use GPIO descriptors.
What is still missing is the platform specific hook gpio_blink_set() and
board files which pass legacy GPIO
On Tue, 2014-11-04 at 12:05 +1100, Anton Blanchard wrote:
> Signed-off-by: Anton Blanchard
> ---
>
> Index: b/fs/quota/dquot.c
> ===
> --- a/fs/quota/dquot.c
> +++ b/fs/quota/dquot.c
> @@ -2743,7 +2743,7 @@ static int __init
Hi guys,
On the NVIDIA shield (tegra114-roth) platform, I have noticed that MMC
stopped working completely on recent kernels. MMC devices will not show
up and the message "mmc1: Controller never released inhibit bit(s)."
shows up repeatedly in the console.
After bisecting I tracked commit
On 11/3/2014 2:05 AM, Daniel Thompson wrote:
> On 31/10/14 18:08, Frank Rowand wrote:
>> On 10/31/2014 2:43 AM, Daniel Thompson wrote:
>>> On 31/10/14 06:41, Stephen Boyd wrote:
On 10/30, Daniel Thompson wrote:
> On 29/10/14 18:14, Stephen Boyd wrote:
>> +r_count =
Hi All,
this set of patches adds implementation of HASH and ARRAY types of eBPF maps
which were described in manpage in commit b4fc1a460f30("Merge branch
'bpf-next'")
The difference vs previous version of these patches from August:
- added 'flags' attribute to BPF_MAP_UPDATE_ELEM
- in HASH type
proper types and function helpers are ready. Use them in verifier testsuite.
Remove temporary stubs
Signed-off-by: Alexei Starovoitov
---
kernel/bpf/test_stub.c | 56 +++
samples/bpf/test_verifier.c | 14 +--
2 files changed, 16
the current meaning of BPF_MAP_UPDATE_ELEM syscall command is:
either update existing map element or create a new one.
Initially the plan was to add a new command to handle the case of
'create new element if it didn't exist', but 'flags' style looks
cleaner and overall diff is much smaller (more
add new map type BPF_MAP_TYPE_ARRAY and its implementation
- optimized for fastest possible lookup()
. in the future verifier/JIT may recognize lookup() with constant key
and optimize it into constant pointer. Can optimize non-constant
key into direct pointer arithmetic as well, since
1 - 100 of 2138 matches
Mail list logo
