From owner-freebsd-hackers@FreeBSD.ORG Mon Nov 24 21:34:49 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBD9816A4CE for ; Mon, 24 Nov 2003 21:34:49 -0800 (PST) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 918B843F93 for ; Mon, 24 Nov 2003 21:34:48 -0800 (PST) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])hAP5Ylf1076023 for ; Tue, 25 Nov 2003 16:34:47 +1100 (EST) (envelope-from jeremyp@cirb503493.alcatel.com.au) Received: (from jeremyp@localhost)hAP5Ykd2076022 for freebsd-hackers@freebsd.org; Tue, 25 Nov 2003 16:34:46 +1100 (EST) (envelope-from jeremyp) From: Peter Jeremy To: freebsd-hackers@freebsd.org Message-ID: <20031125053446.GI39616@cirb503493.alcatel.com.au> References: <20031124022837.GA54284@ussenterprise.ufp.org> <200311241500.12216.doconnor@gsoft.com.au> <20031124150646.GA80718@ussenterprise.ufp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031124150646.GA80718@ussenterprise.ufp.org> User-Agent: Mutt/1.4.1i Subject: Re: Making a FreeBSD DVD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Tue, 25 Nov 2003 05:34:50 -0000 X-Original-Date: Tue, 25 Nov 2003 16:34:46 +1100 X-List-Received-Date: Tue, 25 Nov 2003 05:34:50 -0000 On Mon, Nov 24, 2003 at 10:06:46AM -0500, Leo Bicknell wrote: >Well, what I'm really interested in is the install + live file >system on a single DVD, which is how the DVD's at FreeBSD mall are >advertised (I've never bought one, myself). So, I can build an >install CD, I (think I) can build a live file system CD. How do >you get them both on a DVD, and give the user a boot choice? Based on the way it boots and promts, the live file system CD appears to be identical to the install CD as far as the kernel and sysinstall are concerned. I suspect merging the two is simply a matter of loading both the live filesystem hierarchy and the installation files into a single image. Peter From owner-freebsd-hackers@FreeBSD.ORG Fri Nov 28 00:34:54 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07DF016A4CE; Fri, 28 Nov 2003 00:34:54 -0800 (PST) Received: from smtp0.euronet.nl (smtp0.euronet.nl [194.134.35.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBF1A43FAF; Fri, 28 Nov 2003 00:34:52 -0800 (PST) (envelope-from dodell@sitetronics.com) Received: from [192.168.1.42] (zp-c-13e65.mxs.adsl.euronet.nl [81.69.92.101]) by smtp0.euronet.nl (Postfix) with ESMTP id 9C05324739; Fri, 28 Nov 2003 09:34:50 +0100 (MET) In-Reply-To: <200311280014.49356.wes@softweyr.com> References: <32476.1069741443@critter.freebsd.dk> <200311280014.49356.wes@softweyr.com> Mime-Version: 1.0 (Apple Message framework v606) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Devon H.O'Dell To: Wes Peters X-Mailer: Apple Mail (2.606) cc: freebsd-hackers@freebsd.org cc: Poul-Henning Kamp Subject: Re: "secure" file flag? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 28 Nov 2003 08:34:54 -0000 X-Original-Date: Fri, 28 Nov 2003 09:34:50 +0100 X-List-Received-Date: Fri, 28 Nov 2003 08:34:54 -0000 > If you want an interesting problem to work on, come up with a solution > to > the keying problem for disk encryption. It somehow needs to allow > automated, unattended reboots during "normal" operations but prevent > attackers from compromising the system. Maybe you could have the > system > send an SMS message when it needs a key, you reply with a one-time key > from your mobile phone? Actually, this is quite similar to what people at Vasco do (http://www.vasco.com). They make devices that (from what I can tell) hash a PIN and a timestamp (along with some other arbitrary values generated by a server, which are optional) and give you a return hash. From what I've seen, the hash is rather elementary and I feel somewhat silly using it to log into my bank. I sent an email to them a while ago; it seems that the security may lie somewhat on the knowledge of the hashing function. But there are definitely devices that do these sorts of things (although the ones from Vasco don't work with GSM, so sending the SMS back would have to go through the phone). Although, I must say, that sending the SMS via the phone is quite insecure as well. If you've the ability to send SMSes, you can most likely fake the address your SMS is coming from, just like you can fake an email. Although, AFAIK, it's a bit more difficult to track the origin of an SMS message. However, most new phones have J2ME capability. I hate Java, but since it's the HLL that we're allowed to use, we could make use of it. After Helix has had some time to be cryptanalyzed, it might be a good candidate for just this kind of application -- a lightweight, fast, easily implementable encryption and authentication algorithm (though it looks promising to me). Until then, some other kind of encryption/authentication could take place. In any case, many phones allow sockets to be created and sent (and if they don't, they most certainly support HTTPS channels). I think an app utilizing this would be a bit more secure in this scenario than one via SMS (or via the Vasco method, I don't have a ton of faith in their closed-source solution). This would be a good, mobile way to provide a one-time key, though. You might even be able to implement it to request keys from multiple administrators assuming the first administrator failed. Who knows. Haven't been following this discussing very closely, so feel free to poke me with a stick if I'm babbling about some obscure tangent. > While you're in there, paint that bikeshed blue. Only if there's not someone painting it already :) > -- > > Where am I, and what am I doing in this handbasket? > > Wes Peters > wes@softweyr.com --Devon From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 7 16:34:42 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE3A416A4CE for ; Sun, 7 Dec 2003 16:34:42 -0800 (PST) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B01343F3F for ; Sun, 7 Dec 2003 16:34:40 -0800 (PST) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (localhost [127.0.0.1]) by tower.berklix.org (8.12.6/8.12.6) with ESMTP id hB80Ybfi005778; Mon, 8 Dec 2003 01:34:37 +0100 (CET) (envelope-from jhs@tower.berklix.org) Received: (from jhs@localhost) by tower.berklix.org (8.12.6/8.12.6/Submit) id hB80XMGL005777; Mon, 8 Dec 2003 01:33:22 +0100 (CET) (envelope-from jhs) From: Julian Stacey Message-Id: <200312080033.hB80XMGL005777@tower.berklix.org> To: hackers@freebsd.org Fcc: sent-mail In-Reply-To: Message from Chris BeHanna of "Sun, 07 Dec 2003 01:19:11 EST." <200312070119.11987.chris@behanna.org> X-Mailman-Approved-At: Tue, 27 Jan 2004 05:29:37 -0800 cc: jau@iki.fi cc: chris@behanna.org Subject: Re: running wine automatically as a shell for w32 binaries X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Mon, 08 Dec 2003 00:34:42 -0000 X-Original-Date: Mon, 8 Dec 2003 01:33:22 +0100 (CET) X-List-Received-Date: Mon, 08 Dec 2003 00:34:42 -0000 Chris BeHanna wrote: > On Saturday 06 December 2003 10:19, Julian Stacey wrote: > > > Hi all, > > > I wrote a new imgact function for FreeBSD to start wine > > > automatically as a sort of an "interpreter" for windows > > > binaries. > > > > > > > Great idea ! If this small diff gets tested & merged into src/ > > automatic MS support will be a real plus. > > With the weekly proliferation of MS worms, trojans, and viruses, > do you *really* think this is a good idea? > > Yeah, it's neat, nifty, and cool, but it comes with substantial > risk. No risk to a normal BSD src/ based system if EG ports/emulators/wine is not installed, presumably ? Or if anything is dangerous, & not yet switchable, could it be a sysctl or kernel option ? I wouldn't suggest installing wine +MS apps on `real' BSD servers & workstations, but for companies transitioning from MS to BSD, they could install wine on their PCs, & use legacy MS support easier, reducing MS to FreeBSD migrations costs, boosting FreeBSD adoption. BTW I'm no MS apologist/lover: My many machines all run pure BSD, (except one DOS 8086) No MS-Win excrement. No wine either except on ports build engines. Most people use MS though, so automatic support could help migration to BSD. Example: City of Munich are dumping Microsoft from 10,000 office PCs (& going Linux) http://berklix.com/~jhs/stadtmuenchen/ http://www.heise.de/newsticker/data/mgo-13.04.02-000/ Migration / retraining costs were major factors in the decision. Ease the migration from MS & more can escape MS for BSD. Risk: I wouldnt install MS excrement on normal BSD systems, but companies migrating from MS could install BSD + wine etc on their ex MS PCs. BTW I'd suggest a `sandbox' login for BSD admins to test & use MS support in, & for use by migrating MS users). Even if all the BSD system above the home dir. had correct safe permissions, a BSD user running MS support wouldn't be safe: an MS virus or rogue program could still run berserk in & under the home directory, but that's a risk for MS users no worse than they already take. Example Precautions Similar to Mozilla: I use mozilla in 2 modes: java & coookies off under my own login, & a 2nd empty login owning no files, used via rlogin localhost -l jhs-untrusted" xauth merge /tmp/xyz; setenv DISPLAY user:0 for mozilla with java & cookies & later flash (ports/www/flashplugin-mozilla) turned on. Anyone running wine + MS apps etc could do similar, just copying the files needed to the untrusted sandbox/ login, then copying back to the normal safe ~ directory when finished. - Julian Stacey. Munich Unix & Net Consultant. http://berklix.com From owner-freebsd-hackers@FreeBSD.ORG Sun Dec 21 14:35:02 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B987216A4CE for ; Sun, 21 Dec 2003 14:35:02 -0800 (PST) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0E4F43D4C for ; Sun, 21 Dec 2003 14:35:01 -0800 (PST) (envelope-from eischen@vigrid.com) Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4]) by mail.pcnet.com (8.12.10/8.12.1) with ESMTP id hBLMZ0iw029842; Sun, 21 Dec 2003 17:35:00 -0500 (EST) From: Daniel Eischen X-Sender: eischen@pcnet5.pcnet.com To: Eric Anholt In-Reply-To: <1072045740.689.6.camel@leguin> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org cc: Alfred Perlstein Subject: Re: support for __thread X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 21 Dec 2003 22:35:02 -0000 X-Original-Date: Sun, 21 Dec 2003 17:35:00 -0500 (EST) X-List-Received-Date: Sun, 21 Dec 2003 22:35:02 -0000 On Sun, 21 Dec 2003, Eric Anholt wrote: > On Sun, 2003-12-21 at 12:08, Daniel Eischen wrote: > > On Sun, 21 Dec 2003, Alfred Perlstein wrote: > > > > > * Alfred Perlstein [031221 02:47] wrote: > > > > How do I get __thread to work for me? > > > > > > > > http://gcc.gnu.org/onlinedocs/gcc/Thread-Local.html > > > > > > > > it seems the assembler chokes on it? > > > > We don't have support for it yet. Why do you want it? > > From what I understand, having thread-local variables would be a big > bonus for OpenGL. Yes, it was folks from Nvidia that urged us to support this. This probably better belongs on -current; some developers don't read -hackers. -- Dan Eischen From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 29 00:35:05 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B70B16A4CE for ; Mon, 29 Dec 2003 00:35:05 -0800 (PST) Received: from relay.macomnet.ru (relay.macomnet.ru [195.128.64.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0ECCD43D1F for ; Mon, 29 Dec 2003 00:35:04 -0800 (PST) (envelope-from maxim@macomnet.ru) Received: from news1.macomnet.ru (4dih5yrx@news1.macomnet.ru [195.128.64.14]) by relay.macomnet.ru (8.12.10/8.12.10) with ESMTP id hBT8Z2LA17517306; Mon, 29 Dec 2003 11:35:02 +0300 (MSK) From: Maxim Konovalov To: William Grim In-Reply-To: <3FEFD754.1050400@siue.edu> Message-ID: <20031229113453.K29326@news1.macomnet.ru> References: <3FEFD754.1050400@siue.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: hackers@freebsd.org Subject: Re: Update: PR bin/60636 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Mon, 29 Dec 2003 08:35:05 -0000 X-Original-Date: Mon, 29 Dec 2003 11:35:02 +0300 (MSK) X-List-Received-Date: Mon, 29 Dec 2003 08:35:05 -0000 On Mon, 29 Dec 2003, 01:27-0600, William Grim wrote: > Hey there. > > I emailed that PR into the FreeBSD team the other day. I didn't remove > a line that said , because the above lines said comments and > anything between < and > would be removed. It put unix@snow.cs.siue.edu > as my email, and now I'm getting all sorts of spam to that mail box (all > dealing with that stupid ass "Last chance to update MS" and shit). > > Sorry for the cussing, but this is frustrating since that's used > strictly for system administration; can you change the email address to > wgrim@siue.edu? > > Thanks. > > PS : Just tell me who to forward this email too to get this resolved if > this is not the appropriate place. Done. -- Maxim Konovalov, maxim@macomnet.ru, maxim@FreeBSD.org From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 2 22:35:02 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26CA416A4CE for ; Fri, 2 Jan 2004 22:35:02 -0800 (PST) Received: from cheer.mahoroba.org (flets20-024.kamome.or.jp [218.45.20.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E86B43D49 for ; Fri, 2 Jan 2004 22:34:15 -0800 (PST) (envelope-from ume@FreeBSD.org) Received: from lyrics.mahoroba.org (IDENT:fFYCSg6629zJdP9X/UwSkg3ng7ZxwqThQzEB3vlQqDUAF2QRWThjYRXnnXw/KMpC@piano.mahoroba.org [IPv6:3ffe:501:185b:8010:240:96ff:fe48:4ea8]) (user=ume mech=CRAM-MD5 bits=0)i036Y2aH043645 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 3 Jan 2004 15:34:05 +0900 (JST) (envelope-from ume@FreeBSD.org) Message-ID: From: Hajimu UMEMOTO To: "M. Warner Losh" In-Reply-To: <20040102.112311.71086877.imp@bsdimp.com> References: <20040101.233009.58826299.imp@bsdimp.com> <20040102.112311.71086877.imp@bsdimp.com> User-Agent: xcite1.38> Wanderlust/2.11.3 (Wonderwall) SEMI/1.14.5 (Awara-Onsen) FLIM/1.14.5 (Demachiyanagi) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (=?ISO-2022-JP?B?GyRCOC1MWhsoQg==?=) X-Operating-System: FreeBSD 5.2-CURRENT MIME-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: multipart/mixed; boundary="Multipart_Sat_Jan__3_15:34:02_2004-1" X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.61 X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on cheer.mahoroba.org cc: hackers@FreeBSD.org Subject: Re: Power Patches X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sat, 03 Jan 2004 06:35:02 -0000 X-Original-Date: Sat, 03 Jan 2004 15:34:02 +0900 X-List-Received-Date: Sat, 03 Jan 2004 06:35:02 -0000 --Multipart_Sat_Jan__3_15:34:02_2004-1 Content-Type: text/plain; charset=US-ASCII Hi, >>>>> On Fri, 02 Jan 2004 11:23:11 -0700 (MST) >>>>> "M. Warner Losh" said: imp> This looks like it isn't mapping the cis in correctly. Can you turn imp> on hw.cardbus.debug_cis=1? I assumed you meant hw.cardbus.cis_debug. ;) cardbus0: Resource not specified in CIS: id=10, size=8000000 cardbus0: Resource not specified in CIS: id=14, size=20000 cardbus0: Resource not specified in CIS: id=18, size=80 cardbus0: Non-prefetchable memory at 88000000-9001ffff cardbus0: IO port at 1000-107f cardbus0: at device 0.0 (no driver attached) cbb0: CardBus card activation failed Full output of dmesg is also attached in this mail. imp> : imp> 1) You are using hw.pci.unsupported_io=1. Turn it off and use imp> : imp> these patches. Let me know if it doesn't. Typically it imp> : imp> appears that this helps people hitting the double imp> : imp> allocation problem. imp> : imp> : I used to set hw.pci.unsupported_io=1. Changing this value doesn't imp> : help. imp> Dang. I'd like to get to the bottom of this. Aha, I made sure to set hw.pci.allow_unsupported_io_range. But, I did just copy&paste it from your message. :-) Sincerely, --Multipart_Sat_Jan__3_15:34:02_2004-1 Content-Type: application/octet-stream Content-Disposition: attachment; filename="dmesg.out" Content-Transfer-Encoding: 7bit Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2-CURRENT #1: Sat Jan 3 01:16:45 JST 2004 root@lyrics.mahoroba.org:/ad0s3/usr/obj/usr/src/sys/LYRICS Preloaded elf kernel "/boot/kernel/kernel" at 0xc08ec000. Preloaded elf module "/boot/kernel/if_an.ko" at 0xc08ec1f4. Preloaded elf module "/boot/kernel/wlan.ko" at 0xc08ec2a0. Preloaded elf module "/boot/kernel/rc4.ko" at 0xc08ec34c. Preloaded elf module "/boot/kernel/if_sis.ko" at 0xc08ec3f4. Preloaded elf module "/boot/kernel/if_wi.ko" at 0xc08ec4a0. Preloaded elf module "/boot/kernel/snd_t4dwave.ko" at 0xc08ec54c. Preloaded elf module "/boot/kernel/snd_pcm.ko" at 0xc08ec5fc. Preloaded elf module "/boot/kernel/usb.ko" at 0xc08ec6a8. Preloaded elf module "/boot/kernel/ugen.ko" at 0xc08ec750. Preloaded elf module "/boot/kernel/umass.ko" at 0xc08ec7fc. Preloaded elf module "/boot/kernel/cam.ko" at 0xc08ec8a8. Preloaded elf module "/boot/kernel/agp.ko" at 0xc08ec950. Preloaded elf module "/boot/kernel/if_ath.ko" at 0xc08ec9f8. Preloaded elf module "/boot/kernel/ath_hal.ko" at 0xc08ecaa4. Preloaded elf module "/boot/kernel/uplcom.ko" at 0xc08ecb50. Preloaded elf module "/boot/kernel/ucom.ko" at 0xc08ecbfc. Preloaded elf module "/boot/kernel/firewire.ko" at 0xc08ecca8. Preloaded elf module "/boot/kernel/sbp.ko" at 0xc08ecd58. Preloaded elf module "/boot/kernel/if_fwe.ko" at 0xc08ece00. Preloaded elf module "/boot/kernel/aout.ko" at 0xc08eceac. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) III Mobile CPU 800MHz (797.46-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383f9ff real memory = 369078272 (351 MB) avail memory = 351404032 (335 MB) Pentium Pro MTRR support enabled npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard pcibios: BIOS version 2.10 Using $PIR table, 5 entries at 0xc00f1530 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 acpi_cpu0: on acpi0 acpi_tz0: on acpi0 acpi_lid0: on acpi0 acpi_acad0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0:0:0: setting power state D0 pci0:0:1: setting power state D0 pci0:1:0: setting power state D0 pci0:1:1: setting power state D0 pcib0: slot 1 INTC is routed to irq 5 pci0:1:2: setting power state D0 pcib0: slot 1 INTD is routed to irq 4 pci0:1:3: setting power state D0 pcib0: slot 1 INTD is routed to irq 4 pci0:1:4: setting power state D0 pcib0: slot 1 INTB is routed to irq 7 pci0:1:6: setting power state D0 pcib0: slot 1 INTC is routed to irq 5 pcib0: slot 9 INTA is routed to irq 11 pcib0: slot 9 INTA is routed to irq 11 pci0:9:2: setting power state D0 pcib0: slot 9 INTA is routed to irq 11 pci0:10:0: setting power state D0 pcib0: slot 10 INTA is routed to irq 4 agp0: mem 0xd4000000-0xd7ffffff at device 0.0 on pci0 agp0: Bus reserved 0x4000000 bytes for rid 0x10 type 3 at 0xd4000000 atapci0: port 0xd800-0xd80f at device 0.1 on pci0 atapci0: Bus reserved 0x10 bytes for rid 0x20 type 4 at 0xd800 ata0: at 0x1f0 irq 14 on atapci0 ata0: [MPSAFE] ata1: at 0x170 irq 15 on atapci0 ata1: [MPSAFE] isab0: at device 1.0 on pci0 isa0: on isab0 sis0: port 0xd400-0xd4ff mem 0xd3800000-0xd3800fff irq 5 at device 1.1 on pci0 sis0: Bus reserved 0x100 bytes for rid 0x10 type 4 at 0xd400 sis0: Ethernet address: 00:80:88:03:48:41 miibus0: on sis0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ohci0: mem 0xd3000000-0xd3000fff irq 4 at device 1.2 on pci0 ohci0: Bus reserved 0x1000 bytes for rid 0x10 type 3 at 0xd3000000 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xd2800000-0xd2800fff irq 4 at device 1.3 on pci0 ohci1: Bus reserved 0x1000 bytes for rid 0x10 type 3 at 0xd2800000 usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: SiS OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered pcm0: port 0xd000-0xd0ff mem 0xd2000000-0xd2000fff irq 7 at device 1.4 on pci0 pcm0: Bus reserved 0x100 bytes for rid 0x10 type 4 at 0xd000 pcm0: pci0: at device 1.6 (no driver attached) pci0: Failed to set ACPI power state D3 on (null): AE_BAD_PARAMETER pci0:1:6: setting power state D3 pcib1: at device 2.0 on pci0 pci1: on pcib1 pci1:0:0: setting power state D0 pci1: at device 0.0 (no driver attached) cbb0: mem 0xde000-0xdefff irq 11 at device 9.0 on pci0 cbb0: Bus reserved 0x1000 bytes for rid 0x10 type 3 at 0xde000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [MPSAFE] cbb1: irq 11 at device 9.1 on pci0 cbb1: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [MPSAFE] cbb1: bad Vcc request. ctrl=0xf000ef08, status=0xf000e2c3 cbb_power: 0V pci0: at device 9.2 (no driver attached) pci0: Failed to set ACPI power state D3 on (null): AE_BAD_PARAMETER pci0:9:2: setting power state D3 fwohci0: vendor=104c, dev=8026 fwohci0: <1394 Open Host Controller Interface> mem 0xd0800000-0xd0803fff,0xd1000000-0xd10007ff irq 4 at device 10.0 on pci0 fwohci0: Bus reserved 0x800 bytes for rid 0x10 type 3 at 0xd1000000 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channel is 4. fwohci0: EUI64 00:e0:18:00:03:03:2a:66 fwohci0: Phy 1394a available S400, 1 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:e0:18:03:2a:66 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 psm0: flags 0x6000 irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 acpi_ec0: port 0x66,0x62 on acpi0 acpi_cmbat0: on acpi0 acpi_cmbat1: on acpi0 pmtimer0 on isa0 orm0: