/* * Copyright (C) 2007 by Analog Devices, Inc. * * The Inventra Controller Driver for Linux is free software; you * can redistribute it and/or modify it under the terms of the GNU * General Public License version 2 as published by the Free Software * Foundation. */ #ifndef __MUSB_BLACKFIN_H__ #define __MUSB_BLACKFIN_H__ /* * Blackfin specific definitions */ /* Anomalies notes: * * 05000450 - USB DMA Mode 1 Short Packet Data Corruption: * MUSB driver is designed to transfer buffer of N * maxpacket size * in DMA mode 1 and leave the rest of the data to the next * transfer in DMA mode 0, so we never transmit a short packet in * DMA mode 1. * * 05000463 - This anomaly doesn't affect this driver since it * never uses L1 or L2 memory as data destination. * * 05000464 - This anomaly doesn't affect this driver since it * never uses L1 or L2 memory as data source. * * 05000465 - The anomaly can be seen when SCLK is over 100 MHz, and there is * no way to workaround for bulk endpoints. Since the wMaxPackSize * of bulk is less than or equal to 512, while the fifo size of * endpoint 5, 6, 7 is 1024, the double buffer mode is enabled * automatically when these endpoints are used for bulk OUT. * * 05000466 - This anomaly doesn't affect this driver since it never mixes * concurrent DMA and core accesses to the TX endpoint FIFOs. * * 05000467 - The workaround for this anomaly will introduce another * anomaly - 05000465. */ /* The Mentor USB DMA engine on BF52x (silicon v0.0 and v0.1) seems to be * unstable in host mode. This may be caused by Anomaly 05000380. After * digging out the root cause, we will change this number accordingly. * So, need to either use silicon v0.2+ or disable DMA mode in MUSB. */ #if ANOMALY_05000380 && defined(CONFIG_BF52x) && \ !defined(CONFIG_MUSB_PIO_ONLY) # error "Please use PIO mode in MUSB driver on bf52x chip v0.0 and v0.1" #endif #undef DUMP_FIFO_DATA #ifdef DUMP_FIFO_DATA static void dump_fifo_data(u8 *buf, u16 len) { u8 *tmp = buf; int i; for (i = 0; i < len; i++) { if (!(i % 16) && i) pr_debug("\n"); pr_debug("%02x ", *tmp++); } pr_debug("\n"); } #else #define dump_fifo_data(buf, len) do {} while (0) #endif #define USB_DMA_BASE USB_DMA_INTERRUPT #define USB_DMAx_CTRL 0x04 #define USB_DMAx_ADDR_LOW 0x08 #define USB_DMAx_ADDR_HIGH 0x0C #define USB_DMAx_COUNT_LOW 0x10 #define USB_DMAx_COUNT_HIGH 0x14 #define USB_DMA_REG(ep, reg) (USB_DMA_BASE + 0x20 * ep + reg) /* Almost 1 second */ #define TIMER_DELAY (1 * HZ) static struct timer_list musb_conn_timer; #endif /* __MUSB_BLACKFIN_H__ */ ref='/cgit.cgi/linux/net-next.git/commit/include?id=52f5631a4c056ad01682393be56d2be237e81610'>include/crypto/pkcs7.h
diff options
context:
space:
mode:
authorJurij Smakov <jurij@wooyd.org>2017-01-30 15:41:36 -0600
committerKalle Valo <kvalo@codeaurora.org>2017-01-31 09:05:25 +0200
commit52f5631a4c056ad01682393be56d2be237e81610 (patch)
tree53d1ddd2c1b179c808df10b6ce731ad26aa9f31b /include/crypto/pkcs7.h
parent2b1d530cb3157f828fcaadd259613f59db3c6d1c (diff)
rtlwifi: rtl8192ce: Fix loading of incorrect firmware
In commit cf4747d7535a ("rtlwifi: Fix regression caused by commit d86e64768859, an error in the edit results in the wrong firmware being loaded for some models of the RTL8188/8192CE. In this condition, the connection suffered from high ping latency, slow transfer rates, and required higher signal strengths to work at all See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=853073, https://bugzilla.opensuse.org/show_bug.cgi?id=1017471, and https://github.com/lwfinger/rtlwifi_new/issues/203 for descriptions of the problems. This patch fixes all of those problems. Fixes: cf4747d7535a ("rtlwifi: Fix regression caused by commit d86e64768859") Signed-off-by: Jurij Smakov <jurij@wooyd.org> Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net> Cc: Stable <stable@vger.kernel.org> # 4.9+ Signed-off-by: Kalle Valo <kvalo@codeaurora.org>
Diffstat (limited to 'include/crypto/pkcs7.h')