Hardware & Devices

Thanks for the reply Vaclav_Sal; better late than never. :) Regards, CodingK

I have no idea what happened to your adapter. Such failures are rather seldom. I would guess that a single electronic component is defective or there is a cold solder joint resulting in a lower current limiting.

Jochen, thanks for the info. Found this link http://www.usbmadesimple.co.uk/ums_links.htm[^] Cheers Vaclav

Excuse me for very long delay in response. Our target board is ML507 with PPC440 processor. Thanks very much.

I think you may start here - http://www.alsa-project.org/~tiwai/writing-an-alsa-driver/[^] I'm not questioning your powers of observation; I'm merely remarking upon the paradox of asking a masked man who he is. (V)

It is more professional to be able to say "we support X because.."; either choice could be defended, or better, deferred. A dedicated barcode scanner is usually a simple device where one does not have to muck with settings to get it to work. You turn it on and start scanning. A phone OTOH might require a specific setup, but may also prove to be more flexible. The ideal way would be to create a generic interface, and build a library for both. That way the user/person buying your software could decide for themselves which of both options would work best for their environment. There might also be companies that already have the hardware, and are merely looking to replace their software. Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^]

It is an operation that is not interruptible. So, a single machine code read or write. Why is it important? SO that if you are reading a chunk of memory bigger that this you make sure you don't get interrupted. In the Linux kernel, the term 'atomic' (for which there is a func, in_atomic()) means 'is the code running at a privileged level' which is either at soft or hard interrupt level. Thus timer expiry is soft interrupt. A card triggering an interrupt is hard. So in the windows kernel DPC or DIRQL are the 'atomic' modes. Passive, is non atomic. Harolds answer is spot on, just wanted to add a bit more colour. One other feature of running 'in atomic', ie, at soft or hard interrupt, is you cant access paged out memory or functions. Else you get a page fault exception. Sign a petition calling for the boycott of Israel until it returns to its legal 1967 borders.

It depends on the operating system and what features are provided.

I believe Android (just like most newer Linux distros) only works in "user" mode, which wouldn't be allowed to install anything without prompting the user for permission. That's generally one of the things that makes Linux more secure than Windows (Windows sort of implemented/copied this behavior in Vista). You should be safe if you never gave permission to install these packages. If for whatever reason you did give permission though, you'd have to see a list of all running processes to make sure it's not running. In standard linux that would be a quick **ps aux** call but you would likely need a terminal program in Android since it doesn't have one by default (does have one, just not accessible).

Only XP Service Pack 2 has built-in support for USB drives. Tell your friend to install Service Pack 2, and the drives will work. :) The difficult we do right away... ...the impossible takes slightly longer.

Thanks very much for your reply Matt. And great to know that you worked on WWAN APIs! No, the APIs are nice. It is pretty nice as to how they have pulled it off. Finding it really helpful. Since Microsoft did that homework, our live is better and we can spend quality time on other work items. -Sharath

I have a Samsung Galaxy S4, it allows hands-free calling and text, and my previous phone, the Samsung Stratosphere v2 also did, not that I used it much since it had a keyboard. Just takes a little setup.