Hi there,
How are you today? I would like to purchase items from your company.Do
you ship to Australia and accept USA credit cards as a form of payment?
Your prompt response is esteemed. Thanks
Best Regards ,
Albert Fryra
ELDERS LIMITED
Hello,
> - m = 1UL << (BITS_PER_LONG - 2);
> + if (x <= 0x) {
> + if (m <= 0xff)
> + m = 1UL << (8 - 2);
> + else
> + m = 1UL << (16 - 2);
> + } else if (x <= 0x)
> + m = 1UL << (32 - 2);
> + else
> + m = 1UL
From: Nicolin Chen
There are a pair of warnings when ASRC is absent in the DTB:
fsl-asoc-card sound: ASoC: no source widget found for ASRC-Playback
fsl-asoc-card sound: ASoC: Failed to add route ASRC-Playback -> direct ->
CPU-Playback
fsl-asoc-card sound: ASoC: no sink widget found for
> On Jan 30, 2016, at 7:32 PM, Matthew Wilcox wrote:
>
>> On Fri, Jan 29, 2016 at 10:01:13PM -0800, Dan Williams wrote:
>>> On Fri, Jan 29, 2016 at 9:28 PM, Matthew Wilcox
>>> wrote:
>>> If we store the PFN of the underlying page instead, we don't have this
>>> problem. Instead, we have a
On Sun, Jan 31, 2016 at 9:21 AM, Vishnu Patekar
wrote:
> mmc clocks are compatible with that of earlier sun8i socs.
> This adds mmc0, mmc1, and mmc2 clock nodes for A83T.
>
> Signed-off-by: Vishnu Patekar
Acked-by: Chen-Yu Tsai
> ---
> arch/arm/boot/dts/sun8i-a83t.dtsi | 30
On Sun, Jan 31, 2016 at 9:20 AM, Vishnu Patekar
wrote:
> This adds A83T system bus clocks, bus gates, and clock resets.
>
> For ahb1 and ahb2, it's not clear which reset belongs to ahb1
> or ahb2; so named as ahb_reset0, ahb_reset1, ahb_reset2.
>
> Signed-off-by: Vishnu Patekar
> ---
>
The URL to the book IA-64 and Elementary Functions in idiv32.S and
idiv64.S just led to a 404 page, so I updated them with a known good link
that others can reference.
Signed-off-by: Sina Hamedian
---
arch/ia64/lib/idiv32.S | 2 +-
arch/ia64/lib/idiv64.S | 2 +-
2 files changed, 2
On Sun, 2016-01-31 at 03:52 +0100, Mike Galbraith wrote:
> On Sat, 2016-01-30 at 21:36 +0100, Frederic Weisbecker wrote:
> > On Sat, Jan 30, 2016 at 06:53:05PM +0100, Mike Galbraith wrote:
> > > On Sat, 2016-01-30 at 15:20 +0100, Frederic Weisbecker wrote:
> > > > On Fri, Jan 29, 2016 at
On 01/29/2016 08:11 PM, Konrad Rzeszutek Wilk wrote:
Hey Jens,
Please git pull the following branch:
git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git stable/for-jens-4.5
which has one bug-fix. I had it in my tree at some point and after an rebase
(done months ago) lost it!
It
On 01/30/2016 09:09 AM, Mike Krinkin wrote:
kasan reported the following error when i ran xfstest:
[ 701.826854]
==
[ 701.826864] BUG: KASAN: use-after-free in dio_bio_complete+0x41a/0x600 at
addr 880080b95f94
[
Added documentation for rdma controller to use in v1 mode and
using new unified hirerchy mode v2.
Signed-off-by: Parav Pandit
---
Documentation/cgroup-v1/rdma.txt | 117 +++
Documentation/cgroup-v2.txt | 43 ++
2 files changed, 160
Added support APIs for IB core to register/unregister every RDMA device
with rdma cgroup for tracking verbs and hw resources.
IB core registers with rdma cgroup controller and also defines resources
that can be accounted.
Added support APIs for uverbs layer to make use of rdma controller.
Added
Added rdma cgroup controller that does accounting, limit enforcement
on rdma/IB verbs and hw resources.
Added rdma cgroup header file which defines its APIs to perform
charing/uncharing functionality and device registration which will
participate in controller functions of accounting and limit
This patchset adds support for RDMA cgroup by addressing review comments
of [2], [1] and by implementing published RFC [3].
Overview:
Currently user space applications can easily take away all the rdma
device specific resources such as AH, CQ, QP, MR etc. Due to which other
applications in other
Hi,
On Sun, Jan 31, 2016 at 9:21 AM, Vishnu Patekar
wrote:
> This adds support for RSB
> A83T RSB is compatible with A23 rsb.
>
> Signed-off-by: Vishnu Patekar
> ---
> arch/arm/boot/dts/sun8i-a83t.dtsi | 14 ++
> 1 file changed, 14 insertions(+)
>
> diff --git
On Sun, Jan 31, 2016 at 9:21 AM, Vishnu Patekar
wrote:
> Now that we have a driver for the R_PIO controller,
> add the corresponding device node to the dtsi.
>
> Signed-off-by: Vishnu Patekar
> ---
> arch/arm/boot/dts/sun8i-a83t.dtsi | 21 +
> 1 file changed, 21
On 2016/1/31 5:30, Florian Westphal wrote:
> Weidong Wang wrote:
>> In the 'for(...) {}', the *bucket alwasy < net->ct.htable_size,
>> so remove the check
>> @@ -1383,14 +1383,12 @@ get_next_corpse(struct net *net, int (*iter)(struct
>> nf_conn *i, void *data),
>> lockp =
On Sun, Jan 31, 2016 at 9:20 AM, Vishnu Patekar
wrote:
> APB1 is similar to sun4i-a10-apb0-clk, except different dividers.
>
> This adds support for apb1 on A83T.
>
> Signed-off-by: Vishnu Patekar
> ---
> Documentation/devicetree/bindings/clock/sunxi.txt | 1 +
> drivers/clk/sunxi/clk-sunxi.c
Hi,
On Sun, Jan 31, 2016 at 9:20 AM, Vishnu Patekar
wrote:
> The A83T has R_PIO pin controller, it's same as A23, execpt A83T
> interrupt bit is 6th and A83T has one extra pin PL12.
>
> Signed-off-by: Vishnu Patekar
> ---
> .../bindings/pinctrl/allwinner,sunxi-pinctrl.txt | 1 +
>
This adds proper single-touch support for BYD touchpads to the psmouse input
driver.
This patch is against commit b82dde0230439215b55e545880e90337ee16f51a (Merge tag
'please-pull-copy_file_range' of
git://git.kernel.org/pub/scm/linux/kernel/git/aegl/linux ) of Linus' kernel
branch.
[re-sending with better formatting]
09.01.2016 05:49, Stas Sergeev пишет:
09.01.2016 05:03, Andy Lutomirski пишет:
On Fri, Jan 8, 2016 at 5:18 PM, Stas Sergeev wrote:
linux implements the sigaltstack() in a way that makes it
>>> impossible to
>>> use with swapcontext(). Per the man page,
On Sat, 2016-01-30 at 21:36 +0100, Frederic Weisbecker wrote:
> On Sat, Jan 30, 2016 at 06:53:05PM +0100, Mike Galbraith wrote:
> > On Sat, 2016-01-30 at 15:20 +0100, Frederic Weisbecker wrote:
> > > On Fri, Jan 29, 2016 at 05:43:28PM -0500, Rik van Riel wrote:
> >
> > > > Run times for the
09.01.2016 05:49, Stas Sergeev пишет:
09.01.2016 05:03, Andy Lutomirski пишет: >> On Fri, Jan 8, 2016 at 5:18 PM, Stas Sergeev wrote:
>>> linux implements the sigaltstack() in a way that makes it
impossible to >>> use with swapcontext(). Per the man page, sigaltstack
is allowed to return >>>
On Fri, Jan 29, 2016 at 10:01:13PM -0800, Dan Williams wrote:
> On Fri, Jan 29, 2016 at 9:28 PM, Matthew Wilcox wrote:
> > If we store the PFN of the underlying page instead, we don't have this
> > problem. Instead, we have a different problem; of the device going
> > away under us. I'm trying
Hi Jesper,
On Sat, 30 Jan 2016 18:46:46 +0100 Jesper Dangaard Brouer
wrote:
>
> Let me know, if the linux-next tree need's an explicit fix?
It would be a good idea if you could send a fix against linux-next to
me as Andrew is currently travelling.
--
Cheers,
Stephen Rothwell
The release-callback is not used before the device is attached to the
device hierarchy. This caused resources not to cleanup properly if the
device driver initialization failed before tpm_chip_register().
This patch fixes the issue by adding the cleanup function to the devres
list of the platform
On Sat, 30 Jan 2016, Kirill A. Shutemov wrote:
> On Sat, Jan 30, 2016 at 12:58:31PM -0500, Dave Jones wrote:
> > Hit this overnight. Just started seeing this after I added "create mmap's
> > of fd's we open()'d" to trinity.
>
> The WARN_ON_ONCE() came form Hugh's patch:
> cda540ace6a1 ("mm:
Hi Parav,
[auto build test ERROR on cgroup/for-next]
[also build test ERROR on v4.5-rc1 next-20160129]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
APB0 is part of PRCM, and is compatible with earlier SOCs.
apb0 gates controls R_PIO, R_UART, R_RSB, etc clocks.
This patch adds support for APB0 gates for A83T.
Signed-off-by: Vishnu Patekar
---
Documentation/devicetree/bindings/clock/sunxi.txt | 1 +
drivers/clk/sunxi/clk-simple-gates.c
A83T mmc is compatible with earliers sunxi socs.
This adds mmc0, mmc1, and mmc2 controller nodes for A83T.
Signed-off-by: Vishnu Patekar
---
arch/arm/boot/dts/sun8i-a83t.dtsi | 57 +++
1 file changed, 57 insertions(+)
diff --git
Now that we have a driver for the R_PIO controller,
add the corresponding device node to the dtsi.
Signed-off-by: Vishnu Patekar
---
arch/arm/boot/dts/sun8i-a83t.dtsi | 21 +
1 file changed, 21 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a83t.dtsi
This enables mmc0.
Signed-off-by: Vishnu Patekar
Tested-by: LABBE Corentin
---
.../boot/dts/sun8i-a83t-allwinner-h8homlet-v2.dts| 20
1 file changed, 20 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a83t-allwinner-h8homlet-v2.dts
This patch adds support for Sinovoip BPI-M3 A83T based board.
It has 2G LPDDR3, UART, ethernet, USB, HDMI, USB Sata, MIPI DSI,
mic, AP6212 Wifi, etc on it.
It is paired with AXP813 PMIC which is almost same as AXP818.
Signed-off-by: Vishnu Patekar
---
arch/arm/boot/dts/Makefile
mmc clocks are compatible with that of earlier sun8i socs.
This adds mmc0, mmc1, and mmc2 clock nodes for A83T.
Signed-off-by: Vishnu Patekar
---
arch/arm/boot/dts/sun8i-a83t.dtsi | 30 ++
1 file changed, 30 insertions(+)
diff --git
AHB1 on A83T is similar to ahb1 on A31, except parents are different.
clock index 0b1x is PLL6.
Signed-off-by: Vishnu Patekar
---
Documentation/devicetree/bindings/clock/sunxi.txt | 1 +
drivers/clk/sunxi/clk-sunxi.c | 75 +++
2 files changed, 76
From: Chen-Yu Tsai
The A83T does not have a 32.768 kHz low speed oscillator, either as
an external crystal or input. It has a 16 MHz RC-based (inaccurate)
internal oscillator, which is then divided by 512 for a clock close
to 32 kHz.
Signed-off-by: Chen-Yu Tsai
---
A83T has similar bus gates that of H3, including single gating register has
different clock parent.
As per H3 and A83T datasheet, usbhost is under AHB2.
However,below shows allwinner source code assignment:
bits: 26 (ehci0), 27 (ehci1), 29 (ohci0) => AHB1 for A83T.
bits: 26 (ehci0), 27 (ehci1)
APB1 is similar to sun4i-a10-apb0-clk, except different dividers.
This adds support for apb1 on A83T.
Signed-off-by: Vishnu Patekar
---
Documentation/devicetree/bindings/clock/sunxi.txt | 1 +
drivers/clk/sunxi/clk-sunxi.c | 17 +
2 files changed, 18
This adds A83T PRCM related clocks, clock resets.
As a83t apb0 gates clock support is added earlier, this enables it.
Apart from apb0 gates, other added clocks are compatible with
earlier sun8i socs.
Signed-off-by: Vishnu Patekar
---
arch/arm/boot/dts/sun8i-a83t.dtsi | 44
This adds A83T system bus clocks, bus gates, and clock resets.
For ahb1 and ahb2, it's not clear which reset belongs to ahb1
or ahb2; so named as ahb_reset0, ahb_reset1, ahb_reset2.
Signed-off-by: Vishnu Patekar
---
arch/arm/boot/dts/sun8i-a83t.dtsi | 127 +-
This adds support for RSB
A83T RSB is compatible with A23 rsb.
Signed-off-by: Vishnu Patekar
---
arch/arm/boot/dts/sun8i-a83t.dtsi | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm/boot/dts/sun8i-a83t.dtsi
b/arch/arm/boot/dts/sun8i-a83t.dtsi
index 11be9e1..8c67c85
Currently userspace knows about the rapuyama version by
checking, which gpios have been exported. This does no
longer work with kernel based power management, so export
a sysfs file, which provides the rapuyama generation. Also
export a link to the nokia-modem, so that userspace can
easily check
Hello,
This series adds further support for A83T, mainly adds clock support.
Also adds R_PIO, PRCM related clocks, mmc, rsb support.
A83T difference in short:
R_PIO is slightly different from A23 r_pio. AHB1 has different parents as
compared to a31-ahb1, APB1 has different dividers.Bus gates are
The A83T has R_PIO pin controller, it's same as A23, execpt A83T
interrupt bit is 6th and A83T has one extra pin PL12.
Signed-off-by: Vishnu Patekar
---
.../bindings/pinctrl/allwinner,sunxi-pinctrl.txt | 1 +
drivers/pinctrl/sunxi/Kconfig | 5 +
For implementing kernel based modem power management, the
gpios should be accessible via name from the kernel. The
old code would require walking through the gpio array
comparing the name of each gpio. This is no longer needed
by the new code, which does the comparing once at probe
time. As a side
If the interface is just being enabled, the modem is not
yet ready to be used, so clear the carrier flag (which is
e.g. set by ifconfig and ofono).
Signed-off-by: Sebastian Reichel
---
drivers/hsi/clients/ssi_protocol.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
Disabled power management means, that the driver can only be
used together with further out-of-tree kernel patches. There
is no reason to support this in the mainline kernel and not
having support for it means, that userspace can automatically
detect if we are running kernel based power
So far power management had to be done in uerspace using exported GPIOs.
This patch adds kernel based power management, which will bind the
modem's power state to the state of the phonet network interface.
Signed-off-by: Sebastian Reichel
---
drivers/hsi/clients/nokia-modem.c | 116
Hi,
Some may remember, that in-kernel modem PM was still on the
TODO list for the N9xx modem driver. This patchset adds this
by hooking to the phonet interface state. In other words:
'ifconfig phonet0 up' will enable the modem and 'ifconfig
phonet0 down' will disable the modem. The actual state
Hi Parav,
[auto build test ERROR on cgroup/for-next]
[cannot apply to v4.5-rc1 next-20160129]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
Hi,
During diffing the n950 with the mainline kernel I noticed, that the main
difference is additional DVFS support. These patches import those differences
(forward-ported to pinctrl & common clock framework) to the mainline kernel.
-- Sebastian
Sebastian Reichel (2):
ARM: dts: OMAP3-N950-N9:
This adds an idle pinctrl state, which will be used
by the driver to avoid incoming data during clock
rate changes or data flushing.
Signed-off-By: Sebastian Reichel
---
arch/arm/boot/dts/omap3-n950-n9.dtsi | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git
This adds support for frequency changes of the SSI
functional clock, which may occur due to DVFS.
Signed-off-By: Sebastian Reichel
---
drivers/hsi/controllers/omap_ssi.c | 63 +
drivers/hsi/controllers/omap_ssi.h | 6
kernel/cgroup_rdma.c:787:2-3: Unneeded semicolon
kernel/cgroup_rdma.c:611:2-3: Unneeded semicolon
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Parav Pandit
Signed-off-by: Fengguang Wu
---
cgroup_rdma.c |4 ++--
1 file changed, 2 insertions(+), 2
On Saturday, January 30, 2016 05:41:10 PM Dan Carpenter wrote:
> ->KeyMaterial is declared as a 16 byte array, but we only ever allocate
> either 5 or 13 bytes of it. The problem is that we memset() all 16
> bytes to zero so we're memsetting past the end of the allocated memory.
>
> I fixed this
Hi Parav,
[auto build test ERROR on cgroup/for-next]
[also build test ERROR on v4.5-rc1 next-20160129]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
Hi Pavel,
On Sat, Jan 30, 2016 at 09:07:50PM +0100, Pavel Machek wrote:
> The indicator 3-color LED in mainline kernel seem to be a bit too
> bright. .. more bright to look at comfortably. I believe it is also
> brighter than in original maemo... I believe I've seen note somewhere
> that hardware
On Fri, Jan 29, 2016 at 04:27:35PM +0100, Peter Zijlstra wrote:
> On Fri, Jan 15, 2016 at 03:14:10PM -0800, Paul E. McKenney wrote:
> > And if I make the scheduling-clock interrupt send extra wakeups to the RCU
> > grace-period kthread when needed, things work even with CPU hotplug going.
> >
> >
On Sat, Jan 30, 2016 at 10:46:57AM +0800, Kefeng Wang wrote:
> Hi Paul,
>
> On 2016/1/28 12:25, Kefeng Wang wrote:
> > Insmod locktorture with torture_type=mutex will lead to crash,
> >
> > Unable to handle kernel NULL pointer dereference at virtual address 0008
> > pgd = ffc0f6c1
>
Hi Parav,
[auto build test ERROR on cgroup/for-next]
[also build test ERROR on v4.5-rc1 next-20160129]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
Linus,
here are two I2C driver regression fixes. piix4 gets a larger overhaul
fixing the latest refactoring and also an older known issue as well.
designware-pci gets a fix for a bad merge conflict resolution. Please
pull.
Thanks,
Wolfram
The following changes since commit
Add sound support in UDOO board DT file.
Signed-off-by: Maciej S. Szmigiero
---
arch/arm/boot/dts/imx6qdl-udoo.dtsi | 57 +
1 file changed, 57 insertions(+)
diff --git a/arch/arm/boot/dts/imx6qdl-udoo.dtsi
b/arch/arm/boot/dts/imx6qdl-udoo.dtsi
index
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: ad0b40fa944628d6f30b40266a599b285d70a266
commit: c6d308534aef6c99904bf5862066360ae067abc4 UBSAN: run-time undefined
behavior sanity checker
date: 10 days ago
config: i386-randconfig-x0-01310609 (attached
On Sat, Jan 30, 2016 at 02:25:25PM -0600, Benjamin Marzinski wrote:
> Before this commit, it always used the pref bit. Again, like I said
> before, I'm saying that this was the wrong thing to do. The Spec is
Oops. I meant: "I'm NOT saying that this was the wrong thing to do".
I am also fine
From: Jarod Wilson
Date: Sat, 30 Jan 2016 15:53:05 -0500
> On Sat, Jan 30, 2016 at 03:39:01PM -0500, Jarod Wilson wrote:
>> Ew, no, it won't work correctly on 32-bit. The for loop is going to copy
>> data into dst from beyond the end of netdev_stats, and the range looks
>> like it won't be right
Marcel, would you try the patch here after ?
I have tested it on my cm-x300 with a devicetree build, let's see if that is a
solution to your issue.
Cheers.
--
Robert
---8<---
>From 5901e6d55061c0cd627cfbf090ef6362c712b3c8 Mon Sep 17 00:00:00 2001
From: Robert Jarzmik
Date: Sun, 31 Jan 2016
Added documentation for rdma controller to use in v1 mode and
using new unified hirerchy mode v2.
Signed-off-by: Parav Pandit
---
Documentation/cgroup-v1/rdma.txt | 117 +++
Documentation/cgroup-v2.txt | 43 ++
2 files changed, 160
Added rdma cgroup controller that does accounting, limit enforcement
on rdma/IB verbs and hw resources.
Added rdma cgroup header file which defines its APIs to perform
charing/uncharing functionality and device registration which will
participate in controller functions of accounting and limit
Added support APIs for IB core to register/unregister every RDMA device
with rdma cgroup for tracking verbs and hw resources.
IB core registers with rdma cgroup controller and also defines resources
that can be accounted.
Added support APIs for uverbs layer to make use of rdma controller.
Added
This patchset adds support for RDMA cgroup by addressing review comments
of [2], [1] and by implementing published RFC [3].
Overview:
Currently user space applications can easily take away all the rdma
device specific resources such as AH, CQ, QP, MR etc. Due to which other
applications in other
Hi!
> > > > ffdffe8d 48004a20 (fa004a20) cm_idlest1_core blocking bits: 00200072
> > > > 000d 48004a28 (fa004a28) cm_idlest3_core
> > > >
> > > > cm_idlest1_core changes periodicall often, to 00218072. The rest seems
> > > > constant.
> > >
> > > For cm_idlest1_core 42 is the answer.. Here
On Fri, Jan 29, 2016 at 2:38 PM, Timur Tabi wrote:
> Rob Herring wrote:
[...]
Isn't this a user enabled feature if the h/w supports it?
>>>
>>>
>>>
>>> Is there a sysfs entry for that? We were planning on having a similar
>>> ACPI
>>> property.
>>
>>
>> It would be in ethtool I think.
>
>
Weidong Wang wrote:
> In the 'for(...) {}', the *bucket alwasy < net->ct.htable_size,
> so remove the check
> @@ -1383,14 +1383,12 @@ get_next_corpse(struct net *net, int (*iter)(struct
> nf_conn *i, void *data),
> lockp = _conntrack_locks[*bucket % CONNTRACK_LOCKS];
>
On January 30, 2016 9:35:57 AM PST, Andy Lutomirski wrote:
>On Sat, Jan 30, 2016 at 1:31 AM, Ingo Molnar wrote:
>>
>> * Andy Lutomirski wrote:
>>
>>> >>>+ if [ "$abi" == "COMMON" -o "$abi" == "64" ]; then
>>> >>>+ # COMMON is the same as 64, except that we don't
>expect X32
>>>
It’s v4.5-rc1, not 4.4-rc1. never mind the version in the title.
On Fri, Jan 29, 2016 at 01:18:05PM -0500, Chris Metcalf wrote:
> On 01/27/2016 07:28 PM, Frederic Weisbecker wrote:
> >On Tue, Jan 19, 2016 at 03:45:04PM -0500, Chris Metcalf wrote:
> >>You asked what happens if nohz_full= is given as well, which is a very
> >>good question. Perhaps the right
reproduce:
lzto@objd ~ $ ~/linux/tools/perf/perf record -I -e
intel_pt/tsc=1,noretcomp=1/u /bin/ls
lzto@objd ~ $ ~/linux/tools/perf/perf script -F
event,comm,pid,tid,time,addr,ip,sym,dso,iregs
Segmentation fault
lzto@objd ~ $
Upon further investigation, it seems that
commit
reproduce:
lzto@objd ~ $ ~/linux/tools/perf/perf record -I -e
intel_pt/tsc=1,noretcomp=1/u /bin/ls
lzto@objd ~ $ ~/linux/tools/perf/perf script -F
event,comm,pid,tid,time,addr,ip,sym,dso,iregs
Segmentation fault
lzto@objd ~ $
Upon further investigation, it seems that
commit
On Sat, Jan 30, 2016 at 03:39:01PM -0500, Jarod Wilson wrote:
> On Sat, Jan 30, 2016 at 10:34:32AM -0800, Eric Dumazet wrote:
> > On Sat, 2016-01-30 at 13:19 -0500, Jarod Wilson wrote:
> > > The netdev_stats_to_stats64 function copies the deprecated
> > > net_device_stats format stats into
This patch fixes the checkpatch.pl issue:
CHECK: Please use a blank line after function/struct/union/enum declarations
Signed-off-by: SirnamSwetha
---
drivers/staging/clocking-wizard/clk-xlnx-clock-wizard.c | 1 +
1 file changed, 1 insertion(+)
diff --git
This patch fixes the checkpatch.pl issue:
CHECK: Avoid CamelCase:
CHECK: Avoid CamelCase:
Signed-off-by: SirnamSwetha
---
drivers/staging/clocking-wizard/clk-xlnx-clock-wizard.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
Hi Tejun,
On Sun, Jan 31, 2016 at 12:00 AM, Tejun Heo wrote:
> Hello,
>
> On Sat, Jan 30, 2016 at 08:53:05PM +0530, Parav Pandit wrote:
>> +#ifdef CONFIG_CGROUP_RDMA
>> +#define RDMACG_MAX_RESOURCE_INDEX (64)
>
> The list of resources are known at compile time. Why is this separate
> fixed
On Sat, Jan 30, 2016 at 10:34:32AM -0800, Eric Dumazet wrote:
> On Sat, 2016-01-30 at 13:19 -0500, Jarod Wilson wrote:
> > The netdev_stats_to_stats64 function copies the deprecated
> > net_device_stats format stats into rtnl_link_stats64 for legacy support
> > purposes, but with the BUILD_BUG_ON
On Sat, Jan 30, 2016 at 06:53:05PM +0100, Mike Galbraith wrote:
> On Sat, 2016-01-30 at 15:20 +0100, Frederic Weisbecker wrote:
> > On Fri, Jan 29, 2016 at 05:43:28PM -0500, Rik van Riel wrote:
>
> > > Run times for the microbenchmark:
> > >
> > > 4.4 3.8 seconds
> >
On Sat, Jan 30, 2016 at 9:28 PM, Dmitry Vyukov wrote:
> Hello,
>
> I've got the following deadlock report while running syzkaller fuzzer:
>
> [ INFO: possible circular locking dependency detected ]
> 4.5.0-rc1+ #305 Not tainted
> ---
>
Hello,
I've got the following deadlock report while running syzkaller fuzzer:
[ INFO: possible circular locking dependency detected ]
4.5.0-rc1+ #305 Not tainted
---
syz-executor/14254 is trying to acquire lock:
(>oss.params_lock){+.+.+.}, at:
On Sat, Jan 30, 2016 at 09:32:53AM +0100, Hannes Reinecke wrote:
> On 01/29/2016 06:50 PM, Benjamin Marzinski wrote:
> >On Fri, Jan 29, 2016 at 02:10:52PM +, Nalla, Ravikanth wrote:
> >>Hi Mike, Hannes, Ben
> >>>This seems like a problem that has already been solved with path groups.
> >>>If
On Sat 2016-01-30 21:02:45, Pavel Machek wrote:
> Hi!
>
> > > ffdffe8d 48004a20 (fa004a20) cm_idlest1_core blocking bits: 00200072
> > > 000d 48004a28 (fa004a28) cm_idlest3_core
> > >
> > > cm_idlest1_core changes periodicall often, to 00218072. The rest seems
> > > constant.
> >
> > For
Change media_entity_pipeline_stop() to not decrement
stream_count of an inactive media pipeline. Doing so,
results in preventing starting the pipeline.
Signed-off-by: Shuah Khan
---
drivers/media/media-entity.c | 18 --
1 file changed, 12 insertions(+), 6 deletions(-)
diff
Hi!
The indicator 3-color LED in mainline kernel seem to be a bit too
bright. .. more bright to look at comfortably. I believe it is also
brighter than in original maemo... I believe I've seen note somewhere
that hardware may allow too much current to the 3-color led damaging
hardware... but I
Hi!
> > ffdffe8d 48004a20 (fa004a20) cm_idlest1_core blocking bits: 00200072
> > 000d 48004a28 (fa004a28) cm_idlest3_core
> >
> > cm_idlest1_core changes periodicall often, to 00218072. The rest seems
> > constant.
>
> For cm_idlest1_core 42 is the answer.. Here you have bits 4 and 5
>
On Sat, Jan 30, 2016 at 12:58:31PM -0500, Dave Jones wrote:
> Hit this overnight. Just started seeing this after I added "create mmap's
> of fd's we open()'d" to trinity.
The WARN_ON_ONCE() came form Hugh's patch:
cda540ace6a1 ("mm: get_user_pages(write,force) refuse to COW in shared areas")
On Sat, 30 Jan 2016, Eric Curtin wrote:
> "Unsupported brightness interface" message gets logged on
> machines that are well supported.
>
> Signed-off-by: Eric Curtin
> ---
> drivers/platform/x86/thinkpad_acpi.c | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff --git
On Sat, 30 Jan 2016 10:13:09 -0800, Andy Lutomirski wrote:
> On Sat, Jan 30, 2016 at 10:05 AM, Darren Hart wrote:
> > If I understand this correctly, this is the first of 5 patches, and this
> > one has
> > some unanswered questions from Jean here. If this patch gets respun, the
> > following
>
> Just so you know, I have no intention of supporting this use case. In
> fact, I'm planning to eventually stop using IST for #DB entirely, at
> which point the kernel will crash terribly if this code is
> single-stepped (except when using a hypervisor to do this single
> stepping, which is a
Correctly display "safe" mode when a btt is established on a e820/memmap
defined pmem namespace.
Signed-off-by: Dan Williams
---
drivers/nvdimm/namespace_devs.c |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/nvdimm/namespace_devs.c
to_vmem_altmap() needs to return valid results until
arch_remove_memory() completes. It also needs to be valid for any pfn
in a section regardless of whether that pfn maps to data. This escape
was a result of a bug in the unit test.
The signature of this bug is that free_pagetable() fails to
Thanks to Jeff for pointing out a thinko in the ndctl implementation of
create-namespace. That bug was covering up the fact that vmem_altmap
handling broke when 'pgmap_radix' was introduced to replace the list
based method [1].
The other two fixes fell out from further expanding the unit tests.
This path was missed when turning on the memmap in pmem support. Permit
'pmem' as a valid location for the map.
Reported-by: Jeff Moyer
Signed-off-by: Dan Williams
---
drivers/nvdimm/pfn_devs.c |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/nvdimm/pfn_devs.c
On Sat, Jan 30, 2016 at 4:26 PM, Joe Perches wrote:
> On Sat, 2016-01-30 at 09:51 -0800, Eric Dumazet wrote:
>> On Sat, 2016-01-30 at 12:05 -0200, Lucas Tanure wrote:
>> > On Sat, Jan 30, 2016 at 11:45 AM, Patrick McHardy wrote:
>> > > On 30.01, Lucas Tanure wrote:
>> > > > As suggested by
1 - 100 of 620 matches
Mail list logo
