Hi Chaotian,
[auto build test ERROR on v4.3-rc4 -- if it's inappropriate base, please ignore]
config: i386-randconfig-i1-201540 (attached as .config)
reproduce:
# save the attached .config to linux build tree
make ARCH=i386
All errors (new ones prefixed by >>):
drivers/mmc/c
On Tue, Oct 6, 2015 at 9:32 PM, Robert Jarzmik wrote:
> Rob Herring writes:
>>> + "marvell,pxa2xx-lcdc",
>>
>> No differences in h/w for any of the chips?
> All pxa25x, pxa27x and pxa3xx are compatible.
> AFAIK, pxa3xx has an IP with additional registers. But :
> - these (this) register(s)
>
> Purely cosmetic, but the complex "if" condition looks annoying to me.
> Especially because it is not consistent with OOM_SCORE_ADJ_MIN check
> which adds another if/continue.
>
> Signed-off-by: Oleg Nesterov
> ---
> mm/oom_kill.c | 18 +++---
> 1 file changed, 11 insertions(+),
On Mon, Oct 05, 2015 at 05:37:02AM +, RAJESH BHAGAT wrote:
> Hi Shawn,
>
> Regarding below patch, Felipe has suggested to talk to you:
>
> > [PATCH 3/3][v4] arm: dts: ls1021a: Add quirk for Erratum A009116
>
> talk to you ARM-SoC maintainer.
>
> https://lkml.org/lkml/2015/9/4/7
>
> Please
Suppose that we got a data crc error, and it triggers the mmc_reset.
mmc_reset will call mmc_send_status to see if HW reset was supported.
before issue CMD13, it will do retune, and if EMMC was in HS400 mode,
it will reduce frequency to 52Mhz firstly, then results in card init
was doing at 52Mhz.
T
On Thu, Oct 01, 2015 at 11:31:11AM -0500, Zhi Li wrote:
> On Fri, Sep 18, 2015 at 8:12 PM, Shawn Guo wrote:
> > I have zero interest to maintain this pile of code in the mainline
> > kernel. Take it as a motivation to move to PSCI soon, or you maintain
> > it on your own as a out-of-tree patch fo
On 2015/10/1 1:39, Mark Brown wrote:
> On Wed, Sep 30, 2015 at 07:05:04PM +0800, Fei Wang wrote:
>
>> +Hisilicon hi655x Power Management Integrated Circuit (PMIC)
>> +
>> +hi655x consists of a large and varied group of sub-devices:
>> +
>> +Device Supply NamesDescription
; > On Wed, Oct 07, 2015 at 08:40:37PM +0800, kbuild test robot wrote:
> > > > > Hi Sudip,
> > > > >
> > > > > [auto build test ERROR on v4.3-rc4 -- if it's inappropriate base,
> > > > > please ignore]
> > > > v4.3-rc
On 10/7/15 11:21 PM, Ingo Molnar wrote:
so I see no reason why unprivileged eBPF couldn't have a sysctl too - with the
default value set to permissive.
agreed. sent out v2 follows 'modules_disabled' style.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On 07/10/15 20:11, Matt Mullins wrote:
> On Wed, Oct 07, 2015 at 11:19:17AM +0300, Adrian Hunter wrote:
>> On 07/10/15 11:18, Jiri Olsa wrote:
>>> On Tue, Oct 06, 2015 at 03:53:14PM -0700, Matt Mullins wrote:
Tools in kmod (e.g. modprobe) compose the module path from the release
from unam
Hello,
On 2015-10-08 08:02, Krzysztof Kozlowski wrote:
On 07.10.2015 23:26, Marek Szyprowski wrote:
Hello,
On 2015-10-07 02:30, Krzysztof Kozlowski wrote:
Introduction
This patchset tries to fix probing of usb3503 on Arndale board
if the Samsung PHY driver is probed later (or bui
On Wed, Oct 07, 2015 at 05:10:34PM +0200, Arnd Bergmann wrote:
> On Wednesday 07 October 2015 16:23:44 Miroslav Lichvar wrote:
> > Without the limit added by this patch make will go nuts just one week
> > later when the 32-bit time_t overflows to Dec 13 1901 and the files
> > will appear as 136 yea
* Alexei Starovoitov wrote:
> As far as sysctl we can look at two with similar purpose:
> sysctl_perf_event_paranoid and modules_disabled.
> First one is indeed multi level, but not because of the fear of bugs,
> but because of real security implications.
It serves both purposes flexibly, and n
On Wed, Oct 7, 2015 at 4:48 PM, Vivien Didelot
wrote:
> For consistency with the FDB add operation, propagate the
> switchdev_obj_port_fdb structure in the DSA drivers.
>
> Signed-off-by: Vivien Didelot
Reviewed-by: Scott Feldman
--
To unsubscribe from this list: send the line "unsubscribe linu
On (10/07/15 21:17), Davidlohr Bueso wrote:
> This function incurs in very hot paths and merely
> does a few loads for validity check. Lets inline it,
> such that we can save the function call overhead.
>
> Signed-off-by: Davidlohr Bueso
> ---
> mm/vmacache.c | 2 +-
> 1 file changed, 1 insertio
On Wed, Oct 7, 2015 at 4:48 PM, Vivien Didelot
wrote:
> Now that the prepare phase is pushed down to the DSA drivers, propagate
> it to the port_fdb_add function.
>
> Signed-off-by: Vivien Didelot
Reviewed-by: Scott Feldman
--
To unsubscribe from this list: send the line "unsubscribe linux-kern
On Wed, Oct 7, 2015 at 4:48 PM, Vivien Didelot
wrote:
> Push the prepare phase for FDB operations down to the DSA drivers, with
> a new port_fdb_prepare function. Currently only mv88e6xxx is affected.
>
> Signed-off-by: Vivien Didelot
Reviewed-by: Scott Feldman
--
To unsubscribe from this list:
(back from vacation)
On 2015/10/4 12:26, Cal Peake wrote:
On Thu, 1 Oct 2015, Steven Rostedt wrote:
I merged 3.4.109 into 3.4-rt, and it bugged. I then booted 3.4.109
vanilla and it bugged too. 3.4.108 is fine.
I guess this is caused by the following commit, which has already been
revert
Hi Bhuvan,
On 2015-09-23 06:43, Bhuvanchandra DV wrote:
> There is an observed temperature difference of ~20°C with the
> internal temperature reading and the temperature measured on
> SoC package. Existing calculations consider the typical values
> provided in datasheet. Those typical values are
FYI, we noticed the below changes on
https://git.kernel.org/pub/scm/linux/kernel/git/daveh/x86-pkeys.git
pkeys-v005-protsyscalls
commit 2205cb3c40c2ba6521427c9f8f36b2d4f2f2a98d ("x86, pkeys: arch-specific
protection bits")
===
Hi Stephen,
On Thu, Oct 8, 2015 at 3:04 AM, Stephen Rothwell wrote:
> Hi Sebastian,
>
> On Fri, 2 Oct 2015 11:49:32 +1000 Stephen Rothwell
> wrote:
>>
>> On Tue, 29 Sep 2015 11:45:31 +1000 Stephen Rothwell
>> wrote:
>> >
>> > After merging the battery tree, today's linux-next build (arm
>> >
FYI, we noticed the below changes on
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit 46cfb125d673f2f30acf06b3c02485bf693d54e9 ("mm: increase SWAP_CLUSTER_MAX
to batch TLB flushes")
Dne 7.10.2015 v 21:49 Robert Jarzmik napsal(a):
> Philipp Zabel writes:
>
>> Am Montag, den 28.09.2015, 23:38 +0200 schrieb Petr Cvek:
>>> This patch adds support for an OV9640 camera to the HTC Magician
>>> machine.
>>>
>>> Signed-off-by: Petr Cvek
>>
>> Still untested, but looks good to me.
>
On 07.10.2015 23:26, Marek Szyprowski wrote:
> Hello,
>
> On 2015-10-07 02:30, Krzysztof Kozlowski wrote:
>> Introduction
>>
>> This patchset tries to fix probing of usb3503 on Arndale board
>> if the Samsung PHY driver is probed later (or built as a module).
>>
>> *The patchset was n
This patch fix a compilation warning on arm 32-bit platform
Signed-off-by: huangdaode
Signed-off-by: yankejian
---
drivers/net/ethernet/hisilicon/hns/hnae.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/net/ethernet/hisilicon/hns/hnae.c
b/drivers/net/
This patch fixes a bug in hns driver during internal testing of the
driver.
Signed-off-by: huangdaode
Signed-off-by: yankejian
---
drivers/net/ethernet/hisilicon/hns/hns_dsaf_mac.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/hisilicon/hns/hns_dsaf_ma
This patchset fixes the two bugs in HNS driver, one is for fixing the
compilation warning bug on arm 32-bit platform, another is fixing the wrong
mac port judgement bug which is found during internal tests.
huangdaode (2):
net: Fix Hisilicon Network Subsystem compilation warning
net: fix a bug
Change HIGHMEM_ZONE to be the same as DMA_ZONE macro.
Signed-off-by: yalin wang
---
include/linux/vm_event_item.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/linux/vm_event_item.h b/include/linux/vm_event_item.h
index 2b1cef8..b3bd7c7 100644
--- a/include/linu
FYI, we noticed the below changes on
https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master
commit 15bec0ff5a9ba6d203178fa8772259df6207942a ("f2fs: do not skip dentry
block writes")
=
tbo
Remove semicolons after switch statement.
Signed-off-by: Krzysztof Kozlowski
---
drivers/thermal/samsung/exynos_tmu.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/thermal/samsung/exynos_tmu.c
b/drivers/thermal/samsung/exynos_tmu.c
index eac6aebf82f3..1af7ea8dd
Thermal core could not read the temperature after registering the
thermal sensor with thermal_zone_of_sensor_register() because the driver
was not yet initialized.
The call trace looked like:
exynos_tmu_probe()
thermal_zone_of_sensor_register()
of_thermal_set_mode()
During probe if the regulator could not be enabled, the error exit path
would still disable it. This could lead to unbalanced counter of
regulator enable/disable.
The patch moves code for getting and enabling the regulator from
exynos_map_dt_data() to probe function because it is really not a part
The 'ret' variable in exynos5440_tmu_initialize() is initialized to 0
and returned as is. Replace it with direct return statement. This also
fixes coccinelle warning:
drivers/thermal/samsung/exynos_tmu.c:611:5-8: Unneeded variable: "ret". Return
"0" on line 654
Signed-off-by: Krzysztof Kozlowski
The NULL check in probe's error path is not needed because in that time
the regulator cannot be NULL (regulator_get() returns valid pointer or
ERR_PTR).
Signed-off-by: Krzysztof Kozlowski
---
drivers/thermal/samsung/exynos_tmu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
On 08/10/15 00:05, Michael S. Tsirkin wrote:
On Wed, Oct 07, 2015 at 07:39:16PM +0300, Avi Kivity wrote:
That's what I thought as well, but apparently adding msix support to the
already insecure uio drivers is even worse.
I'm glad you finally agree what these drivers are doing is insecure.
A
On 2015/10/7 1:47, Bjorn Helgaas wrote:
> Hi Jiang,
>
> Strictly speaking, this patch by itself doesn't actually "consolidate"
> anything because it only adds acpi_pci_root_create() (which isn't called by
> anything yet), but doesn't remove the original x86 copy.
>
>> +struct pci_bus *acpi_pci_r
Add new tests samples/bpf/test_verifier:
unpriv: return pointer
checks that pointer cannot be returned from the eBPF program
unpriv: add const to pointer
unpriv: add pointer to pointer
unpriv: neg pointer
checks that pointer arithmetic is disallowed
unpriv: cmp pointer with const
unpriv: cmp
v1-v2:
- this set logically depends on cb patch
"bpf: fix cb access in socket filter programs":
http://patchwork.ozlabs.org/patch/527391/
which is must have to allow unprivileged programs.
Thanks Daniel for finding that issue.
- refactored sysctl to be similar to 'modules_disabled'
- droppe
In order to let unprivileged users load and execute eBPF programs
teach verifier to prevent pointer leaks.
Verifier will prevent
- any arithmetic on pointers
(except R10+Imm which is used to compute stack addresses)
- comparison of pointers
(except if (map_value_ptr == 0) ... )
- passing pointe
since eBPF programs and maps use kernel memory consider it 'locked' memory
from user accounting point of view and charge it against RLIMIT_MEMLOCK limit.
This limit is typically set to 64Kbytes by distros, so almost all
bpf+tracing programs would need to increase it, since they use maps,
but kernel
Hi all,
Changes since 20151007:
Linus' tree gained a build failure for which I applied a fix patch.
I used the h8300 tree from next-20150828 since the current tree has been
rebased onto linux-next again :-(
The battery tree still had its build failure so I used the version from
next-201
On 10/07/2015 10:21 PM, Konrad Rzeszutek Wilk wrote:
Hey,
I was running some tools in which we would heavily do rescheduling
of events - and realized to my surprise that the event channels (and
the hypercall) would slow things down. If I used the vAPIC with its
IPI support (so no VMEXIT) I got m
Hi Thomas & Paolo,
> -Original Message-
> From: Jiang Liu [mailto:jiang@linux.intel.com]
> Sent: Saturday, October 03, 2015 5:11 PM
> To: Wu, Feng; t...@linutronix.de; pbonz...@redhat.com
> Cc: k...@vger.kernel.org; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH] genirq: Move irq_s
This patch change some bool variables in struct regmap { }
to be u8 v : 1 type, so that we can shrink the sizeof of struct regmap.
Signed-off-by: yalin wang
---
drivers/base/regmap/internal.h | 21 ++---
1 file changed, 10 insertions(+), 11 deletions(-)
diff --git a/drivers/bas
On Thu, Oct 08, 2015 at 12:05:11AM +0300, Michael S. Tsirkin wrote:
> On Wed, Oct 07, 2015 at 07:39:16PM +0300, Avi Kivity wrote:
> > That's what I thought as well, but apparently adding msix support to the
> > already insecure uio drivers is even worse.
>
> I'm glad you finally agree what these d
This function incurs in very hot paths and merely
does a few loads for validity check. Lets inline it,
such that we can save the function call overhead.
Signed-off-by: Davidlohr Bueso
---
mm/vmacache.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/vmacache.c b/mm/vmacach
On Thu, 2015-10-08 at 09:16 +0800, Fengguang Wu wrote:
> On Thu, Oct 08, 2015 at 09:06:03AM +0800, Fengguang Wu wrote:
> > On Thu, Oct 08, 2015 at 11:11:59AM +1100, Michael Ellerman wrote:
> > > On Wed, 2015-10-07 at 21:56 +0800, Fengguang Wu wrote:
> > > > On Tue, Oct 06, 2015 at 02:39:06PM +1100,
Only the new design support 8 channels capture now, the others support 2
channels capture. but all of them support 32bits/sample.
On 10/8/2015 11:19, Caleb Crome wrote:
That will work! Do all your cortex-a parts support that?
Thanks, Caleb
Sent from my iPhone
--
To unsubscribe from this l
On Thu, 2015-10-08 at 02:41 +, Wang Long wrote:
> We use
>
> $make TARGETS="size timers" kselftest
>
> to build and run selftests. but there is no rule
> for us to clean the kselftest generated files.
>
> This patch add the rules, for example:
>
> $ make TARGETS="size timers" ksel
On Wed, 2015-10-07 at 08:25 -0700, Paul E. McKenney wrote:
> On Wed, Oct 07, 2015 at 02:23:17PM +0100, Will Deacon wrote:
> > Hi Peter,
> >
> > Thanks for the headache ;)
> >
> > On Wed, Oct 07, 2015 at 01:19:15PM +0200, Peter Zijlstra wrote:
> > > On Wed, Oct 07, 2015 at 11:59:28AM +0100, Will D
> -Original Message-
> From: Bryan O'Donoghue [mailto:pure.lo...@nexus-software.ie]
> Sent: Wednesday, October 07, 2015 11:00 PM
>
> Wilson.
>
> Same question as at V7. If you aren't supporting the MFH on Galileo then
> what capsule are you using with 0.75 BIOS ? From memory it won't work
Odroid XU4 has a RTL8153-CG gigabit Ethernet adapter, connected over
USB 3.0.
Signed-off-by: Anand Moon
Reviewed-by: Krzysztof Kozlowski
---
Changes: Fixed the commit message thanks to Krzysztof Kozlowski
Added reviewed by Krzysztof Kozlowski
---
arch/arm/configs/multi_v7_defconfig |
Odroid XU4 has a RTL8153-CG gigabit Ethernet adapter, connected over
USB 3.0.
Signed-off-by: Anand Moon
Reviewed-by: Krzysztof Kozlowski
---
Changes: Fixed the commit message thanks to Krzysztof Kozlowski
Added reviewed by Krzysztof Kozlowski
---
arch/arm/configs/exynos_defconfig | 1
On Wed, 2015-10-07 at 10:46 -0400, Chris Metcalf wrote:
> For some reason, only the little-endian flavor of
> powerpc provided the zero_bytemask() implementation.
Because previously it was optional unless DCACHE_WORD_ACCESS was enabled.
> Reported-by: Michal Sojka
> Signed-off-by: Chris Metcalf
On Mon, 2015-09-28 at 01:34 +0100, Ben Hutchings wrote:
> rtsx_usb_ms creates a task that mostly sleeps, but tasks in
> uninterruptible sleep still contribute to the load average (for
> bug-compatibility with Unix). A load average of ~1 on a system that
> should be idle is somewhat alarming.
>
>
Hi
Debugged this with traces enabled. Turns out that unsquashfs *is*
setting xattrs with lsetxattr() but soon after returning from
write_xattr(), it calls chown() and that is removing the xattrs on
file.
Please take a look at this patch below, which calls chown() only if
uid/gid of file is differ
FYI, we noticed the below changes on
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 048883e0b934d9a5103d40e209cb14b7f33d2933 ("nfs: fix pg_test page count
calculation")
=
tb
Now that connect() permanently registers a callback routine, we can induce
extra overhead in unix_dgram_recvmsg(), which unconditionally wakes up
its peer_wait queue on every receive. This patch makes the wakeup there
conditional on there being waiters.
Signed-off-by: Jason Baron
---
include/net
Hi,
These patches are against mainline, I can re-base to net-next, just
let me know.
They have been tested against: https://lkml.org/lkml/2015/9/13/195,
which causes the use-after-free quite quickly and here:
https://lkml.org/lkml/2015/10/2/693.
Thanks,
-Jason
v3:
-beef up memory barrier comme
The unix_dgram_poll() routine calls sock_poll_wait() not only for the wait
queue associated with the socket s that we are poll'ing against, but also calls
sock_poll_wait() for a remote peer socket p, if it is connected. Thus,
if we call poll()/select()/epoll() for the socket s, there are then
a cou
Convert gc_flags to flags in perparation for the subsequent patch, which will
make use of a flag bit for a non-gc purpose.
Signed-off-by: Jason Baron
---
include/net/af_unix.h | 2 +-
net/unix/garbage.c| 12 ++--
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/include
That will work! Do all your cortex-a parts support that?
Thanks, Caleb
Sent from my iPhone
> On Oct 7, 2015, at 7:44 PM, sugar wrote:
>
> Yes, we can support 8 channels with 32bits/sample, thanks.
>
>> 在 10/8/2015 10:36, Caleb Crome 写道:
>> We make microphone arrays with lots of microphones.
Hi
On 10/06/2015 08:01 PM, Mark Brown wrote:
On Tue, Oct 06, 2015 at 04:06:55PM +0900, Jiada Wang wrote:
As ALC2 register is volatile, declare it as one of ALC Coefficients
register together with other non-volatile registers will cause issue,
in case wm8962 has enter suspend mode, and cache_o
On 2015/10/8 10:51, Jiang Liu wrote:
> Previously the eata driver just grabs and accesses eata PCI devices
> without implementing a PCI device driver, that causes troubles with
> latest IRQ related
>
> Commit 991de2e59090 ("PCI, x86: Implement pcibios_alloc_irq() and
> pcibios_free_irq()") changes
Hi,
On 10/08/15 at 10:47am, kernel test robot wrote:
> FYI, we noticed the below changes on
>
> git://internal_mailing_list_patch_tree
> Baoquan-He/iommu-vt-d-break-the-for-loop-if-an-empty-ir_ioapic-entry-found
> commit c1b9a54b6f21f22bb5fba5cb981da0be06011476 ("iommu/vt-d: Adjsut the
> return
Previously the eata driver just grabs and accesses eata PCI devices
without implementing a PCI device driver, that causes troubles with
latest IRQ related
Commit 991de2e59090 ("PCI, x86: Implement pcibios_alloc_irq() and
pcibios_free_irq()") changes the way to allocate PCI legacy IRQ
for PCI devic
Arthur Marsh reported that with the first
patch applied, he still encountered troubles when doing kexec with eata
devices. Quote Arthur's report:
To clarify, if the eata driver gets loaded once and stays loaded, at a
kexec reboot attempt the "Synchronising SCSI cache" message is missing
Yes, we can support 8 channels with 32bits/sample, thanks.
在 10/8/2015 10:36, Caleb Crome 写道:
We make microphone arrays with lots of microphones. Some as few as 2, many
with 7 channels, and a few with 14 or more.
Can you support 8 channels with 32 bits/sample? That would work, we can just
s
We use
$make TARGETS="size timers" kselftest
to build and run selftests. but there is no rule
for us to clean the kselftest generated files.
This patch add the rules, for example:
$ make TARGETS="size timers" kselftest-clean
can clean all kselftest generated files.
Signed-off-by:
On 2015/10/2 22:18, Shuah Khan wrote:
> On 09/30/2015 07:17 PM, Michael Ellerman wrote:
>> On Wed, 2015-09-23 at 09:33 +, Wang Long wrote:
>>> We use
>>>
>>> $make TARGETS="size timers" kselftest
>>>
>>> to build and run selftests. but there is no rule
>>> for us to clean the kselftest gene
FYI, we noticed the below changes on
https://git.kernel.org/pub/scm/linux/kernel/git/andrea/aa.git master
commit 81c72584a480c5a4b7eede527d0b990c83c2dcc9 ("mm: gup: make
get_user_pages_fast and __get_user_pages_fast latency conscious")
===
We make microphone arrays with lots of microphones. Some as few as 2, many
with 7 channels, and a few with 14 or more.
Can you support 8 channels with 32 bits/sample? That would work, we can just
set the codecs for 16-bit samples, which would be 256 bits/frame.
Hope you had a great golden w
aused by commit
01e7e432df74 ("platform/chrome: Support reading/writing the vboot context")
I have used the chrome-platform tree from next-20151007 for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
--
To unsubscribe from this list: send the line "unsubsc
On 10/5/15 1:48 PM, Alexei Starovoitov wrote:
Unprivileged socket filter bpf programs have access to the
following helper functions:
- map lookup/update/delete (but they cannot store kernel pointers into them)
- get_random (it's already exposed to unprivileged user space)
- get_smp_processor_id
-
If kernelcore was not specified, or the kernelcore size is zero
(required_movablecore >= totalpages), or the kernelcore size is larger
than totalpages, there is no ZONE_MOVABLE. We should fill the zone
with both kernel memory and movable memory.
Signed-off-by: Xishi Qiu
---
mm/page_alloc.c | 7 +
On Wednesday 07 October 2015 18:08:47 Bjorn Helgaas wrote:
> [+cc Matthew]
>
> On Wed, Oct 07, 2015 at 01:08:40PM -0700, David Daney wrote:
> > On 10/07/2015 12:44 PM, Bjorn Helgaas wrote:
> > >Hi David,
> > >
> > >On Fri, Oct 02, 2015 at 11:43:59AM -0700, David Daney wrote:
> > >>From: David Dane
> Am 30.09.2015 um 08:55 schrieb Richard Weinberger:
> >> By the way, Do you review my patches series ? I don't backup duplicated
> data in OOB .
> >> Can you specify which sector codes ? so that I can explain it in detail.
> >
> > Okay. Maybe both Boris and I misread your code, can you please expl
From: Jonathan Cameron Sent: Sunday, September 27, 2015
11:53 PM
> To: Bhuvanchandra DV; linux-...@vger.kernel.org
> Cc: ste...@agner.ch; maitysancha...@gmail.com; Duan Fugang-B38611;
> knaac...@gmx.de; l...@metafoo.de; pme...@pmeerw.net; shawn@linaro.org;
> linux-kernel@vger.kernel.org; Duan
Hi Caleb,
we haven't support 16 channels capture and playback yet, would you mind
to detail the use case? if must, we may support this feature on next
generation chip.
在 10/7/2015 21:04, Caleb Crome 写道:
Hi sugar,
Can the rockchip support more than 8 channels? Ideally, we would like to
On 10/7/15 11:36 AM, Rob Herring wrote:
On Wed, Oct 7, 2015 at 5:36 AM, Andrew wrote:
On 2015-10-07 02:01, Laura Abbott wrote:
On 10/6/15 3:35 PM, Rob Herring wrote:
On Tue, Oct 6, 2015 at 3:47 PM, Laura Abbott
wrote:
From: Laura Abbott
This adds a base set of devicetree bindings for
Hi
On 10/06/2015 07:59 PM, Mark Brown wrote:
On Tue, Oct 06, 2015 at 04:06:54PM +0900, Jiada Wang wrote:
+ /* All registers have been reset to default value without calling
+* to regmap interface, even if reset fails, some registers
+* maybe in intermediate status, so we
On Thu, Oct 08, 2015 at 09:06:03AM +0800, Fengguang Wu wrote:
> On Thu, Oct 08, 2015 at 11:11:59AM +1100, Michael Ellerman wrote:
> > On Wed, 2015-10-07 at 21:56 +0800, Fengguang Wu wrote:
> > > On Tue, Oct 06, 2015 at 02:39:06PM +1100, Michael Ellerman wrote:
> > > > On Sat, 2015-10-03 at 04:33 +0
On 10/07/2015 08:56 AM, Seth Forshee wrote:
On Wed, Oct 07, 2015 at 09:34:10AM -0400, Benjamin Tissoires wrote:
[sorry for the late answer Jiri, I was on vacations last week]
On Oct 07 2015 or thereabouts, Mika Westerberg wrote:
Some newer Intel Skylake based Dell laptops with Win8 precision
Hello, Dave.
On Thu, Oct 08, 2015 at 12:02:18PM +1100, Dave Chinner wrote:
> > percpu cmpxchg is no different from sub or any other operations
> > regarding cross-CPU synchronization. They're safe iff the operations
> > are on the local CPU. They have to be made atomics if they need to be
> > ma
On Thu, Oct 08, 2015 at 11:11:59AM +1100, Michael Ellerman wrote:
> On Wed, 2015-10-07 at 21:56 +0800, Fengguang Wu wrote:
> > On Tue, Oct 06, 2015 at 02:39:06PM +1100, Michael Ellerman wrote:
> > > On Sat, 2015-10-03 at 04:33 +0800, kbuild test robot wrote:
> > > > Hi Nishanth,
> > > >
> > > > [a
Hi Sebastian,
On Fri, 2 Oct 2015 11:49:32 +1000 Stephen Rothwell
wrote:
>
> On Tue, 29 Sep 2015 11:45:31 +1000 Stephen Rothwell
> wrote:
> >
> > After merging the battery tree, today's linux-next build (arm
> > multi_v7_defconfig) failed like this:
> >
> > ERROR (phandle_references): Referenc
On Wed, Oct 07, 2015 at 04:20:10PM -0700, Tejun Heo wrote:
> Hello, Dave.
>
> On Thu, Oct 08, 2015 at 10:04:42AM +1100, Dave Chinner wrote:
> ...
> > As it is, the update race you pointed out is easy to solve with
> > __this_cpu_cmpxchg rather than _this_cpu_sub (similar to mod_state()
> > in the
Le 29/09/2015 02:29, Scott Wood a écrit :
On Tue, Sep 22, 2015 at 06:51:13PM +0200, Christophe Leroy wrote:
flush/clean/invalidate _dcache_range() functions are all very
similar and are quite short. They are mainly used in __dma_sync()
perf_event locate them in the top 3 consumming functions d
:
> > > > Hi Sudip,
> > > >
> > > > [auto build test ERROR on v4.3-rc4 -- if it's inappropriate base,
> > > > please ignore]
> > > v4.3-rc4 is not appropriate base. Please use next-20151007 for both.
> >
> > OK. FYI, if you use [PATCH
On 10/06, Eric Anholt wrote:
> diff --git a/drivers/clk/bcm/clk-bcm2835.c b/drivers/clk/bcm/clk-bcm2835.c
> index dd295e4..b4d4421 100644
> --- a/drivers/clk/bcm/clk-bcm2835.c
> +++ b/drivers/clk/bcm/clk-bcm2835.c
> @@ -17,10 +17,273 @@
> #include
> #include
> #include
> +#include
> #includ
From: Yunzhi Li
We initiate dwc2 usb controller in BIOS, dwc2_core_reset() should
be called before dwc2_get_hwparams() to reset core registers to
default value. Without this the FIFO setting might be incorrect
because calculating FIFO size need power-on value of
GRXFSIZ/GNPTXFSIZ/HPTXFSIZ registe
John,
On Mon, Oct 5, 2015 at 3:02 PM, John Youn wrote:
> On 10/1/2015 1:50 PM, Doug Anderson wrote:
>> John,
>>
>> On Tue, Aug 18, 2015 at 5:19 PM, John Youn wrote:
>>> Hi Yunzhi,
>>>
>>> My concern is with the delays due to calling the dwc2_core_reset
>>> during probe. You could factor out the
> > > As stated before, using OOB in UBI is not going to happen unless
> > > proven that there is absolutely no other way to solve the paired pages
> problem.
> > >
> > > Nacked-by: Richard Weinberger
> > >
> > > Sorry,
> > > //Richard
> >
> > Hi, Richard
> > Thanks for your concern. I am a new pa
On some host-only DWC2 ports (like the one in rk3288) when we set
GUSBCFG_FORCEHOSTMODE in GUSBCFG and then read back, we don't see the
bit set. Presumably that's because the port is always forced to HOST
mode so there's no reason to implement these status bits.
Since we know dwc2_core_reset() is
From: Yunzhi Li
I found that the probe function of dwc2 driver takes much time
when kernel boot up. There are many long delays in the probe
function these take almost 1 second.
This patch trying to reduce unnecessary delay time.
In dwc2_core_reset() I see it use two at least 20ms delays to
wait
Previously dwc2_get_hwparams() was changing GUSBCFG and not putting it
back the way it was (specifically it set and cleared FORCEHOSTMODE).
Since we want to move dwc2_core_reset() _before_ dwc2_get_hwparams() we
should make sure dwc2_get_hwparams() isn't messing with things in a
permanent way.
Sin
In (usb: dwc2: reset dwc2 core before dwc2_get_hwparams()) we added an
extra reset to the probe path for the dwc2 USB controllers. This
allowed proper detection of parameters even if the firmware had already
used the USB part.
Unfortunately, this extra reset is quite slow and is affecting boot
sp
This is a collection of patches, some by Yunzhi Li at Rockchip and some
by me, that fix dwc2_get_hwparams() on some boards (depending on how the
bootloader left things) and then attempt to optimize DWC2's probe
time (since fixing dwc2_get_hwparams() made probe even slower than it
was). Note that e
Hi Javier,
On 10/07/2015 07:25 PM, Javier Martinez Canillas wrote:
Hello Yakir,
On 10/07/2015 01:05 PM, Yakir Yang wrote:
Hi Javier,
On 10/07/2015 05:26 PM, Javier Martinez Canillas wrote:
Hello Yakir,
On 10/07/2015 11:02 AM, Yakir Yang wrote:
Hi Javier,
On 10/07/2015 04:46 PM, Javier Mar
On Wed, 2015-10-07 at 20:15 -0400, Josh Boyer wrote:
> On Wed, Oct 7, 2015 at 8:10 PM, Michael Ellerman wrote:
> > On Wed, 2015-10-07 at 10:31 -0400, Josh Boyer wrote:
> >> On Wed, Oct 7, 2015 at 5:13 AM, Michael Ellerman
> >> wrote:
> >> > On Wed, 2015-10-07 at 02:19 -0500, Segher Boessenkool w
1 - 100 of 836 matches
Mail list logo