configs skipped: 15
The following configs have been built successfully.
More configs may be tested in the coming days.
tested configs:
alphaallyesconfig gcc
alphabuildonly-randconfig-r001-20230517 gcc
alphabuildonly-randconfig-r002-20230517 gcc
configs tested: 258
configs skipped: 19
The following configs have been built successfully.
More configs may be tested in the coming days.
tested configs:
alphaallyesconfig gcc
alphabuildonly-randconfig-r001-20230517 gcc
alpha
configs skipped: 8
The following configs have been built successfully.
More configs may be tested in the coming days.
tested configs:
alphaallyesconfig gcc
alpha defconfig gcc
alpharandconfig-r024-20230517 gcc
alpha
configs tested: 262
configs skipped: 17
The following configs have been built successfully.
More configs may be tested in the coming days.
tested configs:
alphaallyesconfig gcc
alphabuildonly-randconfig-r001-20230517 gcc
alphabuildonly-randconfig
tested: 215
configs skipped: 13
The following configs have been built successfully.
More configs may be tested in the coming days.
tested configs:
alphaallyesconfig gcc
alphabuildonly-randconfig-r001-20230517 gcc
alphabuildonly-randconfig-r002
Don't assume that only the driver would be accessing LNKCTL. ASPM
policy changes can trigger write to LNKCTL outside of driver's control.
Use RMW capability accessors which does proper locking to avoid losing
concurrent updates to the register value. On restore, clear the ASPMC
field properly.
Ilpo Järvinen writes:
> Don't assume that only the driver would be accessing LNKCTL. ASPM
> policy changes can trigger write to LNKCTL outside of driver's control.
>
> Use RMW capability accessors which does proper locking to avoid losing
> concurrent updates to the register value. On restore,