The clocksource mult-adjustment threshold is [mult-maxadj, mult+maxadj],
timekeeping_adjust() only deals with the upper threshold, but misses the
lower threshold.
This patch adds the lower threshold judging condition.
Signed-off-by: pang.xunlei
---
kernel/time/timekeeping.c |2 +-
1 file ch
The mult memember of struct clocksource should always be a large u32 number
when calculated through
__clocksource_updatefreq_scale(). The value of (cs->mult+cs->maxadj) may have a
chance to reach very
near 0x. For instance, 555MHz oscillator: cs->mult is 0xE6A17102,
cs->maxadj is 0x195E8
Hi all,
Please do not add any material intended for v3.19 to your linux-next
included trees until after v3.18-rc1 has been released.
Changes since 20141008:
Removed tree: dmaengine
The tip tree gained a conflict against the mips tree.
The percpu gained a conflict against the tip tree.
Non-mer
On 2014/10/9 11:41, gre...@linuxfoundation.org wrote:
> On Thu, Oct 09, 2014 at 11:07:04AM +0800, zhangzhiqiang wrote:
>> On 2014/10/8 21:38, Will Deacon wrote:
>>> On Wed, Oct 08, 2014 at 02:31:47PM +0100, gre...@linuxfoundation.org wrote:
On Wed, Oct 08, 2014 at 10:17:41AM +0100, Will Deacon
On Wed, 08 Oct 2014, Guenter Roeck wrote:
> On Wed, Oct 08, 2014 at 10:33:30AM +0100, Lee Jones wrote:
> > Signed-off-by: David Paris
> > Signed-off-by: Lee Jones
> > ---
> > drivers/watchdog/Kconfig | 16 +++
> > drivers/watchdog/Makefile | 1 +
> > drivers/watchdog/st_wdt.c | 317
> > +++
On 10/09/2014 12:48 AM, Greg Kroah-Hartman wrote:
> On Tue, Oct 07, 2014 at 05:54:48PM +0200, Dzmitry Sledneu wrote:
>> Fix "Possible unnecessary 'out of memory' message" checkpatch.pl warning
>>
>> Signed-off-by: Dzmitry Sledneu
>>
>> ---
>> drivers/staging/gs_fpgaboot/gs_fpgaboot.c | 7 ++-
On Thu, Oct 9, 2014 at 2:50 AM, Vladimir Zapolskiy wrote:
> On 07.10.2014 10:11, Pramod Gurav wrote:
>>
>> This change switches to managed resource APIs to allocated resources
>> such as irq, clock. Hence does away with release statements of the
>> same resorces in error lables and remove function
* Tuan Bui wrote:
> > > +static const struct option options[] = {
> > > + OPT_UINTEGER('s', "start", &start_nr_threads, "Numbers of processes to
> > > start"),
> > > + OPT_UINTEGER('e', "end", &end_nr_threads, "Numbers of process to end"),
> > > + OPT_UINTEGER('i', "increment", &increment_threa
On 9 October 2014 03:32, Stephen Boyd wrote:
> On 10/07/2014 08:21 AM, Tomeu Vizoso wrote:
>>
>> Hello,
>>
>> this second version of the series adds several cleanups that were
>> suggested by
>> Stephen Boyd and contains several improvements to the seventh patch (clk:
>> Make
>> clk API return per
Fix "out of memory" error handling
Signed-off-by: Dzmitry Sledneu
---
drivers/staging/gs_fpgaboot/gs_fpgaboot.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/gs_fpgaboot/gs_fpgaboot.c
b/drivers/staging/gs_fpgaboot/gs_fpgaboot.c
index cbf70ce..0c18c4c
> Who guarantees there's no valuable data in [start, initrd_start) and
> [initrd_end, end) being corrupted?
>
mm..
I am not sure if the memblock_reserve will reserve
Memory from page aligned address?
If not, do we need also make memblock_reserve the initrd memory
From page aligned start(round down
On Thu, Oct 9, 2014 at 1:12 AM, Guenter Roeck wrote:
> On Wed, Oct 08, 2014 at 06:42:55PM -0400, Josh Boyer wrote:
>> However, there is literally nothing else in the tree that calls or
>> provides those functions:
>>
>> [jwboyer@vader linux]$ git grep unregister_restart_handler
>> drivers/pinctrl
On Wednesday 08 October 2014 15:16:55 Scott Branden wrote:
> It looks like I will also be able to add Northstar under the
> ARCH_BCM_IPROC. This will be good momentum to cleaning up and
> consolidate support going forward.
> I will change the Kconfig such that ARCH_BCM_5301X selects ARCH_BCM_IPR
Commit-ID: 4ea48a01bb1a99f4185b77cd90cf962730336cc4
Gitweb: http://git.kernel.org/tip/4ea48a01bb1a99f4185b77cd90cf962730336cc4
Author: Shuah Khan
AuthorDate: Mon, 29 Sep 2014 12:41:56 -0600
Committer: Ingo Molnar
CommitDate: Thu, 9 Oct 2014 09:29:46 +0200
x86/build: Add arch/x86/purgat
Hi Alim,
Thank you for reviewing and testing our Patch.
On Wed, Oct 8, 2014 at 7:17 PM, Alim Akhtar wrote:
> Hi Prabu,
>
> On Tue, Oct 7, 2014 at 5:17 PM, Prabu Thangamuthu
> wrote:
> > Synopsys DW_MMC IP core supports Internal DMA Controller with 64-bit
> address mode from IP version 2.70a on
Synopsys DW_MMC IP core supports Internal DMA Controller with 64-bit address
mode from IP version 2.70a onwards.
Updated the driver to support IDMAC 64-bit addressing mode.
Tested the features in DW_MMC core v2.70a and v2.40a with HAPS-51 setup and
driver is working fine.
Signed-off-by: Prabu T
On Mon, 06 Oct 2014, Muthu Mani wrote:
> Adds support for USB-I2C/GPIO interfaces of Cypress Semiconductor
> CYUSBS234 USB-Serial Bridge controller.
>
> Details about the device can be found at:
> http://www.cypress.com/?rID=84126
>
> Signed-off-by: Muthu Mani
> Signed-off-by: Rajaram Regupathy
There is no need to init .owner field.
Based on the patch from Peter Griffin
"mmc: remove .owner field for drivers using module_platform_driver"
This patch removes the superfluous .owner field for drivers which
use the module_platform_driver API, as this is overridden in
platform_driver_register
During FunctionFS bind, ffs_data_get() function was called twice
(in functionfs_bind() and in ffs_do_functionfs_bind()), while on unbind
ffs_data_put() was called once (in functionfs_unbind() function).
In result refcount never reached value 0, and ffs memory resources has
been never released.
Sin
On Thu, Oct 09, 2014 at 03:11:51PM +0900, Alexandre Courbot wrote:
> From: Thierry Reding
>
> Add the device-tree node for the GK20A GPU and leave it disabled by
> default. It is the responsability of the bootloader to enable it if the
> VPR registers have been programmed such as the GPU can oper
There is no need to init .owner field.
Based on the patch from Peter Griffin
"mmc: remove .owner field for drivers using module_platform_driver"
This patch removes the superfluous .owner field for drivers which
use the module_platform_driver API, as this is overridden in
platform_driver_register
On 2014-10-08 at 11:29:43 +0200, Ley Foon Tan wrote:
> This patch adds support for system calls from userspaces. It uses the
> asm-generic/unistd.h definitions with architecture spcific syscall. The
> sys_call_table
> is just an array defined in a C file and it contains pointers to the syscall
>
On 10/09/2014 04:43 PM, Thierry Reding wrote:
* PGP Signed by an unknown key
On Thu, Oct 09, 2014 at 03:11:51PM +0900, Alexandre Courbot wrote:
From: Thierry Reding
Add the device-tree node for the GK20A GPU and leave it disabled by
default. It is the responsability of the bootloader to enabl
There is no need to init .owner field.
Based on the patch from Peter Griffin
"mmc: remove .owner field for drivers using module_platform_driver"
This patch removes the superfluous .owner field for drivers which
use the module_platform_driver API, as this is overridden in
platform_driver_register
>-Original Message-
>From: Joseph Lo [mailto:jose...@nvidia.com]
>Sent: Friday, October 03, 2014 3:46 PM
>To: Lu Jingchang-B35083; gre...@linuxfoundation.org
>Cc: devicet...@vger.kernel.org; a...@arndb.de; linux-
>ker...@vger.kernel.org; linux-ser...@vger.kernel.org; linux-arm-
>ker...@list
On Thu, Oct 9, 2014 at 8:46 AM, RR wrote:
> On Wed, Oct 8, 2014 at 12:18 AM, Alexandre Courbot wrote:
>> On Wed, Oct 8, 2014 at 4:09 PM, Muthu Mani wrote:
-Original Message-
From: Alexandre Courbot [mailto:gnu...@gmail.com]
Sent: Tuesday, October 07, 2014 3:34 PM
To:
> -Original Message-
> From: Hayes Wang
> Sent: Thursday, October 09, 2014 2:25 PM
> To: net...@vger.kernel.org
> Cc: nic_swsd; linux-kernel@vger.kernel.org;
> linux-...@vger.kernel.org; Hayes Wang
> Subject: [PATCH net-next] r8152: add rtnl_lock
>
> Add rtnl_lock() for suspend/resume an
On Thu, Oct 09, 2014 at 04:48:56PM +0900, Alexandre Courbot wrote:
> On 10/09/2014 04:43 PM, Thierry Reding wrote:
> >* PGP Signed by an unknown key
> >
> >On Thu, Oct 09, 2014 at 03:11:51PM +0900, Alexandre Courbot wrote:
> >>From: Thierry Reding
> >>
> >>Add the device-tree node for the GK20A GP
David Miller [mailto:da...@davemloft.net]
> Sent: Thursday, October 09, 2014 3:45 AM
[..]
> I think a much simpler fix is to take rtnl_lock() in the workqueue
> function and suspend/resume ops.
>
> Every other place you are adding the mutex already holds the RTNL
> mutex.
If I use the rtnl_lock
Hi Mark,
On Fri, Sep 26, 2014 at 3:39 PM, Mark Rutland wrote:
> On Mon, Sep 22, 2014 at 09:35:03PM +0100, Belisko Marek wrote:
>> Hi Mark,
>>
>> On Mon, Sep 22, 2014 at 1:03 PM, Mark Rutland wrote:
>> > Hi,
>> >
>> > On Wed, Mar 05, 2014 at 08:52:19PM +, Marek Belisko wrote:
>> >> Signed-off
The iterator does not return any task_struct from the thread_group list
because the first condition in the 'if not t or ...' will only be the
first time None.
Instead of keeping track of the state ourself in the next() function,
we fall back using Python's generator.
Signed-off-by: Daniel Wagner
I am trying to debug something here and gave your patches a spin.
I found a small issue when trying to access threads instead only
processes.
See you next week in Duesseldorf!
Daniel Wagner (1):
scripts/gdb: Use a generator instead of iterator for task list
scripts/gdb/linux/tasks.py | 50 ++
On Thu, Oct 9, 2014 at 5:00 PM, Thierry Reding wrote:
> On Thu, Oct 09, 2014 at 04:48:56PM +0900, Alexandre Courbot wrote:
>> On 10/09/2014 04:43 PM, Thierry Reding wrote:
>> >* PGP Signed by an unknown key
>> >
>> >On Thu, Oct 09, 2014 at 03:11:51PM +0900, Alexandre Courbot wrote:
>> >>From: Thie
Hello Alan
>
> What is the locking between setting/getting/driver use of the config ?
> This really needs a lock (termios sem I think is perhaps appropriate
> given when the values are normally referenced).
I tried implementing it with the sermios sem
((&(uart_port)->state->port.tty->termios_rwse
On Wed, Oct 1, 2014 at 1:28 PM, Maxim Patlasov wrote:
> Given those patches must die, do you have any ideas how to resolve that
> "spurious EBUSY" problem?
Check the "sync_release" branch of fuse:
git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git sync_release
And same branch nam
On Thu, Oct 09, 2014 at 08:40:29AM +0100, Lee Jones wrote:
> On Mon, 06 Oct 2014, Muthu Mani wrote:
> > +static int update_ep_details(struct usb_interface *interface,
> > + struct cyusbs23x *cyusbs)
> > +{
> > + struct usb_host_interface *iface_desc;
> > + struct usb_
On 10/08/2014 03:48 PM, Peter Zijlstra wrote:
> On Wed, Oct 08, 2014 at 03:07:51PM +0530, Preeti U Murthy wrote:
>
>>> I still completely hate all that.. It basically makes cpusets useless,
>>> they no longer guarantee anything, it makes then an optional placement
>>> hint instead.
>>
>> Why do yo
On Thu, 2014-09-11 at 16:30 +0200, Rostislav Lisovy wrote:
[...]
Nice work. Let me (finally) look in more detail ...
> +++ b/include/uapi/linux/nl80211.h
> @@ -2031,6 +2031,8 @@ enum nl80211_attrs {
> * and therefore can't be created in the normal ways, use the
> * %NL80211_CMD_START_P2
On Thu, 2014-09-11 at 16:30 +0200, Rostislav Lisovy wrote:
> Signed-off-by: Rostislav Lisovy
A bit more commit log would be good :)
> +++ b/include/net/cfg80211.h
> @@ -375,6 +375,8 @@ static inline enum nl80211_channel_type
> cfg80211_get_chandef_type(const struct cfg80211_chan_def *chandef)
>
On Thu, Oct 09, 2014 at 01:50:52PM +0530, Preeti U Murthy wrote:
> We observed this on ubuntu kernel, in which systemd explicitly mounts
Using systemd is your first fail.. total crapfest that.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to ma
On Thu, 2014-09-11 at 16:30 +0200, Rostislav Lisovy wrote:
> Signed-off-by: Rostislav Lisovy
same comment about commit log here - also this patch should either go
first in the series, or just be squashed with the cfg80211 patch,
there's no real need to distinguish between the two. I guess it can'
On Thu, Oct 9, 2014 at 6:27 AM, Al Viro wrote:
>
>> +Lsignal_return:
>> + ANDI32 r1, r10, _TIF_SIGPENDING | _TIF_NOTIFY_RESUME
>> + beq r1, r0, restore_all
>> + mov r4, sp /* pt_regs */
>> + SAVE_SWITCH_STACK
>> + calldo_notify_resume
>> + beq
On Thu, Oct 09, 2014 at 01:50:52PM +0530, Preeti U Murthy wrote:
> >> SMT 8 on Power8 can help/hinder workloads. Hence we dynamically switch
> >> the modes at runtime.
> >
> > That's just a horrible piece of crap hack and you deserve any and all
> > pain you get from doing it.
> >
> > Randomly re
There are currently more than 16 partitions on the eMMC of all recent
Qualcomm devices. Increase the number of minors per block device to
detect all available partitions.
Signed-off-by: Georgi Djakov
---
arch/arm/configs/qcom_defconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
On Wed, Oct 8, 2014 at 7:29 PM, Richard Weinberger
wrote:
> On Wed, Oct 8, 2014 at 11:29 AM, Ley Foon Tan wrote:
>> This patch adds support for signal handling.
>>
>> Signed-off-by: Ley Foon Tan
>
> Maybe I'm misreading your code but where do you check for multiple
> pending signals?
> It looks
On Tue, Oct 07, 2014 at 10:15:44AM +0200, Frans Klaver wrote:
> On Mon, Oct 06, 2014 at 02:32:10PM -0700, Guenter Roeck wrote:
> > On Mon, Oct 06, 2014 at 10:40:35AM +0200, Frans Klaver wrote:
> > > +static struct platform_driver ltc2952_poweroff_driver = {
> > > + .probe = ltc2952_poweroff_probe,
On Thu, Oct 9, 2014 at 3:47 PM, Tobias Klauser wrote:
>> +#if defined(CONFIG_FB) || defined(CONFIG_FB_MODULE)
>> +#include
>> +unsigned long get_fb_unmapped_area(struct file *filp, unsigned long
>> orig_addr,
>> + unsigned long len, unsigned long pgoff, unsigned long flags)
>> +{
>>
A recent bug fix to the MSIx handling in vfio added references
to functions that may not be defined if MSI is disabled in the kernel,
resulting in this link error:
drivers/built-in.o: In function `vfio_msi_set_vector_signal':
:(.text+0x450808): undefined reference to `get_cached_msi_msg'
:(.text+0
Hi Dinh,
thank you for the patch. Just two small issues below:
Am Mittwoch, den 08.10.2014, 17:45 -0500 schrieb dingu...@opensource.altera.com:
[...]
> @@ -126,6 +126,19 @@ int reset_control_deassert(struct reset_control *rstc)
> EXPORT_SYMBOL_GPL(reset_control_deassert);
>
> /**
> + * reset_
Any comments on this patch set.
Thanks,
Ankit
On 30 September 2014 09:56, Ankit Jindal wrote:
> This patchset enables user space access to APM X-Gene QMTM
> using UIO framework.
>
> The patchset also introduces new type UIO_MEM_PHYS_CACHE
> for mem regions because APM X-Gene QMTM device supports
On śro, 2014-10-08 at 15:44 +0200, Javier Martinez Canillas wrote:
> Regulators can run on different operating modes (opmodes). This allows
> systems to choose the most efficient opmode for each regulator. The
> regulator core defines a set of generic modes so each system can define
> the opmode in
On Thu, Oct 09, 2014 at 02:43:02PM +0900, Alexandre Courbot wrote:
> But there might be another issue, which is that calls to
> drm_vblank_get() will return -EINVAL if invoked between drm_blank_off
> and drm_blank_on. Is this really the desired behavior? Can it at least
> happen? If so, how a
On Tue, Oct 7, 2014 at 5:25 PM, Cristian Stoica
wrote:
> This is a completion to 27a90700a4275c5178b883b65927affdafa5185c
> The size field is also increased to allow values larger than 32 bits
> on platforms that have more than 32 bit physical addresses.
>
> Signed-off-by: Cristian Stoica
> ---
>
Hi Vinod,
On Wednesday 08 October 2014 17:49:02 Vinod Koul wrote:
> On Tue, Oct 07, 2014 at 06:05:15PM +0300, Laurent Pinchart wrote:
> >>> Beware, it can be confusing when mixing "descriptors" and "hardware
> >>> descriptors". The ones used by the DMA controller itself to describe
> >>> the
> >>>
On Wed, Oct 08, 2014 at 04:28:36PM -0700, Mike Turquette wrote:
> > Yeah, like hell no. We do not want modules to affect scheduler
> > behaviour.
>
> If a CPUfreq driver is the best place to know how frequency affects the
> capacity of a CPU for a given system, are you suggesting that we must
> co
On Wed, Oct 8, 2014 at 6:44 PM, Thomas Gleixner wrote:
> On Wed, 8 Oct 2014, Ley Foon Tan wrote:
>> +static void nios2_timer_set_mode(enum clock_event_mode mode,
>> + struct clock_event_device *evt)
>> +{
>> + unsigned long period;
>> + struct nios2_clockevent_dev *nios2_ced = to_nios2
Hi Steven,
my code does something like:
void my_printf(const char *fmt, ...)
{
struct va_format vaf;
va_list args;
va_start(args, fmt);
vaf.fmt = fmt;
vaf.va = &args;
trace_printk("%pV", &vaf);
va_end(args);
}
While reading from /sys/kerne
> -Original Message-
> From: Richard Weinberger [mailto:rich...@nod.at]
> Sent: Wednesday, October 08, 2014 6:35 PM
> To: Chen, Hanxiao/陈 晗霄; contain...@lists.linux-foundation.org;
> linux-kernel@vger.kernel.org
> Cc: Serge Hallyn; Eric W. Biederman; Oleg Nesterov; David Howells; Richard
On 08/10/14 10:25, Maarten ter Huurne wrote:
> On Tuesday 30 September 2014 12:41:46 Tomi Valkeinen wrote:
>> Hi,
>>
>> On 09/09/14 14:46, Maarten ter Huurne wrote:
>>> This font is suitable for framebuffer consoles on devices with a
>>> 320x240 screen, to get a reasonable number of characters (53x
On Wed, Oct 08, 2014 at 03:37:32PM -0700, Mike Turquette wrote:
> It creates a dependency such that any ARM platform that wants to have
> frequency-invariant load must use CPUfreq. I don't think we want that
> dependency. CPUfreq is a likely back-end for many devices, but not all.
>
> Consider nea
On 09/10/14 00:13, Hartley Sweeten wrote:
On Wednesday, October 08, 2014 8:09 AM, Ian Abbott wrote:
`do_cmd_ioctl()`, the handler for the `COMEDI_CMD` ioctl can incorrectly
call the Comedi subdevice's `do_cmd()` handler with a NULL channel list
pointer. This is a regression as the `do_cmd()` ha
Xiubo Li (6):
regmap: cache: Sort include headers alphabetically
regmap: cache: cleanup regcache_hw_init().
regmap: cache: fix errno in regcache_hw_init()
regmap: cache: speed regcache_hw_init() up.
regmap: cache: use kmalloc_array instead of kmalloc
regmap: cache: Fix possible ZERO_SI
Remove the redundant code for regmap cache.
Signed-off-by: Xiubo Li
---
drivers/base/regmap/regcache.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/drivers/base/regmap/regcache.c b/drivers/base/regmap/regcache.c
index 4896804..c13b821 100644
--- a/drivers/base/reg
If the inlcude headers aren't sorted alphabetically, then the
logical choice is to append new ones, however that creates a
lot of potential for conflicts or duplicates because every change
will then add new includes in the same location.
Signed-off-by: Xiubo Li
---
drivers/base/regmap/regcache-f
Signed-off-by: Jia He
This fixes all coding style error problems at rtl8188eu which
makes checkpatch.pl unhappy
---
drivers/staging/rtl8188eu/hal/bb_cfg.c | 4 ++--
drivers/staging/rtl8188eu/hal/fw.c | 4 ++--
drivers/staging/rtl8188eu/hal/phy.c| 2 +-
drivers/staging/rtl8188eu/hal/rf.c
When all the registers are volatile(unlikely, but logically and mostly
will happen for some 'device' who has very few registers), then the
count will be euqal to 0, then kmalloc() will return ZERO_SIZE_PTR,
which equals to ((void *)16).
So this patch fix this with just doing the zero check before
This patch fixes checkpatch.pl warning for regmap cache.
WARNING : prefer kmalloc_array over kmalloc with multiply
Signed-off-by: Xiubo Li
---
drivers/base/regmap/regcache.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/base/regmap/regcache.c b/drivers/base/regm
On Wed, Oct 08, 2014 at 03:47:43PM +0100, Arnd Bergmann wrote:
> On Wednesday 08 October 2014 11:19:43 Lorenzo Pieralisi wrote:
> >
> > Ok. So, unless I am missing something, on platform with mem_offset != 0
> > /proc and /sys interfaces for remapping PCI resources can't work (IIUC
> > the proc in
Am Mittwoch, den 08.10.2014, 21:44 -0500 schrieb
dingu...@opensource.altera.com:
> From: Dinh Nguyen
>
> There are certain drivers that are required to get loaded very early using
> arch_initcall. An example of such a driver is the SOCFPGA's FPGA bridge
> driver.
> This driver has to get loaded
When kmalloc() fails, we should return -ENOMEM.
Signed-off-by: Xiubo Li
---
drivers/base/regmap/regcache.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/base/regmap/regcache.c b/drivers/base/regmap/regcache.c
index c13b821..8a7c270 100644
--- a/drivers/base/regmap/r
This may speed regcache_hw_init() up for some cases that there
has volatile registers.
Signed-off-by: Xiubo Li
---
drivers/base/regmap/regcache.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/base/regmap/regcache.c b/drivers/base/regmap/regcache.c
index 8a7c270..45a
On Tue, Oct 07, 2014 at 04:34:42PM -0600, Jason Gunthorpe wrote:
> On Wed, Oct 08, 2014 at 01:28:14AM +0300, Jarkko Sakkinen wrote:
>
> > > > @@ -714,15 +709,10 @@ static int tpm_tis_i2c_remove(struct i2c_client
> > > > *client)
> > > > struct tpm_chip *chip = tpm_dev.chip;
> > > >
Applied, with a somewhat better changelog.
johannes
--
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/
drm_vblank_get() can return an error, which we should propagate.
Signed-off-by: Alexandre Courbot
---
drivers/gpu/drm/tegra/dc.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/tegra/dc.c b/drivers/gpu/drm/tegra/dc.c
index 6553fd238685..b08df07cad47 100644
Hi,
Fengguang found that the RSS/PSS shown in smaps is not correct
if the file is /dev/zero.
Example:
7bea458b3000-7fea458b3000 r--p 00:13 39989
/dev/zero
Size: 4294967296 kB
Rss:10612736 kB
Pss:10612736 kB
Shared_Clean: 0 kB
Shared_Dirty:
On 10/08/2014 04:05 PM, Lee Jones wrote:
> To all those CC'ed,
>
>> The Baytrail-T platform firmware has defined two customized operation
>> regions for PMIC chip Crystal Cove - one is for power resource handling
>> and one is for thermal: sensor temperature reporting, trip point setting,
>> etc.
On Wed, Oct 08, 2014 at 04:30:18PM +0100, Kees Cook wrote:
> On Wed, Oct 8, 2014 at 9:13 AM, Will Deacon wrote:
> > On Thu, Oct 02, 2014 at 10:46:11AM +0100, AKASHI Takahiro wrote:
> >> diff --git a/arch/arm64/kernel/ptrace.c b/arch/arm64/kernel/ptrace.c
> >> index fe63ac5..2842f9f 100644
> >> ---
pr_* macros replaced with dev_* as they are more preffered over pr_*.
each file which had pr_* was reviewed manually and replaced with dev_*.
here we have actually used the reference of the vortex which was added
to some functions in the previous patch of this series.
Signed-off-by: Sudip Mukherje
added a pointer of the vortex in the following functions :
vortex_alsafmt_aspfmt
vortex_Vort3D_InitializeSource
a3dsrc_ZeroStateA3D
so that we can have a reference of the vortex in the function.
this reference of the vortex will actually be used in a later patch
to convert the pr_* macro to dev_*
On Wed, Oct 08, 2014 at 09:10:12PM -0400, Steven Rostedt wrote:
> From: Steven Rostedt
>
> Peter's new debugging tool triggers when tasks exit with !TASK_RUNNING.
> The code in trace_wakeup_test_thread() also has a single schedule() call
> that should be encompassed by a loop.
>
> This cleans up
On 10/09/2014 10:42 AM, Preeti U Murthy wrote:
Hi Raghu,
remove_tasks_in_empty_cpuset() is called on the legacy hierarchy when
the cpuset becomes empty, hence we require it. But you are right its not
called on the default hierarchy.
My point was if legacy hierarchy follows unified hierarchy
Hi Juri,
On 10/07/2014 03:20 PM, Daniel Wagner wrote:
> On 10/07/2014 02:10 PM, Daniel Wagner wrote:
>> [ 36.689416] pthread_-15550d..5 18486408us : sched_stat_sleep:
>> comm=pthread_test pid=1554 delay=143975 [ns]
>> [ 36.689416] pthread_-15550d..5 18486408us : sched_wakeup:
>> comm
Since strsep is used to tokenize the options string, after each option
match the code should use "continue" to get the next token from strsep.
This patch applies this pattern consistently.
Previously, for "scrollback:" and "map:" the parse code would return
(unconditionally: strsep ensures *option
On Thu, Oct 09, 2014 at 01:40:11PM +0900, Daeseok Youn wrote:
> The dgap_init_module() need to unwind for cleanup variables properly.
> Because dgap_init_module() calls dgap_cleanup_module() for freeing
> variables but this function is possible to free variables
> which are not allocated.
>
> Sign
On Thu, Oct 09, 2014 at 05:03:07PM +0800, Jia He wrote:
> Signed-off-by: Jia He
> This fixes all coding style error problems at rtl8188eu which
> makes checkpatch.pl unhappy
your commit message should be above your Signed-off line.
mention what type of error you are fixing.
you are doing multip
On Wed, Oct 08, 2014 at 10:33:29AM +0100, Lee Jones wrote:
> Cc: devicet...@vger.kernel.org
> Signed-off-by: David Paris
> Signed-off-by: Lee Jones
> ---
> .../devicetree/bindings/watchdog/st-lpc-wdt.txt| 30
> ++
> 1 file changed, 30 insertions(+)
> create mode 100644
On Thu, Oct 09, 2014 at 09:52:58AM +0100, Russell King - ARM Linux wrote:
> On Thu, Oct 09, 2014 at 02:43:02PM +0900, Alexandre Courbot wrote:
> > But there might be another issue, which is that calls to
> > drm_vblank_get() will return -EINVAL if invoked between drm_blank_off
> > and drm_blank
v2:
Make sure the autoresume wouldn't occur inside the mutex, otherwise
the dead lock would happen. For the purpose, adjust some code about
autosuspend/autoresume.
v1:
Use mutex to avoid that the serial hw settings would be interrupted
by other settings. Although there is no problem now, it makes
Resume the device before setting the feature.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c
index 5cfd414..c5afe8c 100644
--- a/drivers/net/usb/r8152.c
+++ b/dr
Use the mutex to avoid the settings are interrupted by other ones.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 64 -
1 file changed, 63 insertions(+), 1 deletion(-)
diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c
index 1
> + res = platform_get_resource_byname(pdev, IORESOURCE_MEM,
> "syscfg-type");
This wasn't mentioned in the binding. A comment mentioned "type", but
there was no explicit mention of "syscfg-type" in reg-names.
Mark.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Add usb_autopm_xxx for rtl8152_get_settings() ,and remove
usb_autopm_xxx from read_mii_word() and write_mii_word().
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 24 +++-
1 file changed, 11 insertions(+), 13 deletions(-)
diff --git a/drivers/net/usb/r8152.c b/drive
On 10/07/2014 10:41 AM, Benjamin Herrenschmidt wrote:
> On Wed, 2014-10-01 at 13:15 +0530, Shreyas B. Prabhu wrote:
>>
>> diff --git a/arch/powerpc/kernel/exceptions-64s.S
>> b/arch/powerpc/kernel/exceptions-64s.S
>> index 050f79a..c64f3cc0 100644
>> --- a/arch/powerpc/kernel/exceptions-64s.S
>> +
> -Original Message-
> From: Oleg Nesterov [mailto:o...@redhat.com]
> Sent: Wednesday, October 08, 2014 11:13 PM
> To: Chen, Hanxiao/陈 晗霄
> Cc: contain...@lists.linux-foundation.org; linux-kernel@vger.kernel.org; Serge
> Hallyn; Eric W. Biederman; David Howells; Richard Weinberger; Pavel
Sasha Levin writes:
> Hi all,
>
> While fuzzing with trinity inside a KVM tools guest running the latest -next
> kernel, I've stumbled on the following spew:
Indeed this is a pure bug.
Race between write and fcntl(F_SETFL) which toggling O_DIRECT.
So even if we started with buffered path we may en
On Thu, Oct 09, 2014 at 02:43:02PM +0900, Alexandre Courbot wrote:
> On 10/02/2014 08:52 PM, Andrzej Hajda wrote:
> >Hi,
> >
> >+CC possible victims
> >
> >On 10/02/2014 12:52 PM, Inki Dae wrote:
> >>On 2014년 10월 02일 17:58, Joonyoung Shim wrote:
> >>>Hi Andrzej,
> >>>
> >>>On 10/01/2014 05:14 PM, A
Mandatorily disabling the uart clock will cause register access
hung on "no_console_suspend". This patch add condition check on
it and only disable the clock with console_suspend_enabled true.
Signed-off-by: Joseph Lo
Signed-off-by: Jingchang Lu
---
drivers/tty/serial/of_serial.c | 4 ++--
1 fi
Hi,
On Mon, Sep 15, 2014 at 6:43 PM, Vivek Gautam wrote:
> These patches are based on 'for-next' branch of kgene's linux-samsung tree.
>
> Refactoring the exynos-dp-video phy to use pmu-system-controller handle
> and access the register using mfd-syscon and regmap.
> Simultaneously, removing the
On Thu, Oct 09, 2014 at 03:19:03PM +0530, Sudip Mukherjee wrote:
> On Thu, Oct 09, 2014 at 01:40:11PM +0900, Daeseok Youn wrote:
> > The dgap_init_module() need to unwind for cleanup variables properly.
> > Because dgap_init_module() calls dgap_cleanup_module() for freeing
> > variables but this fu
On Thu, Oct 9, 2014 at 7:08 PM, Thierry Reding wrote:
> On Thu, Oct 09, 2014 at 02:43:02PM +0900, Alexandre Courbot wrote:
>> On 10/02/2014 08:52 PM, Andrzej Hajda wrote:
>> >Hi,
>> >
>> >+CC possible victims
>> >
>> >On 10/02/2014 12:52 PM, Inki Dae wrote:
>> >>On 2014년 10월 02일 17:58, Joonyoung S
1 - 100 of 738 matches
Mail list logo
