From: Ekaterina Tumanova
Refactor vmlinux_path__init() to ease subsequent additions of new
vmlinux locations.
Signed-off-by: Ekaterina Tumanova
Acked-by: Alexander Yarygin
Acked-by: Jiri Olsa
Cc: Adrian Hunter
Cc: Christian Borntraeger
Cc: David Ahern
Cc: Namhyung Kim
Cc: Naveen N. Rao
C
From: Jiri Olsa
Passing perf_script struct into process_event function, so we could
process configuration data for event printing.
It will be used in following patch to get event name string width.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link: http://lkm
From: Ekaterina Tumanova
Currently when debuginfo is separated to vmlinux.debug, it's contents
get ignored. Let's change that and add it to the vmlinux_path list.
Signed-off-by: Ekaterina Tumanova
Acked-by: Alexander Yarygin
Acked-by: Jiri Olsa
Cc: Adrian Hunter
Cc: Christian Borntraeger
Cc
From: Yannick Brosseau
When parsing /proc/xxx/maps, the sscanf in perf_event__synthesize_mmap_events
truncate the map name at the space in "/anon_hugepage (deleted)".
is_anon_memory() then only receives the string "/anon_hugepage" and does
not detect it. We change is_anon_memory() to only compa
From: Jiri Olsa
The default script handler (the one that displays samples on screen) is
implemented scripting_ops instance with process_event callback.
This way we can't pass any script config into display function, because
we don't want perl or python handlers to be depended on perf script
inte
From: Jiri Olsa
Ingo reported following build failure:
$ make clean install
...
CC plugin_kmem.o
fixdep: error opening depfile: ./.plugin_hrtimer.o.d: No such file or
directory
/home/mingo/tip/tools/build/Makefile.build:77: recipe for target
'plugin_hrtimer.o' failed
make[
From: Jiri Olsa
Adding OUTPUT path prefix for fixdep target so we use it properly in out
of tree builds.
If the fixdep already existed in the tree, the out of tree build would
see it already exist and did not build the out of tree version, as
reported by Arnaldo:
[acme@zoo linux]$ make O=/tmp
Em Tue, Nov 24, 2015 at 01:36:09PM +, Wang Nan escreveu:
> bpf_object__init_maps(struct bpf_object *obj, void *data,
> size_t size)
> {
> - if (size == 0) {
> + size_t nr_maps;
> + int i;
> +
> + nr_maps = size / sizeof(struct bpf_map_def);
> + if (!dat
MyGica/Geniatech S2870 is very similar to the S870 but with dual tuner. The
card is recognised as Geniatech STK8096-PVR.
Signed-off-by: Nicolas Sugino
---
drivers/media/dvb-core/dvb-usb-ids.h| 1 +
drivers/media/usb/dvb-usb/dib0700_devices.c | 77 -
2 files
On Thu, Nov 26, 2015 at 11:40:37AM -0800, Joe Perches wrote:
> (cc'ing Julia Lawall)
>
> On Thu, 2015-11-26 at 15:27 +, Al Viro wrote:
> > applying le32_to_cpu() to 16bit value is a bad idea...
>
> Julia, perhaps you or your crew could produce a coccinelle test
> for this class of error?
Wha
On Wed, Nov 25 2015, Joe Perches wrote:
>> spin_lock_irqsave(&hdev->debug_list_lock, flags);
>> list_for_each_entry(list, &hdev->debug_list, node) {
>> -for (i = 0; i < strlen(buf); i++)
>> +for (i = 0; buf[i]; i++)
>> list->hid_debug_buf[(li
On Mon, Nov 23 2015, Andy Shevchenko wrote:
> On Mon, Nov 23, 2015 at 11:29 PM, Rasmus Villemoes
> wrote:
>> The field width is overloaded to pass some extra information for
>> some %p extensions (e.g. #bits for %pb). But we might silently
>> truncate the passed value when we stash it in struct
On 26.11.2015 22:39, Tony Lindgren wrote:
Just to explore options.. How about make a minimal device driver that
just loads the atags blob from /lib/firmware and then shows it in
/proc/atags? Of course some checking on the atags should be done by
the driver..
What is the chance for such a dr
On 26 November 2015 at 13:36, Chaotian Jing wrote:
> there is a time window between __mmc_send_status() and time_afer(),
> on some eMMC chip, the timeout_ms is only 10ms, if this thread was
> scheduled out during this period, then, even card has already changes
> to transfer state by the result of
On Mon, Nov 23 2015, Andy Shevchenko wrote:
> On Mon, Nov 23, 2015 at 11:29 PM, Rasmus Villemoes
> wrote:
>> If we're given a size of 0, the vsnprintf() won't have any side
>> effects, and neither "i < size" or "size != 0" will trigger. So we
>> might as well return 0 immediately.
>>
>> Signed-o
On Thu, 26 Nov 2015, Al Viro wrote:
> On Thu, Nov 26, 2015 at 11:40:37AM -0800, Joe Perches wrote:
> > (cc'ing Julia Lawall)
> >
> > On Thu, 2015-11-26 at 15:27 +, Al Viro wrote:
> > > applying le32_to_cpu() to 16bit value is a bad idea...
> >
> > Julia, perhaps you or your crew could prod
Hi,
I have version 0.0-2 of this installed on my CentOS machines.
When I try to copy an entire hard drive that is formatted with the
hfs+ file system to another, it makes my system completely freeze
after a period of time.
I have tried this on two different CentOS machines of mine and the
same
On Mon, Nov 23 2015, Andy Shevchenko wrote:
> On Mon, Nov 23, 2015 at 11:29 PM, Rasmus Villemoes
> wrote:
>> If the string corresponding to a %s specifier can change under us, we
>> might end up copying a \0 byte to the output buffer. There might be
>> callers who expect the output buffer to con
On Mon, Nov 23 2015, Andy Shevchenko wrote:
> On Mon, Nov 23, 2015 at 11:29 PM, Rasmus Villemoes
> wrote:
>> Pull out the logic in dentry_name() which handles field width space
>> padding, in preparation for reusing it from string(). Rename the
>> widen() helper to move_right(), since it is used
From: Jitendra Kumar Khasdev
Date: Thu, 26 Nov 2015 22:06:03 +0530
> This patch is to file skbuff.c that fixes up following error,
> reported by checkpatch.pl tool,
>
> 1. ERROR: Macros with multiple statements should be enclosed
>in a do - while loop.
>
> Signed-off-by: Jitendra Kumar Khas
On Tue, Nov 24 2015, Andy Shevchenko wrote:
> On Mon, Nov 23, 2015 at 11:29 PM, Rasmus Villemoes
> wrote:
>> Maurizio Lombardi reported a problem [1] with the %pb extension: It
>> doesn't work for sufficiently large bitmaps, since the size is stashed
>> in the field_width field of the struct pri
Pavel Machek :
[...]
> Ok, so what went on is easy.. any ideas how to fix it ?
The driver should 1) prohibit holes in its receive ring, 2) allocate before
pushing data up in the stack 3) drop packets when it can't allocate a
fresh buffer and 4) stop releasing receive buffers - and any resource fo
PCI address of onboard devices is currently saved but not for slots.
Created common onboard/slot save function. Verify that bus address is
not invalid.
Signed-off-by: Jordan Hargrave
---
drivers/firmware/dmi_scan.c | 53 +++--
include/linux/dmi.h
On Nov 26, 2015, at 8:19 AM, David Howells wrote:
>
> Christoph Hellwig wrote:
>
>> from a quick look the statx bits looks fine in general. I think Ted
>> last time had a problem with the IOC flag allocation, so you might
>> want to ping him.
>
> Yeah - he commented on that.
>
>> But fsinfo
On Nov 26, 2015, at 8:35 AM, David Howells wrote:
>
> Theodore Ts'o wrote:
>
>> As a result, I would suggest that we not try to use the
>> FS_IOC_[GS]ETFLAGS number scheme for any new interface, so we're at
>> least not making a bad situation worse.
>>
>> The only reason why some other file sy
Add the BCM6345/BCM6318 timer as an interrupt controller so that it can be
used by the watchdog to warn that its timer will expire soon.
Support for clocksource/clockevents is not implemented as the timer
interrupt is not per CPU (except on the BCM6318) and the MIPS clock is
better. This could be
On Thu, 26 Nov 2015, Ondrej Zary wrote:
>
> [ 156.014234] scsi host2: Generic NCR5380/NCR53C400 SCSI, io_port 0x0,
> n_io_port 0, base 0xd8000, irq 0, can_queue 16, cmd_per_lun 2, sg_tablesize
> 128, this_id 7, flags { NO_DMA_FIXUP }, options { AUTOPROBE_IRQ PSEUDO_DMA }
> [ 156.020369] scsi
This patch series adds support for the iProc PAXC interface and support for
event queue based MSI, integrated in the iProc PCIe core
This patch series is based on Linux v4.4-rc1 and is avaliable here:
https://github.com/Broadcom/cygnus-linux/tree/iproc-msi-v3
This patch series is tested on the fo
Move PF_NO_SETAFFINITY and kthreadd_task checks to cpuset cgroups,
where they belong. This makes it possible to attach PF_NO_SETAFFINITY
tasks to Intel CAT cgroup.
Reported-by: Luiz Capitulino
Signed-off-by: Marcelo Tosatti
Reviewed-by: Chao Peng
v2: "PF_NO_SETAFFINITY check" -> "PF_NO_SET
This patch updates the iProc PCIe device tree bindings with added
binding information for MSI
Signed-off-by: Ray Jui
Reviewed-by: Anup Patel
Reviewed-by: Vikram Prakash
Reviewed-by: Scott Branden
---
.../devicetree/bindings/pci/brcm,iproc-pcie.txt| 35 ++
1 file change
Traditionally, all iProc PCIe root complexes use PAXB based wrapper,
with an integrated on-chip Serdes to support external endpoint devices.
On newer iProc platforms, a PAXC based wrapper is introduced, for
connection with internally emulated PCIe endpoint devices in the ASIC
This patch adds suppo
Add a new compatible string "brcm,iproc-pcie-paxc", for PAXC based iProc
PCIe root complex. A PAXC based PCIe root complex is connected to
emulated endpoint devices internal to the ASIC
Signed-off-by: Ray Jui
Reviewed-by: Scott Branden
---
Documentation/devicetree/bindings/pci/brcm,iproc-pcie.t
Enable MSI support for Broadcom Cygnus platforms
Signed-off-by: Ray Jui
Reviewed-by: Anup Patel
Reviewed-by: Pramod KUMAR
Reviewed-by: Vikram Prakash
Reviewed-by: Scott Branden
---
arch/arm/boot/dts/bcm-cygnus.dtsi | 22 ++
1 file changed, 22 insertions(+)
diff --git a/a
This patch adds PCIe MSI support for both PAXB and PAXC interfaces on
all iProc based platforms
The iProc PCIe MSI support deploys an event queue based implementation.
Each event queue is serviced by a GIC interrupt and can support up to 64
MSI vectors. Host memory is allocated for the event queue
On Thursday, November 26, 2015 05:19:07 PM Andy Shevchenko wrote:
> In case ->probe() fails the notifier does not inform a subscriber about this.
> In the result it might happend that some resources that had been allocated
> will
> stay allocated and therefore lead to resource leak.
>
> Introduce
On Thursday, November 26, 2015 06:45:17 PM Andy Shevchenko wrote:
> On Thu, 2015-11-26 at 18:30 +0200, Jarkko Nikula wrote:
> > On 11/26/2015 05:19 PM, Andy Shevchenko wrote:
> > > This is an amendment to previously pushed commit 01ac170ba29a (ACPI
> > > / LPSS:
> > > allow to use specific PM domai
On Thu, 2015-11-26 at 22:28 +0100, Julia Lawall wrote:
> On Thu, 26 Nov 2015, Al Viro wrote:
> > On Thu, Nov 26, 2015 at 11:40:37AM -0800, Joe Perches wrote:
> > (cc'ing Julia Lawall)
> > > On Thu, 2015-11-26 at 15:27 +, Al Viro wrote:
> > > applying le32_to_cpu() to 16bit value is a bad idea..
Address Space Layout Randomization (ASLR) provides a barrier to exploitation of
user-space processes in the presence of security vulnerabilities by making it
more difficult to find desired code/data which could help an attack. This is
done by adding a random offset to the location of regions in
x86: arch_mmap_rnd() uses hard-coded values, 8 for 32-bit and 28 for
64-bit, to generate the random offset for the mmap base address.
This value represents a compromise between increased ASLR
effectiveness and avoiding address-space fragmentation. Replace it
with a Kconfig option, which is sensibly
arm: arch_mmap_rnd() uses a hard-code value of 8 to generate the
random offset for the mmap base address. This value represents a
compromise between increased ASLR effectiveness and avoiding
address-space fragmentation. Replace it with a Kconfig option, which
is sensibly bounded, so that platform
ASLR only uses as few as 8 bits to generate the random offset for the
mmap base address on 32 bit architectures. This value was chosen to
prevent a poorly chosen value from dividing the address space in such
a way as to prevent large allocations. This may not be an issue on all
platforms. Allow th
arm64: arch_mmap_rnd() uses STACK_RND_MASK to generate the
random offset for the mmap base address. This value represents a
compromise between increased ASLR effectiveness and avoiding
address-space fragmentation. Replace it with a Kconfig option, which
is sensibly bounded, so that platform develo
On Tue, 24 Nov 2015, Rasmus Villemoes wrote:
> The code in hid_debug_event() causes horrible code generation. First,
> we do a strlen() call for every byte we copy (we're doing a store to
> global memory, so gcc has no way of proving that strlen(buf) doesn't
> change). Second, since both i, list->
On 11/26/15 2:59 PM, Daniel Cashman wrote:
> Address Space Layout Randomization (ASLR) provides a barrier to exploitation
> of user-space processes in the presence of security vulnerabilities by making
> it more difficult to find desired code/data which could help an attack. This
> is done by ad
> Again, if we do this, we can make other cleanups/simplifications. For example,
> we can kill cgrp_ss_priv[CGROUP_CANFORK_COUNT] in copy_process().
Thank god, I never liked that code. ;)
--
Aleksa Sarai (cyphar)
www.cyphar.com
--
To unsubscribe from this list: send the line "unsubscribe linux-k
On Thu, 2015-11-26 at 20:32 -0200, Marcelo Tosatti wrote:
> Move PF_NO_SETAFFINITY and kthreadd_task checks to cpuset cgroups,
> where they belong. This makes it possible to attach PF_NO_SETAFFINITY
> tasks to Intel CAT cgroup.
>
> Reported-by: Luiz Capitulino
> Signed-off-by: Marcelo Tosatti
Hi Anand,
On 2015년 11월 27일 02:17, Anand Moon wrote:
> Hi Chanwoo,
>
> On 26 November 2015 at 21:42, Chanwoo Choi wrote:
>> On Thu, Nov 26, 2015 at 11:00 PM, MyungJoo Ham
>> wrote:
>>> On Thu, Nov 26, 2015 at 10:47 PM, Chanwoo Choi
>>> wrote:
This patch adds the generic exynos bus freque
Hi, Mel,
Mel Gorman writes:
> On Thu, Nov 26, 2015 at 08:56:12AM +0800, kernel test robot wrote:
>> FYI, we noticed the below changes on
>>
>> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
>> commit d0164adc89f6bb374d304ffcc375c6d2652fe67d ("mm, page_alloc:
>> distin
Hi Heiko,
Thanks you for feedback, I do see some conflicts in Exynos Make/Kconfig
file [02/17] and dtsi file [07/17] when I try to apply this series on
4.4-rc1
branch.
Hmm... Due to I have update some patches to version 10 already, this
series may be become harder to reviewed, should I just se
he modules tree from next-20151126 for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
--
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/
Hi Kukjin,
Two fixes for v4.4 cycle. Rafael wanted the cpufreq fix to go through
arm-soc tree.
Please note that location of repository has changed to kernel.org.
Best regards,
Krzysztof
The following changes since commit 8005c49d9aea74d382f474ce11afbbc7d7130bec:
Linux 4.4-rc1 (2015-11-15
On Thu, Nov 26, 2015 at 02:47:56PM -0800, Joe Perches wrote:
> On Thu, 2015-11-26 at 22:28 +0100, Julia Lawall wrote:
> > On Thu, 26 Nov 2015, Al Viro wrote:
> > > On Thu, Nov 26, 2015 at 11:40:37AM -0800, Joe Perches wrote:
> > > (cc'ing Julia Lawall)
> > > > On Thu, 2015-11-26 at 15:27 +, Al
there is a time window between __mmc_send_status() and time_afer(),
on some eMMC chip, the timeout_ms is only 10ms, if this thread was
scheduled out during this period, then, even card has already changes
to transfer state by the result of CMD13, this part of code also treat
it to timeout error.
So
On 2015/11/26 23:49, Mark Rutland wrote:
> On Thu, Nov 26, 2015 at 11:05:32PM +0800, zhong jiang wrote:
>> On 2015/11/25 23:04, Mark Rutland wrote:
>>> On Wed, Nov 25, 2015 at 09:41:12PM +0800, zhongjiang wrote:
This patch add the interface to show the number of 4KB or 64KB page,
aims to
Hello,
Minchan Kim wrote:
[..]
> +static struct zcomp_strm *zcomp_strm_alloc(struct zcomp *comp, gfp_t flags)
> {
> + zstrm = zcomp_strm_alloc(comp, GFP_NOIO|__GFP_NORETRY|
> + __GFP_NOWARN|__GFP_NOMEMALLOC);
and it seems that after 3/3 (v2) w
We've been seeing some crashes at reboot test on rk3288-based systems,
which boards have not reset pin connected to NPOR, they reboot by
setting 0xfdb9 to RK3288_GLB_SRST_FST register. If the APLL works in
a high frequency mode, some IPs might hang during soft reset.
It appears that we can fix the
On (11/27/15 11:05), Sergey Senozhatsky wrote:
> Minchan Kim wrote:
> [..]
> > +static struct zcomp_strm *zcomp_strm_alloc(struct zcomp *comp, gfp_t flags)
> > {
> > + zstrm = zcomp_strm_alloc(comp, GFP_NOIO|__GFP_NORETRY|
> > + __GFP_NOWARN|__GF
On (11/27/15 11:19), Sergey Senozhatsky wrote:
[..]
> > > +static struct zcomp_strm *zcomp_strm_alloc(struct zcomp *comp, gfp_t
> > > flags)
> > > {
> > > + zstrm = zcomp_strm_alloc(comp, GFP_NOIO|__GFP_NORETRY|
> > > + __GFP_NOWARN|__GFP_NOMEMA
Hi Marc:
I think there is a bug in current its_alloc_tables().
When "val |= alloc_pages - 1;" is called
the "alloc_pages" is not updated accroding to "psz" value.
I mean we need do
alloc_pages = (alloc_size / psz);
Further more, I also have a question about GITS_CBASER register.
In gic-v3
v2:
remove local bz variable (Ingo) and debug message since, if
the 2GB message doesn't print, there is only one possible
block size.
The cumulative effect of bdee237c and 982792c7 is some pretty convoluted
code. This commit has no (intended) functional change; just seeks to
simplify and make the
On Thu, Nov 26, 2015 at 10:12:01AM +0100, Ingo Molnar wrote:
>
> * Seth Jennings wrote:
>
> > The cumulative effect of bdee237c and 982792c7 is some pretty convoluted
> > code. This commit has no (intended) functional change; just seeks to
> > simplify and make the code more understandable.
> >
On 2015년 11월 26일 03:01, Saurabh Sengar wrote:
> Add IRQF_ONESHOT if no primary handler is provided for request threaded
> irq
>
> Signed-off-by: Saurabh Sengar
> ---
> drivers/extcon/extcon-rt8973a.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/extcon/extcon-
This series pacthes to support the next soc for this thermal driver.
I don't add the dts thermal data since these SoCs have *_not_* land
in this mainline. I believe these SoCs dts will land in this mainline
lately,
then I will add the thermal data for Heiko.
This series patches can apply into Edua
This patchset attempts to new compatible for thermal founding
on RK3228/RK3399 SoCs.
Signed-off-by: Caesar Wang
Acked-by: Rob Herring
---
Changes in v1:
- As Heiko comments, fix a copy incorrect name.
- Add a Acked from Rob.
Documentation/devicetree/bindings/thermal/rockchip-thermal.txt | 2
The RK3399 SoCs have two Temperature Sensors, channel 0 is for CPU.
channel 1 is for GPU.
Signed-off-by: Caesar Wang
---
Changes in v1:
- fix a irq ack is similar with RK3228 SoCs.
drivers/thermal/rockchip_thermal.c | 66 ++
1 file changed, 66 insertions(+)
The RK3228 SoCs has one Temperature Sensor, channel 0 is for CPU.
Signed-off-by: Caesar Wang
---
Changes in v1: None
drivers/thermal/rockchip_thermal.c | 81 ++
1 file changed, 81 insertions(+)
diff --git a/drivers/thermal/rockchip_thermal.c
b/drivers/ther
This patchset trys to dictate unified format for driver.
Signed-off-by: Caesar Wang
---
Changes in v1:
- Search more trivial typo for me.
drivers/thermal/rockchip_thermal.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/thermal/rockchip_thermal.
As the Dan report the smatch check the thermal driver warning:
drivers/thermal/rockchip_thermal.c:551 rockchip_configure_from_dt()
warn: impossible condition '(thermal->tshut_temp > ((~0 >> 1))) =>
(s32min-s32max > s32max)'
Since the Temperature is currently represented as int not long in
the ther
On Thu, 2015-11-26 at 11:46 -0800, Joe Perches wrote:
> On Thu, 2015-11-26 at 19:41 +0800, Ching Huang wrote:
> > split dma resource allocation and io register assignment from get_config to
> > a new function arcmsr_alloc_io_queue.
>
> trivia:
>
> > diff -uprN a/drivers/scsi/arcmsr/arcmsr_hba.c
From: Liu Jiang
Commit 4d6b4e69a245 ("x86/PCI/ACPI: Use common interface to support
PCI host bridge") converted x86 to use the common interface
acpi_pci_root_create, but the conversion missed on code piece in
arch/x86/pci/bus_numa.c, which causes regression on some legacy
AMD platforms as reporte
I found a bug in the DTSI.
I will send v3.
2015-11-26 11:33 GMT+09:00 Masahiro Yamada :
> This is the first ARMv8 SoC from Socionext Inc.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> Changes in v2:
> - Split into a single patch
>
> MAINTAINERS| 1 +
>
On 四, 2015-09-10 at 10:23 +0800, Ken Xue wrote:
Can someone help to apply this patch series? Thanks.
http://marc.info/?l=linux-scsi&m=144185206825609&w=2
http://marc.info/?l=linux-scsi&m=144185208525611&w=2
> Revert "SCSI: Fix NULL pointer dereference in runtime PM"
>
> This reverts commit 4971
On 2015.11.21 08:45 Doug Smythies wrote:
>On 2015.11.12 01:42 Chen, Yu C wrote:
>> On 2015.11.06 11:34 Doug Smythies wrote:
[cut]
>> rdmsr_safe might be better,
> I'll look into it, thanks.
>> you can refer to acpi_throttling_rdmsr
> I don't understand.
>> and I'm OK with this code, are you
On (11/27/15 11:22), Minchan Kim wrote:
[..]
>> I have a patchset with my nitpicks addressed and fix-ups for missing
>> gfps.
>> Do you mind me to send it out?
>Hey Sergey
>I am on vacation and outside now. so if you resend with things you pointed
Oh, lovely, have a good on
> On Nov 25, 2015, at 18:28, Vlastimil Babka wrote:
>
> On 11/25/2015 09:16 AM, Joonsoo Kim wrote:
>> On Tue, Nov 24, 2015 at 01:36:18PM +0100, Vlastimil Babka wrote:
>>> --- a/include/trace/events/gfpflags.h
>>> +++ b/include/trace/events/gfpflags.h
>>> @@ -8,8 +8,8 @@
>>> *
>>> * Thus most b
There is one filed gsm->num to store mux's index of gsm_mux[]. So use
gsm->num to remove itself from gsm_mux[] instead of the for-loop
traverse in gsm_cleanup_mux().
Signed-off-by: Pan Xinhui
---
drivers/tty/n_gsm.c | 14 +-
1 files changed, 5 insertions(+), 9 deletions(-)
diff --
Stephen Rothwell writes:
> Hi Rusty,
>
> After merging the modules tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> In file included from include/linux/kexec.h:26:0,
> from include/linux/crash_dump.h:5,
> from arch/powerpc/platforms
nr_uninterruptible will be negative during running,
this happened when dequeue a TASK_UNINTERRUPTIBLE task
from rq1 and then wake up the task and queue it to rq2,
then rq2->nr_uninterruptible-- will reuslt in negative value
sometimes.
Signed-off-by: yalin wang
---
kernel/sched/loadavg.c | 2 +-
Hello,
Two patches that address possible issues with compression
stream allocations under low memory or heavy fragmentation conditions.
These patches are considered to be a -stable material, however there
is no Cc -stable on "zram: try vmalloc() after kmalloc()" as of now.
We'd like to ask
From: Sergey Senozhatsky
We can end up allocating a new compression stream with GFP_KERNEL
from within the IO path, which may result is nested (recursive) IO
operations. That can introduce problems if the IO path in question
is a reclaimer, holding some locks that will deadlock nested IOs.
Alloc
From: Kyeongdon Kim
When we're using LZ4 multi compression streams for zram swap,
we found out page allocation failure message in system running test.
That was not only once, but a few(2 - 5 times per test).
Also, some failure cases were continually occurring to try allocation
order 3.
In order
When nvme devices were removed, we need to handle the targets
build upon them properly: remove the existing targets, block
creations of new ones. To do this clean up job well, we
need to change the interface between nvme and lightnvm.
Signed-off-by: Wenwei Tao
---
drivers/nvme/host/lightnvm.c |
block creations of new targets, remove exiting targets when
underlying device was gone.
Signed-off-by: Wenwei Tao
---
drivers/lightnvm/core.c | 128 +++
include/linux/lightnvm.h | 3 ++
2 files changed, 87 insertions(+), 44 deletions(-)
diff --git
To avoid race conditions, traverse dev, media manager,
and targeet lists and also register, unregister entries
to/from them, should be always under the nvm_lock control.
Signed-off-by: Wenwei Tao
---
drivers/lightnvm/core.c | 73 +
1 file changed,
Hi Matias
A couple of fixes based on 4.4rc2
Patch 1: the locking issue
move codes 'register with device with a supported manager'
into a funtion.
But I think iterate over a list to register nvm device
with a manger is not a good idea, since we can blocked
in manager's register_mgr function while
Hello,
Two patches that 'cleanup' compression streams allocation.
Patch #1 consolidates GFP flags used for stream's ->private
allocation in underlying compression backends.
Patch #2 drops GFP_ZERO flag from ->private allocation.
This patch set depends on the patch set published here
http
Do not __GFP_ZERO allocated zcomp ->private pages. We keep
allocated streams around and use them for read/write requests,
so we supply a zeroed out ->private to compression algorithm
as a scratch buffer only once -- the first time we use that
stream. For the rest of IO requests served by this strea
in "mei: implement fasync for event notification" a ->fasync() instance is
added as
static int mei_fasync(int fd, struct file *file, int band)
{
struct mei_cl *cl = file->private_data;
if (!mei_cl_is_connected(cl))
return POLLERR;
return fasync_helper(fd,
From: Minchan Kim
Each zcomp backend uses own gfp flag but it's pointless
because the context they could be called is driven by upper
layer(ie, zcomp frontend). As well, zcomp frondend could
call them in different context. One context(ie, zram init part)
is it should be better to make sure succes
On 11/20/2015 02:59 PM, Peter Hurley wrote:
> Thanks for the report, Sasha.
> Would you please test the patch below?
Fixes it for me, thanks!
Thanks,
Sasha
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majord
On 11/18/2015 02:05 PM, Kirill A. Shutemov wrote:
> Hm. This looks like THP leak. I fixed one with this patch:
>
> http://lkml.kernel.org/g/1447236567-68751-1-git-send-email-kirill.shute...@linux.intel.com
>
> It's in -mm tree, but there wasn't any releases since it's applied. It's
> not in -next
:
[ 1167.393120] CPU: 14 PID: 607 Comm: kworker/14:1 Tainted: GW
4.4.0-rc2-next-20151126 sasha-5-g00d303e-dirty #2651
[ 1167.394563] Workqueue: events kobject_delayed_cleanup
[ 1167.395226] 000e 6f32b107 8806b83478b8
ace6b5bb
[ 1167.396254
On 2015/11/08, 09:34, "James Simmons" wrote:
>The ioctl IOC_LIBCFS_PING_TEST has not been used in
>ages. The recent nidstring changes which moved all
>the nidstring operations from libcfs to the LNet
>layer but this ioctl code was still using an
>nidstring operation that was causing an circular
>
On 25-11-15, 12:51, Stephen Boyd wrote:
> > +int dev_pm_opp_set_supported_hw(struct device *dev, const u32 *versions,
> > + unsigned int count)
> > +{
> > + struct device_opp *dev_opp;
> > + int ret = 0;
> > +
> > + /* Hold our list modification lock here */
> > +
Take a look at this:
static unsigned int gsc_m2m_poll(struct file *file,
struct poll_table_struct *wait)
{
struct gsc_ctx *ctx = fh_to_ctx(file->private_data);
struct gsc_dev *gsc = ctx->gsc_dev;
int ret;
if (mutex_lock_interr
On 11/26/2015 02:31 AM, Vignesh R wrote:
> Uart1 rxd is wakeup capable on DRA72 EVM. Hence, mark rxd line as
> wakeup capable. This is similar to commit 66b0436977e2c ("ARM: dts:
> dra7-evm: Mark uart1 rxd as wakeup capable") for DRA74 EVM.
>
> Signed-off-by: Vignesh R
> ---
> arch/arm/boot/dts
Hi all,
Reminder: there will be no linux-next release next week (Nov 30 - Dec 4).
Changes since 20151126:
The modules tree gained a build failure so I used the version from
next-20151126.
Non-merge commits (relative to Linus' tree): 2942
3585 files changed, 110232 insertions(+),
On Tue, Nov 24, 2015 at 12:16:10PM -0500, Tejun Heo wrote:
> Hello,
>
> On Mon, Nov 16, 2015 at 01:51:44PM -0600, se...@hallyn.com wrote:
> > +struct dentry *kernfs_obtain_root(struct super_block *sb,
> > + struct kernfs_node *kn)
> > +{
> > + struct dentry *dentry;
>
Hi,
On Tuesday 20 October 2015 02:27 PM, Yoshihiro Shimoda wrote:
> This patch adds support for R-Car generation 3 USB2 PHY driver.
> This SoC has 3 EHCI/OHCI channels, and the channel 0 is shared
> with the HSUSB (USB2.0 peripheral) device. And each channel has
> independent registers about the P
It looks good. Thank you. :-)
--- Original Message ---
Sender : Ben Hutchings
Date : 2015-11-25 07:33 (GMT+09:00)
Title : [PATCH 3.2 16/52] ext4, jbd2: ensure entering into panic after
recording an error in superblock
3.2.74-rc1 review patch. If anyone has any objections, please let me
401 - 500 of 560 matches
Mail list logo
