On Mon, 21 Jul 2014, Andy Lutomirski wrote:
> On Sun, Jul 20, 2014 at 2:33 PM, Sven Wegener
> wrote:
> > Commit 554086d ("x86_32, entry: Do syscall exit work on badsys
> > (CVE-2014-4508)") introduced a subtle regression in the x86_32 syscall
> > entry code, resulting in syscall() not returning
On 07/21/2014 08:35 PM, Jiri Olsa wrote:
> On Mon, Jul 21, 2014 at 07:11:51PM +0200, Sebastian Andrzej Siewior wrote:
>
> heya,
> I've got following build error:
>
> CC util/data-bt.o
> util/data-bt.c: In function ‘add_event_tracepoint_value’:
> util/data-bt.c:293:3: error: implicit decla
At Mon, 21 Jul 2014 12:06:41 -0700,
Kees Cook wrote:
>
> This attaches LSM hooks to the existing firmware loading interfaces:
> filesystem-found firmware and demand-loaded blobs.
>
> Signed-off-by: Kees Cook
> Acked-by: Greg Kroah-Hartman
> ---
> drivers/base/firmware_class.c | 16 ++
On 07/21/2014 11:43 PM, Mika Westerberg wrote:
On Mon, Jul 21, 2014 at 10:18:25PM -0700, Guenter Roeck wrote:
Both functions were introduced to let gpio drivers request their own
gpio pins. Without exporting the functions, this can however only be
used by gpio drivers built into the kernel.
Th
Stephen,
Am 22.07.2014 06:47, schrieb Stephen Rothwell:
> Hi Richard,
>
> On Mon, 21 Jul 2014 16:02:46 +0200 Richard Weinberger
> wrote:
>>
>> The whole series can also be found at:
>> git://git.kernel.org/pub/scm/linux/kernel/git/rw/misc.git signal_v4
>>
>> Andrew, can you please pickup this s
Hi all,
Hopefully normal service will resume tomorrow.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
signature.asc
Description: PGP signature
On Tue, Jul 22, 2014 at 3:43 PM, Mika Westerberg
wrote:
> On Mon, Jul 21, 2014 at 10:18:25PM -0700, Guenter Roeck wrote:
>> Both functions were introduced to let gpio drivers request their own
>> gpio pins. Without exporting the functions, this can however only be
>> used by gpio drivers built int
On Mon, Jul 21, 2014 at 10:18:25PM -0700, Guenter Roeck wrote:
> Both functions were introduced to let gpio drivers request their own
> gpio pins. Without exporting the functions, this can however only be
> used by gpio drivers built into the kernel.
The reason why these are private to drivers is
This panel is used by the Medcom Wide and supported by the
simple-panel driver.
Signed-off-by: Alban Bedel
---
v2: * Added the v/hsync pulses for correctness (the panel doesn't
really needs them)
* Fixed the size to report the physical size in mm
---
.../bindings/panel/innolux,n156bge-
This patch changes return type to EMEDUIMTYPE in function, dasd_eer_enable
for when checking if the medium has no errors according to this function.
Signed-off-by: Nicholas Krause
---
drivers/s390/block/dasd_eer.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/s390/b
* Marek Belisko [140721 14:08]:
Can you please add the descriptions to all the patches?
Other than that looks OK to me.
Regards,
Tony
--
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://v
Currently rebalance_domains will happily update sd->last_balance
even if should_we_balance() decides that this CPU should not do
any load balancing for the sd.
This can prevent the CPU that should load balance for the sd from
doing load balancing, which can delay active balancing essentially
forev
There seems to be two fix mes in function in wait_for_work. I was
wondering can we remove these spinlocks?
Cheers Nick
--
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/majo
On Mon, 2014-07-21 at 14:56 -0400, Steven Rostedt wrote:
> > Weird ... what are your gcc and binutils versions ? Smells like a
> > toolchain issue to me but I need to dig a bit more. Doesn't hit any
> > of my test configs here.
> >
>
> Can you test the attached config with this toolchain and see
On 18.07.2014 18:29, Michel Dänzer wrote:
> On 17.07.2014 16:58, Peter Zijlstra wrote:
>> On Thu, Jul 17, 2014 at 04:31:04PM +0900, Michel Dänzer wrote:
>>>
>>> I've been running into the panic captured in the attached picture (hope
>>> it's legible) randomly while running 3.16-rc4 and -rc5. I have
On Mon, Jul 21, 2014 at 11:34 AM, Zhang Rui wrote:
> On Fri, 2014-07-18 at 09:00 +0900, Chanwoo Choi wrote:
>> This patch adds the registers, bit fields and compatible strings
>> required to support for the 1 TMU channels on Exynos3250.
>>
>> Signed-off-by: Chanwoo Choi
>> [Add MUX address settin
On Mon, Jul 21, 2014 at 09:34:30PM -0700, Hugh Dickins wrote:
> x86_64 boots and displays fine, but booting x86_32 with CONFIG_HIGHMEM
> has frozen with a blank screen throughout 3.16-rc on this ThinkPad T420s,
> with i915 generation 6 graphics.
>
> Fix 9d0a6fa6c5e6 ("drm/i915: add render state in
#if IS_ENABLED(CONFIG_AGP_INTEL)
652 global_cache_flush(); /* FIXME: ? */
653 #endif
I am wondering what to do about this fix me?
Cheers Nick
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo
Hi!
As you touch clk.c, you should Cc
Mike Turquette
He is the maintainer for that code.
Regards,
Steffen
--
Pengutronix e.K. | Steffen Trumtrar|
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildes
In case 1, it passes down the BLACK color from G to p and u, and maintains the
color of n. By doing so, it maintains the black height of the sub-tree.
While in the comment, it marks the color of n to BLACK. This is a typo and not
consistents with the code.
This patch fixs this typo in comment.
S
On 07/21/2014 09:28 PM, Kent Overstreet wrote:
On Mon, Jul 21, 2014 at 04:23:41PM +0200, Hannes Reinecke wrote:
On 07/18/2014 07:04 PM, John Utz wrote:
On 07/18/2014 05:31 AM, John Utz wrote:
Thankyou very much for the exhaustive answer! I forwarded on to my
project peers because i don't think
On Tue, Jul 22, 2014 at 2:07 PM, Dave Airlie wrote:
> On 22 July 2014 14:21, Alexandre Courbot wrote:
>> DRM maintainers, could I have a comment about this patch? A bunch of
>> Nouveau changes depend on it.
>
> I'm not sure we really have anyone who is in a great position to comment,
>
> my major
1) Null termination fix in dns_resolver got the pointer dereferncing wrong,
fix from Ben Hutchings.
2) ip_options_compile() has a benign but real buffer overflow when parsing
options. From Eric Dumazet.
3) Table updates can crash in netfilter's nftables if none of the state flags
indic
Need to hook up the new renameat2 system call.
Please pull, thanks!
The following changes since commit 9a3c4145af32125c5ee39c0272662b47307a8323:
Linux 3.16-rc6 (2014-07-20 21:04:16 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc.git
Please pull to get these IDE fixes:
1) Fix interrupt registry for some Atari IDE chipsets.
2) Adjust Kconfig dependencies for x86_32 specific chips.
Thanks!
The following changes since commit 0c0bd34a142963ca3454f530e47ce1c230d8cc9d:
Merge branch 'sched-urgent-for-linus' of
git://git.kerne
(2014/07/21 21:24), Hemant Kumar wrote:
>
> On 07/20/2014 08:46 AM, Masami Hiramatsu wrote:
>> (2014/07/20 2:32), Hemant Kumar wrote:
> [SNIP]
> First, scan the binaries using :
> # perf list sdt --scan
At a glance, maybe we'd better have perf sdt-cache as like as perf
b
Borislav Petkov writes:
> No, checkpatch should only check patches and not whole file. It is
> wrong. Fullstop.
Please don't remove --file, I use it all the time when maintaining
ath6kl and ath10k. It's a lot easier in my workflow to test the whole
driver in one go than start testing individual
A buffer-cache for superblock is disturbing page migration,
because the buffer-cache is not released until unmount.
The buffer-cache must be allocated from non-movable area.
Signed-off-by: Gioh Kim
---
fs/ext4/super.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/f
A buffer cache is allocated from movable area
because it is referred for a while and released soon.
But some filesystems are taking buffer cache for a long time
and it can disturb page migration.
A new API should be introduced to allocate buffer cache from
non-movable area.
Signed-off-by: Gioh Ki
Both functions were introduced to let gpio drivers request their own
gpio pins. Without exporting the functions, this can however only be
used by gpio drivers built into the kernel.
Secondary impact is that the functions can not currently be used by
platform initialization code associated with the
Hello,
This patch try to solve problem that a long-lasting page cache of
ext4 superblock disturbs page migration.
I've been testing CMA feature on my ARM-based platform
and found some pages for page caches cannot be migrated.
Some of them are page caches of superblock of ext4 filesystem.
Current
On 07/21/2014 09:30 PM, Alexandre Courbot wrote:
On Thu, Jul 17, 2014 at 11:34 PM, Guenter Roeck wrote:
On 07/17/2014 12:26 AM, Alexandre Courbot wrote:
On Thu, Jul 17, 2014 at 3:37 PM, Guenter Roeck wrote:
On 07/16/2014 11:09 PM, Alexandre Courbot wrote:
On Thu, Jul 17, 2014 at 8:11 AM
On 07/18/2014 08:59 PM, Charles Keepax wrote:
> Previously we would do a regulator get against the main Arizona device
> to obtain the MICVDD regulator. Arizona is an MFD device and normally
> MICVDD will be supplied by one of its children (the arizona-micsupp
> regulator). As devres destruction fo
Hi Bjorn,
On Wed, Jul 16, 2014 at 11:08 PM, Bjorn Helgaas wrote:
> On Thu, Jul 03, 2014 at 09:57:34AM +0530, Srikanth Thokala wrote:
>> This is the driver for Xilinx AXI PCIe Host Bridge Soft IP
>>
>> Signed-off-by: Srikanth Thokala
>> ---
>> Changes in v4:
>> - Regarding the comments to separa
On 22 July 2014 14:21, Alexandre Courbot wrote:
> DRM maintainers, could I have a comment about this patch? A bunch of
> Nouveau changes depend on it.
I'm not sure we really have anyone who is in a great position to comment,
my major issue would be its allocate a large chunk of RAM that might
no
On Mon, Jul 21, 2014 at 10:17:44AM +0800, Jiang Liu wrote:
> The assigned IRQ should be freed before calling pci_disable_device()
> when shutting down system, otherwise it will cause following warning.
> [ 568.879482] [ cut here ]
> [ 568.884236] WARNING: CPU: 1 PID: 3300
They are the same and nr_node_ids is provided by the memory subsystem.
Signed-off-by: Lai Jiangshan
---
kernel/workqueue.c | 11 +++
1 files changed, 3 insertions(+), 8 deletions(-)
diff --git a/kernel/workqueue.c b/kernel/workqueue.c
index 4e9f722..7207393 100644
--- a/kernel/workque
After the locking was moved up to the caller of the get_unbound_pool(),
out_unlock label doesn't need to do any unlock operation and the name
became bad, so we just remove this label, and the only usage-site
"goto out_unlock" is subsituted to "return pool".
Signed-off-by: Lai Jiangshan
---
kerne
On 07/21/2014 09:42 PM, Alexandre Courbot wrote:
On Tue, Jul 22, 2014 at 1:26 PM, Guenter Roeck wrote:
Both functions were introduced to let gpio drivers request their own
gpio pins. Without exporting the functions, this can however only be
used by gpio drivers built into the kernel.
Secondary
In 75ccf5950f82 ("workqueue: prepare flush_workqueue() for dynamic
creation and destrucion of unbound pool_workqueues"), a comment
about the synchronization for the pwq in pwq_unbound_release_workfn()
was added. The comment clained the flush_mutex was isn't strictly
necessary, it was correct in tha
Current get_unbound_pool() considers all node IDs are probable for
the pool, and it travel all nodes to find the node ID for the pool.
This travel is unnecessary, the probable node ID can be attained
from the first CPU and we need check only one possible node ID.
Signed-off-by: Lai Jiangshan
---
In 51697d393922 ("workqueue: use generic attach/detach routine for rescuers"),
The rescuer detaches itself from the pool before put_pwq() so that
the put_unbound_pool() will not destroy the rescuer-attached pool.
It is unnecessary, worker_detach_from_pool() can be used as the last
statement to acc
Simply unfold the code of start_worker() into create_worker() and
remove the original start_worker() and create_and_start_worker().
The only trade-off is the introduced overhead that the pool->lock
is released and regrabbed after the newly worker is started.
The overhead is acceptible since the ma
worker_set_flags() doesn't necessarily wake next worker and the @wakeup
can be removed, the caller can use the following conbination instead
when needed:
worker_set_flags();
if (need_more_worker(pool))
wake_up_worker(pool);
It reduces the machine-code and footprint
In this code:
if ((worker->flags & WORKER_UNBOUND) && need_more_worker(pool))
wake_up_worker(pool);
the first test is unneeded. Even the first test is removed, it doesn't affect
the wake-up logic when WORKER_UNBOUND. And it will not introduce any useless
wake-up when !WORKE
This removes two Page shift fixs me in this file and not checking
if row is -1 in process_ce as it cannot be this value or be must
exit this function by returning.
Signed-off-by: Nicholas Krause
---
drivers/edac/e7xxx_edac.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff
Doh! I figured it out *after* I sent out the mail. Sorry for the noise!
On Tue, Jul 22, 2014 at 12:35 AM, Pranith Kumar wrote:
> Hi Paul,
>
> I was going through this code and found a few inconsistencies. I git blamed it
> and found that it was this recent commit and thought I could ask a few
> q
Hi Richard,
On Mon, 21 Jul 2014 16:02:46 +0200 Richard Weinberger
wrote:
>
> The whole series can also be found at:
> git://git.kernel.org/pub/scm/linux/kernel/git/rw/misc.git signal_v4
>
> Andrew, can you please pickup this series?
Why don't we just add that git tree to linux-next? Then you c
On Tue, Jul 22, 2014 at 03:02:20AM +0200, Hannes Frederic Sowa wrote:
>
> Ted, would it make sense to specifiy a 512 byte upper bound limit for
> random entropy extraction (I am not yet convinced to do that for
> urandom) and in case the syscall should block we make sure that we
> extract the amou
On Tue, Jul 22, 2014 at 1:26 PM, Guenter Roeck wrote:
> Both functions were introduced to let gpio drivers request their own
> gpio pins. Without exporting the functions, this can however only be
> used by gpio drivers built into the kernel.
>
> Secondary impact is that the functions can not curre
On Tue, Jul 22, 2014 at 7:51 AM, Mark Brown wrote:
> On Mon, Jul 21, 2014 at 11:16:32PM +0200, Thierry Reding wrote:
>> On Mon, Jul 21, 2014 at 09:35:27AM -0600, Stephen Warren wrote:
>
>> > > vdd-2v8-display needs to remain always-on however. Here we may hit a
>> > > limitation of the simple-pane
From: Rasmus Villemoes
Date: Thu, 19 Jun 2014 14:31:52 +0200
> Flipping a bit doesn't need four lines of code; and gcc seems to
> actually generate two branches.
>
> Signed-off-by: Rasmus Villemoes
Applied to sparc-next
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
From: Kees Cook
Date: Mon, 30 Jun 2014 13:37:59 -0700
> Since unaligned_panic() takes a literal string, make sure it can never
> accidentally be used as a format string.
>
> Signed-off-by: Kees Cook
Unnecessary, but harmless, so applied to sparc-next, thanks.
--
To unsubscribe from this list:
From: Khalid Aziz
Date: Fri, 18 Jul 2014 09:15:40 -0600
> /dev/mdesc on Linux does not support reading arbitrary number
> of bytes and seeking while /dev/mdesc on Solaris does. This
> causes tools that work on Solaris to break on Linux. This patch
> adds these two capabilities to /dev/mdesc.
>
>
From: Himangi Saraogi
Date: Tue, 27 May 2014 03:02:07 +0530
> This patch moves data allocated using kzalloc to managed data allocated
> using devm_kzalloc and cleans now unnecessary kfrees in probe and remove
> functions. The header file is added to make the devm function explicitly
> available.
x86_64 boots and displays fine, but booting x86_32 with CONFIG_HIGHMEM
has frozen with a blank screen throughout 3.16-rc on this ThinkPad T420s,
with i915 generation 6 graphics.
Fix 9d0a6fa6c5e6 ("drm/i915: add render state initialization"): kunmap()
takes struct page * argument, not virtual addre
Hi Paul,
I was going through this code and found a few inconsistencies. I git blamed it
and found that it was this recent commit and thought I could ask a few
questions. I am dropping the CC's as I am not sure since it is pretty late.
Please find a few questions below:
On 06/20/2014 02:33 PM, Pa
On Thu, Jul 17, 2014 at 11:34 PM, Guenter Roeck wrote:
> On 07/17/2014 12:26 AM, Alexandre Courbot wrote:
>>
>> On Thu, Jul 17, 2014 at 3:37 PM, Guenter Roeck wrote:
>>>
>>> On 07/16/2014 11:09 PM, Alexandre Courbot wrote:
On Thu, Jul 17, 2014 at 8:11 AM, Guenter Roeck
wrote:
Both functions were introduced to let gpio drivers request their own
gpio pins. Without exporting the functions, this can however only be
used by gpio drivers built into the kernel.
Secondary impact is that the functions can not currently be used by
platform initialization code associated with the
Hey Ralf and others
We seem to be flushing this cache after decompressing the kernel on
mips. Can't we cache this?
If anyone has any advice on how to fix this it would be great:).
Nick
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@v
DRM maintainers, could I have a comment about this patch? A bunch of
Nouveau changes depend on it.
Thanks,
Alex.
On Tue, Jul 15, 2014 at 11:10 AM, Alexandre Courbot wrote:
> Pages allocated using the DMA API have a coherent memory mapping. Make
> this mapping visible to drivers so they can decid
> "Christoph" == Christoph Hellwig writes:
Christoph> Avoid taking the host-wide host_lock to check the per-host
Christoph> queue limit. Instead we do an atomic_inc_return early on to
Christoph> grab our slot in the queue, and if nessecary decrement it
Christoph> after finishing all checks.
Hey Russell,
I did give thought to our previous conversations and I will still do
fix mes but am going to be more careful
with I submit them. Furthermore it seems #define
NETX_GPIO_COUNTER_CTRL_GPIO_RE is not defined
correctly. As the maintainer what should I define it to?
Cheers Nick
--
To unsubs
On 9 July 2014 22:29, Maarten Lankhorst wrote:
> Signed-off-by: Maarten Lankhorst
> ---
> drivers/gpu/drm/radeon/radeon.h| 15 +-
> drivers/gpu/drm/radeon/radeon_device.c | 60 -
> drivers/gpu/drm/radeon/radeon_fence.c | 223
> ++--
> 3 files ch
> "Christoph" == Christoph Hellwig writes:
Christoph> Avoid taking the host-wide host_lock to check the per-host
Christoph> queue limit. Instead we do an atomic_inc_return early on to
Christoph> grab our slot in the queue, and if nessecary decrement it
> "Christoph" == Christoph Hellwig writes:
Christoph> Avoid taking the host-wide host_lock to check the per-target
Christoph> queue limit. Instead we do an atomic_inc_return early on to
Christoph> grab our slot in the queue, and if nessecary decrement it
Minor nit:
On Tuesday 22 July 2014 05:38 AM, David Rientjes wrote:
> On Tue, 22 Jul 2014, Madhavan Srinivasan wrote:
>
>> Commit 4b358e2206 "cleanup include/asm-generic/atomic.h" added
>> comments for #else/#endif, but ended up adding same comment
>> "BITS_PER_LONG == 64" on both sides. This patch fixes it.
> "Christoph" == Christoph Hellwig writes:
Christoph> Prepare for not taking a host-wide lock in the dispatch path
Christoph> by pushing the lock down into the places that actually need
Christoph> it. Note that this patch is just a preparation step, as it
Christoph> will actually increase lo
> "Christoph" == Christoph Hellwig writes:
Christoph> The blk-mq code path will set this to a different function,
Christoph> so make the code simpler by setting it up in a legacy-request
Christoph> specific place.
Reviewed-by: Martin K. Petersen
--
Martin K. Petersen Oracle Linux Eng
> "Christoph" == Christoph Hellwig writes:
Christoph> Make sure we only have the logic for requeing commands in one
Christoph> place.
Reviewed-by: Martin K. Petersen
--
Martin K. Petersen Oracle Linux Engineering
--
To unsubscribe from this list: send the line "unsubscribe linux-kern
simple .o parser and loader using BPF syscall.
.o is a standard ELF generated by LLVM backend
/* parses elf file compiled by llvm .c->.o
* creates maps and stores FD into map_fd array
* loads eBPF programs
* returns zero on success
*/
int load_bpf_file(char *path);
Signed-off-by: Alexei Staro
ex1_kern.c - C program which will be compiled into eBPF
to filter netif_receive_skb events on skb->dev->name == "lo"
ex1_user.c - corresponding user space component that
forever reads /sys/.../trace_pipe
Usage:
$ sudo ex1 ex1_kern.o
should see:
writing bpf-4 -> /sys/kernel/debug/tracing/events/n
Hi,
I've been asked to repost LLVM eBPF backend and examples in C, so here they are.
LLVM backend is 99% the same as it was in Feb. Not resending it to the list,
since I only fixed minor things there. See it in my tree.
ex1 - is the same example I showed in Feb, but now it works through BPF sysca
semantically this example is the same as dropmon.c which has eBPF in assembler.
In this example both eBPF and user space are in C:
ex2_kern.c - C code that will compile into eBPF and will
be attached to kfree_skb event
ex2_user.c - corresponding user space part that iterates the map
populated
> "Christoph" == Christoph Hellwig writes:
Christoph> Factor out a helper to set the _blocked values, which we'll
Christoph> reuse for the blk-mq code path.
Reviewed-by: Martin K. Petersen
--
Martin K. Petersen Oracle Linux Engineering
--
To unsubscribe from this list: send the line
> "Christoph" == Christoph Hellwig writes:
Christoph> Factor out command setup code that will be shared with the
Christoph> blk-mq code path.
Reviewed-by: Martin K. Petersen
--
Martin K. Petersen Oracle Linux Engineering
--
To unsubscribe from this list: send the line "unsubscribe li
On Mon, Jul 21, 2014 at 2:18 PM, chas williams - CONTRACTOR
wrote:
> On Mon, 21 Jul 2014 13:42:01 -0400
> Nick Krause wrote:
>
>> On Mon, Jul 21, 2014 at 9:14 AM, chas williams - CONTRACTOR
>> wrote:
> ...
>> > @@ -850,8 +850,7 @@ static void solos_bh(unsigned long card_arg)
>> >
On Mon, Jul 21, 2014 at 11:02:53AM -0700, Eric W. Biederman wrote:
> Seth Forshee writes:
>
> > On Mon, Jul 21, 2014 at 03:09:14PM +0200, Miklos Szeredi wrote:
> >> On Mon, Jul 21, 2014 at 2:47 PM, Seth Forshee
> >> wrote:
> >> > On Fri, Jul 18, 2014 at 05:33:23PM +0200, Miklos Szeredi wrote:
>
MP DEBUG_PAGEALLOC
[ 169.930082] Dumping ftrace buffer:
[ 169.930082](ftrace buffer empty)
[ 169.930082] Modules linked in:
[ 169.930082] CPU: 14 PID: 8824 Comm: trinity-c53 Tainted: GW
3.16.0-rc5-next-20140721-sasha-00051-g258dfea-dirty #925
[ 169.930082] task: 8801d3893
Hi Michael,
Since I had a few comments for changes on patch 2, might as well comment
here...
On Thu, Jun 26, 2014 at 10:42:47PM +0200, Michael Grzeschik wrote:
> This patch fixes the error detection limits for the used
> eccsize of the 1, 4 and 8 bit eccmode.
>
> Signed-off-by: Michael Grzeschik
On 07/21/2014 11:45 AM, Randy Dunlap wrote:
On 07/21/2014 08:24 AM, Waiman Long wrote:
This patch adds a new document file on how to use the spinning futexes.
Signed-off-by: Waiman Long
---
Documentation/spinning-futex.txt | 109 ++
1 files changed, 109 i
On Mon, Jul 14, 2014 at 10:39 AM, Catalin Marinas
wrote:
> ...
> Some more thinking, so I guess we could get away without changing the
> API. On top of Liviu's tree here:
>
> http://linux-arm.org/git?p=linux-ld.git;a=shortlog;h=refs/heads/for-upstream/pci_v8
>
> I reverted "pci: Introduce a domain
> So it's never worked?
Yes, it's always failed to mount.
> Did you test on a little endian machine after making this change?
Unfortunately, i don't have little endian machine. So i couldn't test that.
Additionaly, when lz4 compress calls lz4_compressctx() function and uses
LZ4_WRITE_LITTLEENDI
> "Sreekanth" == Reddy, Sreekanth writes:
Sreekanth,
@@ -2393,15 +2735,39 @@ _base_release_memory_pools(struct MPT2SAS_ADAPTER *ioc)
ioc->reply_free = NULL;
}
- if (ioc->reply_post_free) {
- pci_pool_free(ioc->reply_post_free_dma_pool,
-
Hi Andrew,
Please drop patch 7/7 from -mm tree and keep other 6 patches.
arch_add_memory() in tile is different from others: no nid parameter.
Patch 7/7 will block compiling.
I cc this mail to Chris Metcalf and hope he can look at this issue.
Other 6 patches looks good.
On 2014/7/21 11:46, Wan
On Mon, 2014-07-21 at 21:34 -0400, Steven Rostedt wrote:
> On Tue, 22 Jul 2014 03:01:00 +0200 (CEST)
> Thomas Gleixner wrote:
>
> > On Mon, 21 Jul 2014, Darren Hart wrote:
> > > On 7/21/14, 14:47, "Thomas Gleixner" wrote:
> > >
> > > >On Mon, 21 Jul 2014, Andy Lutomirski wrote:
> > > >> On Mon,
A 'line over 80 characters' fixed by removing comment to
previous line.
Signed-off-by: Sam Asadi
---
drivers/staging/comedi/drivers/amcc_s5933.h |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/comedi/drivers/amcc_s5933.h
b/drivers/staging/comedi/drivers/
A 'line over 80 characters' fixed by removing comment to the previous
line.
Signed-off-by: Sam Asadi
---
drivers/staging/comedi/drivers/amcc_s5933.h |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/comedi/drivers/amcc_s5933.h
b/drivers/staging/comedi/driv
On 21 Jul 19:08, Greg KH wrote:
> Odd thing is, that function doesn't seem to even use that variable
> anywhere... Can you just remove it entirely?
Oh that's right. Resubmitted.
Thanks
Guillaume.
--
Guillaume Morin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
On Fri, Jul 11, 2014 at 09:49:40AM +0200, Boris BREZILLON wrote:
> These two patches add SDR NAND timings definition and ONFI timing mode to
> NAND timings converter.
>
> This infrastructure will be used by NAND controller drivers to configure
> their signal timings according to NAND chip capabili
Your patch inspired me to write this hack. I was curious to know how
the TSCs of my boxes were with respect to each other, and wanted to get
an idea. Maybe there's a better way, but I decided to waste an hour and
write this hack up.
Here's what it does. It creates the file /sys/kernel/debug/rdtsc_
On Fri, Jul 11, 2014 at 09:49:42AM +0200, Boris BREZILLON wrote:
> --- /dev/null
> +++ b/drivers/mtd/nand/nand_timings.c
> @@ -0,0 +1,250 @@
> +/*
> + * Copyright (C) 2014 Free Electrons
> + *
> + * Author: Boris BREZILLON
> + *
> + * This program is free software; you can redistribute it and/or
On Fri, Jul 18, 2014 at 07:01:40PM +0200, Stefan Agner wrote:
> @@ -283,6 +307,10 @@ static const struct of_device_id usbmisc_imx_dt_ids[] = {
> .compatible = "fsl,imx6q-usbmisc",
> .data = &imx6q_usbmisc_ops,
> },
> + {
> + .compatible = "fsl,vf610
On Fri, Jul 18, 2014 at 07:01:38PM +0200, Stefan Agner wrote:
> This commit adds PLL7 which is required for USBPHY1. It also adds
> the USB PHY and USB Controller clocks and the gates to enable them.
>
> Signed-off-by: Stefan Agner
Jingchang,
Does the patch look good to you?
Shawn
> ---
> All
On Mon, 2014-07-21 at 21:34 -0400, Steven Rostedt wrote:
> I was telling Robert that if futexes get optimistic spinning, he should
> reconsider their use of userspace spinlocks in favor of this, because
> I'm pretty sure that they will see a great improvement.
My (dated) experience with pgsql say
Hi Andrey,
On 07/21/2014 06:56 PM, Andrey Tsyvarev wrote:
> Hello,
>
> Using memory error detector reveals the following use-after-free error in
> 3.15.0:
>
> AddressSanitizer: heap-use-after-free in f2fs_evict_inode
> Read of size 8 by thread T22279:
> [] f2fs_evict_inode+0x102/0x2e0 [f2fs]
On Tue, Jul 22, 2014 at 02:17:52AM +, Eunbong Song wrote:
>
> > Odd line wrapping :(
>
> Sorry, for this.
>
> > Anyway, is this a new problem? Or something that has always been there
> > in this compression function?
>
> Actually, i have tested zram with lz4 functions in my board(mips64 b
Quoting Eric Paris (epa...@redhat.com):
> This is effectively a revert of 7b9a7ec565505699f503b4fcf61500dceb36e744
> plus fixing it a different way...
>
> We found, when trying to run an application from an application which
> had dropped privs that the kernel does security checks on undefined
> c
On Fri, Jul 18, 2014 at 07:01:37PM +0200, Stefan Agner wrote:
> This adds USB PHY and USB controller nodes. Vybrid SoCs have two
> independent USB cores which each supports DR (dual role). However,
> real OTG is not supported since the OTG ID pin is not available.
>
> The PHYs are located within t
sparse reported that gfp_mask was of the wrong type to store gfp flags. The
variable is not used so it can be removed.
Signed-off-by: Guillaume Morin
Suggested-by: gre...@linuxfoundation.org
---
v2: remove the variable instead of just fixing the type since it is not used
drivers/staging/lustre
1 - 100 of 819 matches
Mail list logo
