cachepc-linux

Fork of AMDESE/linux with modifications for CachePC side-channel attack
git clone https://git.sinitax.com/sinitax/cachepc-linux
Log | Files | Refs | README | LICENSE | sfeed.txt

cdc_subset.c (10869B)


      1// SPDX-License-Identifier: GPL-2.0-or-later
      2/*
      3 * Simple "CDC Subset" USB Networking Links
      4 * Copyright (C) 2000-2005 by David Brownell
      5 */
      6
      7#include <linux/module.h>
      8#include <linux/kmod.h>
      9#include <linux/netdevice.h>
     10#include <linux/etherdevice.h>
     11#include <linux/ethtool.h>
     12#include <linux/workqueue.h>
     13#include <linux/mii.h>
     14#include <linux/usb.h>
     15#include <linux/usb/usbnet.h>
     16
     17
     18/*
     19 * This supports simple USB network links that don't require any special
     20 * framing or hardware control operations.  The protocol used here is a
     21 * strict subset of CDC Ethernet, with three basic differences reflecting
     22 * the goal that almost any hardware should run it:
     23 *
     24 *  - Minimal runtime control:  one interface, no altsettings, and
     25 *    no vendor or class specific control requests.  If a device is
     26 *    configured, it is allowed to exchange packets with the host.
     27 *    Fancier models would mean not working on some hardware.
     28 *
     29 *  - Minimal manufacturing control:  no IEEE "Organizationally
     30 *    Unique ID" required, or an EEPROMs to store one.  Each host uses
     31 *    one random "locally assigned" Ethernet address instead, which can
     32 *    of course be overridden using standard tools like "ifconfig".
     33 *    (With 2^46 such addresses, same-net collisions are quite rare.)
     34 *
     35 *  - There is no additional framing data for USB.  Packets are written
     36 *    exactly as in CDC Ethernet, starting with an Ethernet header and
     37 *    terminated by a short packet.  However, the host will never send a
     38 *    zero length packet; some systems can't handle those robustly.
     39 *
     40 * Anything that can transmit and receive USB bulk packets can implement
     41 * this protocol.  That includes both smart peripherals and quite a lot
     42 * of "host-to-host" USB cables (which embed two devices back-to-back).
     43 *
     44 * Note that although Linux may use many of those host-to-host links
     45 * with this "cdc_subset" framing, that doesn't mean there may not be a
     46 * better approach.  Handling the "other end unplugs/replugs" scenario
     47 * well tends to require chip-specific vendor requests.  Also, Windows
     48 * peers at the other end of host-to-host cables may expect their own
     49 * framing to be used rather than this "cdc_subset" model.
     50 */
     51
     52#if defined(CONFIG_USB_EPSON2888) || defined(CONFIG_USB_ARMLINUX)
     53/* PDA style devices are always connected if present */
     54static int always_connected (struct usbnet *dev)
     55{
     56	return 0;
     57}
     58#endif
     59
     60#ifdef	CONFIG_USB_ALI_M5632
     61#define	HAVE_HARDWARE
     62
     63/*-------------------------------------------------------------------------
     64 *
     65 * ALi M5632 driver ... does high speed
     66 *
     67 * NOTE that the MS-Windows drivers for this chip use some funky and
     68 * (naturally) undocumented 7-byte prefix to each packet, so this is a
     69 * case where we don't currently interoperate.  Also, once you unplug
     70 * one end of the cable, you need to replug the other end too ... since
     71 * chip docs are unavailable, there's no way to reset the relevant state
     72 * short of a power cycle.
     73 *
     74 *-------------------------------------------------------------------------*/
     75
     76static void m5632_recover(struct usbnet *dev)
     77{
     78	struct usb_device	*udev = dev->udev;
     79	struct usb_interface	*intf = dev->intf;
     80	int r;
     81
     82	r = usb_lock_device_for_reset(udev, intf);
     83	if (r < 0)
     84		return;
     85
     86	usb_reset_device(udev);
     87	usb_unlock_device(udev);
     88}
     89
     90static const struct driver_info	ali_m5632_info = {
     91	.description =	"ALi M5632",
     92	.flags       = FLAG_POINTTOPOINT,
     93	.recover     = m5632_recover,
     94};
     95
     96#endif
     97
     98#ifdef	CONFIG_USB_AN2720
     99#define	HAVE_HARDWARE
    100
    101/*-------------------------------------------------------------------------
    102 *
    103 * AnchorChips 2720 driver ... http://www.cypress.com
    104 *
    105 * This doesn't seem to have a way to detect whether the peer is
    106 * connected, or need any reset handshaking.  It's got pretty big
    107 * internal buffers (handles most of a frame's worth of data).
    108 * Chip data sheets don't describe any vendor control messages.
    109 *
    110 *-------------------------------------------------------------------------*/
    111
    112static const struct driver_info	an2720_info = {
    113	.description =	"AnchorChips/Cypress 2720",
    114	.flags       = FLAG_POINTTOPOINT,
    115	// no reset available!
    116	// no check_connect available!
    117
    118	.in = 2, .out = 2,		// direction distinguishes these
    119};
    120
    121#endif	/* CONFIG_USB_AN2720 */
    122
    123
    124#ifdef	CONFIG_USB_BELKIN
    125#define	HAVE_HARDWARE
    126
    127/*-------------------------------------------------------------------------
    128 *
    129 * Belkin F5U104 ... two NetChip 2280 devices + Atmel AVR microcontroller
    130 *
    131 * ... also two eTEK designs, including one sold as "Advance USBNET"
    132 *
    133 *-------------------------------------------------------------------------*/
    134
    135static const struct driver_info	belkin_info = {
    136	.description =	"Belkin, eTEK, or compatible",
    137	.flags       = FLAG_POINTTOPOINT,
    138};
    139
    140#endif	/* CONFIG_USB_BELKIN */
    141
    142
    143
    144#ifdef	CONFIG_USB_EPSON2888
    145#define	HAVE_HARDWARE
    146
    147/*-------------------------------------------------------------------------
    148 *
    149 * EPSON USB clients
    150 *
    151 * This is the same idea as Linux PDAs (below) except the firmware in the
    152 * device might not be Tux-powered.  Epson provides reference firmware that
    153 * implements this interface.  Product developers can reuse or modify that
    154 * code, such as by using their own product and vendor codes.
    155 *
    156 * Support was from Juro Bystricky <bystricky.juro@erd.epson.com>
    157 *
    158 *-------------------------------------------------------------------------*/
    159
    160static const struct driver_info	epson2888_info = {
    161	.description =	"Epson USB Device",
    162	.check_connect = always_connected,
    163	.flags = FLAG_POINTTOPOINT,
    164
    165	.in = 4, .out = 3,
    166};
    167
    168#endif	/* CONFIG_USB_EPSON2888 */
    169
    170
    171/*-------------------------------------------------------------------------
    172 *
    173 * info from Jonathan McDowell <noodles@earth.li>
    174 *
    175 *-------------------------------------------------------------------------*/
    176#ifdef CONFIG_USB_KC2190
    177#define HAVE_HARDWARE
    178static const struct driver_info kc2190_info = {
    179	.description =  "KC Technology KC-190",
    180	.flags = FLAG_POINTTOPOINT,
    181};
    182#endif /* CONFIG_USB_KC2190 */
    183
    184
    185#ifdef	CONFIG_USB_ARMLINUX
    186#define	HAVE_HARDWARE
    187
    188/*-------------------------------------------------------------------------
    189 *
    190 * Intel's SA-1100 chip integrates basic USB support, and is used
    191 * in PDAs like some iPaqs, the Yopy, some Zaurus models, and more.
    192 * When they run Linux, arch/arm/mach-sa1100/usb-eth.c may be used to
    193 * network using minimal USB framing data.
    194 *
    195 * This describes the driver currently in standard ARM Linux kernels.
    196 * The Zaurus uses a different driver (see later).
    197 *
    198 * PXA25x and PXA210 use XScale cores (ARM v5TE) with better USB support
    199 * and different USB endpoint numbering than the SA1100 devices.  The
    200 * mach-pxa/usb-eth.c driver re-uses the device ids from mach-sa1100
    201 * so we rely on the endpoint descriptors.
    202 *
    203 *-------------------------------------------------------------------------*/
    204
    205static const struct driver_info	linuxdev_info = {
    206	.description =	"Linux Device",
    207	.check_connect = always_connected,
    208	.flags = FLAG_POINTTOPOINT,
    209};
    210
    211static const struct driver_info	yopy_info = {
    212	.description =	"Yopy",
    213	.check_connect = always_connected,
    214	.flags = FLAG_POINTTOPOINT,
    215};
    216
    217static const struct driver_info	blob_info = {
    218	.description =	"Boot Loader OBject",
    219	.check_connect = always_connected,
    220	.flags = FLAG_POINTTOPOINT,
    221};
    222
    223#endif	/* CONFIG_USB_ARMLINUX */
    224
    225
    226/*-------------------------------------------------------------------------*/
    227
    228#ifndef	HAVE_HARDWARE
    229#warning You need to configure some hardware for this driver
    230#endif
    231
    232/*
    233 * chip vendor names won't normally be on the cables, and
    234 * may not be on the device.
    235 */
    236
    237static const struct usb_device_id	products [] = {
    238
    239#ifdef	CONFIG_USB_ALI_M5632
    240{
    241	USB_DEVICE (0x0402, 0x5632),	// ALi defaults
    242	.driver_info =	(unsigned long) &ali_m5632_info,
    243},
    244{
    245	USB_DEVICE (0x182d,0x207c),	// SiteCom CN-124
    246	.driver_info =	(unsigned long) &ali_m5632_info,
    247},
    248#endif
    249
    250#ifdef	CONFIG_USB_AN2720
    251{
    252	USB_DEVICE (0x0547, 0x2720),	// AnchorChips defaults
    253	.driver_info =	(unsigned long) &an2720_info,
    254}, {
    255	USB_DEVICE (0x0547, 0x2727),	// Xircom PGUNET
    256	.driver_info =	(unsigned long) &an2720_info,
    257},
    258#endif
    259
    260#ifdef	CONFIG_USB_BELKIN
    261{
    262	USB_DEVICE (0x050d, 0x0004),	// Belkin
    263	.driver_info =	(unsigned long) &belkin_info,
    264}, {
    265	USB_DEVICE (0x056c, 0x8100),	// eTEK
    266	.driver_info =	(unsigned long) &belkin_info,
    267}, {
    268	USB_DEVICE (0x0525, 0x9901),	// Advance USBNET (eTEK)
    269	.driver_info =	(unsigned long) &belkin_info,
    270},
    271#endif
    272
    273#ifdef	CONFIG_USB_EPSON2888
    274{
    275	USB_DEVICE (0x0525, 0x2888),	// EPSON USB client
    276	.driver_info	= (unsigned long) &epson2888_info,
    277},
    278#endif
    279
    280#ifdef CONFIG_USB_KC2190
    281{
    282	USB_DEVICE (0x050f, 0x0190),	// KC-190
    283	.driver_info =	(unsigned long) &kc2190_info,
    284},
    285#endif
    286
    287#ifdef	CONFIG_USB_ARMLINUX
    288/*
    289 * SA-1100 using standard ARM Linux kernels, or compatible.
    290 * Often used when talking to Linux PDAs (iPaq, Yopy, etc).
    291 * The sa-1100 "usb-eth" driver handles the basic framing.
    292 *
    293 * PXA25x or PXA210 ...  these use a "usb-eth" driver much like
    294 * the sa1100 one, but hardware uses different endpoint numbers.
    295 *
    296 * Or the Linux "Ethernet" gadget on hardware that can't talk
    297 * CDC Ethernet (e.g., no altsettings), in either of two modes:
    298 *  - acting just like the old "usb-eth" firmware, though
    299 *    the implementation is different
    300 *  - supporting RNDIS as the first/default configuration for
    301 *    MS-Windows interop; Linux needs to use the other config
    302 */
    303{
    304	// 1183 = 0x049F, both used as hex values?
    305	// Compaq "Itsy" vendor/product id
    306	USB_DEVICE (0x049F, 0x505A),	// usb-eth, or compatible
    307	.driver_info =	(unsigned long) &linuxdev_info,
    308}, {
    309	USB_DEVICE (0x0E7E, 0x1001),	// G.Mate "Yopy"
    310	.driver_info =	(unsigned long) &yopy_info,
    311}, {
    312	USB_DEVICE (0x8086, 0x07d3),	// "blob" bootloader
    313	.driver_info =	(unsigned long) &blob_info,
    314}, {
    315	USB_DEVICE (0x1286, 0x8001),    // "blob" bootloader
    316	.driver_info =  (unsigned long) &blob_info,
    317}, {
    318	// Linux Ethernet/RNDIS gadget, mostly on PXA, second config
    319	// e.g. Gumstix, current OpenZaurus, ... or anything else
    320	// that just enables this gadget option.
    321	USB_DEVICE (0x0525, 0xa4a2),
    322	.driver_info =	(unsigned long) &linuxdev_info,
    323},
    324#endif
    325
    326	{ },		// END
    327};
    328MODULE_DEVICE_TABLE(usb, products);
    329
    330/*-------------------------------------------------------------------------*/
    331static int dummy_prereset(struct usb_interface *intf)
    332{
    333        return 0;
    334}
    335
    336static int dummy_postreset(struct usb_interface *intf)
    337{
    338        return 0;
    339}
    340
    341static struct usb_driver cdc_subset_driver = {
    342	.name =		"cdc_subset",
    343	.probe =	usbnet_probe,
    344	.suspend =	usbnet_suspend,
    345	.resume =	usbnet_resume,
    346	.pre_reset =	dummy_prereset,
    347	.post_reset =	dummy_postreset,
    348	.disconnect =	usbnet_disconnect,
    349	.id_table =	products,
    350	.disable_hub_initiated_lpm = 1,
    351};
    352
    353module_usb_driver(cdc_subset_driver);
    354
    355MODULE_AUTHOR("David Brownell");
    356MODULE_DESCRIPTION("Simple 'CDC Subset' USB networking links");
    357MODULE_LICENSE("GPL");