On Saturday 31 December 2016 06:22 AM, David Lechner wrote:
> On 08/10/2016 06:00 AM, Karl Beldan wrote:
>> Many davinci boards (da830 and da850 families) don't have their clocks
>> in DT yet and won't be successful in getting an unnamed aemif clock
>> without explicitly registering them via clk_lo
On 2017년 01월 02일 15:46, Michal Nazarewicz wrote:
> On Mon, Jan 02 2017, Jaewon Kim wrote:
>> There are many reasons of CMA allocation failure such as EBUSY, ENOMEM,
>> EINTR.
>> But we did not know error reason so far. This patch prints the error value.
>>
>> Additionally if CONFIG_CMA_DEBUG is
On Mon, Jan 2, 2017 at 5:07 AM, David Miller wrote:
> From: Ian Kumlien
> Date: Mon, 2 Jan 2017 00:19:36 +0100
>
>> __skb_flow_dissect can be called with a skb or a data packet, either
>> can be NULL. All calls seems to have been moved to __skb_header_pointer
>> except the pptp handling which is
On Thursday 22 December 2016 09:36 PM, Franklin S Cooper Jr wrote:
>
>
> On 12/20/2016 02:23 PM, David Lechner wrote:
>> TI DA8xx/OMAPL13x/AM17xx/AM18xx SoCs have extra UART registers beyond
>
> Similar comment about adding Keystone SoCs to the list of SoCs.
>
>> the standard 8250 registers, so
On Mon, 2016-12-26 at 14:23 +0100, Nicolas Iooss wrote:
> Even though msix_entries[...].name are initialized as literal strings
> with no % character and are never modified, introduce a "%s" format
> parameter in order to silent this -Wformat-security warning and make
> clang able to detect at comp
__skb_flow_dissect can be called with a skb or a data packet, either
can be NULL. All calls seems to have been moved to __skb_header_pointer
except the pptp handling which is still calling skb_header_pointer.
skb_header_pointer will use skb->data and thus:
[ 109.556866] BUG: unable to handle kern
On Mon, 2016-12-26 at 14:23 +0100, Nicolas Iooss wrote:
> msix_entries and qla82xx_msix_entries arrays are never modified in
> drivers/scsi/qla2xxx/qla_isr.c. Move their contents to read-only data.
Reviewed-by: Bart Van Assche
On 2016-12-14 14:37, Rasmus Villemoes wrote:
If a watchdog driver tells the framework that the device is running,
the framework takes care of feeding the watchdog until userspace opens
the device. If the userspace application which is supposed to do that
never comes up properly, the watchdog is
__skb_flow_dissect can be called with a skb or a data packet, either
can be NULL. All calls seems to have been moved to __skb_header_pointer
except the pptp handling which is still calling skb_header_pointer.
skb_header_pointer will use skb->data and thus:
[ 109.556866] BUG: unable to handle kern
On 28/12/2016 18:09, Roman Kagan wrote:
> Am I correct assuming that QEMU is currently the only user of
> arch/x86/include/uapi/asm/hyperv.h?
>
> Then I think we're fine withdrawing it from uapi as a whole and letting
> QEMU pull it in through its header-harvesting scripts (as does now
> anyway)
Hi fsdevel,
I tracked this problem down a bit and it seems that it started happening
after the VFS merge in 4.7-rc1: 7f427d3a6029331304f91ef4d7cf646f054216d2:
Merge branch 'for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs
Pull parallel filesystem directory handli
On Thu, Dec 15, 2016 at 12:57:32AM +0100, Alexandre Belloni wrote:
> The license test has been mangled at some point then copy pasted across
> multiple files. Restore it to what it should be.
> Note that this is not intended as a license change.
>
> Cc: Michael Trimarchi
> Signed-off-by: Alexandr
On Thu, Dec 15, 2016 at 12:57:25AM +0100, Alexandre Belloni wrote:
> The license test has been mangled at some point then copy pasted across
> multiple files. Restore it to what it should be.
> Note that this is not intended as a license change.
>
> Cc: Michael Trimarchi
> Cc: Uwe Kleine-König
>
On Thu, Dec 15, 2016 at 12:57:37AM +0100, Alexandre Belloni wrote:
> The license test has been mangled at some point then copy pasted across
> multiple files. Restore it to what it should be.
> Note that this is not intended as a license change.
>
> Cc: Jagan Teki
> Cc: Matteo Lisi
> Cc: Michael
Hi,
On 01/01/2017 09:54 PM, Pali Rohár wrote:
> Hi!
>
> I'm looking at original Maemo N900 2.6.28 sound driver and GPIOs which
> controls A/V jack detection.
>
> For reference source code of that driver can be found e.g. at alsa-devel
> ML [1] [2] or in my linux-n900 git tree, branch v2.6.28-nok
On 2016-12-30 08:49, Linus Walleij wrote:
> On Wed, Dec 14, 2016 at 6:41 PM, Peter Rosin wrote:
>> On 2016-12-14 18:01, Sebastian Reichel wrote:
>>> [of course I forgot to actually add gpio people, let's try again]
>>>
>>> On Wed, Dec 14, 2016 at 05:59:21PM +0100, Sebastian Reichel wrote:
Hi,
On 01/02/2017 03:58 AM, Randy Dunlap wrote:
> From: Randy Dunlap
>
> Fix build errors on arch/um, which does not support HAS_IOMEM,
> while the oxnas_nand.c driver uses interfaces that are
> supplied by HAS_IOMEM.
>
> (loadable module build:)
> ERROR: "devm_ioremap_resource" [drivers/mtd/nand/ox
On Sunday, January 1, 2017 6:42:38 PM CET Randy Dunlap wrote:
> --- lnx-410-rc2.orig/drivers/auxdisplay/Kconfig
> +++ lnx-410-rc2/drivers/auxdisplay/Kconfig
> @@ -121,6 +121,7 @@ config CFAG12864B_RATE
>
> config IMG_ASCII_LCD
> tristate "Imagination Technologies ASCII LCD Display"
> +
On 01/02/2017 12:36 AM, Pavel Machek wrote:
> Hi!
>
>> I'm looking at original Maemo N900 2.6.28 sound driver and GPIOs which
>> controls A/V jack detection.
>>
>> For reference source code of that driver can be found e.g. at alsa-devel
>> ML [1] [2] or in my linux-n900 git tree, branch v2.6.28-
On Fri, Dec 30, 2016 at 06:08:27PM -0800, Andy Lutomirski wrote:
> On Wed, Dec 28, 2016 at 6:53 PM, Carlos O'Donell wrote:
> > On 12/26/2016 09:24 PM, Kirill A. Shutemov wrote:
> >> On Mon, Dec 26, 2016 at 06:06:01PM -0800, Andy Lutomirski wrote:
> >>> On Mon, Dec 26, 2016 at 5:54 PM, Kirill A. Sh
On Fri, 2016-12-30 at 12:05 +, Jose Abreu wrote:
> ++dw-dmac Maintainers
>
>
> On 30-12-2016 11:32, Jose Abreu wrote:
> > Hi All,
> >
> >
> > I am going to work with dw-dmac AHB controller and I wanted to
> > use SND_DMAENGINE_PCM. In order to use this, a standard DMA
> > driver with cyclic
On 12/22/2016 01:21 AM, David Rientjes wrote:
> Currently, when defrag is set to "madvise", thp allocations will direct
> reclaim. However, when defrag is set to "defer", all thp allocations do
> not attempt reclaim regardless of MADV_HUGEPAGE.
>
> This patch always directly reclaims for MADV_HUG
These four pins are for SDC4, not SDC1. They are grouped for
SDC4 later in the file so this must be a typo.
Cc: Björn Andersson
Signed-off-by: Linus Walleij
---
drivers/pinctrl/qcom/pinctrl-msm8660.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/pinctrl/qcom/
On Monday 02 January 2017 10:23:23 Peter Ujfalusi wrote:
> Hi,
>
> On 01/01/2017 09:54 PM, Pali Rohár wrote:
> > Hi!
> >
> > I'm looking at original Maemo N900 2.6.28 sound driver and GPIOs which
> > controls A/V jack detection.
> >
> > For reference source code of that driver can be found e.g.
2016-12-30 22:12 GMT+01:00 Jonathan Cameron :
> On 09/12/16 14:15, Benjamin Gaignard wrote:
>> Timers IPs can be used to generate triggers for other IPs like
>> DAC, ADC or other timers.
>> Each trigger may result of timer internals signals like counter enable,
>> reset or edge, this configuration
On Sun 01-01-17 22:59:40, Michal Nazarewicz wrote:
[...]
> Actually, Linux style is more like:
>
> #ifdef CONFIG_CMA_DEBUG
> static void cma_debug_show_areas()
> {
> …
> }
> #else
> static inline void cma_debug_show_areas() { }
> #endif
yes, we usually do that when the function is externall
On Tuesday, December 27, 2016 4:54:13 AM CET Kirill A. Shutemov wrote:
> This patch introduces new rlimit resource to manage maximum virtual
> address available to userspace to map.
>
> On x86, 5-level paging enables 56-bit userspace virtual address space.
> Not all user space is ready to handle w
On Mon, Jan 02, 2017 at 08:03:43AM +, Amit Kumar wrote:
> On Mon, Jan 2, 2017, 10:44 AM Vinod Koul wrote:
>
> > On Tue, Dec 20, 2016 at 07:07:35PM +0530, Amit Kumar wrote:
> > > cudeaurora.org is used in place of codeaurora.org
> > > in the contact field.
> >
> > Please ensure you use right s
The formats added by this patch are:
V4L2_PIX_FMT_P010
V4L2_PIX_FMT_P010M
Currently, none of driver uses those format, but some video device
has been confirmed with could as those format for video output.
The Rockchip's new decoder has supported those format for profile_10
HEVC/AVC
Those pixel formats comes from Gstreamer and ffmpeg. Currently,
the VOP(video output mixer) found on RK3288 and future support
those pixel formats are input. Also the decoder on RK3288
could use them as output.
Randy Li (2):
drm_fourcc: Add new P010 video format
[media] v4l: Add 10-bits per ch
P010 is a planar 4:2:0 YUV with interleaved UV plane, 10 bits
per channel video format. Rockchip's vop support this
video format(little endian only) as the input video format.
Signed-off-by: Randy Li
---
include/uapi/drm/drm_fourcc.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/ua
On Mon, 2 Jan 2017 13:26:01 +0530
Arvind Yadav wrote:
> yes, if Memory is live out side function. Then devm_kzalloc()
> approach has the benefit of simplifying the different error paths.
>
> Here, Memory is alive with in function. we are going to free allocate memory
> then why we need devm api.
On Monday 02 January 2017 10:34:34 Peter Ujfalusi wrote:
> On 01/02/2017 12:36 AM, Pavel Machek wrote:
> > Are there multi-button headsets compatible with N900?
>
> Not sure if n900 is capable of handling ECI communication, n9 was. In n9
> the PMIC/Audio chip had an ECI core integrated afaik
In N
On Wednesday 07 December 2016 08:52 PM, Bartosz Golaszewski wrote:
> The aemif clock is added twice to the lookup table in da850.c. This
> breaks the children list of pll0_sysclk3 as we're using the same list
> links in struct clk. When calling clk_set_rate(), we get stuck in
> propagate_rate().
>
Hi Florian,
On 01/02/2017 03:22 AM, Florian Fainelli wrote:
> Utilize the new DSA binding, introduced with commit 8c5ad1d6179d ("net:
> dsa: Document new binding"). The legacy binding node is kept included, but is
> marked disabled.
>
> Signed-off-by: Florian Fainelli
> ---
> arch/arm/boot/dts/
On Mon, Jan 02, 2017 at 12:22:01AM +0800, kbuild test robot wrote:
>drivers/built-in.o: In function `ptp_clock_unregister':
> >> (.text+0x40e0a5): undefined reference to `pps_unregister_source'
>drivers/built-in.o: In function `ptp_clock_unregister':
> >> (.text+0x40e0cc): undefined referen
Hi Alison,
On Thu, 29 Dec 2016 17:52:37 +0800
kbuild test robot wrote:
> Hi Alison,
>
> [auto build test WARNING on mtd/master]
> [also build test WARNING on v4.10-rc1 next-20161224]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help improve the system]
>
> url
On Dec 20 2016 or thereabouts, Colin King wrote:
> From: Colin Ian King
>
> version is a u8, the check for version > 0 means that version can only
> be zero, so the subsequent check for version != 0 is never true and
> hence is redudant code and can be removed.
>
> Signed-off-by: Colin Ian King
On Mon, 2017-01-02 at 14:25 +0800, kbuild test robot wrote:
> Hi Benjamin,
>
> FYI, the error/warning still remains.
It's pending in fixes branch of drivers/platform/x86 subsystem.
Darren would you mind to tag 4.10-3 and send pull request to Linus?
>
> tree: https://git.kernel.org/pub/scm/li
On Mon, Dec 26, 2016 at 07:22:03PM -0800, Andy Lutomirski wrote:
> On Mon, Dec 26, 2016 at 6:24 PM, Kirill A. Shutemov
> wrote:
> > On Mon, Dec 26, 2016 at 06:06:01PM -0800, Andy Lutomirski wrote:
> >> On Mon, Dec 26, 2016 at 5:54 PM, Kirill A. Shutemov
> >> wrote:
> >> > This patch introduces ne
Hi Randy,
Thanks for the patch.
On Mon, Jan 02, 2017 at 04:50:04PM +0800, Randy Li wrote:
> The formats added by this patch are:
> V4L2_PIX_FMT_P010
> V4L2_PIX_FMT_P010M
> Currently, none of driver uses those format, but some video device
> has been confirmed with could as those forma
Split out parts of _add_opp_table() and _remove_opp_table() into
separate routines. This improves readability as well.
Should result in no functional changes.
Signed-off-by: Viresh Kumar
Reviewed-by: Stephen Boyd
---
drivers/base/power/opp/core.c | 76 +-
The code adding static OPPs for V2 bindings already does so. Make the V1
bindings specific code behave the same.
Signed-off-by: Viresh Kumar
Reviewed-by: Stephen Boyd
---
drivers/base/power/opp/of.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/base/po
Let the OPP core provide helpers to register notifiers for any device,
instead of exposing srcu_head outside of the core.
Signed-off-by: Viresh Kumar
Acked-by: MyungJoo Ham
Reviewed-by: Stephen Boyd
---
drivers/base/power/opp/core.c | 66 ---
drivers/dev
Hi,
Happy new year guys !!
This series fixes a memory leak (first patch) and does some cleanups to
the OPP core.
It is based of pm/linux-next branch.
This series is tested for few days by various build and boot bots:
- Kernel CI (Linaro)
- Fengguang Wu's bot (Intel)
V2->V3:
- Only the 7th patc
This TODO doesn't make sense anymore as we have all the information in a
single OPP table. Remove it.
Signed-off-by: Viresh Kumar
Reviewed-by: Stephen Boyd
---
drivers/base/power/opp/of.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/base/power/opp/of.c b/drivers/base/power/opp/o
There is only one user of dev_pm_opp_get_suspend_opp() and that uses it
to get the OPP rate for the suspend_opp.
Rename dev_pm_opp_get_suspend_opp() as dev_pm_opp_get_suspend_opp_freq()
and return the rate directly from it.
Signed-off-by: Viresh Kumar
Reviewed-by: Stephen Boyd
---
drivers/base
Make the naming consistent with how other routines are named.
Signed-off-by: Viresh Kumar
Reviewed-by: Stephen Boyd
---
drivers/base/power/opp/core.c | 4 ++--
drivers/base/power/opp/of.c | 2 +-
drivers/base/power/opp/opp.h | 2 +-
3 files changed, 4 insertions(+), 4 deletions(-)
diff --gi
There are two types of duplicate OPPs that get different behavior from
the core:
A) An earlier OPP is marked 'available' and has same freq/voltages as
the new one.
B) An earlier OPP with same frequency, but is marked 'unavailable' OR
doesn't have same voltages as the new one.
The OPP core re
There is no point in trying to find/allocate the table for every OPP
that is added for a device. It would be far more efficient to allocate
the table only once and pass its pointer to the routines that add the
OPP entry.
Locking is removed from _opp_add_static_v2() and _opp_add_v1() now as
the cal
The OPPs which are never successfully added using _opp_add() are not
required to be freed with the _opp_remove() routine, as a simple kfree()
is enough for them.
Introduce a new light weight routine _opp_free(), which will do that.
That also helps us removing the 'notify' parameter to _opp_remove
Later patches would want to remove OPP table (and its OPPs) using the
opp_table pointer instead of 'dev'.
In order to prepare for that, rename _dev_pm_opp_remove_table() as
_dev_pm_opp_find_and_remove_table() split out part of it.
Signed-off-by: Viresh Kumar
Reviewed-by: Stephen Boyd
---
drive
On 2016-12-31 17:19, Jonathan Cameron wrote:
> On 30/11/16 08:16, Peter Rosin wrote:
>> Add a new minimalistic subsystem that handles multiplexer controllers.
>> When multiplexers are used in various places in the kernel, and the
>> same multiplexer controller can be used for several independent th
On Tue, Dec 20, 2016 at 02:03:07PM +0800, Meng Yi wrote:
> pca9547 won't probed since its status property is disabled.
> while there are devices connected to it, we need remove status
> property to let ds3232 and adt7461 probed correctly.
>
> Signed-off-by: Meng Yi
Changed subject prefix to 'arm
On 2 January 2017 09:14:34 GMT+00:00, Peter Rosin wrote:
>On 2016-12-31 17:19, Jonathan Cameron wrote:
>> On 30/11/16 08:16, Peter Rosin wrote:
>>> Add a new minimalistic subsystem that handles multiplexer
>controllers.
>>> When multiplexers are used in various places in the kernel, and the
>>>
On 12/30/2016 04:53 PM, Krzysztof Kozlowski wrote:
>
> Any comments on this? I guess it won't come as late-late-4.10, so can
> you pull it for v4.11?
>> Sylwester Nawrocki (1):
>> ARM: S3C24XX: Add DMA slave maps for remaining s3c24xx SoCs
We need this patch in v4.10 to avoid possible I2S
On Mon, Jan 02, 2017 at 06:30:02AM +, Manish Narani wrote:
> Ping !!
>
> -Original Message-
> From: Manish Narani [mailto:manish.nar...@xilinx.com]
> Sent: Thursday, December 15, 2016 1:24 PM
> To: mathias.ny...@intel.com; gre...@linuxfoundation.org;
> linux-...@vger.kernel.org; linux
The proper spelling of Anniedale SoC with 'e' in the middle. Fix typo in the
comment line in intel-family.h header.
Signed-off-by: Andy Shevchenko
---
arch/x86/include/asm/intel-family.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/include/asm/intel-family.h
b/ar
On Fri, Dec 23, 2016 at 05:02:14PM +0100, Jagan Teki wrote:
> From: Jagan Teki
>
> i.CoreM6 DualLite/Solo modules are system on module solutions manufactured
> by Engicam with following characteristics:
> CPU NXP i.MX6 DL, 800MHz
> RAM 1GB, 32, 64 bit, DDR3-800/1066
> NAND
The current implementation supports only Intel Merrifield platforms. Don't mess
with the rest of the Intel MID family by not registering device with wrong
properties.
Signed-off-by: Andy Shevchenko
---
arch/x86/platform/intel-mid/device_libs/Makefile | 2 +-
.../device_libs/
Hi Vinod,
> So you should order fixes first and then new additions.
> Fixes go in for current release whereas the rest for next one.
Ok thanks for the info.
> I have applied two to fixes and rest to updated, patch 5 didn't apply, please
> resend that one.
I have tried to apply patch 5 on top of s
On Wednesday 07 December 2016 08:52 PM, Bartosz Golaszewski wrote:
> Similarly to the aemif clock - this screws up the linked list of clock
> children. Create a separate clock for mdio inheriting the rate from
> emac_clk.
>
> Signed-off-by: Bartosz Golaszewski
Applied with change in headline (se
On Monday 02 January 2017 11:01:48 Jarkko Nikula wrote:
> Hi
>
> On 01/02/2017 12:36 AM, Pavel Machek wrote:
> >> Jarkko, you are listed as original author of that driver. Do you (or
> >> anybody else) remember what that rx51_set_eci_switches() function is
> >> doing? And what gpio 178 controls? I
On Wednesday 07 December 2016 08:52 PM, Bartosz Golaszewski wrote:
> Fix alignment of the clock lookup table entries.
>
> Signed-off-by: Bartosz Golaszewski
Applied to v4.11/fixes-non-critical
Thanks,
Sekhar
On Mon, Dec 19, 2016 at 12:11:15PM +0100, Johan Hovold wrote:
> On Sun, Dec 18, 2016 at 10:19:28AM +0100, Geert Uytterhoeven wrote:
> > With gcc 4.1.2:
> >
> > drivers/usb/serial/f81534.c: In function ‘f81534_port_probe’:
> > drivers/usb/serial/f81534.c:1250: warning: comparison is always
Hi!
> > I'd like to get detection of headset button presses to work in recent
> > kernels, but could not figure it out :-(.
> >
> My vague memory doesn't tell how basic button press detection was
> implemented in Maemo kernel. Was it codec, same voltage detection
> circuit than ECI or some anothe
Hi
On 01/02/2017 12:36 AM, Pavel Machek wrote:
>> Jarkko, you are listed as original author of that driver. Do you (or
>> anybody else) remember what that rx51_set_eci_switches() function is
>> doing? And what gpio 178 controls? I was even not able to find gpio 178
>> in RX-51 Schematics [6].
>>
>
This patch reworks the way to manage transfer starting.
Now, starting DMA is only allowed when the channel is not busy.
Then, stm32_dma_start_transfer is declared as void.
At least, after each transfer completion, we start the next transfer if a
new descriptor as been queued in the issued list duri
On 28-12-16, 22:56, David Gstir wrote:
> Since migrating to the 'set-state' interface the cs5535 driver causes a
> crash after loading: Right after initialization, the IRQ handler
> (mfgpt_tick) is triggered with clock event device in detached state. This
> state not properly handled and causes a c
Hi Greg,
I need to have this infrastructure while implementing DWC3 OTG driver. The
current scenario is that we are using xHCI drivers with High-Speed OTG because
DWC3 uses xHCI framework. So I wanted to confirm that before adding DWC3 OTG
driver, this support should be already there. I am pla
> -Original Message-
> From: Rafal Ozieblo
> Sent: 28 grudnia 2016 14:23
> Subject: RE: [RFC PATCH net-next v4 1/2] macb: Add 1588 support in Cadence
> GEM.
>
> > +static void gem_ptp_tx_hwtstamp(struct macb *bp, struct sk_buff *skb,
> > + int peer_ev)
> > +{
>
On Mon, Dec 19, 2016 at 12:08:39PM +0100, Johan Hovold wrote:
> On Sun, Dec 18, 2016 at 10:29:27PM +, Sudip Mukherjee wrote:
> > The variable havedata was only being set but never used afterwards.
> >
> > Signed-off-by: Sudip Mukherjee
>
> Thanks, I'll queue this up for 4.11.
Now applied, t
On Dec 29 2016 or thereabouts, Dmitry Torokhov wrote:
> Evdev interface has been available for many years and by now everyone
> is switched to using it, so let's stop offering /dev/input/mouseN
> and /dev/psaux by default.
>
> Signed-off-by: Dmitry Torokhov
Makes sense to me
Acked-by: Benjamin
On 12/31/2016 12:56 AM, Krzysztof Kozlowski wrote:
> On Wed, Dec 28, 2016 at 07:34:50PM +0900, Jaehoon Chung wrote:
>> This patch is for using PHY generic framework.
>> When Exynos5440 had upstreamed, there was no PHY subsytem.
>> Now the using PHY framework is mandantory.
>> In future, Exynos vari
On Mon, Jan 02, 2017 at 10:41:03AM +0100, Johan Hovold wrote:
> On Mon, Dec 19, 2016 at 12:08:39PM +0100, Johan Hovold wrote:
> > On Sun, Dec 18, 2016 at 10:29:27PM +, Sudip Mukherjee wrote:
> > > The variable havedata was only being set but never used afterwards.
> > >
> > > Signed-off-by: Su
On Fri, Dec 30, 2016 at 06:11:05PM -0800, Andy Lutomirski wrote:
> On Fri, Dec 30, 2016 at 7:56 AM, Dmitry Safonov
> wrote:
> > Keep task's virtual address space size as mm_struct field which
> > exists for a long time - it's initialized in setup_new_exec()
> > depending on the new task's persona
Free memory mapping, if ath79_clocks_init_dt_ng is not successful.
Signed-off-by: Arvind Yadav
---
arch/mips/ath79/clock.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/arch/mips/ath79/clock.c b/arch/mips/ath79/clock.c
index cc3a1e3..7e2bb12 100644
--- a/arch/mips/at
On Fri, Dec 30, 2016 at 06:56:31PM +0300, Dmitry Safonov wrote:
> All users of TASK_SIZE_OF(tsk) have migrated to mm->task_size or
> TASK_SIZE_MAX since:
> commit d696ca016d57 ("x86/fsgsbase/64: Use TASK_SIZE_MAX for
> FSBASE/GSBASE upper limits"),
> commit a06db751c321 ("pagemap: check permissions
This patch series removes some interrupt debug code:
printk statements, associated macros, dead code, etc.
Finn Thain (3):
m68k/mac: Improve NMI handler
m68k/mac: Remove SHUTUP_SONIC interrupt hack
m68k/mac: Clean up interrupt debug macros and printk statements
arch/m68k/include/asm/macin
mac_nmi_handler() is useless in its present form and locks up my PowerBook
180. Let's throw out the dead code and make it do something useful: print
a register dump and a stack trace.
mac_debug_handler() is also dead code. Remove it along with its static
data.
Signed-off-by: Finn Thain
---
arch
Mac interrupt code has been debugged. The Penguin deficiencies that
still cause unhandled interrupts aren't fixable here. Besides,
interrupts are fast and frequent and these printk statements
were never really useful IMO. Remove them.
Signed-off-by: Finn Thain
---
arch/m68k/include/asm/macints.h
In macints.c there is some startup code which disables the SONIC interrupt
in an attempt to avoid an unhandled slot interrupt, which would be fatal.
This only works on those machines where the SONIC device is on-board.
When the mac_sonic driver is built-in, there's little point in doing this,
beca
On Tue, Dec 13, 2016 at 10:39:57PM +0800, Xie Qirong wrote:
> The combination of init_timer and setting up the data and function field
> manually is equivalent to calling setup_timer(). This is an api
> consolidation only and improves readability.
>
> Signed-off-by: Xie Qirong
> ---
>
> setup_
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
A: No.
Q: Should I include quotations after my reply?
http://daringfireball.net/2007/07/on_top
On Mon, Jan 02, 2017 at 09:35:21AM +, Manish Narani wrote:
> Hi Greg,
>
>
> I need to have t
On 22-12-16, 12:34, Rob Herring wrote:
> > +Optional properties:
> > +- domain-performance-state: A phandle of a Performance state node.
> > +
> > +Example:
> > +
> > + parent: power-controller@1234 {
> > + compatible = "foo,power-controller";
> > + reg = <0x1234 0x100
The original patch did not done what it was supposed to be doing and even
worst it broke legacy boot (OMAP1).
The lch_map size should be the number of available logical channels in sDMA
and the od->dma_requests should store the number of available DMA request
lines usable in sDMA.
In legacy mode
On 01/01/2017 04:44, Wanpeng Li wrote:
> From: Wanpeng Li
>
> This was reported by syzkaller:
>
> BUG: unable to handle kernel NULL pointer dereference at 01b0
> IP: _raw_spin_lock+0xc/0x30
> PGD 3e28eb067
> PUD 3f0ac6067
> PMD 0
> Oops: 0002 [#1] SMP
> CPU: 0 PID: 2431 Comm: test
I have typo in the subject line: s/alocation/allocation ...
Vinod: can you fix it up or should I resend?
--
Péter
On 01/02/2017 12:07 PM, Peter Ujfalusi wrote:
> The original patch did not done what it was supposed to be doing and even
> worst it broke legacy boot (OMAP1).
>
> The lch_map size
On Fri 30-12-16 17:33:53, Xiong Zhou wrote:
> On Sat, Dec 24, 2016 at 07:07:14PM +0800, Xiong Zhou wrote:
> > Hi lists,
> >
> > Since around 20161129 tag, LTP rwtest01 on dax mountpoint blocks
> > on linux-next tree, now on Linus tree.
> >
> > In "normal", rwtest01 subcase ends in a few minutes,
Hi all,
I'm using kernel 4.9 and maybe half of the times I boot my laptop I get the
error reported below, and the wifi does not work. I have to remove iwlwifi
(like
modprobe -r iwldvm iwlwifi) and insert it again to get things workig again.
This seems a bit random, it does not happens all the t
On Wednesday 07 December 2016 08:52 PM, Bartosz Golaszewski wrote:
> This function is confusing - its second argument is an index to the
> freq table, not the requested clock rate in Hz, but it's used as the
> set_rate callback for the pll0 clock. It leads to an oops when the
> caller doesn't know
On Mon, Jan 2, 2017 at 11:09 AM, Paolo Bonzini wrote:
>
>
>
> On 01/01/2017 04:44, Wanpeng Li wrote:
> > From: Wanpeng Li
> >
> > This was reported by syzkaller:
> >
> > BUG: unable to handle kernel NULL pointer dereference at 01b0
> > IP: _raw_spin_lock+0xc/0x30
> > PGD 3e28eb067
> >
On Mon, Jan 02, 2017 at 10:38:00AM +0200, Andy Shevchenko wrote:
> On Fri, 2016-12-30 at 12:05 +, Jose Abreu wrote:
> > ++dw-dmac Maintainers
> >
> >
> > On 30-12-2016 11:32, Jose Abreu wrote:
> > > Hi All,
> > >
> > >
> > > I am going to work with dw-dmac AHB controller and I wanted to
> >
On 29/12/2016 10:25, Liang Li wrote:
> x86-64 is currently limited physical address width to 46 bits, which
> can support 64 TiB of memory. Some vendors require to support more for
> some use case. Intel plans to extend the physical address width to
> 52 bits in some of the future products.
>
>
On Mon, Jan 02, 2017 at 12:09:03PM +0200, Peter Ujfalusi wrote:
> I have typo in the subject line: s/alocation/allocation ...
>
> Vinod: can you fix it up or should I resend?
Either way is fine :)
--
~Vinod
On 01/02/2017 12:21 PM, Vinod Koul wrote:
> On Mon, Jan 02, 2017 at 12:09:03PM +0200, Peter Ujfalusi wrote:
>> I have typo in the subject line: s/alocation/allocation ...
>>
>> Vinod: can you fix it up or should I resend?
>
> Either way is fine :)
Let's wait for Aaro to test it and I will resen
On Monday 19 December 2016 03:28 PM, Bartosz Golaszewski wrote:
> I noticed my e-mail address is wrong in this one. This patch fixes it.
>
> Signed-off-by: Bartosz Golaszewski
Applied to v4.11/fixes-non-critical
Thanks,
Sekhar
Hello,
I've got the following warning while running syzkaller fuzzer:
WARNING: CPU: 2 PID: 13257 at arch/x86/kvm/vmx.c:8633
vmx_handle_exit+0x262b/0x38b0 arch/x86/kvm/vmx.c:8633
vmx: unexpected exit reason 0xb
CPU: 2 PID: 13257 Comm: syz-executor7 Not tainted 4.10.0-rc1+ #118
Hardware name: QEMU
HDMI 2.0 introduces a new sampling mode called YCbCr 4:2:0.
According to the spec the EDID may contain two blocks that
signal this sampling mode:
- YCbCr 4:2:0 Video Data Block
- YCbCr 4:2:0 Video Capability Map Data Block
The video data block contains the list of vic's were
only Y
Hi Finn, Ben,
On Sun, Jan 1, 2017 at 1:56 AM, Finn Thain wrote:
> Change the device probe test in the via-cuda.c driver so it will load on
> Egret-based machines too. Remove the now redundant via-maciisi.c driver.
>
> Tested-by: Stan Johnson
> Signed-off-by: Finn Thain
Acked-by: Geert Uytterho
1 - 100 of 605 matches
Mail list logo
