On 10 March 2015 at 07:11, Viet Nga Dao wrote:
> On Mon, Mar 9, 2015 at 2:31 PM, Rafał Miłecki wrote:
>> On 11 February 2015 at 05:53, Viet Nga Dao wrote:
>>> /* NOTE: double check command sets and memory organization when you add
>>> * more nor chips. This current list focusses on newer chi
On Mon, Mar 9, 2015 at 6:14 PM, Yinghai Lu wrote:
>>>
>>> +#include "misc_pgt.c"
>>
>> Shouldn't this just be a normal built .o file that is linked together
>> in the Makefile, specifically tracking CONFIG_RANDOMIZE_BASE as aslr.o
>> already is?
>
> Yes, we could go that way.
Please check attache
On Mon, Mar 09, 2015 at 09:14:38PM +0100, Matteo Semenzato wrote:
> From: Matteo Semenzato
>
> The bitmask should be used on msignals since the signals variable is not
> used anywhere in the function.
>
You're probably right. I would really like to get Mark's Ack on this
though becuase it's so
On Mon, Mar 09, 2015 at 09:08:17PM +0100, Matteo Semenzato wrote:
> From: Matteo Semenzato
>
> The comedi_cmd struct has an hole after chanlist_len that could contain
> uninitialized
> memory, this struct is copied to userspace.
>
Is this a Smatch warning? If so then, I appologize because it'
Hi Herbert,
On Tue, 10 Mar 2015 17:03:28 +1100 Herbert Xu
wrote:
>
> On Tue, Mar 10, 2015 at 04:44:17PM +1100, Stephen Rothwell wrote:
> >
> > After merging the crypto tree, today's (and the past few days)
> > linux-next build (powerpc allyesconfig) produced these warnings:
> >
> > crypto/algi
On Fri, Mar 06, 2015 at 08:51:44PM +0800, He Kuang wrote:
> In perf hists browser, the fold/unfold stat of each hist entry is
> recorded but hb->nr_callchain_rows loses its value after zoom out and
> zoom in back. This causes a wrong row cursor range that restrict user to
> move down anymore.
>
>
On Tue, Mar 03, 2015 at 10:40:14PM +0100, Frans Klaver wrote:
> Fix a bug where devices aren't shown in sysfs.
>
> While at it, make use of the default owner value set by mtdcore.
>
> Signed-off-by: Frans Klaver
> ---
> drivers/mtd/nand/fsl_elbc_nand.c | 2 +-
> 1 file changed, 1 insertion(+),
On Mon, 2015-03-09 at 22:56 +0100, Arnd Bergmann wrote:
> On Monday 09 March 2015 11:26:52 Yingjoe Chen wrote:
> > On Fri, 2015-03-06 at 18:48 +0800, yong...@mediatek.com wrote:
> > > From: Yong Wu
> > >
> > > This patch add SMI(Smart Multimedia Interface) driver. This driver is
> > > respons
* Andy Lutomirski wrote:
> On Mon, Mar 9, 2015 at 11:16 AM, Linus Torvalds
> wrote:
> > On Mon, Mar 9, 2015 at 11:04 AM, Andy Lutomirski
> > wrote:
> >>
> >> One option would be to change the NMI entry code to move itself down 8
> >> bytes if this happens (came from kernel mode or sp == sp0 -
On Mon, Mar 09, 2015 at 09:52:18AM -0700, Linus Torvalds wrote:
> On Mon, Mar 9, 2015 at 4:29 AM, Dave Chinner wrote:
> >
> >> Also, is there some sane way for me to actually see this behavior on a
> >> regular machine with just a single socket? Dave is apparently running
> >> in some fake-numa se
On 2015/3/10 10:54 AM, Ley Foon Tan wrote:
> On Tue, Mar 10, 2015 at 1:05 AM, Ezequiel Garcia
> wrote:
>>
>>
>> On 03/09/2015 02:02 PM, Chung-Lin Tang wrote:
>>> On 2015/3/10 12:54 AM, Chung-Lin Tang wrote:
It appears that some of the ways nios2 has organized the
ucontext/pt_regs/etc. ar
Hi Benjamin,
I just got a ThinkPad X250 in today and have tried out your patches on
3.19.1. Before the patches, the top TrackPoint buttons weren't working
at all, but the clickpad was working fine. For the most part, your
patches fixed the TrackPoint.
There's something weird going on though. If I
On Mon, 2015-03-09 at 18:59 +0100, Paul Bolle wrote:
> Hi Yong,
>
> Yong Wu schreef op ma 09-03-2015 om 19:57 [+0800]:
> > On Fri, 2015-03-06 at 12:30 +0100, Paul Bolle wrote:
> > > On Fri, 2015-03-06 at 18:48 +0800, yong...@mediatek.com wrote:
> > > > --- a/drivers/soc/mediatek/Kconfig
> > > > ++
Hi Arnaldo,
On Mon, Mar 09, 2015 at 10:21:35AM -0300, Arnaldo Carvalho de Melo wrote:
> For trace I need to take advantage of the fact that each mmap is ordered
> already and then just sort by the timestamp in the mmap head, etc.
>
> In retrospect, the perf.data file should have kept that orderin
Hi Rafal,
Thanks for your review.
On Mon, Mar 9, 2015 at 2:31 PM, Rafał Miłecki wrote:
> Hi Viet,
>
> I'm not too active in mtd subsystem, so I didn't notice your patch
> earlier. However I would like to share few comments.
>
> On 11 February 2015 at 05:53, Viet Nga Dao wrote:
>> From: Viet Nga
From: Oleg Nesterov
fx_finit() has 2 users but only fpu_finit() needs to nullify xstate,
alloc_bootmem_align() in setup_init_fpu_buf() returns zero-filled
memory.
And note that both memset()'s look confusing. Yes, offsetof() is 0
for ->fxsave or ->fsave, but it would be more clean to turn them i
From: Oleg Nesterov
This is a cosmetic change: xstateregs_get() and xstateregs_set() abuse
->fxsave to access xsave->i387.sw_reserved. This is correct, ->fxsave
and xsave->i387 share the same memory, but IMHO this looks confusing.
And we can make this code more readable if we add "struct xsave_s
Hi,
On Tue, Mar 10, 2015 at 11:38:59AM +0800, He Kuang wrote:
> ping..
> On 2015/3/4 12:13, He Kuang wrote:
> >When all perf report entries be filtered, the result of
> >hists__filter_entries() can be NULL, check the result before processing.
In that case, browser->nr_entries should be zero IMHO.
On Tue, Mar 10, 2015 at 04:44:17PM +1100, Stephen Rothwell wrote:
> Hi Herbert,
>
> After merging the crypto tree, today's (and the past few days)
> linux-next build (powerpc allyesconfig) produced these warnings:
>
> crypto/algif_aead.c:561:2: warning: initialization from incompatible pointer
>
On Mon, Mar 09, 2015 at 05:54:01PM -0700, Kees Cook wrote:
> On Sat, Mar 7, 2015 at 2:07 PM, Yinghai Lu wrote:
> > Boris found data from boot stage can not be used kernel stage.
>
> "... be used during kernel stage."
>
> Also, can you give a specific example of this problem? (Which data, used ho
* Denys Vlasenko wrote:
> These changes make SYSENTER64 code path save flags and user's
> stack pointer in pt_regs->flags and pt_regs->sp, where they belong.
>
> As a result, we can drop stub_iopl() and thread_struct::usersp.
>
> Usage of PER_CPU(old_rsp) is reduced to bare minimum.
>
> FIXUP
Hi all,
Changes since 20150306:
The net-next tree gained a conflict against the net tree.
The sound-asoc tree gained a build failure so I used the version from
next-20150306.
The regulator tree gained a build failure for which I applied a fix patch.
The staging tree gained a build failure so I
On Mon, Mar 09, 2015 at 05:46:54PM +0900, Yoshinori Sato wrote:
> Hello.
>
> I rewriting h8300 support.
>
It might possibly be better to use the term "re-introduce" instead of
rewrite or revert (as in the headline).
Also,
s/archtecture/architecture/
in the headline.
Given that the rea
Hi Alexei,
The page needs a license. See
https://www.kernel.org/doc/man-pages/licenses.html
for some possible choices.
Thanks,
Michael
On 03/09/2015 11:10 PM, Alexei Starovoitov wrote:
> Signed-off-by: Alexei Starovoitov
> ---
> man2/bpf.2 | 593
> ++
Hi Herbert,
After merging the crypto tree, today's (and the past few days)
linux-next build (powerpc allyesconfig) produced these warnings:
crypto/algif_aead.c:561:2: warning: initialization from incompatible pointer
type
.sendmsg = aead_sendmsg,
^
crypto/algif_aead.c:561:2: warning: (near i
* Brian Silverman wrote:
> Here's my test code. Compile with `gcc -pthread -lrt test_pi.c`. It
> requires permission to set a realtime scheduling policy of 2 when
> running.
Mind sending a patch that sticks this testcase into
tools/testing/selftests/sched/ or so, with the new 'sched' directo
Hi all,
On Tue, 10 Mar 2015 16:34:17 +1100 Stephen Rothwell
wrote:
>
> After merging the trivial tree, today's linux-next build ()
This was an x86_64 allmodconfig build.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpJfESNjaf3L.pgp
Description: OpenPGP digital signa
On (03/09/15 23:56), Minchan Kim wrote:
> > in zram_slot_free_notify() and zram_rw_page() we don't have request queue,
> > request,
> > etc. so it's a bit troubling.
>
> I skim the code so I might miss something.
>
> zram_slot_free_notify is just to free allocated space on zsmalloc so
> it's not
Hi Greg,
After merging the tty tree, today's linux-next build (x86_64
allmodconfig) produced these warnings:
drivers/tty/serial/serial_mctrl_gpio.c: In function 'mctrl_gpio_init':
drivers/tty/serial/serial_mctrl_gpio.c:110:4: warning: return makes pointer
from integer without a cast
return P
Hi Jiri,
After merging the trivial tree, today's linux-next build ()
produced this warning:
drivers/tty/goldfish.c: In function 'goldfish_tty_probe':
drivers/tty/goldfish.c:232:6: warning: unused variable 'i' [-Wunused-variable]
int i;
^
Introduced by commit 2a2483685a9d ("goldfish: remo
* Nicholas Krause wrote:
>
>
> On March 10, 2015 12:45:01 AM EDT, Ingo Molnar wrote:
> >
> >* Nicholas Krause wrote:
> >
> >> This changes the structure sta2x11_dma_ops stucture to use
> >switolb_dma_supported as it's
> >> function for dma_supported hardware verus setting this value to NULL
Hi Greg,
After merging the tty tree, today's linux-next build (arm
multi_v7_defconfig) produced this warning:
drivers/tty/serial/imx.c: In function 'imx_set_termios':
drivers/tty/serial/imx.c:1301:7: warning: suggest explicit braces to avoid
ambiguous 'else' [-Wparentheses]
if (port->rs485.f
Hello Inki,
On 03/10/2015 03:50 AM, Inki Dae wrote:
> On 2015년 03월 07일 00:07, Javier Martinez Canillas wrote:
Another thing that may be useful to detect these issues early is to have
exynos-drm-next be pulled by linux-next since otherwise the integration
is not tested until the
Hi,
> On Fri, Mar 06, 2015 at 04:03:27PM +0530, Jenny TC wrote:
> > At present charger manager support only regulator based charging
> > control. But most of the charger drivers are registered with power
> > supply subsystem. This patch adds support for power supply based
> > charging control alo
Previously if inode is with inline data, we will try to invalid partial inline
data in page #0 when we truncate size of inode in truncate_partial_data_page().
And then we set page #0 to dirty, after this we can synchronize inode page with
page #0 at ->writepage().
But sometimes we will fail to ope
>
> On Mon, Mar 09, 2015 at 12:26:21PM +, Tc, Jenny wrote:
> > > > + char name[PSY_MAX_BAT_NAME_LEN];
> > >
> > > char *name;
> > >
> > > No need for arbitrary length limitation.
> >
> > The length limitation is introduced to form a packed structure so that
> > the data can be read direc
Hi,
On Mon, Mar 09, 2015 at 02:10:37PM +0200, Boaz Harrosh wrote:
> On 03/06/2015 01:09 AM, Andy Lutomirski wrote:
> <>
> >
> > I will be shocked if a standard of this form ever appears. Modern
> > systems *don't have e820*. The BIOSes that are using this type 12
> > hack are awful throwbacks.
Hi Greg,
After merging the staging tree, today's linux-next build (powerpc
allyesconfig) failed like this:
In file included from include/linux/module.h:17:0,
from drivers/staging/sm750fb/sm750.c:2:
drivers/staging/sm750fb/sm750.c: In function '__check_g_option':
drivers/staging/s
* John Stultz wrote:
> Thanks Ingo for the very close review, and apologies for my poor
> keyboardmanship (I hope I didn't burn much of your good will here).
No problem. I usually fix typos up when the patch is otherwise good,
except for Git pulls, where I cannot, so I'm pushing back ...
> I
Hi Jaegeuk,
> -Original Message-
> From: Jaegeuk Kim [mailto:jaeg...@kernel.org]
> Sent: Tuesday, March 10, 2015 11:00 AM
> To: Chao Yu
> Cc: 'Changman Lee'; linux-f2fs-de...@lists.sourceforge.net;
> linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] f2fs: fix to truncate inline data pas
* Andy Lutomirski wrote:
> On Mon, Mar 9, 2015 at 9:48 AM, Ingo Molnar wrote:
> >
> > now I get this build failure:
> >
> > make[1]: Entering directory
> > '/home/mingo/tip/tools/testing/selftests/x86'
> > gcc -m32 -o sigreturn_32 -O2 -g -std=gnu99 -pthread -Wall sigreturn.c -lrt
> > -ldl
> >
Dave Hansen writes:
> On 03/09/2015 05:03 PM, Kees Cook wrote:
>> On Mon, Mar 9, 2015 at 4:43 PM, Eric W. Biederman
>> wrote:
>>> A 1 to 1 blinding function like integer multiplication mudulo 2^32 by an
>>> appropriate random number ought to keep from revealing page numbers or
>>> page ajacenci
* Nicholas Krause wrote:
> This changes the structure sta2x11_dma_ops stucture to use
> switolb_dma_supported as it's
> function for dma_supported hardware verus setting this value to NULL as this
> should be set
> correctly for when dma_supported function needs to be called for hardware
>
On Mon, Mar 09, 2015 at 04:49:43PM -0700, Paul E. McKenney wrote:
> On Mon, Mar 09, 2015 at 04:39:47PM -0700, Paul E. McKenney wrote:
> > On Mon, Mar 09, 2015 at 02:40:21PM -0700, Paul E. McKenney wrote:
> > > On Mon, Mar 09, 2015 at 09:34:04AM +0100, Alexander Gordeev wrote:
> > > > Hi Paul,
> > >
This patch add rq->clock update skip for dl task yield to tell
update_rq_clock() that we've just updated, so we don't do
microscopic update in schedule() and double the fastpath cost.
Signed-off-by: Wanpeng Li
---
kernel/sched/deadline.c | 6 ++
1 file changed, 6 insertions(+)
diff --git
* Sasha Levin wrote:
> Hi all,
>
> While fuzzing with trinity inside the latest -next kernel using trinity I've
> stumbled on:
>
> [ 936.784266] divide error: [#1] PREEMPT SMP KASAN
> [ 936.793957] RIP: find_busiest_group (kernel/sched/fair.c:6152
> kernel/sched/fair.c:6223 kernel/sch
On Tue, Mar 10, 2015 at 12:41 PM, Yingjoe Chen
wrote:
> On Tue, 2015-03-10 at 02:00 +0900, Tomasz Figa wrote:
>> On Mon, Mar 9, 2015 at 11:46 PM, Yingjoe Chen
>> wrote:
>> > On Mon, 2015-03-09 at 20:11 +0900, Tomasz Figa wrote:
>> > <...>
>> >> > +/*
>> >> > + * pimudev is a global var for dma_a
It is identical to the can destructor.
Signed-off-by: Florian Westphal
---
include/linux/can/skb.h | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/include/linux/can/skb.h b/include/linux/can/skb.h
index cc00d15..b6a52a4 100644
--- a/include/linux/can/skb.h
+++ b/include
ping..
On 2015/3/3 15:21, He Kuang wrote:
TRACE_EVENT_FL_USE_CALL_FILTER flag in ftrace:functon event can be
removed. This flag was first introduced in commit
f306cc82a93d ("tracing: Update event filters for multibuffer").
Now, the only place uses this flag is ftrace:function, but the filter of
From: Stephen Rothwell
Date: Tue, 10 Mar 2015 12:08:42 +1100
> Today's linux-next merge of the net-next tree got a conflict in
> drivers/net/ethernet/cadence/macb.c between commit 0b2eb3e9bc73 ("net:
> macb: constify macb configuration data") from the net tree and commits
> a848748959d5 ("net: ma
On Thu, Feb 05, 2015 at 05:11:59PM +, Mark Brown wrote:
> On Fri, Feb 06, 2015 at 01:03:52AM +0800, kbuild test robot wrote:
> > sound/soc/sirf/atlas7-iacc.c:168:24: sparse: symbol 'atlas7_iacc_dai_ops'
> > was not declared. Should it be static?
>
> This file isn't in an upstream tree, should
On Tue, 2015-03-10 at 02:00 +0900, Tomasz Figa wrote:
> On Mon, Mar 9, 2015 at 11:46 PM, Yingjoe Chen
> wrote:
> > On Mon, 2015-03-09 at 20:11 +0900, Tomasz Figa wrote:
> > <...>
> >> > +/*
> >> > + * pimudev is a global var for dma_alloc_coherent.
> >> > + * It is not accepatable, we will delete
ping..
On 2015/3/4 12:13, He Kuang wrote:
When all perf report entries be filtered, the result of
hists__filter_entries() can be NULL, check the result before processing.
Miss this checking will cause segmentation fault like this:
$ perf report
(filter all entries and left nothing, then zoo
Hi,
It seems this patch not appeared in any repo, so ping..
On 2015/3/4 20:46, Masami Hiramatsu wrote:
(2015/03/04 19:01), He Kuang wrote:
A double free occurred when get source file path failed. If lr->path
failed to assign a new value, it will be freed as the old path and then
be freed again
> -Original Message-
> From: KY Srinivasan
> Sent: Friday, March 6, 2015 9:20 PM
> To: KY Srinivasan; gre...@linuxfoundation.org; linux-
> ker...@vger.kernel.org; de...@linuxdriverproject.org; o...@aepfle.de;
> a...@canonical.com; vkuzn...@redhat.com
> Subject: RE: [PATCH 0/6] Drivers: hv
Thomas Huth writes:
> On Wed, 25 Feb 2015 16:11:27 +0100
> Cornelia Huck wrote:
>
>> On Wed, 25 Feb 2015 15:36:02 +0100
>> "Michael S. Tsirkin" wrote:
>>
>> > virtio balloon has this code:
>> > wait_event_interruptible(vb->config_change,
>> > (diff = tow
On 2015/3/10 10:47, Tim Kryger wrote:
> On Mon, Mar 9, 2015 at 8:05 AM, Alan Cox wrote:
>
>> Ah no - I meant what is their official software workaround for existing
>> parts with the bug ? Presumably they have an errata document that
>> discusses this and the correct methods they recommend to avo
Petr Mladek writes:
> On Sat 2015-03-07 11:34:36, Rusty Russell wrote:
>> I don't think you should handle going modules at all. Rarely happens,
>> and it should happen fast.
>
> I would like to handle it correctly. It would be pity to break a system
> just because of a module removal. Also the ex
On 3/6/15 12:29 PM, Mike Galbraith wrote:
On Fri, 2015-03-06 at 11:37 -0700, David Ahern wrote:
But, I do not understand how the wrong topology is causing the NMI
watchdog to trigger. In the end there are still N domains, M groups per
domain and P cpus per group. Doesn't the balancing walk over
> On Mon, 2015-03-09 at 18:52 -0700, Jeff Kirsher wrote:
> > On Tue, 2015-03-10 at 01:42 +, Hiroshi Shimamoto wrote:
> > > > On 03/08/2015 02:15 PM, Or Gerlitz wrote:
> > > > > On Mon, Feb 23, 2015 at 11:14 PM, Jeff Kirsher
> > > > > wrote:
> > > > > [...]
> > > > >> We discussed this during N
> On Tue, Mar 10, 2015 at 02:02:44AM +, Peter Chen wrote:
> >
> > > > --- a/drivers/usb/gadget/udc/lpc32xx_udc.c
> > > > +++ b/drivers/usb/gadget/udc/lpc32xx_udc.c
> > > > @@ -1803,7 +1803,7 @@ static int lpc32xx_ep_queue(struct usb_ep *_ep,
> > > > req = container_of(_req, struct lpc
Hi Chao,
On Tue, Mar 10, 2015 at 10:02:46AM +0800, Chao Yu wrote:
> Hi Jaegeuk,
>
[snip]
> > > > +static int truncate_partial_data_page(struct inode *inode, u64 from,
> > > > bool force)
> > > > {
> > > > unsigned offset = from & (PAGE_CACHE_SIZE - 1);
> > > > struct page *pag
(2015/03/09 20:19), Eugene Shatokhin wrote:
> On x86-64, __copy_instruction() always returns 0 (error) if the
> instruction uses %rip-relative addressing. This is because
> kernel_insn_init() is called the second time for 'insn' instance
> in such cases and sets all its fields to 0.
>
> Because of
On Tue, Mar 10, 2015 at 1:05 AM, Ezequiel Garcia
wrote:
>
>
> On 03/09/2015 02:02 PM, Chung-Lin Tang wrote:
>> On 2015/3/10 12:54 AM, Chung-Lin Tang wrote:
>>> It appears that some of the ways nios2 has organized the
>>> ucontext/pt_regs/etc. are remnants of the pre-generic code, some
>>> basicall
On 03/09/2015 05:03 PM, Kees Cook wrote:
> On Mon, Mar 9, 2015 at 4:43 PM, Eric W. Biederman
> wrote:
>> A 1 to 1 blinding function like integer multiplication mudulo 2^32 by an
>> appropriate random number ought to keep from revealing page numbers or
>> page ajacencies while not requiring any ch
On 6 March 2015 at 11:19, Pi-Cheng Chen wrote:
> On 5 March 2015 at 17:55, Viresh Kumar wrote:
> About putting
> those stuff into regulator driver, I think you mean creating a
> "virtual regulator
> device" and put all the voltage controlling complex into the driver, right?
> Maybe it's a good i
On 2015년 03월 07일 00:07, Javier Martinez Canillas wrote:
> Hello Inki,
>
> On 03/06/2015 02:32 PM, Inki Dae wrote:
>>>
>>> Another interesting data point is that the error in next-20150303 for
>>> these 2 boards was the NULL pointer dereference in exynos_plane_destroy
>>> that I got with 4.0-rc2 (w
On Mon, 2015-03-09 at 18:52 -0700, Jeff Kirsher wrote:
> On Tue, 2015-03-10 at 01:42 +, Hiroshi Shimamoto wrote:
> > > On 03/08/2015 02:15 PM, Or Gerlitz wrote:
> > > > On Mon, Feb 23, 2015 at 11:14 PM, Jeff Kirsher
> > > > wrote:
> > > > [...]
> > > >> We discussed this during NetConf last we
On Mon, Mar 9, 2015 at 8:05 AM, Alan Cox wrote:
> Ah no - I meant what is their official software workaround for existing
> parts with the bug ? Presumably they have an errata document that
> discusses this and the correct methods they recommend to avoid the
> hang ?
As far as I know, the only a
Vinder No. 009,
Det er indlysende, at denne meddelelse vil komme til dig som en
overraskelse, men du finde tid til at læse det omhyggeligt, som vi
lykønsker dig over din succes i følgende officielle offentliggørelse af
resultaterne af e-mail elektroniske online-konkurrencer arrangeret af
Micr
Hi all,
After merging the regulator tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:
drivers/gpu/drm/msm/edp/edp_ctrl.c: In function 'edp_regulator_enable':
drivers/gpu/drm/msm/edp/edp_ctrl.c:335:2: error: implicit declaration of
function 'regulator_set_optimum_mode' [-W
From: Arnd Bergmann
Date: Mon, 09 Mar 2015 13:06:52 +0100
> The rds_iw_add_conn function stores a large 'struct rds_sock' object
> on the stack in order to pass a pair of addresses.
As Sowmini pointed out, this function is not the top-level
guilty one, it's rds_iw_update_cm_id.
Please respin th
On Tue, Mar 10, 2015 at 02:02:44AM +, Peter Chen wrote:
>
> > > --- a/drivers/usb/gadget/udc/lpc32xx_udc.c
> > > +++ b/drivers/usb/gadget/udc/lpc32xx_udc.c
> > > @@ -1803,7 +1803,7 @@ static int lpc32xx_ep_queue(struct usb_ep *_ep,
> > > req = container_of(_req, struct lpc32xx_request, req)
On 03/09/2015 05:19 PM, Andy Lutomirski wrote:
> per-pidns like this is no good. You shouldn't be able to create a
> non-paranoid pidns if your parent is paranoid.
That sounds like a reasonable addition that shouldn't be hard to add.
> Also, at some point we need actual per-ns controls. This mo
On 2015年03月07日 04:31, Joe Perches wrote:
On Fri, 2015-03-06 at 20:17 +, Grant Likely wrote:
On Wed, 25 Feb 2015 16:39:41 +0800 Hanjun Guo wrote:
This patch just use pr_debug() instead of pr_info() for ioapic/iosapic,
local apic/x2apic/sapic structures when scanning the MADT table to remove
When a channel has been rescinded, the close operation is a noop.
Restructure the code so we deal with the rescind condition after
we properly cleanup the channel. I would like to thank
Dexuan Cui for observing this problem.
The current code leaks memory when the channel is rescinded.
Signed-off
Signed-off-by: K. Y. Srinivasan
---
drivers/scsi/storvsc_drv.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/scsi/storvsc_drv.c b/drivers/scsi/storvsc_drv.c
index a36c232..d7ebf00 100644
--- a/drivers/scsi/storvsc_drv.c
+++ b/drivers/scsi/storvsc_drv.c
@@ -1693
The storage protocol informs the guest of the I/O capabilities of the storage
stack. Retrieve this information and use it in the guest.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Long Li
---
drivers/scsi/storvsc_drv.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git
Set the tablesize based on what the host has informed us.
Signed-off-by: K. Y. Srinivasan
Reviewed-by: Long Li
---
drivers/scsi/storvsc_drv.c | 70 ++-
1 files changed, 55 insertions(+), 15 deletions(-)
diff --git a/drivers/scsi/storvsc_drv.c b/drivers
On 03/09/2015 04:08 PM, Eric W. Biederman wrote:
> If the concern is to protect against root getting into the kernel the
> "trusted_kernel" snake-oil just compile out the pagemap file. Nothing
> else is remotely interesting from a mainenance point of view.
The paper I linked to showed one example
Presently, storvsc limits the I/O size arbitrarily. Make this configurable
based on what the host advertises.
K. Y. Srinivasan (3):
scsi: storvsc: Retrieve information about the capability of the
target
scsi: storvsc: Set the tablesize based on the information given by
the host
scsi:
This patch adds the support for Exynos5433's TMU (Thermal Management Unit).
Exynos5433 has a little different register bit fields as following description:
- Support the eight trip points for rising/falling interrupt by using two
registers
- Read the calibration type (1-point or 2-point) and senso
> > --- a/drivers/usb/gadget/udc/lpc32xx_udc.c
> > +++ b/drivers/usb/gadget/udc/lpc32xx_udc.c
> > @@ -1803,7 +1803,7 @@ static int lpc32xx_ep_queue(struct usb_ep *_ep,
> > req = container_of(_req, struct lpc32xx_request, req);
> > ep = container_of(_ep, struct lpc32xx_ep, ep);
> >
> > -
Hi Jaegeuk,
> -Original Message-
> From: Jaegeuk Kim [mailto:jaeg...@kernel.org]
> Sent: Tuesday, March 10, 2015 12:16 AM
> To: Chao Yu
> Cc: 'Changman Lee'; linux-f2fs-de...@lists.sourceforge.net;
> linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] f2fs: fix to truncate inline data pas
On Mon, 9 Mar 2015 18:43:54 -0700
Linus Torvalds wrote:
> Oh. Ok. I didn't pull that, simply because in the same thread you said
> you were going to fix the other case that Joe pointed out and you said
> "I'll make another patch". So I dismissed your previous pull request
> as premature..
Yeah
Hi all,
After merging the sound-asoc tree, today's linux-next build (x86_64
allmodconfig) failed like this:
sound/soc/codecs/rt5670.c: In function 'is_sys_clk_from_pll':
sound/soc/codecs/rt5670.c:519:38: error: 'struct snd_soc_dapm_widget' has no
member named 'codec'
struct snd_soc_codec *code
This patch adds SPI (Serial Peripheral Interface) dt node for Exynos5433 SoC.
SPI transfers serial data by using various peripherals. SPI includes
8-bit/16-bit/32-bit shift registers to transmit and receive data. PDMA is used
for SPI communication.
Cc: Kukjin Kim
Cc: Mark Rutland
Cc: Marc Zyngie
This patch adds new Exynos5433 dtsi to support 64-bit Exynos5433 SoC based on
Octal core CPUs (quad Cortex-A57 and quad Cortex-A53). And Exynos5433 supports
PSCI (Power State Coordination Interface) v0.1.
This patch includes following dt node to support Exynos5433 SoC:
1. Octa core for big.LITTLE
This patch adds RTC (Real Time Clock) dt node for Exynos5433 SoC and adds
ADC dt node for Exynos5433 SoC. The c1b501564c98a94b4(iio: adc: exynos_adc:
Add support for exynos7) commit supports the ADC for Exynos7. Exynos5433's ADC
IP is the same with Exynos7's ADC IP. Exynos5433 has a little differen
From: Jaehoon Chung
This patch adds MSHC (Mobile Storage Host Controller) dt node for Exynos5433
SoC. MSHC is an interface between the system the SD/MMC card.
Cc: Kukjin Kim
Cc: Mark Rutland
Cc: Marc Zyngier
Cc: Arnd Bergmann
Cc: Olof Johansson
Cc: Catalin Marinas
Cc: Will Deacon
Signed-o
From: Inha Song
This patch adds ADMA (Advanced DMA) device tree node for Exynos5433 SoC.
In Exynos5433 SoC, ADMA is used for I2S audio interface.
Cc: Kukjin Kim
Signed-off-by: Inha Song
Acked-by: Inki Dae
---
arch/arm64/boot/dts/exynos/exynos5433.dtsi | 11 +++
1 file changed, 11 ins
This patch adds the TMU (Thermal Management Unit) sensor devicetree node for
Exynos5433. The Exynos5433 includes the five temperature sensors as following:
- two temperature sensor for Cortex-A57 (ATLAS)
- one temperature sensor for Cortex-A53 (APOLLO)
- one temperature sensor for G3D IP
- one temp
This patch adds PMU (Power Management Unit) dt node for Exynos5433 SoC and
set the source clock for CLKOUT register as xxti .
Cc: Kukjin Kim
Signed-off-by: Chanwoo Choi
[ideal.song: Add the setting of CLKOUT register]
Signed-off-by: Inha Song
Acked-by: Inki Dae
---
Documentation/devicetree/bi
This patch adds the thermal-zones devicetree node for Exynos5433 SoC.
The thermal-zones has five thermal-zones and then each thermal-zone contains
each thermal-sensor to monitor the temperature of own IP. The {atlas0|apollo}_
thermal zone have the eight trip-points for interrupt method to detect th
This patchset adds new 64-bit Exynos5433 Samsung SoC which contains quad
Cortex-A57 and quad Cortex-A53. It is desigend with the 20nm low power process.
Depends on:
- This patch-set has the dependency on following four patch-set.
The Exynos5433 clock controller patch-set[1][2] was merged by Michae
From: Inha Song
This patch adds I2S device tree node for Exynos5433 SoC.
In Exynos5433 SoC, I2S0 is used for audio interface.
Signed-off-by: Inha Song
Signed-off-by: Chanwoo Choi
Acked-by: Inki Dae
---
arch/arm64/boot/dts/exynos/exynos5433.dtsi | 17 +
1 file changed, 17 inse
On 10 March 2015 at 00:28, Russell King - ARM Linux
wrote:
> On Wed, Mar 04, 2015 at 04:49:15PM +0800, pi-cheng.chen wrote:
>> +static int cpu_opp_table_get_freq_index(unsigned int freq)
>> +{
>> + struct cpu_opp_table *opp_tbl = dvfs_info->opp_tbl;
>> + int i;
>> +
>> + for (i = 0; op
Hi Yannick,
On 10/03/15 07:29, Yannick Guerrini wrote:
> Change 'Reaceive' to 'Receive'
> Change 'alighnment' to 'alignment'
>
> Signed-off-by: Yannick Guerrini
Thanks. I have put this in the m68knommu git tree, for-next branch.
Regards
Greg
> ---
> arch/m68k/include/asm/m68360_pram.h | 4
Signed-off-by: Fam Zheng
---
arch/x86/syscalls/syscall_32.tbl | 1 +
arch/x86/syscalls/syscall_64.tbl | 1 +
2 files changed, 2 insertions(+)
diff --git a/arch/x86/syscalls/syscall_32.tbl b/arch/x86/syscalls/syscall_32.tbl
index b3560ec..fe809f6 100644
--- a/arch/x86/syscalls/syscall_32.tbl
+++
On 5 March 2015 at 15:42, Sascha Hauer wrote:
>
> +Cc Viresh Kumar
>
> Viresh, this is the patch for the underlying clocks for the Mediatek
> cpufreq driver.
>
> On Thu, Mar 05, 2015 at 10:43:21AM +0800, Pi-Cheng Chen wrote:
>> Hi Sascha,
>>
>> On 4 March 2015 at 19:21, Sascha Hauer wrote:
>> > O
1 - 100 of 1074 matches
Mail list logo