On Tue, Sep 01, 2015 at 12:49:19PM +0800, Jason Wang wrote:
>
>
> On 09/01/2015 12:36 PM, Michael S. Tsirkin wrote:
> > On Tue, Sep 01, 2015 at 11:37:13AM +0800, Jason Wang wrote:
> >> >
> >> >
> >> > On 08/30/2015 05:12 PM, Michael S. Tsirkin wrote:
> >>> > > Even when we skip data decoding, M
On Tue, Sep 01, 2015 at 12:47:36PM +0800, Jason Wang wrote:
>
>
> On 09/01/2015 12:31 PM, Michael S. Tsirkin wrote:
> > On Tue, Sep 01, 2015 at 11:33:43AM +0800, Jason Wang wrote:
> >>
> >> On 08/31/2015 07:33 PM, Michael S. Tsirkin wrote:
> >>> On Mon, Aug 31, 2015 at 04:03:59PM +0800, Jason Wan
(cc'ing Michael Ellerman with this reply)
Hi Arnaldo,
On 09/01/2015 01:43 AM, Arnaldo Carvalho de Melo wrote:
Em Mon, Aug 31, 2015 at 12:18:00PM +0530, Hemant Kumar escreveu:
To analyze the exit events with perf, we need to export the related
tracepoints through kvm_perf.h. kvm_perf.h is to be
>>> On 31.08.15 at 21:19, wrote:
> On 08/20/2015 08:04 AM, Jan Beulich wrote:
>> While commit 4cca6ea04d31c claims to not have any functional effect on
>> Xen, this isn't the case: Before that change, kernels built without
>> CONFIG_XEN_PVHVM (a dependency which meanwhile became just CONFIG_XEN)
>
On Mon, Aug 31, 2015 at 03:31:58PM -0700, Raymond Jennings wrote:
> I think also that we should remove the ext2 driver before we remove the ext3
> driver.
Very strong disagreement here. Compare to ext4 and ext3, ext2 is a very
different beast with a different architecture. It's basically our
tem
On 2015/9/1 14:24, Adrian Hunter wrote:
On 01/09/15 08:56, Wang Nan wrote:
I hit following building error randomly:
Random presumably because there is a race to use/create the directory by
different make jobs (i.e. -j option).
Yes, I use -j 160 :)
...
/bin/sh: /path/to/kernel/buildperf
Andy Shevchenko writes:
> On Mon, Aug 24, 2015 at 5:32 PM, Alexander Shishkin
> wrote:
>> + /* trim the buffer to the supplied boundary */
>> + len = strlen(buffer);
>> + if (len >= attr->perf_err_size) {
>> + len = attr->perf_err_size - 1;
>> + buff
On 01/09/15 08:56, Wang Nan wrote:
> I hit following building error randomly:
Random presumably because there is a race to use/create the directory by
different make jobs (i.e. -j option).
>
> ...
> /bin/sh: /path/to/kernel/buildperf/util/intel-pt-decoder/inat-tables.c: No
> such file or dire
James Morris wrote:
> Please always specify which kernel a patch/pull request is for.
security/next in this case.
David
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
Display Port monitor could support kinds of mode which indicate
in monitor edid, not just one single display resolution which
defined in panel or devivetree property display timing.
Signed-off-by: Yakir Yang
---
Changes in v4:
- Call drm_panel_prepare() in .get_modes function, ensure panel should
On Sun, Aug 30, 2015 at 10:37:57PM -0400, Chuck Ebbert wrote:
> This is from https://bugzilla.redhat.com/show_bug.cgi?id=1258223
>
> [0.036000] BUG: unable to handle kernel paging request at 55501e06
[...]
> [0.036000] [] ? add_nops+0x90/0xa0
> [0.036000] [] apply_alternatives+0x274/
This change just make a little clean to make code more like
drm core expect, move hdp detect code from bridge->enable(),
and place them into connector->detect().
Signed-off-by: Yakir Yang
---
Changes in v4:
- Take Jingoo suggest, add commit messages.
Changes in v3:
- move dp hpd detect to connec
Some edp screen do not have hpd signal, so we can't just return
failed when hpd plug in detect failed.
This is an hardware property, so we need add a devicetree property
"analogix,need-force-hpd" to indicate this sutiation.
Signed-off-by: Yakir Yang
---
Changes in v4: None
Changes in v3:
- Add "
There are some IP limit on rk3288 that only support 4 physical lanes
of 2.7/1.6 Gbps/lane, so seprate them out by device_type flag.
Signed-off-by: Yakir Yang
---
Changes in v4:
- Take Thierry suggest, seprate the link-rate and lane-count limit
out with the device_type flag.
Changes in v3: None
Ping Ingo, ;-)
On 8/28/15 9:29 PM, Peter Zijlstra wrote:
On Fri, Aug 28, 2015 at 02:55:56PM +0800, Wanpeng Li wrote:
This patch fix it by following the rules for changing task_struct::cpus_allowed
w/ both pi_lock and rq->lock are held.
Thanks, I made that the below. There was a pin leak and I t
RK3288 need some special registers setting, we can separate
them out by the dev_type of plat_data.
Signed-off-by: Yakir Yang
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Fix compile failed dut to phy_pd_addr variable misspell error
drivers/gpu/drm/bridge/analogix/analogix_dp_reg
Signed-off-by: Yakir Yang
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Add GNU license v2 declared and samsung copyright
drivers/gpu/drm/exynos/exynos_dp.c | 1 +
drivers/gpu/drm/rockchip/analogix_dp-rockchip.c | 1 +
include/drm/bridge/analogix_dp.h
This phy driver would control the Rockchip DisplayPort module
phy clock and phy power, it is relate to analogix_dp-rockchip
dp driver. If you want DP works rightly on rockchip platform,
then you should select both of them.
Signed-off-by: Yakir Yang
---
Changes in v4:
- Take Kishon suggest, add co
On 8/31/2015 21:08, Vlastimil Babka wrote:
On 08/31/2015 07:58 AM, Changsheng Liu wrote:
From: Changsheng Liu
After the user config CONFIG_MOVABLE_NODE and movable_node kernel
option,
When the memory is hot added, should_add_memory_movable() return 0
because all zones including movable zon
From: Mark Yao
Add bpc and color mode setting in rockchip_drm_vop driver, so
connector could try to use the edid drm_display_info to config
vop output mode.
Signed-off-by: Mark Yao
Signed-off-by: Yakir Yang
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/gpu/drm/rockc
Rockchip have three clocks for dp controller, we leave pclk_edp
to analogix_dp driver control, and keep the sclk_edp_24m and
sclk_edp in platform driver.
Signed-off-by: Yakir Yang
---
Changes in v4:
- Remove some deprecated DT properties in rockchip dp document.
Changes in v3:
- Take Thierry Red
Analogix dp driver is split from exynos dp driver, so we just
make an copy of exynos_dp.txt, and then simplify exynos_dp.txt
Beside update some exynos dtsi file with the latest change
according to the devicetree binding documents.
Signed-off-by: Yakir Yang
---
Changes in v4:
- Take Krzysztof sug
After exynos_dp have been splited the common IP code into analogix_dp driver,
the analogix_dp driver have deprecated some samsung platform properties which
could be dynamic parsed from EDID/MODE/DPCD message, so this is an update for
exynos DTS file for dp-controller.
Beside analogix_dp have provi
On 2015/8/29 12:21, Wang Nan wrote:
diff --git a/tools/perf/tests/Build b/tools/perf/tests/Build
index c1518bd..8c98409 100644
--- a/tools/perf/tests/Build
+++ b/tools/perf/tests/Build
@@ -32,7 +32,14 @@ perf-y += sample-parsing.o
perf-y += parse-no-sample-id-all.o
perf-y += kmod-path.o
p
Both hsync/vsync polarity and interlace mode can be parsed from
drm display mode, and dynamic_range and ycbcr_coeff can be judge
by the video code, same to color space and color depth can be
parsed from EDID.
But presumably Exynos still relaies on the DT properties, so take
good use of mode_fixup(
I hit following building error randomly:
...
/bin/sh: /path/to/kernel/buildperf/util/intel-pt-decoder/inat-tables.c: No such
file or directory
...
LINK /path/to/kernel/buildperf/plugin_mac80211.so
LINK /path/to/kernel/buildperf/plugin_kmem.so
LINK /path/to/kernel/buildperf/p
link_rate and lane_count already configured in analogix_dp_set_link_train(),
so we don't need to config those repeatly after training finished, just
remove them out.
Beside Display Port 1.2 already support 5.4Gbps link rate, the maximum sets
would change from {1.62Gbps, 2.7Gbps} to {1.62Gbps, 2.7G
Linus, I am sorry for the annoyance.
On 09/01/2015 08:47 AM, Linus Torvalds wrote:
Hmm:
On Fri, Aug 14, 2015 at 4:57 PM, Paolo Bonzini wrote:
Xiao Guangrong (9):
KVM: MMU: fully check zero bits for sptes
The above commit causes an annoying new compiler warning.
The warning is bogu
In order to move exynos dp code to bridge directory,
we need to convert driver drm bridge mode first. As
dp driver already have a ptn3460 bridge, so we need
to move ptn bridge to the next bridge of dp bridge.
Signed-off-by: Yakir Yang
---
Changes in v4:
- Take Romain suggest, rebase on linux-next
After run "checkpatch.pl -f --subjective" command, I see there
are lots of alignment problem in exynos_dp driver, so let just
fix them.
- Take Romain suggest, rebase on linux-next branch
Signed-off-by: Yakir Yang
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- Take Joe Preches advis
Hi all,
The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller
share the same IP, so a lot of parts can be re-used. I split the common
code into bridge directory, then rk3288 and exynos only need to keep
some platform code. Cause I can't find the exact IP name of exynos dp
control
DT binding documentation for this new ASoC driver.
Signed-off-by: Songjun Wu
---
.../devicetree/bindings/sound/atmel-classd.txt | 73
1 file changed, 73 insertions(+)
create mode 100644 Documentation/devicetree/bindings/sound/atmel-classd.txt
diff --git a/Documentati
Add driver for the digital imput to PWM output stereo
class D amplifier. It comes with filter, digitally
controlled gain, an equalizer and a dmphase filter.
Signed-off-by: Songjun Wu
---
sound/soc/atmel/Kconfig|9 +
sound/soc/atmel/Makefile |2 +
sound/soc/atmel/atmel-class
We were aborting if the kzalloc of img_swap fails but without freeing the
already allocated out. Similarly we were aborting if spi_sync fails
without releasing out and img_swap.
Signed-off-by: Sudip Mukherjee
---
sound/soc/codecs/wm0010.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion
The Audio Class D Amplifier driver includes two parts.
1) Driver code to implement the Audio Class D Amplifier function.
2) Device tree binding document, it describes how to add the Audio
Class D Amplifier in device tree.
Songjun Wu (2):
ASoC: atmel-classd: add the Audio Class D Amplifier code
On Mon, Aug 31, 2015 at 09:34:04AM +0200, Sascha Hauer wrote:
> Signed-off-by: Sascha Hauer
> Reviewed-by: Daniel Kurtz
Uh, still forgot the commit log. Will add something like:
This adds the device tree binding documentation for the mediatek thermal
controller found on Mediatek MT8173 and othe
On Mon 31 Aug 08:43 PDT 2015, Rob Herring wrote:
> On Thu, Aug 27, 2015 at 12:37 PM, Bjorn Andersson
> wrote:
> > This documents a device tree binding for exposing the Qualcomm Shared
> > Memory State Machine as a set of gpio- and interrupt-controllers.
> >
> > Signed-off-by: Bjorn Andersson
> >
On Fri 28 Aug 09:44 PDT 2015, Bjorn Andersson wrote:
> It's possible to have gpio chips hanging off unreliable remote buses
> where the get() operation will fail to acquire a readout of the current
> gpio state. Propagate these errors to the consumer so that they can
> act on, retry or ignore thes
On Mon 31 Aug 18:39 PDT 2015, Stephen Boyd wrote:
> The smd structures are always in little endian, but the smd
> driver is not capable of being used on big endian CPUs. Annotate
> the little endian data members and update the code to do the
> proper byte swapping.
>
I think this looks good, but
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 Mon 31 Aug 18:39 PDT 2015, Stephen Boyd wrote:
> We already have a function to do this and it silences some sparse
> warnings along the way.
>
Didn't know that, thanks. Do you know why there's no equivalent for
transfers in the other direction? Should we hack one up to do the same
simplificat
That's the naming convention followed in most of opp core, but few
recent additions didn't follow this, fix them.
Reviewed-by: Stephen Boyd
Signed-off-by: Viresh Kumar
---
drivers/base/power/opp.c | 18 +-
drivers/cpufreq/cpufreq-dt.c | 10 +-
include/linux/pm_opp.h
Move cpu device specific code out of generic opp library, and add it to
cpu.c.
Along with that, create a core-internal opp.h header, which will be used
to share structures and function prototypes within opp core.
Reviewed-by: Stephen Boyd
Signed-off-by: Viresh Kumar
---
drivers/base/power/opp/
We already have a better API to get the opp descriptor block's node from
cpu-node. Lets reuse that instead of creating our own routines for the
same stuff. That cleans the code a lot.
This also kills a check we had earlier (as we are using the generic API
now). Earlier we used to check if the oper
OPP code is expanding and is already present in multiple directories
(cpufreq and power). Lets move it to its own directory, to manage it
better.
This also moves/renames the cpufreq_opp file to cpu.c, as it will
contain helpers for cpu device. Its not just about cpufreq, other
frameworks can use O
On Mon 31 Aug 18:39 PDT 2015, Stephen Boyd wrote:
> The rx and tx channel info are laid out in memory next to each
> other, and there are two types of channel info structures, byte
> based and word based. We have 4 pointers to these info
> structures, when we really only need two to point to the
>
On Mon 31 Aug 18:41 PDT 2015, Stephen Boyd wrote:
> Passing a void ** almost always requires a cast at the call site.
> Instead of littering the code with casts every time this function
> is called, have qcom_smem_get() return a void pointer to the
> location of the smem item. This frees the calle
On 09/01/2015 12:36 PM, Michael S. Tsirkin wrote:
> On Tue, Sep 01, 2015 at 11:37:13AM +0800, Jason Wang wrote:
>> >
>> >
>> > On 08/30/2015 05:12 PM, Michael S. Tsirkin wrote:
>>> > > Even when we skip data decoding, MMIO is slightly slower
>>> > > than port IO because it uses the page-tables,
On 09/01/2015 12:31 PM, Michael S. Tsirkin wrote:
> On Tue, Sep 01, 2015 at 11:33:43AM +0800, Jason Wang wrote:
>>
>> On 08/31/2015 07:33 PM, Michael S. Tsirkin wrote:
>>> On Mon, Aug 31, 2015 at 04:03:59PM +0800, Jason Wang wrote:
>
> On 08/31/2015 03:29 PM, Michael S. Tsirkin wrote:
>>>
On Tue, 01 Sep 2015 00:48:30 +0200,
Shuah Khan wrote:
>
> Hi Takashi,
>
> I am seeing the following inconsistent lock state warning when PCM
> is run in nonatomic mode. This is on 4.2.0 and with the following
> change to force PCM on nonatomic mode:
>
> diff --git a/sound/usb/stream.c b/sound/us
On Tue, Sep 01, 2015 at 11:37:13AM +0800, Jason Wang wrote:
>
>
> On 08/30/2015 05:12 PM, Michael S. Tsirkin wrote:
> > Even when we skip data decoding, MMIO is slightly slower
> > than port IO because it uses the page-tables, so the CPU
> > must do a pagewalk on each access.
> >
> > This overhea
On Tue, Sep 01, 2015 at 11:33:43AM +0800, Jason Wang wrote:
>
>
> On 08/31/2015 07:33 PM, Michael S. Tsirkin wrote:
> > On Mon, Aug 31, 2015 at 04:03:59PM +0800, Jason Wang wrote:
> >> >
> >> >
> >> > On 08/31/2015 03:29 PM, Michael S. Tsirkin wrote:
> >>> > > Thinking more about this,
Hi Linus,
On Tue, 1 Sep 2015 10:00:09 +1000 (AEST) James Morris wrote:
>
> Highlights:
>
> o PKCS#7 support added to support signed kexec, also utilized for module
> signing. See comments in 3f1e1bea.
>
> ** NOTE: this requires linking against the OpenSSL library, which must
>
On Tue, Sep 01, 2015 at 11:40:14AM +0800, Boqun Feng wrote:
> Hi Paul,
>
> On Mon, Aug 31, 2015 at 01:37:39PM -0700, Paul E. McKenney wrote:
> > On Mon, Aug 31, 2015 at 08:33:35PM +0200, Oleg Nesterov wrote:
> > > On 08/31, Boqun Feng wrote:
> > > >
> > > > Fair enough, I went too far. How about j
On Mon, Aug 31, 2015 at 6:01 PM, Andy Lutomirski wrote:
> On Mon, Aug 31, 2015 at 2:47 PM, Brian Gerst wrote:
>> On Mon, Aug 31, 2015 at 5:00 PM, Andy Lutomirski wrote:
>>> Why not just a struct? Also, why is this all tangled up in gsbase
>>> initialization?
>>
>> It has to do with the fact tha
Caused by commits
04be76a9b067 ("locktorture: Support rtmutex torturing")
40b2996f9b32 ("locktorture: Add torture tests for percpu_rwsem")
and maybe more.
I have used the rcu tree from next-20150831 for today.
--
Cheers,
Stephen Rothwells...@canb.auug
> -Original Message-
> From: Nikhil Badola [mailto:nikhil.bad...@freescale.com]
> Sent: Monday, August 17, 2015 9:54 AM
> To: linux-kernel@vger.kernel.org; devicet...@vger.kernel.org; linux-
> u...@vger.kernel.org
> Cc: ba...@ti.com; Badola Nikhil-B46172
> Subject: [PATCH 1/3][v2] Document
Hi Paul,
On Mon, Aug 31, 2015 at 01:37:39PM -0700, Paul E. McKenney wrote:
> On Mon, Aug 31, 2015 at 08:33:35PM +0200, Oleg Nesterov wrote:
> > On 08/31, Boqun Feng wrote:
> > >
> > > Fair enough, I went too far. How about just a single paragraph saying
> > > that:
> > >
> > > The wake_up(), wait_
On 08/30/2015 05:12 PM, Michael S. Tsirkin wrote:
> Even when we skip data decoding, MMIO is slightly slower
> than port IO because it uses the page-tables, so the CPU
> must do a pagewalk on each access.
>
> This overhead is normally masked by using the TLB cache:
> but not so for KVM MMIO, wher
On 08/31/2015 07:33 PM, Michael S. Tsirkin wrote:
> On Mon, Aug 31, 2015 at 04:03:59PM +0800, Jason Wang wrote:
>> >
>> >
>> > On 08/31/2015 03:29 PM, Michael S. Tsirkin wrote:
>>> > > Thinking more about this, invoking the 0-length write after
>>> > > > >> > the != 0 length
There is a problem in dwarf-regs.c of sh, sparc and x86 that it is
possible to make an out-of-bound array accessing when searching
register names. This patch fixes it by replacing '<=' to '<', so when
register (number == XXX_MAX_REGS), get_arch_regstr() returns NULL.
Signed-off-by: Wang Nan
Cc: A
On Thu, 13 Aug 2015, Jérôme Glisse wrote:
> The invalidate_range_start() and invalidate_range_end() can be
> considered as forming an "atomic" section for the cpu page table
> update point of view. Between this two function the cpu page
> table content is unreliable for the address range being
>
Recent cleanup removed some include files without checking if the cleaned
up code still compiles. This results in the following compile error.
drivers/clk/h8300/clk-h8s2678.c: In function ‘h8s2678_pll_clk_setup’:
drivers/clk/h8300/clk-h8s2678.c:99:14: error:
implicit declaration of functio
On Tue, Sep 01, 2015 at 09:28:49AM +0900, Byungchul Park wrote:
> On Mon, Aug 31, 2015 at 05:21:38PM +0200, Peter Zijlstra wrote:
> > On Thu, Aug 20, 2015 at 08:35:16PM +0900, Byungchul Park wrote:
> > > On Thu, Aug 20, 2015 at 08:22:00PM +0900, byungchul.p...@lge.com wrote:
> >
> > > > + /*
On Thu, Jul 16, 2015 at 03:14:55PM +1000, Benjamin Herrenschmidt wrote:
> On Thu, 2015-07-16 at 15:03 +1000, Benjamin Herrenschmidt wrote:
> > On Thu, 2015-07-16 at 12:00 +1000, Michael Ellerman wrote:
> > > That would fix the problem with smp_mb__after_unlock_lock(), but not
> > > the original wor
On Tue, Sep 01, 2015 at 01:24:53AM +, Richard Yao wrote:
> On Mon, 2015-08-17 09:56:55 -0700, Ben Hutchings wrote:
> > On Mon, 2015-08-17 at 17:11 +0200, Michal Hocko wrote:
> > > On Mon 17-08-15 16:56:32, Ben Hutchings wrote:
> > > > On Mon, 2015-08-17 at 15:54 +0200, Michal Hocko wrote:
> > >
On Mon, Aug 31, 2015 at 03:39:38PM -0700, Linus Torvalds wrote:
>
> That's not my only worry. Things like "can you go back to ext3-only"
> is an issue too - I don't think that's been a big priority for ext4
> any more, and if there are any existing hold-outs that still use ext3,
> they may want to
On Fri, Aug 28, 2015 at 10:03 PM, Luis R. Rodriguez wrote:
> On Fri, Aug 28, 2015 at 06:26:05PM -0400, Paul Moore wrote:
>> On Fri, Aug 28, 2015 at 7:20 AM, Roberts, William C
>> wrote:
>> > Even triggered updates make sense, since you can at least have some form
>> > of trust
>> > of where that
On 2015/9/1 4:43, Arnaldo Carvalho de Melo wrote:
Em Sat, Aug 29, 2015 at 04:21:57AM +, Wang Nan escreveu:
From: He Kuang
arch_get_reg_info() is a helper function which converts register name
like "%rax" to offset of a register in 'struct pt_regs', which is
required by BPF prologue gener
On Wed, Aug 26, 2015 at 11:03:00AM +, Pallala, Ramakrishna wrote:
> Hi Andreas,
>
> I went on a unplanned leave and I came back to office recently. I will go
> through your comments and get back to you.
Hi Ram,
hope all is well. Please let me know your plans/timeline for completing
this beca
The __do_IRQ() is removed by the patch:
"1c77ff2 genirq: Remove __do_IRQ"
This patch updates the comment for generic_handle_irq_desc().
Signed-off-by: Huang Shijie
---
include/linux/irqdesc.h | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/include/linux/irqdesc.h b/
I am sorry, I forget to remove them. It is generated by git and I send the
patch with outlook.
I will use git-send-email instead next time if my email account work.
Regards
Du, Changbin
> -Original Message-
> From: 'Greg Kroah-Hartman' [mailto:gre...@linuxfoundation.org]
> Sent: Monday,
From: "Tan, Jui Nee"
On Intel Baytrail, there is case when interrupt handler get called, no SPI
message is captured. The RX FIFO is indeed empty when RX timeout pending
interrupt (SSSR_TINT) happens.
Use the BIOS version where both HSUART and SPI are on the same IRQ. Both
drivers are using IRQF_
On (09/01/15 11:06), Minchan Kim wrote:
> Thanks.
>
> I want to include this patchset in Joonsoo's crypto support patch
> if you don't mind.
>
Sure. Thanks.
-ss
> Because we don't need to make additional changes at this moment
> unless we provides another compress algorithm which needs
Hi, Arnaldo
On 2015/9/1 4:16, Arnaldo Carvalho de Melo wrote:
Em Sat, Aug 29, 2015 at 03:16:52AM +, He Kuang escreveu:
This patch implements arch_get_reg_info() for arm64 to enable
HAVE_BPF_PROLOGUE feature. For arm64, structure pt_regs is not composed
by fields of register names but an arr
On Mon, Aug 31, 2015 at 09:49:51AM -0500, Nathan Sullivan wrote:
> Due to having hardware tx buffers less than 512 bytes in size, streaming
> must be enabled on the Zynq for the udc to work at all. Add platform data
> specific to the Zynq udc, which does not set the CI_HDRC_DISABLE_STREAMING
> fla
On Tue, Sep 01, 2015 at 10:41:50AM +0900, Sergey Senozhatsky wrote:
> Hello Minchan,
>
> On (09/01/15 10:22), Minchan Kim wrote:
> > Hello Sergey,
> >
> > On Fri, Aug 28, 2015 at 05:02:12AM -0700, Sergey Senozhatsky wrote:
> > > Hi,
> > >
> > > I think those are the changes we need to do in zram
Ping ?
> On Aug 30, 2015, at 14:19, yalin wang wrote:
>
> This patch add kc_offset_to_vaddr() and kc_vaddr_to_offset(),
> the default version doesn't work on arm64, because arm64 kernel address
> is below the PAGE_OFFSET, like module address and vmemmap address are
> all below PAGE_OFFSET address
On Tue, 01 Sep 2015 09:29:40 +1000, James Morris said:
> On Sun, 30 Aug 2015, David Howells wrote:
>
> > Add OIDs for sha224, sha284 and sha512 hash algos and use them to select
> > the hashing algorithm. Without this, something like the following error
> > might get written to dmesg:
> >
> > [
Hi Alexey:
在 2015/8/29 11:13, Alexey Klimov 写道:
> Hi Ma Jun,
>
> On Wed, Aug 19, 2015 at 5:55 AM, MaJun wrote:
>> From: Ma Jun
>>
>> Mbigen means Message Based Interrupt Generator(MBIGEN).
>>
>> Its a kind of interrupt controller that collects
>>
>> the interrupts from external devices and gene
The old code uses hardcode for the memtimer's interrupt property,
this patch replaces the hardcode with the proper macros.
Signed-off-by: Huang Shijie
---
arch/arm64/boot/dts/arm/juno-base.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/arm/juno-base.
Hello Minchan,
On (09/01/15 10:22), Minchan Kim wrote:
> Hello Sergey,
>
> On Fri, Aug 28, 2015 at 05:02:12AM -0700, Sergey Senozhatsky wrote:
> > Hi,
> >
> > I think those are the changes we need to do in zram. The rest
> > is zcomp specific. I'll be quite surprised to find out that
> > we need
Passing a void ** almost always requires a cast at the call site.
Instead of littering the code with casts every time this function
is called, have qcom_smem_get() return a void pointer to the
location of the smem item. This frees the caller from having to
cast the pointer with the small downside o
The rx and tx channel info are laid out in memory next to each
other, and there are two types of channel info structures, byte
based and word based. We have 4 pointers to these info
structures, when we really only need two to point to the
different types of structures. Encapsulate the byte based an
We already have a function to do this and it silences some sparse
warnings along the way.
Cc: Bjorn Andersson
Signed-off-by: Stephen Boyd
---
drivers/soc/qcom/smd.c | 13 -
1 file changed, 4 insertions(+), 9 deletions(-)
diff --git a/drivers/soc/qcom/smd.c b/drivers/soc/qcom/smd.c
The smd structures are always in little endian, but the smd
driver is not capable of being used on big endian CPUs. Annotate
the little endian data members and update the code to do the
proper byte swapping.
Cc: Bjorn Andersson
Signed-off-by: Stephen Boyd
---
drivers/soc/qcom/smd.c | 173 ++
This set of patches does some tidying in the beginning to prepare
for adding big endian CPU support to the smd code. It builds on a
previous patch to add big endian support to smem.
Stephen Boyd (3):
soc: qcom: smd: Represent channel layout in structures
soc: qcom: smd: Use __iowrite32_copy()
On Mon, Aug 31, 2015 at 6:19 PM, Andy Lutomirski wrote:
>
> On Sun, Aug 30, 2015 at 7:52 PM, Andy Lutomirski wrote:
>>
>> On Sun, Aug 30, 2015 at 2:18 PM, Brian Gerst wrote:
>> > On Sat, Aug 29, 2015 at 12:10 PM, Andy Lutomirski
>> > wrote:
>> >> On Sat, Aug 29, 2015 at 8:20 AM, Brian Gerst w
On Mon, 2015-08-17 09:56:55 -0700, Ben Hutchings wrote:
> On Mon, 2015-08-17 at 17:11 +0200, Michal Hocko wrote:
> > On Mon 17-08-15 16:56:32, Ben Hutchings wrote:
> > > On Mon, 2015-08-17 at 15:54 +0200, Michal Hocko wrote:
> > > > On Sun 16-08-15 01:42:27, Ben Hutchings wrote:
> > > > > Proprieta
Hi Rob,
On 8/28/2015 9:59 PM, Rob Herring wrote:
On Fri, Aug 28, 2015 at 4:12 AM, Milo Kim wrote:
>New function, 'of_dev_get_platdata()'
> - provides unified handling of getting device platform data
> - supports DT and non-DT(legacy) cases
> - removes duplicated code from each driver
> - k
Hello Sergey,
On Fri, Aug 28, 2015 at 05:02:12AM -0700, Sergey Senozhatsky wrote:
> Hi,
>
> I think those are the changes we need to do in zram. The rest
> is zcomp specific. I'll be quite surprised to find out that
> we need to change (in zram_drv) more.
This patchset looks good to me.
Sergey,
On 2015/8/31 22:40, Leo Yan wrote:
> On Mon, Aug 31, 2015 at 09:44:38PM +0800, Ding Tianhong wrote:
>> On 2015/8/31 21:12, Leo Yan wrote:
>>> On Sat, Aug 29, 2015 at 04:52:41PM +0800, Ding Tianhong wrote:
Add initial dtsi file to support Hisilicon Hip05-D02 Board with
support of CPUs in f
Ich bin Mr.Wenyao Zhou Independent Director der Bank of China, habe ich einen
Geschäftsvorgang von $ 23,5 Mio., und ich werde Ihnen 30% Entschädigung für
Ihre Unterstützung bei dieser Transaktion Bei Interesse bitte senden Sie mir
Ihre vollen Informationen, wie unten angegeben, um Email: (wenyao
On Mon, 2015-08-31 at 15:32 +, Mathieu Desnoyers wrote:
> - On Aug 31, 2015, at 2:54 AM, Michael Ellerman m...@ellerman.id.au wrote:
>
> > On Thu, 2015-08-27 at 13:56 -0400, Mathieu Desnoyers wrote:
> >> Allow it to be used from SPU, since it should not have unwanted
> >> side-effects.
>
On Mon, 2015-08-31 at 17:11 +0530, naresh.kamb...@linaro.org wrote:
> From: Naresh Kamboju
>
> Do not override run_tests, The default rule will just run TEST_PROGS
>
> Signed-off-by: Naresh Kamboju
Thanks.
Acked-by: Michael Ellerman
cheers
--
To unsubscribe from this list: send the line "
2015-09-01 1:41 GMT+09:00 Keith Busch :
> Some compilers complain of possible uninitialized variable usage, like
> the following:
>
> drivers/regulator/helpers.c: In function ‘regulator_get_bypass_regmap’:
> drivers/regulator/helpers.c:463:16: warning: ‘val’ may be used
> uninitialized in this
On Fri, 2015-08-28 at 14:50 +0300, Horia Geantă wrote:
>
> -#ifdef __BIG_ENDIAN
> -#define wr_reg32(reg, data) out_be32(reg, data)
> -#define rd_reg32(reg) in_be32(reg)
> +#ifdef CONFIG_CRYPTO_DEV_FSL_CAAM_LE
> +#define caam16_to_cpu(value) le16_to_cpu(value)
> +#define cpu_to_caam16(value) cpu_t
On Mon, Aug 31, 2015 at 5:07 PM, Olof Johansson wrote:
> We've been able to keep conflicts down this cycle, only a few and none
> are hairy. I've described them in the affected pull requests.
Grmbl, I just fetched your tree and looked for new conflicts, and it
looks like a few more have crept in
Hmm:
On Fri, Aug 14, 2015 at 4:57 PM, Paolo Bonzini wrote:
>
> Xiao Guangrong (9):
> KVM: MMU: fully check zero bits for sptes
The above commit causes an annoying new compiler warning.
The warning is bogus ("variable 'leaf' possibly uninitialized"),
because the use of the variable is prot
Hi Andrew,
Linus has merged the Xtensa patches, so you should be ready to go.
Thanks,
-Chris
On Wed, Aug 26, 2015 at 10:41 AM, Christoph Hellwig wrote:
> On Wed, Aug 26, 2015 at 10:53:25AM +0300, Max Filippov wrote:
>> Looks like I just need to remove now redundant function definitions from
>>
1 - 100 of 603 matches
Mail list logo
