Each PCIe device can issue up to 32 transactions at a time by default.
Each transaction is tracked by a tag number on the bus. 32 outstanding
transactions is not enough for some performance critical applications
especially when a lot of small sized frames are transmitted.
Extended tags support inc
On Mon, 2016-19-09 at 10:58:54 UTC, Christophe Leroy wrote:
> On some CPUs like the 8xx, _PAGE_RW hence _PAGE_WRITE is defined
> as 0 and _PAGE_RO has to be set when a page is not writable
>
> _PAGE_RO is defined by default in pte-common.h, however BOOK3S/64
> doesn't include that file so _PAGE_RO
On Fri, 2016-02-09 at 06:17:26 UTC, Rui Teng wrote:
> The same logic appears twice and should probably be pulled out into a
> function.
>
> Suggested-by: Michael Ellerman
> Signed-off-by: Rui Teng
Applied to powerpc next, thanks.
https://git.kernel.org/powerpc/c/f1a55ce0544251746d9b52fb85
ch
On Fri, 2016-05-08 at 11:27:59 UTC, Christophe Leroy wrote:
> CLR_TOP32() is defined as blank. Last useful instance of CLR_TOP32()
> was removed by commit 40ef8cbc6d360 ("powerpc: Get 64-bit configs to
> compile with ARCH=powerpc")
>
> Signed-off-by: Christophe Leroy
Applied to powerpc next, tha
From: Christophe TORDEUX
With kernel v4.6 and later, the Sentelic touchpad STL3888_C0 and
probably other Sentelic FSP touchpads are detected as a BYD touchpad and
lose multitouch features.
During the BYD handshake in the byd_detect function, the BYD driver
mistakenly interprets a standard PS/2 p
Hi Joe,
It's probably a bug fix that unveils the link errors.
tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
master
head: 9c0e28a7be656d737fb18998e2dcb0b8ce595643
commit: cb984d101b30eb7478d32df56a0023e4603cba7f compiler-gcc: integrate the
various compiler-gcc[345]
Hi,
Sorry for late response, I missed this thread in mailbox,
> -Original Message-
> From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of
> Rafael J. Wysocki
> Sent: Monday, September 19, 2016 7:46 PM
> To: Chen, Yu C
> Cc: Linux PM; the arch/x86 maintainers; Linux Kernel Ma
Hi,
Sorry for late response, I missed the thread in mailbox,
> -Original Message-
> From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of
> Rafael J. Wysocki
> Sent: Monday, September 19, 2016 7:46 PM
> To: Chen, Yu C
> Cc: Linux PM; the arch/x86 maintainers; Linux Kernel Mai
On Sun, 2016-09-25 at 11:40 +0800, kbuild test robot wrote:
> Hi Joe,
Hey Fengguang
> It's probably a bug fix that unveils the link errors.
I think all of these reports about compiler-gcc integrations
are bogons.
> tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> ma
On 09/25/2016 04:10 AM, Norbert Lange wrote:
Hello,
did you try without your patches, to see if you can reproduce the problem?
I can fix my issues if I disable usb autosuspend
To narrow down the causes I can think of:
*) Some hardware issue only on my side -> please try to reproduce it
with a
On some platforms, there is occasional panic triggered when trying to
resume from hibernation, a typical panic looks like:
"BUG: unable to handle kernel paging request at 880085894000
IP: [] load_image_lzo+0x8c2/0xe70"
Investigation carried out by Lee Chun-Yi shows that this is because
e820 m
On Fri, Sep 23, 2016 at 10:20:32AM +0800, Zhao Qiang wrote:
> QE was supported on PowerPC, and dependent on PPC,
> Now it is supported on other platforms. so remove PPCisms.
>
> Signed-off-by: Zhao Qiang
> ---
> Changes for v2:
> - na
> Changes for v3:
> - add NO_IRQ
> Changes for v4:
On Sat, Sep 24, 2016 at 11:14:11PM -0500, Scott Wood wrote:
> On Fri, Sep 23, 2016 at 10:20:32AM +0800, Zhao Qiang wrote:
> > QE was supported on PowerPC, and dependent on PPC,
> > Now it is supported on other platforms. so remove PPCisms.
> >
> > Signed-off-by: Zhao Qiang
> > ---
> > Changes for
On Sat, Sep 24, 2016 at 06:03:38PM -0700, Colin King wrote:
> From: Colin Ian King
>
> There is an earlier check and return if err is non-zero, so
> the check to see if it is zero is redundant in every iteration
> of the loop and hence the check can be removed.
>
> Signed-off-by: Colin Ian King
We get a few warnings when building kernel with W=1:
drivers/scsi/lpfc/lpfc_sli.c:5693:1: warning: no previous prototype for
'lpfc_set_features' [-Wmissing-prototypes]
drivers/scsi/lpfc/lpfc_sli.c:8972:1: warning: no previous prototype for
'lpfc_sli_calc_ring' [-Wmissing-prototypes]
drivers/scsi/
We get a few warnings when building kernel with W=1:
drivers/scsi/mvsas/mv_sas.c:77:18: warning: no previous prototype for
'mvs_find_dev_mvi' [-Wmissing-prototypes]
drivers/scsi/mvsas/mv_sas.c:105:5: warning: no previous prototype for
'mvs_find_dev_phyno' [-Wmissing-prototypes]
drivers/scsi/mvsas
We get a few warnings when building kernel with W=1:
drivers/scsi/megaraid/megaraid_sas_fp.c:94:5: warning: no previous prototype
for 'mega_mod64' [-Wmissing-prototypes]
drivers/scsi/megaraid/megaraid_sas_fp.c:112:5: warning: no previous prototype
for 'mega_div64_32' [-Wmissing-prototypes]
driver
We get 10 warnings when building kernel with W=1:
drivers/scsi/megaraid/megaraid_sas_base.c:226:21: warning: no previous
prototype for 'megasas_get_cmd' [-Wmissing-prototypes]
drivers/scsi/megaraid/megaraid_sas_base.c:252:1: warning: no previous
declaration for 'megasas_return_cmd' [-Wmissing-dec
We get 8 warnings when building kernel with W=1:
drivers/scsi/megaraid/megaraid_sas_fusion.c:281:1: warning: no previous
prototype for 'megasas_free_cmds_fusion' [-Wmissing-prototypes]
drivers/scsi/megaraid/megaraid_sas_fusion.c:714:1: warning: no previous
prototype for 'megasas_ioc_init_fusion'
The patch
ASoC: rt5677: Add ACPI support
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus during
the
The patch
ASoC: Intel: boards: Add bdw-rt5677 machine driver
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent
The patch
ASoC: sun4i-codec: Rename some sun7i-only registers
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sen
The patch
ASoC: sun4i-codec: Add custom regmap configs
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Li
The patch
regulator: core: don't return error with inadequate reason
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 2
The patch
regulator: tps65910: Work around silicon erratum SWCZ010
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24
The patch
ASoC: max98926: add missing \n to end of dev_err/dev_dbg messages
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24
The patch
ASoC: Intel: Skylake: add missing \n to end of dev_* messages
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hour
The patch
ASoC: exynos: organize the asoc audio into a menu
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent
The patch
ASoC: Intel: atom: add missing \n to end of dev_err/dev_dbg messages
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next
The patch
ASoC: samsung: add missing \n to end of pr_err messages
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and
On Fri, Sep 23, 2016 at 10:11:12AM +0300, Nikita Yushchenko wrote:
> This patch makes it possible to use simple-card in setups where separate
> amplifier chip is connected to codec's output.
This doesn't apply to current code, please check and resend.
> Changes from v1:
Please put any process no
The patch
ASoC: Intel: remove status, it is shadowing status of a higher scope
has been applied to the asoc tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next
On Sat, Sep 24, 2016 at 09:53:18AM +0800, pengdonglin137 wrote:
> Hi All,
> I found a small bug in soc-pcm.c. For example, we can see kernel logs as
> follows:
>
> [ 518.707401] SLIMBUS_0_TX: ASoC: trigger BE MSM8996 Media1 cmd 0//
> should be SLIMBUS_0_TX other than MSM8996 Media1
> [ 51
On Thu, Sep 22, 2016 at 01:10:40PM +0300, Nikita Yushchenko wrote:
> - ret = regulator_disable(data->supply);
> - if (ret != 0) {
> + ret2 = regulator_disable(data->supply);
> + if (ret2 != 0) {
> dev_err(data->dev,
> -
We get 2 warnings when building kernel with W=1:
drivers/net/ethernet/intel/ixgbe/ixgbe_x550.c:2128:5: warning: no previous
prototype for 'ixgbe_led_on_t_x550em' [-Wmissing-prototypes]
drivers/net/ethernet/intel/ixgbe/ixgbe_x550.c:2150:5: warning: no previous
prototype for 'ixgbe_led_off_t_x550em
On Tue, Aug 16, 2016 at 08:26:20AM +0200, Christophe Leroy wrote:
> fixes: 0e6e01ff694ee ("CPM/QE: use genalloc to manage CPM/QE muram")
> Cc: sta...@vger.linux.org
> Signed-off-by: Christophe Leroy
[snip]
> muram_pbase = of_translate_address(np, zero);
> if (muram_pbase == (phys_addr_
On Mon, Sep 19, 2016 at 11:39:24AM -0700, Doug Anderson wrote:
> On Fri, Sep 16, 2016 at 9:32 AM, Mark Brown wrote:
> > So the PWM is just configuring this external regulator chip (which
> > doesn't seem to be described in DT...) and that's just incredibly bad at
> > coping with voltage changes?
On Wed, Sep 21, 2016 at 01:44:39PM +0900, Eric Jeong wrote:
> +#ifdef CONFIG_OF
> +static const struct of_device_id pv88080_dt_ids[] = {
> + { .compatible = "pvs,pv88080-aa", .data = (void *)TYPE_PV88080_AA },
> + { .compatible = "pvs,pv88080-ba", .data = (void *)TYPE_PV88080_BA },
> +
On Thu, Sep 08, 2016 at 09:43:55PM -0700, Chris Zhong wrote:
> This patch adds DP audio output support to the rk3399-gru machine
> driver.
This doesn't apply against current code, please check and resend.
signature.asc
Description: PGP signature
On Fri, Sep 23, 2016 at 05:25:41PM -0500, Rob Herring wrote:
> On Fri, Sep 23, 2016 at 10:11:12AM +0300, Nikita Yushchenko wrote:
> > +- simple-audio-card,aux-devs : List of phandles pointing to
> > auxiliary devices, such
> > + as amplifiers, to
On Fri, Sep 23, 2016 at 05:25:41PM -0500, Rob Herring wrote:
> Ah, one more property to the "simple" card. At what point in adding
> properties is it not simple?
There are a *lot* of tunables for audio subsystems and a lot of ways
they can be designed, this is why complaining at the less realist
On Fri, Sep 23, 2016 at 04:27:37PM -0500, Rob Herring wrote:
> On Thu, Sep 22, 2016 at 09:50:06PM +0800, Xing Zheng wrote:
> > From: Wonjoon Lee
> > Pop happens when mclk applied but dmic's own boot-time
> This statement doesn't make sense.
It is very clear if you're familiar with the problem d
We get 1 warning when building kernel with W=1:
drivers/net/ethernet/intel/igb/igb_ethtool.c:2707:5: warning: no previous
prototype for 'igb_rxnfc_write_vlan_prio_filter' [-Wmissing-prototypes]
In fact, this function is only used in the file in which it is
declared and don't need a declaration, b
We get 10 warnings when building kernel with W=1:
drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c:304:5: warning: no previous
prototype for 'cxgb4_dcb_enabled' [-Wmissing-prototypes]
drivers/net/ethernet/chelsio/cxgb4/cxgb4_uld.c:194:5: warning: no previous
prototype for 'setup_sge_queues_uld' [-
On Mon, Aug 22, 2016 at 04:46:43PM +0200, David Engraf wrote:
> The PowerPC e5500/e6500 architecture is based on the e500mc core. Enable
> CONFIG_E500 and CONFIG_PPC_E500MC when e5500/e6500 is used.
>
> This will also fix using CONFIG_PPC_QEMU_E500 on PPC64.
>
> Signed-off-by: David Engraf
> ---
We get 1 warning when building kernel with W=1:
drivers/net/ethernet/broadcom/genet/bcmgenet.c:2763:5: warning: no previous
prototype for 'bcmgenet_hfb_add_filter' [-Wmissing-prototypes]
In fact, this function is implemented in
drivers/net/ethernet/broadcom/genet/bcmgenet.c, but be called
by no o
On 2016/9/25 8:06, Mike Kravetz wrote:
> On 09/23/2016 07:56 PM, zhong jiang wrote:
>> On 2016/9/24 1:19, Mike Kravetz wrote:
>>> On 09/22/2016 06:53 PM, zhong jiang wrote:
At present, we need to call hugetlb_fix_reserve_count when
hugetlb_unrserve_pages fails,
and PagePrivate will
201 - 247 of 247 matches
Mail list logo
