On Sun, Nov 27, 2016 at 08:37:24PM +0100, Andreas Färber wrote:
> Specify the baudrate.
>
> Fixes: 26ca8b52d6e1 ("ARM: dts: add support for Turris Omnia")
> Cc: Uwe Kleine-König
> Signed-off-by: Andreas Färber
You said with plain &uart0 the kernel uses a wrong baud rate? That's
strange. For me
On Sun, Nov 27, 2016 at 09:57:59PM +0100, Andreas Färber wrote:
> This model is found on the Turris Omnia.
This driver already supports nearly 30 different Marvell switch
models. Please document why the marvell,mv88e6176 is special and why
it needs its own compatible string when the others don't.
Hi,
Am 27.11.2016 um 22:17 schrieb Andrew Lunn:
> On Sun, Nov 27, 2016 at 08:54:44PM +0100, Andreas Färber wrote:
>> Found while reviewing Marvell dsa bindings usage.
>
> Hi Andreas
>
> It is good practice to put the maintainer you expect to accept the
> patch on the To: line. You have at least
Hi Andrew,
Am 27.11.2016 um 22:22 schrieb Andrew Lunn:
> On Sun, Nov 27, 2016 at 09:43:44PM +0100, Andreas Färber wrote:
>> mv88e6xxx_g1_irq_setup() sets up chip->g1_irq.nirqs interrupt mappings,
>> so free the same amount. This will be 8 or 9 in practice, less than 16.
>
> Hi Andreas
>
> The pa
On Sun, Nov 27, 2016 at 10:07:30PM +0100, Andreas Färber wrote:
> Also include the netdev list for convenience, as done elsewhere.
Please indicate which maintainer you expect to accept this. And if that
is David Miller, please fix the Subject: line.
> Cc: Andrew Lunn
> Cc: Vivien Didelot
> Sig
On Sun, Nov 27, 2016 at 10:30:54PM +0100, Andreas Färber wrote:
> Hi,
>
> Am 27.11.2016 um 22:17 schrieb Andrew Lunn:
> > On Sun, Nov 27, 2016 at 08:54:44PM +0100, Andreas Färber wrote:
> >> Found while reviewing Marvell dsa bindings usage.
> >
> > Hi Andreas
> >
> > It is good practice to put t
Hi Manuel,
I've just patched next-20161125 with this set and given it a run.
Scrollback persistence works fine, just as in earlier versions.
This time I didn't forget to test clear operation.
The only important concern is that after logout, the scrollback is not
wiped by /bin/login or /sbin/age
On Sun, Nov 27, 2016 at 10:32:41PM +0100, Andreas Färber wrote:
> Hi Andrew,
>
> Am 27.11.2016 um 22:22 schrieb Andrew Lunn:
> > On Sun, Nov 27, 2016 at 09:43:44PM +0100, Andreas Färber wrote:
> >> mv88e6xxx_g1_irq_setup() sets up chip->g1_irq.nirqs interrupt mappings,
> >> so free the same amount
Still on the regular Sunday release schedule, here's rc7.
I think we got all the silly problems I was aware of fixed, and on the
whole things are looking pretty good. In fact, if next week ends up
being very quiet, this _might_ be the last rc, although honestly I
strongly suspect I'll end up doing
Am 27.11.2016 um 22:27 schrieb Andrew Lunn:
> On Sun, Nov 27, 2016 at 09:57:59PM +0100, Andreas Färber wrote:
>> This model is found on the Turris Omnia.
>
> This driver already supports nearly 30 different Marvell switch
> models. Please document why the marvell,mv88e6176 is special and why
> it
> > This driver already supports nearly 30 different Marvell switch
> > models. Please document why the marvell,mv88e6176 is special and why
> > it needs its own compatible string when the others don't.
>
> I don't understand.
Think about what i said. Why does the 6176 need its own compatible
str
Am 27.11.2016 um 22:25 schrieb Uwe Kleine-König:
> On Sun, Nov 27, 2016 at 08:37:24PM +0100, Andreas Färber wrote:
>> Specify the baudrate.
>>
>> Fixes: 26ca8b52d6e1 ("ARM: dts: add support for Turris Omnia")
>> Cc: Uwe Kleine-König
>> Signed-off-by: Andreas Färber
>
> You said with plain &uart0
Ted,
On 27.11.2016 18:52, Theodore Ts'o wrote:
> On Fri, Nov 25, 2016 at 09:18:12AM +0100, Richard Weinberger wrote:
>>
>> Do you want us to address Eric's review comments on top of the fscrypt
>> branch or shall we rebase?
>> I'd suggest the former.
>
> Yes, let's address them on top of the exis
Hello,
I am having problem booting 4.9.0-rc6+ on my laptop.
4.9.0-rc5+ works, so not likely hardware issues.
Ubuntu Zesty Zapus
###
gcc-6 with
CONFIG_PCI_QUIRKS=y
CONFIG_X86_REROUTE_FOR_BROKEN_BOOT_IRQS=y
After grub, screen turns off. No pre modeset messages. Then system
reboot itself.
When
mv88e6xxx_g1_irq_setup() sets up chip->g1_irq.nirqs interrupt mappings,
so free the same amount. This will be 8 or 9 in practice, less than 16.
Fixes: dc30c35be720 ("net: dsa: mv88e6xxx: Implement interrupt support.")
Cc: Andrew Lunn
Signed-off-by: Andreas Färber
---
drivers/net/dsa/mv88e6xxx/c
On Sun, Nov 27, 2016 at 11:26:28PM +0100, Andreas Färber wrote:
> mv88e6xxx_g1_irq_setup() sets up chip->g1_irq.nirqs interrupt mappings,
> so free the same amount. This will be 8 or 9 in practice, less than 16.
>
> Fixes: dc30c35be720 ("net: dsa: mv88e6xxx: Implement interrupt support.")
> Cc: An
Hello,
On Sun, Nov 27, 2016 at 11:14:37PM +0100, Andreas Färber wrote:
> Am 27.11.2016 um 22:25 schrieb Uwe Kleine-König:
> > On Sun, Nov 27, 2016 at 08:37:24PM +0100, Andreas Färber wrote:
> >> Specify the baudrate.
> >>
> >> Fixes: 26ca8b52d6e1 ("ARM: dts: add support for Turris Omnia")
> >> Cc:
On Fri, Nov 25, 2016 at 11:51:26AM -0800, Linus Torvalds wrote:
> On Thu, Nov 24, 2016 at 11:37 PM, Al Viro wrote:
> >
> > My impression is that nobody (at least kernel-side) wants them to be
> > a stable ABI, so long as nobody in userland screams about their code
> > being broken, everything is f
Andrew,
Am 27.11.2016 um 23:08 schrieb Andrew Lunn:
>>> This driver already supports nearly 30 different Marvell switch
>>> models. Please document why the marvell,mv88e6176 is special and why
>>> it needs its own compatible string when the others don't.
>>
>> I don't understand.
>
> Think about
Also include the netdev list for convenience, as done elsewhere.
Cc: Andrew Lunn
Cc: Vivien Didelot
Signed-off-by: Andreas Färber
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index f73e19277a70..677d73cfedc7 100644
--- a/MAINTAINERS
+++ b/MAIN
Cc: Andrew Lunn
Cc: Vivien Didelot
Cc: Florian Fainelli
Signed-off-by: Andreas Färber
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 677d73cfedc7..4ff0e2c80aef 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -8584,6 +8584,7 @@ S:Mainta
Also include the netdev list for convenience, as done elsewhere.
Reviewed-by: Andrew Lunn
Cc: Vivien Didelot
Signed-off-by: Andreas Färber
---
v3: Pick up Reviewed-by from previous v2 (sorry)
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index f7
On Sat, Nov 26, 2016 at 09:15:37PM -0800, John Muir wrote:
> Move the tmp108 driver from hwmon attribute groups to
> hwmon_chip_info.
>
> Signed-off-by: John Muir
> ---
Hi John,
please have a look at the following patch.
Something else: Symbolic permissions are out of favor nowadays.
You might
> Try to see it from my perspective: I see that some vf610 device I don't
> have (found via `git grep marvell,mv88e6` or so) uses
> "marvell,mv88e6085". I then assume it has that device on board. How
> would I know it doesn't? Same for the other boards you mention.
>
> Unfortunately some of your r
On Sun, Nov 27, 2016 at 11:46:16PM +0100, Andreas Färber wrote:
> Also include the netdev list for convenience, as done elsewhere.
>
> Cc: Andrew Lunn
> Cc: Vivien Didelot
> Signed-off-by: Andreas Färber
Hi Andreas
In future, please include any signed-off-by, tested-by, reviewed-by,
etc you h
On Sun, Nov 27, 2016 at 09:37:30PM +, Andrey Utkin wrote:
> I've just patched next-20161125 with this set and given it a run.
>
> Scrollback persistence works fine, just as in earlier versions.
>
> This time I didn't forget to test clear operation.
>
> The only important concern is that afte
Am 28.11.2016 um 00:14 schrieb Andrew Lunn:
> On Sun, Nov 27, 2016 at 11:46:16PM +0100, Andreas Färber wrote:
>> Also include the netdev list for convenience, as done elsewhere.
>>
>> Cc: Andrew Lunn
>> Cc: Vivien Didelot
>> Signed-off-by: Andreas Färber
>
> Hi Andreas
>
> In future, please in
* Adam Borowski , 2016-11-28, 00:15:
clear(1) doesn't wipe the scrollback at all, it is still reachable, all of
it.
It does for me on the console. The man page says:
# clear clears your screen if this is possible, including its scrollback
# buffer (if the extended "E3" capability is defined).
Hi James,
This pull request contains tpmdd updates for Linux 4.10. This release
contains two major changes: power gating support tpm_crb and precursory
cleanup work for the event log so that in a future release we will be
able to add event log for TPM 2.0.
/Jarkko
The following changes since com
\e[3J works well now, thanks!
I haven't found any more problems; your changes also appear to make no
regressions in at least nouveau fb (which obviously doesn't have this goodie
yet).
Patch 2 doesn't apply cleanly on current Linus' tree but it's just a matter
of more fuzz than "git am" allows.
T
On Fri, 25 Nov 2016 22:58:14 +0100
Peter Zijlstra wrote:
> Not a fan of this. The atomic_ops.txt file needs a lot of love, and I
> wouldn't want to edit a .rst file.
>
> Then again, I probably won't actually get around to fixing this document
> any time soon either.
>
> But if and when I would
On Mon, Nov 28, 2016 at 12:15:48AM +0100, Adam Borowski wrote:
> On Sun, Nov 27, 2016 at 09:37:30PM +, Andrey Utkin wrote:
> > I've just patched next-20161125 with this set and given it a run.
> >
> > Scrollback persistence works fine, just as in earlier versions.
> >
> > This time I didn't f
Hi David,
After merging the btrfs-kdave tree, today's linux-next build (powerpc
ppc64_defconfig) produced this warning:
fs/btrfs/inode.c: In function 'run_delalloc_range':
fs/btrfs/inode.c:1219:9: warning: 'cur_end' may be used uninitialized in this
function [-Wmaybe-uninitialized]
start = cu
Jessica Yu writes:
> +++ AKASHI Takahiro [14/11/16 15:15 +0900]:
>>The current "rodata=off" parameter disables read-only kernel mappings
>>under CONFIG_DEBUG_RODATA:
>>commit d2aa1acad22f ("mm/init: Add 'rodata=off' boot cmdline parameter
>>to disable read-only kernel mappings")
>>
>>This
On Mon, 28 Nov 2016, Jarkko Sakkinen wrote:
> Hi James,
>
> This pull request contains tpmdd updates for Linux 4.10. This release
> contains two major changes: power gating support tpm_crb and precursory
> cleanup work for the event log so that in a future release we will be
> able to add event l
On 27/11/16 09:36, Icenowy Zheng wrote:
Hi,
> 22.11.2016, 00:26, "Icenowy Zheng" :
>> Orange Pi Zero is a board that came with the new Allwinner H2+ SoC.
>>
>> Add a device tree file for it.
>>
>> Signed-off-by: Icenowy Zheng
>> ---
>> Changes since v2:
>> - Use generic pinconf binding instead o
Hi Sergey,
I'm going on a long vacation so forgive if I respond slowly. :)
On Sun, Nov 27, 2016 at 10:19:10PM +0900, Sergey Senozhatsky wrote:
> Hi,
>
> On (11/25/16 17:35), Minchan Kim wrote:
> [..]
> > Unfortunately, zram has used per-cpu stream feature from v4.7.
> > It aims for increasing ca
On Sun, Nov 27, 2016 at 11:21:56PM +0100, Richard Weinberger wrote:
>
> Okay. Then I'll queue UBIFS encryption for the v4.10 merge window.
> Just to be sure, I base my UBIFS next tree on your fscrypt tree such that
> it will build fine and Linus won't see same commits with a different sha1?
Yep,
在 2016/11/27 15:57, Coly Li 写道:
> On 2016/11/25 上午9:39, Yijing Wang wrote:
>> set_capacity() has been called in bcache_device_init(),
>> remove the redundant one.
>>
>> Signed-off-by: Yijing Wang
>> ---
>> drivers/md/bcache/super.c | 3 ---
>> 1 file changed, 3 deletions(-)
>>
>> diff --git a/d
在 2016/11/27 16:00, Coly Li 写道:
> On 2016/11/25 上午9:40, Yijing Wang wrote:
>> Parameter bio is no longer used, clean it.
>>
>> Signed-off-by: Yijing Wang
>> ---
>> drivers/md/bcache/request.c | 12 ++--
>> 1 file changed, 6 insertions(+), 6 deletions(-)
>>
>> diff --git a/drivers/md/bca
Hi all,
After merging the wireless-drivers-next tree, today's linux-next build
(x86_64 allmodconfig) produced this warning:
In file included from include/linux/usb/ch9.h:35:0,
from include/linux/usb.h:5,
from drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu_core.c:
On Sun, Nov 27, 2016 at 2:42 PM, Dave Chinner wrote:
>
> And that's exactly why we need a method of marking tracepoints as
> stable. How else are we going to know whether a specific tracepoint
> is stable if the kernel code doesn't document that it's stable?
You are living in some unrealistic dre
From: Arnd Bergmann
Date: Thu, 24 Nov 2016 17:26:22 +0100
> irda_get_mtt() returns a hardcoded '1' in some cases,
> and with gcc-7, we get a build error because this triggers a
> compile-time check in udelay():
>
> drivers/net/irda/w83977af_ir.o: In function `w83977af_hard_xmit':
> w83977af_
From: Johan Hovold
Date: Thu, 24 Nov 2016 19:21:26 +0100
> This series fixes a number of phydev reference leaks (and one of_node
> leak) due to failure to put the reference taken by of_phy_find_device().
>
> Note that I did not try to fix drivers/net/phy/xilinx_gmii2rgmii.c which
> still leaks a
Hi
> The newly added sound driver depends on SND_SOC_HDMI_CODEC, which in
> turn only makes sense when ASoC is enabled, as shown by this warning:
>
> warning: (DRM_MSM && DRM_STI && DRM_MEDIATEK_HDMI && DRM_I2C_NXP_TDA998X &&
> DRM_DW_HDMI_I2S_AUDIO) selects SND_SOC_HDMI_CODEC which has unmet d
From: Cyrille Pitchen
Date: Fri, 25 Nov 2016 09:49:32 +0100
> On macb only (not gem), when a RX queue corruption was detected from
> macb_rx(), the RX queue was reset: during this process the RX ring
> buffer descriptor was initialized by macb_init_rx_ring() but we forgot
> to also set bp->rx_tai
From: Kalle Valo
Date: Fri, 25 Nov 2016 11:39:49 +0200
> here's a pull request for 4.10. ath9k has now been converted to use
> mac80211 intermediate software queues to fix bufferbloat problems. rsi
> has become active again and latevy mwifiex has been getting a _lot_ of
> love.
>
> I'm not expec
On Sun, Nov 27, 2016 at 11:21:56PM +0100, Richard Weinberger wrote:
> Ted,
>
> On 27.11.2016 18:52, Theodore Ts'o wrote:
> > On Fri, Nov 25, 2016 at 09:18:12AM +0100, Richard Weinberger wrote:
> >>
> >> Do you want us to address Eric's review comments on top of the fscrypt
> >> branch or shall we
From: Nikita Yushchenko
Date: Fri, 25 Nov 2016 13:02:00 +0300
> + int i, ret;
> +
> + ret = pm_runtime_get_sync(&fep->pdev->dev);
> + if (IS_ERR_VALUE(ret)) {
> + memset(data, 0, sizeof(*data) * ARRAY_SIZE(fec_stats));
> + return;
> + }
This really isn't t
On Sun, 2016-11-27 at 22:13 +0100, Michael Kerrisk (man-pages) wrote:
> Here's my attempt to define the root task group:
>
>* If autogrouping is disabled, then all processes in the root CPU
> cgroup form a scheduling group (sometimes called the "root task
> group").
>
Hi Michael,
Thanks for your feedback firstly!
> -Original Message-
> From: virtio-...@lists.oasis-open.org [mailto:virtio-...@lists.oasis-open.org]
> On Behalf Of Michael S. Tsirkin
> Sent: Sunday, November 27, 2016 11:33 AM
> To: Gonglei (Arei)
> Subject: [virtio-dev] Re: [PATCH v2 1/2]
On Sun, Nov 27, 2016 at 04:58:43PM -0800, Linus Torvalds wrote:
> You are living in some unrealistic dream-world where you think you can
> get the right tracepoint on the first try.
>
> So there is no way in hell I would ever mark any tracepoint "stable"
> until it has had a fair amount of use, an
> On 2016.11.27, at 15:00 , Guenter Roeck wrote:
>
> On Sat, Nov 26, 2016 at 09:15:37PM -0800, John Muir wrote:
>> Move the tmp108 driver from hwmon attribute groups to
>> hwmon_chip_info.
>>
>> Signed-off-by: John Muir
>> ---
>
> Hi John,
>
> please have a look at the following patch.
>
> S
David Miller wrote:
Series applied, thanks.
I was really hoping you'd give me the chance to test the patches before
applying them.
--
Sent by an employee of the Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the
Code Aurora Forum, hosted by The Linux Fou
From: Ian Kent
Forgetting that the rcu lock allows nesting I added a superfluous rcu
version of path_is_mountpoint().
Merge it and the rcu version, make the common case (d_mountpoint()
returning true) inline and change the path parameter to a const.
Also move the function definition to include/
From: Ian Kent
path_has_submounts() doesn't modify the passed in path parameter,
and shouldn't need to, make that usage explicit.
Signed-off-by: Ian Kent
Cc: Al Viro
Cc: Eric W. Biederman
Cc: Omar Sandoval
---
fs/dcache.c|2 +-
include/linux/dcache.h |2 +-
2 files chang
From: Ian Kent
There's no reason to copy the file->f_path in autofs4_dir_open() and
f_path is not modified so change it to a "const struct path *".
Signed-off-by: Ian Kent
Cc: Al Viro
Cc: Eric W. Biederman
Cc: Omar Sandoval
---
fs/autofs4/root.c |6 +++---
1 file changed, 3 insertions(+
Hi Ulf,
Today's linux-next merge of the mmc tree got a conflict in:
drivers/mmc/card/block.c
between commit:
e806402130c9 ("block: split out request-only flags into a new namespace")
from the block tree and commit:
95105fc9ffbb ("mmc: block: delete packed command support")
from the mmc
From: Ian Kent
Now that autofs has namespace aware mounted checks the expire needs
changes to make it aware of mount propagation.
When checking for expiration may_umount_tree() checks only if the
given mount is in use. This leads to a callback to the automount
daemon to umount the mount which wi
From: Ian Kent
The functions autofs4_expire_wait() and autofs4_wait() don't modify
the passed struct path so change it to a const.
Signed-off-by: Ian Kent
Cc: Al Viro
Cc: Eric W. Biederman
Cc: Omar Sandoval
---
fs/autofs4/autofs_i.h |5 +++--
fs/autofs4/expire.c |4 ++--
fs/autofs
From: Ian Kent
Commit 7cbdb4a286 altered the autofs indirect mount expire to
not hold a spin lock during the expire check.
The direct mount expire needs the same treatment because to
make autofs expires namespace aware may_umount_tree() needs to
to use a similar method to may_umount() when check
From: Ian Kent
The ->d_manage() function is meant to be used to check if an
automount is in progress and to block if needed before the
mount is followed.
It shouldn't need to modify the passed struct path.
Make that usage explicit by changing ->d_manage() path parameter
to a const.
Signed-off-
On Mon, Nov 28, 2016 at 01:56:04AM +, Gonglei (Arei) wrote:
> Hi Michael,
>
> Thanks for your feedback firstly!
>
> > -Original Message-
> > From: virtio-...@lists.oasis-open.org
> > [mailto:virtio-...@lists.oasis-open.org]
> > On Behalf Of Michael S. Tsirkin
> > Sent: Sunday, Novemb
Ping Joerg/David, do you have any comment on it?
On 2016/11/19 at 00:23, Xunlei Pang wrote:
> We met the DMAR fault both on hpsa P420i and P421 SmartArray controllers
> under kdump, it can be steadily reproduced on several different machines,
> the dmesg log is like(running on 4.9.0-rc5+):
> HP HPS
CC [M] drivers/extcon/extcon-adc-jack.o
../drivers/extcon/extcon-adc-jack.c:115:52: error: incompatible pointer types
passing 'const enum extcon *' to parameter of type 'const unsigned int *'
[-Werror,-Wincompatible-pointer-types]
data->edev = devm_extcon_dev_allocate(&pdev->dev, pdata
Hi Rob, Mark
These are v5 of OF graph base simple-card patch-set.
I removed new "type" property on v4 patch-set, but I noticed that
it is necessary for ALSA SoC binding purpose. Thus, this v5 has
it again.
For example HDMI case, its DT will has video and sound ports.
This DT will be used from HD
Clang doesn't support multiple arguments being passed to -Wp, so split
them.
Fixes this error:
HOSTCC tools/objtool/fixdep.o
cat: tools/objtool/.fixdep.o.d: No such file or directory
v2:
rebased onto perf/core branch.
Signed-off-by: Peter Foley
---
tools/build/Build.include | 6 +++---
1 fil
From: Kuninori Morimoto
OF graph indicates each devices connection. But it doesn't support type
of each port. For example HDMI case, it has video port and sound port
in one device node.
In this case, current driver can't handle each port correctly.
This patch enables to use type property on OF g
From: Kuninori Morimoto
It should use same method to get same result.
To getting remote-endpoint node,
let's use of_graph_get_remote_endpoint()
Signed-off-by: Kuninori Morimoto
---
drivers/of/base.c| 18 --
include/linux/of_graph.h | 8
2 files changed, 24 in
From: Kuninori Morimoto
OF graph is used mainly from V4L2, but ALSA needs to use it. It already
has for_each_endpoint_of_node() which is for-loop for each endpoint.
But, ALSA needs for-loop for each port[s], and for-loop for each
endpoint of inside port[s]. This patch adds for_each_of_port()
and
From: Kuninori Morimoto
Linux kernel already has of_graph_get_remote_port_parent(),
but, sometimes we want to get own port parent.
This patch adds of_graph_get_port_parent()
Signed-off-by: Kuninori Morimoto
---
drivers/of/base.c| 30 ++
include/linux/of_gra
From: Kuninori Morimoto
driver want to get top level of port[s] node. This patch adds
of_graph_get_top_port() for this purpose
Signed-off-by: Kuninori Morimoto
---
drivers/of/base.c| 24
include/linux/of_graph.h | 7 +++
2 files changed, 31 insertions(+)
From: Kuninori Morimoto
OF graph indicates each devices connection. But it doesn't support type
of each port. For example HDMI case, it has video port and sound port
in one device node.
In this case, current driver can't handle each port correctly.
This patch adds of_graph_port_type_is() for it
From: Kuninori Morimoto
Signed-off-by: Kuninori Morimoto
---
.../bindings/sound/simple-graph-card.txt | 67 ++
1 file changed, 67 insertions(+)
create mode 100644
Documentation/devicetree/bindings/sound/simple-graph-card.txt
diff --git a/Documentation/devicetre
From: Kuninori Morimoto
simple-card already has asoc_simple_card_parse_dai(),
but graph base parsing needs graph specific version of it.
Signed-off-by: Kuninori Morimoto
---
include/sound/simple_card_utils.h | 10 +++
sound/soc/generic/simple-card-utils.c | 53 +
From: Kuninori Morimoto
OF graph want to count its endpoint number, same as
of_get_child_count(). This patch adds of_graph_get_endpoint_count()
which can check specific type. It will count all endpoint if type
was NULL.
Signed-off-by: Kuninori Morimoto
---
drivers/of/base.c| 16 ++
From: Kuninori Morimoto
It is assuming that the card related information is located on
"card" node, but graph case doesn't have it.
This patch adds node parameter to adjust for graph support
Signed-off-by: Kuninori Morimoto
---
include/sound/simple_card_utils.h | 1 +
sound/soc/generic/sim
From: Kuninori Morimoto
If CPU/Platform side driver probes successfully, and if it is supporting
both previous normal sound card style and graph style DT, it can call
asoc_simple_card_try_to_probe_graph_card().
It checks graph style DT, and do nothing if it was non graph style DT,
or register new
From: Kuninori Morimoto
Signed-off-by: Kuninori Morimoto
---
.../bindings/sound/simple-graph-scu-card.txt | 69 ++
1 file changed, 69 insertions(+)
create mode 100644
Documentation/devicetree/bindings/sound/simple-graph-scu-card.txt
diff --git a/Documentation/devic
From: Kuninori Morimoto
graph base DT binding are used on V4L2, and ALSA SoC is using different
style of DT. In case of simple case, ALSA SoC supports simple-card
driver.
In the future, V4L2 / ALSA will support HDMI, and then, DT bindings
between V4L2 / ALSA should be merged somehow.
Sometimes,
From: Kuninori Morimoto
graph base DT binding are used on V4L2, and ALSA SoC is using different
style of DT. In case of simple case, ALSA SoC supports simple-card
driver.
In the future, V4L2 / ALSA will support HDMI, and then, DT bindings
between V4L2 / ALSA should be merged somehow.
This patch
Fixes below error with clang:
../drivers/md/bcache/sysfs.c:759:3: error: function definition is not allowed
here
{ return *((uint16_t *) r) - *((uint16_t *) l); }
^
../drivers/md/bcache/sysfs.c:789:32: error: use of undeclared identifier 'cmp'
>
> Subject: Re: [virtio-dev] Re: [PATCH v2 1/2] virtio: introduce little edian
> functions for virtio_cread/write# family
>
> On Mon, Nov 28, 2016 at 01:56:04AM +, Gonglei (Arei) wrote:
> > Hi Michael,
> >
> > Thanks for your feedback firstly!
> >
> > > -Original Message-
> > > From:
On Mon, Nov 28, 2016 at 04:34:56AM +0200, Michael S. Tsirkin wrote:
> On Mon, Nov 28, 2016 at 01:56:04AM +, Gonglei (Arei) wrote:
> > Hi Michael,
> >
> > Thanks for your feedback firstly!
> >
> > > -Original Message-
> > > From: virtio-...@lists.oasis-open.org
> > > [mailto:virtio-..
On 11/27/2016 06:40 PM, Jerome Glisse wrote:
> On Wed, Nov 23, 2016 at 09:33:35AM +0530, Anshuman Khandual wrote:
>> On 11/18/2016 11:48 PM, Jérôme Glisse wrote:
>
> [...]
>
>>> + *
>>> + * hmm_vma_migrate(vma, start, end, ops);
>>> + *
>>> + * With ops struct providing 2 callback alloc_and_
>
> Subject: Re: [virtio-dev] Re: [PATCH v2 1/2] virtio: introduce little edian
> functions for virtio_cread/write# family
>
> On Mon, Nov 28, 2016 at 04:34:56AM +0200, Michael S. Tsirkin wrote:
> > On Mon, Nov 28, 2016 at 01:56:04AM +, Gonglei (Arei) wrote:
> > > Hi Michael,
> > >
> > > Thank
On Sun, Nov 27, 2016 at 07:34:17PM +0800, Cao jin wrote:
> It is user space driver's or device-specific driver's(in guest) responsbility
> to do a serious recovery when error happened. Link-reset is one part of
> recovery, when pci device is assigned to VM via vfio, link-reset will do
> twice in ho
rr (http://rr-project.org/), a userspace record-and-replay reverse-
execution debugger, would like to trap and emulate the CPUID instruction.
This would allow us to a) mask away certain hardware features that rr does
not support (e.g. RDRAND) and b) enable trace portability across machines
by provi
In order to introduce new arch_prctls that are not 64 bit only, rename the
existing 64 bit implementation to do_arch_prctl_64(). Also rename the second
argument to arch_prctl(), which will no longer always be an address.
Signed-off-by: Kyle Huey
Reviewed-by: Andy Lutomirski
---
arch/um/include/
Hardware support for faulting on the cpuid instruction is not required to
emulate it, because cpuid triggers a VM exit anyways. KVM handles the relevant
MSRs (MSR_PLATFORM_INFO and MSR_MISC_FEATURES_ENABLE) and upon a
cpuid-induced VM exit checks the cpuid faulting state and the CPL.
kvm_require_cp
Use the SYSCALL_DEFINE2 macro instead of manually defining it.
Signed-off-by: Kyle Huey
---
arch/x86/kernel/process_64.c | 3 ++-
arch/x86/um/syscalls_64.c| 3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kernel/process_64.c b/arch/x86/kernel/process_64.c
index
Intel supports faulting on the CPUID instruction beginning with Ivy Bridge.
When enabled, the processor will fault on attempts to execute the CPUID
instruction with CPL>0. Exposing this feature to userspace will allow a
ptracer to trap and emulate the CPUID instruction.
When supported, this featur
Test disabling and reenabling the cpuid instruction via the new arch_prctl
ARCH_SET_CPUID, retrieving the current state via ARCH_GET_CPUID, and the
expected behaviors across fork() and exec().
Signed-off-by: Kyle Huey
---
tools/testing/selftests/x86/Makefile | 2 +-
tools/testing/selftest
Add do_arch_prctl_common() to handle arch_prctls that are not specific to 64
bit mode. Call it from the syscall entry point, but not any of the other
callsites in the kernel, which all want one of the existing 64 bit only
arch_prctls.
Signed-off-by: Kyle Huey
---
arch/x86/include/asm/proto.h | 3
Hook up arch_prctl to call do_arch_prctl() on x86-32, and in 32 bit compat
mode on x86-64. This allows us to have arch_prctls that are not specific to
64 bits.
On UML, simply stub out this syscall.
Signed-off-by: Kyle Huey
---
arch/x86/entry/syscalls/syscall_32.tbl | 1 +
arch/x86/kernel/proces
Intel supports faulting on the CPUID instruction beginning with Ivy Bridge.
When enabled, the processor will fault on attempts to execute the CPUID
instruction with CPL>0. This will allow a ptracer to emulate the CPUID
instruction.
Bit 31 of MSR_PLATFORM_INFO advertises support for this feature. I
On 2016/11/28 上午10:50, Peter Foley wrote:
> Fixes below error with clang:
> ../drivers/md/bcache/sysfs.c:759:3: error: function definition is not allowed
> here
> { return *((uint16_t *) r) - *((uint16_t *) l); }
> ^
> ../drivers/md/bcache/sysfs.c:789:32: erro
Hi Guys,
When I run stress-ng via the following steps on one ARM64 dual
socket system(Cavium Thunder), the kernel oops[1] can often be
triggered after running the stress test for several hours(sometimes
it may take longer):
- git clone git://kernel.ubuntu.com/cking/stress-ng.git
- apply the attac
On 11/27/2016 06:10 PM, John Muir wrote:
On 2016.11.27, at 15:00 , Guenter Roeck wrote:
On Sat, Nov 26, 2016 at 09:15:37PM -0800, John Muir wrote:
Move the tmp108 driver from hwmon attribute groups to
hwmon_chip_info.
Signed-off-by: John Muir
---
Hi John,
please have a look at the followi
Hi Kuninori,
[auto build test ERROR on robh/for-next]
[also build test ERROR on v4.9-rc7]
[cannot apply to glikely/devicetree/next asoc/for-next next-20161125]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/l
101 - 200 of 286 matches
Mail list logo
