Introduce an optional callback in interconnect provider drivers. It can be
used for implementing actions, that need to be executed before the actual
aggregation of the bandwidth requests has started.
The benefit of this for now is that it will significantly simplify the code
in provider drivers.
On Thu, 1 Aug 2019 15:36:12 +0800
Chuhong Yuan wrote:
> Use devm_iio_device_register, which removes the tsl2772_remove
> function.
>
> Signed-off-by: Chuhong Yuan
Applied.
Thanks,
J
> ---
> Changes in v4:
> - Split v3 into three patches.
> - Revise description to make it more precise.
>
On 8/5/19 4:39 AM, Sanyog Kale wrote:
On Thu, Jul 25, 2019 at 06:40:13PM -0500, Pierre-Louis Bossart wrote:
Add a prefix for common tables and export 2 helpers to set the frame
shapes based on row/col values.
Signed-off-by: Pierre-Louis Bossart
---
drivers/soundwire/bus.h| 7 +--
On Mon, Aug 05, 2019 at 07:54:52PM +0300, Alexandru Ardelean wrote:
> This change implements retrieving all the error counters from the PHY.
> The PHY supports several error counters/stats. The `Mean Square Errors`
> status values are only valie when a link is established, and shouldn't be
> increm
On Mon, Aug 5, 2019 at 3:13 AM Mars Cheng wrote:
>
> Update binding document for mt6779 reference board
>
> Signed-off-by: Mars Cheng
> ---
> .../devicetree/bindings/arm/mediatek.yaml |4
> 1 file changed, 4 insertions(+)
Reviewed-by: Rob Herring
On Thu, 1 Aug 2019 05:35:26 -0400
Brian Masney wrote:
> On Thu, Aug 01, 2019 at 03:36:05PM +0800, Chuhong Yuan wrote:
> > Use devm_add_action_or_reset to call tsl2772_chip_off
> > when the device is removed.
> > This also fixes the issue that the chip is turned off
> > before the device is unregi
> +struct adin_hw_stat {
> + const char *string;
> +static void adin_get_strings(struct phy_device *phydev, u8 *data)
> +{
> + int i;
> +
> + for (i = 0; i < ARRAY_SIZE(adin_hw_stats); i++) {
> + memcpy(data + i * ETH_GSTRING_LEN,
> +adin_hw_stats[i].str
Hello,
syzbot found the following crash on:
HEAD commit:882e8691 Add linux-next specific files for 20190801
git tree: linux-next
console output: https://syzkaller.appspot.com/x/log.txt?x=17fc120c60
kernel config: https://syzkaller.appspot.com/x/.config?x=466b331af3f34e94
dashboard
On Thu, 1 Aug 2019 05:37:31 -0400
Brian Masney wrote:
> On Thu, Aug 01, 2019 at 05:33:47AM -0400, Brian Masney wrote:
> > On Thu, Aug 01, 2019 at 03:35:57PM +0800, Chuhong Yuan wrote:
> > > Use devm_add_action_or_reset to remove the call to
> > > tsl2772_disable_regulators_action to simplify th
Dear friend,
I'm Ms. Mavis Wanczyk, a citizen of Massachusetts, United States of America,
the $ 758.7 million mega-winner of the Powerball jackpot. I donate to 5 random
people little of my fortune to a number of charities and organizations. I
volunteered to donate $ 5,800,000 to you as one of t
On Mon, 2019-08-05 at 17:15 +0200, Andrea Parri wrote:
> > Why don't you also add an entry in .mailmap as Will did in commit
> > c584b1202f2d ("MAINTAINERS: Update my email address to use
> > @kernel.org")?
>
> I considered it but could not understand its purpose... Maybe you
> can explain it to
On Mon, Aug 05, 2019 at 07:54:51PM +0300, Alexandru Ardelean wrote:
> Down-speed auto-negotiation may not always be enabled, in which case the
> PHY won't down-shift to 100 or 10 during auto-negotiation.
Please look at how the marvell driver enables and configures this
feature. Ideally we want all
+static ssize_t cdns_reg_read(struct file *file, char __user *user_buf,
+size_t count, loff_t *ppos)
+{
+ struct sdw_cdns *cdns = file->private_data;
+ char *buf;
+ ssize_t ret;
+ int i, j;
+
+ buf = kzalloc(RD_BUF, GFP_KERNEL);
+
On Mon, Aug 05, 2019 at 07:54:49PM +0300, Alexandru Ardelean wrote:
> By default, EEE is not advertised on system init. This change allows the
> user to specify a device property to enable EEE advertisements when the PHY
> initializes.
This patch is not required. If EEE is not being advertised wh
> +static struct phy_driver adin_driver[] = {
> + {
> + .phy_id = PHY_ID_ADIN1200,
> + .name = "ADIN1200",
> + .phy_id_mask= 0xfff0,
> + .features = PHY_BASIC_FEATURES,
Do you need this? If the device implements th
> Why don't you also add an entry in .mailmap as Will did in commit
> c584b1202f2d ("MAINTAINERS: Update my email address to use @kernel.org")?
I considered it but could not understand its purpose... Maybe you can
explain it to me? ;-) (can resend with this change if needed/desired).
Thanks,
On Mon, Aug 05, 2019 at 07:54:48PM +0300, Alexandru Ardelean wrote:
> The ADIN PHYs supports 4 types of reset:
> 1. The standard PHY reset via BMCR_RESET bit in MII_BMCR reg
> 2. Reset via GPIO
> 3. Reset via reg GeSftRst (0xff0c) & reload previous pin configs
> 4. Reset via reg GeSftRst (0xff0c) &
On Mon, Aug 5, 2019 at 7:05 AM Nitesh Narayan Lal wrote:
>
>
> On 8/1/19 6:33 PM, Alexander Duyck wrote:
> > From: Alexander Duyck
> >
> > In order to pave the way for free page reporting in virtualized
> > environments we will need a way to get pages out of the free lists and
> > identify those
On Sun, Aug 4, 2019 at 8:40 PM Elon Zhang wrote:
>
> Add devicetree vendor prefix for Beiqi.
> http://www.beiqicloud.com/
>
> Signed-off-by: Elon Zhang
> ---
> Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
> 1 file changed, 2 insertions(+)
Reviewed-by: Rob Herring
On Sun, Aug 04, 2019 at 09:19:05AM +0530, Hariprasad Kelam wrote:
> Collect returns status of kzalloc.
>
> Signed-off-by: Hariprasad Kelam
> ---
> drivers/staging/rtl8192u/r8192U_core.c | 12 ++--
> 1 file changed, 10 insertions(+), 2 deletions(-)
Does not apply to my tree :(
On Mon, Aug 05, 2019 at 11:21:42AM +0200, Paolo Bonzini wrote:
> The same check is already done in kvm_is_reserved_pfn.
>
> Signed-off-by: Paolo Bonzini
> ---
This patch was effectively submitted in Nov 2018, but was buried at the
end of a DAX series. https://patchwork.kernel.org/patch/10886265
> On Thu, 1 Aug 2019 16:39:08 +0200
> Martin Kepplinger wrote:
>
> > in_accel_x_scale, in_accel_y_scale and in_accel_z_scale are always
> > the same. The scale is still defined to be in "info_mask_separate".
> >
> > Userspace (iio-sensor-proxy and others) is not used to that and only
> > looks
On 8/5/19 4:52 AM, Colin King wrote:
From: Colin Ian King
There is a spelling mistake in an error messgae. Fix it.
Signed-off-by: Colin Ian King
---
tools/testing/selftests/net/nettest.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/testing/selftests/net/nettest
On Wed, 31 Jul 2019 11:04:15 +0800
Chuhong Yuan wrote:
> Use devm_() APIs to simplify the code.
>
> Signed-off-by: Chuhong Yuan
> ---
> Changes in v3:
> - Split v2 into two patches.
>
> drivers/iio/light/tsl2772.c | 36 +++-
> 1 file changed, 15 insertions(+)
On 03/08/2019 18:33, Martin Blumenstingl wrote:
> Hi Marc,
>
> On Sat, Aug 3, 2019 at 11:12 AM Marc Zyngier wrote:
>>
>> Hi Martin,
>>
>> On Thu, 01 Aug 2019 18:42:42 +0100,
>> Martin Blumenstingl wrote:
>>
>> [...]
>>
> +static void ltq_ebu_irq_handler(struct irq_desc *desc)
> +{
>
On Mon, Aug 05, 2019 at 05:32:45AM +0530, Giridhar Prasath R wrote:
> Fix the following checkpatch warnings:
>
> WARNING: line over 80 characters
> FILE: drivers/staging/pi433/pi433_if.h
>
> Signed-off-by: Giridhar Prasath R
> ---
> drivers/staging/pi433/pi433_if.h | 23 ---
On Thu, 1 Aug 2019 10:37:40 +0800
Phil Reid wrote:
> G'day Stephen,
>
> One comment below.
Please send as fresh patch. Nice to clean these up, but I'll loose it
buried in a thread like this!
Thanks,
Jonathan
>
> On 31/07/2019 22:32, Stephen Boyd wrote:
> > Quoting Phil Reid (2019-07-30 23:4
On Mon, 5 Aug 2019 14:15:17 +0200, Andrea Parri wrote:
> My @amarulasolutions.com address stopped working this July, so update
> to my @gmail.com address where you'll still be able to reach me.
>
> Signed-off-by: Andrea Parri
> Cc: Alan Stern
> Cc: Will Deacon
> Cc: Peter Zijlstra
> Cc: Boqun
On Tue, 30 Jul 2019 11:15:19 -0700
Stephen Boyd wrote:
> We don't need dev_err() messages when platform_get_irq() fails now that
> platform_get_irq() prints an error message itself when something goes
> wrong. Let's remove these prints with a simple semantic patch.
>
> //
> @@
> expression ret;
On Mon, Aug 05, 2019 at 10:43:18PM +0800, Boqun Feng wrote:
> On Mon, Aug 05, 2019 at 04:02:41PM +0200, Peter Zijlstra wrote:
> [...]
> >
> > static inline void percpu_up_read(struct percpu_rw_semaphore *sem)
> > {
> > + rwsem_release(&sem->dep_map, 1, _RET_IP_);
> > +
> > preempt_disable
On Mon, Aug 05, 2019 at 10:05:31AM +0200, Peter Zijlstra wrote:
> On Sun, Aug 04, 2019 at 11:41:59AM -0700, Paul E. McKenney wrote:
> > On Sun, Aug 04, 2019 at 04:48:35PM +0200, Peter Zijlstra wrote:
> > > On Sun, Aug 04, 2019 at 04:43:17PM +0200, Peter Zijlstra wrote:
> > > > On Fri, Aug 02, 2019
On Mon, 29 Jul 2019 09:43:01 +0800
Chuhong Yuan wrote:
> Use device-managed APIs to simplify the code.
> The remove functions are redundant now and can
> be deleted.
>
> Signed-off-by: Chuhong Yuan
Nice little patch, thanks!
Applied to the togreg branch of iio.git and pushed out as testing fo
The primecell controller on some SoCs, i.e. SoCFPGA, is held in reset by
default. Until recently, the DMA controller was brought out of reset by the
bootloader(i.e. U-Boot). But a recent change in U-Boot, the peripherals that
are not used are held in reset and are left to Linux to bring them out of
On Mon, Aug 05, 2019 at 07:54:43PM +0300, Alexandru Ardelean wrote:
> Sometimes, the connection between a MAC and PHY is done via a
> mode/interface converter. An example is a GMII-to-RGMII converter, which
> would mean that the MAC operates in GMII mode while the PHY operates in
> RGMII. In this c
The following changes since commit 8cc7720470a17558bd6f8d67df63361600e46c55:
spi: pxa2xx: Add support for Intel Elkhart Lake (2019-07-03 13:03:44 +0100)
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/spi.git
tags/spi-fix-v5.3-rc3
for you to
This driver is obselete so we're just keeping it around for a couple
kernel releases and then deleting it. We're not taking cleanups for it.
regards,
dan carpenter
On 8/2/2019 10:23 PM, Tyler Hicks wrote:
On 2019-08-02 22:42:26, Jarkko Sakkinen wrote:
On Fri, Aug 02, 2019 at 09:27:22AM -0500, Tyler Hicks wrote:
On 2019-08-02 10:21:16, Roberto Sassu wrote:
On 8/1/2019 6:32 PM, Jarkko Sakkinen wrote:
On Mon, Jul 15, 2019 at 06:44:28PM +0200, Roberto Sassu
Hi Vladimir,
Am Mo., 5. Aug. 2019 um 11:55 Uhr schrieb Vladimir Oltean :
[...]
> You guessed correctly (since you copied me) that I'm battling much of
> the same issues with the sja1105 and its spi-fsl-dspi controller
> driver.
I've copied you, because of this discussion on github:
https://github.
On Mon, Aug 05, 2019 at 10:07:36AM +0200, Peter Zijlstra wrote:
> On Sun, Aug 04, 2019 at 09:19:01PM -0700, Paul E. McKenney wrote:
> > On Sun, Aug 04, 2019 at 01:24:46PM -0700, Paul E. McKenney wrote:
>
> > > For whatever it is worth, the things on my list include using 25 rounds
> > > of resched
On Mon 2019-08-05 15:02:17, Greg Kroah-Hartman wrote:
> [ Upstream commit 8ef1ba39a9fa53d2205e633bc9b21840a275908e ]
>
> This is similar to commit e6186820a745 ("arm64: dts: rockchip: Arch
> counter doesn't tick in system suspend"). Specifically on the rk3288
> it can be seen that the timer stops
On Mon 2019-08-05 15:02:16, Greg Kroah-Hartman wrote:
> [ Upstream commit 99fa066710f75f18f4d9a5bc5f6a711968a581d5 ]
>
> When I try to boot rk3288-veyron-mickey I totally fail to make the
> eMMC work. Specifically my logs (on Chrome OS 4.19):
>
> mmc_host mmc1: card is non-removable.
> mmc_h
On Mon, Aug 05, 2019 at 04:02:41PM +0200, Peter Zijlstra wrote:
[...]
>
> static inline void percpu_up_read(struct percpu_rw_semaphore *sem)
> {
> + rwsem_release(&sem->dep_map, 1, _RET_IP_);
> +
> preempt_disable();
> /*
>* Same as in percpu_down_read().
>*/
> -
Hi!
> [ Upstream commit 1c0479023412ab7834f2e98b796eb0d8c627cd62 ]
>
> As some point hs200 was failing on rk3288-veyron-minnie. See commit
> 984926781122 ("ARM: dts: rockchip: temporarily remove emmc hs200 speed
> from rk3288 minnie"). Although I didn't track down exactly when it
> started work
Hi Greg,
Can you please add these other two patches to stable:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=d64062b57eeb58d4928aed945515bf53f7944913
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=737298d18836fd14b8820de6504536c998986
On Mon, Aug 5, 2019 at 4:12 PM Ben Hutchings
wrote:
>
> On Mon, 2019-07-29 at 18:49 -0700, Deepa Dinamani wrote:
> > The warning reuses the uptime max of 30 years used by the
> > setitimeofday().
> >
> > Note that the warning is only added for new filesystem mounts
> > through the mount syscall. A
Adds support for Amazon's Annapurna Labs L2 EDAC driver to detect and
report L2 errors.
Signed-off-by: Hanna Hawa
Reviewed-by: James Morse
---
MAINTAINERS | 6 ++
drivers/edac/Kconfig | 8 ++
drivers/edac/Makefile | 1 +
drivers/edac/al_l2_edac.c | 192 +
Adds support for Amazon's Annapurna Labs L1 EDAC driver to detect and
report L1 errors.
Signed-off-by: Hanna Hawa
Reviewed-by: James Morse
---
MAINTAINERS | 6 ++
drivers/edac/Kconfig | 8 ++
drivers/edac/Makefile | 1 +
drivers/edac/al_l1_edac.c | 158 +
Document Amazon's Annapurna Labs L1 EDAC SoC binding.
Signed-off-by: Hanna Hawa
---
.../devicetree/bindings/edac/amazon,al-l1-edac.txt | 14 ++
1 file changed, 14 insertions(+)
create mode 100644 Documentation/devicetree/bindings/edac/amazon,al-l1-edac.txt
diff --git a/Documentatio
Document Amazon's Annapurna Labs L2 EDAC SoC binding.
Signed-off-by: Hanna Hawa
---
.../bindings/edac/amazon,al-l2-edac.txt | 20 +++
1 file changed, 20 insertions(+)
create mode 100644 Documentation/devicetree/bindings/edac/amazon,al-l2-edac.txt
diff --git a/Documentatio
On Mon, Aug 05, 2019 at 07:54:42PM +0300, Alexandru Ardelean wrote:
> The ADIN1300 chip supports RGMII, RMII & MII modes. Default (if
> unconfigured) is RGMII.
> This change adds support for configuring these modes via the device
> registers.
>
> For RGMII with internal delays (modes RGMII_ID,RGMI
This series adds L1 and L2 caches support for error detection and
correction for Amazon's Annapurna Labs SoCs.
Alpine SoCs supports L1 and L2 single bit correction and two bits detection
capability based on ARM implementation.
Changes since v4:
-
- Added include for cpumask.h in al
Hi Andrew,
On Mon, Aug 5, 2019 at 7:00 PM Andrew Lunn wrote:
>
> On Mon, Aug 05, 2019 at 11:45:05AM +0530, Harini Katakam wrote:
> > Hi Andrew,
> >
> > On Sun, Aug 4, 2019 at 8:26 PM Andrew Lunn wrote:
> > >
> > > On Wed, Jul 31, 2019 at 03:10:32PM +0530, Harini Katakam wrote:
> > > > Add a new
The subject needs a colon after "pi433:" but also this change isn't
really an improvement so far as readability goes.
regards,
dan carpenter
The following changes since commit 5f9e832c137075045d15cd6899ab0505cfb2ca4b:
Linus 5.3-rc1 (2019-07-21 14:05:38 -0700)
are available in the Git repository at:
https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
tags/regulator-fix-v5.3-rc3
for you to fetch changes up to 81
The subject isn't right and I don't really feel that the change makes
the code more beautiful to look at.
regards,
dan carpenter
On Fri 02-08-19 11:56:28, Yang Shi wrote:
> On Fri, Aug 2, 2019 at 2:35 AM Michal Hocko wrote:
> >
> > On Thu 01-08-19 14:00:51, Yang Shi wrote:
> > > On Mon, Jul 29, 2019 at 11:48 AM Michal Hocko wrote:
> > > >
> > > > On Mon 29-07-19 10:28:43, Yang Shi wrote:
> > > > [...]
> > > > > I don't wor
From: Keith Busch
Hi Rafael,
These are just some fixes from a while ago to work correctly with memory
node onlining, but haven't been merged in yet. I've included a fix from
Dan, but had to modify it slightly for conflicts. I think it makes most
sense for this to go through the acpi tree, but pl
From: Dan Williams
There are multiple scenarios where the HMAT may contain information
about proximity domains that are not currently online. Rather than fail
to report any HMAT data just elide those offline domains.
If and when those domains are later onlined they can be added to the
HMEM repor
Instead of registering the hmat cache attributes in line with parsing
the table, save the attributes in the memory target and register them
after parsing completes. This will make it easier to register the
attributes later when hot add is supported.
Tested-by: Brice Goglin
Signed-off-by: Keith Bu
Some of the memory nodes described in HMAT may not be online at the
time the hmat subsystem parses their nodes' attributes. Should the node be
set to online later, as can happen when using PMEM as RAM after boot, the
nodes will be missing their initiator links and performance attributes.
Regsiter
On Fri, 2019-08-02 at 09:42 +0800, Jia Zhang wrote:
>
> On 2019/8/2 上午6:57, Mimi Zohar wrote:
> > Hi Jia,
> >
> > On Thu, 2019-08-01 at 09:23 +0800, Jia Zhang wrote:
> >> Similar to .ima, the cert imported to .ima_blacklist is able to be
> >> authenticated by a secondary CA cert.
> >>
> >> Signed
On Mon, Aug 05, 2019 at 07:54:53PM +0300, Alexandru Ardelean wrote:
> This change adds bindings for the Analog Devices ADIN PHY driver, detailing
> all the properties implemented by the driver.
>
> Signed-off-by: Alexandru Ardelean
> ---
> .../devicetree/bindings/net/adi,adin.yaml | 93 +
On Sun, Aug 04, 2019 at 10:47:54AM -0700, Linus Torvalds wrote:
- maybe pr-tracker-bot ignores follow-up emails with "Re:" in the
subject?
Yes, this is the culprit. Here are the matching regexes:
https://git.kernel.org/pub/scm/linux/kernel/git/mricon/korg-helpers.git/tree/pr-tracker-bot.py#n41
On Mon 05-08-19 23:00:12, Tetsuo Handa wrote:
> On 2019/08/05 20:44, Michal Hocko wrote:
> >> Allowing forced charge due to being unable to invoke memcg OOM killer
> >> will lead to global OOM situation, and just returning -ENOMEM will not
> >> solve memcg OOM situation.
> >
> > Returning -ENOMEM
> diff --git a/drivers/net/phy/adin.c b/drivers/net/phy/adin.c
> index b75c723bda79..3dd9fe50f4c8 100644
> --- a/drivers/net/phy/adin.c
> +++ b/drivers/net/phy/adin.c
> @@ -14,6 +14,9 @@
> #define PHY_ID_ADIN1200 0x0283bc20
> #define PHY_ID_ADIN1300
On Thu, 1 Aug 2019 16:39:08 +0200
Martin Kepplinger wrote:
> in_accel_x_scale, in_accel_y_scale and in_accel_z_scale are always
> the same. The scale is still defined to be in "info_mask_separate".
>
> Userspace (iio-sensor-proxy and others) is not used to that and only
> looks for "in_accel_sc
On Mon, Aug 05, 2019 at 07:54:40PM +0300, Alexandru Ardelean wrote:
> This change adds support for enabling PHY interrupts that can be used by
> the PHY framework to get signal for link/speed/auto-negotiation changes.
>
> Signed-off-by: Alexandru Ardelean
> ---
> drivers/net/phy/adin.c | 44
On Mon, Aug 05, 2019 at 07:54:39PM +0300, Alexandru Ardelean wrote:
> The chip supports standard suspend/resume via BMCR reg.
> Hook these functions into the `adin` driver.
>
> Signed-off-by: Alexandru Ardelean
Reviewed-by: Andrew Lunn
Andrew
> +static int adin_config_init(struct phy_device *phydev)
> +{
> + int rc;
> +
> + rc = genphy_config_init(phydev);
> + if (rc < 0)
> + return rc;
> +
> + return 0;
> +}
Why not just
return genphy_config_init(phydev);
Andrew
On Sun, Aug 04, 2019 at 08:25:10PM +0200, Lukas Wunner wrote:
> On Fri, Jul 05, 2019 at 12:57:59PM +0300, Mika Westerberg wrote:
> > @@ -891,16 +1020,23 @@ static int nhi_resume_noirq(struct device *dev)
> > {
> > struct pci_dev *pdev = to_pci_dev(dev);
> > struct tb *tb = pci_get_drvdata(
On Mon, 2019-07-29 at 18:49 -0700, Deepa Dinamani wrote:
> The warning reuses the uptime max of 30 years used by the
> setitimeofday().
>
> Note that the warning is only added for new filesystem mounts
> through the mount syscall. Automounts do not have the same warning.
[...]
Another thing - per
On Mon, 2019-07-29 at 18:49 -0700, Deepa Dinamani wrote:
> The warning reuses the uptime max of 30 years used by the
> setitimeofday().
>
> Note that the warning is only added for new filesystem mounts
> through the mount syscall. Automounts do not have the same warning.
>
> Signed-off-by: Deepa
> + adi,rx-internal-delay:
> +$ref: /schemas/types.yaml#/definitions/uint32
> +description: |
> + RGMII RX Clock Delay used only when PHY operates in RGMII mode
> (phy-mode
> + is "rgmii-id", "rgmii-rxid", "rgmii-txid") see `dt-bindings/net/adin.h`
> + default value is 0 (w
On Fri, Aug 02, 2019 at 05:20:38PM +0800 Hillf Danton wrote:
>
> On Thu, 1 Aug 2019 09:37:49 -0400 Phil Auld wrote:
> >
> > Enabling WARN_DOUBLE_CLOCK in /sys/kernel/debug/sched_features causes
> > warning to fire in update_rq_clock. This seems to be caused by onlining
> > a new fair sched group
In commit 1273d65f29045 ("scsi: hisi_sas: change queue depth from 512 to
4096"), the depth of each queue is the same as the max IPTT in the
system.
As such, as long as we have an IPTT allocated, we will have enough space
on any delivery queue.
All .get_free_slot functions were checking for space
This patchset incldues a set of misc changes for the driver.
Nothing particularly stands out. Here's a quick overview:
- minor optimisation in delivery path
- some debugfs fixes and new minor features
- some other very minor optimisations
- and generally the rest are tidy-up patches
Thanks!
John
From: Luo Jiaxing
The value of IOST/ITCT is update to cache first, and then synchronize
to DDR periodically. So the value in IOST/ITCT cache is the latest data
and it's important for debug.
So, the HW cache of IOST and ITCT should be snapshot at debugfs.
Signed-off-by: Luo Jiaxing
Signed-off-b
On 8/1/19 6:33 PM, Alexander Duyck wrote:
> From: Alexander Duyck
>
> In order to pave the way for free page reporting in virtualized
> environments we will need a way to get pages out of the free lists and
> identify those pages after they have been returned. To accomplish this,
> this patch ad
The filesystem freezer uses percpu_rwsem in a way that is effectively
write_non_owner() and achieves this with a few horrible hacks that
rely on the rwsem (!percpu) implementation.
When -RT re-implements rwsem this house of cards comes undone.
Re-implement percpu_rwsem without relying on rwsem.
On Mon, Aug 05, 2019 at 07:47:37AM -0400, Qian Cai wrote:
>
>
> > On Aug 5, 2019, at 5:52 AM, Will Deacon wrote:
> >
> > On Fri, Aug 02, 2019 at 11:32:24AM -0400, Qian Cai wrote:
> >> The commit 155433cb365e ("arm64: cache: Remove support for ASID-tagged
> >> VIVT I-caches") introduced some com
Drop drm_gem_object from drm_gem_vram_object, use the
ttm_buffer_object.base instead.
Signed-off-by: Gerd Hoffmann
Reviewed-by: Christian König
Acked-by: Thomas Zimmermann
---
include/drm/drm_gem_vram_helper.h | 3 +--
drivers/gpu/drm/ast/ast_main.c | 2 +-
drivers/gpu
On Fri, Aug 02, 2019 at 05:36:43PM +0530, Vidya Sagar wrote:
> On 7/30/2019 9:19 PM, Lorenzo Pieralisi wrote:
> > On Tue, Jul 23, 2019 at 08:14:08PM +0530, Vidya Sagar wrote:
> > > On 7/16/2019 4:52 PM, Lorenzo Pieralisi wrote:
> > > > On Sat, Jul 13, 2019 at 12:34:34PM +0530, Vidya Sagar wrote:
>
All users moved to ttm_buffer_object->base.resv
Signed-off-by: Gerd Hoffmann
Reviewed-by: Christian König
---
include/drm/ttm/ttm_bo_api.h | 1 -
drivers/gpu/drm/ttm/ttm_bo.c | 2 --
2 files changed, 3 deletions(-)
diff --git a/include/drm/ttm/ttm_bo_api.h b/include/drm/ttm/ttm_bo_api.h
index
Drop drm_gem_object from nouveau_bo, use the
ttm_buffer_object.base instead.
Build tested only.
Signed-off-by: Gerd Hoffmann
Acked-by: Christian König
---
drivers/gpu/drm/nouveau/nouveau_bo.h | 5 -
drivers/gpu/drm/nouveau/nouveau_gem.h | 2 +-
drivers/gpu/drm/nouveau/nouveau_ab
On 2019/08/05 20:44, Michal Hocko wrote:
>> Allowing forced charge due to being unable to invoke memcg OOM killer
>> will lead to global OOM situation, and just returning -ENOMEM will not
>> solve memcg OOM situation.
>
> Returning -ENOMEM would effectivelly lead to triggering the oom killer
> fro
On Mon, 5 Aug 2019 12:25:25 +0100
Will Deacon wrote:
> So, I completely agree with Steve that we shouldn't be littering the core code
> with #ifdef CONFIG_ARM64, but we probably do need something in the arch
> backend
> if we're going to do this properly, and that in turn is likely to need a ver
On Mon, Aug 05, 2019 at 10:26:42AM +0200, Hubert Feurstein wrote:
> From: Hubert Feurstein
Hi Hubert
In your RFC patch, there was some interesting numbers. Can you provide
numbers of just this patch? How much of an improvement does it make?
Your RFC patch pushed these ptp_read_system_{pre|post}
Both ADIN1200 & ADIN1300 support Clause 45 access.
The Extended Management Interface (EMI) registers are accessible via both
Clause 45 (at register MDIO_MMD_VEND1) and using Clause 22.
However, the Clause 22 MMD access operations differ from the implementation
in the kernel, in the sense that it u
Sometimes, the connection between a MAC and PHY is done via a
mode/interface converter. An example is a GMII-to-RGMII converter, which
would mean that the MAC operates in GMII mode while the PHY operates in
RGMII. In this case there is a discrepancy between what the MAC expects &
what the PHY expec
The FIFO depth can be configured for the RMII mode. This change adds
support for doing this via device-tree (or ACPI).
Signed-off-by: Alexandru Ardelean
---
drivers/net/phy/adin.c | 11 +++
1 file changed, 11 insertions(+)
diff --git a/drivers/net/phy/adin.c b/drivers/net/phy/adin.c
ind
The ADIN1300 chip supports RGMII, RMII & MII modes. Default (if
unconfigured) is RGMII.
This change adds support for configuring these modes via the device
registers.
For RGMII with internal delays (modes RGMII_ID,RGMII_TXID, RGMII_RXID),
the default delay is 2 ns. This can be configurable and wil
The ADIN PHYs support Energy Detect Powerdown mode, which puts the PHY into
a low power mode when there is no signal on the wire (typically cable
unplugged).
This behavior is enabled by default, but can be disabled via device
property.
Signed-off-by: Alexandru Ardelean
---
drivers/net/phy/adin.c
The ADIN1200 & ADIN1300 PHYs support EEE by using standard Clause 45 access
to access MMD registers for EEE.
The EEE register addresses (when using Clause 22) are available at
different addresses (than Clause 45), and since accessing these regs (via
Clause 22) needs a special mechanism, a translat
By default, EEE is not advertised on system init. This change allows the
user to specify a device property to enable EEE advertisements when the PHY
initializes.
Also, before resetting the PHY, the EEE settings are read, so that after
the reset is complete, they are written back into the EEE adver
This change implements retrieving all the error counters from the PHY.
The PHY supports several error counters/stats. The `Mean Square Errors`
status values are only valie when a link is established, and shouldn't be
incremented. These values characterize the quality of a signal.
The rest of the e
The ADIN PHYs supports 4 types of reset:
1. The standard PHY reset via BMCR_RESET bit in MII_BMCR reg
2. Reset via GPIO
3. Reset via reg GeSftRst (0xff0c) & reload previous pin configs
4. Reset via reg GeSftRst (0xff0c) & request new pin configs
Resets 2 & 4 are almost identical, with the exceptio
This change adds support for enabling PHY interrupts that can be used by
the PHY framework to get signal for link/speed/auto-negotiation changes.
Signed-off-by: Alexandru Ardelean
---
drivers/net/phy/adin.c | 44 ++
1 file changed, 44 insertions(+)
diff -
Down-speed auto-negotiation may not always be enabled, in which case the
PHY won't down-shift to 100 or 10 during auto-negotiation.
Signed-off-by: Alexandru Ardelean
---
drivers/net/phy/adin.c | 27 +++
1 file changed, 27 insertions(+)
diff --git a/drivers/net/phy/adin.c
The internal delays for the RGMII are configurable for both RX & TX. This
change adds support for configuring them via device-tree (or ACPI).
Signed-off-by: Alexandru Ardelean
---
drivers/net/phy/adin.c | 37 +
1 file changed, 37 insertions(+)
diff --git a/dr
+CC Daniel as this is one of his I think.
On Sun, 28 Jul 2019 22:36:30 +0800
Chuhong Yuan wrote:
> Use device-managed APIs to simplify the code.
> The remove functions are redundant now and can
> be deleted.
>
> Signed-off-by: Chuhong Yuan
Applied to the togreg branch of iio.git and pushed o
501 - 600 of 1302 matches
Mail list logo
