Use kcalloc for allocating an array instead of kzalloc with
multiply. kcalloc is the preferred API. Issue reported by
checkpatch.pl
Signed-off-by: Sumit Pundir
---
drivers/staging/lustre/lnet/lnet/config.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/lu
0180118]
> > [cannot apply to tip/x86/core kvm/linux-next]
> > [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/Vitaly-Kuznetsov/x86-kvm-hype
From: Daeho Jeong
__vfs_removexattr() transfers "NULL" value to the setxattr handler of
the f2fs filesystem in order to remove the extended attribute. But,
__f2fs_setxattr() just ignores the removal request when the value of
the extended attribute is already NULL. We have to remove the extended
a
Hi Paul,
On 30 December 2017 at 19:21, Paul Cercueil wrote:
> When the watchdog was configured for nowayout, and after the
> userspace watchdog daemon closed the dev node without sending the
> magic character, unloading this module stopped the watchdog
> hardware, which was clearly a problem.
>
>
On Sat, Jan 20, 2018 at 12:53:39AM +0100, Rafael J. Wysocki wrote:
> On Fri, Jan 19, 2018 at 10:06 AM, Greg Kroah-Hartman
> wrote:
> > There's no need to be printing a raw kernel pointer to the kernel log at
> > every boot. So just remove it, and change the whole message to use the
> > correct de
Hi Paul,
On 30 December 2017 at 19:21, Paul Cercueil wrote:
> The watchdog driver can restart the system by simply configuring the
> hardware for a timeout of 0 seconds.
>
> Signed-off-by: Paul Cercueil
> Reviewed-by: Guenter Roeck
> ---
> drivers/watchdog/jz4740_wdt.c | 9 +
> 1 file
Commit-ID: 3b42349d56c96e144401d2317d8eeb9937511423
Gitweb: https://git.kernel.org/tip/3b42349d56c96e144401d2317d8eeb9937511423
Author: Jan Kiszka
AuthorDate: Fri, 19 Jan 2018 11:06:30 +0100
Committer: Thomas Gleixner
CommitDate: Sat, 20 Jan 2018 08:15:44 +0100
x86/jailhouse: Respect p
Commit-ID: 11f19ec025dd421c54978c69e42d86758fa310de
Gitweb: https://git.kernel.org/tip/11f19ec025dd421c54978c69e42d86758fa310de
Author: Jan Kiszka
AuthorDate: Fri, 19 Jan 2018 11:06:17 +0100
Committer: Thomas Gleixner
CommitDate: Sat, 20 Jan 2018 08:15:43 +0100
x86/jailhouse: Set X86_F
On (01/19/18 13:20), Steven Rostedt wrote:
[..]
> I was thinking about this a bit more, and instead of offloading a
> recursive printk, perhaps its best to simply throttle it. Because the
> problem may not go away if a printk thread takes over, because the bug
> is really the printk infrastructure
On 01/19/2018 10:57 PM, Laura Abbott wrote:
On 01/19/2018 10:15 PM, Tom Lendacky wrote:
On 1/19/2018 11:25 PM, Gabriel C wrote:
2018-01-20 5:02 GMT+01:00 Laura Abbott :
On 01/19/2018 06:23 PM, Gabriel C wrote:
2018-01-20 2:23 GMT+01:00 Laura Abbott :
Hi,
Hi ,
Fedora got multiple repo
On Thu, Jan 18, 2018 at 4:01 PM, Dan Williams wrote:
> Changes since v3 [1]
> * Drop 'ifence_array_ptr' and associated compile-time + run-time
> switching and just use the masking approach all the time.
>
> * Convert 'get_user' to use pointer sanitization via masking rather than
> lfence. '__g
On 01/19/2018 10:15 PM, Tom Lendacky wrote:
On 1/19/2018 11:25 PM, Gabriel C wrote:
2018-01-20 5:02 GMT+01:00 Laura Abbott :
On 01/19/2018 06:23 PM, Gabriel C wrote:
2018-01-20 2:23 GMT+01:00 Laura Abbott :
Hi,
Hi ,
Fedora got multiple reports of an early bootup crash post -rc8.
Bisec
On Fri, Jan 12, 2018 at 2:30 PM, Jagan Teki wrote:
> Add reg_drivevbus regualtor for boards which are using
> external regulator to drive the OTG VBus through N_VBUSEN
> PMIC pin.
>
> Signed-off-by: Jagan Teki
Reviewed-by: Chen-Yu Tsai
On Fri, Jan 12, 2018 at 2:30 PM, Jagan Teki wrote:
> Like axp221, axp223, axp813 the axp803 is also supporting external
> regulator to drive the OTG VBus through N_VBUSEN PMIC pin.
>
> Add support for it.
>
> Signed-off-by: Jagan Teki
> Reviewed-by: Rob Herring
Reviewed-by: Chen-Yu Tsai
On Fri, Jan 12, 2018 at 2:30 PM, Jagan Teki wrote:
> Add usb otg support for bananapi-m64 board,
> - USB-ID connected with PH9
> - USB-DRVVBUS controlled by N_VBUSEN pin from PMIC
>
> Signed-off-by: Jagan Teki
> ---
> Changes for v4:
> - rebase on master
> - tested otg host mode.
> Changes for v3
This patch moves AER error defines to drivers/pci/pci.h.
So that it unifies the error repoting codes at single place along with dpc
Signed-off-by: Oza Pawandeep
diff --git a/drivers/acpi/apei/ghes.c b/drivers/acpi/apei/ghes.c
index 6402f7f..216ee47 100644
--- a/drivers/acpi/apei/ghes.c
+++ b/dri
Current DPC driver does not do recovery, e.g. calling end-point's driver's
callbacks, which sanitize the sw.
DPC driver implements link_reset callback, and calls pci_do_recovery.
Signed-off-by: Oza Pawandeep
diff --git a/drivers/pci/pci.h b/drivers/pci/pci.h
index 665ff6c..3b79593 100644
--- a/
Clients such as pciehp, dpc are using pcie_wait_link_active, which waits
till the link becomes active or inactive.
Made generic function and moved it to drivers/pci/pci.c
Signed-off-by: Oza Pawandeep
diff --git a/drivers/pci/hotplug/pciehp_hpc.c b/drivers/pci/hotplug/pciehp_hpc.c
index 7bab060.
Implement error_resume callback in DPC so, after DPC trigger event
enumerates the devices beneath.
Signed-off-by: Oza Pawandeep
diff --git a/drivers/pci/pcie/pcie-dpc.c b/drivers/pci/pcie/pcie-dpc.c
index 7838b02..352f7f0 100644
--- a/drivers/pci/pcie/pcie-dpc.c
+++ b/drivers/pci/pcie/pcie-dpc.c
This patch renames error recovery to generic name with pci prefix
Signed-off-by: Oza Pawandeep
diff --git a/drivers/pci/pcie/aer/aerdrv_core.c
b/drivers/pci/pcie/aer/aerdrv_core.c
index 7448052..6cb1b36 100644
--- a/drivers/pci/pcie/aer/aerdrv_core.c
+++ b/drivers/pci/pcie/aer/aerdrv_core.c
@@
This patch factors out error reporting callbacks, which are currently
tightly coupled with AER.
DPC should be able to register callbacks and attmept recovery when DPC
trigger event occurs.
Signed-off-by: Oza Pawandeep
diff --git a/drivers/pci/pci.h b/drivers/pci/pci.h
index f6b58b3..665ff6c 1006
This patch protects pci_do_recovery with mutex.
Signed-off-by: Oza Pawandeep
diff --git a/drivers/pci/pcie/pcie-err.c b/drivers/pci/pcie/pcie-err.c
index a532fe0..8318c84 100644
--- a/drivers/pci/pcie/pcie-err.c
+++ b/drivers/pci/pcie/pcie-err.c
@@ -20,6 +20,8 @@
#include
#include "portdrv.h"
This patch set brings in error handling support for DPC
The current implementation of AER and error message broadcasting to the
EP driver is tightly coupled and limited to AER service driver.
It is important to factor out broadcasting and other link handling
callbacks. So that not only when AER ge
On 1/19/2018 11:25 PM, Gabriel C wrote:
> 2018-01-20 5:02 GMT+01:00 Laura Abbott :
>> On 01/19/2018 06:23 PM, Gabriel C wrote:
>>>
>>> 2018-01-20 2:23 GMT+01:00 Laura Abbott :
Hi,
>>>
>>>
>>> Hi ,
>>>
Fedora got multiple reports of an early bootup crash post -rc8.
Bisection
'base_addr' has been mapped using 'pci_iomap()'. It should be freed with
the corresponding 'pci_iounmap()' instead of 'iomap()'.
Signed-off-by: Christophe JAILLET
---
drivers/scsi/3w-sas.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/scsi/3w-sas.c b/drivers/scs
On Fri, Jan 19, 2018 at 9:27 PM, Stefan Mavrodiev wrote:
> On 01/18/2018 04:28 PM, Chen-Yu Tsai wrote:
>>
>> On Thu, Jan 18, 2018 at 6:07 PM, Maxime Ripard
>> wrote:
>>>
>>> Hi!
>>>
>>> On Mon, Jan 15, 2018 at 12:07:34PM +0200, Stefan Mavrodiev wrote:
>>
>> +/dts-v1/;
>> +#include "su
On (01/19/18 09:17), Steven Rostedt wrote:
> Yep, and even the sysctl checks for the terminating nul string, so
> there's no leaks of any kind.
>
> Tested by adding: printk.devkmsg=on and running:
>
> $ hexdump -C /proc/sys/kernel/printk_devkmsg
> 6f 6e 0a
2018-01-20 5:02 GMT+01:00 Laura Abbott :
> On 01/19/2018 06:23 PM, Gabriel C wrote:
>>
>> 2018-01-20 2:23 GMT+01:00 Laura Abbott :
>>>
>>> Hi,
>>
>>
>> Hi ,
>>
>>>
>>> Fedora got multiple reports of an early bootup crash post -rc8.
>>> Bisection showed bacf6b499e11 ("x86/mm: Use a struct to reduce
On Sat, Jan 20, 2018 at 02:02:37AM +, Al Viro wrote:
> Note that those sizes are rather sensitive to lockdep, spinlock debugging,
> etc.
That they certainly are: on one of the testing .config I'm using it gave this:
1104 sizeof struct page = 56
81 sizeof struct cpufreq_frequency_tabl
Hi Steve,
On Fri, Jan 19, 2018 at 02:51:15PM -0500, Steven Rostedt wrote:
> On Sat, 20 Jan 2018 00:27:56 +0530
> Pavan Kondeti wrote:
>
> > Hi Steve,
> >
> > Thanks for the patch.
> >
> > On Fri, Jan 19, 2018 at 01:12:54PM -0500, Steven Rostedt wrote:
> > > On Fri, 19 Jan 2018 13:11:21 -0500
>
On 1/19/18 4:52 PM, Ming Lei wrote:
> On Fri, Jan 19, 2018 at 10:38:41AM -0700, Jens Axboe wrote:
>> On 1/19/18 9:37 AM, Ming Lei wrote:
>>> On Fri, Jan 19, 2018 at 09:27:46AM -0700, Jens Axboe wrote:
On 1/19/18 9:26 AM, Ming Lei wrote:
> On Fri, Jan 19, 2018 at 09:19:24AM -0700, Jens Axbo
This fixes lost i_inline flags during roll-forward.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/recovery.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/fs/f2fs/recovery.c b/fs/f2fs/recovery.c
index cbeef73bc4dd..2354f1e05e19 100644
--- a/fs/f2fs/recovery.c
+++ b/fs/f2fs/recovery.c
@@
If fsck.f2fs changes crc, we have no way to recover some inode blocks by roll-
forward recovery. Let's relax the condition to recover them.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/node.h | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/fs/f2fs/node.h b/fs/f2fs/node.h
ind
On 1/19/2018 8:38 PM, Linus Torvalds wrote:
> On Fri, Jan 19, 2018 at 5:23 PM, Laura Abbott wrote:
>>
>> Fedora got multiple reports of an early bootup crash post -rc8.
>> Bisection showed bacf6b499e11 ("x86/mm: Use a struct to reduce
>> parameters for SME PGD mapping") . It doesn't revert cleanly
Assign true or false to boolean variables instead of an integer value.
This issue was detected with the help of Coccinelle.
Fixes: 342d765e011f ("power_supply: Add Dialog DA9030 battery charger driver")
Signed-off-by: Gustavo A. R. Silva
---
drivers/power/supply/da9030_battery.c | 4 ++--
1 fil
On 01/19/2018 06:23 PM, Gabriel C wrote:
2018-01-20 2:23 GMT+01:00 Laura Abbott :
Hi,
Hi ,
Fedora got multiple reports of an early bootup crash post -rc8.
Bisection showed bacf6b499e11 ("x86/mm: Use a struct to reduce
parameters for SME PGD mapping") . It doesn't revert cleanly
but if I rev
Bool initializations should use true and false.
This issue was detected with the help of Coccinelle.
Fixes: eaa6111b70a7 ("PCI: altera: Add Altera PCIe host controller driver")
Signed-off-by: Gustavo A. R. Silva
---
drivers/pci/host/pcie-altera.c | 2 +-
1 file changed, 1 insertion(+), 1 deleti
In the commit 05f80300dc8b, the iommu framework has supposed all the
iommu drivers have their owner iommu-group, it get rid of the FIXME
workarounds while the group is NULL. But the flow of Mediatek M4U gen1
looks a bit trick that it will hang at this case:
Hi Icenowy,
On Sat, Jan 20, 2018 at 2:10 PM, Icenowy Zheng wrote:
>
>
> 于 2018年1月20日 GMT+08:00 上午11:06:40, Julian Calaby 写到:
>>Hi Icenowy,
>>
>>On Sat, Jan 20, 2018 at 10:17 AM, Icenowy Zheng
>>wrote:
>>> Add option for Allwinner ARMv5 SoCs and a SoC suniv (which is a die
>>used
>>> for many ne
This moves the registration of the CFGCHIP syscon device to the
init_time callback. This is in preparation of moving to the common
clock framework. There are a number of clocks in this syscon device
so it will be needed at this point in boot to register the clocks.
In da850.c also move the PLL unl
This moves the call of davinci_clk_init() from map_io to init_time for all
boards.
This is the proper place to init clocks. This is also done in preparation
for moving to the common clock framework.
dm646x is a special case because we need to handle different ref_clk rates
depending on which boar
This renames the clock con_ids in the DA8XX USB PHY driver as well as
the matching names in the mach clock registration code.
This is in preparation for using device tree clocks where these names
will become part of the device tree bindings. The new names more closely
match the names used in the U
This drops the use of syscon_regmap_lookup_by_pdevname() from the
DA8XX USB PHY driver. There are no longer any boards that register
a syscon platform device, so it is no longer needed.
Signed-off-by: David Lechner
---
drivers/phy/ti/phy-da8xx-usb.c | 2 --
1 file changed, 2 deletions(-)
diff -
This slightly changes the logic for getting the CFGCHIP syscon register.
We now always call syscon_regmap_lookup_by_compatible() even when not
using device tree. This is in preparation for some changes in how the
CFGCHIP syscon regmap is registered on da8xx platforms.
Signed-off-by: David Lechner
This series contains some changes needed for the conversion of arch/arm/mach-
davinci to the common clock framework.
Most of the boards in mach-davinci do not have device tree support. However,
CFGCHIP, which is a syscon regmap, is needed during clock init in early boot.
Using a platform device fo
This adds a new syscon_register() function that creates a new syscon
regmap and adds it to the lookup list.
This function serves two purposes:
1. This is needed for platforms without device tree support where the
syscon regmap is needed in early boot (e.g. clocks), because using a
platform
于 2018年1月20日 GMT+08:00 上午11:06:40, Julian Calaby 写到:
>Hi Icenowy,
>
>On Sat, Jan 20, 2018 at 10:17 AM, Icenowy Zheng
>wrote:
>> Add option for Allwinner ARMv5 SoCs and a SoC suniv (which is a die
>used
>> for many new F-series products, including F1C100A, F1C100s, F1C200s,
>> F1C500, F1C600).
>
Hi Icenowy,
On Sat, Jan 20, 2018 at 10:17 AM, Icenowy Zheng wrote:
> Add option for Allwinner ARMv5 SoCs and a SoC suniv (which is a die used
> for many new F-series products, including F1C100A, F1C100s, F1C200s,
> F1C500, F1C600).
>
> Signed-off-by: Icenowy Zheng
> ---
> arch/arm/mach-sunxi/Kc
Hi Icenowy,
On Sat, Jan 20, 2018 at 10:17 AM, Icenowy Zheng wrote:
> Allwinner also has some ARMv5 SoCs.
>
> In order to add support for them, add a CONFIG_ARCH_SUNXI_V7 option that
> is selectable when ARMv7 is selceted, and make CONFIG_ARCH_SUNXI a
> common bool config which is selected by both
On 01/18/2018 03:11 AM, Christophe Leroy wrote:
commit 4cd13c21b207e ("softirq: Let ksoftirqd do its job") has the
effect of deferring timer handling in case of high CPU load, hence
delaying the delayed work allthought the worker is running which
high realtime priority.
As hrtimers are not manag
On Fri, Jan 19, 2018 at 11:18:59AM +, Lorenzo Pieralisi wrote:
> On Fri, Jan 19, 2018 at 10:39:06AM +0100, Niklas Cassel wrote:
> > If CONFIG_PCI=n and CONFIG_PCI_DRA7XX_EP=y, the build fails with:
> >
> > drivers/pci/dwc/pci-dra7xx.c:229:11: error: 'pci_irqd_intx_xlate'
> > undeclared her
On Fri, Jan 19, 2018 at 5:23 PM, Laura Abbott wrote:
>
> Fedora got multiple reports of an early bootup crash post -rc8.
> Bisection showed bacf6b499e11 ("x86/mm: Use a struct to reduce
> parameters for SME PGD mapping") . It doesn't revert cleanly
> but if I revert the few other changes in arch/x
On Sat, Jan 20, 2018 at 03:00:37AM +0100, Daniel Borkmann wrote:
> On 01/19/2018 12:43 AM, Eric Leblond wrote:
> > Hello,
> >
> > This patchset rebases the libbpf code on latest bpf-next code and addresses
> > remarks by Daniel.
>
> Ok, I think it's a good start. We should later on clean up the
>
2018-01-20 2:23 GMT+01:00 Laura Abbott :
> Hi,
Hi ,
>
> Fedora got multiple reports of an early bootup crash post -rc8.
> Bisection showed bacf6b499e11 ("x86/mm: Use a struct to reduce
> parameters for SME PGD mapping") . It doesn't revert cleanly
> but if I revert the few other changes in arch/x
On Thu, 18 Jan 2018, Henry Willard wrote:
> If MPOL_MF_LAZY were allowed and specified things would not work
> correctly. change_pte_range() is unaware of and can’t honor the
> difference between MPOL_MF_MOVE_ALL and MPOL_MF_MOVE.
Not sure how that relates to what I said earlier... Sorry.
>
> Fo
Hi Jacopo,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[also build test WARNING on v4.15-rc8]
[cannot apply to linuxtv-media/master next-20180119]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the
On Fri, Jan 19, 2018 at 09:56:48PM +0800, jianchao.wang wrote:
> In nvme_dev_disable, the outstanding requests will be requeued finally.
> I'm afraid the requests requeued on the q->requeue_list will be blocked until
> another requeue
> occurs, if we cancel the requeue work before it get scheduled
On Fri, Jan 19, 2018 at 02:53:25PM -0800, Linus Torvalds wrote:
> It would probably be good to add the size too, just to explain why
> it's potentially expensive.
>
> That said, apparently we do have hundreds of them, with just
> cpufreq_frequency_table having a ton. Maybe some are hidden in macr
On 01/19/2018 12:43 AM, Eric Leblond wrote:
> Hello,
>
> This patchset rebases the libbpf code on latest bpf-next code and addresses
> remarks by Daniel.
Ok, I think it's a good start. We should later on clean up the
netlink handling code a bit, but that's all internal and can be
done in a second
On Thu, 2018-01-18 at 16:51 +0100, Fabian Huegel wrote:
> Most multi-line comments started on the first line, but the preferred
> linux kernel style is to start multi-line comments on the second line.
> Some comments became less readable after the change, so we changed them
> to single-line comment
On Fri, Jan 19, 2018 at 05:05:21PM -0600, Rob Herring wrote:
> On Mon, Jan 15, 2018 at 04:13:59AM +0100, Jonathan Neuschäfer wrote:
> > Signed-off-by: Jonathan Neuschäfer
> > ---
> > .../bindings/gpio/nintendo,hollywood-gpio.txt | 27
> > ++
> > .../devicetree/bindings/p
On Fri, Jan 19, 2018 at 12:51:08PM -0800, Stephane Eranian wrote:
> On Fri, Jan 19, 2018 at 12:50 PM, Stephane Eranian wrote:
> > On Fri, Jan 19, 2018 at 12:24 PM, Andi Kleen wrote:
> >>> Oh, think a bit more.
> >>> I think we cannot do the same thing as we did for CPU PMU's fixed
> >>> counters
Hi,
Fedora got multiple reports of an early bootup crash post -rc8.
Bisection showed bacf6b499e11 ("x86/mm: Use a struct to reduce
parameters for SME PGD mapping") . It doesn't revert cleanly
but if I revert the few other changes in arch/x86/mm/mem_encrypt.c
as well it boots up fine.
Annoyingly,
I have some spare cycles; is there any more relevant information outside of
this thread?
Thanks,
David
> On Jan 19, 2018, at 5:49 PM, Kees Cook wrote:
>
>> On Tue, Jan 9, 2018 at 12:23 PM, Kees Cook wrote:
>> Attempts to solve problems with the stack limit changing during exec
>> continue to
* Suman Anna [180120 00:43]:
> On 01/19/2018 05:49 PM, Tony Lindgren wrote:
> > * Suman Anna [180119 23:30]:
> >> On 01/19/2018 03:33 PM, Tony Lindgren wrote:
> >>> OK let's do some tests on that, I'll take a look at doing a dts
> >>> file over next few weeks.
> >>
> >> You can look up the patche
On Mon, Jan 15, 2018 at 05:07:22PM +0100, Arnd Bergmann wrote:
> My last bugfix added -Os on the command line, which unfortunately caused
> a build regression on powerpc in some configurations.
>
> I've done some more analysis of the original problem and found slightly
> different workaround that
On 01/19/2018 05:49 PM, Tony Lindgren wrote:
> * Suman Anna [180119 23:30]:
>> On 01/19/2018 03:33 PM, Tony Lindgren wrote:
>>> OK let's do some tests on that, I'll take a look at doing a dts
>>> file over next few weeks.
>>
>> You can look up the patches folder in the above repo, there are some
>
On Tue, Jan 16, 2018 at 11:12:34AM +0100, Alexandre Belloni wrote:
> Add binding documentation for the Microsemi Ocelot reset block.
>
> Cc: Rob Herring
> Cc: devicet...@vger.kernel.org
> Cc: Sebastian Reichel
> Cc: linux...@vger.kernel.org
> Signed-off-by: Alexandre Belloni
> ---
> .../device
On Wed, Jan 17, 2018 at 4:06 PM, Jan H. Schönherr wrote:
> If devm_memremap_pages() detects a collision while adding entries
> to the radix-tree, we call pgmap_radix_release(). Unfortunately,
> the function removes *all* entries for the range -- including the
> entries that caused the collision in
On Wed, Jan 17, 2018 at 4:06 PM, Jan H. Schönherr wrote:
> The functions devm_memremap_pages() and devm_memremap_pages_release() use
> different ways to calculate the section-aligned amount of memory. The
> latter function may use an incorrect size if the memory region is small
> but straddles a s
On 1/18/18 1:02 AM, Thomas Gleixner wrote:
On Thu, 18 Jan 2018, Yang Shi wrote:
On 1/17/18 4:21 AM, Thomas Gleixner wrote:
There are two things which can be done here:
1) The collected objects can be put on a global free list and work
scheduled to free them piecewise.
I don't get
Peter Zijlstra :
> On Fri, Jan 19, 2018 at 02:11:18AM +0100, Francois Romieu wrote:
> > Peter Zijlstra :
> > [...]
> > > There is only 1 variable afaict. Memory barriers need at least 2 in
> > > order to be able to do _anything_.
> >
> > I don't get your point: why don't {cur_tx, dirty_tx} quali
Jia-Ju Bai :
>
> On 2018/1/19 9:11, Francois Romieu wrote:
> > Jia-Ju Bai :
> > [...]
> > > The function rtl8169_start_xmit reads tp->dirty_tx in TX_FRAGS_READY_FOR:
> > > if (unlikely(!TX_FRAGS_READY_FOR(tp, skb_shinfo(skb)->nr_frags))) {
> > > netif_err(tp, drv, dev, "BUG! Tx Rin
On Fri, Jan 19, 2018 at 09:23:35AM -0700, Jens Axboe wrote:
> On 1/19/18 9:13 AM, Mike Snitzer wrote:
> > On Fri, Jan 19 2018 at 10:48am -0500,
> > Jens Axboe wrote:
> >
> >> On 1/19/18 8:40 AM, Ming Lei wrote:
> >> Where does the dm STS_RESOURCE error usually come from - what's exact
> >
On Fri, Jan 19, 2018 at 10:06 AM, Greg Kroah-Hartman
wrote:
> There's no need to be printing a raw kernel pointer to the kernel log at
> every boot. So just remove it, and change the whole message to use the
> correct dev_info() call at the same time.
>
> Reported-by: Wang Qize
> Cc: stable
I
On Fri, Jan 19, 2018 at 10:38:41AM -0700, Jens Axboe wrote:
> On 1/19/18 9:37 AM, Ming Lei wrote:
> > On Fri, Jan 19, 2018 at 09:27:46AM -0700, Jens Axboe wrote:
> >> On 1/19/18 9:26 AM, Ming Lei wrote:
> >>> On Fri, Jan 19, 2018 at 09:19:24AM -0700, Jens Axboe wrote:
> On 1/19/18 9:05 AM, Min
* Suman Anna [180119 23:30]:
> On 01/19/2018 03:33 PM, Tony Lindgren wrote:
> > OK let's do some tests on that, I'll take a look at doing a dts
> > file over next few weeks.
>
> You can look up the patches folder in the above repo, there are some
> example nodes there already, they are rather str
Commit 7fb59e940f62 ("ASoC: codecs: dmic: Make number of channels
configurable") introduces an optional property to the device tree
to specify the number of DMIC channels. dmic_codec_probe() uses
of_property_read_u32() to read the DT value, and expects a return
value of -ENOENT when the property d
On Fri, Jan 19, 2018 at 07:03:10PM +0100, Ladislav Michl wrote:
> Two one-liners for the same issue, second bug occurrence is just
> a copy&pasted mistake from 2011...
>
> Ladislav Michl (2):
> devres: Fix double mem region release in devm_ioremap_resource()
> PCI: Fix double mem region releas
On 19 January 2018 at 09:37, Sudeep Holla wrote:
> Hi Andy,
>
> On 18/01/18 10:43, Sudeep Holla wrote:
>> We need to call of_node_put() for device nodes obtained with
>> of_find_node_by_path().
>>
>> Fixes: 3aa0582fdb82 ("of: platform: populate /firmware/ node from
>> of_platform_default_populate
Hi Tony,
On 01/19/2018 03:33 PM, Tony Lindgren wrote:
> * Suman Anna [180119 20:23]:
>> On 01/16/2018 05:22 PM, Tony Lindgren wrote:
>>> The RSTST registers mostly tell the device internal reset reason
>>> like watchdog reset for an accelerator. I'm not sure how the
>>> API for those would look l
Hi,
On 01/18/2018 04:14 AM, Sudeep Holla wrote:
On 17/01/18 18:51, Jeremy Linton wrote:
Hi,
On 01/17/2018 12:20 PM, Sudeep Holla wrote:
On 16/01/18 21:07, Jeremy Linton wrote:
Hi,
On 01/15/2018 06:33 AM, Sudeep Holla wrote:
On Fri, Jan 12, 2018 at 06:59:10PM -0600, Jeremy Linton wrote:
On Wed, Jan 17, 2018 at 02:58:40PM +0100, Marcus Folkesson wrote:
> Hello Dmitry,
>
> On Tue, Jan 16, 2018 at 03:16:25PM -0800, Dmitry Torokhov wrote:
> > Hi Marcus,
> >
> > On Sat, Jan 13, 2018 at 09:15:32PM +0100, Marcus Folkesson wrote:
> > > This driver let you plug in your RC controller to t
The suniv (new F-series) chip has a timer with less functionality than
the A10 timer, e.g. it has only 3 channels.
Add a new compatible for it. As we didn't use the extra channels on A10
either now, the code needn't to be changed.
Signed-off-by: Icenowy Zheng
---
drivers/clocksource/sun4i_timer
The suniv chip (several new F-series SoCs) of Allwinner has a pin
controller like other SoCs from Allwinner.
Add support for it.
Signed-off-by: Icenowy Zheng
---
drivers/pinctrl/sunxi/Kconfig | 4 +
drivers/pinctrl/sunxi/Makefile| 1 +
drivers/pinctrl/sunxi/pinctrl-suniv.c |
The suniv SoC (the chip in some new F-series products of Allwinner) has
a CCU which seems to be a stripped version of the CCU in SoCs after
sun6i.
Add support for the CCU.
Signed-off-by: Icenowy Zheng
---
drivers/clk/sunxi-ng/Kconfig | 5 +
drivers/clk/sunxi-ng/Makefile | 1
As we have the support for suniv pin controller and CCU now, add a
initial DTSI for it.
F1C100s is one product with the suniv die, which has a 32MiB co-packaged
DDR1 DRAM chip. As there's nothing special for it, add a dummy DTSI file
for it.
Signed-off-by: Icenowy Zheng
---
arch/arm/boot/dts/Ma
Lichee Pi Nano is a F1C100s board by Lichee Pi.
Add initial device tree for it.
Signed-off-by: Icenowy Zheng
---
arch/arm/boot/dts/suniv-f1c100s-licheepi-nano.dts | 27 +++
1 file changed, 27 insertions(+)
create mode 100644 arch/arm/boot/dts/suniv-f1c100s-licheepi-nano.dts
The suniv chip (newer F-series Allwinner SoCs) is based on ARM926EJ-S
CPU, thus it has no architecture timer.
Register sun4i_timer as sched_clock on it.
Signed-off-by: Icenowy Zheng
---
drivers/clocksource/sun4i_timer.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drive
Add option for Allwinner ARMv5 SoCs and a SoC suniv (which is a die used
for many new F-series products, including F1C100A, F1C100s, F1C200s,
F1C500, F1C600).
Signed-off-by: Icenowy Zheng
---
arch/arm/mach-sunxi/Kconfig| 13 +
arch/arm/mach-sunxi/Makefile | 1 +
arch/arm/mach-
The new F-series SoCs (suniv) from Allwinner use an stripped version of
the interrupt controller in A10/A13.
Add support for it in irq-sun4i driver.
Signed-off-by: Icenowy Zheng
---
drivers/irqchip/irq-sun4i.c | 43 ++-
1 file changed, 38 insertions(+), 5
Allwinner also has some ARMv5 SoCs.
In order to add support for them, add a CONFIG_ARCH_SUNXI_V7 option that
is selectable when ARMv7 is selceted, and make CONFIG_ARCH_SUNXI a
common bool config which is selected by both V7 and V5 sunxi option.
The ARMv7 defconfigs are modified to have the new CO
This is the RFC initial patchset for the "new" Allwinner SUNIV ARM9 SoC.
The same die is packaged differently, come with different co-packaged
DRAM or shipped with different SDK; and then made many model names: F23,
F25, F1C100A, F1C100S, F1C200S, F1C500, F1C600, R6, etc. These SoCs all
share a co
From: Eric Biggers
nfs_idmap_legacy_upcall() is supposed to be called with 'aux' pointing
to a 'struct idmap', via the call to request_key_with_auxdata() in
nfs_idmap_request_key().
However it can also be reached via the request_key() system call in
which case 'aux' will be NULL, causing a NULL
On Mon, Jan 15, 2018 at 06:21:39PM +0800, Hean-Loong, Ong wrote:
> From: Ong, Hean Loong
>
> Device tree binding for Intel FPGA Video and Image Processing Suite. The
> binding involved would be generated from the Altera (Intel) Qsys system. The
> bindings would set the max width, max height, bu
On Mon, Jan 15, 2018 at 06:21:39PM +0800, Hean-Loong, Ong wrote:
> From: Ong, Hean Loong
"dt-bindings: display: ..."
>
> Device tree binding for Intel FPGA Video and Image Processing Suite. The
> binding involved would be generated from the Altera (Intel) Qsys system. The
> bindings would set
Move the last used path to the end of the list (least preferred) so that
ties are more evenly distributed.
For example, in case with three paths with one that is slower than
others, the remaining two would be unevenly used if they tie. This is
due to the rotation not being a truely fair distributi
input_mt_init_slots() may fail, we need to handle this condition.
Signed-off-by: Dmitry Torokhov
---
drivers/input/mouse/synaptics.c | 33 -
1 file changed, 24 insertions(+), 9 deletions(-)
diff --git a/drivers/input/mouse/synaptics.c b/drivers/input/mouse/synapt
Instead of manipulating capability bits directly, use
input_set_capability().
Signed-off-by: Dmitry Torokhov
---
drivers/input/mouse/synaptics.c | 49 -
1 file changed, 24 insertions(+), 25 deletions(-)
diff --git a/drivers/input/mouse/synaptics.c b/drive
- switch to using BIT() macros
- use u8 instead of unsigned char for byte data
- use input_set_capability() instead of manipulating capabilities bits
directly
- use sign_extend32() when extracting wheel data.
- do not abuse -1 as error code, propagate errors from various calls.
Signed-off-by: Dm
1 - 100 of 703 matches
Mail list logo
