Re: 3ware 9650SE support
On Fri, Jul 27, 2007 at 11:32:36AM -0700, [EMAIL PROTECTED] wrote: Are there plans to support 3ware's 9650SE SATA RAID controller? If so, will it be far off? 9000 controllers require a totally new driver w/ a huge firmware image also that has to be loaded pretty early. meaning it has to be in the kernel which most likely excludes this driver from any ramdisk image thus makes it kinda useless... another example of brilliant hardware engineering. so use something else. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Sun Netra Disk Arrays
On Wed, Sep 12, 2007 at 12:09:50PM +0100, Edd Barrett wrote: Hi there, I'm just looking at some disk arrays on ebay, the netra range from sun are reasonably priced. For example the Netra st D130. Has anyone tried using this kind of thing with OpenBSD? The official way to configure these kits is via the SSM software for solaris. Is there a way to do this with bioctl or some other tool in OpenBSD, or will I be limited to straight forward non-raid disk access? it;s just a plain scsi box. all three drives show up as plain devices on the host scsi bus. thus in conjunction w/ netra t1 one gets 5-drives (or 8 w/ two of those d130 thingies) on one scsi bus. quite good for a software raid thingie... cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Perl segfault on 3.7
On Thu, Sep 13, 2007 at 05:25:32PM -0300, Alejandro Lozanoff wrote: Hello list, re We recently updated a 3.7 machine running awstat(perl) to parse all our websites logs with the biggest being around 1GB. When parsing the big log it randomly segfaults on 4.1, 3.9 and 3.8, we tried new clean release installs and it still segfaults. On 3.7 it works flawlessly, on 3.8 which has the same perl version as 3.7 (5.8.6) it still segfaults. The problem is completely random but it tends to happen after its been running for a while as it doesnt happen on small logs (or the probability for it to happen on those files is too low ) As the trace below (from the perl.core) shows, it's an out of bounds problem, then we remember about a change on 3.8: malloc(3) has been rewritten to use the mmap(2) system call, introducing unpredictable allocation addresses and guard pages, which helps in detecting heap based buffer overflows and prevents various types of attacks. yes. this increases memory fragmentation immensly resulting in (practically) less virtual space available for data. as an increased penalty (200-300%) for cpu consuption on processes w/ lots (20M and more) malloc(3)ed memory... as well increased demand for the physical memory that on the overcommiting nature of it you perhaps observe. a way around it is only to use perl malloc (sbrk-based) cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Perl segfault on 3.7
On Thu, Sep 13, 2007 at 08:10:35PM -0300, Alejandro Lozanoff wrote: Thanks for your explanation and quick response, however with -Uusemymalloc it segfaults almost when it starts. At least it showed that the problem comes from that way, probably the mymalloc is worse than the OpenBSD one. :P memory use-wise it is not. perhaps you have hit a geniune perl bug then. We found what appears to be a workaround on awstats. Changing $tokenquery=$1||''; to $tokenquery='?'; after we traced what was awstats running when segfaulting. It's on awstats.pl line 6574 - awstats 6.7 (build 1.892) (c) 2000-2007 Laurent Destailleur - It runs perfect and we didnt find any problem, but we don't have a clue as to why that is... We are still looking for a real solution Thanks again, Alejandro. mickey wrote: On Thu, Sep 13, 2007 at 05:25:32PM -0300, Alejandro Lozanoff wrote: Hello list, re We recently updated a 3.7 machine running awstat(perl) to parse all our websites logs with the biggest being around 1GB. When parsing the big log it randomly segfaults on 4.1, 3.9 and 3.8, we tried new clean release installs and it still segfaults. On 3.7 it works flawlessly, on 3.8 which has the same perl version as 3.7 (5.8.6) it still segfaults. The problem is completely random but it tends to happen after its been running for a while as it doesnt happen on small logs (or the probability for it to happen on those files is too low ) As the trace below (from the perl.core) shows, it's an out of bounds problem, then we remember about a change on 3.8: malloc(3) has been rewritten to use the mmap(2) system call, introducing unpredictable allocation addresses and guard pages, which helps in detecting heap based buffer overflows and prevents various types of attacks. yes. this increases memory fragmentation immensly resulting in (practically) less virtual space available for data. as an increased penalty (200-300%) for cpu consuption on processes w/ lots (20M and more) malloc(3)ed memory... as well increased demand for the physical memory that on the overcommiting nature of it you perhaps observe. a way around it is only to use perl malloc (sbrk-based) cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Define hosts lookup for pf.conf
On Wed, Sep 19, 2007 at 06:51:19AM -0600, Diana Eichert wrote: On Wed, 19 Sep 2007, Craig Skinner wrote: SNIP Now you are crying like a girl. Your problems are not this list's problems. Craig I find that statement incredibly offensive. I think a more appropriate statement is: Now you are crying like a closeted cross-dressing British man wait that is no better! how about: unshaved bloody communist! cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Get developers some big machines to support more RAM
On Mon, Oct 08, 2007 at 11:23:12AM +0200, Tonnerre LOMBARD wrote: Salut, On Mon, Oct 08, 2007 at 09:14:05AM +, mickey wrote: myself in need to build some big, phat machines (8GByte, or even 16GByte RAM) for a customer that run OpenBSD *and* having seen (again) a discussion on 'how much RAM is supported' [0] I decided to PAE support has already been hacked up. apparently it was backed out for some obscure stability problems on certain amd machines. and this is (as i see it) fault exactly of these people who wants this support since when it was asked for the diff received ZERO testing for large memory use from the list. i will repost it again (w/ weak hope) that somebody bothers to actually test or look at it... PAE is slow and has hairy paws. I am glad that we have real amd64 machines now so we don't need it anymore. you do not need it perhaps. otherwise there has been lots of talkers for it on i386. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Get developers some big machines to support more RAM
On Mon, Oct 08, 2007 at 09:43:25AM +, mickey wrote: On Mon, Oct 08, 2007 at 11:23:12AM +0200, Tonnerre LOMBARD wrote: Salut, On Mon, Oct 08, 2007 at 09:14:05AM +, mickey wrote: myself in need to build some big, phat machines (8GByte, or even 16GByte RAM) for a customer that run OpenBSD *and* having seen (again) a discussion on 'how much RAM is supported' [0] I decided to PAE support has already been hacked up. apparently it was backed out for some obscure stability problems on certain amd machines. and this is (as i see it) fault exactly of these people who wants this support since when it was asked for the diff received ZERO testing for large memory use from the list. i will repost it again (w/ weak hope) that somebody bothers to actually test or look at it... PAE is slow and has hairy paws. I am glad that we have real amd64 machines now so we don't need it anymore. besides that what do you think amd64 runs? (: it uses the same pae as i386. and it is not any faster. learn what are you talking about... cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Get developers some big machines to support more RAM
On Mon, Oct 08, 2007 at 11:53:50AM +0200, Tonnerre LOMBARD wrote: Salut, On Mon, Oct 08, 2007 at 09:44:48AM +, mickey wrote: PAE is slow and has hairy paws. I am glad that we have real amd64 machines now so we don't need it anymore. besides that what do you think amd64 runs? (: it uses the same pae as i386. and it is not any faster. learn what are you talking about... No, it uses 48-bit addresses and some flag bits, but it can use a 64-bit selector rather than two 32-bit ones, improving the performance significantly. format and amount of data is the same. it does not matter how many bits are used or not. it's about how much larger page tables are and how much longer it takes for the tlb reload. or what you think loading 36bit physaddr is slower than loading 48bits? segments have nothing to do w/ page tables and tlb performance. they will be as much slowdown on pae or non-pae page tables. get a clue. you are talking about non-related improvements and might as well compare this to sparc64 tlb performance... cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Get developers some big machines to support more RAM
On Mon, Oct 08, 2007 at 12:13:55PM +0200, Tonnerre LOMBARD wrote: Salut, On Mon, Oct 08, 2007 at 10:02:22AM +, mickey wrote: or what you think loading 36bit physaddr is slower than loading 48bits? I think that loading 48-bits in one step is faster than loading 36-bit in two. It is also a matter of experience that amd64 memory access is way faster than i386 with PAE. why do you think that tlb loader cannot load 64bits in one step in i386 mode either? i386 is dying out finally, that's what I meant to say. amd64 has been elected as the architecture of the future by most if not all hardware producers. We got rid of one of the worst pieces of hardware ever, at least partially. This is why I suggested that it might be less of an issue to most people. For a good reason: nowadays, you just get an amd64 and don't have the problem. lots of amd64 machines have much of their own stability problems. it is as well a different architecture that requires recompiling software that may or may not be 64bit clean. of course running your favourite irc client would not matter... cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: iSCSI
On Thu, Oct 18, 2007 at 04:13:35PM +0200, Artur Litwinowicz wrote: Hi :), quick question: how can I connect OpenBSD box to iSCSI storage ? by means of an iSCSI cable? cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: MAXDSIZ 1GB memory limit for process
On Mon, Oct 22, 2007 at 07:17:02PM +0200, Markus Hennecke wrote: Richard Storm schrieb: On 10/22/07, Ted Unangst [EMAIL PROTECTED] wrote: On 10/21/07, Richard Storm [EMAIL PROTECTED] wrote: Is it possible to bypass this limit somehow? depends, but if it's easy to bypass a limit, it's not much of a limit. Is there possible workarounds for my program to allocate more memory than 1GB? http://monkey.org/openbsd/archive/misc/0412/msg01039.html So mmap seems to be the way. it's outdated. mmap is counted into dsiz limit now. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Non-x86
On Fri, Oct 26, 2007 at 01:39:56PM +0200, Martin Schr?der wrote: 2007/10/26, Lars Noodin [EMAIL PROTECTED]: I'm not sure there is a context in which Wikipedia is ever relevant: it It's only as relevant as YOU help make it. Shut up and improve it. why don't you shuddup? cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: ccd mirroring usefulness?
On Mon, Nov 21, 2005 at 04:50:56PM +0100, kami petersen wrote: hi misc, according to the ccd man pages, which seems to include pretty much as much on this technology as can be found elsewhere, ccd has mirroring capability, but this is not further elaborated. after all this is in GENERIC (as opposed to raidframe), and most things in GENERIC is adequately documented. it seems trivial to set up, but what kind of functionality can be expected as a disk fails? will the system continue working? it should how is failure reported? in syslog what is the procedure to replace the disk and rebuild a mirrored ccd? - dd? dd cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: auvia UKC parameters on SONY VAIO PCG-FX77Z_BP(J)
On Fri, Nov 25, 2005 at 06:20:28PM +0900, Vladas Urbonas wrote: Hi All, Excuse me for disturbing too much if so. Have to 'disable auvia' in UKC to boot up 3.8 GENERIC on my SONY VAIO PCG-FX77Z_BP(J). The same keeps on happening from 3.1 so -current problably will not help. I would be grateful if anyone of you would be so kind to give me basic directions on how to know which devices, functions and flags to use in UKC according to dmesg from FreeBSD, FreeSBIE or Slack where VT82C686A and AC'97 works fine. I did google and I will go to the Source if needed. Just thought that it would be faster to cut to the chase with few lines' assistance. can you try a -current kernel w/ this diff plz? cu -- paranoic mickey (my employers have changed but, the name has remained) Index: auvia.c === RCS file: /cvs/src/sys/dev/pci/auvia.c,v retrieving revision 1.33 diff -u -r1.33 auvia.c --- auvia.c 6 May 2005 01:45:22 - 1.33 +++ auvia.c 25 Nov 2005 11:34:12 - @@ -242,13 +242,25 @@ sc-sc_pc = pc; sc-sc_pt = pt; + /* disable SBPro compat others */ + pr = pci_conf_read(pc, pt, AUVIA_PCICONF_JUNK); + + pr = ~AUVIA_PCICONF_ENABLES; /* clear compat function enables */ + /* XXX what to do about MIDI, FM, joystick? */ + + pr |= (AUVIA_PCICONF_ACLINKENAB | AUVIA_PCICONF_ACNOTRST | + AUVIA_PCICONF_ACVSR | AUVIA_PCICONF_ACSGD); + + pr = ~(AUVIA_PCICONF_ACFM | AUVIA_PCICONF_ACSB); + + pci_conf_write(pc, pt, AUVIA_PCICONF_JUNK, pr); + if (pci_intr_map(pa, ih)) { printf(: couldn't map interrupt\n); bus_space_unmap(sc-sc_iot, sc-sc_ioh, iosize); return; } intrstr = pci_intr_string(pc, ih); - sc-sc_ih = pci_intr_establish(pc, ih, IPL_AUDIO, auvia_intr, sc, sc-sc_dev.dv_xname); if (sc-sc_ih == NULL) { @@ -261,19 +273,6 @@ } printf(: %s\n, intrstr); - - /* disable SBPro compat others */ - pr = pci_conf_read(pc, pt, AUVIA_PCICONF_JUNK); - - pr = ~AUVIA_PCICONF_ENABLES; /* clear compat function enables */ - /* XXX what to do about MIDI, FM, joystick? */ - - pr |= (AUVIA_PCICONF_ACLINKENAB | AUVIA_PCICONF_ACNOTRST | - AUVIA_PCICONF_ACVSR | AUVIA_PCICONF_ACSGD); - - pr = ~(AUVIA_PCICONF_ACFM | AUVIA_PCICONF_ACSB); - - pci_conf_write(pc, pt, AUVIA_PCICONF_JUNK, pr); sc-host_if.arg = sc; sc-host_if.attach = auvia_attach_codec;
Re: auvia UKC parameters on SONY VAIO PCG-FX77Z_BP(J)
On Fri, Nov 25, 2005 at 08:45:30PM +0900, Vladas Urbonas wrote: On 11/25/05, mickey [EMAIL PROTECTED] wrote: On Fri, Nov 25, 2005 at 06:20:28PM +0900, Vladas Urbonas wrote: Hi All, Excuse me for disturbing too much if so. Have to 'disable auvia' in UKC to boot up 3.8 GENERIC on my SONY VAIO PCG-FX77Z_BP(J). The same keeps on happening from 3.1 so -current problably will not help. I would be grateful if anyone of you would be so kind to give me basic directions on how to know which devices, functions and flags to use in UKC according to dmesg from FreeBSD, FreeSBIE or Slack where VT82C686A and AC'97 works fine. I did google and I will go to the Source if needed. Just thought that it would be faster to cut to the chase with few lines' assistance. Wow, thank You all for replies! can you try a -current kernel w/ this diff plz? Yes, sure I can. I will try both (this and also the previous diff send by Mr. David Coppa ) of them one by one and will give as detailed feedback as I will manage. well there is no way that hack gets committed so plz do not waste your machine room time :( Index: auvia.c === RCS file: /cvs/src/sys/dev/pci/auvia.c,v retrieving revision 1.33 diff -u -r1.33 auvia.c --- auvia.c 6 May 2005 01:45:22 - 1.33 +++ auvia.c 25 Nov 2005 11:34:12 - @@ -242,13 +242,25 @@ sc-sc_pc = pc; sc-sc_pt = pt; + /* disable SBPro compat others */ + pr = pci_conf_read(pc, pt, AUVIA_PCICONF_JUNK); + + pr = ~AUVIA_PCICONF_ENABLES; /* clear compat function enables */ + /* XXX what to do about MIDI, FM, joystick? */ + + pr |= (AUVIA_PCICONF_ACLINKENAB | AUVIA_PCICONF_ACNOTRST | + AUVIA_PCICONF_ACVSR | AUVIA_PCICONF_ACSGD); + + pr = ~(AUVIA_PCICONF_ACFM | AUVIA_PCICONF_ACSB); + + pci_conf_write(pc, pt, AUVIA_PCICONF_JUNK, pr); + if (pci_intr_map(pa, ih)) { printf(: couldn't map interrupt\n); bus_space_unmap(sc-sc_iot, sc-sc_ioh, iosize); return; } intrstr = pci_intr_string(pc, ih); - sc-sc_ih = pci_intr_establish(pc, ih, IPL_AUDIO, auvia_intr, sc, sc-sc_dev.dv_xname); if (sc-sc_ih == NULL) { @@ -261,19 +273,6 @@ } printf(: %s\n, intrstr); - - /* disable SBPro compat others */ - pr = pci_conf_read(pc, pt, AUVIA_PCICONF_JUNK); - - pr = ~AUVIA_PCICONF_ENABLES; /* clear compat function enables */ - /* XXX what to do about MIDI, FM, joystick? */ - - pr |= (AUVIA_PCICONF_ACLINKENAB | AUVIA_PCICONF_ACNOTRST | - AUVIA_PCICONF_ACVSR | AUVIA_PCICONF_ACSGD); - - pr = ~(AUVIA_PCICONF_ACFM | AUVIA_PCICONF_ACSB); - - pci_conf_write(pc, pt, AUVIA_PCICONF_JUNK, pr); sc-host_if.arg = sc; sc-host_if.attach = auvia_attach_codec; -- paranoic mickey (my employers have changed but, the name has remained)
Re: CCD Mirroring HOWTO
On Thu, Nov 24, 2005 at 05:14:16PM +0100, Robbert Haarman wrote: For those who are interested, I've uploaded a tutorial on setting up mirroring using ccd(4) to http://inglorion.net/documents/tutorials/ccd/. labeling section is wrong. one MUST never use 'c' partition. one MUST always make an 'a' (for example) to skip first cylinder (at least). please make it into a real faq entry. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: auvia UKC parameters on SONY VAIO PCG-FX77Z_BP(J)
On Fri, Nov 25, 2005 at 09:02:55PM +0900, Vladas Urbonas wrote: On 11/25/05, mickey [EMAIL PROTECTED] wrote: well there is no way that hack gets committed so plz do not waste your machine room time :( I can live with that. but it would be much better if it gets fixed for everybody right? Should i report you the result or not (I will try it on pcg-fx55j_b(j) and pcg-fx77z_bp(j) )? well yes (: if it boots fine we can commit it then. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: CCD Mirroring HOWTO
On Fri, Nov 25, 2005 at 02:14:35PM +0100, Robbert Haarman wrote: http://inglorion.net/documents/tutorials/ccd/. labeling section is wrong. one MUST never use 'c' partition. one MUST always make an 'a' (for example) to skip first cylinder (at least). That's true for real disks, but it doesn't seem to be true for ccd devices. If it were true, ccdconfig shouldn't be setting the c partition to type 4.2BSD, either. I use the c partition created by ccdconfig on one of my ccd devices, and, so far, it works without problems. From what information I have been able to gather from the web, it works for others, too. I will add a warning, but I don't think my labeling section is _wrong_. Of course, if somebody who actually knew the implementation details about ccd could weigh in, that would resolve the issue. it is wrong. by using 'c' partition one may endup trashing real disk's label. DO NOT USE 'c' PARTITION. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: CCD Mirroring HOWTO
On Fri, Nov 25, 2005 at 02:41:47PM +0100, Robbert Haarman wrote: On Fri, Nov 25, 2005 at 02:26:08PM +0100, mickey wrote: On Fri, Nov 25, 2005 at 02:14:35PM +0100, Robbert Haarman wrote: by using 'c' partition one may endup trashing real disk's label. DO NOT USE 'c' PARTITION. Ok, I'll change the HOWTO and add a FAQ entry ASAP. Apologies for not believing you earlier; there's posts on the web that claim one way and posts that claim the opposite, I just went by my own experience. This still leaves the issue of ccdconfig setting up the c partition as type 4.2BSD. If this can thrash the disklabel, that sounds like a serious bug. Is that going to be fixed? of course oif you make a it use 'c' it will reset the type. so do not use it (: please make your writing into real openbsd faq entry. i bet _then_ people will actually pay attention to it in the future (: cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: CCD Mirroring HOWTO
On Fri, Nov 25, 2005 at 04:02:03PM +0100, Robbert Haarman wrote: On Fri, Nov 25, 2005 at 03:03:22PM +0100, mickey wrote: On Fri, Nov 25, 2005 at 02:57:22PM +0100, Robbert Haarman wrote: I'm not sure what you mean here. What I meant is that ccdconfig will automatically create a disklabel with partition c set to type 4.2BSD when you run it the first time. This has bugged many people who were trying to create their own partitions, as disklabel will not let you create any partitions when the type of partition c is set to anything other than unused. before you run ccdconfig you create (say) 'a' partition and then ccdconfig ccd0 16 0 sd0a sd1a sd2a ... Before you run ccdconfig, the device doesn't exist. How do you create an a partition in that case? default 'c' type is unused. at least on default systems... and your 'c' stays as 'unused' just fine. can you see now how much you shoot yourself in the foot by using 'c' ? No, frankly I really don't see it. If I look at my partition tables, I see the following: 1. On my physical disks, there is a DOS/BIOS partition table, which has to be in the first sector (MBR). This is why no partitions can start there, and partitions start after the first cylinder (typically, this means they start at sector 63). 2. The OpenBSD slices of my disks start at sector 24659775. This is also where the a partition of these disks start. It isn't that way because I made it that way, it was set up that way by the initial label editor when I did the installation. some pplz use 'c' for their ccd components -- WRONG! 3. From 2, I conclude that wherever the BSD disklabel is stored, this does not affect where my partitions can be. The disklabel could be stored in my root partition, for all I know. disklabel is the sector #1 of the fdisk partition 4. I have a ccd device starting at sector 41110398, with a size of 32901057 sectors. Inside the ccd device is a c partition of 32901056 sectors, starting at sector 0, with type 4.2BSD. This isn't because I set it up this way, this is how the device was set up when I first ran disklabel. I never changed anything there. oh uhm must be a bug in disklabel spoofing (: There are a number of possibilities now. One possibility is that the set up I got on my ccd device (a c partition with type 4.2BSD) is severely broken, but somehow works for me and for several other people on the net. This seems to be what you are suggesting. Another possibility is that the disklabel is indeed stored somewhere inside a partition, in which case the setup I have should be completely fine. Yet another possibility is that the disklabel is stored in the single missing sector on the ccd device (note that the size of the c partition is one smaller than the size of the ccd device). In this case, also, the setup should be completely fine. Perhaps there are other possibilities, too. Whichever the case is, the setup is either completely fine, or it is not. If it is, then there is little to worry about. If it isn't, then _some_ tool I used in setting up this configuration is wrong, because _I_ didn't set up the c partition on the ccd device that way. I didn't even know it was possible to set a c partition to anything besides unused. I assumed, as others did, that the fact that ccdconfig sets things up this way means that you can use the c partition for storing files on. You just told me this is not true, and it can in fact thrash the disklabel on your real disk. Therefore, it seems to me that ccdconfig setting the type of partition c to 4.2BSD is wrong. So I was wondering aloud if that is indeed a bug and if it will be fixed. ccdconfig does not choose partitions to use. people do. As I've said time and time before, I wasn't the one who set up the c partition this way. From what I've been able to find on the web, ccdconfig sets up the partition this way for everybody. So it's not just me. I'll say it again: if this setup is wrong, the software (either ccdconfig or some other tool involved in the process) is wrong, because that's what creates the setup. Just search the web if you don't believe me, there are posts of people who tried to create an a partition, but couldn't because the c partition had been set to 4.2BSD. it's not about how the 'c' is setup. you can screw it on normal drive as well. just run a newfs on it! the point is that the ccd part must be started w/ an offset as well! unfortunately people are wrong. that why it's important you make it proper and into real docs... Yes, I fully agree. Unfortunately, nobody who has commented on this, and that includes you and me, seems to know exactly how things work and what's happening. Before we figure out exactly how the facts are, we can't write proper and correct documentation. You mean like an entry in the FAQ on the OpenBSD website? How do I go
Re: HOTO Write bad documentation
On Fri, Nov 25, 2005 at 06:30:41PM +0059, Han Boetes wrote: 11) Make documentation unnecesarily complicated. Obfusticate it. 12) Treat critique with violence and disdain. 13) Kick down on other peoples efforts rather than encourage them even though they are merely beginners. my all time favourite: 0) never ever bother figuring who actually wrote the stuff you are teaching people to use. when that person shows up (but you cannot identify him obviously) argue to death on your own pointless point of view. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: TV Tuner Cards; Philips 7135 Support?
On Thu, Oct 27, 2005 at 10:23:56PM -0600, Whyzzi wrote: Heh, I saw something like that in a google search that I conducted after I posted to the misc list. I found a freebsd list post that offered up this http://lists.freebsd.org/pipermail/freebsd-hardware/2005-January/002219.html which leads to unofficial driver URL: http://download.purpe.com/ However, I am not brave enough to even attempt a compile under OpenBSD (especially since it is a lkm). even better... there cardbus cards on the same chipset too! On 27/10/05, Jacob Meuser [EMAIL PROTECTED] wrote: On Wed, Oct 26, 2005 at 11:10:29AM -0600, Whyzzi wrote: I didn't see any specifics in the archives or from Google. As this type of software tuner can be had for cheap (locally here I've found the Asus TV FM tuner PCI card for under $40cdn), I was wondering if OpenBSD had support for it? no. apparently some FreeBSD people have been working on drivers for these, but I haven't seen any code yet. -- [EMAIL PROTECTED] -- I know too much and yet not enough -- paranoic mickey (my employers have changed but, the name has remained)
Re: install 3.8 on hppa using lif38.fs
On Thu, Dec 01, 2005 at 07:21:54PM +0100, Jimmy Scott wrote: Hello, re I tried to install a few machines with OpenBSD/hppa 3.8 without success. In the past I installed them with OpenBSD 3.6, switched them the hard way to use the serial console (using machine) and threw away the horrible big and noisy (and compatible :/) screens. When I boot the lif38.fs image, the boot prompt appears (where I can still enter some commands), the kernel boots, ask me to install or upgrade, and this is where I got stuck. I could not enter anything. I tried booting with a keyboard attached to the HIL or PS/2 (depending on machine) without success (still using rs232 as console). I tried using lif36.fs to verify if this ever worked, and it did. Is there something new not mentioned in the INSTALL file I should know about? or any solutions to fix the netboot? Maybe I overlooked something. since you mention you have hardcoded to serial console in the prom does it work olrite on the cereal then? if you switch your console (in the prom) to kbd/video does it behave then? The machines I've tried: 9000/715/64 9000/712/80 9000/712/100 Kind regards, Jimmy Scott console/dmesg log from a 9000/712/80: BOOT_ADMIN Information Processor revision 2.4100MHz Instruction Cache Size: 131072 Data Cache Size: 131072 Memory Size: 128 MB Built in floating point coprocessor Board Serial Number 401105L1MV BootRom Version2.2 auto boot on auto search off fastboot off Primary boot path:scsi.6.0 Alternate boot path: lan.00-00.0.0 Console path: rs232.9600.8.none LAN Station Addresses: 080009-7DFA86 080009-FF BOOT_ADMIN boot lan isl Booting OpenBSD/hppa BOOT 0.8 boot booting lf0a:/bsd: 2084864+454656+2666496+389120=0x6d9148 SPID bits: 0x0, error = -2 pdc_coproc: 0xc0, 0xc0; model d rev 1 [ bsd ELF symbol table not valid: symtab unaligned ] [ no symbol table formats found ] Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2005 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 3.8 (RAMDISK) #275: Sat Sep 10 17:22:17 MDT 2005 [EMAIL PROTECTED]:/usr/src/sys/arch/hppa/compile/RAMDISK HP 9000/712/100 (King Gecko) PA-RISC 1.1c real mem = 134217728 (524288 reserved for PROM, 8785920 used by OpenBSD) avail mem = 108199936 using 8421 buffers containing 13393920 bytes of memory mainbus0 (root) [flex fff8] pdc0 at mainbus0 power0 at mainbus0: DR25 mem0 at mainbus0 offset ffbf000: viper rev 0, size 128MB cpu0 at mainbus0 offset ffbe000 irq 31: PCXL L1-A 100MHz, FPU PCXL (CMOS-26B) rev 1 cpu0: 128K(32b/l) Icache, 128K(32b/l) wr-back Dcache, 64 coherent TLB, 8 BTLB lasi1 at mainbus0 offset 50 irq 27: rev 3.0 lasi0 at mainbus0 offset 10 irq 28: rev 3.0 gsc0 at lasi0 gsckbc0 at gsc0 offset 8100 irq 26 gsckbc1 at gsc0 offset 8000 irq 26 floppy controller at gsc0 (type a sv 83 mod 1 hv d0) offset a000 not configured Advanced audio (ext.) at gsc0 (type a sv 7b mod 1 hv d0) offset 4000 not configured lpt0 at gsc0 offset 2000 irq 7 com0 at gsc0 offset 5000 irq 5: ns16550a, 16 byte fifo ie0 at gsc0 offset 7000 irq 8: LASI/i82596CA v1.0, address 08:00:09:7d:fa:86 osiop0 at gsc0 offset 6000 irq 9: NCR53C710 rev 2, 40MHz, SCSI ID 7 scsibus0 at osiop0: 8 targets osiop0: target 6 now using 8 bit 10 MHz 8 REQ/ACK offset xfers sd0 at scsibus0 targ 6 lun 0: QUANTUM, EMPIRE_1080S, 1242 SCSI2 0/direct fixed sd0: 1029MB, 2874 cyl, 8 head, 91 sec, 512 bytes/sec, 2109376 sec total sti0 at mainbus0 offset 800 irq 11: HPA208LC1280 rev 8.04;7, ID 0x2B4DED6D40A00499 sti0: 2048x1024 frame buffer, 1280x1024x8 display, offset 0x0 sti0: 8x16 font type 1, 16 bpc, charset 0-255 gsc1 at lasi1 com1 at gsc1 offset 5000 irq 5: ns16550a, 16 byte fifo biomask 0xb netmask 0x2b ttymask 0x3f boot path: 2/0/2.1.be8a0050.8dd1dd7b.74ee3403.ac15.ac100128 class=4098 flags=0 hpa=0xf0107000 spa=0x0 io=0x84ec rd0: fixed, 5120 blocks wsdisplay0 at sti0 mux 1 wsdisplay0: screen 0 added (default, vt100 emulation) rootdev=0x300 rrootdev=0x900 rawdev=0x902 WARNING: clock gained 81 days -- CHECK AND RESET THE DATE! erase ^?, werase ^W, kill ^U, intr ^C, status ^T (I)nstall, (U)pgrade or (S)hell? -- The Four Horsemen of the Apocalypse: Death, Famine, War, and SNMP [demime 1.01d removed an attachment of type application/pgp-signature] -- paranoic mickey (my employers have changed but, the name has remained)
Re: view available inodes on partition
On Wed, Jan 25, 2006 at 03:04:05PM -0500, Matthew Closson wrote: Hello, Is there a way to view how many inodes are still available on a partition. I'm decompressing a ton of small files onto a 60Gb onto my /dev/wd1a. And I'm not really concerned about running out of space, but possibly out of inodes, I just used the default parameters creating the filesystem, which is ffs. Thanks, rtfm df(1) cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: MP kernels and wd0 errors on AMD64
rev 0x00 isa0 at mainbus0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo 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 pmsi0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pmsi0 mux 0 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 sysbeep0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 it0 at isa0 port 0x290/8: IT87 dkcsum: wd0 matches BIOS drive 0x80 wd1: no disk label dkcsum: wd1 matches BIOS drive 0x81 root on wd0a rootdev=0x0 rrootdev=0x300 rawdev=0x302 -- paranoic mickey (my employers have changed but, the name has remained)
Re: Back again with funny network interfaces
On Fri, Apr 20, 2007 at 06:16:32AM -0700, Manuel Ravasio wrote: I have a doubt... PCMCIA ethernet interface cannot negotiate more than 10Mbps, ignoring my trials to force 100full... PCMCIA wireless interface doesn't run at more than 11Mbps, ignoring my trials to force 54Mbps... Maybe it's something with old PCMCIA cardbus? pcmcia cardbus is an oxymoron. pcmcia is a 16bit isa-like bus w/ 3.3v and 5v power. cardbus is a pci-like 32bit bus w/ 3.3v power only. pccard is a form factor for this devices also. so what exactly do you have? (: cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Back again with funny network interfaces
On Fri, Apr 20, 2007 at 08:10:10AM -0700, Manuel Ravasio wrote: pcmcia cardbus is an oxymoron. Whoops... Something like childproof and CiscoWorks? :-) pcmcia is a 16bit isa-like bus w/ 3.3v and 5v power. cardbus is a pci-like 32bit bus w/ 3.3v power only. pccard is a form factor for this devices also. Hmmm... I have something that looks like a couple of pcmcia cards, which fit into two pcmcia slots... I don't have a tester at home, so I can't check voltages. The laptop is quite old, (8 years old at the very least), the wireless card is a Netgear WPN511, described only as pccard, the ethernet card... I can't really say, there's nothing interesting written on it. cardbus cards always have a golden plate at the connector side. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Softupdates question
On Tue, May 08, 2007 at 07:06:06AM -0400, Nick Holland wrote: George C wrote: I've just stumbled across the SoftUpdates section in the FAQ, and was rather surprised that I had never seen/heard of this feature before. Before I mount any partition using softdep, I thought I'd google, browse the archives, etc. for any information about when/where they should be used. Although I've found a plethora of information about soft updates, much of it is either contradictory or incomplete I thought I'd ask here for clarification. Is it always best to mount /, /tmp, /usr, /var, /home with softdep? Under what curcumstances would it not be appropriate? If your app makes assumptions about write ordering, softdeps can negate the care the app author took. For example, some mail programs don't ack the receipt of a message until it has been safely written to disk, the idea being that if the power goes out or the machine crashes, if the message has been acknowledged, IT HAS BEEN RECEIVED and will be there when the machine comes back up. Softdeps promises that what is on your disk is coherent, but coherent usually means the last few files written to disk may be just removed when the system comes back up. Not desired in this case. this is not true. fsync() works as specified. Softdeps don't do anything for you if you are mostly reading from disk, or if the partition is mounted read-only. It's about writing. of course they do. there are still atime updates for example that will be handled if not mount read-only. Softdeps is much more complex than conventional disk access. While I have not personally seen a softdep-related bug in some time, and that one was quickly fixed, you HAVE to assume it is more likely to have bugs than the non-softdep systems. this is also not exactly true -- there are softdep bugs fixed at the rate of ten per year if not more. most of them are bugs that been there forever. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Softupdates question
On Wed, May 09, 2007 at 06:46:19AM -0400, Nick Holland wrote: mickey wrote: On Tue, May 08, 2007 at 07:06:06AM -0400, Nick Holland wrote: George C wrote: ... Is it always best to mount /, /tmp, /usr, /var, /home with softdep? Under what curcumstances would it not be appropriate? If your app makes assumptions about write ordering, softdeps can negate the care the app author took. For example, some mail programs don't ack the receipt of a message until it has been safely written to disk, the idea being that if the power goes out or the machine crashes, if the message has been acknowledged, IT HAS BEEN RECEIVED and will be there when the machine comes back up. Softdeps promises that what is on your disk is coherent, but coherent usually means the last few files written to disk may be just removed when the system comes back up. Not desired in this case. this is not true. fsync() works as specified. Apparently, not all apps use fsync, or don't use it properly. oh so now you are saying that softdeps are broken because applications are not calling fsync() ? At least qmail advises against the use of softdeps: http://cr.yp.to/qmail/faq/reliability.html#filesystems I also found a reference to another mail program which had people making similar advisories, but not sure if they are still applicable. you whole above statement is wrong and is not based on facts. now you are trying to back it up w/ somebody elses opinion that is also not based on facts. now it is also in the archives and peoples will refer to it as some sort of truth. the damage has been done. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Softupdates question
On Wed, May 09, 2007 at 12:03:40PM -0400, Peter Fraser wrote: I did read the papers. There is a difference between the file system being screwed and data lost. Softupdates hopefully stops the files system from being in a bad state, but it is amazing how much user data can be lost on a power failure while using softupdates. you can loose much more data w/o softdeps _and_ get your filesystem horribly broken. cu -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of mickey Sent: Wednesday, May 09, 2007 11:49 AM To: Peter Fraser Cc: misc@openbsd.org Subject: Re: Softupdates question On Wed, May 09, 2007 at 10:45:15AM -0400, Peter Fraser wrote: I had always assumed the use of softupdates was safe as long as you could have reasonable assurances that the machine would not be shutdown without warning. (i.e. no loss of power or reset being hit). So if you had a UPS, good hardware, and no vandals it's good to use. actually if you bother to read the papers whole idea behind softdeps is to ensure better recoverability from crashes/power/etc. cu -- paranoic mickey (my employers have changed but, the name has remained) -- paranoic mickey (my employers have changed but, the name has remained)
Re: 4GB limits per system, or processor
On Thu, May 24, 2007 at 05:38:18AM -0400, Daniel Ouellet wrote: I guess as well that the 4GB limit is per system, not per processor right? I assume wrong when I added memory in that box looks like. assuming this is i386 -- it's 3.75G physical memory per system. also depending on your bios it may map the memory differently such as that you only get 2G out of your 4G installed. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: 4GB limits per system, or processor
On Thu, May 24, 2007 at 06:05:40AM -0400, Daniel Ouellet wrote: mickey wrote: On Thu, May 24, 2007 at 05:38:18AM -0400, Daniel Ouellet wrote: I guess as well that the 4GB limit is per system, not per processor right? I assume wrong when I added memory in that box looks like. assuming this is i386 -- it's 3.75G physical memory per system. also depending on your bios it may map the memory differently such as that you only get 2G out of your 4G installed. It's AMD64 with two dual core processor. DMESG was sent just before this email as well. http://marc.info/?l=openbsd-miscm=11750904364w=2 So, better to remove them then or is current would be any different? currently memory above 4G is not supported there either. and yes same note about bios mapping it funky applies for amd64 machines too. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Linux Compat Query
On Mon, May 28, 2007 at 09:59:19PM +0100, Edd Barrett wrote: Hi, Maybe your path is not set correctly (for this specific problem). Today has been one dumb mistake after another. I apologize. I'll do it properly shall I: # sysctl -a | grep linux kern.emul.linux=1 # ls -al a.out -rwxr-xr-x 1 edd edd 1176578 May 28 13:18 a.out # file a.out a.out: ELF 32-bit LSB executable, Intel 80386, version 1, for GNU/Linux 2.6.9, statically linked, not stripped # uname -a OpenBSD puff.langash.lan 4.1 GENERIC#1435 i386 # ktrace ./a.out ktrace: exec of './a.out' failed: Operation not permitted # kdump -f ktrace.out 8108 ktrace RET ktrace 0 8108 ktrace CALL execve(0xcfbdc9d3,0xcfbdc89c,0xcfbdc8a4) 8108 ktrace NAMI ./a.out 8108 ktrace RET execve -1 errno 1 Operation not permitted you sure the file system where a.out is allows execution? cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Linux Compat Query
On Mon, May 28, 2007 at 10:32:29PM +0100, Edd Barrett wrote: Hi Mickey, On 28/05/07, mickey [EMAIL PROTECTED] wrote: you sure the file system where a.out is allows execution? $ cat /etc/fstab /dev/wd0a / ffs rw 1 1 /dev/wd0d /home ffs rw 1 1 /dev/wd1a /mnt/media ffs rw 1 2 normally you'd do a mount -v to sure see how they are mounted. but maybe that's not really a problem (looking at fstab). cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Kernel MINIROOTSIZE 8192 = No Boot
On Wed, Jun 06, 2007 at 01:39:47PM -0400, Brian A. Seklecki wrote: The 1st stage loader just resets the prom before the kernel load. Can anyone else confirm this? You don't even need to elfrdsetroot(8) to test. Just compile bsd.rd with MINIROOTSIZE=16384. I've been using 32768 on my 4.0 systems for the bsd-appliance project. I've tested it on an AMD Athalon, an AMD Geode, and a VMWare machine. you need to raise NKPTP also to say 8... cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Kernel MINIROOTSIZE 8192 = No Boot
On Thu, Jun 07, 2007 at 11:52:24AM -0400, Brian A. Seklecki wrote: Just recompiled with: #define NKPTP_MIN 8 #define NKPTP_MAX 191 Same result. Thank you though. We'll revisit it in the future when the money is available? i said NKPTP. if 8 is not enough -- try 16 cu On Thu, 7 Jun 2007, mickey wrote: On Wed, Jun 06, 2007 at 01:39:47PM -0400, Brian A. Seklecki wrote: The 1st stage loader just resets the prom before the kernel load. Can anyone else confirm this? You don't even need to elfrdsetroot(8) to test. Just compile bsd.rd with MINIROOTSIZE=16384. I've been using 32768 on my 4.0 systems for the bsd-appliance project. I've tested it on an AMD Athalon, an AMD Geode, and a VMWare machine. you need to raise NKPTP also to say 8... cu -- paranoic mickey (my employers have changed but, the name has remained) l8* -lava (Brian A. Seklecki - Pittsburgh, PA, USA) http://www.spiritual-machines.org/ Guilty? Yeah. But he knows it. I mean, you're guilty. You just don't know it. So who's really in jail? ~James Maynard Keenan -- paranoic mickey (my employers have changed but, the name has remained)
Re: limited number of carp devices?
On Fri, Jun 22, 2007 at 11:27:56AM +0200, Peter Niehues wrote: Hi misc, I'm building an high availability internet gateway using openbsd 4.0. On the internet side I need more than 100 ip addresses. The idea was to build this ip's via CARP devices, but now it seems that there is some kind of limitation on the number of working devices. I can build up to 255 CARP devices and ifconfig is telling me, that all devices are UP and MASTER. But only the first 50 devices are working and answering to arp requests. All other addresses are not accessible and not answering. To build the devices I use the following script. you can assign more than one address to each carp device. #!/usr/local/bin/bash i=1 max=70 ip=10 vhid=10 device=10 while [ $i -le $max ] ; do ifconfig carp$device create ifconfig carp$device vhid $vhid pass test \ carpdev bge0 10.0.0.$ip netmask 255.255.255.0 echo $i carp$device 10.0.0.$ip vhid $vhid i=`expr $i + 1` device=`expr $device + 1` ip=`expr $ip + 1` vhid=`expr $vhid + 1` done btw, pf is still disabled. Is there a limitation on the maximal number of carp devices? Thanks Peter -- Pt! Schon vom neuen GMX MultiMessenger gehvrt? Der kanns mit allen: http://www.gmx.net/de/go/multimessenger -- paranoic mickey (my employers have changed but, the name has remained)
Re: RNG and intel 815 support
On Wed, Feb 06, 2008 at 08:57:14PM -0500, scott wrote: I have an Intel D815EEA2 motherboard; its spec is supposed to include the RNG hardware; however, the dmesg output is void of any indication that obsd discovered or uses it. not all chipset versions have the rng. perhaps yours does not. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: kernel naming proposal
On Wed, Feb 27, 2008 at 01:15:56PM +0100, Piotrek Kapczuk wrote: 2008/2/25, Don Jackson [EMAIL PROTECTED]: The issue is that when building and installing new kernels (eg, when a new security patch is released), it is not totally obvious to the (automated) build script what the file /bsd really is, is it the uniprocessor kernel, or a link to the multiprocessor kernel? If the latter, than blindly copying the new uniprocessor kenel to /bsd is probably not what you want to do. let's rename ls(1) -- it's so 80s man! cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Cd boot issue, boot.conf
On Mon, Mar 31, 2008 at 06:21:30PM +0400, B A wrote: Hello! Do you know why bootloader ignores option set device cd0a on etc/boot.conf while booting from cd? It's always asking me about root device. because root on cd is not supported. there are diffs that were sent about 2-3y ago but they were not welcome for some reason... cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Chatting with developers? Is it soo 1996?
On Wed, Apr 16, 2008 at 08:16:11AM -0500, Jacob Yocom-Piatt wrote: Artur Grabowski wrote: Andris [EMAIL PROTECTED] writes: On Tue, Apr 15, 2008 at 2:20 PM, Theo de Raadt [EMAIL PROTECTED] wrote: I found an old email on the mailing lists, dating back to 1996, when Theo announced users could connect and chat with the developers on their ICB server. Many developers did not like it, so please leave them alone. I can understand your point, but isn't there a way of connecting to just read? I mean, we only read, you talk. That would be very interesting. Is there a way to connect to your phone to just listen? Not talk, just listen. That would be very interesting. apparently that's what the government thinks here in the US too (read CALEA, et al). this is the most obvious indication that something is a good idea. i think you've just invoked the godwin's law... cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Kernel trap with custom ramdisk
On Tue, Apr 29, 2008 at 02:28:11AM +0400, B A wrote: Hello! I'm trying to build custom kernel+ramdisk for my router. But I'm getting: panic: pmap_enter: missing kernel PTP! Stopped at 0x0d47ba08: leave Any ideas what I did wrong? I build 5 meg ramdisk, I can't even boot larger ramdisk's, system just immediately rebooting. peraps you need larger NKPTP like 8 for example cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: cardbus cant map interrupt - asus pundit barebone
On Fri, Feb 17, 2006 at 01:14:25PM +0200, Alexey Vatchenko wrote: [EMAIL PROTECTED] wrote: cbb0 at pci2 dev 12 function 0 vendor ENE, unknown product 0x1411 rev 0x02pci_intr_map: no mapping for pin A : couldn't map interrupt To get rid of this message find pcibios0 at bios0 ... line in your kernel config file and change flags to 0x0042. Then recompile kernel and boot it. If you have any PCMCIA card try it. It'd be interesting to know the results. of course the right way is to boot into UKC: boot -c ... UKC change pcibios change pcibios (y/n)? y flags [0x0]: 0x30 UKC exit and send a full dmesg then please. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: boot.conf
On Fri, Feb 24, 2006 at 02:53:06PM +0100, Michael Schmidt wrote: Hello, I would like to run an OpenBSD machine where I want that the boot prompt disappears, reason is that I do not want others having access to the boot prompt. In case you put a boot into boot.conf or set timeout to zero then you do not have the opportunity to boot in single user when it may be necessary. Are there ways to circumvent the latter? yeah. boot from a floppy cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Interrupts handling in SMP
On Sun, Mar 05, 2006 at 10:51:23AM +0100, Sylvain Coutant wrote: Hi all, We run some router/firewall boxes and will probably face a load problem soon. CPU takes much time in interrupt processing and I wonder if adding a second one (going to SMP) would help to speed interrupts processing ? How will the interrupt handling load would share between CPUs if we migrate to mp kernel with 2 or 4 CPUs ? you can try and run an smp kernel on even one cpu. it will make use of the ioapic(s) if present that should make better interrupts processing. also depending on your hw some hw supports interrupts coalescing such as em(4) for example that you can play w/ #defines in the driver to make less interrupts and high pkt/int... cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: aac question...
On Mon, Mar 06, 2006 at 05:51:18PM +0100, Per-Olov Sj?holm wrote: Hi misc I have earlier bought Adaptec cards and have seen a lot of the problems with the buggy Adaptec firmware code. I have used 2410SA among others. These adaptec cards have cost me *very* much trouble. Therefor I now use only LSI MegaRAID for new servers and in customer recommendations. However... I have an old Dell 2450 with an Adaptec Perc 3/Si controller. I will try to use this as a web and ftp server instead of buying new hardware if the Adaptec crap card is stable. I think of building a 3.8 stable cd with aac support for it. The question: Is this Perc 3/Si card stable on 3.8? If not... Is it stable with the latest changes I have seen in cvs (aac_pci.c version 1.16). it's olrite w/ the latest changes. you should probably get 3.9 when it's out. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: I can't find my scsi hard drives...
On Mon, Mar 06, 2006 at 10:29:31AM -0800, Openbsd User wrote: I've got two hard scsi drives in my server but the dmesg only says there is one: sd0 at scsibus0 targ 0 lun 0: AMI, Host drive #00, SCSI2 0/direct fixed sd0: 69880MB, 8908 cyl, 255 head, 63 sec, 512 bytes/sec, 143114240 sec total If they are both identical but only one shows up. I never noticed this before. I have three servers with the same problem. Is this just the way scsi drives are handled? I've got another OpenBSD server with two sata drives in it and I can see them both in the dmesg... you have to set scsi targets to different values on all your drives on the same scsi bus. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: I can't find my scsi hard drives...
On Mon, Mar 06, 2006 at 11:08:03AM -0800, Openbsd User wrote: From: mickey [EMAIL PROTECTED] To: Openbsd User [EMAIL PROTECTED] CC: misc@openbsd.org Subject: Re: I can't find my scsi hard drives... Date: Mon, 6 Mar 2006 19:56:58 +0100 On Mon, Mar 06, 2006 at 10:29:31AM -0800, Openbsd User wrote: I've got two hard scsi drives in my server but the dmesg only says there is one: sd0 at scsibus0 targ 0 lun 0: AMI, Host drive #00, SCSI2 0/direct fixed sd0: 69880MB, 8908 cyl, 255 head, 63 sec, 512 bytes/sec, 143114240 sec total If they are both identical but only one shows up. I never noticed this before. I have three servers with the same problem. Is this just the way scsi drives are handled? I've got another OpenBSD server with two sata drives in it and I can see them both in the dmesg... you have to set scsi targets to different values on all your drives on the same scsi bus. cu -- paranoic mickey (my employers have changed but, the name has remained) My server is at my collocation facility. Is there a way to find this out without actually being there or do I have to go there and shut down the machine and open it up? even more -- you will have to power it off and pull the drives out. then find out where the jumpers are (: cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Sporadic kernel panic booting old i386 hardware, 3.7 GENERIC
On Thu, Mar 23, 2006 at 09:31:38AM +1030, Damon McMahon wrote: Greetings, re For the second time in a week the following kernel panic has occured on boot. In between these two events the firewall has booted many times without issue. booting hd0a:/bsd: 4686336+945680 [52+241344+223335]=0x5d08e0 entry point at 0x100120 [ using 465104 bytes of bsd ELF symbol table ] Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2005 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 3.7 (GENERIC) #1: Mon Mar 6 15:39:23 CST 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel Pentium (P54C) (GenuineIntel 586-class) 75 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8 cpu0: F00F bug workaround installed real mem = 41525248 (40552K) avail mem = 30085120 (29380K) using 532 buffers containing 2179072 bytes (2128K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(00) BIOS, date 10/10/94, BIOS32 rev. 0 @ 0xf6f20 apm0 at bios0: Power Management spec V1.1 apm0: AC on, battery charge unknown uvm_fault(0xd05b21e0, 0x0, 0, 1) - e kernel: page fault trap, code=0 Stopped at lockmgr+0x1a: movl0x4(%esi),%eax ddb Is this (very old) hardware just giving up the ghost, bad RAM (I've seen a couple of mentions in the archives pointing to this), some other component in need of replacement, or something else worth investigating further? very possible that this is related to the apm driver or apm in your bios. try boot disable apm in ukc (boot -c; disable apm; exit;) cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Locking processes/users to CPUs in SMP systems
On Thu, Mar 23, 2006 at 09:48:05PM -0500, rjn wrote: I was just wondering, is it possible to lock a process or user to a specific CPU in an SMP system? Say for example, I had a database and a web server and I wanted to lock each one to a CPU. Or that I only wanted user 'johndoe' to be able to use a second CPU? not really. even worse -- we have no cpu affinity at all (: this is on my todo list though so maybe in 4.0 . cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: openbsd and the money -solutions
On Fri, Mar 24, 2006 at 08:40:59AM -0300, Andr?s Delfino wrote: Please, stop wanting companies to support you. It doesn't work that way. To develop an OS under a licence like the ISC has a big hole: funding. You can't just go: Hey, you use the implementation that I develop and give away for free, you should pay me!. If the pay you, OK, if the don't, well, that's OK too, and more realistic. One thing you can do, is to maintain OpenBSD free as in freedom, but not as in free bear. The CVS access would be the same as now, but no more FTP downloads with ISOs or install sets. sorry dude but you are full of shit. for example from history: how do you think bsd was developped originally at the ucb? cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: openbsd and the money -solutions
On Fri, Mar 24, 2006 at 09:36:01AM -0300, Andr?s Delfino wrote: It was the unique Unix-like OS with that licence. Right now, there are tons of other systems. Companies want to invest in Linux-based systems, because of marketing. what are you smoking dude? what unique? there was not att unix and no hpux and no sunos and nothing else? ibm did not make its own os either? all those huge moose financed bsd at the same time because they were interested in using shit from it. cu On 3/24/06, mickey [EMAIL PROTECTED] wrote: On Fri, Mar 24, 2006 at 08:40:59AM -0300, Andr?s Delfino wrote: Please, stop wanting companies to support you. It doesn't work that way. To develop an OS under a licence like the ISC has a big hole: funding. You can't just go: Hey, you use the implementation that I develop and give away for free, you should pay me!. If the pay you, OK, if the don't, well, that's OK too, and more realistic. One thing you can do, is to maintain OpenBSD free as in freedom, but not as in free bear. The CVS access would be the same as now, but no more FTP downloads with ISOs or install sets. sorry dude but you are full of shit. for example from history: how do you think bsd was developped originally at the ucb? cu -- paranoic mickey (my employers have changed but, the name has remained) -- paranoic mickey (my employers have changed but, the name has remained)
Re: openbsd and the money -solutions
On Fri, Mar 24, 2006 at 10:10:36AM -0300, Andr?s Delfino wrote: As I have said before, BSD was the unique Unix-like operative system with a ISC-style license. That's why, IMHO, companies invested in it. they supported it because they used it for their own product. so what has changed in 'em now? they use it but they do not support it. they make you and me simple folks and small companies to pay our money to make software for 'em. and we continue doing so for at least stuff we get to use for living has decent shit in it. cu On 3/24/06, Damien Miller [EMAIL PROTECTED] wrote: On Fri, 24 Mar 2006, Andris Delfino wrote: Please, stop wanting companies to support you. It doesn't work that way. To develop an OS under a licence like the ISC has a big hole: funding. You can't just go: Hey, you use the implementation that I develop and give away for free, you should pay me!. If the pay you, OK, if the don't, well, that's OK too, and more realistic. Even if we were to accept your pessimistic worldview that organisational gratitude is only a myth, then it is still in companies who use OpenBSD or OpenSSH interest to contribute - funding committed and internally-motivated developers to improve components of your product is far less expensive than recruiting, training, paying and providing office space for semi-motivated staff who crank out code of varying quality for financial reward alone. BTW, your linkage between the license and a lack of funding is specious, and there exist plenty of counter examples - including BSD itself. -d -- paranoic mickey (my employers have changed but, the name has remained)
Re: openbsd and the money -solutions
On Fri, Mar 24, 2006 at 06:43:27AM -0700, Diana Eichert wrote: On Fri, 24 Mar 2006, mickey wrote: SNAP sorry dude but you are full of shit. for example from history: how do you think bsd was developped originally at the ucb? cu -- paranoic mickey (my employers have changed but, the name has remained) Lot's of money flowing from the US Gov't Dept of Defense? and big companies... cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: some crashes with VIA VT-310DP (npxdna_xmm(d06e7660) at npxdna_xmm+0x71)
On Thu, Mar 30, 2006 at 12:54:16AM -0500, jared r r spiegel wrote: On Mon, Mar 27, 2006 at 03:11:49PM -0500, jared r r spiegel wrote: i forgot 'show panic' and 'show registers' these three times. this looks totally from outa space! can you please 'x /i' around the softclock+0x22c ? id dna indeed comes from there then there have to be some sort of fpu/xmm/blah instruction there. 10x cu ddb{0} show panic the kernel did not panic ddb{0} show registers ds 0x10 es 0x10 fs 0x58 gs 0x10 edi 0xd06e7660cpu_info_primary esi 0x20 ebp 0xe7d2be68 ebx0 edx 0x2 ecx0 eax0 eip 0xd0491475npxdna_xmm+0x71 cs 0x8 eflags 0x10246 esp 0xe7d2be40 ss0xe7d20010 npxdna_xmm+0x71:movl0x12c(%ebx),%eax ddb{0} trace npxdna_xmm(d06e7660) at npxdna_xmm+0x71 Xdna(d0657b2c,e7d2bef8,d02537f7,2000,0) at Xdna+0x39 softclock(0,58,10,10,10) at softclock+0x22c Xintrsoftclock() at Xintrsoftclock+0x56 --- interrupt --- Xdoreti() at Xdoreti+0x23 --- interrupt --- apm_cpu_idle(0,0,0,0,0) at apm_cpu_idle+0x4a have the machine running on uniprocessor kernel now and it's been stable for past 2 days ( previous max uptime on .mp was always 1d ) we're looking at moving it to 3.9, but trying to root around cvs{@,web} to see if we can find a commit that smells like it might be a fixing winner before going back to an MP kernel again. -- jared [ openbsd 3.9-current GENERIC ( mar 15 ) // i386 ] -- paranoic mickey (my employers have changed but, the name has remained)
Re: ping shows negative times
time=-8.-560 ms 64 bytes from 172.20.10.1: icmp_seq=136 ttl=64 time=-4.-348 ms 64 bytes from 172.20.10.1: icmp_seq=137 ttl=64 time=-4.-662 ms 64 bytes from 172.20.10.1: icmp_seq=138 ttl=64 time=10.020 ms 64 bytes from 172.20.10.1: icmp_seq=139 ttl=64 time=-5.-442 ms 64 bytes from 172.20.10.1: icmp_seq=140 ttl=64 time=-5.-130 ms 64 bytes from 172.20.10.1: icmp_seq=141 ttl=64 time=-6.-843 ms Other machines on that same 100MBit/s Ethernet respond within more or less consistent times of some 0.3-0.5 ms. Any suggestions are most welcome! Best, --Toni++ -- paranoic mickey (my employers have changed but, the name has remained)
Re: Dual Core
On Tue, Apr 18, 2006 at 09:19:55AM -0600, Matt Jibson wrote: Some of us have had problems with dual core: http://marc.theaimsgroup.com/?l=openbsd-miscm=113860396723795w=2 and where does it have any relation to the dual-core nature of the problem? it's mpbios problem. On 4/17/06, Gustavo Rios [EMAIL PROTECTED] wrote: Does it make any difference to have dual core processor or not with openbsd ? one or two cores does not really apear any different to software. on amd64 (numa) there could be consirderations wrt os design. still. we are not doing any of that (yet) anyway. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: azalia panic (appendum)
On Mon, May 15, 2006 at 01:35:21PM +0200, Didier Wiroth wrote: Hello, For those who might be interested. Here is the azalia panic output: seems like codec list is being misprobed or smth... i think if you can compile it w/ #define AZALIA_DEBUG uncommented in azalia.h you should get it figured out better. boot boot bsd.azalia booting hd0a:bsd.azalia: 5039360+868208 [52+259584+241088]=0x61c9d8 entry point at 0x200120* [ using 501096 bytes of bsd ELF symbol table ] Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2006 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 3.9-current (GENERIC_AZALIA_NTFS) #1: Mon May 15 12:16:55 CEST 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC_AZALIA_NTFS cpu0: Genuine Intel(R) CPU L2400 @ 1.66GHz (GenuineIntel 686-class) 1.67 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,VMX,EST,TM2 cpu0: Enhanced SpeedStep 1000 MHz (1244 mV): unknown EST cpu, no changes possible real mem = 2137419776 (2087324K) avail mem = 1942114304 (1896596K) using 4256 buffers containing 106975232 bytes (104468K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(25) BIOS, date 03/13/06, BIOS32 rev. 0 @ 0xfd690, SMB IOS rev. 2.4 @ 0xe0010 (67 entries) bios0: LENOVO 17025PG pcibios0 at bios0: rev 2.1 @ 0xfd620/0x9e0 pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdea0/272 (15 entries) pcibios0: PCI Interrupt Router at 000:31:0 (Intel 82371FB ISA rev 0x00) pcibios0: PCI bus #6 is the last bus bios0: ROM list: 0xc/0xe400! 0xce800/0x1000 0xcf800/0x1000 0xdc000/0x4000! 0 xe/0x1 cpu0 at mainbus0 pci0 at mainbus0 bus 0: configuration mode 1 (no bios) pchb0 at pci0 dev 0 function 0 Intel 82945GM MCH rev 0x03 vga1 at pci0 dev 2 function 0 Intel 82945GM Video rev 0x03: aperture at 0xee10 , size 0x1000 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) Intel 82945GM Video rev 0x03 at pci0 dev 2 function 1 not configured azalia0 at pci0 dev 27 function 0 Intel 82801GB HD Audio rev 0x02: irq 11 azalia0: host: High Definition Audio rev. 1.0 azalia0: codec: Analog Devices AD1981HD (rev. 2.0) azalia0: codec: High Definition Audio rev. 1.0 uvm_fault(0xd06f37e0, 0x0, 0, 1) - e kernel: page fault trap, code=0 Stopped at 0:uvm_fault(0xd06f37e0, 0x0, 0, 1) - e kernel: page fault trap, code=0 Stopped at db_read_bytes+0x14: movb0(%edx),%al ddb ddb ps PID PPID PGRPUID S FLAGS WAIT COMMAND *0 -1 0 0 7 0x80204 swapper ddb trace db_read_bytes(0,1,d0822ae4,2,0) at db_read_bytes+0x14 db_get_value(0,1,0,d06249c3,0) at db_get_value+0x19 db_disasm(0,0,d0326dd0,0,0) at db_disasm+0x1d db_print_loc_and_inst(0,d0822b9c,d0822bc4,d0822ba4,0) at db_print_loc_and_inst+0x2d db_trap(6,0,d0822bc4,d0326e65,0) at db_trap+0x75 kdb_trap(6,0,d0822c2c,0) at kdb_trap+0xab trap() at trap+0xa9 --- trap (number 6) --- (null)(d2aa504c,2e9b,d0822cd8,d056d195) at 0 azalia_attach_intr(d2aa5000,d06eb2c0,4,3adc7c,1) at azalia_attach_intr+0xb1 azalia_pci_attach(d2a8ff00,d2aa5000,d0822d80,0,8000d800) at azalia_pci_attach+0x16c config_attach(d2a8ff00,d06b0d98,d0822d80,d0472178) at config_attach+0xef pci_probe_device(d2a8ff00,8000d800,0,0,0) at pci_probe_device+0x135 pci_enumerate_bus(d2a8ff00,0,0,0,0) at pci_enumerate_bus+0xef config_attach(d2a8efc0,d06b0aec,d0822e80,d0471f08) at config_attach+0xef mainbus_attach(0,d2a8efc0,0,0,d0822ef0) at mainbus_attach+0x1ce config_attach(0,d06b0ac8,0,0,d06f38c0) at config_attach+0xef config_rootfound(d0647a1c,0,d0822f38,d04441b1) at config_rootfound+0x27 cpu_configure(0,1,3,0,0) at cpu_configure+0x24 main(0,0,0,0,0) at main+0x352 -- paranoic mickey (my employers have changed but, the name has remained)
Re: security bug in x86 hardware (thanks to X WIndows)
On Tue, May 16, 2006 at 11:27:00AM +0200, Joachim Schipper wrote: On Tue, May 16, 2006 at 03:26:39PM +1000, Steffen Kluge wrote: On Sat, 2006-05-13 at 16:18 +0200, Ed White wrote: It seems XFree people disagree... [...] ...and some Linux developers too... Alan Cox: What it essentially says is if you can hack the machine enough to get the ability to issue raw i/o accesses you can get any other power you want. Thats always been true. Using SMM to do this seems awfully hard work. He said that in reply to you saying: The big problem is that the attack is possible thanks to the way X Windows is designed He didn't comment on whether X is flawed or not, but rather that from a Linux perspective this whole issue is a storm in a tea cup. In (distribution default) Linux it is always possible for root to get ring 0 access. Simply because root can load kernel modules. That's what root kits do. Fumbling registers through a hacked X server is a novel but rather complicated way, in comparison. Hence, securing a Linux server has always meant (besides removing X and tons of other crud) to build a kernel that doesn't support loadable modules. And adding something to ensure that /dev/*mem cannot be written by root. There exist pre-written rootkits which load directly via /dev/mem, IIRC. Of course, simply disabling loadable modules does do some good... and this is related to openbsd how? cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Intel 82801FB HD Audio
On Tue, May 16, 2006 at 11:44:02AM +, bdz wrote: I built the current kernel that sees the device but can not configure it. Any idea? did forget line: audio* at azalia? dmesg shortened output: azalia0 at pci0 dev 27 function 0 Intel 82801FB HD Audio rev 0x04: irq 5 azalia0: host: High Definition Audio rev. 1.0 azalia0: codec: Realtek ALC880 (rev. 5.0) azalia0: codec: High Definition Audio rev. 0.9 azalia0: playback: encodings=1PCM azalia0: playback: PCM formats=e056024bit,20bit,16bit,192kHz,96kHz,48kHz,44.1kHz azalia0: playback: max channels=8 azalia0: recording: encodings=1PCM azalia0: recording: PCM formats=6016020bit,16bit,96kHz,48kHz,44.1kHz azalia0: recording: max channels=2 create encodings... format(0): encoding 6 vbits 16 prec 16 chans 2 cmask 0x3 format(0) rates: 44100 48000 96000 192000 format(1): encoding 6 vbits 20 prec 32 chans 2 cmask 0x3 format(1) rates: 44100 48000 96000 192000 format(2): encoding 6 vbits 24 prec 32 chans 2 cmask 0x3 format(2) rates: 44100 48000 96000 192000 format(3): encoding 6 vbits 16 prec 16 chans 4 cmask 0x33 format(3) rates: 44100 48000 96000 192000 format(4): encoding 6 vbits 20 prec 32 chans 4 cmask 0x33 format(4) rates: 44100 48000 96000 192000 format(5): encoding 6 vbits 24 prec 32 chans 4 cmask 0x33 format(5) rates: 44100 48000 96000 192000 format(6): encoding 6 vbits 16 prec 16 chans 6 cmask 0x3f format(6) rates: 44100 48000 96000 192000 format(7): encoding 6 vbits 20 prec 32 chans 6 cmask 0x3f format(7) rates: 44100 48000 96000 192000 format(8): encoding 6 vbits 24 prec 32 chans 6 cmask 0x3f format(8) rates: 44100 48000 96000 192000 format(9): encoding 6 vbits 16 prec 16 chans 8 cmask 0x63f format(9) rates: 44100 48000 96000 192000 format(10): encoding 6 vbits 20 prec 32 chans 8 cmask 0x63f format(10) rates: 44100 48000 96000 192000 format(11): encoding 6 vbits 24 prec 32 chans 8 cmask 0x63f format(11) rates: 44100 48000 96000 192000 format(12): encoding 6 vbits 16 prec 16 chans 2 cmask 0x3 format(12) rates: 44100 48000 96000 format(13): encoding 6 vbits 20 prec 32 chans 2 cmask 0x3 format(13) rates: 44100 48000 96000 azalia0: codec: 0x14f1/0x2bfa (rev. 0.0) azalia0: codec: High Definition Audio rev. 0.9 azalia0: codec[1]: No audio functions audio at azalia0 not configured Adam -- paranoic mickey (my employers have changed but, the name has remained)
Re: HP DL140 G2 Openbsd
On Mon, May 22, 2006 at 05:22:21PM +0200, Per-Olov Sjoholm wrote: On Monday 22 May 2006 13:51, Unnikrishnan, Puthanveetil wrote: Hi , I plan to install Openbsd3.9 on HP DL140 G2 machine. Is this machine Compatible with OpenBSD 3.9 ? Regards Unni We have four HP DL140 G2 machines running on 3.7 at a customer site (dns and mail relays) without any problems at all. The interrupt router was the only problem (not recognized). Be we run on it anyway. But 3.9 would probably be much better. We will also upgrade these servers to 3.9 within a month... According to the people that knows more about it than me, the Warning, unable to fix up PCI interrupt routing message is harmless. It tells you that your motherboard manufacturer sucks for shipping with a broken BIOS. The only possibility is to update your bios but that is by no means a guarantee that it'll work. it most likely is not related to bios. if interrupt router is not supported that is no driver for it currently then you get that msg. the only way to fix that is to write a driver assuming one can find docs for it. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Soundcard AD1981B @ auich0 debugging
ports with 2 removable, self powered uhci1 at pci0 dev 29 function 1 Intel 82801DB USB rev 0x03: irq 9 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: Intel UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 29 function 2 Intel 82801DB USB rev 0x03pci_intr_map: no mapping for pin C : couldn't map interrupt ehci0 at pci0 dev 29 function 7 Intel 82801DB USB rev 0x03pci_intr_map: no mapping for pin D : couldn't map interrupt ppb0 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0x83 pci1 at ppb0 bus 1 cbb0 at pci1 dev 5 function 0 Ricoh 5C475 CardBus rev 0xb8: irq 3 Ricoh 5C551 Firewire rev 0x00 at pci1 dev 5 function 1 not configured fxp0 at pci1 dev 8 function 0 Intel PRO/100 VE rev 0x83, i82562: irq 9, address 08:00:46:b7:96:70 inphy0 at fxp0 phy 1: i82562ET 10/100 PHY, rev. 0 ath0 at pci1 dev 11 function 0 Atheros AR5212 rev 0x01: irq 9 ath0: AR5213 5.6 phy 4.1 rf5111 1.7 rf2111 2.3, MKK1A, address 00:02:8a:be:1b:07 cardslot0 at cbb0 slot 0 flags 0 cardbus0 at cardslot0: bus 2 device 0 cacheline 0x0, lattimer 0x40 pcmcia0 at cardslot0 ichpcib0 at pci0 dev 31 function 0 Intel 82801DBM LPC rev 0x03 pciide0 at pci0 dev 31 function 1 Intel 82801DBM IDE rev 0x03: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: HTC426060G9AT00 wd0: 16-sector PIO, LBA48, 57231MB, 117210240 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: MATSHITA, UJDA755 DVD/CDRW, 1.00 SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 ichiic0 at pci0 dev 31 function 3 Intel 82801DB SMBus rev 0x03pci_intr_map: no mapping for pin B : polling iic0 at ichiic0 auich0 at pci0 dev 31 function 5 Intel 82801DB AC97 rev 0x03: irq 9, ICH4 AC97 ac97: codec id 0x41445374 (Analog Devices AD1981B) ac97: codec features headphone, 20 bit DAC, No 3D Stereo ac97: ext id 601vra,amap,rev0 read(2) = 8000 read(18) = 8808 read(1c) = 8000 read(1a) = 0 audio0 at auich0 Intel 82801DB Modem rev 0x03 at pci0 dev 31 function 6 not configured isa0 at ichpcib0 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 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 at pcppi0 npx0 at isa0 port 0xf0/16: using exception 16 biomask effd netmask effd ttymask pctr: 686-class user-level performance counters enabled mtrr: Pentium Pro MTRR support ugen0 at uhub1 port 1 ugen0: Sony product 0x0107, rev 1.10/0.00, addr 2 dkcsum: wd0 matches BIOS drive 0x80 root on wd0a rootdev=0x0 rrootdev=0x300 rawdev=0x302 -- paranoic mickey (my employers have changed but, the name has remained)
Re: Static functions in C code
On Fri, May 26, 2006 at 10:14:04AM -0300, Diego Giagio wrote: On 5/25/06, Marco Peereboom [EMAIL PROTECTED] wrote: Because it'll clash. Clashing is good. I'm pretty sure you would be more successfull on a humor TV show as a clown than wasting people time and bandwith with stupid statements like that. And I don't mind if you are a OpenBSD developer, contributor, US president or a dirty bitch. nobody cares if you use static or not. if you do not understand answers given you can as well make your own decisions yourself godamnit! cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: ioapic0 degraded performance
9) pcscp0: AM53C974, 40MHz, SCSI ID 7 scsibus0 at pcscp0: 8 targets cd0 at scsibus0 targ 5 lun 0: HP, CD-Writer+ 9200, 1.0e SCSI4 5/cdrom removable 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 pmsi0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pmsi0 mux 0 pcppi0 at isa0 port 0x61 midi0 at pcppi0: PC speaker spkr0 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 pccom1 at isa0 port 0x2f8/8 irq 3: 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 0 netmask 0 ttymask 0 ioapic0: pin 19 shares different IPL interrupts (40..90), degraded performance pctr: 686-class user-level performance counters enabled mtrr: Pentium Pro MTRR support uhub0: device problem, disabling port 1 dkcsum: wd0 matches BIOS drive 0x80 dkcsum: wd1 matches BIOS drive 0x81 wd2: no disk label dkcsum: wd2 matches BIOS drive 0x82 dkcsum: wd3 matches BIOS drive 0x83 root on wd0a rootdev=0x0 rrootdev=0x300 rawdev=0x302 -- paranoic mickey (my employers have changed but, the name has remained)
Re: ??????????: other languages support?
On Wed, May 31, 2006 at 04:16:12PM -0700, Spruell, Darren-Perot wrote: huh? bedroom? is this a joke? KOMHATA. Not that I'd really consider this multi-language support... :) actually that'd be CnA^bH9! cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: savecore segfaults in June 7 i386 -current snapshot (#870)
1 configuration 1 interface 0 uhidev0: vendor 0x062a product 0x, rev 1.10/0.00, addr 2, iclass 3/1 ums0 at uhidev0: 3 buttons and Z dir. wsmouse0 at ums0 mux 0 dkcsum: wd0 matches BIOS drive 0x80 dkcsum: wd1 matches BIOS drive 0x81 root on wd0a rootdev=0x0 rrootdev=0x300 rawdev=0x302 -- paranoic mickey (my employers have changed but, the name has remained)
Re: Kernel Hangs; Supermicro 5015M-MR (Intel E7230)
enabled dkcsum: wd0 matches BIOS drive 0x80 root on wd0a rootdev=0x0 rrootdev=0x300 rawdev=0x302 -- paranoic mickey (my employers have changed but, the name has remained)
Re: 3.9 release 1st boot: kernel: stopped at scan_smbios
On Sat, Jun 17, 2006 at 01:41:27AM +, Travers Buda wrote: Looks like a crappy bios (pardon the redundancy,) try boot boot -c UKC disable pcibios UKC quit this obviously has nothing to do w/ pcibios. disable ipmi would be a better solution. i think this was fixed in -current that you should try as well plz. cu On Sat, 17 Jun 2006 00:45:29 +0100 Craig Skinner [EMAIL PROTECTED] wrote: Hi List, I've just installed 3.9 RELEASE on an i386 and got a kernel page fault. Booted the box from the floppy39.fs, sliced the disk, installed some sets rebooted, as per normal. I don't use this box very often and the last release I had on it was 3.6, which worked fine. Where do I go from here? 3.8? I piped the boot output from tip into a file: =07connected=0D =FC OpenBSD/i386 BOOT 2.10 =0Dbooting hd0a:/bsd: \=08|=08/=08-=08\=084966344|=08/=08-=08\=08|=08/ =08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08- =08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08 \=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08 \=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08 \=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08 \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08 \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08 \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/ =08-= =08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08- =08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08 \=08|=08/=08-=08\= =08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08 \=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08 \=08|=08/=08-=08\=08|=08/=08-=08\=08|= =08/=08-=08\=08|=08/=08-=08 \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08 \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/= =08-=08 \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/ =08-= =08\=08+867848 [52+255872|=08/=08-=08\=08|=08/=08-=08\=08|=08/ =08-=08\=08|= =08/=08-=08+237161\=08|=08/=08-=08\=08|=08/=08-=08\=08| =08/=08-=08\=08|=08/= =08]=3D0x608d64 entry point at 0x100120 [ using 493460 bytes of bsd ELF symbol table ] Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2006 OpenBSD. All rights reserved. http://www.OpenBSD.o= rg OpenBSD 3.9 (GENERIC) #617: Thu Mar 2 02:26:48 MST 2006 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel Pentium III (GenuineIntel 686-class, 128KB L2 cache) 635 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE= 36,MMX,FXSR,SSE real mem =3D 199729152 (195048K) avail mem =3D 175271936 (171164K) using 2463 buffers containing 10088448 bytes (9852K) of memory mainbus0 (root) bios0 at mainbus0: AT/286+(00) BIOS, date 01/15/99, BIOS32 rev. 0 @ 0xfdb70 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 @ 0xf/0x1 pcibios0: PCI BIOS has 9 Interrupt Routing table entries pcibios0: PCI Interrupt Router at 000:31:0 (Intel 82801AA LPC rev 0x00) pcibios0: PCI bus #1 is the last bus bios0: ROM list: 0xc/0x8000 uvm_fault(0xd05c2f60, 0xdeeb8000, 0, 1) - e kernel: page fault trap, code=3D0 Stopped at scan_smbios+0xb9: cmpb$0,0(%ebx) ddb=20 -- paranoic mickey (my employers have changed but, the name has remained)
Re: 3.9 release 1st boot: kernel: stopped at scan_smbios
On Mon, Jun 19, 2006 at 10:29:06AM +0100, Craig Skinner wrote: On Mon, Jun 19, 2006 at 10:43:10AM +0200, mickey wrote: On Sat, Jun 17, 2006 at 01:41:27AM +, Travers Buda wrote: Looks like a crappy bios (pardon the redundancy,) try boot boot -c UKC disable pcibios UKC quit this obviously has nothing to do w/ pcibios. disable ipmi would be a better solution. i think this was fixed in -current that you should try as well plz. Thanks for the idea, but no difference. I have other boxes that this is not a problem for, so I'll use them until the next release. oh right. me bad. ipmi is one of those drivers that is broken and does probe all the time that cannot be disabled... you can compile a kernel w/ removed ipmi i suppose. (or patch it w/ gdb and put xorl %eax, %eax; ret in ipmi_probe ;) cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Trouble with Cisco Aironet 350 (PCM352)
On Wed, Jun 21, 2006 at 11:32:50PM +0200, Laurens Vets wrote: Matt Van Mater wrote: I ran into a very similar (maybe same) problem here: http://marc.theaimsgroup.com/?l=openbsd-miscm=113236417207016w=2 I have not found a solution to my problem yet unfortunately. One thing I noticed is that my an0 card worked just find in 3.7 and 3.8 broke it, you might want to verify if that is the case with you as well. Another thing I noticed is that the an0 card gets a dhcp address and works properly during the initial install via cd or the ram disk off of a floppy, but stops working upon first reboot. I have noticed the exact same problem as the link above. Card worked with OpenBSD 3.7. I did an upgrade from 3.7 - 3.8 - 3.9 following the OpenBSD upgrade guides. After the upgrade to 3.8, I also saw the error an0: failed to enable MAC, but wifi access still worked. After the upgrade to 3.9, I got the following in my dmesg at startup: an0 at pcmcia1 function 0 Cisco Systems, 350 Series Wireless LAN Adapter an0: record buffer is too small, rid=ff00, size=198, len=258 an0: read caps failed an0: failed to attach controller this is a piece of our changes that was lost when a driver was converted to use net80211. i think this diff should fix it. please try. i have not tested it beyound compile. 10x cu -- paranoic mickey (my employers have changed but, the name has remained) Index: an.c === RCS file: /cvs/src/sys/dev/ic/an.c,v retrieving revision 1.51 diff -u -r1.51 an.c --- an.c22 May 2006 20:35:12 - 1.51 +++ an.c22 Jun 2006 09:37:00 - @@ -146,7 +146,7 @@ intan_cmd(struct an_softc *, int, int); intan_seek_bap(struct an_softc *, int, int); -intan_read_bap(struct an_softc *, int, int, void *, int); +intan_read_bap(struct an_softc *, int, int, void *, int, int); intan_write_bap(struct an_softc *, int, int, void *, int); intan_mwrite_bap(struct an_softc *, int, int, struct mbuf *, int); intan_read_rid(struct an_softc *, int, void *, int *); @@ -367,7 +367,7 @@ fid = CSR_READ_2(sc, AN_RX_FID); /* First read in the frame header */ - if (an_read_bap(sc, fid, 0, frmhdr, sizeof(frmhdr)) != 0) { + if (an_read_bap(sc, fid, 0, frmhdr, sizeof(frmhdr), sizeof(frmhdr)) != 0) { CSR_WRITE_2(sc, AN_EVENT_ACK, AN_EV_RX); ifp-if_ierrors++; DPRINTF((an_rxeof: read fid %x failed\n, fid)); @@ -437,12 +437,13 @@ */ gap = m-m_data + sizeof(struct ieee80211_frame) - sizeof(uint16_t); - an_read_bap(sc, fid, -1, gap, gaplen + sizeof(u_int16_t)); + an_read_bap(sc, fid, -1, gap, gaplen + sizeof(u_int16_t), + gaplen + sizeof(u_int16_t)); } else gaplen = 0; an_read_bap(sc, fid, -1, - m-m_data + sizeof(struct ieee80211_frame) + gaplen, len); + m-m_data + sizeof(struct ieee80211_frame) + gaplen, len, len); an_swap16((u_int16_t *)(m-m_data + sizeof(struct ieee80211_frame) + gaplen), (len+1)/2); m-m_pkthdr.len = m-m_len = sizeof(struct ieee80211_frame) + gaplen + len; @@ -695,11 +696,11 @@ } int -an_read_bap(struct an_softc *sc, int id, int off, void *buf, int buflen) +an_read_bap(struct an_softc *sc, int id, int off, void *buf, int len, int blen) { - int error, cnt; + int error, cnt, cnt2; - if (buflen == 0) + if (len == 0 || blen == 0) return 0; if (off == -1) off = sc-sc_bap_off; @@ -708,8 +709,10 @@ return EIO; } - cnt = (buflen + 1) / 2; + cnt = (blen + 1) / 2; CSR_READ_MULTI_STREAM_2(sc, AN_DATA0, (u_int16_t *)buf, cnt); + for (cnt2 = (len + 1) / 2; cnt cnt2; cnt++) + (void) CSR_READ_2(sc, AN_DATA0); sc-sc_bap_off += cnt * 2; return 0; @@ -841,19 +844,12 @@ return error; /* length in byte, including length itself */ - error = an_read_bap(sc, rid, 0, len, sizeof(len)); + error = an_read_bap(sc, rid, 0, len, sizeof(len), sizeof(len)); if (error) return error; len -= 2; - if (*buflenp len) { - printf(%s: record buffer is too small, - rid=%x, size=%d, len=%d\n, - sc-sc_dev.dv_xname, rid, *buflenp, len); - return ENOSPC; - } - *buflenp = len; - return an_read_bap(sc, rid, sizeof(len), buf, len); + return an_read_bap(sc, rid, sizeof(len), buf, len, *buflenp); } int
Re: 3.9 freeze
On Mon, Jul 03, 2006 at 09:45:22AM -0300, diego wrote: no, I can only ping the server or change tty (ctrl alt fn), but I can't type anything. you should sysctl ddb.console=1 for that to work... - Original Message - From: Pedro Martelletto [EMAIL PROTECTED] To: diego [EMAIL PROTECTED] Cc: misc@openbsd.org Sent: Monday, July 03, 2006 9:34 AM Subject: Re: 3.9 freeze Can you break into ddb? -p. -- paranoic mickey (my employers have changed but, the name has remained)
Re: About soft updates
On Thu, Jul 06, 2006 at 12:35:51PM +0200, Pablo Mar?n Ram?n wrote: I've been trying to find out whether to enable soft updates or not, and I have not really seen any reason not to, other than that it is not enabled by default. Pros: * Improved performance there are known scenarios where it does degrades performance. * Faster recovery latency after a crash this is just not true at all. * Can handle a security problem that can occur (AFAIK) in bare FFS (see http://archives.neohapsis.com/archives/openbsd/2006-06/1045.html) Cons: * Less tested than bare FFS * More complex than bare FFS * Disk space is not immediately released (problematic during ugrades) I think the disabled by default solution is fine: if a user knows what he's doing (i.e. knows the pros and cons) he can enable them manually, disabling them on upgrades or other circumstances if required. By default, a well tested and less complex FS, with the default BSD semantics (for example, synchronous directory metadata updates, expected by programs like some MTAs) is provided. The solution adopted by other systems, such as FreeBSD, is to enable them on all non-root partitions. PS: A note in the FAQ saying that all the previous concerns are meaningless if an IDE HD write cache is enabled would be nice. -- paranoic mickey (my employers have changed but, the name has remained)
Re: About soft updates
On Thu, Jul 06, 2006 at 05:08:56PM +0200, Pablo Mar?n Ram?n wrote: * Improved performance there are known scenarios where it does degrades performance. I meant in the general case. me too Do you refer to systems with low memory (or at least the need to have the kernel not to occupy more memory than a minimum), for example? If not, some example would be really appreciated to get a deeper understanding of the technology. you can start by reading some on the subject... your lame generalised statements on smth you do not understand are not helping anybody... cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: OpenBSD's own compiler
On Mon, Jul 31, 2006 at 02:12:47PM +0100, Steve Fairhead wrote: Rico Secada [EMAIL PROTECTED] said: I read about how Ada is been used in all areas where safety is of great issue, and about how it's being used in rockets, Boing Airplanes and so on because of it's high level of safety. What I understood from it is, that the demand and control upon compilers, rather than on the sourcecode, eliminates the possibility of a lot of errors in the sourcecode, the compiler will not compile the program, and since Ada is being used in a lot places, where lives dependt upon the software, it has to be very safe. I was wondering, would it be a stupid and bad idea, for the OpenBSD team to develope, an OpenBSD C compiler based upon the OpenBSD security knowledge and internal standards regarding the language? yeah we will just drop everything we do now, quit all our jobs, send our families and other sos shopping at the mall in zimbabwe, not make a release for two years and produce the best compiler ever by then of course everybody will stop using openbsd for obvious reasons so we can finally all go drinking beer... cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: OpenBSD's own compiler
On Mon, Jul 31, 2006 at 10:35:29AM -0500, R. Tyler Ballance wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I was wondering, would it be a stupid and bad idea, for the OpenBSD team to develope, an OpenBSD C compiler based upon the OpenBSD security knowledge and internal standards regarding the language? yeah we will just drop everything we do now, quit all our jobs, send our families and other sos shopping at the mall in zimbabwe, not make a release for two years and produce the best compiler ever by then of course everybody will stop using openbsd for obvious reasons so we can finally all go drinking beer... Jeeez, talk about an overreaction to the suggestion. The GNU Compiler Collection has been something most people put up with as opposed to enjoy using. It's not that far fetched of an idea, remember a spin- off project that the OpenBSD guys are responsible that's become the most heavily used SSH code on the planet... Since nobody else has mentioned TeNDRA project, I might as well: http://www.tendra.org/ If you're interested in a BSD compiler collection, start by helping them out, it's been dormant (somewhat) but I'm certain it'd just take a few talented individuals with spare time to really get it going again. just god damn try it. come back when you can compile and run a hello world... cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: OpenBSD's own compiler
On Mon, Jul 31, 2006 at 06:32:45PM -0300, Andr??s wrote: We should convince both the Free Software Foundation and the Open Source Initiative that Lucent Public License Version 1.02 is not a free software license. Mainly based in Theo's arguments*. This paragraph says it all: And come on it says certain responsibilities. Good god. Are you people dumb to accept such a term in a legal document? It is like your house mortgage can be considered invalid in certain situations and then we own your house. A BSD future for that compiler is not guaranteed, but I think a free software future is. I don't think Lucent would step back. Maybe they will use a copyleft license, but I think that would be much better than now. the plan9 compiler had been released under free license. now try to compile it under unix. then try to make it generate correct code under unix. after that compile fucking openbsd with it. the last (but not least) make an openbsd release with it. you (and your kids) will go greyhair before you get halfway thru it. so can you people fucking shuddup and do smth useful now plz? cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: radioctl error on i386 Aug 1 snapshot; Inappropriate ioctl for device
On Fri, Aug 04, 2006 at 07:25:55AM -0600, Diana Eichert wrote: On Fri, 4 Aug 2006, mickey wrote: On Thu, Aug 03, 2006 at 12:49:17PM -0600, Diana Eichert wrote: I'm getting the following error when I try to access my bktr(4) card. $ sudo radioctl -f /dev/bktr0 -a radioctl: RIOCGINFO: Inappropriate ioctl for device I was trying to set the tuner to cable/NTSC/channel#. radio(4) is only attached if you have a second fm tuner Okay, so have I misinterpreted using radioctl(1) to set the channel and broadcast type? From RTFM radioctl operates on radio device. if it is not attached then it will not work. besides the fact that to _view_ tv you need some ext program anyway. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: radioctl error on i386 Aug 1 snapshot; Inappropriate ioctl for device
On Fri, Aug 04, 2006 at 10:46:10AM -0600, Diana Eichert wrote: NetNeanderthal, mickey, et al On Thu, 3 Aug 2006, NetNeanderthal wrote: On 8/3/06, Diana Eichert [EMAIL PROTECTED] wrote: snip bktr0 at pci1 dev 14 function 0 Brooktree BT878 rev 0x02: irq 10 bktr0: Askey/Dynalink Magic TView, Temic NTSC tuner. Brooktree BT878 Audio rev 0x02 at pci1 dev 14 function 1 not configured The RIOCGINFO ioctl(2) is reserved for /dev/radioN(4) devices.. I didn't see it in your dmesg, but I seem to recall my ancient 848 enumerating radio0 at bktr0 for NTSC tuning purposes, barring memory problems (of the brain sort). I believe there are also some kernel config options to force manual enumeration of the device rather than relying on built-in autodetection code. I never had to worry about them, but you might give that a go if you're in the kernel-config neighbourhood. On Fri, 4 Aug 2006, mickey wrote: SNIP radioctl operates on radio device. if it is not attached then it will not work. besides the fact that to _view_ tv you need some ext program anyway. OK, so it takes a bit for me to be clued in and it's quite possible I'm still not there. Here's what I think I know. I have a bktr(4) card with an onboard NTSC tuner. I can't control the bktr(4) setup channel and broadcast type because there is no radio(4) device attached, probably? because the auto-detect of the tuner failed? My plan is to pull the card, and verify what tuner is on it. Then build a new kernel based on GENERIC adding option BKTR_OVERRIDE_TUNER and possibly option BKTR_OVERRIDE_CARD to see if I can get a radio(4) device attached. My purpose in going through all this is to capture video on my OpenBSD system and stream it on my local network to a PrismIQ media player. to capture video you need more than just channel setting. you need to install a port like fxtv or smth... cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: watching tv (via bktr driver) with fxtv on current = no sound + strange kernel message
On Mon, Aug 28, 2006 at 06:59:07PM +, Didier Wiroth wrote: Hello, I've purchased a leadtek winfast tv 2000 xp tv tuner card. The card is supported via the bktr driver. I'm getting a clean image of my tv channels (the input format is pal and the tuner mode is cable) but I don't get any sound. I noticed the following message in dmesg (actuall yI don't know it is related to the sound problem): bktr0: ioctl: 701: columns too large or not even. The pci card has an audio out card which is connected to the aux audio in of the motherboard. Here is the related mixerctl output: inputs.aux=255,255 (it's the maximum) inputs.aux.mute=off I do get a perfect sound with other applications, so my soundcard works. it can be that your aux input is wired as smth else such as line-in. so try other sets in mixerctl. and also unmute in fxtv too. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: NXE bit on amd64 hardware and i386 kernel
On Tue, Sep 05, 2006 at 07:39:21PM +0200, Piotrek Kapczuk wrote: Hello When I boot 64 bit kernel on amd64 hardware I got NXE bit recognized. When I boot 32 bit kernel on amd64 it doesn't appear. I wonder if it's normal. If it's simply not supported/not done yet are there any plans to support this ? i386 cannot support nxe right now. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: 3.9-stable (weird) panic pccom
function 4 vendor VIA, unknown product 0x4314 rev 0x00 pchb5 at pci0 dev 0 function 7 vendor VIA, unknown product 0x7314 rev 0x00 ppb0 at pci0 dev 1 function 0 VIA VT8377 AGP rev 0x00 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 vendor VIA, unknown product 0x3344 rev 0x01: aperture at 0xf400, size 0x1000 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) VIA VT6306 FireWire rev 0x80 at pci0 dev 13 function 0 not configured vge0 at pci0 dev 14 function 0 VIA VT612x rev 0x11: irq 10, address 00:40:63:e6:8f:13 ciphy0 at vge0 phy 1: Cicada CS8201 10/100/1000TX PHY, rev. 2 pciide0 at pci0 dev 15 function 0 VIA VT82C571 IDE rev 0x06: ATA133, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: ST38420A wd0: 16-sector PIO, LBA, 8223MB, 16841664 sectors wd1 at pciide0 channel 0 drive 1: ST38421A wd1: 16-sector PIO, LBA, 8056MB, 16498944 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 wd1(pciide0:0:1): 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: , ATAPI CDROM.48X, 180J SCSI0 5/cdrom removable cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2 uhci0 at pci0 dev 16 function 0 VIA VT83C572 USB rev 0x81: irq 5 usb0 at uhci0: USB revision 1.0 uhub0 at usb0 uhub0: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1 at pci0 dev 16 function 1 VIA VT83C572 USB rev 0x81: irq 5 usb1 at uhci1: USB revision 1.0 uhub1 at usb1 uhub1: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2 at pci0 dev 16 function 2 VIA VT83C572 USB rev 0x81: irq 11 usb2 at uhci2: USB revision 1.0 uhub2 at usb2 uhub2: VIA UHCI root hub, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered ehci0 at pci0 dev 16 function 4 VIA VT6202 USB rev 0x86: irq 10 usb3 at ehci0: USB revision 2.0 uhub3 at usb3 uhub3: VIA EHCI root hub, rev 2.00/1.00, addr 1 uhub3: 6 ports with 6 removable, self powered viapm0 at pci0 dev 17 function 0 VIA VT8237 ISA rev 0x00 iic0 at viapm0 xl0 at pci0 dev 20 function 0 3Com 3c905C 100Base-TX rev 0x74: irq 11, address 00:04:76:a1:cc:d1 bmtphy0 at xl0 phy 24: Broadcom 3C905C internal PHY, rev. 6 isa0 at mainbus0 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 lm0 at isa0 port 0x290/8: W83697HF npx0 at isa0 port 0xf0/16: using exception 16 pccom0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo pccom0: console pccom1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo biomask ffe5 netmask ffe5 ttymask ffe7 pctr: user-level cycle counter enabled axe0 at uhub3 port 3 configuration 1 interface 0 axe0: Cisco-Linksys USB200M v2, rev 2.00/0.01, addr 2, AX88772, address 00:10:60:06:10:22 ukphy0 at axe0 phy 16: Generic IEEE 802.3u media interface, rev. 1: OUI 0x000ec6, model 0x0001 dkcsum: wd0 matches BIOS drive 0x80 dkcsum: wd1 matches BIOS drive 0x81 root on wd0a rootdev=0x0 rrootdev=0x300 rawdev=0x302 WARNING: / was not properly unmounted pppoe0: phase establish pppoe0: phase authenticate pppoe0: phase network Regards, ahb -- paranoic mickey (my employers have changed but, the name has remained)
Re: Kernel swelling
On Sat, Sep 09, 2006 at 05:02:51PM -0400, Woodchuck wrote: Tag OPENBSD_3_9, GENERIC.MP kernel (i386) seems to have grown by 1.1 MB in size between 5 Aug and 9 Sep. -rwxr-xr-x 1 root wheel - 7621080 Sep 9 10:11 bsd*- MP kernel -rw-r--r-- 1 root wheel - 7565469 Sep 9 10:11 bsd.sg - single proc -rwxr-xr-x 1 root wheel - 5507544 Aug 5 14:41 obsd* - Previous MP Can anyone offer any clues why? we've been fucking w/ it (as usual). cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: fsck hangs
On Wed, Sep 13, 2006 at 10:06:43AM -0300, Pedro Martelletto wrote: On Wed, Sep 13, 2006 at 02:19:36PM +0200, Han Boetes wrote: umass0: BBB bulk-in stall clear failed, IOERROR umass0: BBB bulk-in stall clear failed, IOERROR umass0: BBB bulk-in stall clear failed, IOERROR These look highly suspicious, but just for the sake of it, can you please provide the output of 'ps aklwx'? i've discovered some umass problems w/ some mp3 player recently. i think it's smth in the driver or scsi layer cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Low priority or real coders
On Thu, Sep 14, 2006 at 04:02:53PM +0200, Gilles Chehade wrote: Marco Peereboom wrote: Bash should be bashed. Its horrible garbage and should be banned from the face of this earth. We all know that real men use ksh. what you really meant was `real men use csh/tcsh' right ? :-) what said is that bash a load of incompatible boolshit. bash is not progress. bash is ten steps back before middle ages. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Brooktree BT878 support?
On Thu, Sep 21, 2006 at 03:48:11PM -0500, Kevin wrote: What is the current status of the Brooktree (bktr) driver and userland applications? I've found the ProVideo PV-143 quad-port BT878 capture cards for about fifty dollars, and would like to use the card with 'fxtv' (from ports) or perhaps danovitschwebcam, all four ports active. I've also found the PixelView PlayTVpro tuner card, at about the same price. This tuner isn't on the list of compatible cards in the driver, and I know tuner cards can be more problematic. Is anybody using the ProVideo or PixelView cards under OpenBSD? Is there any active development? as long as they are compatible design it's usually a question of small magic numbers table being filled up and then they just work. the multi-port cards might be of more challangle depending on how they are design. in case it's just a bridge and four devices behind it supposedly it's the same amount of work -- fill out small table. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: anyone know where I can get an IO-DATA USL-5P in the United States?
On Fri, Oct 06, 2006 at 04:10:44PM -0600, Diana Eichert wrote: The subject line sez it all. I've been looking for a small embedded system to run OpenBSD on and very recent commits makes this look interesting. woman you are fast (: there is supposedly a piece sold in .eu (see landisk.html) but then nobody knows for sure... it's a japanese sex toy. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Broadcom HT-1000 chipset
On Mon, Oct 09, 2006 at 09:02:19AM +0200, Stephan A. Rickauer wrote: Building a new OpenBSD server I am planning to buy a Tyan S3950 mainboard. Has anybody experience with that chipset? http://tyan.com/products/html/tomcath1000s.html unfortunately lots of boards have prblems w/ interrupts. also there are no docs on that chipset so it's really hard to fix (: cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: question about swapped processes
On Thu, Oct 12, 2006 at 11:37:14AM +0200, frantisek holop wrote: i know ps is only showing what was, or might have been, not what it is.. but how come in one moment 40-50 (out of the total 110-120 processes) are swapped out and in the next instant none of them? status swapped out does not mean they are physically and completely written out of memory. the swapped out status only means that in case of physmem shortage they will have their u-area paged out. if process transition thru running then it will have it's u-area paged in or otherwise marked as not swapped out... cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: question about swapped processes
On Thu, Oct 12, 2006 at 12:14:51PM +0200, frantisek holop wrote: hmm, on Thu, Oct 12, 2006 at 11:51:12AM +0200, mickey said that On Thu, Oct 12, 2006 at 11:37:14AM +0200, frantisek holop wrote: i know ps is only showing what was, or might have been, not what it is.. but how come in one moment 40-50 (out of the total 110-120 processes) are swapped out and in the next instant none of them? status swapped out does not mean they are physically and completely written out of memory. the swapped out status only means that in but if that is the case, is top(1) wrong in showing RES 4k for these processes? doesn't this mean that they are not in memory anymore? 4k is memory isn't it? (: cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: bsdstats.org WOW
On Thu, Oct 19, 2006 at 08:52:14AM -0400, MikeM wrote: On 10/18/2006 at 7:37 PM Sam Fourman Jr. wrote: |Check out OpenBSD :) | |http://www.bsdstats.org/ = OK, I see a table full of numbers, but no explanation of what is being measured or how. Yes, OpenBSD is on the top, but on the top of what? it's all written there how it works and how one can participate. so why ain't you jerk off on random numbers somewhere else please? cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: anyone know where I can get a PLEXTOR 250GB NAS in the United States?
On Wed, Nov 08, 2006 at 03:57:30PM -0700, Diana Eichert wrote: On Fri, 6 Oct 2006, Diana Eichert wrote: On Sat, 7 Oct 2006, mickey wrote: SNIP woman you are fast (: there is supposedly a piece sold in .eu (see landisk.html) but then nobody knows for sure... it's a japanese sex toy. cu -- and once again I'm fast on the draw, I see a landisk directory showing up in the snapshots directory. ftp://iawnet.sandia.gov/pub/OpenBSD/snapshots/landisk/ I have a Plextor, just waiting for my 'sample' connector to show up so I can wire my rs232 line driver chip/cable to it in a pseudo 'production' manner. i didn't do it! cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: panic: cpu1: TLB IPI rendezvous failed
On Thu, Nov 16, 2006 at 03:09:08PM +0100, Federico Giannici wrote: As it is a production server, I'd like to avoid -current. Do you think I can apply that single patch to -stable? yes Aaron Campbell wrote: On Thu, 16 Nov 2006, Federico Giannici wrote: panic: cpu1: TLB IPI rendezvous failed (mask 0x1) Stopped at Debugger+0x4: leave Try updating to the very latest snapshot. This commit from yesterday is supposed to help avoid these panics: Date: Wed, 15 Nov 2006 07:40:50 -0700 (MST) From: Michael Shalayeff [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: CVS: cvs.openbsd.org: src CVSROOT:/cvs Module name:src Changes by: [EMAIL PROTECTED] 2006/11/15 07:40:50 Modified files: sys/arch/i386/i386: apicvec.s Log message: do not go processing normal interrupts after ipi. this is to avoid spins at high spl especialy on cpu0. other local interrupts (timer and softint) still do also pending interrupts processing. niklas@ ok -aar -- ___ __ |- [EMAIL PROTECTED] |ederico Giannici http://www.neomedia.it ___ -- paranoic mickey (my employers have changed but, the name has remained)
Re: Which tools the OpenBSD developers are using?
On Wed, Nov 29, 2006 at 07:20:22PM +0100, Johan P. Lindstr?m wrote: So far, only NetBSD runs on the AK* architecture. most of the struggling nations run on AK-* architecture (AK-47 mostly). On 11/29/06, Ioan Nemes [EMAIL PROTECTED] wrote: That's the problem, you should use an AK45! Much-much cheaper than the AR-15 (I've been offred one for $US15.00 in Sudan), and is widely available. Ioan Diana Eichert [EMAIL PROTECTED] 11/29 9:58 am I use a soldering iron, dremel tool, sheet metal/plastic nibbler and solder wick. diana PS Then I load my AR-15 to see if I can shoot any holes in my code. -- // Johan -- paranoic mickey (my employers have changed but, the name has remained)
Re: panic in pmap_page_remove
On Sat, Dec 02, 2006 at 04:36:35PM -0800, Marco S Hyman wrote: I've got a reproducable crash on my Mac mini (intel). Sources are as of 30 Nov. No, I'm not running a generic kernel because a generic kernel doesn't run on the mini. And the keyboard doesn't work in ddb so getting more info is difficult at best. Here are photos of two different crashes. The first was while doing a make build, the second while building some ports. The crash and stack traces are pretty close in each case: panic panic trap --- trap (number 6) --- pmap_page_remove uvm_vnp_terminate uvn_attach uvm_unmap_detach uvmspace_free uvm_exit reaper http://www.snafu.org/crash/p-20061202-0035-2230.jpg http://www.snafu.org/crash/p-20061202-1454-2232.jpg Ideas? I'm trying to get a crash dump, but this last time the box hung at syncing disks... known bug. hard to fix (; every time i add debugging for it it stops panicing... cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: autoconf error message suggestion
On Mon, Dec 04, 2006 at 04:15:41PM +0100, Karel Kulhavy wrote: [EMAIL PROTECTED]:~$ autoconf Provide an AUTOCONF_VERSION environment variable, please I suggest this error message to be extended with a pointer to information how to set this environment variable. As I wrote, I didn't find any manpage about this topic (even if the manpage list suggested it should be installed), but maybe there is some URL explaining this topic. why don't yo talk to the autoconf developers? cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: Editing C with...
[EMAIL PROTECTED] wrote: Yes, I know, it's completely a dumb question; but I'm curious about it. I'm just learning C applied in networking area and I wonder what editor is preferred by OpenBSD developers. At present moment I use vim. it's not the size of your editor -- it's what you do w/ it that matters. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: How to copy/pipe console buffert to file?
On Thu, May 08, 2008 at 12:37:47PM +0200, rancor wrote: Hi Is there any way of copy/pipe the information on the console to a file? I need the same information that I can see of I hold down Ctrl+Shift and using PageUp/Down when I'm on the console. I'm not using serial, that would be simple but I'm stuck right on the machine. dd if=/dev/mem of=/tmp/a bs=32k skip=23 count=1 cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: How to copy/pipe console buffert to file?
On Thu, May 08, 2008 at 10:59:46AM +, mickey wrote: On Thu, May 08, 2008 at 12:37:47PM +0200, rancor wrote: Hi Is there any way of copy/pipe the information on the console to a file? I need the same information that I can see of I hold down Ctrl+Shift and using PageUp/Down when I'm on the console. I'm not using serial, that would be simple but I'm stuck right on the machine. dd if=/dev/mem of=/tmp/a bs=32k skip=23 count=1 if you ain't require original color pipe thru hexdump -e '%_c\n' | awk 'NR % 2 {s=s $0} END {print s}'|more cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: How to copy/pipe console buffert to file?
On Thu, May 08, 2008 at 03:06:49PM -0500, Joachim Schipper wrote: On Thu, May 08, 2008 at 12:37:47PM +0200, rancor wrote: Hi Is there any way of copy/pipe the information on the console to a file? I need the same information that I can see of I hold down Ctrl+Shift and using PageUp/Down when I'm on the console. I'm not using serial, that would be simple but I'm stuck right on the machine. While Mickey's solution is rather cool, misc/screen would allow you to copy text off the screen (Ctrl-A [, select. Ctrl-A ]). It also has a lot of other useful commands. i'd think it's impossible to find a person today who does not know what screen is... the question was how to capture existing (as in already happened) console output as far as i understand it. cu -- paranoic mickey (my employers have changed but, the name has remained)
Re: uvm_mapent_alloc: out of static map entries on 4.3 i386
On Thu, May 15, 2008 at 10:07:14PM -0400, Ted Unangst wrote: On 5/15/08, Kevin [EMAIL PROTECTED] wrote: All, I'm getting quite a lot of these errors in /var/log/messages and can't seem to find an appropriate fix in the archives: May 14 21:05:54 svr02 /bsd: uvm_mapent_alloc: out of static map entries May 14 21:57:47 svr02 /bsd: uvm_mapent_alloc: out of static map entries May 14 23:00:05 svr02 /bsd: uvm_mapent_alloc: out of static map entries May 15 07:27:53 svr02 /bsd: uvm_mapent_alloc: out of static map entries May 15 07:39:59 svr02 /bsd: uvm_mapent_alloc: out of static map entries N.B. This machine serves mirror content for various F/OSS projects in addition to standard www content, so it quite often has 350 users concurrently connected downloading mirrored content (in addition to visitors who're actually visiting the site). Are you using squid as well? You may try doing something like restarting apache. The problem seems related to certain long running processes with fragmented address spaces. Basically, in order to manage address spaces, the kernel keeps track of a bunch of maps. Entries in these maps are stored in... map entries. In certain situations, the kernel can't wait to allocate a map entry, so it grabs one from a static list. Previously, when they ran out, the kernel paniced. Now it just says uh oh. The kernel will merrily go on making more static entries as needed. the problem is not in the user land. the problem is in i386 pmap which abuses kmem_map that is there for malloc(9)s use and allocates pv_entries from it. this leads to enormous kmem_map fragmentation and unaccounted allocations that does not show up in the vmstat and as well leads to livelocks (sleeping on kmem_map) and out of space in kmem_map panics as well. there is a number of measures to remediate the situation proper - convert pv_entries allocations to pool (i have a diff if you wanna) - backend malloc w/ pool (filed in sendbug) - a number of uvm fixes (such as amap ops) that reduce fragmentation. cu -- paranoic mickey (my employers have changed but, the name has remained)