Good Day,
Financing shouldn't be a mystery for you, contact us for help today. Easy
Funding Service is here to help you solve out all your outstanding debts and be
free for good..We have come to conclusion that its high time a person can buy
his own house, good cars, established good business,
Robert Jarzmik writes:
> This is the initial stage to transfer the pxa25x and pxa27x CPU clocks
> handling from cpufreq to the clock API. More precisely, the clocks
> transferred are :
> - cpll : core pll, known also as the CPU core turbo frequency
> - core : core, known also as the CPU actual
This patch fixes the lockdep warning below
[7.229767] DEBUG_LOCKS_WARN_ON(irqs_disabled_flags(flags))
[7.229776] [ cut here ]
[7.229787] WARNING: CPU: 1 PID: 1 at
linux-next/kernel/locking/lockdep.c:2876 loc
kdep_trace_alloc+0xe0/0xf0
[7.229790] Modules lin
On Mon, 17 Oct 2016 08:30:49 +
Kuninori Morimoto wrote:
> These are OF graph base simple-card patch-set.
> 1) - 3) : simple-scu-card cleanup
> 4) - 10) : soc-core prepare for OF graph card
> 11) - 17) : OF graph new feature
> 18) - 23) : OF graph base simple-card
>
> I posted 11) - 17) OF
On Mon, Oct 17, 2016 at 10:49:55AM -0500, Zach Brown wrote:
> Create an option CONFIG_LED_TRIGGER_PHY (default n), which will create a
> set of led triggers for each instantiated PHY device. There is one LED
> trigger per link-speed, per-phy.
> The triggers are registered during phy_attach and unre
The script "checkpatch.pl" can point information out like the following.
WARNING: Prefer kcalloc over kzalloc with multiply
Thus fix the affected source code places.
Signed-off-by: Nobuhiro Iwamatsu
Cc: Anton Vorontsov
Cc: Colin Cross
Cc: Kees Cook
Cc: Mark Salyzyn
Cc: Seiji Aguchi
Cc:
This enables ramoops to deal with multiple pmsg instances.
A User can configure the size of each buffers by its module parameter
as follows.
pmsg_size=0x1000,0x2000,...
Then, the ramoops allocates multiple buffers and tells the number
of buffers to pstore to create multiple /dev/pmsg[ID].
Sign
This commit renames 'przs' member in struct ramoops_context to 'dprzs'
so that it stands for 'dump przs'.
Signed-off-by: Nobuhiro Iwamatsu
Signed-off-by: Hiraku Toyooka
Cc: Anton Vorontsov
Cc: Colin Cross
Cc: Kees Cook
Cc: Mark Salyzyn
Cc: Seiji Aguchi
Cc: Shuah Khan
Cc: Tony Luck
V3:
This commit renames ramoops_init_prz() to ramoops_init_dprzs() so that
it stands for 'dump przs'.
Signed-off-by: Nobuhiro Iwamatsu
Signed-off-by: Hiraku Toyooka
Cc: Anton Vorontsov
Cc: Colin Cross
Cc: Kees Cook
Cc: Mark Salyzyn
Cc: Seiji Aguchi
Cc: Shuah Khan
Cc: Tony Luck
V3:
Rebase.
From: Hiraku Toyooka
This enables pmsg to deal with multiple instances. One possible
use is content priority control on limited persistent store space. By
using different buffers, we can prevent important messages from being
overwritten by less important messages.
When pstore backend module spec
From: Hiraku Toyooka
To test multiple pmsg, we should check that /dev/pmsg[N] (N > 0) is
available. After reboot, we should check that pmsg-[backend]-[N] which
keeps content is detected even if pmsg-[backend]-[N-M] (0 < M <= N)
doesn't exist due to lack of contents.
So this adds the following te
This commit changes parameter of ramoops_free_przs() from
struct ramoops_context * into struct persistent_ram_zone * in order to
make it available for all prz array.
Signed-off-by: Nobuhiro Iwamatsu
Signed-off-by: Hiraku Toyooka
Cc: Anton Vorontsov
Cc: Colin Cross
Cc: Kees Cook
Cc: Mark Salyz
The following series implements multiple pmsg. This feature allows
userspace program to control individual content aging or priority.
If a pstore backend module(e.g. ramoops) requires the multiple pmsg
instances when registering itself to pstore, multiple /dev/pmsg[ID]
are created. Writes to each
This commit adds generic function __ramoops_init_prz() to reduce redundancy
between ramoops_init_prz() and ramoops_init_przs().
Signed-off-by: Nobuhiro Iwamatsu
Signed-off-by: Hiraku Toyooka
Cc: Anton Vorontsov
Cc: Colin Cross
Cc: Kees Cook
Cc: Mark Salyzyn
Cc: Seiji Aguchi
Cc: Shuah Khan
From: Patrice Chotard
Thanks to 332e99d5ae4 which now alerts of default
trigger usage when configuring interrupts.
Signed-off-by: Patrice Chotard
---
drivers/pinctrl/pinctrl-st.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/pinctrl/pinctrl-st.c b/drivers/pinctrl/
Hi,
Lipengcheng writes:
>> -Original Message-
>> From: Felipe Balbi [mailto:ba...@kernel.org]
>> Sent: Monday, October 17, 2016 5:29 PM
>> To: Lipengcheng; Peter Chen
>> Cc: gre...@linuxfoundation.org; linux-...@vger.kernel.org;
>> linux-kernel@vger.kernel.org
>> Subject: RE: USB GADGET
On 18 October 2016 at 05:19, Shawn Lin wrote:
> Hi Ulf,
>
> On 2016/10/17 20:54, Ulf Hansson wrote:
>>
>> Signed-off-by: Ulf Hansson
>> ---
>> MAINTAINERS | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/MAINTAINERS b/MAINTAINERS
>> index a009e00..e685724 100644
>> ---
From: z00281421
bdi flusher may enter page alloc slow path due to writepage and kmalloc.
in that case the flusher as a direct reclaimer should not be throttled here
because it can not to reclaim clean file pages or anaonymous pages
for next moment; furthermore writeback rate of dirty pages would
From: Niklas Cassel
phy_device->supported is originally set by the PHY driver.
The ethernet driver should filter phy_device->supported to only contain
flags supported by the IP.
The IP supports setting rx and tx flow control independently,
therefore SUPPORTED_Pause and SUPPORTED_Asym_Pause should
From: Niklas Cassel
Allow autoneg to enable flow control by default.
The behavior when autoneg is off has not changed.
Signed-off-by: Niklas Cassel
Signed-off-by: Jesper Nilsson
Acked-by: Lars Persson
---
drivers/net/ethernet/synopsys/dwc_eth_qos.c | 1 +
1 file changed, 1 insertion(+)
diff
Since the oldabi syscall interface was first introduced, the infrastructure
changed and the patch no longer compiles. See commit f56141e3e2d9a ("all
arches, signal: move restart_block to struct task_struct") for details.
Fixes: 1ace5d1e3d4b4 ("unicore32-oldabi: add oldabi syscall interface")
Signe
On Mon, 17 Oct 2016 08:34:19 +
Kuninori Morimoto wrote:
> From: Kuninori Morimoto
>
> snd_soc_get_dai_name() is used from snd_soc_of_get_dai_name(),
> and it is assuming that DT is using "sound-dai" / "#sound-dai-cells".
> But graph base DT is using "remote-endpoint". This patch makes
> snd
On Tue, Oct 11, 2016 at 11:46 PM, Maxime Ripard
wrote:
> The generic pin configuration and multiplexing should be preferred now,
> even though we still support the old one.
>
> Signed-off-by: Maxime Ripard
Acked-by: Chen-Yu Tsai
On Tue, Oct 11, 2016 at 11:46 PM, Maxime Ripard
wrote:
> The allwinner,drive property set to 10mA was really considered as our
> default. Remove all those properties entirely to make that obvious.
>
> Signed-off-by: Maxime Ripard
Acked-by: Chen-Yu Tsai
On Tue, Oct 11, 2016 at 11:46 PM, Maxime Ripard
wrote:
> The allwinner,pull property set to NO_PULL was really considered our
> default (and wasn't even changing the default value in the code).
>
> Remove these properties to make it obvious that we do not set anything in
> such a case.
>
> Signed-
On 10/14/2016 05:03 AM, js1...@gmail.com wrote:
@@ -145,6 +145,35 @@ static int __init cma_activate_area(struct cma *cma)
static int __init cma_init_reserved_areas(void)
{
int i;
+ struct zone *zone;
+ pg_data_t *pgdat;
+
+ if (!cma_area_count)
+ return 0
On Tue, Oct 18, 2016 at 12:54:03AM -0400, Pranith Kumar wrote:
> deference should actually be dereference.
>
> Signed-off-by: Pranith Kumar
Good catch.
Reviewed-by: Josh Triplett
> Documentation/RCU/whatisRCU.txt | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/Docum
On Tue, Oct 11, 2016 at 11:46 PM, Maxime Ripard
wrote:
> Now that we can handle the generic pinctrl bindings, convert our DT to it.
>
> Signed-off-by: Maxime Ripard
Acked-by: Chen-Yu Tsai
On Mon, Oct 17, 2016 at 02:33:21PM -0700, Stefan Agner wrote:
> There is no need to request a CMA backed framebuffer if fbdev
> emulation is not enabled.
>
> Signed-off-by: Stefan Agner
> ---
> drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
From: zhong jiang
At present, Tying the first_num size to NCHUNKS_ORDER is confusing.
the number of chunks is completely unrelated to the number of buddies.
The patch limit the first_num to actual range of possible buddy indexes.
and that is more reasonable and obvious without functional change.
On Tue, Oct 18, 2016 at 01:47:24AM +0200, Mario Kleiner wrote:
> On 10/18/2016 12:13 AM, Arnd Bergmann wrote:
> > gcc warns about the timestamp in drm_wait_vblank being possibly
> > used without an initialization:
> >
> > drivers/gpu/drm/drm_irq.c: In function 'drm_crtc_send_vblank_event':
> > dri
On Tue, Oct 11, 2016 at 11:46 PM, Maxime Ripard
wrote:
> Even though the our binding had the assumption that the allwinner,pull and
> allwinner,drive properties were optional, the code never took that into
> account.
>
> Fix that.
>
> Signed-off-by: Maxime Ripard
> ---
> drivers/pinctrl/sunxi/pi
Hi Shimoda-san,
On Tue, Oct 18, 2016 at 8:19 AM, Yoshihiro Shimoda
wrote:
>> From: geert.uytterhoe...@gmail.com
>> Sent: Monday, October 17, 2016 9:28 PM
>> On Mon, Oct 17, 2016 at 9:10 AM, Yoshihiro Shimoda
>> wrote:
>> > This patch adds sysfs "otg_inputs" for usb role swap. This parameter
>> >
Hi
On 09/23/2016 05:06 PM, Rob Herring wrote:
> On Wed, Sep 14, 2016 at 02:27:39PM +0100, Peter Griffin wrote:
>> This phy is only used on STiH415/6 based silicon, and support for
>> these SoC's is being removed from the kernel.
>>
>> Signed-off-by: Peter Griffin
>> Cc:
>> ---
>> .../devicetree
Hi
On 09/14/2016 03:27 PM, Peter Griffin wrote:
> Remove this driver as the IP is only found on STiH415/6
> silicon, and support for these SoC's is being removed
> from the kernel.
>
> Signed-off-by: Peter Griffin
> Cc:
Acked-by: Patrice Chotard
Applied on sti-dt-for-4.10 branch
Thanks
>
Hi
On 09/23/2016 05:06 PM, Rob Herring wrote:
> On Wed, Sep 14, 2016 at 02:27:40PM +0100, Peter Griffin wrote:
>> This phy is only used on STiH415/6 based silicon, and support for
>> these SoC's is being removed from the kernel.
>>
>> Signed-off-by: Peter Griffin
>> Cc:
>> ---
>> .../devicetre
On Tue, 18 Oct 2016 13:42:09 +0800
Chen-Yu Tsai wrote:
> On the A31, the DMA engine only works if AHB1 is clocked from PLL6.
> In addition, the hstimer is clocked from AHB1, and if AHB1 is clocked
> from the CPU clock, and cpufreq is working, we get an unstable timer.
>
> Force the AHB1 clock to
Hi
On 09/14/2016 03:27 PM, Peter Griffin wrote:
> Remove this driver as the IP is only found on STiH415/6
> silicon, and support for these SoC's is being removed
> from the kernel.
>
> Signed-off-by: Peter Griffin
> Cc:
Acked-by: Patrice Chotard
Applied on sti-dt-for-4.10 branch
Thanks
>
Thanks,
Acked-by: Benjamin Gaignard
2016-10-17 17:44 GMT+02:00 Javier Martinez Canillas :
> If the driver is built as a module, autoload won't work because the module
> alias information is not filled. So user-space can't match the registered
> device with the corresponding module.
>
> Export th
Hi
On 09/14/2016 03:27 PM, Peter Griffin wrote:
> This IP is only found on STiH415/6 silicon and support
> for these SoCs is being removed from the kernel.
>
> Signed-off-by: Peter Griffin
> Cc:
Acked-by: Patrice Chotard
Applied on sti-defconfig-for-4.10 branch
Thanks
> ---
> arch/arm/c
Hi
On 09/14/2016 03:27 PM, Peter Griffin wrote:
> This IP is only found on STiH415/6 silicon and support
> for these SoCs is being removed from the kernel.
>
> Signed-off-by: Peter Griffin
> Cc:
Acked-by: Patrice Chotard
Applied on sti-defconfig-for-4.10 branch
Thanks
> ---
> arch/arm/co
Hi
On 09/23/2016 05:08 PM, Rob Herring wrote:
> On Wed, Sep 14, 2016 at 02:27:46PM +0100, Peter Griffin wrote:
>> STiH415/6 SoC's are being removed from the kernel. This
>> patch removes the compatibles from the dt doc and also
>> updates the example to a supported platform.
>>
>> Signed-off-by: P
On Tue, Oct 18, 2016 at 3:50 PM, Jean-Francois Moine wrote:
> On Tue, 18 Oct 2016 13:42:09 +0800
> Chen-Yu Tsai wrote:
>
>> On the A31, the DMA engine only works if AHB1 is clocked from PLL6.
>> In addition, the hstimer is clocked from AHB1, and if AHB1 is clocked
>> from the CPU clock, and cpufr
* r...@redhat.com wrote:
> These patches defer FPU state loading until return to userspace.
>
> This has the advantage of not clobbering the FPU state of one task
> with that of another, when that other task only stays in kernel mode.
>
> It also allows us to skip the FPU restore in kernel_fpu
* Arnaldo Carvalho de Melo wrote:
> Hi,
>
> Ingo pointed out to me that in the kernel sources we do not use
> file/dir names with uppercase chars (look, for instance, at arch/), so I
> mostly scripted a conversion to lowercase and what I got is at:
>
>git://git.kernel.org/pub/scm/lin
Hi
On 09/23/2016 05:10 PM, Rob Herring wrote:
> On Wed, Sep 14, 2016 at 02:27:50PM +0100, Peter Griffin wrote:
>> STiH415/6 SoC support is being removed from the kernel.
>> This patch updates the sti dt powerdown bindings and
>> removes references to these obsolete platforms.
>>
>> Signed-off-by:
On 09/23/2016 05:11 PM, Rob Herring wrote:
> On Wed, Sep 14, 2016 at 02:27:56PM +0100, Peter Griffin wrote:
>> This patch removes support for STiH415/6 SoC's from the
>> dwmac-sti driver and dt binding doc, as support for these
>> platforms is being removed from the kernel. It also removes
>> STi
IP blocks allowing a variety of trace sources to log debugging
information to a pre-defined area have been introduced on a couple of
architecture [1][2]. These system trace blocks (also known as STM)
typically follow the MIPI STPv2 protocol [3] and provide a system wide
logging facility to any devi
Currently Function traces can be only exported to ring buffer, this
patch added trace_export concept which can process traces and export
them to a registered destination as an addition to the current only
one output of Ftrace - i.e. ring buffer.
In this way, if we want Function traces to be sent t
On 10/17/2016 01:45 PM, Peter Zijlstra wrote:
On Mon, Oct 17, 2016 at 01:27:08PM +0200, Vegard Nossum wrote:
On 10/17/2016 11:09 AM, Peter Zijlstra wrote:
On Mon, Oct 17, 2016 at 11:01:13AM +0200, Jiri Slaby wrote:
On the top of that, it's incorrect C according to the standard.
According to
This patch adds a driver that models itself as an stm_source called
stm_ftrace. Once the stm device and stm_ftrace have been linked via
sysfs, the driver registers itself as a trace_export and everything
passed to the interface from Ftrace subsystem will end up in the STM
trace engine.
Signed-off-
If CONFIG_STM_SOURCE_FTRACE is selected, Function trace data can be writen
to sink via STM, all functions that related to writing data packets to
STM should be marked 'notrace' to avoid being traced by Ftrace, otherwise
the program would stall into an endless loop.
Signed-off-by: Chunyan Zhang
Ac
Le 15/10/2016 à 16:55, Julia Lawall a écrit :
> Check for snd_soc_ops structures that are only stored in the ops field of a
> snd_soc_dai_link structure. This field is declared const, so snd_soc_ops
> structures that have this property can be declared as const also.
>
> The semantic patch that ma
Hi John,
On 18 October 2016 at 01:35, John Stultz wrote:
> On Mon, Oct 17, 2016 at 3:40 PM, Andy Lutomirski wrote:
>> On Mon, Oct 17, 2016 at 3:35 PM, John Stultz wrote:
>>> This patch adds CAP_GROUP_MIGRATE and logic to allows a process
>>> to migrate other tasks between cgroups.
>>>
>>> In An
If we want to set the hardware OD to relay mode,
we have to set OD_CFG register rather than
OD_RELAYMODE; otherwise, the system will access
the wrong address.
Fixes: 7216436420414144646f5d8343d061355fd23483 ("drm/mediatek: set mt8173
dithering function")
Cc: sta...@vger.kernel.org # v4.9+
Signed-
On Tue, Oct 18, 2016 at 09:42:57AM +0200, Vlastimil Babka wrote:
> On 10/14/2016 05:03 AM, js1...@gmail.com wrote:
> >@@ -145,6 +145,35 @@ static int __init cma_activate_area(struct cma *cma)
> > static int __init cma_init_reserved_areas(void)
> > {
> > int i;
> >+struct zone *zone;
> >+
Hi,
The Allwinner display engine doesn't have any kind of hardware help to deal
with TV overscan.
This means that if we use the only mode the hardware provides (either PAL
or NTSC, or something else), most of the screens will crop the borders of
the image, which is bad.
We can however use someki
Rewrite the command line parser in order to get away from the state machine
parsing the video mode lines.
Hopefully, this will allow to extend it more easily to support named modes
and / or properties set directly on the command line.
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/drm_modes.c
The drm subsystem also uses the video= kernel parameter, and in the
documentation refers to the fbdev documentation for that parameter.
However, that documentation also says that instead of giving the mode using
its resolution we can also give a name. However, DRM doesn't handle that
case at the m
Since the mode passed in mode_set is probably going to be a scaled down
version of the TV mode, we cannot just use it.
Instead, try to retrieve the actual mode we want to set, and generate a drm
mode from that.
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/sun4i/sun4i_tv.c | 7 ++-
1 fil
We'll need a custom CRTC state to deal with the overscan setup.
We'll store in it the actual display size that can be used by the
applications, and the size to use on the plane.
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/sun4i/sun4i_backend.c | 18 +-
drivers/gpu/drm/sun4i/sun
Create overscan profiles reducing the displayed zone.
For each TV standard (PAL and NTSC so far), we create 4 more reduced modes
by steps of 5% that the user will be able to select.
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/sun4i/sun4i_tv.c | 60 +++--
1 file
Hi Steve,
On Monday 17 Oct 2016 15:36:14 Steve Longerbeam wrote:
> On 10/16/2016 05:18 AM, Laurent Pinchart wrote:
> > On Wednesday 03 Aug 2016 11:03:45 Steve Longerbeam wrote:
> >> Parse the optional v4l2 endpoint DT node. If the bus type is
> >> V4L2_MBUS_BT656 and the endpoint node specifies "n
Jan Stancek writes:
> Hi Mike,
>
> Revert of 67961f9db8c4 helps, I let whole suite run for 100 iterations,
> there were no issues.
>
> I cut down reproducer and removed last mmap/write/munmap as that is enough
> to reproduce the problem. Then I started introducing some traces into kernel
> and not
Hi Jonathan,
2016-09-03 19:21 GMT+02:00 Jonathan Cameron :
> On 01/09/16 08:24, Lee Jones wrote:
Given this dependency I'm assuming the best route for these is via
the MFD tree...
Lee, shout if you want them to go a different route.
>>>
>>> IIO looks lik
Em Mon, 17 Oct 2016 16:43:42 -0600
Jonathan Corbet escreveu:
> I've only been able to take a quick look at these - I'm buried fairly deep
> at the moment. A few superficial thoughts.
>
> On Mon, 17 Oct 2016 14:55:37 -0200
> Mauro Carvalho Chehab wrote:
>
> > In my opinion, it would be better
On 2016/10/17 22:56, Lorenzo Pieralisi wrote:
Commit 7ba5f605f3a0 ("arm64/numa: remove the limitation that cpu0 must
bind to node0") removed the numa cpu<->node mapping restriction whereby
logical cpu 0 always corresponds to numa node 0; removing the
restriction was correct, in that it does not r
On 18 October 2016 at 00:52, Dietmar Eggemann wrote:
> On 10/17/2016 02:54 PM, Vincent Guittot wrote:
>> On 17 October 2016 at 15:19, Peter Zijlstra wrote:
>>> On Mon, Oct 17, 2016 at 12:49:55PM +0100, Dietmar Eggemann wrote:
>
> [...]
>
BTW, I guess we can reach .tg_load_avg up to ~30-4
mmc_regulator_get_supply might silently fail if the regulators are not
found, which is the right thing to do since both these regulators are
optional.
However, the drivers then have no way to know whether or not they should
proceed and call mmc_regulator_set_ocr. And since this function doesn't
ch
Hi Jean-Francois
> > These are OF graph base simple-card patch-set.
> > 1) - 3) : simple-scu-card cleanup
> > 4) - 10) : soc-core prepare for OF graph card
> > 11) - 17) : OF graph new feature
> > 18) - 23) : OF graph base simple-card
(snip)
> > 11) Documentation: of: add type property
>
On 10/18/2016 09:47 AM, Patrice Chotard wrote:
> Hi
>
> On 09/23/2016 05:06 PM, Rob Herring wrote:
>> On Wed, Sep 14, 2016 at 02:27:39PM +0100, Peter Griffin wrote:
>>> This phy is only used on STiH415/6 based silicon, and support for
>>> these SoC's is being removed from the kernel.
>>>
>>> Sig
The planes can do more than what was previously exposed. Add support for
them.
Signed-off-by: Maxime Ripard
---
drivers/gpu/drm/sun4i/sun4i_backend.c | 20
drivers/gpu/drm/sun4i/sun4i_layer.c | 6 ++
2 files changed, 26 insertions(+)
diff --git a/drivers/gpu/drm/sun4
On 10/18/2016 09:47 AM, Patrice Chotard wrote:
> Hi
>
> On 09/23/2016 05:06 PM, Rob Herring wrote:
>> On Wed, Sep 14, 2016 at 02:27:40PM +0100, Peter Griffin wrote:
>>> This phy is only used on STiH415/6 based silicon, and support for
>>> these SoC's is being removed from the kernel.
>>>
>>> Si
On Tue, 18 Oct 2016, Martin Schwidefsky wrote:
> On Tue, 18 Oct 2016 00:16:13 +0200
> Arnd Bergmann wrote:
>
> > gcc correctly warns about an incorrect use of the 'pa' variable
> > in case we pass an empty scatterlist to __s390_dma_map_sg:
> >
> > arch/s390/pci/pci_dma.c: In function '__s390_dma
Hi,
On 18 October 2016 at 16:43, Maxime Ripard
wrote:
> mmc_regulator_get_supply might silently fail if the regulators are not
> found, which is the right thing to do since both these regulators are
> optional.
>
> However, the drivers then have no way to know whether or not they should
> proceed
Commit-ID: e63650840e8b053aa09ad934877e87e9941ed135
Gitweb: http://git.kernel.org/tip/e63650840e8b053aa09ad934877e87e9941ed135
Author: Andy Lutomirski
AuthorDate: Mon, 17 Oct 2016 14:40:11 -0700
Committer: Ingo Molnar
CommitDate: Tue, 18 Oct 2016 09:56:03 +0200
x86/fpu: Finish excising
On 18 October 2016 09:35:06 BST, Enric Balletbo Serra
wrote:
>Hi Jonathan,
>
>2016-09-03 19:21 GMT+02:00 Jonathan Cameron :
>> On 01/09/16 08:24, Lee Jones wrote:
> Given this dependency I'm assuming the best route for these is
>via
> the MFD tree...
>
> Lee, sho
On Tuesday, October 18, 2016 8:46:32 AM CEST Robert Jarzmik wrote:
> This reverts commit c91134d9194478144ba579ca6efeddf628055650.
>
> The conversion of the pxa architecture is now finished for all
> drivers, so this functions has fullfilled its purpose and can
> now be removed.
>
> Signed-off-by
On 10/18/2016 10:05 AM, Patrice Chotard wrote:
>
>
> On 09/23/2016 05:11 PM, Rob Herring wrote:
>> On Wed, Sep 14, 2016 at 02:27:56PM +0100, Peter Griffin wrote:
>>> This patch removes support for STiH415/6 SoC's from the
>>> dwmac-sti driver and dt binding doc, as support for these
>>> platfor
Huge pages are detrimental for small file: they causes noticible
overhead on both allocation performance and memory footprint.
This patch aimed to address this issue by avoiding huge pages until file
grown to specified size. This would cover most of the cases where huge
pages causes regressions in
On 18 October 2016 at 10:43, Maxime Ripard
wrote:
> mmc_regulator_get_supply might silently fail if the regulators are not
> found, which is the right thing to do since both these regulators are
> optional.
>
> However, the drivers then have no way to know whether or not they should
> proceed and
No functional change by this patch.
Signed-off-by: Aneesh Kumar K.V
---
mm/hugetlb.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/mm/hugetlb.c b/mm/hugetlb.c
index da8fbd02b92e..2ff57dfb772d 100644
--- a/mm/hugetlb.c
+++ b/mm/hugetlb.c
@@ -3648,8 +3648,7 @@ static in
On Tuesday 18 October 2016 02:22 PM, Patrice Chotard wrote:
>
>
> On 10/18/2016 09:47 AM, Patrice Chotard wrote:
>> Hi
>>
>> On 09/23/2016 05:06 PM, Rob Herring wrote:
>>> On Wed, Sep 14, 2016 at 02:27:40PM +0100, Peter Griffin wrote:
This phy is only used on STiH415/6 based silicon, and
On Mon, Oct 17, 2016 at 11:52:39PM +0100, Dietmar Eggemann wrote:
>
> Something looks weird related to the use of for_each_possible_cpu(i) in
> online_fair_sched_group() on my i5-3320M CPU (4 logical cpus).
>
> In case I print out cpu id and the cpu masks inside the
> for_each_possible_cpu(i)
>
Add NAND driver to support the Oxford Semiconductor OX820 NAND Controller.
This is a simple memory mapped NAND controller with single chip select and
software ECC.
Signed-off-by: Neil Armstrong
---
.../devicetree/bindings/mtd/oxnas-nand.txt | 24
drivers/mtd/nand/Kconfig
On Tuesday 18 October 2016 02:15 PM, Patrice Chotard wrote:
>
>
> On 10/18/2016 09:47 AM, Patrice Chotard wrote:
>> Hi
>>
>> On 09/23/2016 05:06 PM, Rob Herring wrote:
>>> On Wed, Sep 14, 2016 at 02:27:39PM +0100, Peter Griffin wrote:
This phy is only used on STiH415/6 based silicon, and s
If a device tree specified a preferred device for kernel console output
via the stdout-path or linux,stdout-path chosen node properties there's
no guarantee that it will have specified a device for which we have a
driver. It may also be the case that we do have a driver but it doesn't
call of_conso
On 10/18/2016 1:05 AM, Arnd Bergmann wrote:
> @@ -1309,7 +1311,7 @@ static bool validate_net_dev(struct net_device *net_dev,
> static struct net_device *cma_get_net_dev(struct ib_cm_event *ib_event,
> const struct cma_req_info *req)
> {
> - struct socka
On Monday, 17 October 2016 19:39:57 BST Andreas Schwab wrote:
> On Okt 17 2016, Paul Burton wrote:
> > Could you share the device tree from your system?
>
> This is the contents of chosen/linux,stdout-path on the systems I have:
>
> chosen/linux,stdout-path
> "/pci@f000/ATY,
Am Sonntag, 16. Oktober 2016, 21:49:43 schrieb Paul Kocialkowski:
> Hi,
>
> Le mardi 27 septembre 2016 à 13:53 -0700, Vagrant Cascadian a écrit :
> > This essentially mimics what was done with rk3288-veyron-minnie in
> > commit 984926781122f034d5bc9962815d135b6c4a8e1d.
> >
> > The eMMC of the spe
Hi
On 09/14/2016 03:27 PM, Peter Griffin wrote:
> This IP is only found on STiH415/6 silicon and support
> for these SoCs is being removed from the kernel.
>
> Signed-off-by: Peter Griffin
> Cc:
Acked-by: Patrice Chotard
Applied on STi-defconfig-for-4.10 branch
Thanks
> ---
> arch/arm/con
* Wanpeng Li wrote:
> ===
> [ INFO: suspicious RCU usage. ]
> 4.8.0+ #24 Not tainted
> ---
> ./arch/x86/include/asm/msr-trace.h:47 suspicious rcu_dereference_check()
> usage!
>
> other info that might help us debug this:
>
> RCU u
On Tue, Oct 18, 2016 at 10:29:33AM +0200, Maxime Ripard wrote:
> The Allwinner display engine doesn't have any kind of hardware help to deal
> with TV overscan.
I'm not sure I follow. My understanding (from reading the CEA specs)
is that TVs are expected to overscan the image, so the upper left,
On Mon, Oct 17, 2016 at 6:46 PM, Linus Torvalds
wrote:
> On Mon, Oct 17, 2016 at 9:04 AM, Sedat Dilek wrote:
>>
>> not sure whom to address on this issue.
>>
>> I have built Linux v4.9-rc1, v4.8.2 and v4.4.25 kernels (in this
>> order) this morning.
>>
>> Building a Linux v4.8.2 under Linux v4.9-
2016-10-18 17:24 GMT+08:00 Ingo Molnar :
>
> * Wanpeng Li wrote:
>
>> ===
>> [ INFO: suspicious RCU usage. ]
>> 4.8.0+ #24 Not tainted
>> ---
>> ./arch/x86/include/asm/msr-trace.h:47 suspicious rcu_dereference_check()
>> usage!
>>
>> o
On Tue, Oct 18, 2016 at 3:38 AM, Ming Lei wrote:
> On Tue, Oct 18, 2016 at 12:04 AM, Sedat Dilek wrote:
>> Hi Linus,
>>
>> not sure whom to address on this issue.
>>
>> I have built Linux v4.9-rc1, v4.8.2 and v4.4.25 kernels (in this
>> order) this morning.
>>
>> Building a Linux v4.8.2 under Lin
On Mon 17-10-16 22:15:29, Christoph Hellwig wrote:
> Thanks Arnd, this looks fine to me:
>
> Reviewed-by: Christoph Hellwig
Thanks! I have pulled the patch into my tree and will push it to Linus.
Honza
--
Jan Kara
SUSE Labs, CR
On Mon, Oct 17, 2016 at 06:56:13PM -0700, Stephen Boyd wrote:
> The state of USB ChipIdea support on Qualcomm's platforms is not great.
> The DT description of these devices requires up to three different nodes
> for what amounts to be the same hardware block, when there should really
> only be one
Commit-ID: 1c7df9c183278052aedc3dcb9fecb8bf2b24a659
Gitweb: http://git.kernel.org/tip/1c7df9c183278052aedc3dcb9fecb8bf2b24a659
Author: Peter Zijlstra
AuthorDate: Sat, 8 Oct 2016 10:12:28 +0200
Committer: Ingo Molnar
CommitDate: Tue, 18 Oct 2016 11:19:05 +0200
locking, fs/locks: Add mis
On 16 October 2016 at 17:56, Vegard Nossum wrote:
> We need an explicit dependency on FAULT_INJECTION in order to keep
> FAIL_MMC_REQUEST (and subsequent entries) inside the FAULT_INJECTION
> menu.
>
> Fixes: 28ff4fda9e5b ("mmc: kconfig: replace FAULT_INJECTION with
> FAULT_INJECTION_DEBUG_FS")
>
1 - 100 of 883 matches
Mail list logo
