there's an existing Dell bug report that references
> the original https://bugzilla.kernel.org/show_bug.cgi?id=195751 ??? I
> could add my report there if someone has already informed Dell about
> the other instances of the bug.
>
> Thanks
>
>
>
> Bob
>
> On Wed
s
> > >
> > > Cheers
> > >
> > >
> > > Bob
> > >
> > > On Tue, 26 Jan 2021 at 04:05, Tom Hebb wrote:
> > > >
> > > > On Mon, Jan 25, 2021 at 2:05 AM Pali Rohár wrote:
> > > > >
> > > &g
On Marvell website is documentation accessible without need to register or
fill any other forms.
Signed-off-by: Pali Rohár
---
Documentation/arm/marvell.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/arm/marvell.rst b/Documentation/arm/marvell.rst
index
On Tuesday 26 January 2021 04:27:37 Yoshihiro Shimoda wrote:
> Hi Pali,
>
> > From: Pali Rohár, Sent: Monday, January 25, 2021 11:20 PM
> > On Friday 15 January 2021 15:32:30 Mathias Nyman wrote:
> > > On 14.1.2021 1.20, Pali Rohár wrote:
> > > > On Thursd
06 00 00 55 42 4e 54 XX XX XX XX XX XX XX XX.?..UBNT
50: 20 20 20 20 31 34 30 31 32 33 20 20 60 80 02 41140123 `??A
Signed-off-by: Pali Rohár
---
Changes in v4:
* Rewritten the commit message by Marek's suggestion
Changes in v3:
* no change
Changes in v2:
* add this m
On Monday 18 January 2021 10:34:35 Pali Rohár wrote:
> On Monday 11 January 2021 12:39:07 Pali Rohár wrote:
> > This is a third version of patches which add workarounds for
> > RTL8672/RTL9601C EEPROMs and Ubiquiti U-Fiber Instant SFP.
> >
> > Russel's PATCH v2
On Friday 15 January 2021 15:32:30 Mathias Nyman wrote:
> On 14.1.2021 1.20, Pali Rohár wrote:
> > On Thursday 24 December 2020 05:59:05 Peter Chen wrote:
> >> On 20-12-23 17:18:47, Pali Rohár wrote:
> >>> Currently init_quirk callbacks for xhci platform drivers ar
On Monday 25 January 2021 14:42:21 Russell King - ARM Linux admin wrote:
> On Mon, Jan 25, 2021 at 03:23:01PM +0100, Pali Rohár wrote:
> > On Monday 25 January 2021 14:16:44 Russell King - ARM Linux admin wrote:
> > > On Mon, Jan 25, 2021 at 03:09:57PM +0100, Pali Rohár wrote:
&g
On Monday 25 January 2021 12:19:38 Guenter Roeck wrote:
> On Mon, Jan 25, 2021 at 11:05:40AM +0100, Pali Rohár wrote:
> > On Saturday 23 January 2021 18:46:08 Thomas Hebb wrote:
> > > It has been reported[0] that the Dell XPS 15 L502X exhibits similar
> > > freezing beha
This is fourth version of patches which add workarounds for
RTL8672/RTL9601C EEPROMs and Ubiquiti U-Fiber Instant SFP.
The only change since third version is modification of commit messages.
Pali Rohár (2):
net: sfp: add workaround for Realtek RTL8672 and RTL9601C chips
net: sfp: add mode
fp: VSOL V2801F / CarlitoxxPro CPGOS03-0490 v2.0
workaround")
Co-developed-by: Russell King
Signed-off-by: Russell King
Signed-off-by: Pali Rohár
---
Changes in v4:
* Rewritten the commit message by Marek's suggestion
Changes in v3:
* Do not break longer info messages
* Do not read memory a
On Monday 25 January 2021 14:16:44 Russell King - ARM Linux admin wrote:
> On Mon, Jan 25, 2021 at 03:09:57PM +0100, Pali Rohár wrote:
> > On Monday 18 January 2021 10:34:35 Pali Rohár wrote:
> > > On Monday 11 January 2021 12:39:07 Pali Rohár wrote:
> > > > This
Signed-off-by: Pali Rohár
---
Documentation/arm/marvell.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/arm/marvell.rst b/Documentation/arm/marvell.rst
index b16e6f7e8dbe..fa22a72d4391 100644
--- a/Documentation/arm/marvell.rst
+++ b/Documentation/arm
On Saturday 23 January 2021 18:46:08 Thomas Hebb wrote:
> It has been reported[0] that the Dell XPS 15 L502X exhibits similar
> freezing behavior to the other systems[1] on this blacklist. The issue
> was exposed by a prior change of mine to automatically load
> dell_smm_hwmon on a wider set of XPS
Signed-off-by: Pali Rohár
---
Documentation/arm/index.rst | 2 +-
Documentation/arm/{marvel.rst => marvell.rst} | 0
2 files changed, 1 insertion(+), 1 deletion(-)
rename Documentation/arm/{marvel.rst => marvell.rst} (100%)
diff --git a/Documentation/arm/index
Signed-off-by: Pali Rohár
---
Documentation/arm/marvell.rst | 3 +++
1 file changed, 3 insertions(+)
diff --git a/Documentation/arm/marvell.rst b/Documentation/arm/marvell.rst
index 16ab2eb085b8..b16e6f7e8dbe 100644
--- a/Documentation/arm/marvell.rst
+++ b/Documentation/arm/marvell.rst
This patch adds documentation for sysctl conf/all/disable_ipv6 and
conf/default/disable_ipv6 settings which is currently missing.
Signed-off-by: Pali Rohár
---
Documentation/networking/ip-sysctl.rst | 12
1 file changed, 12 insertions(+)
diff --git a/Documentation/networking/ip
On Monday 11 January 2021 12:39:07 Pali Rohár wrote:
> This is a third version of patches which add workarounds for
> RTL8672/RTL9601C EEPROMs and Ubiquiti U-Fiber Instant SFP.
>
> Russel's PATCH v2 2/3 was dropped from this patch series as
> it is being handled separately
SATA on A3720 SOC can use only comphy2, so move this definition from board
specific DTS file armada-3720-espressobin.dtsi into main A3720 SOC file
armada-37xx.dtsi.
Signed-off-by: Pali Rohár
---
arch/arm64/boot/dts/marvell/armada-3720-espressobin.dtsi | 2 --
arch/arm64/boot/dts/marvell/armada
2 (250 MHz) to L0 (1 GHz) causes a crash.
When base CPU frequency is just 800 MHz no crashed were observed during
switch from L2 to L0.
Signed-off-by: Pali Rohár
Fixes: 2089dc33ea0e ("clk: mvebu: armada-37xx-periph: add DVFS support for cpu
clocks")
Cc: sta...@vger.kernel.org # 61c40
forum [2].
[1] -
https://github.com/MarvellEmbeddedProcessors/linux-marvell/commit/dc33b62c90696afb6adc7dbcc4ebbd48bedec269
[2] - https://forum.armbian.com/topic/10429-how-to-make-espressobin-v7-stable/
Signed-off-by: Pali Rohár
Fixes: 1c3528232f4b ("cpufreq: armada-37xx: Add AVS support
This driver is missing module_exit hook. Add proper driver exit function
which unregisters the platform device and cleans up the data.
Signed-off-by: Pali Rohár
---
drivers/cpufreq/armada-37xx-cpufreq.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/drivers
ation for opp"), but only for calculating
CPU frequency for opp.
Fix this also for determination of base CPU frequency.
Signed-off-by: Pali Rohár
Fixes: 92ce45fb875d ("cpufreq: Add DVFS support for Armada 37xx")
Cc: sta...@vger.kernel.org # 8db82563451f ("cpufreq: armada-37xx: f
Variable cur_frequency in armada37xx_cpufreq_driver_init() is unused.
Signed-off-by: Pali Rohár
---
drivers/cpufreq/armada-37xx-cpufreq.c | 10 +-
1 file changed, 1 insertion(+), 9 deletions(-)
diff --git a/drivers/cpufreq/armada-37xx-cpufreq.c
b/drivers/cpufreq/armada-37xx-cpufreq.c
reproduced with userspace governor. In most cases it causes CPU
to crash.
This change fixes the above issue and ensures that the CPU always stays in
L1 for at least 20ms when switching from any state to L0.
Signed-off-by: Marek Behún
Signed-off-by: Pali Rohár
Fixes: 61c40f35f5cd ("clk:
tion fails.
This fixes the issue by using the same frequency in both calls.
Signed-off-by: Pali Rohár
Fixes: 8db82563451f ("cpufreq: armada-37xx: fix frequency calculation for opp")
Cc: sta...@vger.kernel.org
---
drivers/cpufreq/armada-37xx-cpufreq.c | 2 +-
1 file changed, 1 insertion(+),
From: Marek Behún
Remove the .set_parent method in clk_pm_cpu_ops.
This method was supposed to be needed by the armada-37xx-cpufreq driver,
but was never actually called due to wrong assumptions in the cpufreq
driver. After this was fixed in the cpufreq driver, this method is not
needed anymore.
From: Marek Behún
With CPU frequency determining software [1] we have discovered that
after this driver does one CPU frequency change, the base frequency of
the CPU is set to the frequency of TBG-A-P clock, instead of the TBG
that is parent to the CPU.
This can be reproduced on EspressoBIN and T
From: Marek Behún
Add "syscon" compatible to the North Bridge clocks node to allow the
cpufreq driver to access these registers via syscon API.
This is needed for a fix of cpufreq driver.
Signed-off-by: Marek Behún
Fixes: e8d66e7927b2 ("arm64: dts: marvell: armada-37xx: add nodes...")
Cc: sta.
atible to NB clk node
cpufreq: armada-37xx: Fix setting TBG parent for load levels
clk: mvebu: armada-37xx-periph: remove .set_parent method for CPU PM
clock
Pali Rohár (7):
cpufreq: armada-37xx: Fix the AVS value for loads L0 and L1
clk: mvebu: armada-37xx-periph: Fix switching CPU
On Thursday 24 December 2020 05:59:05 Peter Chen wrote:
> On 20-12-23 17:18:47, Pali Rohár wrote:
> > Currently init_quirk callbacks for xhci platform drivers are called
> > xhci_plat_setup() function which is called after chip reset completes.
> > It happens in the midd
On Monday 11 January 2021 12:39:07 Pali Rohár wrote:
> This is a third version of patches which add workarounds for
> RTL8672/RTL9601C EEPROMs and Ubiquiti U-Fiber Instant SFP.
>
> Russel's PATCH v2 2/3 was dropped from this patch series as
> it is being handled separately
This is a third version of patches which add workarounds for
RTL8672/RTL9601C EEPROMs and Ubiquiti U-Fiber Instant SFP.
Russel's PATCH v2 2/3 was dropped from this patch series as
it is being handled separately.
Pali Rohár (2):
net: sfp: add workaround for Realtek RTL8672 and RTL9601C
20 05 1e 00 36NT 4 ??.6
40: 00 06 00 00 55 42 4e 54 XX XX XX XX XX XX XX XX.?..UBNT
50: 20 20 20 20 31 34 30 31 32 33 20 20 60 80 02 41140123 `??A
Signed-off-by: Pali Rohár
---
Changes in v2:
* add this module also into sfp_module_supported() function
Changes in v3
2a4a ("net: sfp: VSOL V2801F / CarlitoxxPro CPGOS03-0490 v2.0
workaround")
Co-developed-by: Russell King
Signed-off-by: Russell King
Signed-off-by: Pali Rohár
---
Changes in v2:
* Add explanation why also for second address is used one byte read op
* Skip hwmon registration when eep
On Saturday 09 January 2021 23:19:54 Russell King - ARM Linux admin wrote:
> On Sat, Jan 09, 2021 at 08:14:47PM +0100, Pali Rohár wrote:
> > On Saturday 09 January 2021 15:46:01 Russell King - ARM Linux admin wrote:
> > > On Thu, Jan 07, 2021 at 05:54:28PM +0100, Andrew Lunn wro
On Saturday 09 January 2021 15:46:01 Russell King - ARM Linux admin wrote:
> On Thu, Jan 07, 2021 at 05:54:28PM +0100, Andrew Lunn wrote:
> > On Wed, Jan 06, 2021 at 04:37:48PM +0100, Pali Rohár wrote:
> > > From: Russell King
> > >
> > > Some GPON SFP mo
On Thursday 07 January 2021 21:21:16 Marek Behún wrote:
> On Thu, 7 Jan 2021 19:45:49 +
> Russell King - ARM Linux admin wrote:
>
> > I think you're not reading the code very well. It checks for bytes at
> > offset 1..blocksize-1, blocksize+1..2*blocksize-1, etc are zero. It
> > does _not_ ch
On Thursday 07 January 2021 17:40:06 Russell King - ARM Linux admin wrote:
> On Thu, Jan 07, 2021 at 06:19:23PM +0100, Andrew Lunn wrote:
> > Did we loose the comment:
> >
> > /* Some modules (Nokia 3FE46541AA) lock up if byte 0x51 is read as a
> > * single read. Switch back to reading 16 byte bl
On Thursday 07 January 2021 18:19:23 Andrew Lunn wrote:
> > + if (sfp->i2c_block_size < 2) {
> > + dev_info(sfp->dev, "skipping hwmon device registration "
> > + "due to broken EEPROM\n");
> > + dev_info(sfp->dev, "diagnostic EEPROM area cannot be
On Thursday 07 January 2021 03:02:36 Andrew Lunn wrote:
> > + /* hwmon interface needs to access 16bit registers in atomic way to
> > +* guarantee coherency of the diagnostic monitoring data. If it is not
> > +* possible to guarantee coherency because EEPROM is broken in such way
> > +
20 05 1e 00 36NT 4 ??.6
40: 00 06 00 00 55 42 4e 54 XX XX XX XX XX XX XX XX.?..UBNT
50: 20 20 20 20 31 34 30 31 32 33 20 20 60 80 02 41140123 `??A
Signed-off-by: Pali Rohár
---
Changes in v2:
* add this module also into sfp_module_supported() function
---
drivers
module Ubiquiti U-Fiber Instant.
Signed-off-by: Russell King
Signed-off-by: Pali Rohár
---
Changes in v2:
* Fix author/signed-off-by lines
---
drivers/net/phy/sfp.c | 36 ++--
1 file changed, 22 insertions(+), 14 deletions(-)
diff --git a/drivers/net/phy/sfp.c b
2a4a ("net: sfp: VSOL V2801F / CarlitoxxPro CPGOS03-0490 v2.0
workaround")
Co-developed-by: Russell King
Signed-off-by: Russell King
Signed-off-by: Pali Rohár
---
Changes in v2:
* Add explanation why also for second address is used one byte read op
* Skip hwmon registration when eep
EEPROM
is totally broken and does not support reading 16bit values automically.
Pali Rohár (2):
net: sfp: add workaround for Realtek RTL8672 and RTL9601C chips
net: sfp: add mode quirk for GPON module Ubiquiti U-Fiber Instant
Russell King (1):
net: sfp: assume that LOS is not implemented if
6, 2021 at 03:55:32PM +0100, Pali Rohár wrote:
> > > > On my tested CarlitoxxPro module is:
> > > >
> > > > Option values : 0x00 0x1c
> > > > Option
On Sunday 03 January 2021 03:41:32 Pali Rohár wrote:
> Hello!
>
> On Sunday 03 January 2021 03:25:23 Thomas Schreiber wrote:
> > Hi Pali,
> > I have a CarlitoxxPro module and I reported an issue about RX_LOS pin
> > to the manufacturer.
> > It looks to me that
. V
> Module voltage low alarm threshold: 0. V
> Module voltage high warning threshold : 0. V
> Module voltage low warning threshold : 0. V
> Laser rx power high alarm threshold : 0.1536 mW / -8.14 dBm
> Laser rx power low alarm threshold
On Thursday 31 December 2020 18:13:38 Andrew Lunn wrote:
> > > Looking at sfp_module_info(), adding a check for i2c_block_size < 2
> > > when determining what length to return. ethtool should do the right
> > > thing, know that the second page has not been returned to user space.
> >
> > But if we
On Thursday 31 December 2020 16:30:33 Andrew Lunn wrote:
> On Thu, Dec 31, 2020 at 01:14:10PM +0100, Pali Rohár wrote:
> > On Wednesday 30 December 2020 19:09:58 Russell King - ARM Linux admin wrote:
> > > On Wed, Dec 30, 2020 at 06:43:07PM +0100, Pali Rohár wrote:
> > >
On Thursday 31 December 2020 16:09:25 Andrew Lunn wrote:
> On Thu, Dec 31, 2020 at 01:14:10PM +0100, Pali Rohár wrote:
> > On Wednesday 30 December 2020 19:09:58 Russell King - ARM Linux admin wrote:
> > > On Wed, Dec 30, 2020 at 06:43:07PM +0100, Pali Rohár wrote:
> > >
On Wednesday 30 December 2020 19:12:40 Russell King - ARM Linux admin wrote:
> On Wed, Dec 30, 2020 at 06:27:07PM +0100, Marek Behún wrote:
> > On Wed, 30 Dec 2020 18:06:52 +0100
> > Pali Rohár wrote:
> >
> > > if (!sfp->type->module_supported(&id) &a
On Wednesday 30 December 2020 19:09:58 Russell King - ARM Linux admin wrote:
> On Wed, Dec 30, 2020 at 06:43:07PM +0100, Pali Rohár wrote:
> > On Wednesday 30 December 2020 18:13:15 Andrew Lunn wrote:
> > > Hi Pali
> > >
> > > I have to agree with Russell here
On Wednesday 30 December 2020 18:13:15 Andrew Lunn wrote:
> On Wed, Dec 30, 2020 at 05:05:46PM +, Russell King - ARM Linux admin
> wrote:
> > On Wed, Dec 30, 2020 at 05:56:34PM +0100, Pali Rohár wrote:
> > > This change is really required for those Realtek chips. I tho
On Wednesday 30 December 2020 18:17:41 Andrew Lunn wrote:
> On Wed, Dec 30, 2020 at 05:06:23PM +, Russell King - ARM Linux admin
> wrote:
> > On Wed, Dec 30, 2020 at 05:57:58PM +0100, Pali Rohár wrote:
> > > On Wednesday 30 December 2020 16:13:10 Russell King - ARM Lin
On Wednesday 30 December 2020 17:05:46 Russell King - ARM Linux admin wrote:
> On Wed, Dec 30, 2020 at 05:56:34PM +0100, Pali Rohár wrote:
> > This change is really required for those Realtek chips. I thought that
> > it is obvious that from *both* addresses 0x50 and 0x51 can be re
On Wednesday 30 December 2020 16:11:51 Russell King - ARM Linux admin wrote:
> On Wed, Dec 30, 2020 at 04:47:53PM +0100, Pali Rohár wrote:
> > Some GPON SFP modules (e.g. Ubiquiti U-Fiber Instant) have set SFF phys_id
> > in their EEPROM. Kernel SFP subsystem currently does n
On Wednesday 30 December 2020 16:13:10 Russell King - ARM Linux admin wrote:
> On Wed, Dec 30, 2020 at 04:47:54PM +0100, Pali Rohár wrote:
> > Some GPON SFP modules (e.g. Ubiquiti U-Fiber Instant) have set both
> > SFP_OPTIONS_LOS_INVERTED and SFP_OPTIONS_LOS_NORMAL bits
On Wednesday 30 December 2020 16:10:37 Russell King - ARM Linux admin wrote:
> On Wed, Dec 30, 2020 at 04:47:52PM +0100, Pali Rohár wrote:
> > Workaround for GPON SFP modules based on VSOL V2801F brand was added in
> > commit 0d035bed2a4a ("net: sfp: VSOL V2801F / Carli
29 55 46 2d 49 4e 53 54 41.??)UF-INSTA
30: 4e 54 20 20 20 20 20 20 34 20 20 20 05 1e 00 36NT 4 ??.6
40: 00 06 00 00 55 42 4e 54 XX XX XX XX XX XX XX XX.?..UBNT
50: 20 20 20 20 31 34 30 31 32 33 20 20 60 80 02 41140123 `??A
Signed-off-by: Pali Rohár
Instant.
Co-developed-by: Russell King
Signed-off-by: Russell King
Signed-off-by: Pali Rohár
---
drivers/net/phy/sfp.c | 36 ++--
1 file changed, 22 insertions(+), 14 deletions(-)
diff --git a/drivers/net/phy/sfp.c b/drivers/net/phy/sfp.c
index 73f3ecf15260
d RTL9601C chips.
Fixes: 0d035bed2a4a ("net: sfp: VSOL V2801F / CarlitoxxPro CPGOS03-0490 v2.0
workaround")
Co-developed-by: Russell King
Signed-off-by: Russell King
Signed-off-by: Pali Rohár
---
drivers/net/phy/sfp.c | 78 ---
1 file changed,
Ubiquiti U-Fiber Instant
is recognized.
Signed-off-by: Pali Rohár
---
drivers/net/phy/sfp.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/phy/sfp.c b/drivers/net/phy/sfp.c
index 490e78a72dd6..73f3ecf15260 100644
--- a/drivers/net/phy/sfp.c
+++ b/drivers/net/phy
available in my git branch sfp-rtl8672:
https://git.kernel.org/pub/scm/linux/kernel/git/pali/linux.git/log/?h=sfp-rtl8672
Pali Rohár (4):
net: sfp: add workaround for Realtek RTL8672 and RTL9601C chips
net: sfp: allow to use also SFP modules which are detected as SFF
net: sfp: assume that LOS
Hello!
On Monday 28 December 2020 13:11:49 Marek Behun wrote:
> Hi Pali and Miquel,
>
> On Wed, 23 Dec 2020 17:24:03 +0100
> Pali Rohár wrote:
>
> > int xhci_mvebu_a3700_init_quirk(struct usb_hcd *hcd)
> > {
> > struct xhci_hcd *xhci = hcd_to_xhci(hcd);
On Thursday 24 December 2020 14:24:01 Pali Rohár wrote:
> On Thursday 24 December 2020 13:15:21 Peter Chen wrote:
> >
> > > > > + /* Old bindings miss the PHY handle */
> > > > > + phy = of_phy_get(dev->of_node, "usb3-phy&qu
On Thursday 24 December 2020 13:15:21 Peter Chen wrote:
>
> > > > + /* Old bindings miss the PHY handle */
> > > > + phy = of_phy_get(dev->of_node, "usb3-phy");
> > > > + if (IS_ERR(phy) && PTR_ERR(phy) == -EPROBE_DEFER)
> > > > + return -EPROBE_DEFER;
> > >
> > >
On Thursday 24 December 2020 05:54:55 Peter Chen wrote:
> On 20-12-23 17:24:03, Pali Rohár wrote:
> > Older ATF does not provide SMC call for USB 3.0 phy power on functionality
> > and therefore initialization of xhci-hcd is failing when older version of
> > ATF is used. In t
for TX_EMP.
When rebooting A3720 platform without this patch on UART is print only:
[ 42.699�
And with this patch on UART is full output:
[ 39.530216] reboot: Restarting system
Fixes: c685af1108d7 ("serial: mvebu-uart: fix tx lost characters")
Signed-off-by: Pali Rohár
---
driv
s: bd3d25b07342 ("arm64: dts: marvell: armada-37xx: link USB hosts with
their PHYs")
Signed-off-by: Pali Rohár
Cc: # 5.1+: ea17a0f153af: phy: marvell: comphy:
Convert internal SMCC firmware return codes to errno
Cc: # 5.1+: f768e718911e: usb: host: xhci-plat: add
priv quirk for skip
his member is set.
This patch fixes implementation of the XHCI_SKIP_PHY_INIT quirk by calling
init_quirk callbacks (via xhci_priv_init_quirk()) prior checking if
XHCI_SKIP_PHY_INIT is set. Also checking if either xhci->quirks or
priv->quirks contains this XHCI_SKIP_PHY_INIT quirk.
Signed-off
On Wednesday 23 December 2020 01:02:43 Peter Chen wrote:
> On 20-12-22 14:30:51, Pali Rohár wrote:
> > On Tuesday 22 December 2020 10:23:27 Pali Rohár wrote:
> > > On Tuesday 22 December 2020 02:14:45 Peter Chen wrote:
> > > > On 20-12-21 16:09:03, Pali Rohár wrote:
On Tuesday 22 December 2020 10:23:27 Pali Rohár wrote:
> On Tuesday 22 December 2020 02:14:45 Peter Chen wrote:
> > On 20-12-21 16:09:03, Pali Rohár wrote:
> > > Currently init_quirk callbacks for xhci platform drivers are called
> > > xhci_plat_setup() function which
On Tuesday 22 December 2020 19:07:20 Hermes Zhang wrote:
> From: Hermes Zhang
>
> The CHARGE_NOW is map to REG_NAC for all the gauge chips beofre. But for
> some chips (e.g. bq27z561) which doesn't have the REG_NAC, we use REG_RC
> (remaining capacity) for CHARGE_NOW.
>
> Signed-off-by: Hermes Z
On Tuesday 22 December 2020 03:44:09 Hermes Zhang wrote:
> On 12/18/20 5:42 PM, Pali Rohár wrote:
> > On Thursday 17 December 2020 12:03:24 Hermes Zhang wrote:
> >> Hi Pali,
> >>
> >> From the TI spec (e.g.
> >> https://www.ti.com/lit/ug/tidu077/ti
On Tuesday 22 December 2020 02:14:45 Peter Chen wrote:
> On 20-12-21 16:09:03, Pali Rohár wrote:
> > Currently init_quirk callbacks for xhci platform drivers are called
> > xhci_plat_setup() function which is called after chip reset completes.
> > It happens in the midd
his member is set.
This patch fixes implementation of the XHCI_SKIP_PHY_INIT quirk by calling
init_quirk callbacks (via xhci_priv_init_quirk()) prior checking if
XHCI_SKIP_PHY_INIT is set.
Fixes: f768e718911e0 ("usb: host: xhci-plat: add priv quirk for skip PHY
initialization")
Signed
Hello!
Please CC me in future for mwifiex discussion :-)
On Wednesday 28 October 2020 23:24:30 Tsuchiya Yuto wrote:
> Hello all,
>
> On Microsoft Surface devices (PCIe-88W8897), we are observing stability
> issues when ps_mode (IEEE power_save) is enabled, then eventually causes
> firmware crash
On Saturday 19 December 2020 15:51:30 Stephen Boyd wrote:
> Quoting Pali Rohár (2020-11-06 02:00:39)
> > From: Terry Zhou
> >
> > There is an error in the current code that the XTAL MODE
> > pin was set to NB MPP1_31 which should be NB MPP1_9.
> > The latch re
t every chip has
NAC or RC, but not both?
> Best Regards,
> Hermes
>
> -Original Message-
> From: Pali Rohár
> Sent: 2020年12月17日 19:57
> To: Hermes Zhang
> Cc: Dan Murphy ; Sebastian Reichel ; kernel
> ; Hermes Zhang ;
> linux...@vger.kernel.org; linux-ke
On Thursday 17 December 2020 19:47:37 Hermes Zhang wrote:
> From: Hermes Zhang
>
> The CHARGE_NOW is map to REG_NAC for all the gauge chips beofre. But for
> some chips (e.g. bq27z561) which doesn't have the REG_NAC, we use REG_RC
> (remaining capacity) for CHARGE_NOW.
Hello! What is the differe
On Wednesday 09 December 2020 16:19:39 Trent Piepho wrote:
> On Tuesday, December 8, 2020 5:13:36 PM PST Pali Rohár wrote:
> > On Tuesday 08 December 2020 15:04:29 Trent Piepho wrote:
> > > Does this also give userspace a clear point at which to determine MTU
> setting,
&
On Tuesday 08 December 2020 15:04:29 Trent Piepho wrote:
> On Wednesday, September 23, 2020 3:22:15 AM PST Pali Rohár wrote:
> > On Monday 14 September 2020 20:18:27 Joseph Hwang wrote:
> > > On Thu, Sep 10, 2020 at 4:18 PM Pali Rohár wrote:
> > > > And this p
On Sunday 29 November 2020 12:17:27 Gregory CLEMENT wrote:
> Hi Vladimir,
>
> > This adds support for ESPRESSObin-Ultra from Globalscale.
> >
> > Specifications are similar to the base ESPRESSObin board, with main
> > difference being being WAN port with PoE capability and 2 additional
> > ethern
It is not HW bug or workaround for some cards but it is requirement by PCI
Express spec. After fundamental reset is needed 100ms delay prior enabling
link training. So update comment in code to reflect this requirement.
Signed-off-by: Pali Rohár
---
Changes in v2:
* Add reference to the PCI
On Monday 30 November 2020 10:52:00 Lorenzo Pieralisi wrote:
> On Mon, Nov 30, 2020 at 12:17:41AM +0100, Pali Rohár wrote:
> > On Sunday 11 October 2020 19:21:49 Pali Rohár wrote:
> > > On Thursday 24 September 2020 17:22:32 Pali Rohár wrote:
> > > > On Thursday 24
PING! I would like to remind this patch.
On Friday 13 November 2020 11:19:19 Pali Rohár wrote:
> Michael, Stephen: Could you take this clk patch?
>
> On Friday 06 November 2020 11:51:18 Marek Behún wrote:
> > Also, this is how A3720 WTMI code and ATF determines XTAL clock rate.
&g
On Sunday 11 October 2020 19:21:49 Pali Rohár wrote:
> On Thursday 24 September 2020 17:22:32 Pali Rohár wrote:
> > On Thursday 24 September 2020 10:11:06 Bjorn Helgaas wrote:
> > > On Thu, Sep 24, 2020 at 10:46:18AM +0200, Pali Rohár wrote:
> > > > It is not HW bu
On Monday 26 October 2020 19:44:42 Vladimir Vid wrote:
> This adds support for ESPRESSObin-Ultra from Globalscale.
>
> Specifications are similar to the base ESPRESSObin board, with main
> difference being being WAN port with PoE capability and 2 additional ethernet
> ports.
>
> Full specificati
On Sunday 15 November 2020 07:19:36 Krzysztof Wilczyński wrote:
> Hello Pali!
>
> Sincere apologies for taking a long time to get back to you.
>
> On 20-11-04 17:29:31, Pali Rohár wrote:
>
> [...]
> >
> > Krzysztof, as Bjorn wrote, do you want to take this
Ping?
On Monday 19 October 2020 10:19:33 Pali Rohár wrote:
> Gregory, it is OK now?
>
> On Monday 05 October 2020 15:35:13 Pali Rohár wrote:
> > Up-to-date version of V7 schematic is on new URL linked from official
> > tech-spec webpage http://espressobin.net/tech-spec/
&
On Monday 19 October 2020 14:25:37 Andrew Lunn wrote:
> On Mon, Oct 19, 2020 at 10:04:08AM +0200, Pali Rohár wrote:
> > Hello! Gregory, I would like to remind you following patch.
>
> Hi Pali
>
> Since the merge window is open at the moment, no new patches will be
>
020 11:00:39 +0100
> Pali Rohár wrote:
>
> > From: Terry Zhou
> >
> > There is an error in the current code that the XTAL MODE
> > pin was set to NB MPP1_31 which should be NB MPP1_9.
> > The latch register of NB MPP1_9 has different offset of 0x8.
> >
>
From: Terry Zhou
There is an error in the current code that the XTAL MODE
pin was set to NB MPP1_31 which should be NB MPP1_9.
The latch register of NB MPP1_9 has different offset of 0x8.
Signed-off-by: Terry Zhou
[pali: Fix pin name in commit message]
Signed-off-by: Pali Rohár
Fixes
On Tuesday 06 October 2020 17:22:22 Bjorn Helgaas wrote:
> It's not obvious from the code why we need pci_sysfs_init(), but
> Yinghai hinted [1] that we need to create sysfs after assigning
> resources. I experimented by removing pci_sysfs_init() and skipping
> the ROM BAR sizing. In that case, w
Hello Krzysztof!
On Friday 09 October 2020 10:08:53 Pali Rohár wrote:
> On Thursday 08 October 2020 14:59:07 Bjorn Helgaas wrote:
> > On Wed, Oct 07, 2020 at 11:14:34AM -0500, Bjorn Helgaas wrote:
> > > On Wed, Oct 07, 2020 at 10:14:00AM +0200, Pali Rohár wrote:
> > >
not explictily added only for speedstep-centrino,
speedstep-ich and speedstep-smi drivers as it was removed in commit
b11d77fa300d9 ("cpufreq: Convert to new X86 CPU match macros").
Pali Rohár (9):
cpufreq: ap806: Add missing MODULE_DEVICE_TABLE
cpufreq: highbank: Add missing MODULE_DE
This patch adds missing MODULE_DEVICE_TABLE definition which generates
correct modalias for automatic loading of this cpufreq driver when it is
compiled as an external module.
Signed-off-by: Pali Rohár
Fixes: f328584f7bff8 ("cpufreq: Add sun50i nvmem based CPU scaling driver")
--
This patch adds missing MODULE_DEVICE_TABLE definition which generates
correct modalias for automatic loading of this cpufreq driver when it is
compiled as an external module.
Signed-off-by: Pali Rohár
Fixes: 46e2856b8e188 ("cpufreq: Add Kryo CPU scaling driver")
---
drivers/cp
This patch adds missing MODULE_DEVICE_TABLE definition which generates
correct modalias for automatic loading of this cpufreq driver when it is
compiled as an external module.
Signed-off-by: Pali Rohár
Fixes: 6754f556103be ("cpufreq / highbank: add support for highbank cpufreq")
--
101 - 200 of 1067 matches
Mail list logo
