These patches implement a modification of the USBTMC
protocol to allow operation with Rigol equipment. Ioctl change allowing test
and toggling of the status of the rigol_quirk bit.
Signed-off-by: Alexandre Peixoto Ferreira alexandre...@gmail.com
---
drivers/usb/class/usbtmc.c | 25
Hi,
On Mon, Apr 29, 2013 at 02:31:59PM -0700, Linus Torvalds wrote:
On Mon, Apr 29, 2013 at 2:14 PM, Alan Stern st...@rowland.harvard.edu wrote:
What other things seemed odd about Greg's pull request?
The only other thing I noticed was the new CONFIG_USB_PHY quesiton,
which is not
From: Oliver Neukum oli...@neukum.org
Werner Fink has reported problems with this hub.
Signed-off-by: Oliver Neukum oli...@neukum.org
---
drivers/usb/core/quirks.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/usb/core/quirks.c b/drivers/usb/core/quirks.c
index 3113c1d..e14346a
Hello Andrzej, I removed people from CC
On Monday, April 29, 2013 6:30 PM Daniele Forsi wrote:
I can provide the OP with frames captured from a real phone when talking
with gnokii
You mean some kind of dump? What can it be useful for? Comparing the
messages
sequence to that of
On Tue, Apr 23, 2013 at 07:23:24PM +0400, Sergei Shtylyov wrote:
Now that the EHCI internal buffer setup is done by the platform code, we can
remove such code from this driver as it never really belonged here. We
also
no longer need the 2nd memory region now (2nd EHCI controller is
On Tue, Apr 23, 2013 at 07:30:21PM +0400, Sergei Shtylyov wrote:
The memory region that is used by the driver overlaps EHCI and OHCI register
regions for absolutely no reason now -- fix it by adding offset of 0x800 to
the base address, changing the register #define's accordingly. This has
Hi,
On Tue, Apr 23, 2013 at 07:33:00PM +0400, Sergei Shtylyov wrote:
Currently the driver hard-codes USBPCTRL0 register to 0. It is wrong since
this
register contains board-specific USB ports configuration and so its value
should
be somehow passed via the platform data. Add
On Tue, Apr 23, 2013 at 07:42:07PM +0400, Sergei Shtylyov wrote:
Set the USBPCTRL0 register from the passed platform data in
rcar_usb_phy_init();
don't reset it to 0 in rcar_usb_phy_shutdown() anymore as that does not make
sense. Also, don't allow the driver's probe to succeed when the
On Monday, April 29, 2013 3:48 PM Rémi Denis-Courmont wrote:
Le lundi 29 avril 2013 15:06:17, Sebastian Andrzej Siewior a écrit :
In Documentation/networking/phonet.txt are few snippets how to open
SOCK_DGRAM and PN_PROTO_PIPE. With this and read()/write() should work.
Using datagram
On Tuesday, April 30, 2013 11:30 AM Daniele Forsi wrote:
Hello Andrzej, I removed people from CC
On Monday, April 29, 2013 6:30 PM Daniele Forsi wrote:
I can provide the OP with frames captured from a real phone when
talking with gnokii
You mean some kind of dump? What can it be
On 02/20/13 05:58, Greg KH wrote:
On Tue, Feb 19, 2013 at 01:21:46PM +0100, Magda Matouskova wrote:
Hi,
i have a problem with driver for my usb modems. Time after time server stuck(
log from this event is below), in this case server has to be rebooted. I think
that this could be caused by any
From: Egan, Desri, L
Sent: Tuesday, April 30, 2013 7:35 AM
To: Egan, Desri, L
Subject:
My wife Violet and I Allen Large won $11.3 million in a lottery 6-49 in July,
2010 and we have decided to donate the sum of $2,000,000.00 USD to you. Contact
us via our
On Mon, Apr 29, 2013 at 01:02:19PM +0200, Oliver Neukum wrote:
On Thursday 10 January 2013 10:42:07 Sarah Sharp wrote:
The new debugging shows that the host is giving *two* short status
completions for a TD. This only happens when the isoc TD is split into
two TRBs because the buffer
On Tue, Apr 30, 2013 at 05:20:14PM +0200, Matthijs Kooijman wrote:
Hi Greg Paul,
Whups, I didn't notice that Matthijs hadn't CC:ed you on these. Can you
pick them up anyway? If not I can resend them. And I'll make sure you're
on CC on all future patches.
What's the best way to handle
From: Egan, Desri, L
Sent: Tuesday, April 30, 2013 7:35 AM
To: Egan, Desri, L
Subject:
My wife Violet and I Allen Large won $11.3 million in a lottery 6-49 in July,
2010 and we have decided to donate the sum of $2,000,000.00 USD to you. Contact
us via our
Hello.
On 04/30/2013 02:42 PM, Felipe Balbi wrote:
Set the USBPCTRL0 register from the passed platform data in rcar_usb_phy_init();
don't reset it to 0 in rcar_usb_phy_shutdown() anymore as that does not make
sense. Also, don't allow the driver's probe to succeed when the platform data
The context entries field of the slot context must be set to one more
than the highest endpoint index currently active. The previous logic
only included the set of endpoints currently being added, meaning that
if an endpoint where dropped then the field would be reset to 1,
deactivating all
Hi Laurent,
Thanks for your review comments.
On 4/29/2013 8:08 PM, Laurent Pinchart wrote:
Hi Bhupesh,
Thank you for the patch.
On Wednesday 17 April 2013 09:44:25 Bhupesh Sharma wrote:
This patch adds the support in UVC webcam gadget to allocate UVC header and
payload as Scatter-Gather
Hi Laurent,
Thanks for your review comments.
On 4/29/2013 4:23 PM, Laurent Pinchart wrote:
Hi Bhupesh,
Thank you for the patch. Please see below for comments.
On Thursday 11 April 2013 15:04:04 Bhupesh Sharma wrote:
This patch adds the support for Bulk endpoint to be used as video streaming
Hi Bhupesh,
On Wednesday 01 May 2013 01:08:23 Bhupesh SHARMA wrote:
On 4/29/2013 8:08 PM, Laurent Pinchart wrote:
On Wednesday 17 April 2013 09:44:25 Bhupesh Sharma wrote:
This patch adds the support in UVC webcam gadget to allocate UVC header
and payload as Scatter-Gather elements which
Hello.
Here's the set of 9 patches against the Simon Horman's 'renesas.git' repo,
'renesas-next-20130426' tag. It was created to fix the shortcomings in the
R8A7779/Marzen USB platform code and R8A7779 USB common PHY driver, and so
spans both arch/arm/mach-shmobile/ and drivers/usb/ subtrees
USB EHCI, OHCI, and common PHY are the SoC devices but are wrongly defined and
registered in the Marzen board file. Move the data and code to their proper
place in setup-r8a7779.c; while at it, we have to rename r8a7779_late_devices[]
to r8a7779_standard_devices[] -- this seems legitimate since
Sometimes there is a need to initialize some non-standard registers mapped to
the EHCI region before accessing the standard EHCI registers. Add pre_setup()
method with 'struct usb_hcd *' parameter to be called just before ehci_setup()
to the 'ehci-platform' driver's platform data for this
Setup the EHCI internal buffer (before EHCI driver has a chance to touch the
registers) using the pre_setup() method in 'struct usb_ehci_pdata'.
The patch has been tested on the Marzen board.
Signed-off-by: Sergei Shtylyov sergei.shtyl...@cogentembedded.com
Acked-by: Kuninori Morimoto
Now that the EHCI internal buffer setup is done by the platform code, we can
remove such code from this driver as it never really belonged here. We also
no longer need the 2nd memory region now (2nd EHCI controller is simply missing
in e.g. R8A7778 SoC).
The patch has been tested on the
Now that 'drivers/usb/phy/rcar-phy.c' doesn't require the second memory resource
anymore, we can remove it from the R8A7779's USB PHY platform device.
Signed-off-by: Sergei Shtylyov sergei.shtyl...@cogentembedded.com
Acked-by: Kuninori Morimoto kuninori.morimoto...@renesas.com
Acked-by: Simon
Currently the driver hard-codes USBPCTRL0 register to 0. It is wrong since this
register contains board-specific USB ports configuration and so its value should
be somehow passed via the platform data. Add the global header file containing
'struct rcar_phy_platform_data' consisting of the
Since we're now going to setup the USBPCTRL0 register using the USB PHY device's
platform data, we now need a way to pass those platform data from the board file
to the device which is situated in setup-r8a7779.c -- and what I'm suggesting is
r8a7779_add_usb_phy_device() that will register USB PHY
Set the USBPCTRL0 register from the passed platform data in rcar_usb_phy_init();
don't reset it to 0 in rcar_usb_phy_shutdown() anymore as that does not make
sense. Also, don't allow the driver's probe to succeed when the platform data
are not supplied with a device.
The patch has been tested
you,
Martin
P.S.: Collected dmesg/lspci/iomem/interrupts data are at:
http://195.113.57.32/~mmokrejs/tmp/20130430.tar.bz2
in 3.9/off subdirectory (the pcie_aspm=off case). The working pcie_aspm=native
behavior is documented
under 3.9/native subdirectory.
--
To unsubscribe from this list: send
Add USB clock and EHCI, OHCI, and USB PHY platform devices for R8A7778 SoC; add
a function to register PHY device with board-specific platform data and register
EHCI and OHCI platfrom devices from the init_late() board method.
Also, don't forget to enable CONFIG_ARCH_HAS_[EO]HCI options for
Register the USB PHY device from bockw_init(), passing the platform data to it.
Set machine's init_late() method to r8a7778_init_late() in order for [EO]HCI to
get registered too...
The patch has been tested on the BOCK-W board.
Signed-off-by: Sergei Shtylyov sergei.shtyl...@cogentembedded.com
Hi Jiri,
On Tue, 2013-01-15 at 17:02 +0100, Jiri Kosina wrote:
On Tue, 15 Jan 2013, Fernando Luis Vázquez Cao wrote:
Some Vaio desktop computers, among them the VGC-LN51JGB multimedia PC, have
a RF receiver, multi-interface USB device 054c:0374, that is used to connect
a wireless
It looks like the manual merge 0d69a3c731e120b05b7da9fb976830475a3fbc01 (Merge
branches 'for-3.9/sony' and 'for-3.9/steelseries' into for-linus) accidentally
removed Sony RF receiver with USB product id 0x0374 from the have special
driver list, effectively nullifying
.
Thank you,
Martin
P.S.: Collected dmesg/lspci/iomem/interrupts data are at:
http://195.113.57.32/~mmokrejs/tmp/20130430.tar.bz2
in 3.9/off subdirectory (the pcie_aspm=off case). The working
pcie_aspm=native behavior is documented
under 3.9/native subdirectory.
--
To unsubscribe from
device.
I speculate the HC error bitmask = 0x4 should result in a HW died case
as well.
Thank you,
Martin
P.S.: Collected dmesg/lspci/iomem/interrupts data are at:
http://195.113.57.32/~mmokrejs/tmp/20130430.tar.bz2
in 3.9/off subdirectory (the pcie_aspm=off case). The working
pcie_aspm
36 matches
Mail list logo
