Re: Changing IRQ setting from console/userland
On Mon, 05 Jan 2009 23:53:01 +0700, Philip Guenther wrote: On Mon, Jan 5, 2009 at 12:48 AM, Insan Praja SW wrote: ... I always got a; ping: sendto: No buffer space available ping: wrote 202.abc.de.fgh 64 chars, ret=-1 To quote a message on this list from Claudio Jeker: I think I mentionened this already a few times but I'll do it again. "sendto: No buffer space available" means an ENOBUF error was returned. On modern systems ENOBUF is almost only generated by the interfaces and their queues (e.g. if you enable a too restrictive altq limit). So if you have altq enabled I would look at the pfctl -sq -vv output. I do have restrictive altq limit, using upperlimit, since this client should not be over 22Mbps. At first, I put it at child queue, now I move them to parent queue (interface). It began to show some noise reduction. A quick examination of the if_sk code shows that many of the ENOBUFS return cases also write something to the dmesg/syslog. Does dmesg show any messages after the 'root on' line? No, nothing on dmesg. sk0 shares the same irq as uhci, which is nothing attached to them. Our plan is to disable/change setting for usb config from BIOS. But We really need to gather more info on this. Any hints and suggestion will be appreciated. PCI, unlike ISA, works just fine with shared interrupts. Do you have a specific reason to suspect the source of the problem is the sharing of interrupts? Actually this suspicion came from an old thread on a milis, which I gather from google. AFAIK, sk devices don't have interrupt mitigation, unlike em devices. Philip Guenther Thanks, Insan -- insandotpraja(at)gmaildotcom
Re: DCBSDCon 2009 - Three Weeks Left
A quick update. It has just come to my attention that our group discount code (details on the registration page) will expire on January 9, 2009. We've been able to take advantage of the Hotel room block savings through our affiliation with ShmooCon, but all good things must come to an end. If you're planning on attentind DCBSDCon and need to reserve your hotel room, please do that ASAP. You have until January 31 to register for the conference at the normal rate. Registration and Hotel details: http://www.dcbsdcon.org/register.html Thanks, -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net/
Re: OpenLDAP w/o bdb okay?
* Philip Guenther [2009-01-06 00:40]: > On Mon, Jan 5, 2009 at 11:15 AM, Claudio Jeker > wrote: > ... > > Any DB that needs human help after a crash is in my opinion a bad choice. > > So that would rule out the ldbm backend, no? Last I checked the libc > btree code, a crash while writing out a page split would corrupt the > subtree. I am using openldap with ldbm backend in an not exactly small installation for 9 or 10 years now. I have never ever experienced a broken database. never. trying bdb lead to disasters all over the place. but admittedly that was many many many moons ago. openldap is still a piece of shit, but the ldbm backend is probably the sanest one. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services, http://bsws.de Full-Service ISP - Secure Hosting, Mail and DNS Services Dedicated Servers, Rootservers, Application Hosting - Hamburg & Amsterdam
Re: OpenLDAP w/o bdb okay?
On Mon, Jan 5, 2009 at 11:15 AM, Claudio Jeker wrote: ... > Any DB that needs human help after a crash is in my opinion a bad choice. So that would rule out the ldbm backend, no? Last I checked the libc btree code, a crash while writing out a page split would corrupt the subtree. > If a servers freaks out and reboots for whatever reason I expect that the > database will recover from this event without having to recover, repair or > optimize datasets. So write-ahead-logging is ruled out because the database has to rerun the tail of the log? Then I don't think OpenLDAP has any databases that will satisfy you. Philip Guenther
Re: OpenLDAP w/o bdb okay?
On 2009-01-05, ppruett-lists wrote: > > So choices for those with older openbsd port of openldap with bdb flavor > are: > * don't upgrade ( bad choice) > * upgrade to openbsd 4.4 or current using the official port and renter > data storing in the obsolete backend ldbm (ughhh) > * Or go ahead and make a port for openldap 2.4.13 for current openbsd :( Here's an untested tarball of an updated openldap port, split into directories for 2.3 and 2.4: http://spacehopper.org/tmp/openldap.tgz Done at p2k8 but I don't run ldap myself any more and haven't had much incentive to setup a test environment. Please test and report back, I think it would be useful to get this in.
Re: gumstix port: any plans to include the OVERO board?
On Mon, Jan 05, 2009 at 10:49:06PM +0100, Patrick Oeschger wrote: > gumstix support for the PXA270 (ARM based) seems to be included in the > current cvs sources.. > ...as you know there is a new board from gumstix with the OMAP3503 > processor from Texas Instruments > any plans to support this board in the near future? > i would be glad to test and support (but am no kernel developer yet) > thx > /pat > I have a start of a port to the Beagle Board, however do not have a Gumstix to start that work (or even continue the pxa270 work). There is a bit of ARM infrastructure I need to do to support the Cortex-A8 MMU before any processor beyond ARM1136 could be supported (and ARM10/ARMv6 cpus would run better with the fix). Unfortunately, this task is a couple weeks of work, time that I haven't had lately. Dale Rahn dr...@dalerahn.com
gumstix port: any plans to include the OVERO board?
gumstix support for the PXA270 (ARM based) seems to be included in the current cvs sources.. ...as you know there is a new board from gumstix with the OMAP3503 processor from Texas Instruments any plans to support this board in the near future? i would be glad to test and support (but am no kernel developer yet) thx /pat
Re: Nvidia 9300GE xorg.conf?
On Sat, Jan 3, 2009 at 7:40 PM, Bryan wrote: > Greetings, > > I have this new box, and the thing has an Nvidia 9300GE for a video > card. If you have some 'return if unsatisfied' option, you should use it to get another graphics card if possible. Intel and ATI beeing the most open-source friendly ones these days, followed by VIA. > It appears to have an HDMI output, as well as a DVI. I was > wondering if anyone was able to get X to function with this. OR, if > there is a way for me to get it to work using any of the various "X" > commands. > > Right now, the dmesg says the following: > >> vga1 at pci1 dev 0 function 0 vendor "NVIDIA", unknown product 0x06e0 rev >> 0xa1 > > According to the nv(4) page, it should be supported. I ran xorgconfig > and set the Geforce driver, but receive a "no screens found" error. > > I don't mind the "read 'man 8 make-it-work'" comments. I have had > Intel video in the past, and they just worked. My old inspiron 9300 > has an Nvidia card that just works. I am assuming that it is just too > new to be supported yet. Any help is appreciated... > If you can't get a card from a vendor with better support, start by sending the /var/log/Xorg.0.log file after tring to run X. -- Matthieu Herrb
Re: OpenLDAP w/o bdb okay?
On Mon, Jan 05, 2009 at 01:46:30PM -0500, ppruett-lists wrote: >> >If your LDAP environment is anything at all like the majority I've >> seen >you will not notice any difference whatsoever (except you'll be >> free >from BDB corruption during a crash). >> > > Yep since I am not write heavy then the non bdb could be okay, > but as an afore mentioned in this thread I am concerned that The LDBM > backend is now obsolete for openldap since 2.4.12. > http://www.openldap.org/lists/openldap-software/200810/msg00154.html > And do you think that your bdb based database will work over an update? I think I had to reimport and sometimes even fixup my database un updates because something changed and the old DB was just not working anymore. Any DB that needs human help after a crash is in my opinion a bad choice. If a servers freaks out and reboots for whatever reason I expect that the database will recover from this event without having to recover, repair or optimize datasets. -- :wq Claudio
DCBSDCon 2009 - Three Weeks Left
Time is getting short for registrations to DCBSDCon 2009. We have less than four weeks remaining before we formally close registrations. Don't miss out and lose your seat. DCBSDCon 2009 will be held February 5th and 6th at the Marriott Wardman in Washington, DC. We've been announcing speakers periodically over the last few weeks. Here are the ones we've discussed on the blog (http://blog.dcbsdcon.org/)... Marshall Kirk McKusick Henning Brauer (henning@) Ted Unangst (tedu@) Brooks Davis Chris Buechler Marco Peereboom (marco@) Kristaps DE>onson Richard Bejtlich Kurt Miller (kurt@) We have a few more to announce over the next week. It looks like I might also be presenting an updated version of "BSD is Dying", so here's your chance to heckle me in person. Register online and get your barcode today! http://www.dcbsdcon.org/register.html Hope to see you there! -- Jason Dixon DixonGroup Consulting http://www.dixongroup.net/
Re: OpenLDAP w/o bdb okay?
For OpenBSD 4.4 and current the flavor "bdb" is broken on openldap BROKEN=OpenLDAP 2.3 is incompatible with Berkeley DB 4.6 So, what to do? My experience is that compiling BDB and OpenLDAP yourself isn't hard, yep, I remember compiling apache back in the middle 90's For security and laziness, I have been trying to use the ports this decade tho ;) > If your LDAP use is write-heavy, or you're planning on using replication I was using openldap for the password auth for sendmail smtpauth and cyrus-imap on an older openbsd server and was looking to upgrade then saw this issue. Hmmm. The passwords don't change often, because that customer has a small mail server for just three domains but they could change if one of the hundred or so users changes their email password, but that is very infrequent. ... So we are not write heavy. However, I saw your link to the issue that lbm is removed from openldap 2.4.12... arggg.. geez I really don't like using a storage method that is not used going forward. So choices for those with older openbsd port of openldap with bdb flavor are: * don't upgrade ( bad choice) * upgrade to openbsd 4.4 or current using the official port and renter data storing in the obsolete backend ldbm (ughhh) * Or go ahead and make a port for openldap 2.4.13 for current openbsd :( Since in the above situation the ldap is not write heavy and changes little I could just use the obsolete storage method. But first I'll see how ugly it is to compile OpenLDAP 2.4.13 on current or 4.4... thanks for the input.
Re: OpenLDAP w/o bdb okay?
>If your LDAP environment is anything at all like the majority I've seen >you will not notice any difference whatsoever (except you'll be free >from BDB corruption during a crash). Yep since I am not write heavy then the non bdb could be okay, but as an afore mentioned in this thread I am concerned that The LDBM backend is now obsolete for openldap since 2.4.12. http://www.openldap.org/lists/openldap-software/200810/msg00154.html
Re: OpenLDAP w/o bdb okay?
On Mon, Jan 5, 2009 at 5:30 AM, P.Pruett wrote: > For OpenBSD 4.4 and current the flavor "bdb" is broken on openldap > BROKEN=OpenLDAP 2.3 is incompatible with Berkeley DB 4.6 > > Most past articles have strongly suggested haveing openldap use "bdb" > as its storage method. Seeing that even the current port is not ready > to implement OpenLDAP 2.4 suggests that using openldap without bdb may > not be so terrible. > > Staying with openbsd is the choice, so we have to use a non bdb openldap > on openbsd 4.4 or current for now. Having always used the bdb flavor > because literature suggested, I wonder > what problems for performance or maitenance in production will arise > by not using flavor bdb for openldap? What's your support strategy? That is, when something goes wrong, what's your plan for restoring stability and confidence that it'll work in the future? If your LDAP use is read-only or write-almost-never, then there isn't much to go wrong and "just restore from last week's backup" is probably a viable strategy. If your LDAP use is write-heavy, or you're planning on using replication, then IMHO you should be looking first to the OpenLDAP mailing lists for support for OpenLDAP. What you'll learn there is that they basically have no interest in back-ldbm. For example: http://www.openldap.org/lists/openldap-software/200810/msg00154.html I know there are people using back-ldbm successfully, but if it blows up shortly before you do a backup, what's your plan for recovering the lost changes? How confident will you be that it won't happen again the next day? The support you'll get from the OpenLDAP people will be "told you so; switch to bdb!" So, what to do? My experience is that compiling BDB and OpenLDAP yourself isn't hard, but I had to do stuff like that all the time back when I was a sysadmin and have been using BDB professionally for years, so your mileage may vary. The key thing is to figure out how you're going to support your setup. Philip Guenther
Re: OpenLDAP w/o bdb okay?
Damn, forgot to send my response to list: Message-ID: <49624a88.3020...@raapid.net> Date: Mon, 05 Jan 2009 11:59:36 -0600 From: tico User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: "P.Pruett" Subject: Re: OpenLDAP w/o bdb okay? References: <49620b86.4020...@webengr.com> In-Reply-To: <49620b86.4020...@webengr.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Responses inline: P.Pruett wrote: > For OpenBSD 4.4 and current the flavor "bdb" is broken on openldap > BROKEN=OpenLDAP 2.3 is incompatible with Berkeley DB 4.6 > > Most past articles have strongly suggested haveing openldap use "bdb" > as its storage method. If by most articles, you mean "most of the Linux HOWTO articles," you'll notice that most of them are ancient now and were written by people with an almost pathological need for premature optimization and overly-complex initial installs. I've yet to encounter an LDAP environment where there a) was a disk I/O bottleneck due to locking that was solvable by BDB b) that was not more sanely solvable by scaling out to replicated slapd servers c) with or without moving the dataset onto a memory filesystem d) or sectioning the dataset into one chunk per group of servers. If you actually need any of the above, you probably know or should know way more about the bottlenecks in your LDAP environment than any of us do, much less the clueless retards writing HOWTO articles. Note that I'm *not* saying that I hate BDB, just that I haven't found what it solves in the real world, and having data in BDB means that *when* corruption occurs, it's more of a pain in the ass to recover from than an LDIF/LDBM. This has happened to me several times, and I've found that the resulting error messages have been less than verbose, and less than helpful. > Seeing that even the current port is not ready > to implement OpenLDAP 2.4 suggests that using openldap without bdb may > not be so terrible. Thank god. Now I don't have to double-check my installs to make sure they don't include BDB. > Staying with openbsd is the choice, so we have to use a non bdb openldap > on openbsd 4.4 or current for now. Having always used the bdb flavor > because literature suggested, I wonder > what problems for performance or maitenance in production will arise > by not using flavor bdb for openldap? > Run your own benchmarks using your own dataset. If your LDAP environment is anything at all like the majority I've seen you will not notice any difference whatsoever (except you'll be free from BDB corruption during a crash). Cheers -Tico
Re: FreeBSD emulation of VMware Tools
Laurens Vets schrieb: > Laurens Vets wrote: >> Good morning, >> Hello >>> have you read man compat_freebsd and tried the suggestions (i.e. >>> download libc.so.1 from somewhere and also ldd and some other files) >> >> I was not aware of that man page... I've been trying to set things up >> using it as a guide, but I'm unsuccesfull at the moment. The man page >> mentions FreeBSD 5.0-RELEASE, yet the port freebsd_lib seems to be >> compiled for FreeBSD 4.1.1. >> >> Any idea on what FreeBSD version is supported by OpenBSD? > > Some more information: > - VMware Server 2.0 > - OpenBSD 4.4 > Hmm, thats also my configuration > I've gotten the FreeBSD emulation working now: > # ldd-freebsd /emul/freebsd/usr/bin/ldd > /emul/freebsd/usr/bin/ldd: > libc.so.4 => /usr/lib/libc.so.4 (0x4fa23000) Can you exactly tell what you've done and where you got the binaries from. I'm trying to also solve this problem... > > However, while running it on vmware-guestd I still receive an error: > > # ldd-freebsd /emul/freebsd/sbin/vmware-guestd > /emul/freebsd/sbin/vmware-guestd: > /emul/freebsd/sbin/vmware-guestd: signal 6 > according to "man signal" signal 6 is SIGABRT create core image abort(3) call (formerly SIGIOT) Is vmware-guestd running anymore after signal 6? > Any idea on how I can proceed from there? > >>> Laurens Vets schrieb: Hi list, I'm trying to get the FreeBSD version of the VMware Tools installed in OpenBSD 4.4 under VMware Server 2.0 following the guide posted at http://www.openbsd-wiki.org/index.php?title=HowTo_install_VMWare_tools. I've had to install the freebsd_lib-4.11p0.tgz package and had to add some additional symbolic links to /emul/freebsd/usr/lib. However, vmware-guestd segfaults upon trying to start it: # ktrace /emul/freebsd/sbin/vmware-guestd --background /var/run/vmware-guestd.pid --halt-command "/sbin/shutdown -p -h now" Segmentation fault (core dumped) # ktrace -C # kdump 6020 ktrace RET ktrace 0 6020 ktrace CALL execve(0xcfbdabb3,0xcfbdaa60,0xcfbdaa78) 6020 ktrace NAMI "/emul/freebsd/sbin/vmware-guestd" 6020 ktrace NAMI "/emul/freebsd/usr/lib/libc.so.1" 6020 ktrace NAMI "/emul/freebsd" 6020 vmware-guestd NAMI "/emul/freebsd/usr/lib/libc.so.1" 6020 vmware-guestd EMUL "freebsd" 6020 vmware-guestd RET execve 0 6020 vmware-guestd PSIG SIGSEGV SIG_DFL code 1 addr=0x85fa8 trapno=1 6020 vmware-guestd NAMI "vmware-guestd.core" # I'm not sure how to proceed from here. Can anyone help me further? Thanks in advance!
Re: Changing IRQ setting from console/userland
On Mon, Jan 5, 2009 at 12:48 AM, Insan Praja SW wrote: ... > I always got a; > ping: sendto: No buffer space available > ping: wrote 202.abc.de.fgh 64 chars, ret=-1 To quote a message on this list from Claudio Jeker: > I think I mentionened this already a few times but I'll do it again. > "sendto: No buffer space available" means an ENOBUF error was returned. > On modern systems ENOBUF is almost only generated by the interfaces and > their queues (e.g. if you enable a too restrictive altq limit). > So if you have altq enabled I would look at the pfctl -sq -vv output. A quick examination of the if_sk code shows that many of the ENOBUFS return cases also write something to the dmesg/syslog. Does dmesg show any messages after the 'root on' line? > sk0 shares the same irq as uhci, which is nothing attached to them. Our plan > is to disable/change setting for usb config from BIOS. But We really need to > gather more info on this. Any hints and suggestion will be appreciated. PCI, unlike ISA, works just fine with shared interrupts. Do you have a specific reason to suspect the source of the problem is the sharing of interrupts? Philip Guenther
Re: OpenLDAP w/o bdb okay?
P.Pruett wrote: For OpenBSD 4.4 and current the flavor "bdb" is broken on openldap BROKEN=OpenLDAP 2.3 is incompatible with Berkeley DB 4.6 Most past articles have strongly suggested haveing openldap use "bdb" as its storage method. Seeing that even the current port is not ready to implement OpenLDAP 2.4 suggests that using openldap without bdb may not be so terrible. Staying with openbsd is the choice, so we have to use a non bdb openldap on openbsd 4.4 or current for now. Having always used the bdb flavor because literature suggested, I wonder what problems for performance or maitenance in production will arise by not using flavor bdb for openldap? I am still using openldap-server-2.3.33p1-bdb on openbsd 4.2 for the following reasons: 1) With ldbm, I was not able to do a slapcat etc. without stopping the ldap server. But with bdb, I did not experience any problems using slapcat while ldap server was running. 2) Replication worked better for me (3 slave servers using slurpd etc.) with bdb 3) syncrepl in test environment also seemed to work better with bdb (and not ldbm) All the testing was done a while ago and it is highly likely that I had made major mistakes at that time. So I will try to set up 2.3.43 on 4.4 -current and verify this. -- Vijay Sankar, M.Eng., P.Eng. ForeTell Technologies Limited E-Mail: vsan...@foretell.ca
OpenLDAP w/o bdb okay?
For OpenBSD 4.4 and current the flavor "bdb" is broken on openldap BROKEN=OpenLDAP 2.3 is incompatible with Berkeley DB 4.6 Most past articles have strongly suggested haveing openldap use "bdb" as its storage method. Seeing that even the current port is not ready to implement OpenLDAP 2.4 suggests that using openldap without bdb may not be so terrible. Staying with openbsd is the choice, so we have to use a non bdb openldap on openbsd 4.4 or current for now. Having always used the bdb flavor because literature suggested, I wonder what problems for performance or maitenance in production will arise by not using flavor bdb for openldap?
Re: Testing in a virtual environment
On 21:54, Mon 05 Jan 09, Dongsheng Song wrote: > When I running OpenBSD under kvm, process time aways 0 ! > > [dongsh...@dl:~/kvm]% cat OpenBSD-x64/start.sh [09-01-05 > 21:53:50] > #!/bin/sh > > cd /home/dongsheng/kvm/OpenBSD-x64 > > kvm -name OpenBSD-x64 -m 1024M -hda hda.img \ > -cdrom ../../var/iso/openbsd-amd64-4_4-20081215.iso \ > -net nic,vlan=0,macaddr=52:54:00:12:34:01,model=e1000 \ > -net tap,vlan=0,ifname=tap01,script=no \ > -net nic,vlan=1,macaddr=52:54:00:12:34:11,model=e1000 \ > -net tap,vlan=1,ifname=tap11,script=no \ > -vnc :11 -daemonize I dont see that happening here: /usr/bin/kvm -S -M pc -m 128 -smp 1 -name asterisk.vanbaak.info \ -monitor pty -boot c -drive \ file=/var/storage/kvm/machines/asterisk.vanbaak.info/asterisk.qcow2,if=ide,index=0,boot=on \ -drive file=,if=ide,media=cdrom,index=2 \ -net nic,macaddr=00:16:36:69:b3:94,vlan=0,model=e1000 \ -net tap,fd=19,script=,vlan=0,ifname=vnet3 \ -serial pty -parallel none -usb -vnc 127.0.0.1:2 $ w 3:07PM up 2 days, 23:56, 1 user, load averages: 0.07, 0.10, 0.08 USERTTY FROM LOGIN@ IDLE WHAT michiel p0 192.168.2.10 Fri03PM 0 w load averages: 0.07, 0.10, 0.08 15:08:04 20 processes: 19 idle, 1 on processor CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.5% interrupt, 99.5% idle Memory: Real: 32M/61M act/tot Free: 51M Swap: 19M/61M used/tot PID USERNAME PRI NICE SIZE RES STATEWAIT TIMECPU COMMAND 27658 _asteris 20 23M 26M sleeppoll 1:24 0.00% asterisk > > [dongsh...@x64:~]% w[09-01-05 > 21:53:17] > 9:53PM up 16 days, 13:30, 1 user, load averages: 0.08, 0.08, 0.08 > USERTTY FROM LOGIN@ IDLE WHAT > dongsheng p0 116.23.101.68 9:53PM 0 w > > load averages: 0.06, 0.08, 0.08 > 21:53:37 > 17 processes: 16 idle, 1 on processor > CPU states: 1.1% user, 0.3% nice, 11.0% system, 7.9% interrupt, 79.7% idle > Memory: Real: 11M/134M act/tot Free: 852M Swap: 0K/2055M used/tot > > PID USERNAME PRI NICE SIZE RES STATEWAIT TIMECPU COMMAND > 8430 root 20 1188K 2032K sleepselect0:00 0.00% sendmail > 26190 root 20 696K 1344K idle select0:00 0.00% sshd > 26396 _syslogd 20 452K 824K sleeppoll 0:00 0.00% syslogd > 26716 root 20 472K 884K idle select0:00 0.00% cron > 16624 root 20 400K 868K idle select0:00 0.00% inetd > 1 root 100 360K 364K idle wait 0:00 0.00% init > 21396 dongshen 20 340K 1416K idle select0:00 0.00% ssh-agent > 13401 dongshen 180 976K 3132K sleeppause 0:00 0.00% zsh > 10013 root 20 3372K 3092K idle netio 0:00 0.00% sshd > 7279 root 20 420K 740K idle netio 0:00 0.00% syslogd > 20347 dongshen 280 448K 1496K onproc - 0:00 0.00% top > 15854 dongshen 20 3344K 2180K sleepselect0:00 0.00% sshd > > 2009/1/4 Michiel van Baak : > > On 09:41, Sat 03 Jan 09, Daniel A. Ramaley wrote: > > > > Running OpenBSD under VirtualBox is not stable at all. > > I have good experience running OpenBSD under xen, kvm and vmware-server. > -- Michiel van Baak mich...@vanbaak.eu http://michiel.vanbaak.eu GnuPG key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x71C946BD "Why is it drug addicts and computer aficionados are both called users?"
Re: Testing in a virtual environment
When I running OpenBSD under kvm, process time aways 0 ! [dongsh...@dl:~/kvm]% cat OpenBSD-x64/start.sh [09-01-05 21:53:50] #!/bin/sh cd /home/dongsheng/kvm/OpenBSD-x64 kvm -name OpenBSD-x64 -m 1024M -hda hda.img \ -cdrom ../../var/iso/openbsd-amd64-4_4-20081215.iso \ -net nic,vlan=0,macaddr=52:54:00:12:34:01,model=e1000 \ -net tap,vlan=0,ifname=tap01,script=no \ -net nic,vlan=1,macaddr=52:54:00:12:34:11,model=e1000 \ -net tap,vlan=1,ifname=tap11,script=no \ -vnc :11 -daemonize [dongsh...@x64:~]% w[09-01-05 21:53:17] 9:53PM up 16 days, 13:30, 1 user, load averages: 0.08, 0.08, 0.08 USERTTY FROM LOGIN@ IDLE WHAT dongsheng p0 116.23.101.68 9:53PM 0 w load averages: 0.06, 0.08, 0.08 21:53:37 17 processes: 16 idle, 1 on processor CPU states: 1.1% user, 0.3% nice, 11.0% system, 7.9% interrupt, 79.7% idle Memory: Real: 11M/134M act/tot Free: 852M Swap: 0K/2055M used/tot PID USERNAME PRI NICE SIZE RES STATEWAIT TIMECPU COMMAND 8430 root 20 1188K 2032K sleepselect0:00 0.00% sendmail 26190 root 20 696K 1344K idle select0:00 0.00% sshd 26396 _syslogd 20 452K 824K sleeppoll 0:00 0.00% syslogd 26716 root 20 472K 884K idle select0:00 0.00% cron 16624 root 20 400K 868K idle select0:00 0.00% inetd 1 root 100 360K 364K idle wait 0:00 0.00% init 21396 dongshen 20 340K 1416K idle select0:00 0.00% ssh-agent 13401 dongshen 180 976K 3132K sleeppause 0:00 0.00% zsh 10013 root 20 3372K 3092K idle netio 0:00 0.00% sshd 7279 root 20 420K 740K idle netio 0:00 0.00% syslogd 20347 dongshen 280 448K 1496K onproc - 0:00 0.00% top 15854 dongshen 20 3344K 2180K sleepselect0:00 0.00% sshd 2009/1/4 Michiel van Baak : > On 09:41, Sat 03 Jan 09, Daniel A. Ramaley wrote: > > Running OpenBSD under VirtualBox is not stable at all. > I have good experience running OpenBSD under xen, kvm and vmware-server.
Re: Testing in a virtual environment
On 08:12, Mon 05 Jan 09, Jim Razmus wrote: > * Dieter [090105 00:13]: > > > I have two build vms running on my home kvm server, one to compile and > > > create releases for amd64 and one for x86. > > > > Wouldn't a chroot tree be sufficient for this? > > > > Wouldn't that require cross compiling? Last I knew, that didn't work > and was not advised. Indeed, and that's why I have seperate vm's for this. -- Michiel van Baak mich...@vanbaak.eu http://michiel.vanbaak.eu GnuPG key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x71C946BD "Why is it drug addicts and computer aficionados are both called users?"
Re: Testing in a virtual environment
* Dieter [090105 00:13]: > > I have two build vms running on my home kvm server, one to compile and > > create releases for amd64 and one for x86. > > Wouldn't a chroot tree be sufficient for this? > Wouldn't that require cross compiling? Last I knew, that didn't work and was not advised. Jim
Re: Changing IRQ setting from console/userland
On Mon, 05 Jan 2009 15:29:01 +0700, Otto Moerbeek wrote:
On Mon, Jan 05, 2009 at 03:03:47PM +0700, Insan Praja SW wrote:
Hi Misc@,
is there anything on man (8) how to set irq allocation for certain
devices like NICs? I tried apropos but I can't find userland application
on base to change this.
Thanks,
In general allocating IRQs is a kernel thing and not something you
want to tweak.
What problem are you trying to solve?
-Otto
The dmesg:
OpenBSD 4.4-current (GENERIC) #55: Thu Dec 25 00:00:31 WIT 2008
r...@greenservicerouter.mygreenlinks.net:/usr/src/sys/arch/i386/compile/GENERIC
RTC BIOS diagnostic error e
cpu0: Intel(R) Pentium(R) 4 CPU 3.00GHz ("GenuineIntel" 686-class) 3.01 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,S
SE3,MWAIT,DS-CPL,EST,TM2,CNXT-ID,CX16,xTPR
real mem = 2142744576 (2043MB)
avail mem = 2063761408 (1968MB)
RTC BIOS diagnostic error e
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 09/13/07, SMBIOS rev. 2.4 @
0x7fbe4000 (43 entries)
bios0: vendor Intel Corporation version
"S3000.86B.02.00.0051.091720081311" date 09/17/2008
bios0: Intel S3000AH
acpi0 at bios0: rev 0
acpi0: tables DSDT SLIC FACP APIC WDDT HPET MCFG ASF! SSDT SSDT SSDT SSDT
SSDT HEST BERT ERST EINJ
acpi0: wakeup devices SLPB(S4) P32_(S4) UAR1(S1) PEX4(S4) PEX5(S4)
UHC1(S1) UHC2(S1) UHC3(S1) UHC4(S1) EHCI(S1) AC9M(S4) AZAL(
S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 4 (P32_)
acpiprt2 at acpi0: bus 1 (PEX0)
acpiprt3 at acpi0: bus -1 (PEX1)
acpiprt4 at acpi0: bus -1 (PEX2)
acpiprt5 at acpi0: bus -1 (PEX3)
acpiprt6 at acpi0: bus 2 (PEX4)
acpiprt7 at acpi0: bus 3 (PEX5)
acpicpu0 at acpi0: FVS, 3000, 2400 MHz
acpibtn0 at acpi0: SLPB
bios0: ROM list: 0xc/0x9000 0xc9000/0x1000 0xca000/0x1000
cpu0 at mainbus0: (uniprocessor)
pci0 at mainbus0 bus 0: configuration mode 1 (no bios)
pchb0 at pci0 dev 0 function 0 "Intel E7230 Host" rev 0x00
ppb0 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x01: irq 9
pci1 at ppb0 bus 1
ppb1 at pci0 dev 28 function 4 "Intel 82801G PCIE" rev 0x01: irq 9
pci2 at ppb1 bus 2
ppb2 at pci0 dev 28 function 5 "Intel 82801G PCIE" rev 0x01: irq 11
pci3 at ppb2 bus 3
em0 at pci3 dev 0 function 0 "Intel PRO/1000MT (82573E)" rev 0x03: irq 9,
address 00:15:17:25:0a:9d
"Intel 82573E Serial" rev 0x03 at pci3 dev 0 function 3 not configured
"Intel 82573E KCS" rev 0x03 at pci3 dev 0 function 4 not configured
uhci0 at pci0 dev 29 function 0 "Intel 82801GB USB" rev 0x01: irq 11
uhci1 at pci0 dev 29 function 1 "Intel 82801GB USB" rev 0x01: irq 10
uhci2 at pci0 dev 29 function 2 "Intel 82801GB USB" rev 0x01: irq 11
uhci3 at pci0 dev 29 function 3 "Intel 82801GB USB" rev 0x01: irq 11
ehci0 at pci0 dev 29 function 7 "Intel 82801GB USB" rev 0x01: irq 11
ehci0: timed out waiting for BIOS
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
ppb3 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0xe1
pci4 at ppb3 bus 4
skc0 at pci4 dev 0 function 0 "D-Link Systems DGE-530T B1" rev 0x11, Yukon
Lite (0x9): irq 11
sk0 at skc0 port A: address 00:1b:11:10:07:26
eephy0 at sk0 phy 0: 88E1011 Gigabit PHY, rev. 5
ppb4 at pci4 dev 1 function 0 "Intel S21152BB PCI-PCI" rev 0x00
pci5 at ppb4 bus 5
ste0 at pci5 dev 4 function 0 "D-Link Systems 550TX" rev 0x15: irq 11,
address 00:0d:88:68:53:84
ukphy0 at ste0 phy 1: Generic IEEE 802.3u media interface, rev. 0: OUI
0x0090c3, model 0x0004
ste1 at pci5 dev 5 function 0 "D-Link Systems 550TX" rev 0x15: irq 11,
address 00:0d:88:68:53:85
ukphy1 at ste1 phy 1: Generic IEEE 802.3u media interface, rev. 0: OUI
0x0090c3, model 0x0004
ste2 at pci5 dev 6 function 0 "D-Link Systems 550TX" rev 0x15: irq 11,
address 00:0d:88:68:53:86
ukphy2 at ste2 phy 1: Generic IEEE 802.3u media interface, rev. 0: OUI
0x0090c3, model 0x0004
ste3 at pci5 dev 7 function 0 "D-Link Systems 550TX" rev 0x15: irq 11,
address 00:0d:88:68:53:87
ukphy3 at ste3 phy 1: Generic IEEE 802.3u media interface, rev. 0: OUI
0x0090c3, model 0x0004
vga1 at pci4 dev 4 function 0 "ATI ES1000" rev 0x02
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
radeondrm0 at vga1: irq 11
drm0 at radeondrm0
em1 at pci4 dev 5 function 0 "Intel PRO/1000MT (82541GI)" rev 0x05: irq 9,
address 00:15:17:25:0a:9e
ichpcib0 at pci0 dev 31 function 0 "Intel 82801GB LPC" rev 0x01: PM
disabled
pciide0 at pci0 dev 31 function 1 "Intel 82801GB IDE" rev 0x01: DMA,
channel 0 configured to compatibility, channel 1 configur
ed to compatibility
pciide0: channel 0 disabled (no drives)
pciide0: channel 1 disabled (no drives)
pciide1 at pci0 dev 31 function 2 "Intel 82801GB SATA" rev 0x01: DMA,
channel 0 configured to native-PCI, channel 1 configured
to native-PCI
pciide1: using irq 10 for native-PCI interrupt
wd0 at
Re: FreeBSD emulation of VMware Tools
Laurens Vets wrote: Good morning, have you read man compat_freebsd and tried the suggestions (i.e. download libc.so.1 from somewhere and also ldd and some other files) I was not aware of that man page... I've been trying to set things up using it as a guide, but I'm unsuccesfull at the moment. The man page mentions FreeBSD 5.0-RELEASE, yet the port freebsd_lib seems to be compiled for FreeBSD 4.1.1. Any idea on what FreeBSD version is supported by OpenBSD? Some more information: - VMware Server 2.0 - OpenBSD 4.4 I've gotten the FreeBSD emulation working now: # ldd-freebsd /emul/freebsd/usr/bin/ldd /emul/freebsd/usr/bin/ldd: libc.so.4 => /usr/lib/libc.so.4 (0x4fa23000) However, while running it on vmware-guestd I still receive an error: # ldd-freebsd /emul/freebsd/sbin/vmware-guestd /emul/freebsd/sbin/vmware-guestd: /emul/freebsd/sbin/vmware-guestd: signal 6 Any idea on how I can proceed from there? Laurens Vets schrieb: Hi list, I'm trying to get the FreeBSD version of the VMware Tools installed in OpenBSD 4.4 under VMware Server 2.0 following the guide posted at http://www.openbsd-wiki.org/index.php?title=HowTo_install_VMWare_tools. I've had to install the freebsd_lib-4.11p0.tgz package and had to add some additional symbolic links to /emul/freebsd/usr/lib. However, vmware-guestd segfaults upon trying to start it: # ktrace /emul/freebsd/sbin/vmware-guestd --background /var/run/vmware-guestd.pid --halt-command "/sbin/shutdown -p -h now" Segmentation fault (core dumped) # ktrace -C # kdump 6020 ktrace RET ktrace 0 6020 ktrace CALL execve(0xcfbdabb3,0xcfbdaa60,0xcfbdaa78) 6020 ktrace NAMI "/emul/freebsd/sbin/vmware-guestd" 6020 ktrace NAMI "/emul/freebsd/usr/lib/libc.so.1" 6020 ktrace NAMI "/emul/freebsd" 6020 vmware-guestd NAMI "/emul/freebsd/usr/lib/libc.so.1" 6020 vmware-guestd EMUL "freebsd" 6020 vmware-guestd RET execve 0 6020 vmware-guestd PSIG SIGSEGV SIG_DFL code 1 addr=0x85fa8 trapno=1 6020 vmware-guestd NAMI "vmware-guestd.core" # I'm not sure how to proceed from here. Can anyone help me further? Thanks in advance!
Re: OpenBSD on home router - error requesting several URLs
On 2009-01-05, Sergey Khentov wrote: > Hello everyone, > >> scrub out on $adsl_if all max-mss 1352 >> scrub out on pppoe0 max-mss 1440 > > thanks a lot, the solution works :) Both values (1440 & 1352) are OK, > I've left 1440. > > This is pretty weird to me - I thought MTU can be set with ifconfig - > and that is what I have done. That affects only packets sourced from the machine itself. Other machines behind the NAT have their own MTU setting. You could indeed set MTU with ifconfig, on every machine behind the NAT. Typical consumer routers do something like "scrub...max-mss" by default.
Re: OpenBSD on home router - error requesting several URLs
Hello everyone, > scrub out on $adsl_if all max-mss 1352 > scrub out on pppoe0 max-mss 1440 thanks a lot, the solution works :) Both values (1440 & 1352) are OK, I've left 1440. This is pretty weird to me - I thought MTU can be set with ifconfig - and that is what I have done. And yes, it looks like I've missed some parts of man 4 pppoe :) It looks like I'll have to read it through once more - just in case :) -- BR, Sergey Khentov
Re: FreeBSD emulation of VMware Tools
Good morning, have you read man compat_freebsd and tried the suggestions (i.e. download libc.so.1 from somewhere and also ldd and some other files) I was not aware of that man page... I've been trying to set things up using it as a guide, but I'm unsuccesfull at the moment. The man page mentions FreeBSD 5.0-RELEASE, yet the port freebsd_lib seems to be compiled for FreeBSD 4.1.1. Any idea on what FreeBSD version is supported by OpenBSD? Kind regards, Laurens Laurens Vets schrieb: Hi list, I'm trying to get the FreeBSD version of the VMware Tools installed in OpenBSD 4.4 under VMware Server 2.0 following the guide posted at http://www.openbsd-wiki.org/index.php?title=HowTo_install_VMWare_tools. I've had to install the freebsd_lib-4.11p0.tgz package and had to add some additional symbolic links to /emul/freebsd/usr/lib. However, vmware-guestd segfaults upon trying to start it: # ktrace /emul/freebsd/sbin/vmware-guestd --background /var/run/vmware-guestd.pid --halt-command "/sbin/shutdown -p -h now" Segmentation fault (core dumped) # ktrace -C # kdump 6020 ktrace RET ktrace 0 6020 ktrace CALL execve(0xcfbdabb3,0xcfbdaa60,0xcfbdaa78) 6020 ktrace NAMI "/emul/freebsd/sbin/vmware-guestd" 6020 ktrace NAMI "/emul/freebsd/usr/lib/libc.so.1" 6020 ktrace NAMI "/emul/freebsd" 6020 vmware-guestd NAMI "/emul/freebsd/usr/lib/libc.so.1" 6020 vmware-guestd EMUL "freebsd" 6020 vmware-guestd RET execve 0 6020 vmware-guestd PSIG SIGSEGV SIG_DFL code 1 addr=0x85fa8 trapno=1 6020 vmware-guestd NAMI "vmware-guestd.core" # I'm not sure how to proceed from here. Can anyone help me further? Thanks in advance!
Re: pppd, ip-up script and privileges
On 2009-01-04, patrick keshishian wrote:
> Hi,
>
> I'm curious about why privileges are revoked before executing
> ip-{up,down} scripts?
>
> "ROUTING" section of pppd(8) says:
>
> +--- pppd(8)
> | When IPCP negotiation is completed successfully,
> | pppd will inform the kernel of the local and remote
> | IP addresses ... to create a host route to the remote
> | end ... which will enable the peers to exchange IP
> | packets. Communication with other machines generally
> | requires further modification to routing tables. In
> | most cases the defaultroute [is] sufficient for this,
> | but in some cases further intervention is required.
> | The /etc/ppp/ip-up script can be used for this.
> +-
>
> However, if ip-up is to change the routing table it will require
> root privilege.
>
> Am I missing something?
>
> --patrick
>
>
Looks like a bug to me. The actual behaviour is not what is documented
in the SCRIPTS section of the manual "The scripts are executed as root
(with the real and effective user ID set to 0)".
Upstream (now hosted at ppp.samba.org) changed this to setuid(0), we
haven't synced since then.
- (void) chdir ("/"); /* no current directory. */
- setuid(geteuid());
+ (void) chdir ("/"); /* no current directory. */
+ setuid(0); /* set real UID = root */
http://git.ozlabs.org/?p=ppp.git;a=commit;h=a00baab063b349591289cbde22ab40cf80b8f0af
We changed to use setresuid() rather than setuid(), but this didn't change
behaviour here. I guess many people will run pppd as root so they won't
notice the problem (afaict, it only happens if you start as a non-root
member of the group "network").
Re: use 3 nics as hub / switch
Hi Nick, this sounds great. That's exactly what I was searching for. I wonder why I didn't hat this idea ;) Anyway, thanks for your reply! best regards, Marian On Fri, 02 Jan 2009 20:58:13 -0600, Nick Templeton wrote: > I'm doing what you're describing with a couple 4-port NICs. I assign an > IP to one of the interfaces so dhcpd can run on that, then bridge all > the interfaces together. Works like a charm. > > Your config files would look something like - > > hostname.rl1: > inet 192.168.1.1 255.255.255.0 192.168.1.255 > > hostname.rl2 > up > > bridgename.bridge0: > add rl1 > add rl2 > up > > Then add dhcpd_flags="rl1" to rc.conf.local, dhcpd will respond to > requests on either interface since it's a bridge. > > -Nick > > Marian Hettwer wrote: >> Hi All and a happy new year, >> >> got a short question here. >> I'm building a home router from a blue box (embedded pc), which has 3 > nics >> (rl0, 1, 2). >> Internet drops in via dhcp client on rl0. Now I got 2 NICs left and I'd >> like to use them similar like a hub. Just use a cross over cable and > plug >> in 2 more devices which can then talk through that router. >> >> My first try was to bridge rl1 and rl2, but then again, I want to use a >> dhcp server on both interfaces and it seems like I can't do that, since > I >> can't give an ip on bridge0 and I wouldn't want to give an IP to rl1 and >> rl2. >> >> Any ideas to that setup? >> I thought about giving rl1 an IP adress and rl2 one from another > network. >> Like rl1 with 192.168.1 and rl2 with 192.168.2 and then run dhcpd on rl1 >> and rl2 serving both subnets. >> However, that doesn't look like a good approach to me. >> >> Any other thoughts on that issue? >> >> Ah yes, it's OpenBSD 4.4 release :) >> >> best regards, >> Marian >> >> PS.: please CC me, I'm not subscribed to the list.
Re: Changing IRQ setting from console/userland
On Mon, Jan 05, 2009 at 03:48:57PM +0700, Insan Praja SW wrote: > On Mon, 05 Jan 2009 15:29:01 +0700, Otto Moerbeek wrote: > >> On Mon, Jan 05, 2009 at 03:03:47PM +0700, Insan Praja SW wrote: >> >>> Hi Misc@, >>> is there anything on man (8) how to set irq allocation for certain >>> devices like NICs? I tried apropos but I can't find userland application >>> on base to change this. >>> Thanks, >> >> In general allocating IRQs is a kernel thing and not something you >> want to tweak. >> >> What problem are you trying to solve? >> >> -Otto >> > I cannot help you with this, others probably can. But the first thing you should do is send a COMPLETE dmesg. I can see skc(4) devices in your dmesg, but no sk(4). -Otto > I always got a; > ping: sendto: No buffer space available > ping: wrote 202.abc.de.fgh 64 chars, ret=-1 > > which is on sk0 and I notice; > ppb0 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x01: irq 9 > ppb1 at pci0 dev 28 function 4 "Intel 82801G PCIE" rev 0x01: irq 9 > ppb2 at pci0 dev 28 function 5 "Intel 82801G PCIE" rev 0x01: irq 11 > em0 at pci3 dev 0 function 0 "Intel PRO/1000MT (82573E)" rev 0x03: irq 9, > address 00:15:17:25:0a:9d > uhci0 at pci0 dev 29 function 0 "Intel 82801GB USB" rev 0x01: irq 11 > uhci1 at pci0 dev 29 function 1 "Intel 82801GB USB" rev 0x01: irq 10 > uhci2 at pci0 dev 29 function 2 "Intel 82801GB USB" rev 0x01: irq 11 > uhci3 at pci0 dev 29 function 3 "Intel 82801GB USB" rev 0x01: irq 11 > ehci0 at pci0 dev 29 function 7 "Intel 82801GB USB" rev 0x01: irq 11 > skc0 at pci4 dev 0 function 0 "D-Link Systems DGE-530T B1" rev 0x11, > Yukon Lite (0x9): irq 11 > ste0 at pci5 dev 4 function 0 "D-Link Systems 550TX" rev 0x15: irq 11, > address 00:0d:88:68:53:84 > ste1 at pci5 dev 5 function 0 "D-Link Systems 550TX" rev 0x15: irq 11, > address 00:0d:88:68:53:85 > ste2 at pci5 dev 6 function 0 "D-Link Systems 550TX" rev 0x15: irq 11, > address 00:0d:88:68:53:86 > ste3 at pci5 dev 7 function 0 "D-Link Systems 550TX" rev 0x15: irq 11, > address 00:0d:88:68:53:87 > radeondrm0 at vga1: irq 11 > em1 at pci4 dev 5 function 0 "Intel PRO/1000MT (82541GI)" rev 0x05: irq > 9, address 00:15:17:25:0a:9e > pciide1: using irq 10 for native-PCI interrupt > ichiic0 at pci0 dev 31 function 3 "Intel 82801GB SMBus" rev 0x01: irq 10 > com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo > pckbc0: using irq 1 for kbd slot > fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 > ppb0 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x01: irq 9 > ppb1 at pci0 dev 28 function 4 "Intel 82801G PCIE" rev 0x01: irq 9 > ppb2 at pci0 dev 28 function 5 "Intel 82801G PCIE" rev 0x01: irq 11 > em0 at pci3 dev 0 function 0 "Intel PRO/1000MT (82573E)" rev 0x03: irq 9, > address 00:15:17:25:0a:9d > uhci0 at pci0 dev 29 function 0 "Intel 82801GB USB" rev 0x01: irq 11 > uhci1 at pci0 dev 29 function 1 "Intel 82801GB USB" rev 0x01: irq 10 > uhci2 at pci0 dev 29 function 2 "Intel 82801GB USB" rev 0x01: irq 11 > uhci3 at pci0 dev 29 function 3 "Intel 82801GB USB" rev 0x01: irq 11 > ehci0 at pci0 dev 29 function 7 "Intel 82801GB USB" rev 0x01: irq 11 > skc0 at pci4 dev 0 function 0 "D-Link Systems DGE-530T B1" rev 0x11, > Yukon Lite (0x9): irq 11 > ste0 at pci5 dev 4 function 0 "D-Link Systems 550TX" rev 0x15: irq 11, > address 00:0d:88:68:53:84 > ste1 at pci5 dev 5 function 0 "D-Link Systems 550TX" rev 0x15: irq 11, > address 00:0d:88:68:53:85 > ste2 at pci5 dev 6 function 0 "D-Link Systems 550TX" rev 0x15: irq 11, > address 00:0d:88:68:53:86 > ste3 at pci5 dev 7 function 0 "D-Link Systems 550TX" rev 0x15: irq 11, > address 00:0d:88:68:53:87 > radeondrm0 at vga1: irq 11 > em1 at pci4 dev 5 function 0 "Intel PRO/1000MT (82541GI)" rev 0x05: irq > 9, address 00:15:17:25:0a:9e > pciide1: using irq 10 for native-PCI interrupt > ichiic0 at pci0 dev 31 function 3 "Intel 82801GB SMBus" rev 0x01: irq 10 > com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo > pckbc0: using irq 1 for kbd slot > fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 > > sk0 shares the same irq as uhci, which is nothing attached to them. Our > plan is to disable/change setting for usb config from BIOS. But We really > need to gather more info on this. Any hints and suggestion will be > appreciated. > Thanks, > > Insan > > -- > insandotpraja(at)gmaildotcom
Re: Changing IRQ setting from console/userland
On Mon, Jan 05, 2009 at 03:03:47PM +0700, Insan Praja SW wrote: > Hi Misc@, > is there anything on man (8) how to set irq allocation for certain devices > like NICs? I tried apropos but I can't find userland application on base no. but some bioses allow it. > to change this. > Thanks, > > > Insan, > -- > insandotpraja(at)gmaildotcom -- Alexander Yurchenko
Re: Changing IRQ setting from console/userland
On Mon, 05 Jan 2009 15:29:01 +0700, Otto Moerbeek wrote: On Mon, Jan 05, 2009 at 03:03:47PM +0700, Insan Praja SW wrote: Hi Misc@, is there anything on man (8) how to set irq allocation for certain devices like NICs? I tried apropos but I can't find userland application on base to change this. Thanks, In general allocating IRQs is a kernel thing and not something you want to tweak. What problem are you trying to solve? -Otto I always got a; ping: sendto: No buffer space available ping: wrote 202.abc.de.fgh 64 chars, ret=-1 which is on sk0 and I notice; ppb0 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x01: irq 9 ppb1 at pci0 dev 28 function 4 "Intel 82801G PCIE" rev 0x01: irq 9 ppb2 at pci0 dev 28 function 5 "Intel 82801G PCIE" rev 0x01: irq 11 em0 at pci3 dev 0 function 0 "Intel PRO/1000MT (82573E)" rev 0x03: irq 9, address 00:15:17:25:0a:9d uhci0 at pci0 dev 29 function 0 "Intel 82801GB USB" rev 0x01: irq 11 uhci1 at pci0 dev 29 function 1 "Intel 82801GB USB" rev 0x01: irq 10 uhci2 at pci0 dev 29 function 2 "Intel 82801GB USB" rev 0x01: irq 11 uhci3 at pci0 dev 29 function 3 "Intel 82801GB USB" rev 0x01: irq 11 ehci0 at pci0 dev 29 function 7 "Intel 82801GB USB" rev 0x01: irq 11 skc0 at pci4 dev 0 function 0 "D-Link Systems DGE-530T B1" rev 0x11, Yukon Lite (0x9): irq 11 ste0 at pci5 dev 4 function 0 "D-Link Systems 550TX" rev 0x15: irq 11, address 00:0d:88:68:53:84 ste1 at pci5 dev 5 function 0 "D-Link Systems 550TX" rev 0x15: irq 11, address 00:0d:88:68:53:85 ste2 at pci5 dev 6 function 0 "D-Link Systems 550TX" rev 0x15: irq 11, address 00:0d:88:68:53:86 ste3 at pci5 dev 7 function 0 "D-Link Systems 550TX" rev 0x15: irq 11, address 00:0d:88:68:53:87 radeondrm0 at vga1: irq 11 em1 at pci4 dev 5 function 0 "Intel PRO/1000MT (82541GI)" rev 0x05: irq 9, address 00:15:17:25:0a:9e pciide1: using irq 10 for native-PCI interrupt ichiic0 at pci0 dev 31 function 3 "Intel 82801GB SMBus" rev 0x01: irq 10 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pckbc0: using irq 1 for kbd slot fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 ppb0 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x01: irq 9 ppb1 at pci0 dev 28 function 4 "Intel 82801G PCIE" rev 0x01: irq 9 ppb2 at pci0 dev 28 function 5 "Intel 82801G PCIE" rev 0x01: irq 11 em0 at pci3 dev 0 function 0 "Intel PRO/1000MT (82573E)" rev 0x03: irq 9, address 00:15:17:25:0a:9d uhci0 at pci0 dev 29 function 0 "Intel 82801GB USB" rev 0x01: irq 11 uhci1 at pci0 dev 29 function 1 "Intel 82801GB USB" rev 0x01: irq 10 uhci2 at pci0 dev 29 function 2 "Intel 82801GB USB" rev 0x01: irq 11 uhci3 at pci0 dev 29 function 3 "Intel 82801GB USB" rev 0x01: irq 11 ehci0 at pci0 dev 29 function 7 "Intel 82801GB USB" rev 0x01: irq 11 skc0 at pci4 dev 0 function 0 "D-Link Systems DGE-530T B1" rev 0x11, Yukon Lite (0x9): irq 11 ste0 at pci5 dev 4 function 0 "D-Link Systems 550TX" rev 0x15: irq 11, address 00:0d:88:68:53:84 ste1 at pci5 dev 5 function 0 "D-Link Systems 550TX" rev 0x15: irq 11, address 00:0d:88:68:53:85 ste2 at pci5 dev 6 function 0 "D-Link Systems 550TX" rev 0x15: irq 11, address 00:0d:88:68:53:86 ste3 at pci5 dev 7 function 0 "D-Link Systems 550TX" rev 0x15: irq 11, address 00:0d:88:68:53:87 radeondrm0 at vga1: irq 11 em1 at pci4 dev 5 function 0 "Intel PRO/1000MT (82541GI)" rev 0x05: irq 9, address 00:15:17:25:0a:9e pciide1: using irq 10 for native-PCI interrupt ichiic0 at pci0 dev 31 function 3 "Intel 82801GB SMBus" rev 0x01: irq 10 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pckbc0: using irq 1 for kbd slot fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 sk0 shares the same irq as uhci, which is nothing attached to them. Our plan is to disable/change setting for usb config from BIOS. But We really need to gather more info on this. Any hints and suggestion will be appreciated. Thanks, Insan -- insandotpraja(at)gmaildotcom
Re: Changing IRQ setting from console/userland
On Mon, Jan 05, 2009 at 03:03:47PM +0700, Insan Praja SW wrote: > Hi Misc@, > is there anything on man (8) how to set irq allocation for certain > devices like NICs? I tried apropos but I can't find userland application > on base to change this. > Thanks, In general allocating IRQs is a kernel thing and not something you want to tweak. What problem are you trying to solve? -Otto
Changing IRQ setting from console/userland
Hi Misc@, is there anything on man (8) how to set irq allocation for certain devices like NICs? I tried apropos but I can't find userland application on base to change this. Thanks, Insan, -- insandotpraja(at)gmaildotcom
