Re: kernel panic: inteldrm
On Thu, Apr 12, 2012 at 1:00 PM, Mihai Popescu mih...@gmail.com wrote: Hmm, I see in the text that bool should be True/False value, is it working with on and off ? From xorg.conf(5): The following boolean option values are recognised as TRUE: 1, on, true, yes and the following boolean option values are recognised as FALSE: 0, off, false, no
Re: ALIX/current as an Access Point
On Sun, Feb 27, 2011 at 11:07 AM, Nerius Landys nlan...@gmail.com wrote: snip In general people say that Atheros chips are the best supported (use the ath driver). Slightly off topic: Is anyone using a card with an AR5213 chip? I've got a Cisco AIR-PI21AG-A-K9 that I'd love to use to replace my crappy router, but my machine freezes while booting when it's plugged in. ath(4) mentions a bunch of AR5212 cards, but no AR5213 cards.
Re: Radeon HD 4850 and drmRadeonCmdBuffer: -22.
On Thu, Feb 24, 2011 at 8:42 PM, Andy Bradford amb-sendok-1301190161.cgbkhkihkkbcgdkcc...@bradfords.org wrote: Thus said Joe Snikeris on Thu, 24 Feb 2011 10:03:06 EST: On Thu, Feb 24, 2011 at 3:09 AM, Andy Bradford amb-open...@bradfords.org wrote: Also, I tried without RADEON_IS_MOBILITY (this isn't a laptop, but maybe it actually uses the same code), but without it, the system locks up hard and is completely unresponsive with dead video signal. Without this set, does it lock up every time or just sometimes? I'm experiencing intermittent lockups with my HD4870. It seems to happen more often when I've been in X, leave X, and then go back to X; although this is just a half-assed theory. That's a good question. The first time it locked up it was enough for me and I put the option back in. It wasn't just the video card that locked up, the system was entirely locked up and unresponsive and required fsck after. You're more than welcome to add RADEON_IS_MOBILITY and see if your lock ups go away. I'm not sure which cards this is *supposed* to be set with. Eh, this didn't fix my issue. I'm going to file a bug report after I narrow down the issue.
Re: Radeon HD 4850 and drmRadeonCmdBuffer: -22.
On Thu, Feb 24, 2011 at 3:09 AM, Andy Bradford amb-open...@bradfords.org wrote: Misc, After patching pcidevs (included below) I was able to get the kernel to recognize a Radeon HD 4850, however, attempts to run something that uses GL result in the following errors: $ xlock -nolock -mode random -modelist allgl drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info. From dmesg: error: [drm:pid20952:r300_emit_carefully_checked_packet0] *ERROR* Register 4e4c failed check as flag=00 error: [drm:pid20952:r300_do_cp_cmdbuf] *ERROR* r300_emit_packet0 failed I found a question about a similar card here: http://marc.info/?l=openbsd-miscm=129338059513546w=2 The links seemed to indicate that there were some changes made to both Linux and FreeBSD, and it would appear that those changes have already been made to OpenBSD as well. Is there something else that I might be missing? The card works fine, just no acceleration. Also, I tried without RADEON_IS_MOBILITY (this isn't a laptop, but maybe it actually uses the same code), but without it, the system locks up hard and is completely unresponsive with dead video signal. Without this set, does it lock up every time or just sometimes? I'm experiencing intermittent lockups with my HD4870. It seems to happen more often when I've been in X, leave X, and then go back to X; although this is just a half-assed theory. Is it going to be possible to get acceleration working with this? If so, any pointers? +1 Here is a complete dmesg: snip
Re: Suspend on an IBM Thinkpad X40
On Wed, Dec 15, 2010 at 10:23 PM, Joe Snikeris j...@snikeris.com wrote: On Tue, Nov 30, 2010 at 7:52 PM, Joe Snikeris j...@snikeris.com wrote: I was experiencing frequent freezes after resuming from suspend on my Thinkpad X40. It would happen intermittently when suspending from X. Upon resuming, I would be at the first virtual terminal and could type things, but pressing enter would do nothing. Attempting to switch to another virtual terminal would lock up the machine, requiring a reboot. This Thinkpad has an option in the bios called Redisafe which prepares the hibernate file before suspending, and is supposed to be safer. Disabling this option fixed this issue. For the sake of someone searching for a similar issue, it turns out that Redisafe wasn't the issue here. I'm still experiencing this behavior and I haven't figured out what it is due to. I've tried disabling ACPI, but that didn't resolve it either. I'm no longer experiencing this issue in -current.
Re: hibernate function
On Fri, Feb 18, 2011 at 11:51 AM, Orestes Leal R. l...@cubacatering.avianet.cu wrote: does it exists? It'll work if it's implemented in hardware like on a Thinkpad X40.
Re: netword's wireless security settings - how to determine
On Wed, Feb 16, 2011 at 2:45 AM, Dmitrij D. Czarkoff czark...@gmail.com wrote: And the other point was that I can't find a way to find out the proper settings for wpaakms, wpaciphers, wpagroupcipher and wpaprotos without asking anyone, while this seems to be possible as linux's iwlist does it. As does Windows and Mac. The answer is that the tool isn't currently sophisticated enough to determine these things and configure them automatically. I'm sure the developers would appreciate a patch to add this functionality.
Re: Suspend on an IBM Thinkpad X40
On Tue, Nov 30, 2010 at 7:52 PM, Joe Snikeris j...@snikeris.com wrote: I was experiencing frequent freezes after resuming from suspend on my Thinkpad X40. It would happen intermittently when suspending from X. Upon resuming, I would be at the first virtual terminal and could type things, but pressing enter would do nothing. Attempting to switch to another virtual terminal would lock up the machine, requiring a reboot. This Thinkpad has an option in the bios called Redisafe which prepares the hibernate file before suspending, and is supposed to be safer. Disabling this option fixed this issue. For the sake of someone searching for a similar issue, it turns out that Redisafe wasn't the issue here. I'm still experiencing this behavior and I haven't figured out what it is due to. I've tried disabling ACPI, but that didn't resolve it either.
Suspend on an IBM Thinkpad X40
Hi all, A note for the archives and a question: I was experiencing frequent freezes after resuming from suspend on my Thinkpad X40. It would happen intermittently when suspending from X. Upon resuming, I would be at the first virtual terminal and could type things, but pressing enter would do nothing. Attempting to switch to another virtual terminal would lock up the machine, requiring a reboot. This Thinkpad has an option in the bios called Redisafe which prepares the hibernate file before suspending, and is supposed to be safer. Disabling this option fixed this issue. I'd like this machine to automatically suspend when the battery is about to die. I could do this with a crontab entry that calls a script which calls `apm -m`, but I'm wondering if there is another way. How do the rest of you accomplish this? Finally, the suspend/hibernate support for this laptop is excellent. Thanks developers. Best regards, Joe
Setting up a failover trunk
Hi all, I'm having trouble setting up a failover trunk between my wireless (iwi) and ethernet (em) interfaces. Everything works smoothly if I set them up manually: # ifconfig em0 up # ifconfig iwi0 nwid BY7B5 nwkey key chan 1 # ifconfig iwi0 up # ifconfig trunk0 trunkproto failover trunkport em0 trunkport iwi0 # dhclient trunk0 DHCPREQUEST on trunk0 to 255.255.255.255 port 67 DHCPACK from 192.168.1.1 (00:1f:90:88:22:03) bound to 192.168.1.5 -- renewal in 43200 seconds. # ping -c 1 google.com ping -c 1 google.com PING google.com (72.14.204.99): 56 data bytes 64 bytes from 72.14.204.99: icmp_seq=0 ttl=53 time=18.101 ms --- google.com ping statistics --- 1 packets transmitted, 1 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 18.101/18.101/18.101/0.000 ms However, the following setup is not working. Specifically, trunk0 never receives a DHCPACK. This is because iwi0 never associates to the access point: $ ifconfig iwi0 iwi0: flags=8943UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST mtu 1500 lladdr 00:0a:e4:3b:86:4a priority: 4 trunk: trunkdev trunk0 groups: wlan media: IEEE802.11 autoselect status: no network ieee80211: nwid BY7B5 chan 1 nwkey not displayed 100dBm inet6 fe80::20a:e4ff:fe3b:864a%iwi0 prefixlen 64 scopeid 0x2 $ cat /etc/hostname.em0 up $ cat /etc/hostname.iwi0 nwid BY7B5 nwkey key chan 1 up $ cat /etc/hostname.trunk0 dhcp trunkproto failover trunkport em0 trunkport iwi0 up $ Note that a similar /etc/hostname.iwi0 configuration works fine without trunk: $ cat /etc/hostname.iwi0 dhcp nwid BY7B5 nwkey key chan 1 up Any suggestions would be much appreciated. Thanks in advance, Joe Snikeris OpenBSD 4.8 (GENERIC) #136: Mon Aug 16 09:06:23 MDT 2010 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Pentium(R) M processor 1.50GHz (GenuineIntel 686-class) 1.50 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,SBF,EST,TM2 real mem = 1332113408 (1270MB) avail mem = 1300361216 (1240MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 12/21/06, BIOS32 rev. 0 @ 0xfd740, SMBIOS rev. 2.33 @ 0xe0010 (56 entries) bios0: vendor IBM version 1UETD3WW (2.08 ) date 12/21/2006 bios0: IBM 2382JEU apm0 at bios0: Power Management spec V1.2 apm0: battery life expectancy 13% apm0: AC on, battery charge high, charging acpi at bios0 function 0x0 not configured pcibios0 at bios0: rev 2.1 @ 0xfd6d0/0x930 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdeb0/256 (14 entries) pcibios0: PCI Interrupt Router at 000:31:0 (Intel 82371FB ISA rev 0x00) pcibios0: PCI bus #3 is the last bus bios0: ROM list: 0xc/0xc800! 0xcc800/0x1000 0xcd800/0x1000 0xdc000/0x4000! 0xe/0x1 cpu0 at mainbus0: (uniprocessor) cpu0: Enhanced SpeedStep 1496 MHz: speeds: 1500, 1400, 1300, 1200, 1100, 1000, 900, 800, 600 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) io address conflict 0x5800/0x8 io address conflict 0x5808/0x4 io address conflict 0x5810/0x8 io address conflict 0x580c/0x4 mem address conflict 0x4f70/0x400 pchb0 at pci0 dev 0 function 0 Intel 82855GM Host rev 0x02 Intel 82855GM Memory rev 0x02 at pci0 dev 0 function 1 not configured Intel 82855GM Config rev 0x02 at pci0 dev 0 function 3 not configured vga1 at pci0 dev 2 function 0 Intel 82855GM Video rev 0x02 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xe000, size 0x800 inteldrm0 at vga1: irq 11 drm0 at inteldrm0 Intel 82855GM Video rev 0x02 at pci0 dev 2 function 1 not configured uhci0 at pci0 dev 29 function 0 Intel 82801DB USB rev 0x01: irq 11 uhci1 at pci0 dev 29 function 1 Intel 82801DB USB rev 0x01: irq 11 uhci2 at pci0 dev 29 function 2 Intel 82801DB USB rev 0x01: irq 11 ehci0 at pci0 dev 29 function 7 Intel 82801DB USB rev 0x01: irq 11 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb0 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0x81 pci1 at ppb0 bus 2 mem address conflict 0xb000/0x1000 cbb0 at pci1 dev 0 function 0 Ricoh 5C476 CardBus rev 0x8d: irq 11 sdhc0 at pci1 dev 0 function 1 Ricoh 5C822 SD/MMC rev 0x13: irq 5 sdmmc0 at sdhc0 em0 at pci1 dev 1 function 0 Intel PRO/1000MT Mobile (82541GI) rev 0x00: irq 11, address 00:0a:e4:3b:86:4a iwi0 at pci1 dev 2 function 0 Intel PRO/Wireless 2200BG rev 0x05: irq 11, address 00:12:f0:ea:9a:17 cardslot0 at cbb0 slot 0 flags 0 cardbus0
Re: error on ifconfig, bssid
On 1/10/06, Lucas Reddinger [EMAIL PROTECTED] wrote: hi misc, the man page for ifconfig is very concise for bssid. why isn't this correct? $ sudo ifconfig wi0 bssid 00:13:10:e8:9f:44 ifconfig: SIOCS80211BSSID: Invalid argument $ thanks for your help. (more info follows) lucas Hi Lucas, When you set the bssid, are you setting telling the card to connect to the AP with that bssid, or are you telling the card to use that bssid for itself when it's acting like an access point? I think its the former; however, I'm not sure the man pages make this clear. -- $ uname -a OpenBSD release.wingedleopard.net 3.8 GENERIC#138 i386 $ ifconfig wi0 wi0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 lladdr 00:80:c6:e3:1c:ff description: wifi uplink groups: egress media: IEEE802.11 autoselect (DS11) status: active ieee80211: nwid linksys 2dBm (auto) inet6 fe80::280:c6ff:fee3:1cff%wi0 prefixlen 64 scopeid 0x2 inet 192.168.1.75 netmask 0xff00 broadcast 255.255.255.0 $ dmesg OpenBSD 3.8 (GENERIC) #138: Sat Sep 10 15:41:37 MDT 2005 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel Pentium/MMX (GenuineIntel 586-class) 234 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8,MMX cpu0: F00F bug workaround installed real mem = 100245504 (97896K) avail mem = 84328448 (82352K) using 1249 buffers containing 5115904 bytes (4996K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(63) BIOS, date 01/26/98, BIOS32 rev. 0 @ 0xfd850 apm0 at bios0: Power Management spec V1.2 apm0: AC on, battery charge unknown apm0: flags 30102 dobusy 0 doidle 1 pcibios0 at bios0: rev 2.1 @ 0xfd6a0/0x960 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf60/128 (6 entries) pcibios0: no compatible PCI ICU found: ICU vendor 0x product 0x pcibios0: Warning, unable to fix up PCI interrupt routing pcibios0: PCI bus #0 is the last bus bios0: ROM list: 0xc/0x8000 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 SIS 5597/5598 Host rev 0x02 pcib0 at pci0 dev 1 function 0 SIS 85C503 System rev 0x01 pciide0 at pci0 dev 1 function 1 SIS 5513 EIDE rev 0xd0: 5597/5598: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: QUANTUM FIREBALL SE2.1A wd0: 16-sector PIO, LBA, 2014MB, 4124736 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: HITACHI, CDR-8335, 0008 SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, DMA mode 2 ohci0 at pci0 dev 1 function 2 SIS 5597/5598 USB rev 0x10: irq 3, version 1.0, legacy support usb0 at ohci0: USB revision 1.0 uhub0 at usb0 uhub0: SIS OHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered dc0 at pci0 dev 6 function 0 ADMtek AN983 rev 0x11: irq 12, address 00:04:5a:70:cd:18 acphy0 at dc0 phy 1: AC_UNKNOWN 10/100 PHY, rev. 0 wi0 at pci0 dev 10 function 0 National Datacomm NCP130 Rev A2 rev 0x01: irq 9 wi0: PRISM2 HWB3163 rev.B (0x8003), Firmware 0.3.0 (primary), 1.4.9 (station), address 00:80:c6:e3:1c:ff vga1 at pci0 dev 13 function 0 S3 Trio64V2/DX rev 0x16 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) isa0 at pcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 sysbeep0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 npx0 at isa0 port 0xf0/16: using exception 16 pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 fd0 at fdc0 drive 0: 1.44MB 80 cyl, 2 head, 18 sec biomask ed6d netmask ff6d ttymask ffef pctr: 586-class performance counters and user-level cycle counter enabled dkcsum: wd0 matches BIOS drive 0x80 root on wd0a rootdev=0x0 rrootdev=0x300 rawdev=0x302 $
Trouble with Cisco Aironet 350 (PCM352)
Hi all, I'm having trouble getting my Cisco Aironet PCM352 card working on my compaq presario 2100 (AMD). In particular, I get the message: an0: failed to enable MAC during boot of the install, and when I try to use dhcp. I received this message with 3.8-release. I decided not to configure the network with an0 during the install, and do it afterwards since there was clearly something wrong. Following the install, the system booted without that message. ancontrol -S returns: MAC address:[ 00:0b:5f:0e:64:2c ] Operating mode: [ configured MAC ON RX ON synced associated ] Error code: [ 00 ] Signal strength:[ 100% ] Signal quality: [ 2f ] Current SSID: [ snikeris ] Current AP name:[ ] Current BSSID: [ 00:0c:41:4e:46:36 ] Beacon period: [ 100 ] DTIM period:[ 1 ] ATIM duration: [ 0 ] HOP period: [ 200 ] Channel set:[ 0 ] Current channel:[ 6 ] Hops to backbone: [ 0 ] Total AP load: [ 0 ] Our generated load: [ 0 ] Accumulated ARL:[ 0 ] Ok cool, it looks like it associated with my AP (snikeris). Some possibly related weirdness: # ancontrol -N SSID 1: [ ] SSID 2: [ ] SSID 3: [ ] # ancontrol -n snikeris # ancontrol -N SSID 1: [ ] SSID 2: [ ] SSID 3: [ ] If I understand ancontrol(8) correctly this should read: # ancontrol -N SSID 1: [ snikeris ] SSID 2: [ ] SSID 3: [ ] Then I created /etc/hostname.an0 that just contained dhcp as instructed in dhcp(8) and rebooted. I can successfully connect to my linksys router with dhcp with ethernet, so I assume I should be able to with this wireless card (I can connect with wireless and dhcp in windows xp) Then I after the normal stuff I get: starting network an0: failed to enable MAC DHCPDISCOVER on an0 to 255.255.255.255 port 67 interval 2 send_packet: Network is down . . . No DHCPOFFERS received Then an ancontrol -n snikeris returns: an0: failed to enable MAC So it seems like dhcp somehow messed up the card. Searching the archives turned up similar problems, but no solutions. I suspected it might be an issue with the firmware, so I upgraded it to the latest firmware (5.60.21), but the problem persists. It is interesting to note that ancontrol -I returns: OUI:[ 00:40:96 ] Product number: [ 10 ] Manufacturer name: [ Cisco Systems ] Produce name: [ 350 Series ] Firmware version: [ 5 ] OEM MAC address:[ 00:0b:5f:0e:64:2c ] Aironet MAC address:[ 00:0b:5f:0e:64:2c ] Radio type: [ 802.11 DS ] Regulatory domain: [ 0 ] Assigned CallID:[ 00:00:00:00:00:00 ] Supported speeds: [ 1.0Mbps 2.0Mbps 5.5Mbps 11.0Mbps ] RX Diversity: [ antenna 1 and 2 ] TX Diversity: [ antenna 1 and 2 ] Supported power levels: [ 1 5 20 30 50 100 0 0 ] Hardware revision: [ 00:30 ] Software revision: [ 05:60 ] Software subrevision: [ 00:15 ] Interface revision: [ 00:00 ] Bootblock revision: [ 01:50 ] Of particular interest are the last few lines. It says the Software revision is 05:60 and the software subrevision is 00:15. I would assume this would correspond with firmware version 5.60.15. This is not the firmware that I installed (5.60.21). I'm pretty sure that the firmware installed correctly since the ACU utility in windows reports that the firmware is indeed 5.60.21 Anyone have any ideas what the issue could be? If anyone has this card working on 3.8, could you please let me know what firmware version you are using? If an older firmware is what is needed, thats fine. Thanks in advance for any suggestions, Joe Snikeris dmesg without the /etc/hostname.an0 file: - OpenBSD 3.8 (GENERIC) #138: Sat Sep 10 15:41:37 MDT 2005 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: mobile AMD Athlon(tm) XP2200+ (AuthenticAMD 686-class, 256KB L2 cache) 1.79 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE cpu0: AMD Powernow: FID VID TTP real mem = 736665600 (719400K) avail mem = 664600576 (649024K) using 4278 buffers containing 36937728 bytes (36072K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(5c) BIOS, date 03/17/04, BIOS32 rev. 0 @ 0xfd730 pcibios0 at bios0: rev 2.1 @ 0xfd730/0x8d0 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf10/208 (11 entries) pcibios0: PCI Interrupt Router at 000:07:0 (Acer Labs M1533 ISA rev 0x00) pcibios0: PCI bus #2 is the last bus bios0: ROM list: 0xc/0xf000 0xcf000/0x800 0xdb000/0x1000! 0xdc000/0x4000! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios
Presario 2100 Laptop overheating
I just installed 3.7 on a presario 2100 laptop from the openbsd i386 cd. The laptop is having a problem with overheating and then shutting off while it isn't doing anything. top reports that the cpu usage is practically zero (it is 99.8% idle), and if I just let the laptop sit there at a console it will slowly get warmer and warmer until it eventually shuts off. The fan is running at a constant speed, that sounds like its max speed (from what I remember it sounding like in windows), but I'm not sure. I assume that the power saving features aren't quite working yet, as the fan starts up immediately when I turn it on after giving it enough to completely cool down, and never turns back off again. Usually in windows, I would power on, the fan would come on initially, and then in a few seconds the fan would go off, if the computer had been off long enough for it to cool down beforehand. The laptop had never overheated (as far as I'm aware) in windows (xp), so I'm fairly sure this isn't a hardware related problem. I've spent the last hour or so searching the archives for overheating related and fan related problems, but I was unable to find anything relevant. Does anyone have any experience with this or have any idea of what the problem might be? My dmesg follows: OpenBSD 3.7 (GENERIC) #50: Sun Mar 20 00:01:57 MST 2005 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: mobile AMD Athlon(tm) XP2200+ (AuthenticAMD 686-class) 1.79 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE real mem = 736665600 (719400K) avail mem = 664723456 (649144K) using 4278 buffers containing 36937728 bytes (36072K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(2c) BIOS, date 10/16/03, BIOS32 rev. 0 @ 0xfd730 pcibios0 at bios0: rev 2.1 @ 0xfd730/0x8d0 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdf10/208 (11 entries) pcibios0: PCI Interrupt Router at 000:07:0 (Acer Labs M1533 ISA rev 0x00) pcibios0: PCI bus #2 is the last bus bios0: ROM list: 0xc/0xf000 0xcf000/0x800 0xdb000/0x1000! 0xdc000/0x4000! cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 ATI RS100 AGP rev 0x13 ppb0 at pci0 dev 1 function 0 ATI RS100 PCI rev 0x01 pci1 at ppb0 bus 1 vga1 at pci1 dev 5 function 0 ATI Radeon IGP 320M rev 0x00 wsdisplay0 at vga1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) ohci0 at pci0 dev 2 function 0 Acer Labs M5237 USB rev 0x03: irq 9, version 1.0, legacy support ohci0: SMM does not respond, resetting usb0 at ohci0: USB revision 1.0 uhub0 at usb0 uhub0: Acer Labs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered autri0 at pci0 dev 6 function 0 Acer Labs M5451 Audio rev 0x02: irq 5 ac97: codec id 0x43585429 (Conexant CX20468 rev 1) ac97: codec features reserved, headphone, 18 bit DAC, 18 bit ADC, No 3D Stereo audio0 at autri0 midi0 at autri0: 4DWAVE MIDI UART pcib0 at pci0 dev 7 function 0 Acer Labs M1533 ISA rev 0x00 vendor Acer Labs, unknown product 0x5457 (class communications subclass modem, rev 0x00) at pci0 dev 8 function 0 not configured Broadcom BCM4306 rev 0x02 at pci0 dev 9 function 0 not configured cbb0 at pci0 dev 10 function 0 O2 Micro OZ69[17]2 CardBus rev 0x00: irq 5 Texas Instruments TSB43AB21 FireWire rev 0x00 at pci0 dev 12 function 0 not configured pciide0 at pci0 dev 16 function 0 Acer Labs M5229 UDMA IDE rev 0xc4: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility wd0 at pciide0 channel 0 drive 0: IC25N020ATCS04-0 wd0: 16-sector PIO, LBA, 19077MB, 39070080 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5 atapiscsi0 at pciide0 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: SONY, DVD+RW DW-P50A, 1.8e SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 Acer Labs M7101 Power Mgmt rev 0x00 at pci0 dev 17 function 0 not configured sis0 at pci0 dev 18 function 0 NS DP83815 10/100 rev 0x00: DP83816A, irq 11, address 00:0d:9d:81:85:a1 nsphyter0 at sis0 phy 0: DP83815 10/100 PHY, rev. 1 isa0 at pcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0 (mux 1 ignored for console): console keyboard, using wsdisplay0 pmsi0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pmsi0 mux 0 pcppi0 at isa0 port 0x61 midi1 at pcppi0: PC speaker sysbeep0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 npx0 at isa0 port 0xf0/16: using exception 16 pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 cardslot0 at cbb0 slot 0 flags 0 cardbus0 at cardslot0: bus 2 device 0 cacheline 0x0, lattimer 0x20 pcmcia0 at cardslot0 biomask e76d netmask ef6d ttymask ffef pctr: user-level cycle counter enabled mtrr: Pentium Pro MTRR support dkcsum: wd0 matched BIOS disk 80 root on wd0a rootdev=0x0 rrootdev=0x300 rawdev=0x302 WARNING: /
Re: howto clean disks ?
On 6/1/05, Diana Eichert [EMAIL PROTECTED] wrote: On Thu, 2 Jun 2005, Dennis Lindahl wrote: SNIP Like I said, once the information _has_ been overwritten, it cannot be recovered in any lab. A fellow from IBAS said this during a seminar I attended recently. He even said it was a fundamental principle for all professional data recovery. If it had been possible to retrieve overwritten data from harddisks, im pretty sure the technique would have been used in some high profile criminal investigation. But it hasnt, because it is a myth. And like you said, there are indeed issues to actually performing a complete overwrite. / Dennis Let me 'splain something to you in PLAIN English. The US Gov't is WILLING to RELEASE and NOT PROSECUTE spies if it appears that CLASSIFIED information COULD be compromised in a court trial, NOT will be compromised, just the CHANCE of it occurring. Therefore just because YOU haven't heard of a way to recover over written data doesn't mean it can't be done. FWIW I don't personally know of a way to recover over written media, what I can say is that media is physically destroyed at various facilities I've worked at. diana From my understanding of it, the values stored on your harddrive are not exactly one's and zeros. As long as the magnetic field is close to zero, like .15 gauss (or whatever the unit would be), it is treated like a zero. If it is close to a one (like .83 gauss, again I'm not sure what the value or unit would actually look like) it will be regarded as a one. By analyzing these true values of the magnetic field, professionals can infer what that particular bit used to be.
