On Tue, Nov 10, 2015 at 01:39:52PM +0100, Andreas Gruenbacher wrote:
> > It still has the same crappy fs interfaces with lots of boilerplate
> > code
>
> Could you please be more specific so that I can trace this complaint
> to some actual code?
if (IS_RICHACL())
richacl_foo()
else
Hi Kevin,
On Tue, 2015-11-10 at 17:16 -0800, Kevin Hilman wrote:
> Hi Eddie,
>
> [...]
>
> > I check the log [0],
>
> Thanks for checking into this boot failure.
>
> > it seems first time mt8135-evbp1 boot to kernel
> > shell successfully, then boot again. In the second time, mt8135 stay in
>
On Wed, Nov 11, 2015 at 1:42 AM, Arnd Bergmann wrote:
> So far, my patches tried to do equivalent conversions of the
> existing code. This one goes beyond that by restructuring
> how the devices get probed. In particular, the spi driver
> no longer creates the netdev until the device is probed,
On 11/07/2015 04:23 AM, Christoph Hellwig wrote:
> On Wed, Nov 04, 2015 at 10:53:39AM -0600, Mike Christie wrote:
>>> If you have to touch submit_bio() and submit_bio_wait(), how about
>>> requiring the callers of these functions to set the cmd and flags
>>> arguments in the bio structure and to
Signed-off-by: Yakir Yang
---
.../display/rockchip/inno_hdmi-rockchip.txt| 50 ++
1 file changed, 50 insertions(+)
create mode 100644
Documentation/devicetree/bindings/display/rockchip/inno_hdmi-rockchip.txt
diff --git
On Tue, Nov 10, 2015 at 07:35:30PM +0100, Daniel H. Hemmingsen wrote:
> Fixed a spacing after cast coding style issue.
>
> Signed-off-by: Daniel H. Hemmingsen
Acked-by: Willy Tarreau
Thanks,
Willy
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
The Innosilicon HDMI is a low power HDMI 1.4 transmitter
IP, and it have been integrated on some rockchip CPUs
(like RK3036, RK312x).
Signed-off-by: Yakir Yang
---
drivers/gpu/drm/rockchip/Kconfig |8 +
drivers/gpu/drm/rockchip/Makefile|1 +
drivers/gpu/drm/rockchip/inno_hdmi.c
Hi guys:
Here are a brief introduction to Innosilicon HDMI IP:
- Support HDMI 1.4a, HDCP 1.2 and DVI 1.0 standard compliant transmitter
- Support HDMI1.4 a/b 3D function defined in HDMI 1.4 a/b spec
- Digital video interface supports a pixel size of 24, 30, 36, 48bits color
depth in RGB
-
God dag,
Dette er Lloyds TSB Bank Plc Lån tilby.
Lloyds TSB tilbyr fleksible og rimelige lån til ethvert formål å hjelpe deg
å nå dine mål. vi lån med lav rente på 1,5%. Her er noen viktige funksjoner i
personlige lån som tilbys av Lloyds TSB. Her er de Låne Faktorer vi samarbeider
med
On Tue, Nov 10, 2015 at 08:36:48PM -0800, Linus Torvalds wrote:
> On Tue, Nov 10, 2015 at 7:30 PM, Al Viro wrote:
> >
> > Linus, what would be your preference wrt that stuff?
>
> If you can just create a branch with the stuff that is obvious and
> clearly worth it (ie stuff that would basically
On Sun, 08 Nov 2015 23:40:41 +0100,
Julia Lawall wrote:
>
> The various rsc ops structures are never modified, so declare them as
> const.
>
> Done with the help of Coccinelle.
>
> Signed-off-by: Julia Lawall
>
> ---
>
> v2: This does the following types all at once: dao_rsc_ops,
this pacthset try to fix the code style for sunxi.
Signed-off-by: Caesar Wang
---
drivers/nvmem/sunxi_sid.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/drivers/nvmem/sunxi_sid.c b/drivers/nvmem/sunxi_sid.c
index cfa3b85..bc88b40 100644
---
This patch add the eFuse dt node for rk3188 SoCs.
Signed-off-by: Caesar Wang
---
arch/arm/boot/dts/rk3188.dtsi | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/rk3188.dtsi b/arch/arm/boot/dts/rk3188.dtsi
index 6399942..b01ef45 100644
---
1) Make the include file to sort from order
2) clean up the driver to make more readability
Let's clean up such trivial details.
Signed-off-by: Caesar Wang
---
drivers/nvmem/rockchip-efuse.c | 90 --
1 file changed, 42 insertions(+), 48 deletions(-)
On Wed 11-11-15 01:14:41, Dan Carpenter wrote:
> This code causes a static checker warning because it's a user controlled
> variable where we cap the upper bound but not the lower bound. Let's
> return an -EINVAL for negative timeouts.
>
> Signed-off-by: Dan Carpenter
Looks good. You can add:
This patchset to support reading the efuse info for more SoCs.
(Note: support 32 bits SoCs).
Meanwhile, cleanup sunxi/rockchip drivers for more readability.
You can easy to test for following:
cd /sys/bus/nvmem/devices/rockchip-efuse0
localhost rockchip-efuse0 # busybox hexdump -C nvmem
This patch add the eFuse dt node for rk3066a SoCs.
Signed-off-by: Caesar Wang
---
arch/arm/boot/dts/rk3066a.dtsi | 13 +
1 file changed, 13 insertions(+)
diff --git a/arch/arm/boot/dts/rk3066a.dtsi b/arch/arm/boot/dts/rk3066a.dtsi
index 946f187..f61bb8a 100644
---
On Tue, Nov 10, 2015 at 10:26:30AM -0800, Eduardo Valentin wrote:
> On Tue, Nov 10, 2015 at 12:05:54PM +, Javi Merino wrote:
> > On Mon, Nov 09, 2015 at 11:13:32AM +0100, Sascha Hauer wrote:
>
>
>
> > > +
> > > +/*
> > > + * The MT8173 thermal controller has four banks. Each bank can read
Hi, Andreas
On 2015/11/9 18:01, Andreas Schwab wrote:
Yury Norov writes:
This is what I run:
https://github.com/norov/glibc/tree/thunderx-ilp32-32time_toff_t
Thanks, rebootstrapping openSUSE Factory now.
Where could I find them for testing? I could not find them in your
obs[1].
Best
Hi,
On Wed, Nov 11, 2015 at 12:20:46PM +0530, R, Vignesh wrote:
> On 11/11/2015 4:53 AM, Brian Norris wrote:
> > On Tue, Nov 10, 2015 at 10:59:55AM +0530, Vignesh R wrote:
> >> diff --git a/include/linux/spi/spi.h b/include/linux/spi/spi.h
> >> index cce80e6dc7d1..2f2c431b8917 100644Hi
> >> ---
On Wed, Nov 11, 2015 at 3:52 PM, Guenter Roeck wrote:
> On 11/10/2015 10:27 PM, Alexandre Courbot wrote:
>>
>> On Wed, Nov 11, 2015 at 7:41 AM, Andrew Morton
>> wrote:
>>>
>>> On Tue, 10 Nov 2015 14:10:47 +0900 Alexandre Courbot
>>> wrote:
>>>
dma_to_phys() is not guaranteed to be
Mention about AM43x debug_ll ports - same as AM335x.
Signed-off-by: Afzal Mohammed
---
arch/arm/Kconfig.debug | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/Kconfig.debug b/arch/arm/Kconfig.debug
index 259c0ca9c99a..adc40fccfafa 100644
--- a/arch/arm/Kconfig.debug
We've been seeing some crashes at reboot test on rk3288-based systems,
which boards have not reset pin connected to NPOR, they reboot by
setting 0xfdb9 to RK3288_GLB_SRST_FST register. If the APLL works in
a high frequency mode, some IPs might hang during soft reset.
It appears that we can fix the
Enable TPS65217 regulator to have rootfs in MMC for Beagle Bone's.
Suggested-by: Kishon Vijay Abraham I
Signed-off-by: Afzal Mohammed
---
arch/arm/configs/multi_v7_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/configs/multi_v7_defconfig
Hi Linus:
This push fixes a bug in the algif_hash interface that may lead
to crashes when used with certain algorithms such as HMAC.
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6.git linus
Herbert Xu (1):
crypto: algif_hash - Only export and import
Hello!
> If you think I should reconsider the patch, you should resubmit it.
I understand this, of course. But, before doing this i'd like to
clarify your concern, why exactly you think that loopback test will
break. Because the (simplified) algorithm is:
do {
result = loopback_test()
On 2015/11/6 21:59, Adrian Hunter wrote:
On 06/11/15 15:19, Arnaldo Carvalho de Melo wrote:
Em Fri, Nov 06, 2015 at 09:46:12AM +, Wang Nan escreveu:
In dso__split_kallsyms_for_kcore(), current code adjusts symbol's
address but only reinsert it into rbtree if the symbol belongs to
another
Enable PRINTK_TIME in Vybrid Cortex-M4 no-MMU defconfig.
Signed-off-by: Afzal Mohammed
---
arch/arm/configs/vf610m4_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/vf610m4_defconfig
b/arch/arm/configs/vf610m4_defconfig
index aeb2482c492e..2b124eed5f09 100644
---
Hi Arnaldo,
Could you please collect this patch to your tree? It fixes a segfault
when only one of kprobe and uprobe is enabled.
Thank you.
On 2015/11/6 17:50, Wang Nan wrote:
On kernel with only one of CONFIG_KPROBE_EVENTS and
CONFIG_UPROBE_EVENTS enabled, 'perf probe -d' causes segfault
Hi Chris,
one nit below, otherwise
Reviewed-by: Heiko Stuebner
Am Mittwoch, 11. November 2015, 13:48:11 schrieb Chris Zhong:
> We've been seeing some crashes at reboot test on rk3288-based systems,
> which boards have not reset pin connected to NPOR, they reboot by
> setting 0xfdb9 to
On 11/10/2015 10:27 PM, Alexandre Courbot wrote:
On Wed, Nov 11, 2015 at 7:41 AM, Andrew Morton
wrote:
On Tue, 10 Nov 2015 14:10:47 +0900 Alexandre Courbot
wrote:
dma_to_phys() is not guaranteed to be available on all platforms and
should not be used outside of arch/. Replace it with what
Hi Brain,
On 11/11/2015 4:53 AM, Brian Norris wrote:
> Hi Vignesh,
>
> Sorry for the late review. I did not have time to review much back when
> you submitted your first RFCs for this.
>
> On Tue, Nov 10, 2015 at 10:59:55AM +0530, Vignesh R wrote:
>> diff --git a/include/linux/spi/spi.h
Hello!
> > +- samsung,srom-timing : array of 6 integers, specifying bank timings in the
> > +following order: Tacp, Tcah, Tcoh, Tacc, Tcos,
> > Tacs.
> > +Each value is specified in cycles and has the
> > following
> > +
On 10 November 2015 21:12:37 GMT+00:00, Andrew Morton
wrote:
>On Tue, 10 Nov 2015 07:51:26 +0100 Christoph Hellwig
>wrote:
>
>> is this simple addition something you could still send on to Linus
>> for this merge window? I would make my life easier to have it in
>> so I could start using it
On Mon, Nov 09, 2015 at 02:26:39PM +0800, Wei Jiangang wrote:
> Correct typo in tools/testing/selftests/futex/README.
>
> Signed-off-by: Wei Jiangang
Thanks for catching it.
Acked-by: Darren Hart
--
Darren Hart
Intel Open Source Technology Center
--
To unsubscribe from this list: send the
Add Crypto node for rk3288 including crypto controller and dma clk.
Signed-off-by: Zain Wang
---
Changed in v3:
- add reset property
Changed in v2:
- None
Changed in v1:
- remove the _crypto suffix
- use "rockchip,rk3288-crypto" instead of "rockchip,rk3288"
arch/arm/boot/dts/rk3288.dtsi | 12
Crypto driver support:
ecb(aes) cbc(aes) ecb(des) cbc(des) ecb(des3_ede) cbc(des3_ede)
You can alloc tags above in your case.
And other algorithms and platforms will be added later on.
Signed-off-by: Zain Wang
---
Changed in v3:
- add OF depended in Kconfig
- remove crypto_p variate
- fix
Add DT bindings documentation for the rk3288 crypto drivers.
Signed-off-by: Zain Wang
---
Changed in v3:
- add reset property
Changed in v2:
- None
Changed in v1:
- remove the _crypto suffix
- use "rockchip,rk3288-crypto" instead of "rockchip,rk3288"
- remove the description of status
Set an ID for crypto clk, so that it can be called in other part.
Signed-off-by: Zain Wang
---
Changed in v3:
- None
Changed in v2:
- None
Changed in v1:
- define SCLK_CRYPTO in rk3288-cru.h
- use SCLK_CRYPTO instead of SRST_CRYPTO
drivers/clk/rockchip/clk-rk3288.c | 2 +-
This commit support three cipher(AES/DES/DES3) and two chainmode(ecb/cbc),
and the more algorithms and new hash drivers will be added later on.
Changed in v3:
- add OF depended in Kconfig
- rename some variate
- add reset property
- remove crypto_p variate
Changed in v2:
- remove some part about
2015-11-03 18:47 GMT+08:00 Paolo Bonzini :
>
>
> On 28/10/2015 09:10, Nadav Amit wrote:
>> Here are my 5 cents. Note that vmx_vcpu_reset calls:
>>
>> vmcs_writel(GUEST_RFLAGS, 0x02);
>>
>> (And the RFLAGS value is not cached by KVM, so no consistency problem should
>> occur.)
>>
>> You may
Adding PCIe Root Port driver for Xilinx PCIe NWL bridge IP.
Signed-off-by: Bharat Kumar Gogada
Signed-off-by: Ravi Kiran Gummaluri
---
Added logic to allocate contiguous hwirq in nwl_irq_domain_alloc function.
Moved MSI functionality to separate functions.
Changed error return values.
---
Create a new ioctl to expose the block layer's newfound ability to
issue either a zeroing discard, a WRITE SAME with a zero page, or a
regular write with the zero page. This BLKZEROOUT2 ioctl takes
{start, length, flags} as parameters. So far, the only flag available
is to enable the zeroing
On Wed, Nov 11, 2015 at 7:41 AM, Andrew Morton
wrote:
> On Tue, 10 Nov 2015 14:10:47 +0900 Alexandre Courbot
> wrote:
>
>> dma_to_phys() is not guaranteed to be available on all platforms and
>> should not be used outside of arch/. Replace it with what it is expected
>> to do in our case:
On Wed, Nov 11, 2015 at 05:30:07AM +, Seymour, Shane M wrote:
> A quick question about this part of the patch:
>
> > + uint64_t end = start + len - 1;
>
> > + if (end >= i_size_read(bdev->bd_inode))
> return -EINVAL;
>
> > + /* Invalidate the page cache, including dirty
On 11 November 2015 at 06:51, Ard Biesheuvel wrote:
> Hi Laura,
>
> On 11 November 2015 at 03:03, Laura Abbott wrote:
>>
>> Several accesses of pgprot values are incorrect when compiled with
>> STRICT_MM_TYPECHECKS. Use the appropriate pgprot_val/__pgprot wrappers
>> to access the structures
Hi
When both server and client are on the same machine and each their
socket option is set to SO_BINDTODEVICE, sometimes a packet doesn't
reach to the server.
The reproducible test program is attached. (modify "IF_ADDR=, IP_ADDR=,
PORT=" lines appropriately). Please try 'taskset -c 1 python
On 11/11/2015 10:25 AM, Dave Young wrote:
[ 1616.823351] usb 2-2: new SuperSpeed USB device number 8 using xhci_hcd
[ 1616.834520] usb 2-2: LPM exit latency is zeroed, disabling LPM.
[ 1616.834856] usb 2-2: New USB device found, idVendor=1d6b, idProduct=0004
[ 1616.834858] usb 2-2: New USB
On Fri, Oct 30, 2015 at 07:58:18PM -0400, ira. weiny wrote:
> On Sat, Oct 31, 2015 at 12:32:29AM +0300, Alexey Khoroshilov wrote:
> > Hello,
> >
> > hfi1_ioctl() contains many calls to might sleep functions with
> > dd->hfi1_snoop.snoop_lock spinlock held (for example, access_ok,
> >
On 11/09/2015 03:36 PM, Daniel Lezcano wrote:
For the sake of consistency, let rename all ctrl_out/in calls to the write/read
calls so we have the same API consistent with the other architectures hence
open the door for the increasing of the test compilation coverage.
The unsigned long coercive
Hi Laura,
On 11 November 2015 at 03:03, Laura Abbott wrote:
>
> Several accesses of pgprot values are incorrect when compiled with
> STRICT_MM_TYPECHECKS. Use the appropriate pgprot_val/__pgprot wrappers
> to access the structures appropriately.
>
I spotted 2 out of these, and Catalin has
We've been seeing some crashes at reboot test on rk3288-based systems,
which boards have not reset pin connected to NPOR, they reboot by
setting 0xfdb9 to RK3288_GLB_SRST_FST register. If the APLL works in
a high frequency mode, some IPs might hang during soft reset.
It appears that we can fix the
A quick question about this part of the patch:
> + uint64_t end = start + len - 1;
> + if (end >= i_size_read(bdev->bd_inode))
return -EINVAL;
> + /* Invalidate the page cache, including dirty pages */
> + mapping = bdev->bd_inode->i_mapping;
> +
Hi,
> -Original Message-
> From: Zheng, Lv
> Sent: Wednesday, November 11, 2015 1:07 PM
> To: Chen, Yu C
> Cc: Lv Zheng; linux-kernel@vger.kernel.org; linux-a...@vger.kernel.org;
> Wysocki, Rafael J; Brown, Len
> Subject: RE: [PATCH v2 5/7] ACPI / x86: introduce acpi_os_readable()
FYI, we noticed the below changes on
https://git.kernel.org/pub/scm/linux/kernel/git/peterz/queue.git x86/urgent
commit 68accac392d859d24adcf1be3a90e41f978bd54c ("x86/setup: Fix low identity
map for >= 2GB kernel range")
FYI, we noticed the below changes on
https://github.com/0day-ci/linux
Philippe-Longepe/intel_pstate-Use-the-cpu-load-to-determine-the-PercentPerformance/20151103-173647
commit 10e4d2e8d38473d3964068469dd03f8c69fca4e2 ("intel_pstate: Use the cpu
load to determine the PercentPerformance")
On Tue, 2015-11-10 at 20:46 -0800, Andy Lutomirski wrote:
> Me neither. At least it wouldn't be a regression, but it's still
> crappy.
>
> I think that arm is fine, at least. I was unable to find an arm QEMU
> config that has any problems with my patches.
Ok, give me a few days for my headache
Hi, Yu
> From: Chen, Yu C
> Sent: Tuesday, November 10, 2015 5:43 PM
>
> Hi, Lv
> Sorry for my late feedback on the patch, one minor nit below:
>
> > From: Zheng, Lv
> > Sent: Tuesday, November 10, 2015 4:22 PM
> >
> > From: Chen Yu
> >
> > This patch implements acpi_os_readable(). The
hi,
On Tue, Nov 10, 2015 at 5:47 PM, Mark Yao wrote:
> This reverts commit 52f5eb60940de889ce98a876f6933b574ead3225.
>
> Rockchip drm can't work with generic drm_of_component_probe now
>
> Signed-off-by: Mark Yao
it makes rockchip-drm probed properly on linux-next-2015 with
Jungseok,
On 11/10/2015 11:05 PM, Jungseok Lee wrote:
On Nov 6, 2015, at 3:44 PM, AKASHI Takahiro wrote:
Hi Akashi,
Stack tracer on arm64, check_stack(), is uniqeue in the following
points:
* analyze a function prologue of a traced function to estimate a more
accurate stack pointer value,
On 11/10/2015 10:40 PM, Jungseok Lee wrote:
On Nov 6, 2015, at 3:44 PM, AKASHI Takahiro wrote:
A function prologue analyzer is a requisite for implementing stack tracer
and getting better views of stack usages on arm64.
To implement a function prologue analyzer, we have to be able to decode,
at
On Nov 10, 2015 4:44 PM, "Benjamin Herrenschmidt"
wrote:
>
> On Tue, 2015-11-10 at 15:44 -0800, Andy Lutomirski wrote:
> >
> > > What about partition <-> partition virtio such as what we could do on
> > > PAPR systems. That would have the weak barrier bit.
> > >
> >
> > Is it partition <->
On Tue, Nov 10, 2015 at 7:30 PM, Al Viro wrote:
>
> Linus, what would be your preference wrt that stuff?
If you can just create a branch with the stuff that is obvious and
clearly worth it (ie stuff that would basically be stable material
anyway), I'll just merge it. Assuming it's all done in
Use kmalloc instead of kzalloc, zero the memory is not needed.
Signed-off-by: yalin wang
---
drivers/mmc/card/block.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mmc/card/block.c b/drivers/mmc/card/block.c
index 23b6c8e..975cd3e 100644
---
hi pantelis, don't freak out, but the best introduction i can think of
to what occurred to me is, "arg fek that is an ecumenical matter!
[1]".
*deep breath* - i can forsee a need for parameterisation to be added
to the proposed connector objects in some fashion. justification /
explanation
On 11/10/2015 06:58 PM, Naoya Horiguchi wrote:
> Hello Mike,
>
> On Tue, Nov 10, 2015 at 05:38:01PM -0800, Mike Kravetz wrote:
>> This is against linux-stable 4.3. Will send to sta...@vger.kernel.org
>> when Ack'ed here.
>
> This is not what stable stuff works, please see
>
On Mon, Nov 02, 2015 at 07:31:34PM +0200, Madalin Bucur wrote:
> diff --git a/drivers/net/ethernet/freescale/dpaa/Makefile
> b/drivers/net/ethernet/freescale/dpaa/Makefile
> new file mode 100644
> index 000..3847ec7
> --- /dev/null
> +++ b/drivers/net/ethernet/freescale/dpaa/Makefile
> @@
On Wed, Nov 11, 2015 at 02:56:47AM +, Al Viro wrote:
> s/developed/rebased/, actually, but... point taken. Mea culpa, and what
> to do with those patches is for you to decide; some of those are simply
> -stable fodder and probably ought to go one-by-one at any point you would
> consider
I am Mr.Tan Wong director of operations, HangSeng Bank,Hong Kong.I have urgent
and confidential business proposition involving transfer. that will be of great
benefit for both of us. I will give you more details as regards this
transaction as soon as you notify me of your interest. Awaiting
UCNA errors share the same handler with CMCI. But it doesn't
need extra operation to save error record in genpool. Remove
these uselss codes.
Signed-off-by: Chen, Gong
---
arch/x86/kernel/cpu/mcheck/mce.c | 14 --
1 file changed, 14 deletions(-)
diff --git
On 11/10/2015 09:31 PM, Linus Torvalds wrote:
> although I don't think I saw a confirmation that that was what Sasha
> actually hit (but Sasha had narrowed it down to DAX, so it looks
> possible/likely)
Yup, that indeed fixed the problem I was seeing.
Thanks,
Sasha
--
To unsubscribe from this
On Tue, Nov 10, 2015 at 04:46:51PM -0800, Tim Bird wrote:
> This fixes a bug where if you disconnect and re-connect the USB cable,
> the gadget driver stops working.
>
> Add support for async_irq to wake up driver from low power mode.
> Without this, the power management code never calls resume.
Hi.
I am implementing clk and reset drivers for my SoCs.
(drivers/clk/uniphier/* and drivers/reset/uniphier/*)
In my SoCs, one hardware block contains various
registers for both clock and reset controlling.
(so, it is like a MFD system controller device).
I think it is a common case.
I am
On Tue, Nov 10, 2015 at 11:46 AM, Shi, Yang wrote:
> On 11/9/2015 12:00 PM, Z Lim wrote:
>>
>> How about splitting this into two patches? One for the BPF-related
>> bug, and another for A64 FP-handling.
>
> I'm not sure if this is a good approach or not. IMHO, they are kind of
> atomic. Without
On 11/10/2015 08:06 PM, Al Viro wrote:
On Tue, Nov 10, 2015 at 07:44:14PM -0700, Jens Axboe wrote:
Queued up. Unless Al objects, it'll be part of the 'for-linus' pull
later this week.
Reported-by: Sasha Levin
Cc: sta...@vger.kernel.org # 4.0+
probably ought to be there...
Agree, done.
On Tue, Nov 10, 2015 at 07:44:14PM -0700, Jens Axboe wrote:
> Queued up. Unless Al objects, it'll be part of the 'for-linus' pull
> later this week.
Reported-by: Sasha Levin
Cc: sta...@vger.kernel.org # 4.0+
probably ought to be there...
--
To unsubscribe from this list: send the line
Hello Mike,
On Tue, Nov 10, 2015 at 05:38:01PM -0800, Mike Kravetz wrote:
> This is against linux-stable 4.3. Will send to sta...@vger.kernel.org
> when Ack'ed here.
This is not what stable stuff works, please see
Documentation/stable_kernel_rules.txt.
> Hugh Dickins pointed out problems with
On Tue, Nov 10, 2015 at 06:21:47PM -0800, Linus Torvalds wrote:
> Al, looking at the most recent linux-next, most of the vfs commits
> there seem to be committed in the last day or two. I'm getting the
> feeling that that is all 4.5 material by now.
>
> Should I just take the iov patch as-is,
Yang,
On Tue, Nov 10, 2015 at 4:42 PM, Alexei Starovoitov
wrote:
> On Tue, Nov 10, 2015 at 04:26:02PM -0800, Shi, Yang wrote:
>> On 11/10/2015 4:08 PM, Eric Dumazet wrote:
>> >On Tue, 2015-11-10 at 14:41 -0800, Yang Shi wrote:
>> >>aarch64 doesn't have native support for XADD instruction,
On Tue, Nov 10, 2015 at 2:41 PM, Yang Shi wrote:
> aarch64 doesn't have native store immediate instruction, such operation
Actually, aarch64 does have "STR (immediate)". For arm64 JIT, we can
consider using it as an optimization.
You may also want to consider adding a note about the
On 11/10/2015 07:41 PM, Jens Axboe wrote:
On 11/10/2015 07:40 PM, Jens Axboe wrote:
On 11/10/2015 07:31 PM, Linus Torvalds wrote:
On Tue, Nov 10, 2015 at 6:25 PM, Jens Axboe wrote:
On Tue, Nov 10 2015, Linus Torvalds wrote:
Al, ping?
On Thu, Nov 5, 2015 at 7:38 PM, Linus Torvalds
wrote:
Hi Linus,
Two build fixes, one for VC4, one for nouveau where the ARM only code is
doing something a bit strange. While people are discussing that, just
workaround it and fix the build for now. The code in question will never
get used on anything non-ARM anyways.
Also one fix for AST that
OPP bindings got updated to name OPP nodes this way, make changes
according to that.
Reviewed-by: Krzysztof Kozlowski
Signed-off-by: Viresh Kumar
---
arch/arm/boot/dts/exynos4412.dtsi | 28 ++--
1 file changed, 14 insertions(+), 14 deletions(-)
diff --git
Hi Geert
> > - pm_runtime_put(dev);
> > + pm_runtime_put_sync(dev);
> > pm_runtime_disable(dev);
> >
> > return 0;
>
> While I can confirm this fixes the issue, I think this is a bug in the PM
> core, and thus your patch is merely a workaround.
>
> Morimoto-san: I
On 11/11/2015 10:25 AM, Dave Young wrote:
Hi,
On 11/11/15 at 09:32am, Lu, Baolu wrote:
On 11/10/2015 05:39 PM, Dave Young wrote:
Hi,
On 11/09/15 at 03:38pm, Lu Baolu wrote:
This patch series adds support for early printk through USB3 debug port.
USB3 debug port is described in xHCI
Depending on the version of hardware or its properties, which are only
known at runtime, various properties of the OPP can change. For example,
an OPP with frequency 1.2 GHz, may have different voltage/current
requirements based on the version of the hardware it is running on.
In order to not
On 11/10/2015 07:40 PM, Jens Axboe wrote:
On 11/10/2015 07:31 PM, Linus Torvalds wrote:
On Tue, Nov 10, 2015 at 6:25 PM, Jens Axboe wrote:
On Tue, Nov 10 2015, Linus Torvalds wrote:
Al, ping?
On Thu, Nov 5, 2015 at 7:38 PM, Linus Torvalds
wrote:
On Thu, Nov 5, 2015 at 6:19 PM, Al Viro
It would be better to name OPP nodes as opp@ as that will ensure
that multiple DT nodes don't contain the same frequency. Of course we
expect the writer to name the node with its opp-hz frequency and not any
other frequency.
And that will let the compile error out if multiple nodes are using the
We may want to enable only a subset of OPPs, from the bigger list of
OPPs, based on what version of the hardware we are running on. This
would enable us to not duplicate OPP tables for every version of the
hardware we support.
To enable that, this patch defines a new property 'opp-supported-hw'.
These aren't used until now by any DT files and wouldn't be used now as
we have a better scheme in place now, i.e. opp-property-
properties.
Remove the (useless) binding without breaking ABI.
Reviewed-by: Stephen Boyd
Acked-by: Rob Herring
Signed-off-by: Viresh Kumar
---
On 11/10/2015 07:31 PM, Linus Torvalds wrote:
On Tue, Nov 10, 2015 at 6:25 PM, Jens Axboe wrote:
On Tue, Nov 10 2015, Linus Torvalds wrote:
Al, ping?
On Thu, Nov 5, 2015 at 7:38 PM, Linus Torvalds
wrote:
On Thu, Nov 5, 2015 at 6:19 PM, Al Viro wrote:
How are we going to handle that one?
On Tue, Nov 10, 2015 at 6:25 PM, Jens Axboe wrote:
> On Tue, Nov 10 2015, Linus Torvalds wrote:
>> Al, ping?
>>
>> On Thu, Nov 5, 2015 at 7:38 PM, Linus Torvalds
>> wrote:
>> > On Thu, Nov 5, 2015 at 6:19 PM, Al Viro wrote:
>> >>
>> >> How are we going to handle that one? I can put it into
This patch adds debugfs support to OPP layer to export OPPs and their
properties for all the devices.
This creates a top level directory: /sys/kernel/debug/opp and then
device specific directories (based on device names) inside it. For
example: 'cpu0', 'cpu1', etc..
If multiple devices share the
On 11 November 2015 at 08:41, Andrew Morton wrote:
> On Tue, 10 Nov 2015 14:10:47 +0900 Alexandre Courbot
> wrote:
>
>> dma_to_phys() is not guaranteed to be available on all platforms and
>> should not be used outside of arch/. Replace it with what it is expected
>> to do in our case: simply
On Tue, Nov 10 2015, Linus Torvalds wrote:
> Al, ping?
>
> On Thu, Nov 5, 2015 at 7:38 PM, Linus Torvalds
> wrote:
> > On Thu, Nov 5, 2015 at 6:19 PM, Al Viro wrote:
> >>
> >> How are we going to handle that one? I can put it into mainline pull
> >> request via vfs.git, with Cc: stable, but if
Hi,
On 11/11/15 at 09:32am, Lu, Baolu wrote:
>
>
> On 11/10/2015 05:39 PM, Dave Young wrote:
> >Hi,
> >
> >On 11/09/15 at 03:38pm, Lu Baolu wrote:
> >>This patch series adds support for early printk through USB3 debug port.
> >>USB3 debug port is described in xHCI specification as an optional
Al, ping?
On Thu, Nov 5, 2015 at 7:38 PM, Linus Torvalds
wrote:
> On Thu, Nov 5, 2015 at 6:19 PM, Al Viro wrote:
>>
>> How are we going to handle that one? I can put it into mainline pull
>> request via vfs.git, with Cc: stable, but if e.g. Jens prefers to take it
>> via the block tree, I'll
Hi Sinan,
Sorry please ignore this warning -- it's actually a problem specific
to the mn10300 arch. I'll disable such warning in mn10300 in future.
Thanks,
Fengguang
On Sun, Nov 08, 2015 at 07:43:52PM -0500, Sinan Kaya wrote:
>
>
> On 11/8/2015 2:13 PM, kbuild test robot wrote:
> >Hi Sinan,
>
Hi, Linus,
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/rzhang/linux.git next
to receive the latest Thermal Management updates for 4.4-rc1 with
top-most commit 7c5b2759bf8c2cbc60e5560c72cf51a2628f6d30:
Merge branches 'thermal-core', 'thermal-intel' and 'thermal-soc' into
Hi Jacek,
On 11/10/2015 10:44 PM, Jacek Anaszewski wrote:
+static ssize_t lm3633_led_store_pattern_levels(struct device *dev,
>>>+ struct device_attribute *attr,
>>>+ const char *buf, size_t len)
>>>+{
>>>+struct ti_lmu_led *lmu_led =
1 - 100 of 1482 matches
Mail list logo
