There are 3 kinds of OLinuXino Lime2 boards.
One without any on board storage, one with NAND storage and one with
eMMC storage. This patch adds the eMMC variant of boards.
eMMC storage is different from a regular SD card in that it is soldered
on the board and cannot be changed. Additionally, it s
On Tuesday 03 May 2016 06:04 PM, Jon Hunter wrote:
On 02/05/16 13:17, Laxman Dewangan wrote:
+
+ return tegra_io_rail_power_on(dpd_bit);
From a readability standpoint the above seems weird because
tegra_io_pads_power_enable() takes an ID as the argument, translates it
to a bit value and
On 02/05/16 13:17, Laxman Dewangan wrote:
> NVIDIA Tegra210 supports the IO pads which can operate at 1.8V
> or 3.3V I/O voltage levels. Also IO pads can be configured for
> power down state if it is not in used. SW needs to configure the
> voltage level of IO pads based on IO rail voltage and its
Hi, all
On 2016/5/3 19:07, Zhangjian (Bamvor) wrote:
On 2016/5/3 17:05, Arnd Bergmann wrote:
On Tuesday 03 May 2016 10:00:45 Catalin Marinas wrote:
On Fri, Apr 29, 2016 at 07:30:19PM +0200, Arnd Bergmann wrote:
On Friday 29 April 2016 17:01:55 Catalin Marinas wrote:
On Wed, Apr 06, 2016 at
On Tue, May 03, 2016 at 10:21:24AM +0200, Christoffer Dall wrote:
> On Mon, May 02, 2016 at 12:54:14PM +, Jason Cooper wrote:
> > On Thu, Apr 28, 2016 at 02:13:23PM +0100, Marc Zyngier wrote:
> > > [+ Thomas, Jason]
> > >
> > > Do you have any objection against this going through the KVM tree?
Hi, yury
On 2016/4/13 23:55, Yury Norov wrote:
Hi Bamvor,
On Wed, Apr 13, 2016 at 05:19:28PM +0800, Zhangjian (Bamvor) wrote:
Hi, Yury and Philipp
There is a small fix for this patch. Othervise our tools of living
patch could not work.
Regards
Bamvor
From e05770efca9f040e0039a4a9c4e0d7d3b
Hi Robin,
On Tue, May 03, 2016 at 12:15:52PM +0100, Robin Murphy wrote:
>On 03/05/16 11:15, Peng Fan wrote:
>>According MMU-500 TRM, section 3.7.1 Auxiliary Control registers,
>>You can modify ACTLR only when the ACR.CACHE_LOCK bit is 0.
>>
>>So before clearing ARM_MMU500_ACTLR_CPRE of each contex
On Tue, May 3, 2016 at 2:15 PM, Rafael J. Wysocki wrote:
> On Tue, May 3, 2016 at 10:32 AM, Peter Zijlstra wrote:
>> On Tue, May 03, 2016 at 09:10:51AM +0800, kernel test robot wrote:
>>> FYI, we noticed the following commit:
>>>
>>> https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git sch
On 03/05/16 13:31, Laxman Dewangan wrote:
>
> On Tuesday 03 May 2016 06:04 PM, Jon Hunter wrote:
>> On 02/05/16 13:17, Laxman Dewangan wrote:
>>> +
>>> +return tegra_io_rail_power_on(dpd_bit);
>> From a readability standpoint the above seems weird because
>> tegra_io_pads_power_enable() take
On Tue, May 3, 2016 at 2:54 PM, Rafael J. Wysocki wrote:
> On Tue, May 3, 2016 at 2:15 PM, Rafael J. Wysocki wrote:
>> On Tue, May 3, 2016 at 10:32 AM, Peter Zijlstra wrote:
>>> On Tue, May 03, 2016 at 09:10:51AM +0800, kernel test robot wrote:
FYI, we noticed the following commit:
>>>
On Fri, Apr 29, 2016 at 10:40:18PM +0200, Marcel Ziswiler wrote:
> The GPIO-based bitbanging I2C driver is required to make HDMI work on
> the Apalis iMX6 module plugged into a Ixora carrier board featuring a
> DDC channel to read a screen's EDID being hooked up to regular GPIOs.
>
> Signed-off-by
On 05/01/2016 08:34 PM, Jonathan Cameron wrote:
> On 29/04/16 20:02, Crestez Dan Leonard wrote:
>> Right now it is possible to only enable some of the x/y/z channels, for
>> example you can enable accel_z without x or y. If you actually do that
>> what you get is actually only the x channel.
>>
>>
On Tuesday 03 May 2016 06:25 PM, Jon Hunter wrote:
Currently SOR driver is using the tegra_io_rail_power_off/on() APIs.
Once the proper interface available then I will move sor driver to use
new method and then we can full get rid of older APIs and macros.
Till that, we need to have this.
I
On Tue 03-05-16 08:40:11, Chris Mason wrote:
> On Tue, May 03, 2016 at 02:17:19PM +0200, Jan Kara wrote:
> > On Thu 28-04-16 12:46:41, Jens Axboe wrote:
> > > >>- rwb->wb_max = 1 + ((depth - 1) >> min(31U, rwb->scale_step));
> > > >>- rwb->wb_normal = (rwb->wb_max + 1) / 2;
> > > >>-
On Tuesday 03 May 2016 06:14 PM, Jon Hunter wrote:
On 02/05/16 13:17, Laxman Dewangan wrote:
+
+The voltage supported on the pads are 1.8V and 3.3V. The enums are defined as:
+ For 1.8V, use TEGRA_IO_PAD_POWER_SOURCE_180UV
+ For 3.3V, use TEGRA_IO_PAD_POWER_SOURCE_330UV
Are
On Tue, May 03, 2016 at 01:45:20AM -0700, Christoph Hellwig wrote:
> On Mon, May 02, 2016 at 11:06:44AM -0700, Paul E. McKenney wrote:
> > And for v. But how do I do that without C++ templates?
> >
> > Also, does __builtin_constant_p() work reliably on a parameter?
> > Especially when the compile
> 在 2016年5月3日，下午7:23，Hannes Frederic Sowa 写道：
>
> On Tue, May 3, 2016, at 12:35, Richard Weinberger wrote:
>> On Tue, May 3, 2016 at 12:12 PM, Guillaume Nault
>> wrote:
>>> On Sun, May 01, 2016 at 09:38:57PM +0800, Wang Shanker wrote:
static int ppp_open(struct inode *inode, struct file *f
On Tue, Mar 08, 2016 at 11:15:22PM +0800, Yi Zhang wrote:
> the driver_data may be used for sanity check, it fails the
> probe() if driver_data is NULL after it is re-triggered.
> for example, soc_probe() in sound/soc/soc-core.c
>
> Signed-off-by: Yi Zhang
> ---
> drivers/base/dd.c | 3 ++-
> 1
On 03/05/16 13:48, Laxman Dewangan wrote:
>
> On Tuesday 03 May 2016 06:25 PM, Jon Hunter wrote:
>>
>>>
>>> Currently SOR driver is using the tegra_io_rail_power_off/on() APIs.
>>> Once the proper interface available then I will move sor driver to use
>>> new method and then we can full get rid o
On Mon, 2016-05-02 at 15:31 +0530, Vinod Koul wrote:
> On Wed, Apr 27, 2016 at 02:15:36PM +0300, Andy Shevchenko wrote:
> >
> > This patch series (v3: http://www.spinics.net/lists/kernel/msg221530
> > 3.html)
> > contains a number of mostly minor fixes and cleanups for the DW DMA
> > driver. A
> >
Hi,
On Tue, May 03, 2016 at 12:12:06AM -0700, christo.ra...@gmail.com wrote:
> Hi to All,
>
> I have already solved and tested this issue on Armbian build. Find
> patches for both legacy (3.4.111) and mainline (4.5.2) kernels on:
> http://forum.armbian.com/index.php/topic/853-armbian-customizati
From: Rufus Hamade
A few `#ifdef CONFIG_OF` were missing or misplaced, resulting in a few
"unused function" warnings in core.c, and preventing the build of cpu.c
because of the redefinition of `dev_pm_opp_set_sharing_cpus()`.
Signed-off-by: Rufus Hamade
Reviewed-by: Eric Engestrom
Tested-by: E
On Tuesday 03 May 2016 06:42 PM, Jon Hunter wrote:
On 03/05/16 13:48, Laxman Dewangan wrote:
On Tuesday 03 May 2016 06:25 PM, Jon Hunter wrote:
Currently SOR driver is using the tegra_io_rail_power_off/on() APIs.
Once the proper interface available then I will move sor driver to use
new method
Hi Viresh,
On 05/03/2016 05:19 PM, Viresh Kumar wrote:
On 03-05-16, 15:10, Akshay Adiga wrote:
Fixing a WARN_ON caused by smp_call_function_any() when irq is disabled,
because of changes made in the patch
('cpufreq: powernv: Ramp-down global pstate slower than local-pstate')
https://patchwork
On Tue, May 3, 2016 at 2:58 PM, Rafael J. Wysocki wrote:
> On Tue, May 3, 2016 at 2:54 PM, Rafael J. Wysocki wrote:
>> On Tue, May 3, 2016 at 2:15 PM, Rafael J. Wysocki wrote:
>>> On Tue, May 3, 2016 at 10:32 AM, Peter Zijlstra
>>> wrote:
On Tue, May 03, 2016 at 09:10:51AM +0800, kernel t
On 03/05/2016:07:12:04 AM, Timur Tabi wrote:
> Pratyush Anand wrote:
> >+ * Note: This watchdog timer has two stages. If action is 0, first stage is
> >+ * determined by directly programming WCV and second by WOR. When first
> >+ * timeout is reached, WS0 is triggered and WCV is reloaded with value
On 05/03/2016 01:20 AM, Pratyush Anand wrote:
Currently only WOR is used to program both first and second stage which
provided very limited range of timeout.
This patch uses WCV as well to achieve higher range of timeout. This patch
programs max_timeout as 255, but that can be increased further
On 05/03/2016 03:16 AM, Tero Kristo wrote:
> On 02/05/16 20:12, J.D. Schroeder wrote:
>> From: "J.D. Schroeder"
>>
>> This commit updates the OSC_32K_CLK (secure_32k_clk_src_ck) frequency
>> from the precise 32kHz frequency (i.e., 32.768 kHz) to a more
>> accurate frequency of ~34.6 kHz. Actual me
On Tue, May 03, 2016 at 03:06:09PM +0200, Jan Kara wrote:
> On Tue 03-05-16 08:40:11, Chris Mason wrote:
> > On Tue, May 03, 2016 at 02:17:19PM +0200, Jan Kara wrote:
> > > On Thu 28-04-16 12:46:41, Jens Axboe wrote:
> > > > >>- rwb->wb_max = 1 + ((depth - 1) >> min(31U, rwb->scale_step));
> >
On Wed, Apr 13, 2016 at 01:05:56PM +0200, Daniel Lezcano wrote:
> The interrupt framework gives a lot of information about each interrupt.
>
> It does not keep track of when those interrupts occur though.
>
> This patch provides a mean to record the elapsed time between successive
> interrupt occ
Inititialize the hd_struct's perpcu reference before assigning the hd_struct
to the partition table list.
This fixes a race which could be triggered using a simple partition
creation/deletion loop with virtio-blk on aarch64.
Signed-off-by: Johannes Thumshirn
---
block/partition-generic.c | 7 ++
On 05/03/2016 03:38 PM, Johannes Thumshirn wrote:
> Inititialize the hd_struct's perpcu reference before assigning the hd_struct
> to the partition table list.
>
> This fixes a race which could be triggered using a simple partition
> creation/deletion loop with virtio-blk on aarch64.
>
> Signed-o
On 05/03/2016 06:24 AM, Pratyush Anand wrote:
On 03/05/2016:07:12:04 AM, Timur Tabi wrote:
Pratyush Anand wrote:
+ * Note: This watchdog timer has two stages. If action is 0, first stage is
+ * determined by directly programming WCV and second by WOR. When first
+ * timeout is reached, WS0 is t
On 05/02, Andrew Morton wrote:
>
> On Mon, 02 May 2016 23:17:41 +0300 Oleksandr Natalenko
> wrote:
>
> > rtsx_usb_ms creates a task that mostly sleeps, but tasks in
> > uninterruptible sleep still contribute to the load average (for
> > bug-compatibility with Unix).
We have TASK_NOLOAD/TASK_IDLE
On 02/05/2016 at 10:46:21 +0200, Geert Uytterhoeven wrote :
> Hi Arnd, Alexandre,
>
> "[PATCH v3 02/16] rtc: cmos: move mc146818rtc code out of
> asm-generic/rtc.h" of Arnd's series "[PATCH v3 00/16] genrtc removal"
> caused two new build failures on m68k:
>
> bvme6000_defconfig:
>
> I
On Tue, May 03, 2016 at 12:35:12PM +0200, Richard Weinberger wrote:
> On Tue, May 3, 2016 at 12:12 PM, Guillaume Nault wrote:
> > On Sun, May 01, 2016 at 09:38:57PM +0800, Wang Shanker wrote:
> >> static int ppp_open(struct inode *inode, struct file *file)
> >> {
> >> /*
> >>* This c
Hi,
On Tue, May 03, 2016 at 12:03:52PM +0200, Yegor Yefremov wrote:
> On Thu, Apr 28, 2016 at 4:37 PM, Bin Liu wrote:
> > Hi,
> >
> > On Thu, Apr 28, 2016 at 09:51:37AM +0300, Maxim Uvarov wrote:
> >
> > [snip]
> >
> >> Hello Bin,
> >>
> >> yes, it also works with that reset and go to finish:
> >
On Tue, May 03, 2016 at 11:30:12AM +0200, Petr Mladek wrote:
> On Thu 2016-04-28 15:44:44, Josh Poimboeuf wrote:
> > Once we have a consistency model, patches and their objects will be
> > enabled and disabled at different times. For example, when a patch is
> > disabled, its loaded objects' funcs
On Tuesday 03 May 2016 15:40:34 Alexandre Belloni wrote:
> > Queue strategy:
> > 1. These are queued together with Arnd's series,
> > 1. I queue them for v4.7 myself, but then the RTC tree must be mergest
> > after the m68k tree,
> > 2. I queue them for v4.6.
> >
> > As I currently don'
On Tuesday, May 03, 2016 03:22:24 PM Rafael J. Wysocki wrote:
> On Tue, May 3, 2016 at 2:58 PM, Rafael J. Wysocki wrote:
> > On Tue, May 3, 2016 at 2:54 PM, Rafael J. Wysocki wrote:
> >> On Tue, May 3, 2016 at 2:15 PM, Rafael J. Wysocki
> >> wrote:
> >>> On Tue, May 3, 2016 at 10:32 AM, Peter Z
According MMU-500r2 TRM, section 3.7.1 Auxiliary Control registers,
You can modify ACTLR only when the ACR.CACHE_LOCK bit is 0.
So before clearing ARM_MMU500_ACTLR_CPRE of each context bank,
need clear CACHE_LOCK bit of ACR register first.
Since CACHE_LOCK bit is only present in MMU-500r2 onwards
On Thu, Apr 28, 2016 at 06:35:45PM +0300, Alexander Shishkin wrote:
> In order for Intel PT decoders to infer correct crystal clock and bus
> frequencies that are required to correctly decode timing information
> from a PT stream (MTC and CBR packets), export them as sysfs attributes:
>
> * max_
First version of this patch has already been posted to LKML by Ben
Hutchings
~6 months ago, but no further action were performed.
Original Ben's message goes below.
===
rtsx_usb_ms creates a task that mostly sleeps, but tasks in
uninterruptible sleep still contribute to the load average (for
bu
On Tue, Apr 26, 2016 at 3:11 AM, Theodore Ts'o wrote:
> On Mon, Apr 25, 2016 at 10:23:51AM +0200, Nikos Mavrogiannopoulos wrote:
>> That's far from a solution and I wouldn't recommend to anyone doing
>> that. We cannot expect each and every program to do glibc's job. The
>> purpose of a system cal
On Tue 03-05-16 09:42:40, Chris Mason wrote:
> On Tue, May 03, 2016 at 03:06:09PM +0200, Jan Kara wrote:
> > On Tue 03-05-16 08:40:11, Chris Mason wrote:
> > > On Tue, May 03, 2016 at 02:17:19PM +0200, Jan Kara wrote:
> > > > On Thu 28-04-16 12:46:41, Jens Axboe wrote:
> > > > > >>- rwb->wb_max =
Functions dev_pm_opp_of_{cpumask_,}remove_table removes/frees all the
static OPP entries associated with the device and/or all cpus(in case
of cpumask) that are created from DT.
However the OPP entries are populated reading from the firmware or some
different method using dev_pm_opp_add are marked
If an MST device is disconnected while the machine is suspended, the
number of connectors will change as well after we call
intel_dp_mst_resume(). This means that any previous atomic state we had
before suspending is no longer valid, since it'll still be pointing to
missing connectors. We need to c
When probe bails out with an error, we try to unregister the
netdev before we have even registered it. Fix the goto statements
for that.
Signed-off-by: Matthias Brugger
---
drivers/net/ethernet/apm/xgene/xgene_enet_main.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a
On Tue, May 3, 2016 at 3:49 PM, Arnd Bergmann wrote:
> On Tuesday 03 May 2016 15:40:34 Alexandre Belloni wrote:
>> > Queue strategy:
>> > 1. These are queued together with Arnd's series,
>> > 1. I queue them for v4.7 myself, but then the RTC tree must be mergest
>> > after the m68k tree,
On 03/05/16 13:14, Shardar Shariff Md wrote:
> During DMA client(UART) stress testing, observed below crash:
>
> [ 167.041591] Unable to handle kernel paging request at virtual address
> 00100108
> [ 167.048818] pgd = ffc0de7ee000
> [ 167.05] [00100108] *pgd=
> [ 167.
Hi Alexey,
On Fri, 29 Apr 2016 18:55:24 Alexey Kardashevskiy wrote:
> IBM POWER8 NVlink systems come with Tesla K40-ish GPUs each of which
> also has a couple of fast speed links (NVLink). The interface to links
> is exposed as an emulated PCI bridge which is included into the same
> IOMMU group a
On Tue, 03 May, at 11:02:29AM, Borislav Petkov wrote:
> On Sat, Apr 30, 2016 at 11:13:27PM +0100, Matt Fleming wrote:
> > Taking a mutex in the reboot path is bogus because we cannot sleep
> > with interrupts disabled, such as when rebooting due to panic(),
> >
> > [ 18.069005] BUG: sleeping fu
Currently when performing random CPU hot-plugs and suspend-to-ram(S2R)
on systems using arm_big_little cpufreq driver, we get warnings similar
to something like below:
cpu cpu1: _opp_add: duplicate OPPs detected. Existing: freq: 6,
volt: 80, enabled: 1. New: freq: 6, vo
Hi Guenter,
On 03/05/2016:06:47:12 AM, Guenter Roeck wrote:
> On 05/03/2016 06:24 AM, Pratyush Anand wrote:
> >On 03/05/2016:07:12:04 AM, Timur Tabi wrote:
> >>Pratyush Anand wrote:
> >>>+ * Note: This watchdog timer has two stages. If action is 0, first stage
> >>>is
> >>>+ * determined by direc
Am Dienstag, den 03.05.2016, 20:41 +0900 schrieb Masahiro Yamada:
> 2016-05-03 19:26 GMT+09:00 Masahiro Yamada :
> > 2016-05-03 19:17 GMT+09:00 Philipp Zabel :
> >> Hi Masahiro,
> >>
> >> Am Sonntag, den 01.05.2016, 19:36 +0900 schrieb Masahiro Yamada:
> >>> Add a device managed API for reset_contr
On 05/02/2016 08:57 PM, Eric Anholt wrote:
robert.f...@collabora.com writes:
From: Robert Foss
As per the docs, atomic_commit should return -EBUSY "if an asycnhronous
update is requested and there is an earlier update pending".
Note: docs cited here are drm_crtc.h, and the whole quote is:
On Tue, May 3, 2016 at 4:32 PM, Lorenzo Pieralisi
wrote:
> On Mon, May 02, 2016 at 06:56:13PM +0530, Jayachandran C wrote:
>> On Mon, May 2, 2016 at 6:13 PM, Tomasz Nowicki wrote:
>> > On 04/27/2016 01:17 PM, Lorenzo Pieralisi wrote:
>> >>
>> >> On Tue, Apr 26, 2016 at 09:26:49PM -0500, Bjorn Hel
On 03/05/16 13:54, Laxman Dewangan wrote:
>
> On Tuesday 03 May 2016 06:14 PM, Jon Hunter wrote:
>> On 02/05/16 13:17, Laxman Dewangan wrote:
>>> +
>>> +The voltage supported on the pads are 1.8V and 3.3V. The enums are
>>> defined as:
>>> +For 1.8V, use TEGRA_IO_PAD_POWER_SOURCE_180UV
>>
On Tue, May 3, 2016 at 11:25 AM, Wanpeng Li wrote:
> 2016-05-03 17:19 GMT+08:00 Wanpeng Li :
>> 2016-05-03 16:32 GMT+08:00 Peter Zijlstra :
>>> On Tue, May 03, 2016 at 09:10:51AM +0800, kernel test robot wrote:
FYI, we noticed the following commit:
https://git.kernel.org/pub/scm/lin
On Thu 14-04-16 10:16:22, Matthew Wilcox wrote:
> The irqdomain code was checking for 0 or 1 entries, not 0 entries like
> the comment said they were. Introduce a new helper that will actually
> check for an empty tree.
>
> Signed-off-by: Matthew Wilcox
> Reviewed-by: Ross Zwisler
The patch lo
On Tue, 2016-05-03 at 16:48 +1000, Aleksa Sarai wrote:
> > > > Perhaps what you should to be arguing then that the default
> > > > permissions of the cgroup directories need to be all rwx for
> > > > everyone and then your patch becomes unnecessary?
> > >
> > > I don't think that would be the nice
On 02/25/2016, 10:34 PM, Dan Carpenter wrote:
> Hi Jiri,
>
> I'm getting the following static checker warning:
>
> drivers/tty/vt/vt.c:3588 do_register_con_driver()
> warn: missing error code here? 'csw->con_startup()' failed. 'retval' =
> '0'
>
> drivers/tty/vt/vt.c
> 3582
Quoting Eric W. Biederman (ebied...@xmission.com):
> "Serge E. Hallyn" writes:
>
> > Quoting Andrew G. Morgan (mor...@kernel.org):
> >>
> >> I guess I'm confused how we have strayed so far that this isn't an obvious
> >> requirement. Uid=0 as being the root of privilege was the basic problem
> >
Quoting Tejun Heo (t...@kernel.org):
> On Fri, Apr 29, 2016 at 04:42:54PM -0500, Serge E. Hallyn wrote:
> > [ I'm sorry, apparently I had sent the wrong version of this patch. Here
> > is the correct one from
> > https://git.kernel.org/cgit/linux/kernel/git/sergeh/linux-security.git/commit/?h=2016
On 05/03/2016 03:34 AM, Jan Kara wrote:
On Thu 28-04-16 12:53:50, Jens Axboe wrote:
2) As far as I can see in patch 8/8, you have plugged the throttling above
the IO scheduler. When there are e.g. multiple cgroups with different IO
limits operating, this throttling can lead to strange re
On Tue, May 3, 2016 at 3:48 PM, Bin Liu wrote:
> Hi,
>
> On Tue, May 03, 2016 at 12:03:52PM +0200, Yegor Yefremov wrote:
>> On Thu, Apr 28, 2016 at 4:37 PM, Bin Liu wrote:
>> > Hi,
>> >
>> > On Thu, Apr 28, 2016 at 09:51:37AM +0300, Maxim Uvarov wrote:
>> >
>> > [snip]
>> >
>> >> Hello Bin,
>> >>
Hi all,
So sounds like moving ahead with rst/sphinx is the option that should
allow us to address everyone's concerns eventually? Of course the
first one won't have it all (media seems really tricky), but I'd like
to get something awesome in this area closer to mainline. I'm stalling
on typing mor
On 05/03/2016 10:50 AM, Mel Gorman wrote:
On Mon, May 02, 2016 at 10:54:23AM +0200, Vlastimil Babka wrote:
On 04/27/2016 04:57 PM, Mel Gorman wrote:
as the patch "mm, page_alloc: inline the fast path of the zonelist iterator"
is fine. The nodemask pointer is the same between cpuset retries. If
Hi Guenter,
On 03/05/2016:06:29:39 AM, Guenter Roeck wrote:
> On 05/03/2016 01:20 AM, Pratyush Anand wrote:
> >Currently only WOR is used to program both first and second stage which
> >provided very limited range of timeout.
> >
> >This patch uses WCV as well to achieve higher range of timeout. T
On Mon, May 02, 2016 at 11:47:25AM -0400, Chris Mason wrote:
> On Mon, May 02, 2016 at 04:58:17PM +0200, Peter Zijlstra wrote:
> > On Mon, May 02, 2016 at 04:50:04PM +0200, Mike Galbraith wrote:
> > > Oh btw, did you know single socket boxen have no sd_busy? That doesn't
> > > look right.
> >
> >
On Mon, 02 May, at 09:56:09AM, Jeremy Compostella wrote:
>
> Please find the updated patch in attachment.
Thanks Jeremy. Applied.
Hi,
On Tue, May 03, 2016 at 04:25:58PM +0200, Yegor Yefremov wrote:
> On Tue, May 3, 2016 at 3:48 PM, Bin Liu wrote:
> > Hi,
> >
> > On Tue, May 03, 2016 at 12:03:52PM +0200, Yegor Yefremov wrote:
> >> On Thu, Apr 28, 2016 at 4:37 PM, Bin Liu wrote:
> >> > Hi,
> >> >
> >> > On Thu, Apr 28, 2016
Thanks for review. Please find my comments inline.
> On 03/05/16 13:14, Shardar Shariff Md wrote:
> > During DMA client(UART) stress testing, observed below crash:
> >
> > [ 167.041591] Unable to handle kernel paging request at virtual
> > address 00100108 [ 167.048818] pgd = ffc0de7ee000 [
Dear friend,
I’m sorry but happy to inform you about my success in getting those
funds transferred under the cooperation of a new partner from Paraguay
though I tried my best to involve you in the business but God decided
the whole situations. Presently I am in Paraguay for investment
proje
On 05/03/2016 07:17 AM, Pratyush Anand wrote:
Hi Guenter,
On 03/05/2016:06:47:12 AM, Guenter Roeck wrote:
On 05/03/2016 06:24 AM, Pratyush Anand wrote:
On 03/05/2016:07:12:04 AM, Timur Tabi wrote:
Pratyush Anand wrote:
+ * Note: This watchdog timer has two stages. If action is 0, first stage
On Tue, May 03, 2016 at 03:57:15PM +0200, Nikos Mavrogiannopoulos wrote:
>
> I believe their main concern is that they want to protect applications
> which do not check error codes of system calls, when running on a
> kernel which does not provide getrandom(). That way, they have an
> almost impo
On 2016-05-03 00:55, John Stultz wrote:
In testing with HiKey, we found that since commit 3f30b158eba5c60
(asix: On RX avoid creating bad Ethernet frames), we're seeing lots of
noise during network transfers:
[ 239.027993] asix 1-1.1:1.0 eth0: asix_rx_fixup() Data Header
synchronisation was los
On 5/3/2016 12:35 AM, Ingo Molnar wrote:
>
> * Mike Travis wrote:
>
>> +config X86_UV1_SUPPORTED
>> +bool "SGI Ultraviolet Series 1 Supported"
>> +depends on X86_UV
>
> So I still think it's much simpler if we simply eliminate this Kconfig
> complication and have it all compatible. A
On Tue, May 03, 2016 at 11:00:21AM +0200, Jan Kara wrote:
> On Tue 03-05-16 01:44:10, Christoph Hellwig wrote:
> > Please come up with a version that doesn't require tons of boilerplate
> > code in every file system.
>
> Well, I was thinking about some helper as well but we could save ~4 lines
> w
From: Kan Liang
This patch fixes an issue which was introduced from 'commit 91a612eea9a3
("perf/core: Fix dynamic interrupt throttle")'
The old patch unconditionally sets the perf_sample_allowed_ns value to
!0. But that could trigger an issue in the following corner case.
The user can disable the
On Tue, May 03, 2016 at 07:52:52PM +0530, Jayachandran C wrote:
> On Tue, May 3, 2016 at 4:32 PM, Lorenzo Pieralisi
> wrote:
> > On Mon, May 02, 2016 at 06:56:13PM +0530, Jayachandran C wrote:
> >> On Mon, May 2, 2016 at 6:13 PM, Tomasz Nowicki wrote:
> >> > On 04/27/2016 01:17 PM, Lorenzo Pieral
On Tue, May 03, 2016 at 12:52:33PM +0200, Peter Zijlstra wrote:
> On Fri, Apr 29, 2016 at 08:32:40PM +0100, Dietmar Eggemann wrote:
> > From: Morten Rasmussen
> >
> > In calculate_imbalance() load_above_capacity currently has the unit
> > [load] while it is used as being [load/capacity]. Not only
On 05/02/2016 06:09 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.5.3 release.
> There are 200 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
On 05/02/2016 06:11 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.14.68 release.
> There are 37 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses s
On 05/02/2016 06:10 PM, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 4.4.9 release.
> There are 163 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses sh
Bootloader may have pinned some TLB entries so the kernel must
unpin them before flushing TLBs with tlbia otherwise pinned TLB
entries won't get flushed
Signed-off-by: Christophe Leroy
---
arch/powerpc/kernel/head_8xx.S | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
d
CONFIG_PIN_TLB maps IMMR area and the first 24 Mbytes of memory.
In some circunstances it might be more interesting to not map
IMMR and to map 32 Mbytes of memory instead.
Therefore we add config option CONFIG_PIN_TLB_IMMR to select if
IMMR shall be pinned or not, hence whether we pin 24 or 32 Mby
On 2016-05-03 09:57, Nikos Mavrogiannopoulos wrote:
On Tue, Apr 26, 2016 at 3:11 AM, Theodore Ts'o wrote:
On Mon, Apr 25, 2016 at 10:23:51AM +0200, Nikos Mavrogiannopoulos wrote:
That's far from a solution and I wouldn't recommend to anyone doing
that. We cannot expect each and every program t
Guenter Roeck wrote:
Most likely it will not be corrupted. But, if ISR has been called it
means
something went wrong, and watchdog was not kicked for the time
programmed as
"timeout". So, probably we should be extra careful.
This logic would apply to _every_ watchdog driver implementing interru
When the console is already registered, stop crawling the
registered_con_driver array and return an error immediatelly.
This makes the code more obvious. And we do not need to initialize
retval anymore.
Signed-off-by: Jiri Slaby
---
drivers/tty/vt/vt.c | 9 -
1 file changed, 4 insertion
On 05/02/2016 04:16 AM, Lars-Peter Clausen wrote:
> On 04/30/2016 12:37 AM, Shuah Khan wrote:
> [...]
>> diff --git a/include/media/media-devnode.h b/include/media/media-devnode.h
>> index 5bb3b0e..ce9b051 100644
>> --- a/include/media/media-devnode.h
>> +++ b/include/media/media-devnode.h
>> @@ -7
When csw->con_startup() fails in do_register_con_driver, we return no
error (i.e. 0). This was changed back in 2006 by commit 3e795de763.
Before that we used to return -ENODEV.
So fix the return value to be -ENODEV in that case again.
Fixes: 3e795de763 ("VT binding: Add binding/unbinding support
Pratyush Anand wrote:
In fact after supporting max_hw_heartbeat_ms, there should be no change for
action=0 functionally. However, we would still need some changes for action=1.
IMHO, action=1 is more of a debugging option, and not something that
would be used normally. I would need to see som
On Tue, May 03, 2016 at 03:11:26PM +0200, Thierry Reding wrote:
> On Tue, Mar 08, 2016 at 11:15:22PM +0800, Yi Zhang wrote:
> > the driver_data may be used for sanity check, it fails the
> > probe() if driver_data is NULL after it is re-triggered.
> > for example, soc_probe() in sound/soc/soc-core.
On Tuesday, May 03, 2016 03:53:12 PM Rafael J. Wysocki wrote:
> On Tuesday, May 03, 2016 03:22:24 PM Rafael J. Wysocki wrote:
> > On Tue, May 3, 2016 at 2:58 PM, Rafael J. Wysocki wrote:
> > > On Tue, May 3, 2016 at 2:54 PM, Rafael J. Wysocki
> > > wrote:
> > >> On Tue, May 3, 2016 at 2:15 PM, R
IMMR is now mapped by a fixed 512k page managed by the TLB miss
handler so it is not anymore necessary to PIN TLBs
Signed-off-by: Christophe Leroy
---
arch/powerpc/Kconfig.debug | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/powerpc/Kconfig.debug b/arch/powerpc/Kconfig.debug
index d3fcf
Right now MST audio is causing too many kernel panics to really keep
around in the kernel. On top of that, even after fixing said panics it's
still basically non-functional (at least on all the setups I've tested
it on). Revert until we have a proper solution for this.
This reverts commit 3d52ccf5
The purpose of this set of patches is to continue on TLB handling
optimisation on the 8xx with the handling of IMMR area as a
single 512k area instead of multiple 4k pages.
This set includes a rework of linear RAM mapping in order to not use
page table but direct linear mapping. The result is equi
Memory: 124428K/131072K available (3748K kernel code, 188K rwdata,
648K rodata, 508K init, 290K bss, 6644K reserved)
Kernel virtual memory layout:
* 0xfffdf000..0xf000 : fixmap
* 0xfde0..0xfe00 : consistent mem
* 0xfddf6000..0xfde0 : early ioremap
* 0xc900..0xfddf6000
On Tue, May 03, 2016 at 04:32:25PM +0200, Peter Zijlstra wrote:
> On Mon, May 02, 2016 at 11:47:25AM -0400, Chris Mason wrote:
> > On Mon, May 02, 2016 at 04:58:17PM +0200, Peter Zijlstra wrote:
> > > On Mon, May 02, 2016 at 04:50:04PM +0200, Mike Galbraith wrote:
> > > > Oh btw, did you know singl
301 - 400 of 953 matches
Mail list logo
