On Mon, 2017-05-08 at 12:42 +0200, Laurent Dufour wrote:
> Sorry Balbir,
>
> You pointed this out since the beginning but I missed your comment.
> My mistake.
>
No worries, as long as the right thing gets in
Balbir Singh
On Mon, May 08, 2017 at 05:21:24PM -0700, Andy Lutomirski wrote:
> On Sun, May 7, 2017 at 9:55 AM, Josh Poimboeuf wrote:
> > struct undwarf {
> > unsigned int ip;/* instruction pointer (relative
> > offset from base) */
> > unsigned prev_frame:13; /
Hi Peter,
On Mon, May 8, 2017 at 12:02 PM, Peter Senna Tschudin
wrote:
> Hello Kishon,
>
> Our iMX6 hardware (imx6q-b850v3.dts) is not booting with latest
> linux-next and I could bisect until:
>
> commit 442ec4c04d1235f8c664a74004dae54a7a574d18
> Author: Kishon Vijay Abraham I
> Date: Wed Feb
On Mon, 8 May 2017 15:36:16 -0700
Matthias Kaehlcke wrote:
> El Fri, Apr 21, 2017 at 04:41:10PM -0700 Matthias Kaehlcke ha dit:
>
> > This fixes the following clang warning:
> >
> > kernel/trace/trace.c:3231:12: warning: address of array 'iter->started'
> > will always evaluate to 'true' [-Wp
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 2d3e4866dea96b0506395b47bfefb234f2088dac
commit: 6b0b7551428e4caae1e2c023a529465a9a9ae2d4 perf/core: Rename
CONFIG_[UK]PROBE_EVENT to CONFIG_[UK]PROBE_EVENTS
date: 10 weeks ago
reproduce:
# apt-get
On 05/09/2017 12:27 AM, Heiko Stübner wrote:
Am Mittwoch, 3. Mai 2017, 10:56:24 CEST schrieb Guillaume Tucker:
The ARM Mali Midgard GPU kernel driver is only available
out-of-tree and is not going to be merged in its current form.
However, it would be useful to have its device tree bindings
me
>
> I found dmsdos implementation of that DS compression at:
> http://cmp.felk.cvut.cz/~pisa/dmsdos
>
> Then took relevant decompression code and it really decompressed that
> binary MOF WMI buffer. But still decompressed format is binary, but I
> now see all WMI GUID encoded in UTF-16. Decompres
Hello,
On (05/08/17 22:05), Tetsuo Handa wrote:
> > On (04/30/17 22:54), Tetsuo Handa wrote:
> > > Sometimes we want to printk() multiple lines in a group without being
> > > disturbed by concurrent printk() from interrupts and/or other threads.
> > > For example, mixed printk() output of multiple
On Mon, May 08, 2017 at 07:15:01AM -0700, Andrey Smirnov wrote:
> Unlike i.MX53, i.MX51's USBOH3 register file does not implemenent
> registers past offset 0x018, which includes
> MX53_USB_CLKONOFF_CTRL_OFFSET and trying to access that register on
> said platform results in external abort.
>
> Fix
Before trying to properly initialize the touchpad and generate bunch of
errors, let's first see it there is anything at the given address. If we
get error, fail silently with -ENXIO.
Signed-off-by: Dmitry Torokhov
---
v2: switched over to i2c_smbus_read_byte() as Guenter suggested
drivers/inpu
On Mon, 8 May 2017, Florian Fainelli wrote:
> On 05/08/2017 04:46 PM, Julia Lawall wrote:
> >
> >
> > On Mon, 8 May 2017, Joe Perches wrote:
> >
> >> On Mon, 2017-05-08 at 20:32 +0800, Julia Lawall wrote:
> >>>
> >>> On Mon, 8 May 2017, David Laight wrote:
> >>>
> From: Christophe JAILLET
>
On 05/08/2017 04:46 PM, Julia Lawall wrote:
>
>
> On Mon, 8 May 2017, Joe Perches wrote:
>
>> On Mon, 2017-05-08 at 20:32 +0800, Julia Lawall wrote:
>>>
>>> On Mon, 8 May 2017, David Laight wrote:
>>>
From: Christophe JAILLET
> Sent: 06 May 2017 06:30
> If 'devm_kzalloc' fails, a NU
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 2d3e4866dea96b0506395b47bfefb234f2088dac
commit: beba3a20bf90ce1b93e24592c3ebf0d0bb581bbe x86: switch to RAW_COPY_USER
date: 6 weeks ago
reproduce:
# apt-get install sparse
git checkout beba
On 09/05/17 07:55, Keith Christian wrote:
We're proliferating into so many different directions. Texinfo has
indexing, chapters, nodes, hyperlinks, etc. Does RST have those?
Take a look at the processed output for yourself and see what you think. :)
https://www.kernel.org/doc/html/latest/ind
On Mon, May 08, 2017 at 04:42:50PM -0700, Shaohua Li wrote:
> I'm seeing below with lastet upstream. Commit
> 5ecda13(generic_file_read_iter(): make use of iov_iter_revert())
> directly pass iter to ->direct_IO(), ->direct_io already advances count
> bytes but return -EIOCBQUEUED. In this case, cou
On Sun, May 7, 2017 at 9:55 AM, Josh Poimboeuf wrote:
> On Fri, May 05, 2017 at 12:57:11PM -0700, Linus Torvalds wrote:
>> On Fri, May 5, 2017 at 5:22 AM, Jiri Slaby wrote:
>> > The DWARF unwinder is in place and ready. So introduce the config option
>> > to allow users to enable it. It is by def
Hey Laura,
Wanted to check in on ION changes that landed in the staging merge
for 4.12...
So with these changes, I can no longer get HiKey to boot to graphics.
We had previously been using the dummy ion driver, and I've added the
new config entries for the various standard heaps, but it seems l
Use time_after() for time comparison with the new fix.
Signed-off-by: Karim Eshapa
---
drivers/net/wimax/i2400m/i2400m-usb.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wimax/i2400m/i2400m-usb.h
b/drivers/net/wimax/i2400m/i2400m-usb.h
index 649ecad..eff4f464
On Mon, May 8, 2017 at 10:53 AM, Jan Kiszka wrote:
> On 2017-05-08 14:34, Jan Kiszka wrote:
>> On 2017-05-08 13:21, Andy Lutomirski wrote:
>>> On Mon, May 8, 2017 at 2:32 AM, Andy Shevchenko
>>> wrote:
On Mon, May 8, 2017 at 9:31 AM, Jan Kiszka wrote:
> On 2017-03-23 10:14, tip-bot for
On Mon, 8 May 2017, Joe Perches wrote:
> On Mon, 2017-05-08 at 20:32 +0800, Julia Lawall wrote:
> >
> > On Mon, 8 May 2017, David Laight wrote:
> >
> > > From: Christophe JAILLET
> > > > Sent: 06 May 2017 06:30
> > > > If 'devm_kzalloc' fails, a NULL pointer will be dereferenced.
> > > > Return
On Thu, May 04, 2017 at 04:03:18PM -0400, Stefan Berger wrote:
> On 05/04/2017 02:40 PM, Jarkko Sakkinen wrote:
> > On Thu, May 04, 2017 at 07:14:27AM -0400, Stefan Berger wrote:
> > > On 05/04/2017 05:17 AM, Jarkko Sakkinen wrote:
> > > > On Wed, May 03, 2017 at 07:40:48PM -0400, Stefan Berger wro
I'm seeing below with lastet upstream. Commit
5ecda13(generic_file_read_iter(): make use of iov_iter_revert())
directly pass iter to ->direct_IO(), ->direct_io already advances count
bytes but return -EIOCBQUEUED. In this case, count is bigger than
iov_iter_count(iter). We really want to revert cou
Sorry for the spam everyone, email client did not do what I expected it to do.
I would like to release another version this week or next week, and I
think that we are pretty closed to having something we can apply, but
before I do that, I want to get something resolved:
> +static int __aspeed_i2c
Use usb_put_hdc to release hdc allocated by usb_create_hcd.
This is needed to handle sub-allocations and HCD sharing correctly.
Signed-off-by: Anton Bondarenko
---
drivers/staging/octeon-usb/octeon-hcd.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/oc
On Mon, May 8, 2017 at 3:53 PM, Josh Poimboeuf wrote:
> On Mon, May 08, 2017 at 12:32:52PM -0700, Kees Cook wrote:
>> +#define REFCOUNT_EXCEPTION \
>> + "movl $0x7fff, %[counter]\n\t" \
>> + "int $"__stringify(X86_REFCOUNT_VECTOR)"\n" \
>> +
The mm-of-the-moment snapshot 2017-05-08-16-30 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
On 5/8/17 2:26 PM, David Miller wrote:
From: Karim Eshapa
Date: Mon, 8 May 2017 18:58:02 +0200
diff --git a/drivers/net/wimax/i2400m/i2400m-usb.h
b/drivers/net/wimax/i2400m/i2400m-usb.h
index 649ecad..6fc941c 100644
--- a/drivers/net/wimax/i2400m/i2400m-usb.h
+++ b/drivers/net/wimax/i2400m/i
Hi Masahiro,
El Sun, May 07, 2017 at 01:52:25AM +0900 Masahiro Yamada ha dit:
> 2017-05-02 10:23 GMT+09:00 Matthias Kaehlcke :
> > Hi Masahiro,
> >
> > El Sun, Apr 30, 2017 at 10:59:52PM +0900 Masahiro Yamada ha dit:
> >
> >> 2017-04-22 6:39 GMT+09:00 Matthias Kaehlcke :
> >> > clang generates pl
Miklos Szeredi wrote:
> Someone also suggested using /dev/fs/${FSTYPE} to open the fsfd.
The downside of using open() for this is that you then have a chicken-and-egg
problem with respect to booting as you point out.
> I realize that does not have the namespace info that you also want to add,
>
On Tuesday, May 09, 2017 06:36:14 AM Wanpeng Li wrote:
> 2017-05-09 6:16 GMT+08:00 Rafael J. Wysocki :
> > On Monday, May 08, 2017 09:31:19 AM Viresh Kumar wrote:
> >> On 08-05-17, 11:49, Wanpeng Li wrote:
> >> > Hi Rafael,
> >> > 2017-03-22 7:08 GMT+08:00 Rafael J. Wysocki :
> >> > > From: Rafael
Miklos Szeredi wrote:
> > + (3) Validate and pre-process the mount context.
>
> (3.5) Create super block
>
> I think this need to be triggered by something like a "commit" command
> from userspace. Basically this is where the options are atomically
> set on the new (create) or existing (reconf
On Mon, May 08, 2017 at 12:32:52PM -0700, Kees Cook wrote:
> +#define REFCOUNT_EXCEPTION \
> + "movl $0x7fff, %[counter]\n\t" \
> + "int $"__stringify(X86_REFCOUNT_VECTOR)"\n" \
> + "0:\n\t"\
> +
On Mon, May 08, 2017 at 02:44:25PM -0700, Guenter Roeck wrote:
> On Mon, May 08, 2017 at 02:10:31PM -0700, Dmitry Torokhov wrote:
> > On Wed, May 03, 2017 at 11:42:54PM -0700, Guenter Roeck wrote:
> > > On 05/03/2017 11:29 PM, Dmitry Torokhov wrote:
> > > >Before trying to properly initialize the t
Hi Dan,
[auto build test ERROR on linus/master]
[also build test ERROR on next-20170508]
[cannot apply to v4.11]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Dan-Williams/block-dax-move
On Mon, May 08, 2017 at 05:16:09PM -0500, Josh Poimboeuf wrote:
> On Mon, May 08, 2017 at 02:07:54PM -0700, Paul E. McKenney wrote:
> > On Mon, May 08, 2017 at 03:43:33PM -0500, Josh Poimboeuf wrote:
> > > On Mon, May 08, 2017 at 01:15:58PM -0700, Paul E. McKenney wrote:
> > > > On Mon, May 08, 201
2017-05-09 6:16 GMT+08:00 Rafael J. Wysocki :
> On Monday, May 08, 2017 09:31:19 AM Viresh Kumar wrote:
>> On 08-05-17, 11:49, Wanpeng Li wrote:
>> > Hi Rafael,
>> > 2017-03-22 7:08 GMT+08:00 Rafael J. Wysocki :
>> > > From: Rafael J. Wysocki
>> > >
>> > > The way the schedutil governor uses the P
El Fri, Apr 21, 2017 at 04:41:10PM -0700 Matthias Kaehlcke ha dit:
> This fixes the following clang warning:
>
> kernel/trace/trace.c:3231:12: warning: address of array 'iter->started'
> will always evaluate to 'true' [-Wpointer-bool-conversion]
> if (iter->started)
>
> Signed-off-by:
Use time_after kernel macro for time comparison.
Signed-off-by: Karim Eshapa
---
drivers/net/wireless/rsi/rsi_91x_core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/rsi/rsi_91x_core.c
b/drivers/net/wireless/rsi/rsi_91x_core.c
index f3d3995..68f04a7 1
Instead of a direct cross-type cast, use conatiner_of() to locate
the embedded structure, even in the face of future struct layout
randomization.
Signed-off-by: Kees Cook
---
net/decnet/dn_neigh.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/net/decnet/dn_neig
On Mon, May 8, 2017 at 2:23 PM, Laura Abbott wrote:
> __vmalloc_start_set currently only gets set in initmem_init when
> !CONFIG_NEED_MULTIPLE_NODES. This currently breaks detection of vmalloc
> address with virt_addr_valid with CONFIG_NEED_MULTIPLE_NODES=y.
> Set __vmalloc_start_set appropriately
Cleared up some errors and warnings in
drivers/staging/media/atomisp/i2c/ap1302.c
Signed-off-by: Mark Railton
---
drivers/staging/media/atomisp/i2c/ap1302.c | 83 ++
1 file changed, 50 insertions(+), 33 deletions(-)
diff --git a/drivers/staging/media/atomisp/i2c/ap13
On Mon, May 8, 2017 at 3:00 PM, David Howells wrote:
> Kees Cook wrote:
>
>> There is a lot of needless casting happening in the big_key data payload.
>> This is harder to trivially verify by static analysis and specifically
>> the randstruct GCC plugin (which was unhappy about casting a struct
>
This changes the struct + trailing data pattern to using a void * so that
the end of sem_array is found without possibly indexing past the end which
can upset some static analyzers. Mostly, this ends up avoiding a cast
between different non-void types, which the future randstruct GCC plugin
was war
On Monday, May 08, 2017 09:31:19 AM Viresh Kumar wrote:
> On 08-05-17, 11:49, Wanpeng Li wrote:
> > Hi Rafael,
> > 2017-03-22 7:08 GMT+08:00 Rafael J. Wysocki :
> > > From: Rafael J. Wysocki
> > >
> > > The way the schedutil governor uses the PELT metric causes it to
> > > underestimate the CPU ut
On Mon, May 08, 2017 at 11:00:56PM +0100, David Howells wrote:
> Kees Cook wrote:
>
> > There is a lot of needless casting happening in the big_key data payload.
> > This is harder to trivially verify by static analysis and specifically
> > the randstruct GCC plugin (which was unhappy about casti
On Monday 08 May 2017 23:18:11 mario.limoncie...@dell.com wrote:
> > -Original Message-
> > From: Pali Rohár [mailto:pali.ro...@gmail.com]
> > Sent: Monday, May 8, 2017 4:00 PM
> > To: Limonciello, Mario
> > Cc: dvh...@infradead.org; r...@rjwysocki.net; l...@amacapital.net;
> > len.br...@i
On Mon, May 08, 2017 at 02:07:54PM -0700, Paul E. McKenney wrote:
> On Mon, May 08, 2017 at 03:43:33PM -0500, Josh Poimboeuf wrote:
> > On Mon, May 08, 2017 at 01:15:58PM -0700, Paul E. McKenney wrote:
> > > On Mon, May 08, 2017 at 02:47:29PM -0500, Josh Poimboeuf wrote:
> > > > On Mon, May 08, 201
On 05/08/2017 08:58 AM, Dave Hansen wrote:
It depends on how you define the feature. I think you have three choices:
1. "Error" on page fault. Require all access to be pre-faulted.
2. Allow faults, but "Error" if page cache has to be allocated
3. Allow faults and page cache allocations, but
On 05/09/2017 01:41 AM, Arnaldo Carvalho de Melo wrote:
Em Mon, May 08, 2017 at 08:07:49PM +0900, Taeung Song escreveu:
When setting config key-value pairs,
if user or system config files are nonexistent,
currently perf-config's setting didn't work right.
"currently doesn't work right" is to
On 05/09/2017 01:37 AM, Arnaldo Carvalho de Melo wrote:
Em Mon, May 08, 2017 at 08:07:40PM +0900, Taeung Song escreveu:
Currently set_config() can be repeatedly called for each
input config on the below case:
$ perf config kmem.default=slab report.children=false ...
But it's a waste, so fi
Apple currently supports three very common USB chargers:
https://www.apple.com/power-adapters/
These chargers implement a proprietary Apple method for advertising
1A, 2.1A, and 2.4A at 5V called "Brick ID".
In addition, 3rd parties implement the same charging method in many
charging accessories th
Kees Cook wrote:
> There is a lot of needless casting happening in the big_key data payload.
> This is harder to trivially verify by static analysis and specifically
> the randstruct GCC plugin (which was unhappy about casting a struct
> path across two entries of a void * array). This converts t
From: Jon Mason
Date: Mon, 8 May 2017 17:48:35 -0400
> If an error is encountered in mdio_mux_init(), the error path will call
> mdiobus_free(). Since mdiobus_register() has been called prior to
> mdio_mux_init(), the bus->state will not be MDIOBUS_UNREGISTERED. This
> causes a BUG_ON() in mdi
It is not always possible to find a resource via the name. This may be
due to using previous versions of device tree without the names or using
ACPI. To allow for resources to be discovered by either the name or the
index, a wrapper was created. It attempts to find the resource via
name, and if
Hi Arnaldo,
On 05/09/2017 01:39 AM, Arnaldo Carvalho de Melo wrote:
Em Mon, May 08, 2017 at 08:07:45PM +0900, Taeung Song escreveu:
Currently section's from_system_config was checked twice.
you mean:
"The item->from_system_config is not being checked when iterating over
section->items, ins
When trying to propegate an error result, the error return path attempts
to retain the error, but does this with an open cast across very different
types, which the upcoming structure layout randomization plugin flags as
being potentially dangerous in the face of randomization. This is a false
posi
Hi Alan,
On Mon, May 8, 2017 at 2:20 PM, Alan Tull wrote:
> On Mon, May 8, 2017 at 4:11 PM, Moritz Fischer wrote:
>> Hi Alan,
>>
>> On Mon, May 8, 2017 at 2:02 PM, Alan Tull wrote:
>>> On Mon, May 8, 2017 at 3:52 PM, Moritz Fischer wrote:
On Mon, May 8, 2017 at 1:44 PM, Alan Tull wrote:
Thanks, Jani.
The open source world already has a fine documentation system in
Texinfo. Has that been considered?
We're proliferating into so many different directions. Texinfo has
indexing, chapters, nodes, hyperlinks, etc. Does RST have those?
Lately. I've used Texinfo, Asciidoc, and Markdo
When trying to propegate an error result, the error return path attempts
to retain the error, but does this with an open cast across very different
types, which the upcoming structure layout randomization plugin flags as
being potentially dangerous in the face of randomization. This is a false
posi
On 05/08/2017 02:48 PM, Jon Mason wrote:
> If an error is encountered in mdio_mux_init(), the error path will call
> mdiobus_free(). Since mdiobus_register() has been called prior to
> mdio_mux_init(), the bus->state will not be MDIOBUS_UNREGISTERED. This
> causes a BUG_ON() in mdiobus_free(). T
If an error is encountered in mdio_mux_init(), the error path will call
mdiobus_free(). Since mdiobus_register() has been called prior to
mdio_mux_init(), the bus->state will not be MDIOBUS_UNREGISTERED. This
causes a BUG_ON() in mdiobus_free(). To correct this issue, add an
error path for mdio_
On Mon, May 08, 2017 at 02:10:31PM -0700, Dmitry Torokhov wrote:
> On Wed, May 03, 2017 at 11:42:54PM -0700, Guenter Roeck wrote:
> > On 05/03/2017 11:29 PM, Dmitry Torokhov wrote:
> > >Before trying to properly initialize the touchpad and generate bunch of
> > >errors, let's first see it there is
There is a lot of needless casting happening in the big_key data payload.
This is harder to trivially verify by static analysis and specifically
the randstruct GCC plugin (which was unhappy about casting a struct
path across two entries of a void * array). This converts the payload to
the actually
On Mon, May 8, 2017 at 9:33 PM, Eric Anholt wrote:
> This is required for the panel to work on bcm911360, where CLCDCLK is
> the fixed 200Mhz AXI41 clock. The rate set is still passed up to the
> CLCDCLK, for platforms that have a settable rate on that one.
>
> v2: Set SET_RATE_PARENT (caught by
Hi Linus,
Please pull the following update for 4.12-rc1
This update consists of:
-- important fixes for build failures and clean target related warnings
to address regressions introduced in:
88baa78d1f31 ("selftests: remove duplicated all and clean target")
-- several minor spelling fixes
From: Mikulas Patocka
Date: Fri, 14 Apr 2017 14:35:33 -0400 (EDT)
> The parisc architecture recently reimplemented the memcpy function and
> their reimplementation crashed when source and destination overlapped.
>
> The crash happened in the function ide_complete_cmd where memcpy is called
> wit
From: Geliang Tang
Date: Sun, 9 Apr 2017 09:41:32 +0800
> Use setup_timer() instead of init_timer() to simplify the code.
>
> Signed-off-by: Geliang Tang
Applied.
On Mon 2017-05-08 16:40:11, David Woodhouse wrote:
> On Mon, 2017-05-08 at 13:50 +0200, Boris Brezillon wrote:
> > On Mon, 08 May 2017 11:13:10 +0100
> > David Woodhouse wrote:
> >
> > >
> > > On Mon, 2017-05-08 at 11:09 +0200, Hans de Goede wrote:
> > > >
> > > > You're forgetting that the SSD
On Mon, May 8, 2017 at 8:50 AM, Horia Geantă wrote:
> On 5/8/2017 2:57 PM, Michael Ellerman wrote:
>> Horia Geantă writes:
>>
>>> Makefile.postlink always includes include/config/auto.conf, however
>>> this file is not present in a clean kernel tree, causing make to fail:
>>>
>>> arch/powerpc/Mak
On Mon, May 08, 2017 at 02:04:41PM -0700, Darren Hart wrote:
> On Mon, May 08, 2017 at 09:56:31PM +0200, Hans de Goede wrote:
> > PEAQ is a new European OEM, I've bought one of their 2-in-1 x86
> > devices, which is actually quite a nice device. Under Windows it has
> > Dolby software for "better"
From: Grygorii Strashko
Date: Mon, 8 May 2017 14:21:21 -0500
> When users set flow control using ethtool the bits are set properly in the
> CPGMAC_SL MACCONTROL register, but the FIFO depth in the respective Port n
> Maximum FIFO Blocks (Pn_MAX_BLKS) registers remains set to the minimum size
> re
Hi Jon,
>> >> The current SPCR code does not check the access width of the mmio, and
>> >> uses a default of 8bit register accesses. This prevents devices that
>> >> only do 16 or 32bit register accesses from working. By simply
>> >> checking
>> >> this field and setting the
On Mon, May 08, 2017 at 05:18:20PM -0400, Steven Rostedt wrote:
> On Mon, 8 May 2017 14:07:54 -0700
> "Paul E. McKenney" wrote:
>
> > Except that, as Steven will quickly point out, this won't work at the
> > very edges of the NMI, when NMI_MASK won't be set in preempt_count().
>
> I believe thos
Sorry for top post. We would need to also need to handle other OEMs like HPE
m400. The set is limited but we want to key off the right ID. You could also
key off DMI data if it were later in boot. But probably too early at this point.
--
Computer Architect | Sent from my 64-bit #ARM Powered pho
From: Karim Eshapa
Date: Mon, 8 May 2017 18:58:02 +0200
> diff --git a/drivers/net/wimax/i2400m/i2400m-usb.h
> b/drivers/net/wimax/i2400m/i2400m-usb.h
> index 649ecad..6fc941c 100644
> --- a/drivers/net/wimax/i2400m/i2400m-usb.h
> +++ b/drivers/net/wimax/i2400m/i2400m-usb.h
> @@ -131,7 +131,7 @
On Mon, May 08, 2017 at 01:51:20PM -0700, Loc Ho wrote:
> Hi Jon,
>
> On Mon, May 8, 2017 at 1:34 PM, Jon Mason wrote:
> > On Mon, May 8, 2017 at 3:57 PM, Loc Ho wrote:
> >> Hi Jon,
> >>
>
> >> The current SPCR code does not check the access width of the mmio, and
> >> uses a defaul
Hi Chao,
I can't see a strong reason to split meta from data/node and rename the existing
function names. Instead, how about keeping the existing one while adding some
page types to deal with log types?
Thanks,
On 05/08, Chao Yu wrote:
> Split DATA/NODE type bio cache according to different temp
__vmalloc_start_set currently only gets set in initmem_init when
!CONFIG_NEED_MULTIPLE_NODES. This currently breaks detection of vmalloc
address with virt_addr_valid with CONFIG_NEED_MULTIPLE_NODES=y.
Set __vmalloc_start_set appropriately for that case as well.
Fixes: dc16ecf7fd1f ("x86-32: use sp
On Mon, May 8, 2017 at 4:11 PM, Moritz Fischer wrote:
> Hi Alan,
>
> On Mon, May 8, 2017 at 2:02 PM, Alan Tull wrote:
>> On Mon, May 8, 2017 at 3:52 PM, Moritz Fischer wrote:
>>> On Mon, May 8, 2017 at 1:44 PM, Alan Tull wrote:
On Mon, May 8, 2017 at 3:44 AM, Wu, Hao wrote:
>> On Wed,
On Mon, May 8, 2017 at 7:25 PM, jmondi wrote:
> From my perspective these flags are configurations internal to the pin
> controller hardware used to enable/disable input buffers when a pin needs to
> perform in both direction.
> The level of detail I can provide on this is the logical diagram we
On Mon, 8 May 2017 14:07:54 -0700
"Paul E. McKenney" wrote:
> Except that, as Steven will quickly point out, this won't work at the
> very edges of the NMI, when NMI_MASK won't be set in preempt_count().
I believe those parts of the NMI has "notrace" because it can break
other parts of ftrace t
> -Original Message-
> From: Pali Rohár [mailto:pali.ro...@gmail.com]
> Sent: Monday, May 8, 2017 4:00 PM
> To: Limonciello, Mario
> Cc: dvh...@infradead.org; r...@rjwysocki.net; l...@amacapital.net;
> len.br...@intel.com; corentin.ch...@gmail.com; l...@kernel.org;
> andriy.shevche...@linu
On Mon, 8 May 2017 15:43:33 -0500
Josh Poimboeuf wrote:
> Ok, so just to clarify. Is there a bug in the ftrace stack tracer in
> the following situation?
>
> 1. RCU isn't watching
> 2. An NMI hits
> 3. ist_enter() calls into the ftrace stack tracer, before
>rcu_nmi_enter() is called, so RCU
On Mon, May 8, 2017 at 2:00 PM, Olimpiu Dejeu wrote:
> dt-bindings: vendor-prefixes: add arctic to vendor prefix
>
> Signed-off-by: Olimpiu Dejeu
> ---
> v9 => v10:
> - (Re-submit) Per Rob Herring's request changed vendor-prefix to arctic
> v8 => v9:
> - Version updated to match other patch in se
Hi Alan,
On Mon, May 8, 2017 at 2:02 PM, Alan Tull wrote:
> On Mon, May 8, 2017 at 3:52 PM, Moritz Fischer wrote:
>> On Mon, May 8, 2017 at 1:44 PM, Alan Tull wrote:
>>> On Mon, May 8, 2017 at 3:44 AM, Wu, Hao wrote:
> On Wed, May 3, 2017 at 3:07 PM, Alan Tull wrote:
> > On Wed, May 3
On Wed, May 03, 2017 at 11:42:54PM -0700, Guenter Roeck wrote:
> On 05/03/2017 11:29 PM, Dmitry Torokhov wrote:
> >Before trying to properly initialize the touchpad and generate bunch of
> >errors, let's first see it there is anything at the given address. If we
> >get error, fail silently with -EN
There is no point to ask how many device-dax instances the kernel should
support. Since we are already using a dynamic major number, just allow
the max number of minors by default and be done. This also fixes the
fact that the proposed max for the NR_DEV_DAX range was larger than what
could be supp
For configurations that do not enable DAX filesystems or drivers, do not
require the DAX core to be built.
The only core block routine that calls a DAX routine is
bdev_dax_supported(), that now fails by default as expected if FS_DAX=n,
or no DAX-capable drivers are configured.
Reported-by: Geert
On Mon, May 08, 2017 at 03:51:43PM -0500, Josh Poimboeuf wrote:
> On Mon, May 08, 2017 at 03:43:33PM -0500, Josh Poimboeuf wrote:
> > On Mon, May 08, 2017 at 01:15:58PM -0700, Paul E. McKenney wrote:
> > > On Mon, May 08, 2017 at 02:47:29PM -0500, Josh Poimboeuf wrote:
> > > > On Mon, May 08, 2017
On Mon, May 08, 2017 at 03:43:33PM -0500, Josh Poimboeuf wrote:
> On Mon, May 08, 2017 at 01:15:58PM -0700, Paul E. McKenney wrote:
> > On Mon, May 08, 2017 at 02:47:29PM -0500, Josh Poimboeuf wrote:
> > > On Mon, May 08, 2017 at 03:13:22PM -0400, Steven Rostedt wrote:
> >
> > [ . . . ]
> >
> > >
On Sun 2017-04-30 14:36:58, David Lin wrote:
> Hi,
>
> These patch series add the LED_BRIGHTNESS_FAST flag support for
> ledtrig-transient to use hrtimer so that platforms with high-resolution timer
> support can have better accuracy in the trigger duration timing. The need for
> this support is d
On Fri, May 5, 2017 at 3:59 PM, Moritz Fischer wrote:
> On Thu, Apr 20, 2017 at 7:09 AM, Alan Tull wrote:
>> During a device tree overlay pre-apply notification, the check
>> for child FPGA regions can happen slightly earlier. This saves
>> us from allocating the FPGA image info that just gets t
On Mon, May 08, 2017 at 09:56:31PM +0200, Hans de Goede wrote:
> PEAQ is a new European OEM, I've bought one of their 2-in-1 x86
> devices, which is actually quite a nice device. Under Windows it has
> Dolby software for "better" sound and you can select different equalizer
> presets using a specia
On Mon, May 8, 2017 at 3:52 PM, Moritz Fischer wrote:
> On Mon, May 8, 2017 at 1:44 PM, Alan Tull wrote:
>> On Mon, May 8, 2017 at 3:44 AM, Wu, Hao wrote:
On Wed, May 3, 2017 at 3:07 PM, Alan Tull wrote:
> On Wed, May 3, 2017 at 6:58 AM, Wu Hao wrote:
>> On Thu, Apr 20, 2017 at
On Monday 08 May 2017 21:21:45 mario.limoncie...@dell.com wrote:
> > -Original Message-
> > From: Pali Rohár [mailto:pali.ro...@gmail.com]
> > Sent: Monday, May 8, 2017 12:18 PM
> > To: Limonciello, Mario
> > Cc: dvh...@infradead.org; r...@rjwysocki.net; l...@amacapital.net;
> > len.br...@
2017-05-06 5:59 GMT-07:00 Gilad Ben-Yossef :
> cifs starts an async. crypto op and waits for their completion.
> Move it over to generic code doing the same.
>
> Signed-off-by: Gilad Ben-Yossef
> ---
> fs/cifs/smb2ops.c | 30 --
> 1 file changed, 4 insertions(+), 26 de
Dmitry,
On Mon, May 8, 2017 at 1:46 PM, John Stultz wrote:
> On Mon, May 8, 2017 at 1:43 PM, Dmitry Torokhov
> wrote:
>> If binder_get_thread() fails to give us a thread data, we should avoid
>> dereferencing a NULL pointer and return POLLERR instead.
>>
>> Signed-off-by: Dmitry Torokhov
>
> Pu
On Mon, May 8, 2017 at 1:44 PM, Alan Tull wrote:
> On Mon, May 8, 2017 at 3:44 AM, Wu, Hao wrote:
>>> On Wed, May 3, 2017 at 3:07 PM, Alan Tull wrote:
>>> > On Wed, May 3, 2017 at 6:58 AM, Wu Hao wrote:
>>> >> On Thu, Apr 20, 2017 at 09:09:47AM -0500, Alan Tull wrote:
>>> >>> Add two functions
On Mon, May 08, 2017 at 03:43:33PM -0500, Josh Poimboeuf wrote:
> On Mon, May 08, 2017 at 01:15:58PM -0700, Paul E. McKenney wrote:
> > On Mon, May 08, 2017 at 02:47:29PM -0500, Josh Poimboeuf wrote:
> > > On Mon, May 08, 2017 at 03:13:22PM -0400, Steven Rostedt wrote:
> >
> > [ . . . ]
> >
> > >
Hi Jon,
On Mon, May 8, 2017 at 1:34 PM, Jon Mason wrote:
> On Mon, May 8, 2017 at 3:57 PM, Loc Ho wrote:
>> Hi Jon,
>>
>> The current SPCR code does not check the access width of the mmio, and
>> uses a default of 8bit register accesses. This prevents devices that
>> only do 16
101 - 200 of 683 matches
Mail list logo
