All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lars Melin <larsm17@gmail.com>
To: Ethin Probst <ethindp@pm.me>, Alan Stern <stern@rowland.harvard.edu>
Cc: "linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>
Subject: Re: Assistance getting the Universal Audio Apollo Solo USB to work with Linux
Date: Thu, 16 May 2024 12:19:07 +0700	[thread overview]
Message-ID: <8d415ea6-fe5a-4ec0-8e95-45c03968e666@gmail.com> (raw)
In-Reply-To: <N-wnVREkI4qROqLV1rCTIoLRiRzMGvywHt9QIdRD-e5AHby9wfaXcTn2V-Gd_UnmW-JomnWn6xGNhDhIeHIG3VHfHRFmnmPdZEPL8Qi5Gf4=@pm.me>

On 2024-05-16 05:12, Ethin Probst wrote:
> On Sunday, May 12th, 2024 at 09:13, Alan Stern <stern@rowland.harvard.edu> wrote:
> 
>> ...
> 
>> Most likely, Windows sends some firmware to the device (which it needs
>> in order to run properly) and then restarts the device.
> 
> I don't believe this is happening after trying to dig into the
> captures a bit more. The firmware blobs that are in the archive are
> over 100000 bytes, and though there are some significantly large
> transfers, there isn't a single transfer that is the size of the
> firmware blob. I can't tell for certain though; VirtualBox truncated
> those large frames, so I'm uncertain what data is in them.

The .inf files in your drivers directory clearly tells the difference 
between the two USB Id's.
The description of 2b5a:000c is "UAD2 Arrow Firmware Loader" while the 
description for 2b5a:000d is "Universal Audio Apollo Solo USB" so there 
is no doubt what the initial pid 000c is intended for.

There is nothing in your packet captures indicating a firmware transfer 
but that does not necessarily have to happen, there might just be a 
check of what firmware version is currently loaded in your audio 
hardware and if their isn't a more recent one in the firmware directory 
then everything is ok.

What puzzles me is your ua-init-windows.pcap, it starts with the device 
already having the pid 000d (packet #2). You said that the capture 
starts when the device is plugged in but I think you have missed 
something, it should have started as pid 000c and later transitioned to 
pid 000d.

I can also not find such a transition in your other two captures, all
descriptor readouts that includes USB Id are 2b5a:000c.


rgds
Lars




  reply	other threads:[~2024-05-16  5:19 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-05-11 20:07 Assistance getting the Universal Audio Apollo Solo USB to work with Linux Ethin Probst
2024-05-12 14:13 ` Alan Stern
     [not found]   ` <8fcVwO4QZdKndXMug6gtJOMJ7bCUM0dk3lfyiKsUSR1QFvQeQ1SdRkQUUTJd73wI_dgxAULH_oTBA64hdSb3JYiwAyejHLM7RccUgY1m4sM=@pm.me>
2024-05-13  1:14     ` Alan Stern
2024-05-15 22:12   ` Ethin Probst
2024-05-16  5:19     ` Lars Melin [this message]
2024-05-16  5:56       ` Ethin Probst
2024-05-16 10:09         ` Lars Melin
2024-05-17 19:10           ` Ethin Probst
2024-05-17 21:43             ` Ethin Probst

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=8d415ea6-fe5a-4ec0-8e95-45c03968e666@gmail.com \
    --to=larsm17@gmail.com \
    --cc=ethindp@pm.me \
    --cc=linux-usb@vger.kernel.org \
    --cc=stern@rowland.harvard.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.