03-20-2008
I want to have a try
I want to have a try, but in fact I know litter about it
4 More Discussions You Might Find Interesting
1. BSD
for all you unix/linux interested heres an online book for free that covers the basics of BSD SysV Unix commands and applications . giving the average linux user a perspective on the differences in context of the two operating systems and for BSD users covers material as a refernce guide.
... (0 Replies)
Discussion started by: moxxx68
0 Replies
2. UNIX for Dummies Questions & Answers
I use GNU (parted)set to change boot flags when doing multibooting.
Alas, FreeBSD does not have GNU parted, out of the box.
Is there a way to set/remove flags quickly and easily from the command line in BSD? I'm still learning all the 'unique' BSD utilities. (7 Replies)
Discussion started by: uiop44
7 Replies
3. Linux
Dear all,
This should be simple but I cannot figure it out despite reading all the man pages. Could someone please help me translate this code (GNU date) to one that can be read by BSD date?:
myDate=$(date -d "$h -$l days" +%Y/%m/%d),
where h is a variable of the form DD/MM/YYYY, and l is... (3 Replies)
Discussion started by: thomchad
3 Replies
4. Shell Programming and Scripting
Firstly, I would like to apologize if this is not the appropriate sub-forum to post about GNU/BSD makefile scripting. Though my code is in C++, because I am focusing on the makefile I thought it would go better in shell scripting. Please correct me if I am wrong.
Secondly, I am not interested in... (0 Replies)
Discussion started by: AntumDeluge
0 Replies
LEARN ABOUT SUSE
usb_queue_reset_device
USB_QUEUE_RESET_DEVI(9) USB Core APIs USB_QUEUE_RESET_DEVI(9)
NAME
usb_queue_reset_device - Reset a USB device from an atomic context
SYNOPSIS
void usb_queue_reset_device(struct usb_interface * iface);
ARGUMENTS
iface
USB interface belonging to the device to reset
DESCRIPTION
This function can be used to reset a USB device from an atomic context, where usb_reset_device won't work (as it blocks).
Doing a reset via this method is functionally equivalent to calling usb_reset_device, except for the fact that it is delayed to a
workqueue. This means that any drivers bound to other interfaces might be unbound, as well as users from usbfs in user space.
CORNER CASES
- Scheduling two resets at the same time from two different drivers attached to two different interfaces of the same device is possible;
depending on how the driver attached to each interface handles ->pre_reset, the second reset might happen or not.
- If a driver is unbound and it had a pending reset, the reset will be cancelled.
- This function can be called during .probe or .disconnect times. On return from .disconnect, any pending resets will be cancelled.
There is no no need to lock/unlock the reset_ws as schedule_work does its own.
NOTE
We don't do any reference count tracking because it is not needed. The lifecycle of the work_struct is tied to the usb_interface. Before
destroying the interface we cancel the work_struct, so the fact that work_struct is queued and or running means the interface (and thus,
the device) exist and are referenced.
COPYRIGHT
Kernel Hackers Manual 2.6. July 2010 USB_QUEUE_RESET_DEVI(9)