Re: Identifying Synopsys USB3 Controller on Baytrail Device

2016-10-25 Thread Joseph Kogut
Hi David, I know this is a pretty old thread. I tried searching for the LKML etiquette on something like this and came up empty. If I should start a new thread, let me know. After what I learned from the last thread, I dropped the idea of using the device controller from the Dell tablet I had. A

Re: Identifying Synopsys USB3 Controller on Baytrail Device

2016-10-27 Thread Joseph Kogut
Hi Felipe, That's some great information, thanks! At first glance, the DSDT table has two interesting bits. (I would paste the decompiled source, but I think it may be copyrighted? Correct me if I'm wrong.) The first is the USB mux, an SMSC USB3750 connected to I2C1. According to the datasheet, t

Re: Identifying Synopsys USB3 Controller on Baytrail Device

2016-10-29 Thread Joseph Kogut
Well, after comparing the kernel log from both systems, it seems that the device controller simply isn't being enumerated by the kernel for some reason. Here's the relevant section from the Android kernel: <6>[0.612857] PCI host bridge to bus :00 <6>[0.612869] pci_bus :00: root bu

Re: Identifying Synopsys USB3 Controller on Baytrail Device

2015-02-10 Thread Joseph Kogut
e Balbi wrote: >> On Sun, Feb 08, 2015 at 02:51:16PM -0700, Joseph Kogut wrote: >> > I have an Intel Valleyview/Baytrail based device (specifically a Dell >> > Venue 8 Pro 5830) that I'd like to be able to use the Linux Gadget >> > subsystem on, but it seems that

Re: Identifying Synopsys USB3 Controller on Baytrail Device

2015-02-10 Thread Joseph Kogut
Sorry, David, I'm using Gmail, and still new to the LKML. I guess it hid the part that was quoted, I'll have to figure out how to turn that off. Thanks for the information! -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org

[PATCH] usb: dwc3: Moved PCI IDS to linux/pci_ids.h

2015-02-15 Thread Joseph Kogut
Moved DWC3 PCI IDS to linux/pci_ids.h per the FIXME. Signed-off-by: Joseph Kogut --- drivers/usb/dwc3/dwc3-pci.c | 10 +- include/linux/pci_ids.h | 8 2 files changed, 9 insertions(+), 9 deletions(-) diff --git a/drivers/usb/dwc3/dwc3-pci.c b/drivers/usb/dwc3/dwc3-pci.c

Re: [PATCH] usb: dwc3: Moved PCI IDS to linux/pci_ids.h

2015-02-16 Thread Joseph Kogut
It seems that the Synopsys vendor ID is used in usb/dwc2 as well, and the rest of the definitions aren't referenced outside of usb/dwc3. Would the proper approach be to move the Synopsys vendor ID to linux/pci_ids.h, remove the redefinition in usb/dwc2, and remove the fixme? -- To unsubscribe from

[PATCH] usb: move definition of PCI_VENDOR_ID_SYNOPSYS to linux/pci_ids.h

2015-02-16 Thread Joseph Kogut
Signed-off-by: Joseph Kogut --- drivers/usb/dwc2/pci.c | 1 - drivers/usb/dwc3/dwc3-pci.c | 2 -- include/linux/pci_ids.h | 2 ++ 3 files changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/usb/dwc2/pci.c b/drivers/usb/dwc2/pci.c index a4e724b..6646adb 100644 --- a/drivers

Re: [PATCH] usb: move definition of PCI_VENDOR_ID_SYNOPSYS to linux/pci_ids.h

2015-02-16 Thread Joseph Kogut
On Mon, 2015-02-16 at 17:57 -0800, Greg KH wrote: > On Mon, Feb 16, 2015 at 06:45:53PM -0700, Joseph Kogut wrote: > > Signed-off-by: Joseph Kogut > > You need a changelog description here please. > Should I reply inline, or is resending the patch okay? -- To unsubscribe fr

[PATCH v2] usb: move definition of PCI_VENDOR_ID_SYNOPSYS to linux/pci_ids.h

2015-02-16 Thread Joseph Kogut
Removed FIXME from usb/dwc3/dwc3-pci.c by moving definition of PCI_VENDOR_ID_SYNOPSYS shared with usb/dwc2 to linux/pci_ids.h. Signed-off-by: Joseph Kogut --- drivers/usb/dwc2/pci.c | 1 - drivers/usb/dwc3/dwc3-pci.c | 2 -- include/linux/pci_ids.h | 2 ++ 3 files changed, 2 insertions

Re: Identifying Synopsys USB3 Controller on Baytrail Device

2017-08-16 Thread Joseph Kogut
Hi, On Mon, Oct 31, 2016 at 12:57 AM, Felipe Balbi wrote: > > Hi, > > Joseph Kogut writes: >> Well, after comparing the kernel log from both systems, it seems that >> the device controller simply isn't being enumerated by the kernel for >> some reason. >>