| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
|
|
since run git filter-repo, then need to remove from Kconfig and
Makefile
Signed-off-by: Andy Hu <andy.hu@starfivetech.com>
|
|
version JH7110_515_SDK_v3.3.0 for JH7110 EVB board
|
|
CR 2650 PWM hal.feng
See merge request sdk/linux!626
|
|
CR 2653 QSPI 5.15 ziv.xu
See merge request sdk/linux!612
|
|
being removed
So this can avoid disabling the pwm clock again when
the pwm device is suspended and being removed.
Signed-off-by: Hal Feng <hal.feng@starfivetech.com>
|
|
version JH7110_515_SDK_v3.2.0 for JH7110 EVB board
|
|
'jh7110-5.15.y-devel'
CR_2651_spi_dtbo_reload_faild_5.15_ziv.xu
See merge request sdk/linux!619
|
|
To workaroud the NVMe I/O timeout problem in bootup S10udev case
which caused by the CQE update lantancy.
Signed-off-by: Kevin.xie <kevin.xie@starfivetech.com>
|
|
fix the problem of spi overlay reload
Signed-off-by: ziv.xu <ziv.xu@starfive.com>
|
|
version JH7110_515_SDK_v3.1.0 for JH7110 EVB board
|
|
enable qspi
Signed-off-by: ziv.xu <ziv.xu@starfive.com>
|
|
CR 2429 spi error of freq 5.15 ziv.xu
See merge request sdk/linux!603
|
|
CR 2661 v4l2_driver: vin: Add skip frames for isp control.
See merge request sdk/linux!610
|
|
CR_2434_imx219_515_changhuang.liang media: v4l2_driver: Supplement the missing runtime pm get ops on more than once stream_on cases.
See merge request sdk/linux!595
|
|
CR 2642 drivers: pci: Set PCIe PCI standard configuration ID.
See merge request sdk/linux!613
|
|
CR_2583 USB: core: Fix bug in resuming hub's handling of wakeup requests
See merge request sdk/linux!600
|
|
'jh7110-5.15.y-devel'
CR_2588_515_watchdog_timeleft_Xingyu.Wu
See merge request sdk/linux!597
|
|
Class - PCI-to-PCI bridge.
Revision - 2.
Signed-off-by: Kevin.xie <kevin.xie@starfivetech.com>
|
|
The duration of extra isp control skip frames are fixed to 1 second.
Signed-off-by: Kevin.xie <kevin.xie@starfivetech.com>
|
|
Adjust when to configure registers before HDMI suspend.
Signed-off-by: Xingyu Wu <xingyu.wu@starfivetech.com>
|
|
Add 'JH7110_NOC_BUS_CLK_STG_AXI' clock and
'RSTN_U0_NOC_BUS_STG_AXI_N' reset.
Signed-off-by: Xingyu Wu <xingyu.wu@starfivetech.com>
|
|
fix display problem of hdmi sys pm
Signed-off-by: shengyang.chen<shengyang.chen@starfivetech.com>
|
|
fix double display bug
Signed-off-by: shengyang.chen<shengyang.chen@starfivetech.com>
|
|
Add basic runtime and system pm support for vout
remove some useless clk/rst function and calling in vs_dc.c
improve vout driver structure
Signed-off-by: shengyang.chen<shengyang.chen@starfivetech.com>
|
|
Clock "u0_pclk_mux_func_pclk" is the parent of "disp_apb" clock.
Signed-off-by: Xingyu Wu <xingyu.wu@starfivetech.com>
|
|
Add runtime and system pm in vout clock tree driver.
Signed-off-by: Xingyu Wu <xingyu.wu@starfivetech.com>
|
|
prompt warning when frequency does not surpport
Signed-off-by: ziv.xu <ziv.xu@starfive.com>
|
|
Bugzilla #213839 reports a 7-port hub that doesn't work properly when
devices are plugged into some of the ports; the kernel goes into an
unending disconnect/reinitialize loop as shown in the bug report.
This "7-port hub" comprises two four-port hubs with one plugged into
the other; the failures occur when a device is plugged into one of the
downstream hub's ports. (These hubs have other problems too. For
example, they bill themselves as USB-2.0 compliant but they only run
at full speed.)
It turns out that the failures are caused by bugs in both the kernel
and the hub. The hub's bug is that it reports a different
bmAttributes value in its configuration descriptor following a remote
wakeup (0xe0 before, 0xc0 after -- the wakeup-support bit has
changed).
The kernel's bug is inside the hub driver's resume handler. When
hub_activate() sees that one of the hub's downstream ports got a
wakeup request from a child device, it notes this fact by setting the
corresponding bit in the hub->change_bits variable. But this variable
is meant for connection changes, not wakeup events; setting it causes
the driver to believe the downstream port has been disconnected and
then connected again (in addition to having received a wakeup
request).
Because of this, the hub driver then tries to check whether the device
currently plugged into the downstream port is the same as the device
that had been attached there before. Normally this check succeeds and
wakeup handling continues with no harm done (which is why the bug
remained undetected until now). But with these dodgy hubs, the check
fails because the config descriptor has changed. This causes the hub
driver to reinitialize the child device, leading to the
disconnect/reinitialize loop described in the bug report.
The proper way to note reception of a downstream wakeup request is
to set a bit in the hub->event_bits variable instead of
hub->change_bits. That way the hub driver will realize that something
has happened to the port but will not think the port and child device
have been disconnected. This patch makes that change.
Cc: <stable@vger.kernel.org>
Tested-by: Jonathan McDowell <noodles@earth.li>
Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
Link: https://lore.kernel.org/r/YdCw7nSfWYPKWQoD@rowland.harvard.edu
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Signed-off-by: minda.chen <minda.chen@starfivetech.com>
|
|
Use flag to count timeleft and the flag is base on
reading register instead of interrupt handler function.
Signed-off-by: Xingyu Wu <xingyu.wu@starfivetech.com>
|
|
version JH7110_515_SDK_v3.0.0-rc3 for JH7110 EVB board
|
|
phy_read_status should not judge the auto negotiation speed, which
will cause 0x1e to be frequently modified.
JH7110B In different speed modes, the tx_inverted needs to be
dynamically updated to match the timming.
known issue:
Function yt8521_read_status, it will be executed once per second.
Can read and write ext reg (0xa001/a002/a003). This may causes the ext value
read by the phytool always is 0.
$ phytool write eth0/0/0x1e 0xa001
$ phytool read eth0/0/0x1f
0000
To avoid this problem, you can read 0x1f as fast as possible after
writing 0x1e.
$ phytool write eth0/0/0x1e 0xa001; phytool read eth0/0/0x1f
0x8160
Signed-off-by: Samin Guo <samin.guo@starfivetech.com>
|
|
add 800*1280 I2C read to detect the status of connection
Signed-off-by: keith <keith.zhao@starfivetech.com>
|
|
once stream_on cases.
For example, if we run stf_isp_ctrl & v4l2test at the same time,
s_stream for sensor will be called twice,
so that rpm should be got twice too.
Signed-off-by: Kevin.xie <kevin.xie@starfivetech.com>
|
|
mipi dsi driver add 800*1280 panel : update panel driver code
Signed-off-by: keith <keith.zhao@starfivetech.com>
|
|
JH7110A use external rmii_rtx clk for tx clk on 100M/10M mode.
Signed-off-by: Samin Guo <samin.guo@linux.starfivetech.com>
|
|
Visionfive2 emmc is default 1.8V, there is no need to controll the voltage.
Remove sdio_vdd node and code.
Signed-off-by: Jianlong Huang <jianlong.huang@starfivetech.com>
|
|
SD card gpio is generic gpio on visionfive2, the default output drive strength may be not enough, some sd card do not work.
So enhance the gpio output drive strength to max.
But on visionfive2, the sd card gpio is fixed 3.3V, there is no need to switch_voltage and not support uhs mode.
Signed-off-by: Jianlong Huang <jianlong.huang@starfivetech.com>
|
|
This patch just for evb
This reverts commit 8d7c702d7bc0fef9ee5882db660390801bbccaa7.
|
|
Based on VisionFive V2 SCH.
Signed-off-by: Kevin.xie <kevin.xie@starfivetech.com>
|
|
update dphy reg config for visionfive2 board
Signed-off-by:shengyang.chen<shengyang.chen@starfivetech.com>
|
|
dts: add imx219 configure
Signed-off-by: changhuang.liang <changhuang.liang@starfivetech.com>
|
|
Signed-off-by: Jianlong Huang <jianlong.huang@starfivetech.com>
|
|
CR_2517_515:crypto:starfive: Fix "Unbalanced pm_runtime_enable!" warning
See merge request sdk/linux!583
|
|
CR_2522：support gmac with jh7110B-evb
See merge request sdk/linux!585
|
|
CR_2395_I2C_hal.feng
See merge request sdk/linux!581
|
|
jh7110B need yt8521 inverted.
Signed-off-by: Samin Guo <samin.guo@starfivetech.com>
|
|
support use original or inverted RGMII_TX_CLK delay train.
10M/100M/1000M can be configured independently.
tx_inverted_xx = val;
for example:
&gmac0 {
#address-cells = <1>;
#size-cells = <0>;
phy0: ethernet-phy@0 {
tx_inverted_10 = <0>;
tx_inverted_100 = <1>;
tx_inverted_1000 = <1>;
};
};
0: original (default)
1: inverted
Signed-off-by: Samin Guo <samin.guo@starfivetech.com>
|
|
Crypto driver will probe multiple times waiting for
DMA to be ready, each time calling pm_runtime_enable().
Only call pm_runtime_enable() when it's not already enabled.
Signed-off-by: Jia Jie Ho <jiajie.ho@starfivetech.com>
|
|
make spi work without dma
Signed-off-by: ziv.xu <ziv.xu@starfive.com>
|
