This patchset adds support for ST's FSMC controller. In the current u-boot, a
SPEAr specific driver exists for FSMC controller. This patchset adds a full
fledged driver that can be used across multiple platforms and removes the
obsolete SPEAr specific driver.
V3-V4
- Removed local_irq_save and
From: Vipin KUMAR vipin.ku...@st.com
change_bit routine is left implementation dependent until now.
This routine, which is basically a wrapper over __change_bit, is now defined for
arm platforms in asm-arm/bitops.h
The Flexible Static memory controller driver, placed in
mtd/nand/fsmc_nand.c
From: Vipin KUMAR vipin.ku...@st.com
Flexible static memory controller is a peripheral provided by ST,
which controls the access to NAND chips along with many other
memory device chips eg NOR, SRAM.
This patch adds the driver support for FSMC controller interfacing
with NAND memory.
From: Vipin KUMAR vipin.ku...@st.com
Since FSMC is a standard IP and it supports different memory interfaces, it
is supported independent of spear platform and spear is configured to use that
driver for interfacing with the NAND device
Signed-off-by: Vipin Kumar vipin.ku...@st.com
Signed-off-by:
From: Vipin KUMAR vipin.ku...@st.com
Since, SPEAr platform uses generic FSMC driver now, so spear specific files
drivers/mtd/nand/spr_nand.c, arch/arm/include/asm/arch-spear/spr_nand.h are
removed
Signed-off-by: Vipin Kumar vipin.ku...@st.com
Signed-off-by: Amit Virdi amit.vi...@st.com
---
Hi All,
Please do let me know if any updates on the this patchset.
On Fri, May 4, 2012 at 12:26 PM, Rajeshwari Shinde
rajeshwar...@samsung.com wrote:
This patch performs the pinmux configuration in a common file.
As of now only Exynos5 pinmux for SDMMC, UART and Ethernet is
supported.
Hi,
Please correct me if I am wrong. From what I understand, u-boot itself is
relocated to RAM by calling
the procedure: relocate_code at the end of the procedure: board_init_f .
There is a need for me to load an executable to a static address (say,
0x82xx_) in RAM such that
control
Hi Sricharan,
On Fri, May 18, 2012 at 7:41 AM, R, Sricharan r.sricha...@ti.com wrote:
The issue here is we want to remove the way, kernel is dependent on
bootloader for these settings. The bootloader should only the minimum
required
for boot. In fact we should get rid of this entire
ccng to Minkyu
-- Forwarded message --
From: Rajeshwari Birje rajeshwari.bi...@gmail.com
Date: 18 May 2012 12:16
Subject: Re: [U-Boot] [PATCH 1/2] exynos5: pinmux: Added default pinumx settings
To: Rajeshwari Shinde rajeshwar...@samsung.com
Cc: ma...@denx.de,
Hi,
I have problem with recognition of my USB sticks on u-boot version:
U-Boot 1.1.4 (Feb 2 2010 - 10:13:16) Marvell version: 3.4.25
Marvell usb start; ext2load usb 0:1
0x0080 /uImage
(Re)start
USB...
From: Jerry Huang chang-ming.hu...@freescale.com
Use the function 'mmc_send_status' to check the card status.
only when the card is ready, driver can send the next erase command
to the card, otherwise, the erase will failed:
= mmc erase 0 1
MMC erase: dev # 0, block # 0, count 1 ... 1 blocks
If some peoples rely on this function, then we need to remove the below codes
from 'mmc_init':
if (mmc-has_init)
return 0;
when we use command mmcinfo every time, the driver must initialize the SD
card again,
instead of assuming the card has been initialized.
Best
From: Jerry Huang chang-ming.hu...@freescale.com
For FSL low-end processors (VVN2.2), in order to detect the SD card,
we should enable PEREN, HCKEN and IPGEN to enable the clock.
Otherwise, after booting the u-boot, and then inserting the SD card,
the SD card can't be detected.
For SDHC VVN2.3
From: Jerry Huang chang-ming.hu...@freescale.com
When first inserting the SD card to slot, the command mmcinfo can
display the card information correctly.
But, then removing the SD card or inserting another SD card to slot,
the command mmcinfo can't display the information correctly.
when we use
Dear apple pie,
On 18.05.2012 01:12, apple pie wrote:
snip
From a u-boot user group, I have learned that by using the command: mkimage
it would be able to package a raw
image into a blob understood by u-boot. I have discovered a few mkimage
files, such as mkimage.o, mkimage, other
than
changes for v2:
removed an unneeded cast and memset.
v1:
I could not resist removing some brackets etc while looking at the file..
These changes are optional and in a seperate patch. I will email a
seperate patch which I use for testing, but should NOT be in mainline,
since it assumes which LCD
From: Jeroen Hofstee jhofs...@victronenergy.com
Remove unnecessary brackets.
Unwrap lines which are below 80 chars.
Single line comment as single line (as the rest).
Moved init values to the source code.
cc: s-paul...@ti.com
cc: kha...@ti.com
Signed-off-by: Jeroen Hofstee
From: Jeroen Hofstee jhofs...@victronenergy.com
The beagle board uses the background color to show an orange screen during
startup. This patch adds the ability to add a frame buffer, with the
intention not to break the beagle board use case (I don't have one).
videomodes.c is not used. Scrolling
Dear Rajeshwari Birje,
Hi Marek,
The exact change is in [PATCH 4/6 V4] EXYNOS: Add power
Enable/Disable for USB-EHCI,
It is : Renamed exynos5_set_usb_phy_ctrl and set_usb_phy_ctrl to
exynos5_set_usbhost_phy_ctrl and set_usbhost_phy_ctrl.
Thank you for clearing this up. I'm now waiting
Dear Bo Shen,
On 17.05.2012 03:19, Bo Shen wrote:
On 5/16/2012 18:42, Andreas Bießmann wrote:
Dear Bo Shen,
On 16.05.2012 04:16, Bo Shen wrote:
snip
-#ifdef CONFIG_AT91_LEGACY
-
snip remove of legacy interface
-
I think this should be done in a separate patch (series). There are a
Dear Timur,
In message 4fb57d2d.3090...@freescale.com you wrote:
I think whoever told you this was right. Let it break.
Come on, Wolfgang. That's not acceptable.
Why not? But adding arbitrary complexity and ugliness into U-Boot
mainline is acceptable? Why?
We cannot add pre- and
Dear apple pie,
In message snt139-w44162aff85311a54d1d4ae3...@phx.gbl you wrote:
Please correct me if I am wrong. From what I understand, u-boot itself is
relocated to RAM by calling
the procedure: relocate_code at the end of the procedure: board_init_f .
Right.
There is a need for
Dear Andy Fleming,
In message 1335382573-7571-1-git-send-email-aflem...@freescale.com you wrote:
pdnb3 and scpu are explicitly on LIST_ixp, even though they are
also specified in boards.cfg as having cpu ixp. This means that
they will be built twice when doing ./MAKEALL ixp, or ./MAKEALL arm.
Dear Marek Vasut,
In message 201205082150.05943.ma...@denx.de you wrote:
I already submitted the patch for this. It's because pdnb3 was being built
twice (and therefore twice concurrently). Wolfgang just has to apply that
patch, too. :)
Does it also fix ./MAKEALL -a arm -l ?
No, it
Dear Andy Fleming,
In message 1336631788-28127-1-git-send-email-aflem...@freescale.com you wrote:
The patch that added parallel builds broke MAKEALL -l, so this
fixes that. At the same time, it improves the termination so
that it shuts down the build threads if you cancel the build.
Lastly,
This patch set enables I2C support for EXYNOS5.
This patchset modifies the s3c24x0 I2C driver to use same for EXYNOS5.
Multichannel support has been added to the s3c24x0 I2C driver.
s3c24x0_i2c struct has been moved to a common place as it can used
by different SOC's.
Rajeshwari Shinde (8):
This adds i2c clock information for EXYNOS5.
Signed-off-by: Alim Akhtar alim.akh...@samsung.com
Signed-off-by: Doug Anderson diand...@chromium.org
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
arch/arm/cpu/armv7/exynos/clock.c | 33
This patch adds the base address for I2C.
Signed-off-by: Alim Akhtar alim.akh...@samsung.com
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
arch/arm/include/asm/arch-exynos/cpu.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git
This patch adds pinmux code for I2C.
Signed-off-by: Leela Krishna Amudala l.kris...@samsung.com
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
This patch depends on the following patch:
[U-Boot] [PATCH 1/2] exynos5: pinmux: Added default pinumx settings
struct s3c24x0_i2c is being moved to common local header file so that
the same can be used by s3c series and exynos series SoCs.
Signed-off-by: Alim Akhtar alim.akh...@samsung.com
Signed-off-by: Doug Anderson diand...@chromium.org
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
As exynos has more than one i2c channels. This patch adds offset padding
for struct s3c24x0_i2c, in order to get the new base address of next i2c
channel.
Signed-off-by: Alim Akhtar alim.akh...@samsung.com
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
drivers/i2c/s3c24x0_i2c.h
This patch modifies the S3C I2C driver to suppport EXYNOS5.
The cahnges made to driver are as follows:
- I2C base address is passed as a parameter to many
functions to avoid multiple #ifdef
- I2C init for Exynos5 is made as different function.
- Channel
This adds multiple i2c channel support for I2C.
Signed-off-by: Alim Akhtar alim.akh...@samsung.com
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
drivers/i2c/s3c24x0_i2c.c | 27 +++
1 files changed, 27 insertions(+), 0 deletions(-)
diff --git
This enables I2C support on smdk5250.
Signed-off-by: Alim Akhtar alim.akh...@samsung.com
Signed-off-by: Doug Anderson diand...@chromium.org
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
include/configs/smdk5250.h |8
1 files changed, 8 insertions(+), 0 deletions(-)
On 05/18/2012 01:00 AM, Amit Virdi wrote:
From: Vipin KUMAR vipin.ku...@st.com
change_bit routine is left implementation dependent until now.
This routine, which is basically a wrapper over __change_bit, is now defined
for
arm platforms in asm-arm/bitops.h
The Flexible Static memory
On 05/18/2012 04:57 AM, chang-ming.hu...@freescale.com wrote:
From: Jerry Huang chang-ming.hu...@freescale.com
For FSL low-end processors (VVN2.2), in order to detect the SD card,
we should enable PEREN, HCKEN and IPGEN to enable the clock.
Otherwise, after booting the u-boot, and then
Wolfgang Denk wrote:
This is already streching the code to the limits, and the only reason
you ever got this thrugh is that it's FSL specific code, you you have
to deal yourself with this ugliness. I don;t think you will find good
arguments to convince me adding such stuff into common code,
Scott Wood wrote:
There's no NAND support at all.
Of course there's NAND support. I was asking what, besides the mux,
makes that existing support not work on this board.
No, there is no NAND support for the P1022DS upstream.
[b04825@efes u-boot.0]$ grep -i nand include/configs/P1022DS.h
On 05/18/2012 05:58 PM, Timur Tabi wrote:
Is there a way to switch the console
setenv stdout serial
works for me..
Regards,
Jeroen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear chang-ming.hu...@freescale.com,
From: Jerry Huang chang-ming.hu...@freescale.com
For FSL low-end processors (VVN2.2)
What's VVN2.2 ?
, in order to detect the SD card,
we should enable PEREN, HCKEN and IPGEN to enable the clock.
Otherwise, after booting the u-boot, and then inserting
From: Matthew McClintock m...@freescale.com
Add TLB mappings, board target options, and configuration items
need for SPI/SD boot.
Since P1022DS RevB board, the NOR flash have been changed to 16 bit/28bit
address flash, therefore, when SDHC/ESPI booting and access to eLBC,
the PMUXCR[0~1] must be
From: Matthew McClintock m...@freescale.com
Add defines needed to access NAND, remove second flash bank that is
actually connected to NAND.
Add nand booting support for P1022DS with hardcoded DDR config
Signed-off-by: Matthew McClintock m...@freescale.com
Signed-off-by: Jerry Huang
On 05/17/2012 02:23 PM, Charles Manning wrote:
On Friday 18 May 2012 08:58:06 Scott Wood wrote:
On 05/17/2012 03:47 PM, Tom Rini wrote:
On 05/17/2012 01:22 PM, Scott Wood wrote:
We had problems with (B) regarding TEXT_BASE -- the makefile versions of
the config symbols will only be generated
On 05/17/2012 07:48 PM, Mike Frysinger wrote:
On Thursday 17 May 2012 14:43:45 Tom Rini wrote:
I'd like to propose making 'i2c probe' be a command that is
opt-out'able. In the Linux Kernel the notion of probing for devices was
abandoned a while ago due to, in short, devices misbehaving when
On 05/18/2012 11:00 AM, Timur Tabi wrote:
Scott Wood wrote:
There's no NAND support at all.
Of course there's NAND support. I was asking what, besides the mux,
makes that existing support not work on this board.
No, there is no NAND support for the P1022DS upstream.
[b04825@efes
Scott Wood wrote:
That's the equivalent of saying Linux doesn't support something because
nobody bothered to enable it in a certain defconfig.
Well, that's exactly what I meant. When you boot an upstream U-boot on a
P1022DS, there is no support for NAND chips. The 'nand' command does not
On Friday 18 May 2012 12:11:57 Tom Rini wrote:
On 05/17/2012 07:48 PM, Mike Frysinger wrote:
On Thursday 17 May 2012 14:43:45 Tom Rini wrote:
I'd like to propose making 'i2c probe' be a command that is
opt-out'able. In the Linux Kernel the notion of probing for devices was
abandoned a
On 05/18/2012 11:17 AM, Timur Tabi wrote:
Scott Wood wrote:
That's the equivalent of saying Linux doesn't support something because
nobody bothered to enable it in a certain defconfig.
Well, that's exactly what I meant. When you boot an upstream U-boot on a
P1022DS, there is no support
On 05/18/2012 11:04 AM, Timur Tabi wrote:
+#elif defined(CONFIG_NAND_U_BOOT)
+#define CONFIG_ENV_IS_IN_NAND
+#define CONFIG_ENV_SIZE CONFIG_SYS_NAND_BLOCK_SIZE
+#define CONFIG_ENV_OFFSET((512 * 1024) + CONFIG_SYS_NAND_BLOCK_SIZE)
+#define CONFIG_ENV_RANGE (3 *
On 05/18/2012 11:04 AM, Timur Tabi wrote:
+/* These are used when DDR doesn't use SPD. */
+#define CONFIG_SYS_SDRAM_SIZE2048
+#define CONFIG_SYS_SDRAM_SIZE_LAWLAW_SIZE_2G
+#define CONFIG_SYS_DDR_CS0_BNDS 0x003F
+#define CONFIG_SYS_DDR_CS0_CONFIG
Scott Wood wrote:
NACK, please use SPD.
Also please use the new SPL infrastructure.
I'm just taking the patches as they are on the SDK and posting them. I
have no idea how the new SPL infrastructure works.
If you're going to NACK this patch set, then I'm just going to drop them
and work on
Scott Wood wrote:
It was over a year ago that I made that request internally. And still
the answer is I need this now now now!.
Who's going to do that work, if not you?
NACK any non-SPD NAND boot for a board that otherwise uses SPD,
particularly if it has socketed RAM. It's not as if we
On 05/18/2012 12:08 PM, Timur Tabi wrote:
Scott Wood wrote:
It was over a year ago that I made that request internally. And still
the answer is I need this now now now!.
Who's going to do that work, if not you?
Matthew had something working a while ago, I thought.
NACK any non-SPD NAND
On Fri, May 18, 2012 at 12:21 PM, Scott Wood scottw...@freescale.com wrote:
On 05/18/2012 12:08 PM, Timur Tabi wrote:
Scott Wood wrote:
It was over a year ago that I made that request internally. And still
the answer is I need this now now now!.
Who's going to do that work, if not you?
Dear Timur,
In message 4fb67191.4030...@freescale.com you wrote:
For example, what happens when I just use md or itest *addr or
similar trying to read NOR flash while the display is on?
The reason I make a big deal about saveenv is because I use an environment
variable (video-mode) to
Dear Jeroen Hofstee,
In message 4fb672b0.8010...@myspectrum.nl you wrote:
On 05/18/2012 05:58 PM, Timur Tabi wrote:
Is there a way to switch the console
setenv stdout serial
works for me..
Hey. Don't share insider information like that ;-)
Best regards,
Wolfgang Denk
--
DENX Software
Dear Tom Rini,
In message 4fb674cd.8030...@ti.com you wrote:
But still, the kernel decided i2c probing is dangerous/unreliable,
maybe we should follow, or at least allow boards to follow?
The kernel is in a very different situation - it is supposed to run on
perfect hardware.
In U-Boot,
Dear Scott,
In message 4fb678cf.4030...@freescale.com you wrote:
Wolfgang will also probably object to adding another board to the old
nand_spl infrastrucutre.
True. This gives a NAK reliably.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev
On Fri, May 18, 2012 at 12:58 PM, Timur Tabi ti...@freescale.com wrote:
The reason I make a big deal about saveenv is because I use an environment
variable (video-mode) to enable video support. Once the console is
switched to the video display, the only way to switch it back to the
serial
On Fri, May 18, 2012 at 12:08 PM, Timur Tabi ti...@freescale.com wrote:
Scott Wood wrote:
NACK, please use SPD.
Also please use the new SPL infrastructure.
I'm just taking the patches as they are on the SDK and posting them. I
have no idea how the new SPL infrastructure works.
If you're
On 05/18/2012 11:26 AM, Wolfgang Denk wrote:
Dear Tom Rini,
In message4fb674cd.8030...@ti.com you wrote:
But still, the kernel decided i2c probing is dangerous/unreliable,
maybe we should follow, or at least allow boards to follow?
The kernel is in a very different situation - it is
In order for indirect mode on the PIXIS to work properly, both chip selects
need to be set to GPCM mode, otherwise writes to the chip select base
addresses will not actually post to the local bus -- they'll go to the
NAND controller instead. Therefore, we need to set BR0 and BR1 to GPCM
mode
Hi all,
There seems to be an issue with the tftpboot command in that it changes
load_addr but does not update the loadaddr environment variable.
Shouldn't these two remain in sync?
-Aaron
--
Aaron Williams
Software Engineer
Cavium, Inc.
(408) 943-7198 (510) 789-8988 (cell)
Hi,
On Wed, 16 May 2012 21:04:56 +0200
Jeroen Hofstee jer...@myspectrum.nl wrote:
I could not resist removing some brackets etc while looking at the file..
These changes are optional and in a seperate patch. I will email a
seperate patch which I use for testing, but should NOT be in mainline,
On 05/18/2012 11:22 PM, Anatolij Gustschin wrote
I used similar patches on beagleboard when debugging cfb console output
on omap3 and will test your patches soon. You also might need this [1]
patch.
Thanks, I was aware of this, see the commit message:
¨Scrolling depends on this patch:
Dear Tom Rini,
In message 4fb69847.2090...@ti.com you wrote:
Right. I'm not suggesting removing i2c probe, I'm just suggesting
making it opt-out'able. For example, on the beaglebone I can make i2c
probe work as expected. It's just requring that we toggle the I2C_CON
enable bit for some
On Mon, May 14, 2012 at 10:11:26PM -0700, Stephen Warren wrote:
On 05/10/2012 01:02 AM, Allen Martin wrote:
-USE_PRIVATE_LIBGCC = yes
However, we force this because the toolchains we typically use for
U-Boot are targeted at the A9 CPUs, and hence the libgcc there contains
ARMv7
On Mon, May 14, 2012 at 10:08:05PM -0700, Stephen Warren wrote:
On 05/10/2012 01:02 AM, Allen Martin wrote:
Add target for tegra2 u-boot image. This is a concatenation of tegra
spl and normal u-boot binaries.
diff --git a/Makefile b/Makefile
+$(obj)u-boot.t2:
On Mon, May 14, 2012 at 10:06:40PM -0700, Stephen Warren wrote:
On 05/10/2012 01:02 AM, Allen Martin wrote:
Signed-off-by: Allen Martin amar...@nvidia.com
diff --git a/boards.cfg b/boards.cfg
-seaboard arm armv7 seaboard
nvidia
On Mon, May 14, 2012 at 10:03:24PM -0700, Stephen Warren wrote:
On 05/10/2012 01:02 AM, Allen Martin wrote:
Add support for tegra arm7 boot processor. This processor is used to
power on the Cortex A9 and transfer control to it.
+static void enable_cpu_power_rail(void)
+ /*
+*
On Mon, May 14, 2012 at 09:55:20PM -0700, Stephen Warren wrote:
On 05/10/2012 01:02 AM, Allen Martin wrote:
Include board.c for both SPL and non-SPL build. Don't use timer_init
from board.c for SPL build.
Signed-off-by: Allen Martin amar...@nvidia.com
diff --git
On 04/06/2012 04:22 PM, Gachet Daniel wrote:
Hi Stefano,
You will find below the new patch for the NAND flash access problem on the
TX25 module.
I hope this version is fulfilling your expectations.
Cordially,
Daniel
diff --git a/drivers/mtd/nand/mxc_nand.c
On 03/28/2012 05:26 PM, Scott Wood wrote:
A use for this is to read, modify, erase, and write an entire block as a
single unit, as a replacement for the biterr command. This way gives
more flexibility in that you can also test multiple bit errors, errors
in the ECC, etc.
Signed-off-by:
On 05/01/2012 04:45 PM, Scott Wood wrote:
GOT is now handled the way the main u-boot.lds does it. Without this,
the boot hangs when built with newer GCC (since 4.6). Older toolchains
hid the issue by converting -fpic to -fPIC.
Signed-off-by: Scott Wood scottw...@freescale.com
---
On Tue, Jan 17, 2012 at 07:55:02PM -, Liu wrote:
In function nand_write_skip_bad(),for YAFFS filesystem part,
write_oob() will return 0 when success, so when rval equals 0,
it should continue to write the next page, and no break.
Signed-off-by: Wentao, Liu wentao@intel.com
Acked-by:
On Tue, Feb 14, 2012 at 10:34:05PM -, Heiko Schocher wrote:
current U-Boot shows on startup (for example on the enbw_cmc
board) the following printfs from the nand subsystem:
Flash: 2 MiB
NAND: Bad block table found at page 65472, version 0x01
Bad block table found at page 65408,
On Sun, Apr 08, 2012 at 06:57:18PM -, Prabhakar Kushwaha wrote:
- Fix NAND_CMD_READID command for ONFI detect.
- Add NAND_CMD_PARAM command to read the ONFI parameter page.
Signed-off-by: Prabhakar Kushwaha prabha...@freescale.com
Acked-by: Scott Wood scottw...@freescale.com
---
On Tue, Apr 10, 2012 at 10:48:27PM -, Prabhakar Kushwaha wrote:
if priv-bank = MAX_BANK, priv should be freed before returning ENODEV.
Signed-off-by: Prabhakar Kushwaha prabha...@freescale.com
---
Based upon git://git.denx.de/u-boot.git branch master
drivers/mtd/nand/fsl_ifc_nand.c
On Mon, May 07, 2012 at 09:29:30PM -, Stefan Roese wrote:
Without this patch, boot shows this messages upon NAND detection:
NAND: ONFI flash detected
ONFI param page 0 valid
ONFI flash detected
ONFI param page 0 valid
128 MiB
With this patch, its back to the U-Boot standard:
The following changes since commit f50bf50d7f6f99c5ad4666d63a7eef43d3940500:
Improve MAKEALL parallel builds (2012-05-18 13:49:04 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-nand-flash.git master
Heiko Schocher (1):
mtd, nand: move some printfs to debug
Previously, only the low 5 bits (NCH) were being transfered
from DDRVTPR to DDRVTPIOCR, the bits 5-9 where zeroed.
VTP_RECAL should be bit 15, not 18.
The only mainline board affected by this change is davinci_sonata.
The other Davinci boards define CONFIG_SKIP_LOWLEVEL_INIT.
However, if the
Workaround for erratum NMG_CPU_A011 can be enabled by hwconfig with syntax
fsl_cpu_a011:enable
This workaround is not enabled by default. Enabling this workaround may
degrade performance. P4080 erratum CPU22 shares the same workaround. So it
is always enabled for P4080.
Signed-off-by: York Sun
82 matches
Mail list logo