The new lockdep annotations for completions cause a warning in the
mmc test module, in a function that now has four 150 byte structures
on the stack:
drivers/mmc/core/mmc_test.c: In function 'mmc_test_nonblock_transfer.constprop':
drivers/mmc/core/mmc_test.c:892:1: error: the frame size of 1360 by
On Tue, 2017-08-15 at 15:07 +0200, Frederic Weisbecker wrote:
> On Mon, Aug 14, 2017 at 08:29:46PM +0200, Mike Galbraith wrote:
> > On Mon, 2017-08-14 at 13:34 -0400, Luiz Capitulino wrote:
> > > On Mon, 14 Aug 2017 19:01:09 +0200
> > >
> > > > What is the source of the load balancing inducing suc
On Mon, 7 Aug 2017 12:50:33 +0900
Byungchul Park wrote:
> It would be better to avoid pushing tasks to other cpu within
> a SD_PREFER_SIBLING domain, instead, get more chances to check other
> siblings.
>
> Signed-off-by: Byungchul Park
> ---
> kernel/sched/deadline.c | 46 +++
2017-08-12 05:51+0800, Wanpeng Li:
> 2017-08-10 22:36 GMT+08:00 Paolo Bonzini :
> > On 10/08/2017 15:55, Wanpeng Li wrote:
> >> From: Wanpeng Li
> >>
> >> watchdog: BUG: soft lockup - CPU#5 stuck for 22s! [warn_test:3089]
> >> irq event stamp: 20532
> >> hardirqs last enabled at (20531): []
>
Hi Joerg
I haven't received any update to this patchset..
Could you help get this merged through your tree? we have tested this
series internally.
Cheers,
Ashok
On Tue, Aug 08, 2017 at 01:29:26PM -0700, Ashok Raj wrote:
> Hi
>
> Sorry for resending.. iommu list email was mistyped :-(
>
> The
On Tue, Aug 15, 2017 at 05:38:34PM +0300, Mika Westerberg wrote:
> On Tue, Aug 15, 2017 at 03:31:33PM +0100, Colin King wrote:
> > From: Colin Ian King
> >
> > req->response_type is being assigned the sizeof TB_CFG_PKG_RESET
> > and should actually be assigned TB_CFG_PKG_RESET. Fix this.
> >
> >
Em Mon, Aug 14, 2017 at 11:01:57PM +0200, Michael Petlan escreveu:
> On Mon, 14 Aug 2017, Arnaldo Carvalho de Melo wrote:
> > Em Mon, Aug 14, 2017 at 08:44:14PM +0200, Michael Petlan escreveu:
> > > Maybe this would be the right time to incorporate the shell-based
> > > perftool-testsuite [1] into
On Tue, Aug 15, 2017 at 03:48:18PM +0200, Thomas Gleixner wrote:
> Go ahead. What you actually want to do is to replace boot_cpu_has() with a
> real cpuid() check because boot_cpu_has() is not initialized on real early
> boot.
Right.
--
Regards/Gruss,
Boris.
Good mailing practices for 400:
Eric report a oops when booting the system after applying
the commit a99b646afa8a ("PCI: Disable PCIe Relaxed..."):
[4.241029] BUG: unable to handle kernel NULL pointer dereference at
0050
[4.247001] IP: pci_find_pcie_root_port+0x62/0x80
[4.253011] PGD 0
[4.253011] P4D
Em Tue, Aug 15, 2017 at 11:21:59AM +0200, Thomas Richter escreveu:
Ok, I'm applying this, the only missing bit was the following line,
right at the start of the patch message body;
From: Wang Nan
To state that the patch was wrote by Wang, the fact that you
participated in it with some adjustmen
On Tue, Aug 15, 2017 at 04:42:47PM +0200, Thomas Gleixner wrote:
> I'm not saying it's a replacement for the run time random generator, but
> it's exceptionally good and reasonably fast for the early boot
> randomization.
... which suffices our purposes. It's not like we're going to generate
long-
Eric report a oops when booting the system after applying
the commit a99b646afa8a ("PCI: Disable PCIe Relaxed..."):
[4.241029] BUG: unable to handle kernel NULL pointer dereference at
0050
[4.247001] IP: pci_find_pcie_root_port+0x62/0x80
[4.253011] PGD 0
[4.253011] P4D
On Tue, Aug 15, 2017 at 05:15:23PM +0200, Mike Galbraith wrote:
> On Tue, 2017-08-15 at 15:07 +0200, Frederic Weisbecker wrote:
> > On Mon, Aug 14, 2017 at 08:29:46PM +0200, Mike Galbraith wrote:
> > > On Mon, 2017-08-14 at 13:34 -0400, Luiz Capitulino wrote:
> > > > On Mon, 14 Aug 2017 19:01:09 +0
These snd_soc_dai_ops structures are only stored in the ops field of
a snd_soc_dai_driver structure, which is const. Thus, the
snd_soc_dai_ops structures can be const too.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
sound/soc/blackfin/bf6xx-i2s.c |2 +-
1 file change
These snd_soc_dai_ops structures are only stored in the ops field of
a snd_soc_dai_driver structure, which is const. Thus, the
snd_soc_dai_ops structures can be const too.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
sound/soc/spear/spdif_in.c |2 +-
1 file changed, 1
On Mon, Aug 14, 2017 at 7:35 AM, Shawn Guo wrote:
> On Sun, Aug 13, 2017 at 10:12:13PM -0700, Stefan Agner wrote:
>> Hi Shawn,
>>
>> On 2017-08-04 20:13, Shawn Guo wrote:
>> > On Wed, Aug 02, 2017 at 12:51:29PM -0700, Stefan Agner wrote:
>> >> If a regulator requests a deferred probe, the power do
These snd_soc_dai_ops structures are only stored in the ops field of
a snd_soc_dai_driver structure, which is const. Thus, the
snd_soc_dai_ops structures can be const too.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
sound/soc/rockchip/rockchip_pdm.c |2 +-
1 file cha
These snd_soc_dai_ops structures are only stored in the ops field of
a snd_soc_dai_driver structure, which is const. Thus, the
snd_soc_dai_ops structures can be const too.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
sound/soc/codecs/es8316.c |2 +-
1 file changed, 1
These snd_soc_dai_ops structures are only stored in the ops field of
a snd_soc_dai_driver structure, which is const. Thus, the
snd_soc_dai_ops structures can be const too.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
sound/soc/codecs/zx_aud96p22.c |2 +-
1 file change
From: Markus Elfring
Date: Tue, 15 Aug 2017 16:14:19 +0200
Omit an extra message for a memory allocation failure in these functions.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
---
fs/udf/inode.c | 7 +--
fs/udf/super.c | 2 --
2 files changed,
These snd_soc_dai_ops structures are only stored in the ops field of
a snd_soc_dai_driver structure, which is const. Thus, the
snd_soc_dai_ops structures can be const too.
Done with the help of Coccinelle.
---
sound/soc/blackfin/bf6xx-i2s.c|2 +-
sound/soc/codecs/es8316.c |
On Tue, 2017-08-15 at 12:05 -0300, Marcelo Ricardo Leitner wrote:
> Ok, but I should see a difference in the generated code, right?
Depends on the compiler. Have you tried older versions ?
One argument is that following struct member definition eases code
review.
(It is easier to catch a field
From: Markus Elfring
Date: Tue, 15 Aug 2017 17:10:12 +0200
A few update suggestions were taken into account
from static source code analysis.
Markus Elfring (3):
Delete an error message for a failed memory allocation in two functions
Improve six size determinations
Adjust two checks for nu
From: Markus Elfring
Date: Tue, 15 Aug 2017 16:45:44 +0200
Replace the specification of data structures by variable references
as the parameter for the operator "sizeof" to make the corresponding size
determination a bit safer according to the Linux coding style convention.
Signed-off-by: Markus
On Mon, 2017-08-14 at 22:39 +0200, Borislav Petkov wrote:
> On Mon, Aug 14, 2017 at 08:17:54PM +, Kani, Toshimitsu wrote:
> > I think the current code design of allocating mci & ghes_edac_pvt
> > for each GHES source entry makes sense.
>
> And I don't.
>
> > edac_raw_mc_handle_error() also ha
On Sat, Jul 22, 2017 at 12:58 AM, Alexandre Belloni
wrote:
> Arnd, Olof,
>
> Two DT patches for 4.13, fixing NAND flash support on sama5d2.
Pulled into fixes, thanks for your reminder.
Arnd
From: Markus Elfring
Date: Tue, 15 Aug 2017 17:03:06 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
The script “checkpatch.pl” pointed information out like the following.
Comparison to NULL could be written !…
Thus fix affected source code places
v2:
- mention ADDR_NO_RANDOMIZE in subect/changelog
- add the acks
Oleg.
arch/x86/mm/mmap.c | 7 +++
fs/binfmt_elf.c| 3 +--
2 files changed, 4 insertions(+), 6 deletions(-)
Documentation/admin-guide/kernel-parameters.txt says:
norandmaps Don't use address space randomization. Equivalent
to echo 0 > /proc/sys/kernel/randomize_va_space
but it doesn't work because arch_rnd() which is used to randomize
mm->mmap_base returns a random value unconditio
PF_RANDOMIZE is set by load_elf_binary() only if ADDR_NO_RANDOMIZE is not
set, no need to re-check after that.
Signed-off-by: Oleg Nesterov
Reviewed-by: Dmitry Safonov
---
arch/x86/mm/mmap.c | 3 +--
fs/binfmt_elf.c| 3 +--
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/arch
On 15/08/17 16:22, Dan Carpenter wrote:
> On Tue, Aug 15, 2017 at 05:38:34PM +0300, Mika Westerberg wrote:
>> On Tue, Aug 15, 2017 at 03:31:33PM +0100, Colin King wrote:
>>> From: Colin Ian King
>>>
>>> req->response_type is being assigned the sizeof TB_CFG_PKG_RESET
>>> and should actually be ass
On Mon, Aug 14, 2017 at 11:46 PM, Oliver wrote:
> On Tue, Aug 15, 2017 at 4:02 PM, kbuild test robot wrote:
[..]
>>114 static const unsigned long *nd_pfn_supported_alignments(void)
>>115 {
>>116 /*
>>117 * This needs to be a local variable because the *_SIZE
This will be useful when drivers want to reuse either suspend or
resume callback instead of whole of sdhci_pltfm_pmops.
Signed-off-by: Masahiro Yamada
---
Changes in v3: None
Changes in v2: None
drivers/mmc/host/sdhci-cadence.c | 20 +---
drivers/mmc/host/sdhci-pltfm.c | 6 +
On Thu, Aug 10, 2017 at 10:47:32AM +0530, Arvind Yadav wrote:
> clk_prepare_enable() can fail here and we must check its return value.
>
> Signed-off-by: Arvind Yadav
> ---
> changes in v2:
> Rebase patch[1]https://lkml.org/lkml/2017/8/3/968
> and apply this change. Othe
Currently, the probe function initializes the PHY, but PHY settings
are lost during the sleep state. Restore the PHY registers when
resuming.
To facilitate this, split sdhci_cdns_phy_init() into the DT parse
part and PHY update part so that the latter can be invoked from the
resume hook.
Signed-
[1] implements suspend / resume for sdhci-cadence.c
[2] refactor sdhci-pxav2
[3] add clk handling for suspend/resume hooks of sdhci-pltfm.
This also cleans up sdhci-brcmstb.c and sdhci-sirf.c
[4] export sdhci_pltfm_suspend/resume to reduce code duplication
Masahiro Yamada (4):
mmc: sdh
This commit provides similar cleanups as commit 83eacdfa2529 ("mmc:
sdhci: disable the clock in sdhci_pltfm_unregister()") did for
unregister hooks.
sdhci-brcmstb.c and sdhci-sirf.c implement their own suspend/resume
hooks to handle pltfm_host->clk. Move clock handling to sdhci_pltfm.c
so that th
The difference between sdhci_pxav2_remove() and sdhci_pltfm_unregister()
is clk_put(). It will go away by using the managed resource clk, then
sdhci_pltfm_unregister() can be reused.
Also, rename the jump labels to say what the goto does. (Coding style
suggested by Documentation/process/coding-st
On Tue, Aug 15, 2017 at 08:35:51AM -0700, Kani, Toshimitsu wrote:
> User apps like ras-mc-ctl works as expected for a given (not-so-great)
> DIMM info from SMBIOS as well. I do not see a probelm from user
> perspective, either.
Won't the user see all their DIMMs reported for each memory controlle
On Tue, Aug 15, 2017 at 03:35:51PM +, Kani, Toshimitsu wrote:
> ghes_edac instantiates an mci as a pseudo device representing a GHES
> error source. Each error source associates with all DIMMs, and may
> report errors independently. As ghes_edac is an GHES error-reporting
> wrapper to edac, t
On Tue, 15 Aug 2017, Paul E. McKenney wrote:
> Don't the HPC guys just disable idle_balance(), or am I out of date again?
Ummm.. Why does idle management matter when your goal is to keep all
processor busy working at maximum throughput?
On Mon, Jul 24, 2017 at 9:08 PM, Krzysztof Kozlowski wrote:
>
> The following changes since commit 5771a8c08880cdca3bfb4a3fc6d309d6bba20877:
>
> Linux v4.13-rc1 (2017-07-15 15:22:10 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/krzk/linux.
On Tue, 2017-08-15 at 08:48 -0700, Luck, Tony wrote:
> On Tue, Aug 15, 2017 at 08:35:51AM -0700, Kani, Toshimitsu wrote:
> > User apps like ras-mc-ctl works as expected for a given (not-so-
> > great) DIMM info from SMBIOS as well. I do not see a probelm from
> > user perspective, either.
>
> Won
On Mon, Jul 24, 2017 at 9:08 PM, Krzysztof Kozlowski wrote:
> Hi,
>
> Non-Samsung cleanups for defconfigs
Thanks for the cleanups! Merged into next/defconfig.
Arnd
On Tue, 2017-08-15 at 08:30 -0700, Paul E. McKenney wrote:
> On Tue, Aug 15, 2017 at 05:15:23PM +0200, Mike Galbraith wrote:
> > On Tue, 2017-08-15 at 15:07 +0200, Frederic Weisbecker wrote:
> > > On Mon, Aug 14, 2017 at 08:29:46PM +0200, Mike Galbraith wrote:
> > > > On Mon, 2017-08-14 at 13:34 -0
On Mon, Aug 14, 2017 at 04:11:14PM -0500, Bjorn Helgaas wrote:
> On Fri, Aug 04, 2017 at 12:32:53PM +0900, Harunobu Kurokawa wrote:
> > When no PCIe card is inserted, there is a memory leak as
> > pci_free_resource_list is not called before returning.
> >
> > v2:
> > separate the patch to two fil
Hello.
While searching for races in the Linux kernel I've come across
"drivers/net/ethernet/micrel/ks8851_mll.ko" module. Here is a question
that I came up with while analyzing results. Lines are given using the
info from Linux v4.12.
Consider the following case:
Thread 1:
On Tue, 2017-08-15 at 10:52 -0500, Christopher Lameter wrote:
> On Tue, 15 Aug 2017, Paul E. McKenney wrote:
>
> > Don't the HPC guys just disable idle_balance(), or am I out of date again?
>
> Ummm.. Why does idle management matter when your goal is to keep all
> processor busy working at maximu
Hi Michal,
On Tue, Aug 15, 2017 at 02:41:19PM +0200, Michal Hocko wrote:
> On Tue 15-08-17 01:19:16, Chen Yu wrote:
> [...]
> > @@ -2561,8 +2562,10 @@ void mark_free_pages(struct zone *zone)
> > unsigned long i;
> >
> > pfn = page_to_pfn(page);
> > -
On Fri, 11 Aug 2017 15:47:14 +0800
Alex Shi wrote:
> On 08/08/2017 04:30 AM, Jonathan Corbet wrote:
> > On Mon, 31 Jul 2017 09:53:01 +0800
> > Alex Shi wrote:
> >
> >> On 07/31/2017 09:50 AM, Alex Shi wrote:
> >>> -Reviewers: Ingo Molnar, Thomas Gleixner, Thomas Duetsch, and Randy
> >>> D
Am Dienstag, den 15.08.2017, 16:38 +0300 schrieb Anton Volkov:
> On 15.08.2017 16:20, Oliver Neukum wrote:
> >
> > Am Dienstag, den 15.08.2017, 15:59 +0300 schrieb Anton Volkov:
> > >
> > > Hello.
> > >
> > > While searching for races in the Linux kernel I've come across
> > > "drivers/usb/misc/
On Mon, 14 Aug 2017, Joerg Roedel wrote:
> I attach the patch I wrote to fix this, can you please test it together
> with the initial patch in this thread?
I did and can confirm that everything worked as expected!
Thanks,
Sebastian
On Tue, Jul 18, 2017 at 8:38 AM, Keiji Hayashibara
wrote:
> Enable the watchdog driver for UniPhier SoC
>
> Signed-off-by: Keiji Hayashibara
Applied to next/arm64, thanks!
Arnd
Hi Andy,
Le 25/07/2017 à 12:12, Andy Yan a écrit :
> Add support for GD25Q256, a 32MiB SPI Nor
> flash from Gigadevice.
>
> Signed-off-by: Andy Yan
>
> ---
>
> Changes in v4:
> - add SPI_NOR_HAS_LOCK and SPI_NOR_HAS_TB
Between v3 and v4, I see that you've also changed the procedure to the
the
Hi all,
got this today after resuming from suspend. Hopefully, someone is interested in
it. I might have caused my E21 desktop to freeze so I had to reboot.
Aug 15 17:28:40 local kernel: [ cut here ]
Aug 15 17:28:40 local kernel: WARNING: CPU: 3 PID: 4533 at
drivers/gpu
On Tue, Aug 15, 2017 at 5:50 AM, Mark Rutland wrote:
> In some cases, an architecture might wish its stacks to be aligned to a
> boundary larger than THREAD_SIZE. For example, using an alignment of
> double THREAD_SIZE can allow for stack overflows smaller than
> THREAD_SIZE to be detected by chec
On 15.08.17 16:05:49, Lorenzo Pieralisi wrote:
> On Tue, Aug 15, 2017 at 05:02:13PM +0200, Robert Richter wrote:
> > Lorenzo, Will,
> >
> > On 25.07.17 10:32:37, Ganapatrao Kulkarni wrote:
> > > ARM IORT specification(rev. C) has added provision to define proximity
> > > domain in SMMUv3 IORT tab
On Tue, Aug 15, 2017 at 06:02:20PM +0200, Sebastian Ott wrote:
> On Mon, 14 Aug 2017, Joerg Roedel wrote:
> > I attach the patch I wrote to fix this, can you please test it together
> > with the initial patch in this thread?
>
> I did and can confirm that everything worked as expected!
Great, tha
On Tue, 15 Aug 2017, Joerg Roedel wrote:
> On Tue, Aug 15, 2017 at 06:02:20PM +0200, Sebastian Ott wrote:
> > On Mon, 14 Aug 2017, Joerg Roedel wrote:
> > > I attach the patch I wrote to fix this, can you please test it together
> > > with the initial patch in this thread?
> >
> > I did and can co
(Missed this mail before my last reply.)
2017-08-15 10:10-0400, Konrad Rzeszutek Wilk:
> On Tue, Aug 15, 2017 at 11:00:04AM +0800, Lan Tianyu wrote:
> > On 2017年08月12日 03:35, Konrad Rzeszutek Wilk wrote:
> > > Migration with 352 CPUs all being busy dirtying memory and also poking
> > > at various
On Tue, Aug 15, 2017 at 10:16:20PM +0800, gengdongjiu wrote:
> 2017-08-15 19:15 GMT+08:00, Dongjiu Geng :
> > The revision 0x300 generic error data entry is different
> > from the old version, but currently iterating through the
> > GHES estatus blocks does not take into account this difference.
>
There is no agreed-upon definition of spin_unlock_wait()'s semantics,
and it appears that all callers could do just as well with a lock/unlock
pair. This commit therefore replaces the spin_unlock_wait() call in
completion_done() with spin_lock() followed immediately by spin_unlock().
This should b
On 08/15, Jamie Iles wrote:
>
> --- a/kernel/signal.c
> +++ b/kernel/signal.c
> @@ -1194,7 +1194,11 @@ force_sig_info(int sig, struct siginfo *info, struct
> task_struct *t)
> recalc_sigpending_and_wake(t);
> }
> }
> - if (action->sa.sa_handler == SIG_
On Wed, Aug 09, 2017 at 04:33:32PM +0800, Baoquan He wrote:
> Baoquan He (12):
> iommu/amd: Detect pre enabled translation
> iommu/amd: add several helper functions
> Revert "iommu/amd: Suppress IO_PAGE_FAULTs in kdump kernel"
> iommu/amd: Define bit fields for DTE particularly
> iommu/am
On Tue, 2017-08-15 at 07:59 -0700, Raj, Ashok wrote:
> Hi Joerg
>
> I haven't received any update to this patchset..
>
> Could you help get this merged through your tree? we have tested this
> series internally.
For all four:
Acked-by: David Woodhouse
smime.p7s
Description: S/MIME cryptograp
This implements refcount_t overflow protection on x86 without a noticeable
performance impact, though without the fuller checking of REFCOUNT_FULL.
This is done by duplicating the existing atomic_t refcount implementation
but with normally a single instruction added to detect if the refcount
has go
There is some confusion as to which of cond_resched() or
cond_resched_rcu_qs() should be added to long in-kernel loops.
This commit therefore eliminates the decision by adding RCU quiescent
states to cond_resched(). This commit also simplifies the code that
used to interact with cond_resched_rcu_q
On Tue, 2017-08-15 at 17:50 +0200, Borislav Petkov wrote:
> On Tue, Aug 15, 2017 at 03:35:51PM +, Kani, Toshimitsu wrote:
> > ghes_edac instantiates an mci as a pseudo device representing a
> > GHES error source. Each error source associates with all DIMMs,
> > and may report errors independen
On Tue, 15 Aug 2017 10:42:39 +
David Laight wrote:
> From: Jonathan Corbet
> > Sent: 12 August 2017 15:55
> ...
> > > + Chapter 20: Put values on initialisers without exception
> > > +
> > > +When declaring variables on functions must put values:
> >
> > Thanks for sending a patc
On AST2500, the hardware strap register(SCU70) only accepts write ‘1’,
to clear it to ‘0’, must set bits(write ‘1’) to SCU7C
Signed-off-by: Yong Li
---
drivers/pinctrl/aspeed/pinctrl-aspeed.c | 19 +--
drivers/pinctrl/aspeed/pinctrl-aspeed.h | 1 +
2 files changed, 18 insertion
Hi Wenyou,
On Thu, Aug 10, 2017 at 05:06:44PM +0800, Wenyou Yang wrote:
> Add the media entity pads initialization.
>
> Signed-off-by: Wenyou Yang
The patch itself seems fine. However the driver is lacking support for
get_fmt which I think would be necessary for the user space API to work
prope
Hi Marc,
On Tuesday, 15 August 2017 04:34:46 PDT Marc Zyngier wrote:
> The MIPS GIC driver only targets a single CPU at a time, even if
> the notional affinity is wider. Let's inform the core code
> about this.
>
> Signed-off-by: Marc Zyngier
> ---
> drivers/irqchip/Kconfig| 1 +
> driv
On Tue, Aug 15, 2017 at 5:27 AM, Jan Kara wrote:
> On Mon 14-08-17 23:12:16, Dan Williams wrote:
>> The mmap syscall suffers from the ABI anti-pattern of not validating
>> unknown flags. However, proposals like MAP_SYNC and MAP_DIRECT need a
>> mechanism to define new behavior that is known to fai
Vivien,
> Subject: [PATCH net-next 06/11] net: dsa: debugfs: add port registers
>
> Add a debug filesystem "regs" entry to query a port's hardware registers
> through the .get_regs_len and .get_regs_len switch operations.
>
> This is very convenient because it allows one to dump the registers of
On Mon, Aug 14, 2017 at 11:12 PM, Dan Williams wrote:
> The mmap syscall suffers from the ABI anti-pattern of not validating
> unknown flags. However, proposals like MAP_SYNC and MAP_DIRECT need a
> mechanism to define new behavior that is known to fail on older kernels
> without the feature. Use
The MT7628A is the successor to the MT7620 and pin compatible with the
MT7688A, although the latter supports only a 1T1R antenna rather than
a 2T2R antenna.
This commit adds support for the following features:
- UART
- USB PHY
- EHCI
- Interrupt controller
- System controller
- Memory controller
On 8/15/17 3:10 AM, Joel Stanley wrote:
On Tue, Aug 15, 2017 at 4:06 PM, Peter Rosin wrote:
On 2017-07-26 19:13, Eddie James wrote:
From: "Edward A. James"
This series adds an algorithm for an I2C master physically located on an FSI
slave device. The I2C master has multiple ports, each of
On Tue, Aug 15, 2017 at 5:42 AM, Jan Kara wrote:
> On Mon 14-08-17 23:12:22, Dan Williams wrote:
>> diff --git a/include/linux/mm_types.h b/include/linux/mm_types.h
>> index ff151814a02d..73fdc0ada9ee 100644
>> --- a/include/linux/mm_types.h
>> +++ b/include/linux/mm_types.h
>> @@ -306,6 +306,7 @@
Hi Borislav,
>
> ... and uses that accessor.
>
> Tyler?
>
> I'd prefer if you guys merge your two patches, Tyler's from
> https://marc.info/?l=linux-acpi&m=150179595323038&w=2 and this one into
> a single one.
I think this patch has merged them to one.
>
> How does that sound?
>
> --
> Regards/G
On Tue, Aug 15, 2017 at 09:09:36AM -0700, Andy Lutomirski wrote:
> On Tue, Aug 15, 2017 at 5:50 AM, Mark Rutland wrote:
> > In some cases, an architecture might wish its stacks to be aligned to a
> > boundary larger than THREAD_SIZE. For example, using an alignment of
> > double THREAD_SIZE can al
On Tue, Aug 15, 2017 at 08:37:49AM -0700, Eric Dumazet wrote:
> On Tue, 2017-08-15 at 12:05 -0300, Marcelo Ricardo Leitner wrote:
>
> > Ok, but I should see a difference in the generated code, right?
>
> Depends on the compiler. Have you tried older versions ?
>
This was with gcc 6.4.1, fc25 st
On Wed, Aug 16, 2017 at 12:30:55AM +0800, gengdongjiu wrote:
> I think this patch has merged them to one.
Look at both patches again.
--
Regards/Gruss,
Boris.
SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284
(AG Nürnberg)
--
VoCore are a manufacturer of devices such as the VoCore2.
Signed-off-by: Harvey Hunt
Cc: linux-kernel@vger.kernel.org
Cc: devicet...@vger.kernel.org
Cc: linux-m...@linux-mips.org
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documen
The VoCore2 board is a low cost MT7628A based board with 128MB RAM, 16MB
flash and multiple external peripherals.
This initial DTS provides enough support to get to userland and use the USB
port.
Signed-off-by: Harvey Hunt
Cc: linux-kernel@vger.kernel.org
Cc: devicet...@vger.kernel.org
Cc: linux
On Tue, Aug 15, 2017 at 9:30 AM, Mark Rutland wrote:
> On Tue, Aug 15, 2017 at 09:09:36AM -0700, Andy Lutomirski wrote:
>> On Tue, Aug 15, 2017 at 5:50 AM, Mark Rutland wrote:
>> > In some cases, an architecture might wish its stacks to be aligned to a
>> > boundary larger than THREAD_SIZE. For e
Enabled supported drivers, including:
- USB PHY
- EHCI
- UART
Signed-off-by: Harvey Hunt
Cc: linux-kernel@vger.kernel.org
Cc: linux-m...@linux-mips.org
---
arch/mips/configs/vocore2_defconfig | 130
1 file changed, 130 insertions(+)
create mode 1
The Makefile verifies the same file exists twice:
test -f ../../../include/uapi/linux/bpf.h -a \
-f ../../../include/uapi/linux/bpf.h
The purpose of the check is to ensure the diff (immediately
after the test) doesn't fail with these two files:
/tools/include/uapi/linux/bpf.h
/include
On 08/15/2017 03:53 PM, Edward Cree wrote:
State of a register doesn't matter if it wasn't read in reaching an exit;
a write screens off all reads downstream of it from all explored_states
upstream of it.
This allows us to prune many more branches; here are some processed insn
counts for so
Hi Linus,
Please pull the following fixes update for 4.13-rc6
This update consists of important compile and run-time error fixes to
timers/freq-step, kmod, and sysctl tests.
Diff for the update is attached.
thanks,
-- Shuah
--
The Onion Omega2+ is an MT7688A based board that has 128MB RAM and
multiple peripherals.
The MT7688A is pin compatible with the MT7628A, although the former
supports a 1T1R antenna whereas the MT7628A supports a 2R2T antenna.
Signed-off-by: Harvey Hunt
Cc: linux-kernel@vger.kernel.org
Cc: device
Create a defconfig for the Omega2+ that reaches userspace and
allows use of the USB port.
Signed-off-by: Harvey Hunt
Cc: linux-kernel@vger.kernel.org
Cc: linux-m...@linux-mips.org
---
arch/mips/configs/omega2p_defconfig | 130
1 file changed, 130 insertions(+
Hi Wenyou,
On Thu, Aug 10, 2017 at 05:06:45PM +0800, Wenyou Yang wrote:
> Add the s_power operation which is responsible for manipulating the
> power dowm mode through the PWDN pin and the reset operation through
> the RESET pin.
>
> Signed-off-by: Wenyou Yang
> ---
>
> drivers/media/i2c/ov767
On Mon, 14 Aug 2017 14:12:33 +0100
Robin Murphy wrote:
> On 14/08/17 10:45, Alexey Kardashevskiy wrote:
> > Folks,
> >
> > Is there anything to change besides those compiler errors and David's
> > comment in 5/5? Or the while patchset is too bad? Thanks.
>
> While I now understand it's not th
Ben Hutchings wrote:
> On Sat, 2017-08-12 at 23:27 -0700, Nadav Amit wrote:
>> Ben Hutchings wrote:
>>
>>> On Wed, 2017-08-09 at 12:41 -0700, Greg Kroah-Hartman wrote:
4.4-stable review patch. If anyone has any objections, please let me know.
--
From:
On Tue, Aug 15, 2017 at 09:33:18AM -0700, Andy Lutomirski wrote:
> On Tue, Aug 15, 2017 at 9:30 AM, Mark Rutland wrote:
> > On Tue, Aug 15, 2017 at 09:09:36AM -0700, Andy Lutomirski wrote:
> >> This looks okay, but it might make sense to move that to a header file
> >> so THREAD_ALIGN is always a
On 08/15/2017 06:51 AM, Neal Cardwell wrote:
> On Tue, Aug 15, 2017 at 9:08 AM, mohamedalrshah
> wrote:
>
>> +static void agilesdtcp_cong_avoid(struct sock *sk, u32 ack, u32 in_flight)
>> +{
>> + struct tcp_sock *tp = tcp_sk(sk);
>> + struct agilesdtcp *ca = inet_csk_ca(sk);
>> +
On 08/15, Chao Yu wrote:
> On 2017/8/15 11:22, Jaegeuk Kim wrote:
> > On 08/15, Chao Yu wrote:
> >> Hi Jaegeuk,
> >>
> >> On 2017/8/11 8:42, Jaegeuk Kim wrote:
> >>> If we set CP_ERROR_FLAG in roll-forward error, f2fs is no longer to
> >>> proceed
> >>> any IOs due to f2fs_cp_error(). But, for exa
Borislav,
2017-08-16 0:32 GMT+08:00, Borislav Petkov :
> On Wed, Aug 16, 2017 at 12:30:55AM +0800, gengdongjiu wrote:
>> I think this patch has merged them to one.
>
> Look at both patches again.
I ever discuss it with Tyler about it, as shown below link, thanks
https://lkml.org/lkml/2017/8/14/3
On 15/08/17 17:23, Paul Burton wrote:
> Hi Marc,
>
> On Tuesday, 15 August 2017 04:34:46 PDT Marc Zyngier wrote:
>> The MIPS GIC driver only targets a single CPU at a time, even if
>> the notional affinity is wider. Let's inform the core code
>> about this.
>>
>> Signed-off-by: Marc Zyngier
>> --
Hi Marc,
On Tuesday, 15 August 2017 09:44:24 PDT Marc Zyngier wrote:
> On 15/08/17 17:23, Paul Burton wrote:
> > Hi Marc,
> >
> > On Tuesday, 15 August 2017 04:34:46 PDT Marc Zyngier wrote:
> >> The MIPS GIC driver only targets a single CPU at a time, even if
> >> the notional affinity is wider.
501 - 600 of 848 matches
Mail list logo
