Sponsored Content
Operating Systems Solaris How to identify which device from ssd29? Post 302194872 by Annihilannic on Tuesday 13th of May 2008 11:29:45 PM
Old 05-14-2008
And then:

Code:
ls -l /dev/dsk | fgrep "/scsi_vhci/ssd@g60060e80047f150000007f1500000325"

 

5 More Discussions You Might Find Interesting

1. AIX

How to find all device on p570 when need do device firmware upgrade?

I need upgrade firmware for the device of p570, when I go to IBM FIX download website, there are a lot of device of p570 listed. How can I know what device I have on my p570? (4 Replies)
Discussion started by: rainbow_bean
4 Replies

2. Solaris

Migrating non DID device in a metaset to DID device

One of my team colleague mistakenly added non DID device to a metaset in a cluster node and inturn it is again added to concat . In that metaset all devices are DID devices except only one . is it possible to convert this non DID device in metaset to DID device without recreating the whole... (0 Replies)
Discussion started by: sekarsamy
0 Replies

3. Shell Programming and Scripting

How to identify a network device before trying to connect to it?

Hello all, Here is the explanation of my problem: I have a cronjob that connects to a NAS to do backups from my laptop to this NAS device. The script that I wrote does check if there is a host (the NAS) responding on 192.168.1.10 and tries to connect to it with the following command: mount -v... (3 Replies)
Discussion started by: freddie50
3 Replies

4. Red Hat

Unable To Activate Ethernet Network Device in RHEL 5.5 - e100 device eth0 does not seem to be presen

Hi All, Could anyone please help to resolve the below problem. I installed RHEL5.5 in my desktop.But when i try to activate the ethernet connection then it gives me the error. I spent 2 days for the above and go through with several suggestion found by googling. But no luck. ... (0 Replies)
Discussion started by: Tanmoy
0 Replies

5. HP-UX

Failed to open tape device /dev/rmt/0mn:Device busy (errno = 16)

Hi, Unable to make tape backup, please help. /opt/ignite/bin/make_tape_recovery -a /dev/rmt/?mn -I -v -m tar -x inc_entire=vg00 * Creating local directories for configuration files and archive. ======= 04/25/16 16:28:08 IST Started /opt/ignite/bin/make_tape_recovery. (Mon... (4 Replies)
Discussion started by: anuragr
4 Replies
probe(9E)                                                       Driver Entry Points                                                      probe(9E)

NAME
probe - determine if a non-self-identifying device is present SYNOPSIS
#include <sys/conf.h> #include <sys/ddi.h> #include <sys/sunddi.h> static intprefixprobe(dev_info_t *dip); INTERFACE LEVEL
Solaris DDI specific (Solaris DDI). This entry point is required for non-self-identifying devices. You must write it for such devices. For self-identifying devices, nulldev(9F) should be specified in the dev_ops(9S) structure if a probe routine is not necessary. ARGUMENTS
dip Pointer to the device's dev_info structure. DESCRIPTION
probe() determines whether the device corresponding to dip actually exists and is a valid device for this driver. probe() is called after identify(9E) and before attach(9E) for a given dip. For example, the probe() routine can map the device registers using ddi_map_regs(9F) then attempt to access the hardware using ddi_peek(9F) or ddi_poke(9F) and determine if the device exists. Then the device registers should be unmapped using ddi_unmap_regs(9F). To probe a device that was left powered off after the last detach(), it might be necessary to power it up. If so, the driver must power up the device by accessing device registers directly. pm_raise_power(9F) will be not be available until attach(9E). The framework ensures that the ancestors of the node being probed and all relevant platform-specific power management hardware is at full power at the time that probe() is called. probe() should only probe the device. It should not change any software state and should not create any software state. Device initializa- tion should be done in attach(9E). For a self-identifying device, this entry point is not necessary. However, if a device exists in both self-identifying and non-self-iden- tifying forms, a probe() routine can be provided to simplify the driver. ddi_dev_is_sid(9F) can then be used to determine whether probe() needs to do any work. See ddi_dev_is_sid(9F) for an example. RETURN VALUES
"small and bold">DDI_PROIf_theCprobe was successful. DDI_PROBE_FAILURE If the probe failed. DDI_PROBE_DONTCARE If the probe was unsuccessful, yet attach(9E) should still be called. DDI_PROBE_PARTIAL If the instance is not present now, but may be present in the future. SEE ALSO
attach(9E), identify(9E), ddi_dev_is_sid(9F), ddi_map_regs(9F), ddi_peek(9F), ddi_poke(9F), nulldev(9F), dev_ops(9S) Writing Device Drivers SunOS 5.10 18 Nov 1992 probe(9E)
All times are GMT -4. The time now is 04:22 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy