* Pavel Machek [180615 08:34]:
> On Fri 2018-06-15 10:00:14, Pavel Machek wrote:
> > Hi!
> >
> > Droid 4 has non-removable battery, yet the charge counter is reset to
> > near zero on each boot of linux.
Not sure if we actively do anything to reset it. I'm guessing
it's the Motorola bootloader t
Hi Greg,
On Mon, Jun 18, 2018 at 8:06 AM Greg Ungerer wrote:
> Booting a ColdFire m68k core with MMU enabled causes a "bad page state"
> oops since commit 1d40a5ea01d5 ("mm: mark pages in use for page tables"):
>
> BUG: Bad page state in process sh pfn:01ce2
> page:004fefc8 count:0 mapcount:-1
On 6/15/2018 7:36 PM, Mark Rutland wrote:
On Fri, Jun 15, 2018 at 06:03:22PM +0800, Jin Yao wrote:
When doing sampling, for example:
perf record -e cycles:u ...
On workloads that do a lot of kernel entry/exits we see kernel
samples, even though :u is specified. This is due to skid existing.
* Andy Shevchenko [180617 16:53]:
> On Fri, Jun 15, 2018 at 2:14 PM Tony Lindgren wrote:
> > @@ -641,12 +642,12 @@ int pinctrl_generic_add_group(struct pinctrl_dev
> > *pctldev, const char *name,
> > group->num_pins = num_pins;
> > group->data = data;
> >
> > - radix_tree_i
* H. Nikolaus Schaller [180616 11:10]:
> There is also good news: the selectors are now assigned in strict sequence.
> This is a big improvement:
OK thanks for testing.
> If slots 17 and 18 do not really exist (or are deleted after failed probing),
> there is
> a NULL return. Which triggers the
On (04/25/18 16:48), Petr Mladek wrote:
>
> So I agree that printk_safe context does not help much. And I fine
> with this patch.
>
Petr, do you want me to resend the patch with the updated commit message?
-ss
On Tue, 05 Jun 2018, Enric Balletbo i Serra wrote:
> And get rid of the license text that is no longer necessary. Also fix
> the license as sometimes doesn't match what the header with the value in
> the MODULE_LICENSE macro. Assuming that the desired license is GPL-2.0+,
> all the files are updat
On (06/08/18 12:48), Petr Mladek wrote:
[..]
> diff --git a/include/linux/printk.h b/include/linux/printk.h
> index 6d7e800affd8..872fbdf8df26 100644
> --- a/include/linux/printk.h
> +++ b/include/linux/printk.h
> @@ -148,9 +148,13 @@ void early_printk(const char *s, ...) { }
> #ifdef CONFIG_PRINT
On Mon, 04 Jun 2018, Enrico Granata wrote:
> From: Enrico Granata
>
> If one builds the Chrome EC support as modules, there is no explicit
> dependency chain amongst the several modules (LPC, CHARDEV, CORE, ...)
>
> This makes it possible - for instance - to rmmod cros_ec_core, even though
> cr
On (06/15/18 18:39), Sergey Senozhatsky wrote:
> Make printk_safe_enter_irqsave()/etc macros available to the
> rest of the kernel, so we can use them in TTY and UART code.
Sorry, this patch is incomplete. Since we are going to use printk_safe()
API in modules (serial console drivers) printk_safe(
On Mon, 04 Jun 2018, Charles Keepax wrote:
> Some Arizona CODECs have a small timing window where they will
> NAK an I2C transaction if it happens before the boot done bit is
> set. This can cause the read of the register containing the boot
> done bit to fail until it is set. Since regmap_read_po
This patch removes comparison to False and boolean values in the code
which can be written as !var
Signed-off-by: Janani Sankara Babu
---
drivers/staging/rtl8192e/rtl819x_BAProc.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/rtl8192e/rtl819
This patch removes the comaprison to bool value in the code
Signed-off-by: Janani Sankara Babu
---
drivers/staging/rtl8192e/rtl819x_BAProc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/rtl8192e/rtl819x_BAProc.c
b/drivers/staging/rtl8192e/rtl819x_BAPro
This patch replaces the comparison of var to NULL with !var
Signed-off-by: Janani Sankara Babu
---
drivers/staging/rtl8192e/rtl819x_BAProc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8192e/rtl819x_BAProc.c
b/drivers/staging/rtl8192e/rtl819x_BAProc.c
On (06/18/18 15:15), Sergey Senozhatsky wrote:
>
> On (06/01/18 14:26), Maninder Singh wrote:
> >
> > Signed-off-by: Vaneet Narang
> > Signed-off-by: Maninder Singh
>
> Reviewed-by: Sergey Senozhatsky
OK, we probably need v3 after all.
I think this
- if (suppress_message_print
Thanks for the tests!
Samuel
On Mon, 09 Apr 2018, Enric Balletbo i Serra wrote:
> Dear all,
>
> This series is a third patchset (resend )integrating the requested
> changes.
>
> The first and second patch what tries to solve is the problem of
> granularity for high resolution PWMs. The idea is simple interpolate
> between 2
On (06/01/18 14:26), Maninder Singh wrote:
>
> Signed-off-by: Vaneet Narang
> Signed-off-by: Maninder Singh
Reviewed-by: Sergey Senozhatsky
-ss
On (06/08/18 10:39), Petr Mladek wrote:
[..]
> It might make sense to document the limitations reported by
> Sergey. I mean to add something like:
>
> "There are still some corner cases where this patch is not enough,
> for example, when the messages are flushed later from printk_safe
> buffers or
Boris, Juergen!
Thank you so much for your comments and time spent on this
series. Appreciate that very much!
Thank you,
Oleksandr
On 06/15/2018 09:27 AM, Oleksandr Andrushchenko wrote:
From: Oleksandr Andrushchenko
This work is in response to my previous attempt to introduce Xen/DRM
zero-co
Dmitry Vyukov writes:
> On Mon, Jun 11, 2018 at 3:22 AM, Theodore Y. Ts'o wrote:
>> On Sun, Jun 10, 2018 at 08:11:05AM +0200, Dmitry Vyukov wrote:
>>>
>>> The set of trees where a crash happened is visible on dashboard, so
>>> one can see if it's only linux-next or whole set of trees. Potentiall
On Thu, 14 Jun 2018, Jae Hyun Yoo wrote:
[...]
> > > +Example:
> > > + peci-bus@0 {
> >
> > 0?
> >
>
> Because the actual reg value of the peci bus is reg = <0x0 0x60> but
> anyway it's an example.
>
> > > + #address-cells = <1>;
> > > + #size-cells = <0>;
> >
> > No 'reg' pr
On Tue, Jun 12, 2018 at 08:31:06AM +0200, Samuel Thibault wrote:
> The load/unload is about the module itself, i.e. modprobe speakup_bns ;
> modprobe speakup_soft, switch between them, then rmmod speakup_bns ;
> speakup_soft or the converse (to exercise both orders).
# uname -a
Linux p41box 4.17.1
On Mon, Jun 18, 2018 at 01:35:23PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> On Fri, 8 Jun 2018 13:37:48 +1000 Stephen Rothwell
> wrote:
> >
> > After merging the random tree, today's linux-next build (arm
> > multi_v7_defconfig) produced this warning:
> >
> > lib/vsprintf.c:1668:13: warning
On 06/13/2018 07:36 AM, Andrew Morton wrote:
> On Tue, 12 Jun 2018 08:36:32 +0200 Takashi Iwai wrote:
>
>>> Well the present behaviour is to convert higher values downwards, yes?
>>>
>>> int ipc_addid(struct ipc_ids *ids, struct kern_ipc_perm *new, int limit)
>>> {
>>> kuid_t euid;
>>> kgi
For CS_ETM_TRACE_ON packet, its fields 'packet->start_addr' and
'packet->end_addr' equal to 0xdeadbeefdeadbeefUL which are emitted in
the decoder layer as dummy value, but the dummy value is pointless for
branch sample when we use 'perf script' command to check program flow.
This patch is a prepar
On Monday, 18 June 2018 2:46:33 PM AEST Benjamin Herrenschmidt wrote:
> On Mon, 2018-06-18 at 14:09 +1000, Alistair Popple wrote:
> > On Sunday, 17 June 2018 11:22:11 AM AEST Benjamin Herrenschmidt wrote:
> > > On Sun, 2018-06-17 at 11:17 +1000, Benjamin Herrenschmidt wrote:
> > > >
> > > > We hav
If one CS_ETM_TRACE_ON packet is inserted, we miss to generate branch
sample for the previous CS_ETM_RANGE packet.
This patch is to generate branch sample when receiving a CS_ETM_TRACE_ON
packet, so this can save complete info for the previous CS_ETM_RANGE
packet just before CS_ETM_TRACE_ON packet
CS_ETM_TRACE_ON packet itself can give the info that there have a
discontinuity in the trace, this patch is to add branch sample for
CS_ETM_TRACE_ON packet if it is inserted in the middle of CS_ETM_RANGE
packets; as result we can have hint for the trace discontinuity.
Signed-off-by: Leo Yan
---
Due the current code is missing to handle cs-etm start tracing packet
and CS_ETM_TRACE_ON packet, we fail to generate branch sample for them.
This patch series is to fix cs-etm tracing packet handling:
Patch 0001 is to add invalid address macro for readable coding;
Patch 0002 is one minor fixing
If the instruction sample failure has happened, it isn't necessary to
execute to the end of the function cs_etm__flush(). This commit is to
bail out immediately and return the error code.
Signed-off-by: Leo Yan
---
tools/perf/util/cs-etm.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/
Usually the start tracing packet is a CS_ETM_TRACE_ON packet, this
packet is passed to cs_etm__flush(); cs_etm__flush() will check the
condition 'prev_packet->sample_type == CS_ETM_RANGE' but 'prev_packet'
is allocated by zalloc() so 'prev_packet->sample_type' is zero in
initialization and this co
This patch introduces invalid address macro and uses it to replace dummy
value '0xdeadbeefdeadbeefUL'.
Signed-off-by: Leo Yan
---
tools/perf/util/cs-etm-decoder/cs-etm-decoder.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/tools/perf/util/cs-etm-decoder/cs-etm-d
Hello Steven,
I've changed the code a little bit to avoid a compile warning caused by
'const' args of find_cpu(). Can I keep your Reviewed-by?
BEFORE:
static int find_cpu(const struct cpumask *mask,
const struct sched_domain *sd,
const struct sched_domain *
Hello Steven and Daniel,
I've changed the 2nd patch a little bit to consider cpudl_clear()
additionally. Can I keep your Acked-by on?
(I temporarily removed the Acked-by you gave me.)
Acked-by: Steven Rostedt (VMware)
Acked-by: Daniel Bristot de Oliveira
-8<-
>From 1e368d276186c22f9da
Change from v11
-. Rebase onto the latest tip/sched/core
-. make the word 'cpu' in comments be upper case as Ingo did
in the commit 97fb7a0a89
-. Avoid a compile warning caused by mismatching bwt const and
non-const 'struct sched_domain' in find_cpu()
Change from v10
-. mod
Changes from v4
- Fix a typo in cpudl_init() of the 2nd patch
Changes from v3
- Rebase onto the latest tip/sched/core
- Apply what Joel suggests, to set cp->elements[0].cpu to -1
when the heap becomes empty in cpudl_clear()
Changes from v2
- Run spellchecker over the text and fix typos
-
Hello Juri,
I've changed the code a little bit to avoid a compile warning caused by
'const' args of find_cpu(). Can I keep your Acked-by?
BEFORE:
static int find_cpu(const struct cpumask *mask,
const struct sched_domain *sd,
const struct sched_domain *prefe
Add documentation for building modules
from multiple directories using modobj-m.
Signed-off-by: NeilBrown
---
Documentation/kbuild/makefiles.txt | 65 ++--
1 file changed, 61 insertions(+), 4 deletions(-)
diff --git a/Documentation/kbuild/makefiles.txt
b/Docum
When building an object to be included in mod.a we
cannot know the name of the module. So don't define
KBUILD_MODNAME. This will ensure attempt to use
that macro when the module name isn't know will
trigger an error.
Signed-off-by: NeilBrown
---
scripts/Makefile.lib |4 ++--
1 file changed
This is a first step in a larger change and so can
only be fully understood in the larger context.
This patch changes the code for extracting directories
from a list of objects to extract them from real-obj-X
instead of obj-X.
This should not cause any change in behaviour yet
as listing directorie
Currently a directory is not permitted in a composite
object.
This patch changes kbuild so that a directory it assumed
to mean the file "mod.a" in that directory.
The file cannot, yet, be created, so this does not yet
affect behaviour.
There are several parts to this.
1/ strip out all the directo
On 17-06-18, 22:01, ilia@gmail.com wrote:
> From: Ilia Lin
>
> Add device remove and module exit code to make the driver
> functioning as a loadable module.
>
> Fixes: ac28927659be (cpufreq: kryo: allow building as a loadable module)
> Signed-off-by: Ilia Lin
> ---
> drivers/cpufreq/qcom-c
This set of patches makes it possible to build a module from
code in multiple directories without needing to list files from one
directory in the Makefile of another directory.
The code was developed for lustre (which is now out-of-tree :-( ) but
can be useful elsewhere, such as for xfs and btrfs
This patch allows a "mod.a" to be built in any
directory. A previous patch allows that mod.a
to be included in any module or another mod.a.
This is achieved via a new pair of macros: modobj-y and modobj-m.
Anything in modobj-y is added to obj-y and is otherwise
ignored.
Anything listed in modobj
On 17-06-18, 21:58, ilia@gmail.com wrote:
> From: Ilia Lin
>
> In event of error returned by the nvmem_cell_read() non-pointer value
> may be dereferenced. Fix this with error handling.
> Additionally free the allocated speedbin buffer, as per the API.
>
> Fixes: 9ce36edd1a52 (cpufreq: Add K
Some Micron NAND chips (MT29F1G08ABAFAWP-ITE:F) report 00 00 for the
revision number field of the ONFI parameter page. Rather than rejecting
these outright assume ONFI version 1.0 if the revision number is 00 00.
Signed-off-by: Chris Packham
---
At the moment I haven't qualified this check on any
On 14 June 2018 at 05:06, Eddie James wrote:
> This series adds an algorithm for an I2C master physically located on an FSI
> slave device. The I2C master has multiple ports, each of which may be
> connected
> to an I2C slave. Access to the I2C master registers is achieved over FSI bus.
>
> Due t
The MT29F1G08ABAFAWP-ITE:F chip has 2048 byte pages and requires a
minimum ECC strength of 8-bits. Allow for this combination of
requirements using the marvell_nand controller.
Signed-off-by: Chris Packham
---
I've tried to follow the recommended AN-379 from Marvell. They do seem
to have informat
Hi,
I'm looking at adding support for the Micron MT29F1G08ABAFAWP-ITE:F chip
to one of our boards which uses the Marvell NFCv2 controller.
This particular chip is a bit odd in that the datasheet states support
for ONFI 1.0 but the revision number field is 00 00. It also is marked
ABAFA but report
Hi Dmitry,
On Fri, 15 Jun 2018 11:54:16 +0200 Dmitry Vyukov wrote:
>
> Re backwards bisection (when bug is introduced), we can actually test
> linux-next-history instead of linux-next, right?
I don't see why using linux-next-history would be any better, it just
contains all the linux-next releas
Hi David,
On Sunday 17 June 2018 09:18 PM, David Lechner wrote:
> Hi Sekhar,
>
> On 05/22/2018 04:38 AM, Sekhar Nori wrote:
>> Hi David,
>>
>> On Friday 18 May 2018 10:18 PM, David Lechner wrote:
>>> This series converts mach-davinci to use the common clock framework.
>>>
>>> The series works lik
Hi all,
Changes since 20180615:
Added trees: xarray, mlx5-next
Removed tree: powerpc-pkey (finished with)
The mac80211-next tree gained a conflict against Linus' tree.
The xarray tree gained a build failure due to an interaction with the
nvdimm tree for which I applied a fix.
Non-merge commits
On Mon, 2018-06-18 at 14:09 +1000, Alistair Popple wrote:
> On Sunday, 17 June 2018 11:22:11 AM AEST Benjamin Herrenschmidt wrote:
> > On Sun, 2018-06-17 at 11:17 +1000, Benjamin Herrenschmidt wrote:
> > >
> > > We have everything that cronus needs and more than pdbg needs afaik :-)
>
> Yep, has
Unfortunately the patch for adding list_for_each_entry_from_rcu()
wasn't the final patch after all review. It is functionally
correct but the documentation was incomplete.
This patch adds this missing documentation which includes an update to
the documentation for list_for_each_entry_continue_rc
Making a cgroup a domain root will reserve cpu resource at its parent.
So when a domain root cgroup is destroyed, we need to free the
reserved cpus at its parent. This is now done by doing an auto-off of
the sched.domain_root flag in the offlining phase when a domain root
cgroup is being removed.
v10:
- Remove the cpuset.sched.load_balance patch for now as it may not
be that useful.
- Break the large patch 2 into smaller patches to make them a bit
easier to review.
- Test and fix issues related to changing "cpuset.cpus" and cpu
online/offline in a domain root.
- Rename isolated
Given the fact that thread mode had been merged into 4.14, it is now
time to enable cpuset to be used in the default hierarchy (cgroup v2)
as it is clearly threaded.
The cpuset controller had experienced feature creep since its
introduction more than a decade ago. Besides the core cpus and mems
co
On Sunday, 17 June 2018 11:22:11 AM AEST Benjamin Herrenschmidt wrote:
> On Sun, 2018-06-17 at 11:17 +1000, Benjamin Herrenschmidt wrote:
> >
> > We have everything that cronus needs and more than pdbg needs afaik :-)
Yep, has what we need and more (such as put scom under mask and indirect scom).
Hi Sebastian,
[Adding Martin on Cc who also tried to enable DBGEN bit in a previous patch]
On Mon, Feb 26, 2018 at 10:47 AM, Sebastian Reichel
wrote:
> Hi Shawn,
>
> On Sat, Feb 24, 2018 at 03:45:44PM +0800, Shawn Guo wrote:
>> On Mon, Feb 12, 2018 at 01:39:44PM +0100, Sebastian Reichel wrote:
>
Hi all,
On Tue, 12 Jun 2018 12:26:40 +1000 Stephen Rothwell
wrote:
>
> Building Linus' tree, today's linux-next build (powerpc allyesconfig)
> failed like this:
>
> ld: net/bpfilter/bpfilter_umh.o: compiled for a little endian system and
> target is big endian
> ld: failed to merge target spec
Hi Paul,
On Mon, 18 Jun 2018 13:48:49 +1000 Stephen Rothwell
wrote:
>
> I am still getting this.
Maybe this was a bit premature :-)
--
Cheers,
Stephen Rothwell
pgpctU4_DnFxM.pgp
Description: OpenPGP digital signature
Hi all,
On Tue, 12 Jun 2018 10:46:07 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the rcu tree got a conflict in:
>
> drivers/iommu/amd_iommu.c
>
> between commit:
>
> 94c793accacd ("iommu/amd: Hide unused iommu_table_lock")
>
> from Linus' tree and commit:
>
> 1df9bb
Hi all,
On Tue, 12 Jun 2018 10:19:54 +1000 Stephen Rothwell
wrote:
>
> After merging the nfc-next tree, today's linux-next build (x86_64
> allmodconfig) produced this warning:
>
> drivers/nfc/fdp/fdp.c: In function 'fdp_nci_open':
> drivers/nfc/fdp/fdp.c:250:17: warning: unused variable 'dev'
Hi all,
On Tue, 29 May 2018 11:30:35 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the vfs tree got a conflict in:
>
> fs/read_write.c
>
> between commit:
>
> 63ea46a359b2 ("vfs: dedupe: extract helper for a single dedup")
>
> from the overlayfs tree and commit:
>
> 22
Hi all,
On Tue, 29 May 2018 09:52:50 +1000 Stephen Rothwell
wrote:
>
> Today's linux-next merge of the overlayfs tree got a conflict in:
>
> fs/btrfs/ioctl.c
>
> between commit:
>
> 0b4dc087e29a ("Btrfs: dedupe_file_range ioctl: remove 16MiB restriction")
>
> from the btrfs-kdave tree an
On Thu, May 31, 2018 at 11:29 PM, Jordan Crouse wrote:
> On Mon, May 28, 2018 at 12:38:41PM +0530, Souptick Joarder wrote:
>> On Mon, May 21, 2018 at 10:59 PM, Souptick Joarder
>> wrote:
>> > Use new return type vm_fault_t for fault handler. For
>> > now, this is just documenting that the functi
Hi Chris,
On Tue, 3 Apr 2018 12:29:19 +1000 Stephen Rothwell
wrote:
>
> Ping?
>
> On Wed, 14 Mar 2018 10:17:04 +1100 Stephen Rothwell
> wrote:
> >
> > On Thu, 1 Feb 2018 09:25:51 +1100 Stephen Rothwell
> > wrote:
> > >
> > > On Tue, 30 Jan 2018 16:25:35 -0800 Jaegeuk Kim
> > > wrote:
Hi all,
On Fri, 8 Jun 2018 13:37:48 +1000 Stephen Rothwell
wrote:
>
> After merging the random tree, today's linux-next build (arm
> multi_v7_defconfig) produced this warning:
>
> lib/vsprintf.c:1668:13: warning: 'have_filled_random_ptr_key' defined but not
> used [-Wunused-variable]
> static
Hi all,
After merging the xarray tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
WARNING: modpost: missing MODULE_LICENSE() in lib/test_xarray.o
Introduced by commit
d968f529e39f ("xarray: Add XArray load operation")
--
Cheers,
Stephen Rothwell
pgphrFH0jd5Fw.pg
Hi all,
After merging the xarray tree, today's linux-next build (powerpc
ppc64_defconfig) failed like this:
In file included from arch/powerpc/include/asm/bug.h:128:0,
from include/linux/bug.h:5,
from arch/powerpc/include/asm/cmpxchg.h:9,
from ar
On Sun, 2018-06-17 at 21:47 +0200, Borislav Petkov wrote:
> On Sun, Jun 17, 2018 at 04:02:58PM +0200, Mike Galbraith wrote:
> > (/me does that.. all better)
> >
> > From 6ac281ee69f4cb5b581d5f49662fb56b6326155a Mon Sep 17 00:00:00 2001
> > From: Borislav Petkov
> > Date: Sun, 17 Jun 2018 13:57:42
Whenever pi433_open and pi433_remove execute concurrently, a race
condition potentially resulting in use-after-free might happen.
Let T1 and T2 be two kernel threads.
1. T1 executes pi433_open and stops before "device->users++".
2. The pi433 device was removed inbetween, so T2 executes pi433_remo
On Mon, 2018-06-18 at 00:06 +0100, Ben Hutchings wrote:
> On Mon, 2018-05-28 at 12:03 +0200, Greg Kroah-Hartman wrote:
> > 4.4-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From: Govindarajulu Varadarajan
> >
> > [ Upstream commit e85
On Sat, Jun 16, 2018 at 10:43:29PM +0900, Masami Hiramatsu wrote:
> On Thu, 14 Jun 2018 18:01:13 -0700
> Joel Fernandes wrote:
>
> > From: "Joel Fernandes (Google)"
> >
> > Currently, trace event triggers are called regardless of if the event
> > filter checks pass or fail. Thus if one were to
Add touchscreen info for the ONDA V891W Dual OS tablet
Reviewed-by: Hans de Goede
Signed-off-by: youling257
---
drivers/platform/x86/touchscreen_dmi.c | 27 ++
1 file changed, 27 insertions(+)
diff --git a/drivers/platform/x86/touchscreen_dmi.c
b/drivers/platform/x86/t
On Mon, 2018-05-28 at 12:03 +0200, Greg Kroah-Hartman wrote:
> 4.4-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Colin Ian King
>
> [ Upstream commit 67300abdbe9f1717532aaf4e037222762716d0f6 ]
>
> Currently an out of range dev->nr is d
On Sun, 17 Jun 2018 19:17:51 -0400, Nicolas Pitre said:
> On Sun, 17 Jun 2018, valdis.kletni...@vt.edu wrote:
> > This preprocessor variable seems to be dangling in the breeze, with
> > no way for it to get set? As a result, we pick up the #else define by
> > default.
>
> That's actually what's i
On Sun, 17 Jun 2018, valdis.kletni...@vt.edu wrote:
> On Sun, 17 Jun 2018 15:07:03 -0400, Nicolas Pitre said:
>
> > diff --git a/drivers/tty/vt/vt.c b/drivers/tty/vt/vt.c
> > index 1eb1a376a0..7b636638b3 100644
> > --- a/drivers/tty/vt/vt.c
> > +++ b/drivers/tty/vt/vt.c
> > @@ -317,6 +317,171 @@
On Mon, 2018-05-28 at 12:03 +0200, Greg Kroah-Hartman wrote:
> 4.4-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Govindarajulu Varadarajan
>
> [ Upstream commit e8588e268509292550634d9a35f2723a207683b2 ]
[...]
> --- a/drivers/net/ethern
On Sun, 17 Jun 2018 22:30:27 +0300, Mihai DonÈu said:
> Your patch works OK for me, thank you. The libsmbios tool, however, not
> so much. It appears to be behind latest developments.
>
> # echo "+keyboard" >/sys/class/leds/dell\:\:kbd_backlight/start_triggers
>
> is all that is needed today.
If
On Sun, 17 Jun 2018 15:07:03 -0400, Nicolas Pitre said:
> diff --git a/drivers/tty/vt/vt.c b/drivers/tty/vt/vt.c
> index 1eb1a376a0..7b636638b3 100644
> --- a/drivers/tty/vt/vt.c
> +++ b/drivers/tty/vt/vt.c
> @@ -317,6 +317,171 @@ void schedule_console_callback(void)
> schedule_work(&console
On Mon, Jun 18, 2018 at 07:12:42AM +0900, Stafford Horne wrote:
> During the __pte_free_tlb path openrisc fails to call the page
> destructor which would clear the new bits that were introduced.
> To fix this we are calling the destructor.
>
> It seem openrisc was the only architecture missing thi
On 06/17/2018 02:54 PM, Christopher Lameter wrote:
> On Sat, 16 Jun 2018, john.hubb...@gmail.com wrote:
>
>> I've come up with what I claim is a simple, robust fix, but...I'm
>> presuming to burn a struct page flag, and limit it to 64-bit arches, in
>> order to get there. Given that the problem is
On 06/17/2018 12:53 PM, Dan Williams wrote:
> [..]
>> diff --git a/mm/rmap.c b/mm/rmap.c
>> index 6db729dc4c50..37576f0a4645 100644
>> --- a/mm/rmap.c
>> +++ b/mm/rmap.c
>> @@ -1360,6 +1360,8 @@ static bool try_to_unmap_one(struct page *page, struct
>> vm_area_struct *vma,
>>
Do you need a legal, reputable and quick loan? We can offer you a low interest
rate guaranteed loan. We are a private lender and investor; we offer business
and private loans on a low interest rate. We can help finance all kind of
projects. For more details, contact me at: activfinancesoluti...@
This fixes an issue uncovered when a recent change to add the "page
table" flag was merged. During bootup we see many errors like the
following:
BUG: Bad page state in process mkdir pfn:00bae
page:c1ff15c0 count:0 mapcount:-1024 mapping: index:0x0
flags: 0x0()
raw: 00
On Mon, 2018-05-28 at 12:03 +0200, Greg Kroah-Hartman wrote:
> 4.4-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Brad Love
>
> [ Upstream commit 5ceade1d97fc6687e050c44c257382c192f56276 ]
>
> Currently clk_freq is ignored entirely, bec
commit 24074a35c5c975c94cd9691ae962855333aac47f
("proc: Make inline name size calculation automatic")
started to put PDE allocations into kmalloc-256 which is unnecessary as
~40 character names are very rare.
Put allocation back into kmalloc-192 cache for 64-bit non-debug builds.
Put BUILD_BUG_ON
On Sat, 16 Jun 2018, john.hubb...@gmail.com wrote:
> I've come up with what I claim is a simple, robust fix, but...I'm
> presuming to burn a struct page flag, and limit it to 64-bit arches, in
> order to get there. Given that the problem is old (Jason Gunthorpe noted
> that RDMA has been living wi
On Sun, Jun 17, 2018 at 11:52:22AM -0700, Matthew Wilcox wrote:
> On Mon, Jun 18, 2018 at 12:09:31AM +0900, Stafford Horne wrote:
> > On Wed, Mar 07, 2018 at 05:44:43AM -0800, Matthew Wilcox wrote:
> > > Define a new PageTable bit in the page_type and use it to mark pages in
> > > use as page table
On Sat, 16 Jun 2018 22:22:50 +0100
Sergei Trofimovich wrote:
> TL;DR: on master string/test-memmove glibc test fails on my machine
> and I don't know why. Other tests work fine.
> ...
> This fails:
> loop {
> movdqu [src++],%xmm0
> movntdq %xmm0,[dst++]
> }
> sfence
> This works:
>
On Sun, Jun 17, 2018 at 11:03 AM, wrote:
Hi Frank,
> From: Frank Rowand
>
> A comment in the review of the patch adding the phandle cache said that
> the cache would have to be updated when modules are applied and removed.
> This patch implements the cache updates.
>
> Fixes: 0b3ce78e90fc ("of
This patch improves spacing according to the coding guidelines,
mainly around braces.
This patch fixes errors reported by checkpatch.
Signed-off-by: Fabian Bläse
Signed-off-by: Maximilian Ott
---
drivers/staging/rtl8192u/ieee80211/rtl819x_Qos.h | 94
1 file changed, 47
This Patch series improves coding style in rtl8192u staging driver
to fix checkpath errors.
Fabian Bläse (2):
rtl8192u/rtl819x_Qos.h: Adjust spaces to coding guidelines
rtl8192u/rtl819x_BAProc.c: Adjust spaces to coding guidelines
.../staging/rtl8192u/ieee80211/rtl819x_BAProc.c| 71 +
This patch improves spacing according to the coding guidelines,
mainly around braces.
This patch fixes errors reported by checkpatch.
Signed-off-by: Fabian Bläse
Signed-off-by: Maximilian Ott
---
.../staging/rtl8192u/ieee80211/rtl819x_BAProc.c| 71 ++
1 file changed, 31
This enables the on-module ONFI conformant NAND flash.
Signed-off-by: Lucas Stach
Signed-off-by: Stefan Agner
---
arch/arm/boot/dts/tegra20-colibri-512.dtsi | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm/boot/dts/tegra20-colibri-512.dtsi
b/arch/arm/boot/dts/tegr
Add support for the NAND flash controller found on NVIDIA
Tegra 2 SoCs. This implementation does not make use of the
command queue feature. Regular operations using ->exec_op()
use PIO mode for data transfers. Raw, ECC and OOB read/writes
make use of the DMA mode for data transfer.
Signed-off-by:
From: Lucas Stach
Add basic controller device tree node to be extended by
individual boards. Use the assigned-clocks mechanism to set
NDFLASH clock to a sensible default rate of 150MHz.
Signed-off-by: Lucas Stach
Signed-off-by: Stefan Agner
---
arch/arm/boot/dts/tegra20.dtsi | 15
Changes definitly calm down, most noteably probably the changes
around checking whether a page is empty if the stack reports ECC
errors.. I verified the code using raw nandwrites with OOB to
simulate an empty page which has some bits flipped in the OOB area,
everthing seems to work as I would expec
1 - 100 of 186 matches
Mail list logo