From cd54b2d42b39da8a7704b67c878eaec720df2cc9 Mon Sep 17 00:00:00 2001 From: Koen Vandeputte Date: Wed, 12 Jul 2017 22:59:03 +0200 Subject: kernel: update kernel 4.9 to 4.9.37 - Refreshed all patches - Removed upstreamed - Adapted 4 patches: 473-fix-marvell-phy-initialization-issues.patch ----------------------------------------------- Removed hunk 5 which got upstreamed 403-net-phy-avoid-setting-unsupported-EEE-advertisments.patch 404-net-phy-restart-phy-autonegotiation-after-EEE-advert.patch -------------------------------------------------------------- Adapted these 2 RFC patches, merging the delta's from an upstream commit (see below) which made it before these 2. https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux- stable.git/commit/?h=v4.9.36&id=97ace183074d306942b903a148aebd5d061758f0 180-usb-xhci-add-support-for-performing-fake-doorbell.patch ----------------------------------------------------------- - Moved fake_doorbell bitmask due to new item Compile tested on: cns3xxx, imx6 Run tested on: cns3xxx, imx6 Signed-off-by: Koen Vandeputte --- .../0093-spi-double-time-out-tolerance.patch | 37 ---------------------- 1 file changed, 37 deletions(-) delete mode 100644 target/linux/lantiq/patches-4.9/0093-spi-double-time-out-tolerance.patch (limited to 'target/linux/lantiq/patches-4.9/0093-spi-double-time-out-tolerance.patch') diff --git a/target/linux/lantiq/patches-4.9/0093-spi-double-time-out-tolerance.patch b/target/linux/lantiq/patches-4.9/0093-spi-double-time-out-tolerance.patch deleted file mode 100644 index 68b0ffe570..0000000000 --- a/target/linux/lantiq/patches-4.9/0093-spi-double-time-out-tolerance.patch +++ /dev/null @@ -1,37 +0,0 @@ -From 833bfade96561216aa2129516a5926a0326860a2 Mon Sep 17 00:00:00 2001 -From: Hauke Mehrtens -Date: Mon, 17 Apr 2017 01:38:05 +0200 -Subject: spi: double time out tolerance - -The generic SPI code calculates how long the issued transfer would take -and adds 100ms in addition to the timeout as tolerance. On my 500 MHz -Lantiq Mips SoC I am getting timeouts from the SPI like this when the -system boots up: - -m25p80 spi32766.4: SPI transfer timed out -blk_update_request: I/O error, dev mtdblock3, sector 2 -SQUASHFS error: squashfs_read_data failed to read block 0x6e - -After increasing the tolerance for the timeout to 200ms I haven't seen -these SPI transfer time outs any more. -The Lantiq SPI driver in use here has an extra work queue in between, -which gets triggered when the controller send the last word and the -hardware FIFOs used for reading and writing are only 8 words long. - -Signed-off-by: Hauke Mehrtens -Signed-off-by: Mark Brown ---- - drivers/spi/spi.c | 2 +- - 1 file changed, 1 insertion(+), 1 deletion(-) - ---- a/drivers/spi/spi.c -+++ b/drivers/spi/spi.c -@@ -1004,7 +1004,7 @@ static int spi_transfer_one_message(stru - ret = 0; - ms = 8LL * 1000LL * xfer->len; - do_div(ms, xfer->speed_hz); -- ms += ms + 100; /* some tolerance */ -+ ms += ms + 200; /* some tolerance */ - - if (ms > UINT_MAX) - ms = UINT_MAX; -- cgit v1.2.3