Re: OT - Needs for data modeling tool under OSS ?
see here (very expensive), I use ER/Studio and DBArtizan Workbench, weekdays I `eat & breed` Oracle that's why I have nightmares (sometimes) . http://www.embarcadero.com/products/products.html ioan >>> Tomas Bodzar <[EMAIL PROTECTED]> 04/08/2008 03:47 >>> Hi all, I'm just curious how much of the developers or administrators of databases is looking for some SW,which can be used for Logical modeling,Physical modeling,Metamodel modeling,HTML/RTF reports,generating DDL,converstion between databases,Reverse engeneering of databases and so on. I'm asking due to my personal needs and maybe it will be usefull in talking with management to make some changes toward more openess. Something about our product you can find here http://www.casestudio.com/enu/default.aspx , http://www.toadworld.com/Products/ToadDataModeler/tabid/342/Default.aspx and here http://modeling.inside.quest.com/index.jspa I'm using OpenBSD 4.3 on MS Virtual server for hosting MySQL and PostgreSQL for tests,https server and sftp server.At home with Mandriva 2008.1 in dualboot for desktop. Some other tools,which are OSS or free available under Linux (don't know if for BSD too) are Tora or new SQL Developer from Oracle under Java,but both of them are ooposite for Toad for Oracle,not for our Toad Data Modeler. Thanks a lot for your ideas,comments and answers PS:Sorry for layout,but Outlook from MS Office 2007 don't know what is 80 character terminal :-) Tomas Bodzar Analyst 1,Quality Control CHARONWARE, s.r.o Ulehlova 267/5 700 30 Ostrava Czech Republic (European Union) With Quest Software, you get more... more performance, more productivity and more value for your IT investments. Visit www.quest.com to learn more. This e-mail is intended for the addressee(s) named and may contain confidential and/or privileged information. If you are not the intended recipient, please delete it immediately and notify the sender. Any views expressed in this email are those of the individual sender except where the sender expressly and with authority states them to be the views of Fairfield City Council.
OT - Needs for data modeling tool under OSS ?
Hi all, I'm just curious how much of the developers or administrators of databases is looking for some SW,which can be used for Logical modeling,Physical modeling,Metamodel modeling,HTML/RTF reports,generating DDL,converstion between databases,Reverse engeneering of databases and so on. I'm asking due to my personal needs and maybe it will be usefull in talking with management to make some changes toward more openess. Something about our product you can find here http://www.casestudio.com/enu/default.aspx , http://www.toadworld.com/Products/ToadDataModeler/tabid/342/Default.aspx and here http://modeling.inside.quest.com/index.jspa I'm using OpenBSD 4.3 on MS Virtual server for hosting MySQL and PostgreSQL for tests,https server and sftp server.At home with Mandriva 2008.1 in dualboot for desktop. Some other tools,which are OSS or free available under Linux (don't know if for BSD too) are Tora or new SQL Developer from Oracle under Java,but both of them are ooposite for Toad for Oracle,not for our Toad Data Modeler. Thanks a lot for your ideas,comments and answers PS:Sorry for layout,but Outlook from MS Office 2007 don't know what is 80 character terminal :-) Tomas Bodzar Analyst 1,Quality Control CHARONWARE, s.r.o Ulehlova 267/5 700 30 Ostrava Czech Republic (European Union) With Quest Software, you get more... more performance, more productivity and more value for your IT investments. Visit www.quest.com to learn more.
Re: Problem with CD/DVD RW - only read SOLVED
It's 80-wire,but problem solved.My problem under OpenBSD was bad CD :-] Under Mandriva 2008.1 it was combination of new kernel and setup of BIOS, Which was then fighting with kernel :-/ Thanks a lot -Original Message- From: Sviatoslav Chagaev [mailto:[EMAIL PROTECTED] Sent: Saturday, August 02, 2008 10:54 PM To: Tomas Bodzar Subject: Re: Problem with CD/DVD RW - only read What IDE cable for this drive? 40- or 80-wire? A month or two ago, I was experiencing problems with my DVD-RW drive, it wouldn't read CDs/DVDs, outputing similar errors into dmesg. Then I replaced the 40-wire cable with an 80-wire one and all the problems disappeared. On Thu, 31 Jul 2008 06:31:33 +0100 Tomas Bodzar <[EMAIL PROTECTED]> wrote: > Hi all, > > Do you know someone what does mean this error? > > pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf5cd0/192 (10 entries) > cd0 at scsibus0 targ 0 lun 0: SCSI0 5/cdrom > removable > cd0(pciide1:1:0): using PIO mode 4, Ultra-DMA mode 2 > pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xf5cd0/192 (10 entries) > cd0 at scsibus0 targ 0 lun 0: SCSI0 5/cdrom > removable > cd0(pciide1:1:0): using PIO mode 4, Ultra-DMA mode 2 > cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 > cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 > cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 > cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 > cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 > cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 > cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 > cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 > cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 > cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 > cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 > cd0(atapiscsi0:0:0): Check Condition (error 0x70) on opcode 0x28 > > Mechanic was running fine for 4 years.Reads very well all types of supported > media. > I tried wodim in Mandriva 2008.1 sometimes error,that I must use TAO,sometimes > error > That buffer overflow and some others.K3b have no info during process about > Buffer, > but in setup or in info is everything OK for HW,SW and privileges.Forgot > dmesg, > but it shows buffer right.Than i reboot to OpenBSD and tried cdio and cdrtools > - nothing. > > Will it be sw problem or is mechanic dead?Can I use some of OpenBSD programs > for check condition? > Cdrtools shows mechanic,some info from it and from disc too.hdparm on Mandriva > shows no problem. > > Thanks a lot > > TB
Re: bridge and dhcp
On Sunday 03 August 2008 22:36:00 you wrote: > On Sun, Aug 03, 2008 at 09:43:15PM +0200, Chris Cohen wrote: > > Paul de Weerd wrote: > >> On Sun, Aug 03, 2008 at 11:07:42AM +0200, Chris Cohen wrote: > >> | Hi, > >> | > >> | | I have a small openbsd router running in my network. > >> | > >> | I have vlan10 (my lan), vlan11 (w-lan) and tun0/1 (openvpn tap > >> | devices). I bridged them all toghether on bridge0. Only vlan10 has an > >> | ip address. (10.1.16.1) > >> | Now I want dhcpd to assign 10.1.16.0/24 on all four interfaces, but it > >> > >> just | does on vlan10. All i get is Can't listen on vlan11/tap0/tap1. It > >> has no IP | Address. > >> > >> | Also.. since all interfaces are bridged, shouldn requests on vlan11 or > >> > >> tun0 | reach vlan10 where dhcpd does listen? They do not... > >> > >> You probably want to configure the IP address on the bridge interface > >> and have dhcpd listen there. > > > > $ sudo ifconfig bridge0 10.1.16.100 > > ifconfig: SIOCAIFADDR: Inappropriate ioctl for device > > > > If I remember right I asked that a few years ago... the answer was: > > assign the IP address to one of the bridged interfaces, a bridge is a > > layer2 device. Isn't this true any longer? > > Ugh, I'm an idiot .. bridge != trunk .. I apologize. :) > Yes, you should configure the IP address on one of the bridge > interfaces, and then dhcpd *should* listen only on that interface. > > Can you tcpdump on some of your interfaces when trying to get a lease > to see what is going on ? $ sudo tcpdump -i vlan11 tcpdump: listening on vlan11, link-type EN10MB 07:12:19.643623 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0x1a656058 flags:0x8000 [|bootp] 07:12:22.643563 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0x1a656058 secs:768 flags:0x8000 [|bootp] 07:12:30.645298 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0x1a656058 secs:2816 flags:0x8000 [|bootp] 07:12:44.884417 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0x1a656058 secs:6656 flags:0x8000 [|bootp] $ sudo tcpdump -i bridge0 tcpdump: listening on bridge0, link-type EN10MB 07:13:50.405377 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0xbe1ac21c flags:0x8000 [|bootp] 07:13:53.413579 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0xbe1ac21c secs:768 flags:0x8000 [|bootp] 07:14:01.404793 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0xbe1ac21c secs:2816 flags:0x8000 [|bootp] 07:14:16.407810 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0xbe1ac21c secs:6656 flags:0x8000 [|bootp] $ sudo tcpdump -i vlan10 [all my lan traffic but not bootpc] If I run dhclient on a pc in vlan10 I get: $ sudo tcpdump -i vlan10 port bootpc tcpdump: listening on vlan10, link-type EN10MB 07:20:24.867674 0.0.0.0.bootpc > 255.255.255.255.bootps: xid:0xe29ba5c [| bootp] [tos 0x10] 07:20:24.868464 10.1.16.1.bootps > 10.1.16.10.bootpc: xid:0xe29ba5c Y:10.1.16.10 S: 10.1.16.1 [|bootp] [tos 0x10] -- Thank you Chris
Re: Is it necessary to recompile just to apply a security patch?
On Wed, Jul 30, 2008 at 5:25 AM, Ingo Schwarze <[EMAIL PROTECTED]> wrote: > Hi skogzort, > > Nick Guenther wrote on Tue, Jul 29, 2008 at 01:05:52PM -0400: > > On Tue, Jul 29, 2008 at 11:41 AM, skogzort <[EMAIL PROTECTED]> wrote: > > >> I know nothing/very little about OpenBSD or UNIX. I have been tasked > with > >> updating our OpenBSD DNS server with a security fix (Vulnerability Note > >> VU#800113- Multiple DNS implementations vulnerable to cache poisoning). > > That doesn't sound all too well. You have an OpenBSD server, > but you have nobody knowing more than very little about UNIX? > UNIX is easier to administer than Windows, but some learning > will be required... > > Quite probably, your server might be terribly out of date. > OpenBSD servers ought to be updated at least once a year. > Please look at the first line of the output of dmesg(8). > If the version number is lower than "OpenBSD 4.2", > you should upgrade the base system before applying patches. > In any case, you should establish a process for regular > updates of the server. The best times to update are > in May and November, just after the -stable releases. > In my experience, updating twice a year is easier and > less risky than just once: You get used to it. > Regularly ordering the CDs and just upgrading from CD > is the most convenient way to go. > > If your task is to maintain that server, carefully read > http://www.openbsd.org/cgi-bin/cvsweb/src/etc/root/root.mail?rev=HEAD > Have a quick look at the resources referenced there, > just to get an impression what is available. > The man pages, the FAQ and afterboot(8) are particularly useful. > > >> In order to do this it appears that I have to download the source code > >> re-compile the entire OS. Recompiling the OS seems to involve a lot of > >> steps. > > Don't compile the whole system from source unless you are actively > hacking on the base system (which clearly you aren't) or unless > you want to track -current using a single build for multiple servers. > As others told you, each errata patch contains instructions what > exactly must be rebuilt, and how. > > >> you don"t even have to reboot the server, > > That's indeed true in the present case, yes. > After patching named, you must restart named, > but rebooting would be useless. > > Of course, kernel patches require rebooting - > which applies to Windows machines as well, by the way. ;-) > > > Nick wrote: > > OpenBSD is mostly designed as a monolithic kernel. > > Please stop spreading misleading advice. > This has nothing to do with the kernel. > (Hopefully, skogzort didn't start building kernels yet.) > > Yours, > Ingo > > -- > Ingo Schwarze <[EMAIL PROTECTED]> > usta.de / studis.de system operation > *** Can we get a bind9 kernel module for OpenBSD any time soon? *** > > And I just learn that ISC was releasing -p2 patches for BIND to address stability and performance issues: http://isc.sans.org/diary.html?storyid=4816 -zamri-
Re: PKG_PATH question !
Thanks for the appointment.! Regards. --- Philip Guenther <[EMAIL PROTECTED]> wrote: > On Sat, Aug 2, 2008 at 1:52 PM, Francisco Valladolid > Hdez. > <[EMAIL PROTECTED]> wrote: > > Can have more than IP address appointed to > PKG_PATH ? > > PKG_PATH can't contain IP addresses except as part > of URLs. It can > contain entries that aren't URLs. > > > > some times I have packages grabbed in my HD > sometimes > > I have to install from ftp. > > > > It's possible do it: > > > > export PKG_PATH=ftp://ftp.some; > /usr/ports/packages/ > > You obviously didn't actually try typing that, > because you would have > gotten an error from the shell: semicolon is a > special character to > the shell and needs to be quoted to include in a > variable value. > However, semicolon is the wrong character for > PKG_PATH! Please inform > the author of the documentation that you got that > from that it's wrong > and needs to be corrected. > > Since pkg_add is the command that uses PKG_PATH, did > you consider > reading the pkg_add(1) manpage to see what it says > about it? (If not, > please do so in the future: OpenBSD actually > documents stuff in > manpages!) > > PKG_PATH If a given package name cannot be > found, the directories > named by PKG_PATH are searched. > It should contain a series > of entries separated by colons. > Each entry consists of a > directory name, ending in a slash. > URL schemes such as FTP, > HTTP, HTTPS, or SCP are also > appropriate. The current di- > rectory may be indicated > implicitly by an empty directory > name, or explicitly by a single > period (`./'). > > So: >export > PKG_PATH=ftp://ftp.some/:/usr/ports/packages/ > > > Philip Guenther > > --- Therefore, if anyone is in Christ, he is a new creation; the old has gone, the new has come! - 2 Corinthians 5:17 (NIV) --- Francisco Valladolid Hdez. http://blog.bsdguy.net - http://flickr.com/photos/sigueme/
Re: zyd(4) {xfer,frame} too short (length=XX)
Pau wrote:
The guy who sold me the thingamabob ("WLAN SET Omni Antenna 9dBi RP-SMA
with Minitar MWGUH - USB 54 Mbit) is willing to change it for another
one which works for me (i.e. openbsd)
Which one would you suggest?
Cheers,
Pau
Hi Pau,
If you want something in USB have a look at man ural. Pay attention to
the HARDWARE section.
Ralink gave documentation for the RT2500USB chipset so there is good
support for it.
Otherwise just : # apropos wireless
And read on the HARDWARE sections of the given manpages.
From ural (4) you can see :
HARDWARE
The following adapters should work:
AMIT WL532U
ASUS WL-167g
Belkin F5D7050 v2000
Buffalo WLI-U2-KG54
Buffalo WLI-U2-KG54-AI
Buffalo WLI-U2-KG54-YB
CNet CWD-854
Compex WLU54G 2A1100
Conceptronic C54RU
D-Link DWL-G122 (b1)
Dynalink WLG25USB
E-Tech WGUS02
Eminent EM3035
Gigabyte GN-WBKG
Hercules HWGUSB2-54
KCORP LifeStyle KLS-685
Linksys HU200-TS
Linksys WUSB54G v4
Linksys WUSB54GP v4
MSI MS-6861
MSI MS-6865
MSI MS-6869
Nintendo Wi-Fi USB Connector
Nova Tech NV-902W
OvisLink Evo-W54USB
SerComm UB801R
SparkLAN WL-685R
Sphairon UB801R
Surecom EP-9001-g rev 3A
Sweex LC100060
Tonze UW-6200C
Zaapa ZNWUSB-54
Zinwell ZPlus-G250
Zinwell ZWX-G261
Zonet ZEW2500P
Re: zyd(4) {xfer,frame} too short (length=XX)
On Sun, Aug 3, 2008 at 6:22 PM, Pau <[EMAIL PROTECTED]> wrote:
>
> 2008/5/10 raven <[EMAIL PROTECTED]>:
>> Paul de Weerd ha scritto:
>>>
>>> Hi all,
>>>
>>> Today I stumbled across a dirt cheap (~6 EUR) wireless + bluetooth
>>> combo USB device. Turns out the wireless part is supported (it's a zyd(4))
>>> :
>>>
>>> uhub3 at uhub0 port 1 "Genesys Logic USB2.0 Hub" rev 2.00/6.0b addr 2
>>> zyd0 at uhub3 port 1 configuration 1 interface 0 "ZyDAS USB2.0 WLAN" rev
>>> 2.00/43 .30 addr 3
>>> ubt0 at uhub3 port 4 "SiW SiW" rev 1.10/15.00 addr 4
>>> zyd0: HMAC ZD1211, FW 46.05, RF RFMD, PA 0, address 00:11:f6:7e:fe:d8
>>>
>>> However, when using the card I get lots of these :
>>>
>>> zyd0: xfer too short (length=22)
>>> zyd0: frame too short (length=22)
>>> zyd0: frame too short (length=4)
>>> zyd0: xfer too short (length=8)
>>> zyd0: xfer too short (length=24)
>>> zyd0: xfer too short (length=11)
>>> zyd0: xfer too short (length=6)
>>>
>>> etc.
>>>
>>> This errormessage is not described in the manpage and looking at the
>>> source, all I see is that they're generated when receiving frames.
>>> (zyd_rxeof and zyd_rx_data). Rate of error seems to be correlated to
>>> the load on the nic, but not completely. Could this be a faulty nic
>>> (maybe the reason why it's so damn cheap) or is something else going
>>> on ?
>>>
>>> If anybody is interested, I could send one of these their way.
>>>
>>>
>>
>> I use an Acer G-US1 802.11b/g with same chip and same message, but
>> sometimes...
>> My wireless still working...just a bit slower..
>> Regards,
>> Francesco
>>>
>>> Cheers,
>>>
>>> Paul 'WEiRD' de Weerd
>
>
> Hi,
>
> I bought a minitar thingamabob with antenna etc... I can see a lot of
> new networks but, more importantly, I can see the network the city
> hall of my town offers to everybody here in Sant Cugat, Barcelona.
> It's for free if you're living in Sant Cugat. I am.
>
> But my usb dongle + pigtail and 9db antenna :
>
> http://www.yagiwlan.de/images/ebay/omni_9_usb_set_maly.jpg
>
> is using zyd and, when I try to connect to the network, I get typically this:
>
> Jul 24 23:01:01 elachistos /bsd: zyd0 at uhub0
> Jul 24 23:01:01 elachistos /bsd: zyd0: HMAC ZD1211B, FW 47.25, RF
> AL2230, PA 0, address 00:1a:ff:01:d8:76
> Jul 24 23:05:18 elachistos /bsd: zyd0: frame too short (length=22)
> Jul 24 23:05:18 elachistos /bsd: zyd0: frame too short (length=22)
> Jul 24 23:05:18 elachistos /bsd: zyd0: frame too short (length=22)
> Jul 24 23:06:28 elachistos /bsd: zyd0: xfer too short (length=22)
> Jul 24 23:08:45 elachistos /bsd: zyd0: frame too short (length=22)
> Jul 24 23:09:00 elachistos /bsd: zyd0: xfer too short (length=22)
> Jul 24 23:10:26 elachistos /bsd: zyd0: xfer too short (length=22)
> Jul 24 23:11:17 elachistos /bsd: zyd0: xfer too short (length=8)
> Jul 24 23:15:48 elachistos /bsd: zyd0: could not send command
> (error=CANCELLED)
> Jul 24 23:15:48 elachistos /bsd: zyd0 detached
>
> Te antenna of the city hall is working fine and is strong enough. This
> must be related to the chipset driver... or is the transfer just too
> low? I don't think so because connecting to close networks (the one in
> my institute) doesn't work well, and it does work with iwi (the
> built-in card of the laptop).
>
> The guy who sold me the thingamabob ("WLAN SET Omni Antenna 9dBi RP-SMA
> with Minitar MWGUH - USB 54 Mbit) is willing to change it for another
> one which works for me (i.e. openbsd)
>
> Which one would you suggest?
>
> Cheers,
>
> Pau
The usual answer is "get a ral(4)".
I got a zyd(4) myself and I see the same problem. It still works but
sometimes it chokes out on me. I've been meaning to hunt it down.
-Nick
Re: config GENERIC error
On Sun, Aug 03, 2008 at 03:33:26PM -0500, pezking wrote: > > Thanks for the fast replies guys. I'll try your suggestion Emilio, just to > make sure, for the "tag" option in my supfile, do I just do "." as I would > with FreeBSD to get the current release? Yes, but as Dorian noted, that is the 4.4-beta current, so you would download the current snapshot first. My suggestion was to download the 4.3 release and then update it to -stable with OPENBSD_4_3, which is wrong if you want -current. The i386 snapshot on the ftp sites earlier today had a corrupt kernel file (build 1010). The latest (1011) is fine.
Re: config GENERIC error
pezking schrieb: On Sun, Aug 3, 2008 at 3:17 PM, Emilio Perea <[EMAIL PROTECTED]> wrote: On Sun, Aug 03, 2008 at 02:54:17PM -0500, pezking wrote: Hello, This is my first OpenBSD mailing list post so I hope I am in the correct place, and if I am not I apologize in advance. I'm having some trouble upgrading from OpenBSD 4.2 to 4.3 - particularly at the "config GENERIC" stage. I am a little bit stumped as I have not edited the kernel in any way in my previous install, or in this one (thus just using GENERIC). I've followed the steps in the handbook but this is the error I get when I do "config GENERIC" inside "/usr/src/sys/arch/i386/conf/": I believe config changed in between releases. You should upgrade to 4.3 release and then update to stable. Thanks for the fast replies guys. I'll try your suggestion Emilio, just to make sure, for the "tag" option in my supfile, do I just do "." as I would with FreeBSD to get the current release? Shane for current, you use tag=. , and for -stable something like tag=OPENBSD_4_3 release is what ships on cd.
Re: zyd(4) {xfer,frame} too short (length=XX)
Hi,
I bought a minitar thingamabob with antenna etc... I can see a lot of
new networks but, more importantly, I can see the network the city
hall of my town offers to everybody here in Sant Cugat, Barcelona.
It's for free if you're living in Sant Cugat. I am.
But my usb dongle + pigtail and 9db antenna :
http://www.yagiwlan.de/images/ebay/omni_9_usb_set_maly.jpg
is using zyd and, when I try to connect to the network, I get typically this:
Jul 24 23:01:01 elachistos /bsd: zyd0 at uhub0
Jul 24 23:01:01 elachistos /bsd: zyd0: HMAC ZD1211B, FW 47.25, RF
AL2230, PA 0, address 00:1a:ff:01:d8:76
Jul 24 23:05:18 elachistos /bsd: zyd0: frame too short (length=22)
Jul 24 23:05:18 elachistos /bsd: zyd0: frame too short (length=22)
Jul 24 23:05:18 elachistos /bsd: zyd0: frame too short (length=22)
Jul 24 23:06:28 elachistos /bsd: zyd0: xfer too short (length=22)
Jul 24 23:08:45 elachistos /bsd: zyd0: frame too short (length=22)
Jul 24 23:09:00 elachistos /bsd: zyd0: xfer too short (length=22)
Jul 24 23:10:26 elachistos /bsd: zyd0: xfer too short (length=22)
Jul 24 23:11:17 elachistos /bsd: zyd0: xfer too short (length=8)
Jul 24 23:15:48 elachistos /bsd: zyd0: could not send command (error=CANCELLED)
Jul 24 23:15:48 elachistos /bsd: zyd0 detached
Te antenna of the city hall is working fine and is strong enough. This
must be related to the chipset driver... or is the transfer just too
low? I don't think so because connecting to close networks (the one in
my institute) doesn't work well, and it does work with iwi (the
built-in card of the laptop).
The guy who sold me the thingamabob ("WLAN SET Omni Antenna 9dBi RP-SMA
with Minitar MWGUH - USB 54 Mbit) is willing to change it for another
one which works for me (i.e. openbsd)
Which one would you suggest?
Cheers,
Pau
2008/5/10 raven <[EMAIL PROTECTED]>:
> Paul de Weerd ha scritto:
>>
>> Hi all,
>>
>> Today I stumbled across a dirt cheap (~6 EUR) wireless + bluetooth
>> combo USB device. Turns out the wireless part is supported (it's a zyd(4))
>> :
>>
>> uhub3 at uhub0 port 1 "Genesys Logic USB2.0 Hub" rev 2.00/6.0b addr 2
>> zyd0 at uhub3 port 1 configuration 1 interface 0 "ZyDAS USB2.0 WLAN" rev
>> 2.00/43 .30 addr 3
>> ubt0 at uhub3 port 4 "SiW SiW" rev 1.10/15.00 addr 4
>> zyd0: HMAC ZD1211, FW 46.05, RF RFMD, PA 0, address 00:11:f6:7e:fe:d8
>>
>> However, when using the card I get lots of these :
>>
>> zyd0: xfer too short (length=22)
>> zyd0: frame too short (length=22)
>> zyd0: frame too short (length=4)
>> zyd0: xfer too short (length=8)
>> zyd0: xfer too short (length=24)
>> zyd0: xfer too short (length=11)
>> zyd0: xfer too short (length=6)
>>
>> etc.
>>
>> This errormessage is not described in the manpage and looking at the
>> source, all I see is that they're generated when receiving frames.
>> (zyd_rxeof and zyd_rx_data). Rate of error seems to be correlated to
>> the load on the nic, but not completely. Could this be a faulty nic
>> (maybe the reason why it's so damn cheap) or is something else going
>> on ?
>>
>> If anybody is interested, I could send one of these their way.
>>
>>
>
> I use an Acer G-US1 802.11b/g with same chip and same message, but
> sometimes...
> My wireless still working...just a bit slower..
> Regards,
> Francesco
>>
>> Cheers,
>>
>> Paul 'WEiRD' de Weerd
Re: Problem with current i386 snapshot
On Sun, Aug 03, 2008 at 10:26:54PM +0200, Paul de Weerd wrote: > > OpenBSD 4.4-beta (GENERIC) #1011: Sat Aug 2 21:46:49 MDT 2008 (the > latest and greatest from ftp.openbsd.org) boots fine. Yes, that fixed the problem. (I was not able to try bsd.rd on my 4801 since I seem to have screwed up my settings and don't get a boot prompt. It's time to fix that now! :-)
bahabri wants to keep up with you on Twitter
To find out more about Twitter, visit the link below: http://twitter.com/i/fb4b8bf9e1901164f0811ea02dddc2a28d81c385 Thanks, -The Twitter Team About Twitter Twitter is a unique approach to communication and networking based on the simple concept of status. What are you doing? What are your friends doingbright now? With Twitter, you may answer this question over SMS, IM, or the Web and the responses are shared between contacts. This message was sent by a Twitter user who entered your email address. If you'd prefer not to receive emails when other people invite you to Twitter, click here: http://twitter.com/i/optout/ac4cd073e8c72feee57345d224f2b793e0de0b7a
bahabri wants to keep up with you on Twitter
To find out more about Twitter, visit the link below: http://twitter.com/i/d7853bad0607d45094bc6c4937eacebe1933365c Thanks, -The Twitter Team About Twitter Twitter is a unique approach to communication and networking based on the simple concept of status. What are you doing? What are your friends doingbright now? With Twitter, you may answer this question over SMS, IM, or the Web and the responses are shared between contacts. This message was sent by a Twitter user who entered your email address. If you'd prefer not to receive emails when other people invite you to Twitter, click here: http://twitter.com/i/optout/64f27881b02f4ad360dd93cbdeb2f7bf475b109c
Re: ati(4) not working on 4.4-beta sparc64
2008/8/3 Mark Kettenis <[EMAIL PROTECTED]>: >> Hey misc@, >> >> I seem to be unable to get accelerated X running on my old ultra 5, >> unaccelerated just works(tm). >> Am I missing something? >> Did I find something? > > Jasper, > > Can you post the output of pcidump -v for that Ultra 5? > Sure thing. 0:1:0: Sun Simba PCI-PCI 0x: Vendor ID: 108e Product ID: 5000 0x0004: Command: 0147 Status ID: 02a0 0x0008: Class: 06 Subclass: 04 Interface: 00 Revision: 11 0x000c: BIST: 00 Header Type: 81 Latency Timer: 28 Cache Line Size: 10 0x0010: 0x0014: 0x0018: Primary Bus: 0 Secondary Bus: 2 Subordinate Bus: 255 Secondary Latency Timer: 28 0x001c: I/O Base: 00 I/O Limit: 00 Secondary Status: 0280 0x0020: Memory Base: Memory Limit: 0x0024: Prefetch Memory Base: Prefetch Memory Limit: 0x0028: Prefetch Memory Base Upper 32 Bits: 0x002c: Prefetch Memory Limit Upper 32 Bits: 0x0030: I/O Base Upper 16 Bits: I/O Limit Upper 16 Bits: 0x0038: Expansion ROM Base Address: 0x003c: Interrupt Pin: 00 Line: 00 Bridge Control: 0002 0:1:1: Sun Simba PCI-PCI 0x: Vendor ID: 108e Product ID: 5000 0x0004: Command: 0147 Status ID: 02a0 0x0008: Class: 06 Subclass: 04 Interface: 00 Revision: 11 0x000c: BIST: 00 Header Type: 81 Latency Timer: 28 Cache Line Size: 10 0x0010: 0x0014: 0x0018: Primary Bus: 0 Secondary Bus: 1 Subordinate Bus: 1 Secondary Latency Timer: 28 0x001c: I/O Base: 00 I/O Limit: 00 Secondary Status: 0280 0x0020: Memory Base: Memory Limit: 0x0024: Prefetch Memory Base: Prefetch Memory Limit: 0x0028: Prefetch Memory Base Upper 32 Bits: 0x002c: Prefetch Memory Limit Upper 32 Bits: 0x0030: I/O Base Upper 16 Bits: I/O Limit Upper 16 Bits: 0x0038: Expansion ROM Base Address: 0x003c: Interrupt Pin: 00 Line: 00 Bridge Control: 0002 1:1:0: Sun PCIO EBus2 0x: Vendor ID: 108e Product ID: 1000 0x0004: Command: 0146 Status ID: 0280 0x0008: Class: 06 Subclass: 80 Interface: 00 Revision: 01 0x000c: BIST: 00 Header Type: 80 Latency Timer: 52 Cache Line Size: 40 0x0010: BAR mem 32bit addr: 0xf000 0x0014: BAR mem 32bit addr: 0xf100 0x0018: BAR empty () 0x001c: BAR empty () 0x0020: BAR empty () 0x0024: BAR empty () 0x0028: Cardbus CIS: 0x002c: Subsystem Vendor ID: Product ID: 0x0030: Expansion ROM Base Address: e000 0x0038: 0x003c: Interrupt Pin: 00 Line: 00 Min Gnt: 0a Max Lat: 19 1:1:1: Sun HME 0x: Vendor ID: 108e Product ID: 1001 0x0004: Command: 0046 Status ID: 0280 0x0008: Class: 02 Subclass: 00 Interface: 00 Revision: 01 0x000c: BIST: 00 Header Type: 80 Latency Timer: 52 Cache Line Size: 40 0x0010: BAR mem 32bit addr: 0xe000 0x0014: BAR empty () 0x0018: BAR empty () 0x001c: BAR empty () 0x0020: BAR empty () 0x0024: BAR empty () 0x0028: Cardbus CIS: 0x002c: Subsystem Vendor ID: Product ID: 0x0030: Expansion ROM Base Address: e100 0x0038: 0x003c: Interrupt Pin: 00 Line: 00 Min Gnt: 0a Max Lat: 05 1:2:0: ATI Mach64 GT 0x: Vendor ID: 1002 Product ID: 4754 0x0004: Command: 0082 Status ID: 0280 0x0008: Class: 03 Subclass: 00 Interface: 00 Revision: 9a 0x000c: BIST: 00 Header Type: 00 Latency Timer: 42 Cache Line Size: 40 0x0010: BAR mem 32bit addr: 0xe100 0x0014: BAR io addr: 0xff00 0x0018: BAR mem 32bit addr: 0xf000 0x001c: BAR empty () 0x0020: BAR empty () 0x0024: BAR empty () 0x0028: Cardbus CIS: 0x002c: Subsystem Vendor ID: Product ID: 0x0030: Expansion ROM Base Address: e102 0x0038: 0x003c: Interrupt Pin: 01 Line: 02 Min Gnt: 08 Max Lat: 00 1:3:0: CMD Technology PCI0646 0x: Vendor ID: 1095 Product ID: 0646 0x0004: Command: 0045 Status ID: 0280 0x0008: Class: 01 Subclass: 01 Interface: 8f Revision: 03 0x000c: BIST: 00 Header Type: 00 Latency Timer: 10 Cache Line Size: 00 0x0010: BAR io addr: 0x00c0 0x0014: BAR io addr: 0x00c8 0x0018: BAR io addr: 0x00c00010 0x001c: BAR io addr: 0x00c00018 0x0020: BAR io addr: 0x00c00020 0x0024: BAR empty () 0x0028: Cardbus CIS: 0x002c: Subsystem Vendor ID: 1095 Product ID: 0646
Re: ati(4) not working on 4.4-beta sparc64
2008/8/3 Matthieu Herrb <[EMAIL PROTECTED]>: > On Sun, Aug 3, 2008 at 3:38 PM, Jasper Valentijn > <[EMAIL PROTECTED]> wrote: >> Hey misc@, >> >> I seem to be unable to get accelerated X running on my old ultra 5, > > Did you set machdep.allowaperture in /etc/sysctl.conf? > $ sysctl machdep.allowaperture machdep.allowaperture=1 It was set during the install so yes. My first thought was I needed to set it at 2. But then I saw it wasn't available on sparc64. -- "We spend the first twelve months of our children's lives teaching them to walk and talk and the next twelve telling them to sit down and shut up."
Re: ati(4) not working on 4.4-beta sparc64
> Hey misc@, > > I seem to be unable to get accelerated X running on my old ultra 5, > unaccelerated just works(tm). > Am I missing something? > Did I find something? Jasper, Can you post the output of pcidump -v for that Ultra 5? Thanks, Mark
Re: ati(4) not working on 4.4-beta sparc64
On Sun, Aug 3, 2008 at 3:38 PM, Jasper Valentijn <[EMAIL PROTECTED]> wrote: > Hey misc@, > > I seem to be unable to get accelerated X running on my old ultra 5, Did you set machdep.allowaperture in /etc/sysctl.conf? -- Matthieu Herrb
Re: bridge and dhcp
On Sun, Aug 03, 2008 at 09:43:15PM +0200, Chris Cohen wrote: > Paul de Weerd wrote: >> On Sun, Aug 03, 2008 at 11:07:42AM +0200, Chris Cohen wrote: >> | Hi, >> | | I have a small openbsd router running in my network. >> | I have vlan10 (my lan), vlan11 (w-lan) and tun0/1 (openvpn tap devices). >> | I bridged them all toghether on bridge0. Only vlan10 has an ip address. >> | (10.1.16.1) >> | Now I want dhcpd to assign 10.1.16.0/24 on all four interfaces, but it >> just | does on vlan10. All i get is Can't listen on vlan11/tap0/tap1. It >> has no IP | Address. >> | Also.. since all interfaces are bridged, shouldn requests on vlan11 or >> tun0 | reach vlan10 where dhcpd does listen? They do not... >> >> You probably want to configure the IP address on the bridge interface >> and have dhcpd listen there. > > $ sudo ifconfig bridge0 10.1.16.100 > ifconfig: SIOCAIFADDR: Inappropriate ioctl for device > > If I remember right I asked that a few years ago... the answer was: assign > the IP address to one of the bridged interfaces, a bridge is a layer2 > device. Isn't this true any longer? Ugh, I'm an idiot .. bridge != trunk .. I apologize. Yes, you should configure the IP address on one of the bridge interfaces, and then dhcpd *should* listen only on that interface. Can you tcpdump on some of your interfaces when trying to get a lease to see what is going on ? , Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: config GENERIC error
On Sun, Aug 3, 2008 at 3:17 PM, Emilio Perea <[EMAIL PROTECTED]> wrote: > On Sun, Aug 03, 2008 at 02:54:17PM -0500, pezking wrote: > > Hello, > > > > This is my first OpenBSD mailing list post so I hope I am in the correct > > place, and if I am not I apologize in advance. I'm having some trouble > > upgrading from OpenBSD 4.2 to 4.3 - particularly at the "config GENERIC" > > stage. I am a little bit stumped as I have not edited the kernel in any > way > > in my previous install, or in this one (thus just using GENERIC). I've > > followed the steps in the handbook but this is the error I get when I do > > "config GENERIC" inside "/usr/src/sys/arch/i386/conf/": > > > I believe config changed in between releases. You should upgrade to > 4.3 release and then update to stable. > > Thanks for the fast replies guys. I'll try your suggestion Emilio, just to make sure, for the "tag" option in my supfile, do I just do "." as I would with FreeBSD to get the current release? Shane
Re: Problem with current i386 snapshot
On Sun, Aug 03, 2008 at 09:46:23PM +0200, Paul de Weerd wrote: | I can confirm issues with the latest snapshot, but not the | crashlooping. My Soekris 5501-70 does : | | boot> | booting hd0a:/bsd: 6238880+1041588 [52+319728+302648]=0x789824 | entry point at 0x200120 | | and then stands there waiting for a powercycle. | | For reference, /bsd has md5 sum 3a62104b876b145d8e3c445c3ef27ff8 I should add that bsd.rd boots just fine. For now, it looks like the kernel image is just broken, the md5 sum does not match what is listed in the MD5 file on the same mirror where I got the file (the MD5 file says bsd should have b9f0a5f5918ca5e115ea960c3bde8eeb as md5 sum). OpenBSD 4.4-beta (GENERIC) #1011: Sat Aug 2 21:46:49 MDT 2008 (the latest and greatest from ftp.openbsd.org) boots fine. Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: config GENERIC error
On Sun, Aug 03, 2008 at 02:54:17PM -0500, pezking wrote: > Hello, > > This is my first OpenBSD mailing list post so I hope I am in the correct > place, and if I am not I apologize in advance. I'm having some trouble > upgrading from OpenBSD 4.2 to 4.3 - particularly at the "config GENERIC" > stage. I am a little bit stumped as I have not edited the kernel in any way > in my previous install, or in this one (thus just using GENERIC). I've > followed the steps in the handbook but this is the error I get when I do > "config GENERIC" inside "/usr/src/sys/arch/i386/conf/": > I believe config changed in between releases. You should upgrade to 4.3 release and then update to stable.
Re: config GENERIC error
* pezking wrote: > Hello, > > This is my first OpenBSD mailing list post so I hope I am in the correct > place, and if I am not I apologize in advance. I'm having some trouble > upgrading from OpenBSD 4.2 to 4.3 - particularly at the "config GENERIC" > stage. I am a little bit stumped as I have not edited the kernel in any way > in my previous install, or in this one (thus just using GENERIC). I've > followed the steps in the handbook but this is the error I get when I do > "config GENERIC" inside "/usr/src/sys/arch/i386/conf/": please download a snapshot and install that, that will be much easier. (the kernel config file syntax had changed and you would have to rebuild the config binary prior to configuring a kernel, and some more stuff might also have changed, so you are better of with a snapshot). > > ../../../../conf/files:1005: syntax error > ../../../../conf/files:1006: syntax error > ../../../../conf/files:1007: syntax error > ../../../../conf/files:1008: syntax error > ../../../../conf/files:1009: syntax error > ../../../../conf/files:1010: syntax error > ../../../../conf/files:1011: syntax error > ../../../../conf/files:1012: syntax error > ../../../../conf/files:1013: syntax error > ../../../../conf/files:1014: syntax error > ../../../../conf/files:1015: syntax error > ../../../../conf/files:1016: syntax error > ../../../../conf/files:1017: syntax error > ../../../../conf/files:1018: syntax error > ../../../../conf/files:1019: syntax error > ../../../../conf/files:1020: syntax error > ../../../../conf/files:1021: syntax error > ../../../../conf/files:1022: syntax error > ../../../../conf/files:1023: syntax error > ../../../../conf/files:1024: syntax error > ../../../../conf/files:1025: syntax error > ../../../../conf/files:1026: syntax error > ../../../../conf/files:1027: syntax error > ../../../../conf/files:1028: syntax error > ../../../../conf/files:1029: syntax error > ../../../../conf/files:1030: syntax error > ../../../../conf/files:1031: syntax error > ../../../../conf/files:1032: syntax error > ../../../../conf/files:1033: syntax error > ../../../../conf/files:1034: syntax error > ../../../../conf/files:1035: syntax error > ../../../../conf/files:1036: syntax error > ../../../../conf/files:1037: syntax error > ../../../../conf/files:1038: syntax error > *** Stop. > > Oddly, the "conf" directory does not even exist where it is supposedly > having all these errors. I've retrieved the src files via CVSup, and here is > my CVSup file in case I may have something wrong: > > # Defaults that apply to all the collections > *default release=cvs > *default delete use-rel-suffix > *default umask=002 > *default host=anoncvs1.usa.openbsd.org > *default base=/var/db > *default prefix=/usr > *default tag=OPENBSD_4_3 > > # If your network link is a T1 or faster, comment out the following line. > # *default compress > > OpenBSD-ports > #OpenBSD-all > OpenBSD-src > #OpenBSD-www > #OpenBSD-x11 > #OpenBSD-xenocara > > Any and all help is appreciated, I'm sure I'm missing a step somewhere. > > Thanks in advance, > > Shane
Re: pkg_add and make via tor?
macintoshzoom escreveu:
> I need an alternative to the default system fetch ftp used by pkg_add,
> something that could be socksified via dsocks, or that accepts to run
> through a socks server, e.g. FETCH_CMD="dsocks-torify.sh
> newsocksifiableftp", and that understands
> ${FETCH_CMD} -o - url (as per man pkg_add)
>
> Any one had success here?
>
> I want to run pkg_add -u routed via my (only) exit socks 4a/5 proxy
> server (tor).
> (dsocks-torify.sh ftp don't work)
>
> Can you help me?
>
> Thanks.
>
> Mac
>
>
>
I think the most non disturbing way, that doesn't affect when you want
to use pkg_add directly, is to install a proxyfing program, like dante
then, configure it to use tor and call pkg_add trough it. This way, you
don't have to mess with anything else.
My regards,
--
Giancarlo Razzolini
http://lock.razzolini.adm.br
Linux User 172199
Red Hat Certified Engineer no:804006389722501
Verify:https://www.redhat.com/certification/rhce/current/
Moleque Sem Conteudo Numero #002
OpenBSD Stable
Ubuntu 8.04 Hardy Heron
4386 2A6F FFD4 4D5F 5842 6EA0 7ABE BBAB 9C0E 6B85
Re: Problem with current i386 snapshot
Hi, Paul de Weerd schrieb: I can confirm issues with the latest snapshot, but not the crashlooping. My Soekris 5501-70 does : boot> booting hd0a:/bsd: 6238880+1041588 [52+319728+302648]=0x789824 entry point at 0x200120 and then stands there waiting for a powercycle. I got a different behaviour on my ALIX... it gets to where you get at your Soekris but instead of standing there the ALIX gets into a reboot cycle. /bsd md5: 3a62104b876b145d8e3c445c3ef27ff8 Michael
config GENERIC error
Hello, This is my first OpenBSD mailing list post so I hope I am in the correct place, and if I am not I apologize in advance. I'm having some trouble upgrading from OpenBSD 4.2 to 4.3 - particularly at the "config GENERIC" stage. I am a little bit stumped as I have not edited the kernel in any way in my previous install, or in this one (thus just using GENERIC). I've followed the steps in the handbook but this is the error I get when I do "config GENERIC" inside "/usr/src/sys/arch/i386/conf/": ../../../../conf/files:1005: syntax error ../../../../conf/files:1006: syntax error ../../../../conf/files:1007: syntax error ../../../../conf/files:1008: syntax error ../../../../conf/files:1009: syntax error ../../../../conf/files:1010: syntax error ../../../../conf/files:1011: syntax error ../../../../conf/files:1012: syntax error ../../../../conf/files:1013: syntax error ../../../../conf/files:1014: syntax error ../../../../conf/files:1015: syntax error ../../../../conf/files:1016: syntax error ../../../../conf/files:1017: syntax error ../../../../conf/files:1018: syntax error ../../../../conf/files:1019: syntax error ../../../../conf/files:1020: syntax error ../../../../conf/files:1021: syntax error ../../../../conf/files:1022: syntax error ../../../../conf/files:1023: syntax error ../../../../conf/files:1024: syntax error ../../../../conf/files:1025: syntax error ../../../../conf/files:1026: syntax error ../../../../conf/files:1027: syntax error ../../../../conf/files:1028: syntax error ../../../../conf/files:1029: syntax error ../../../../conf/files:1030: syntax error ../../../../conf/files:1031: syntax error ../../../../conf/files:1032: syntax error ../../../../conf/files:1033: syntax error ../../../../conf/files:1034: syntax error ../../../../conf/files:1035: syntax error ../../../../conf/files:1036: syntax error ../../../../conf/files:1037: syntax error ../../../../conf/files:1038: syntax error *** Stop. Oddly, the "conf" directory does not even exist where it is supposedly having all these errors. I've retrieved the src files via CVSup, and here is my CVSup file in case I may have something wrong: # Defaults that apply to all the collections *default release=cvs *default delete use-rel-suffix *default umask=002 *default host=anoncvs1.usa.openbsd.org *default base=/var/db *default prefix=/usr *default tag=OPENBSD_4_3 # If your network link is a T1 or faster, comment out the following line. # *default compress OpenBSD-ports #OpenBSD-all OpenBSD-src #OpenBSD-www #OpenBSD-x11 #OpenBSD-xenocara Any and all help is appreciated, I'm sure I'm missing a step somewhere. Thanks in advance, Shane
Re: Problem with current i386 snapshot
I can confirm issues with the latest snapshot, but not the
crashlooping. My Soekris 5501-70 does :
boot>
booting hd0a:/bsd: 6238880+1041588 [52+319728+302648]=0x789824
entry point at 0x200120
and then stands there waiting for a powercycle.
For reference, /bsd has md5 sum 3a62104b876b145d8e3c445c3ef27ff8
Cheers,
Paul 'WEiRD' de Weerd
On Sun, Aug 03, 2008 at 12:00:45PM +0200, Mitja Mu?eni? wrote:
| Same here on a Thinkpad x31.
|
| Mitja
|
| > -Original Message-
| > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
| > On Behalf Of Emilio Perea
| > Sent: Sunday, August 03, 2008 6:29 AM
| > To: misc@openbsd.org
| > Subject: Problem with current i386 snapshot
| >
| > This build seems to go into an endless reboot cycle, rebooting before
| > anything shows up in the console of a Soekris net4801. The previous
| > snapshot (build #1004) works fine. Unfortunately I have
| > nothing to show
| > for it as far as filing a proper bug report. BIOS screen followed by
| > the changing console to com0 message followed by the BIOS screen etc.
| >
| > Problem build:
| > OpenBSD 4.4-beta (GENERIC) #1010: Sat Aug 2 12:39:46 MDT 2008
| > [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
| >
| > Last working version dmesg:
| > OpenBSD 4.4-beta (GENERIC) #1004: Thu Jul 31 00:42:16 MDT 2008
| > [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
| > cpu0: Geode(TM) Integrated Processor by National Semi ("Geode
| > by NSC" 586-class) 267 MHz
| > cpu0: FPU,TSC,MSR,CX8,CMOV,MMX
| > cpu0: TSC disabled
| > real mem = 133787648 (127MB)
| > avail mem = 120946688 (115MB)
| > mainbus0 at root
| > bios0 at mainbus0: AT/286+ BIOS, date 20/80/03, BIOS32 rev. 0
| > @ 0xf7840
| > pcibios0 at bios0: rev 2.0 @ 0xf/0x1
| > pcibios0: pcibios_get_intr_routing - function not supported
| > pcibios0: PCI IRQ Routing information unavailable.
| > pcibios0: PCI bus #0 is the last bus
| > bios0: ROM list: 0xc8000/0x9000
| > cpu0 at mainbus0
| > pci0 at mainbus0 bus 0: configuration mode 1 (bios)
| > pchb0 at pci0 dev 0 function 0 "Cyrix GXm PCI" rev 0x00
| > sis0 at pci0 dev 6 function 0 "NS DP83815 10/100" rev 0x00,
| > DP83816A: irq 10, address 00:00:24:c2:9e:30
| > nsphyter0 at sis0 phy 0: DP83815 10/100 PHY, rev. 1
| > sis1 at pci0 dev 7 function 0 "NS DP83815 10/100" rev 0x00,
| > DP83816A: irq 10, address 00:00:24:c2:9e:31
| > nsphyter1 at sis1 phy 0: DP83815 10/100 PHY, rev. 1
| > sis2 at pci0 dev 8 function 0 "NS DP83815 10/100" rev 0x00,
| > DP83816A: irq 10, address 00:00:24:c2:9e:32
| > nsphyter2 at sis2 phy 0: DP83815 10/100 PHY, rev. 1
| > gscpcib0 at pci0 dev 18 function 0 "NS SC1100 ISA" rev 0x00
| > gpio0 at gscpcib0: 64 pins
| > "NS SC1100 SMI" rev 0x00 at pci0 dev 18 function 1 not configured
| > pciide0 at pci0 dev 18 function 2 "NS SCx200 IDE" rev 0x01:
| > DMA, channel 0 wired to compatibility, channel 1 wired to
| > compatibility
| > wd0 at pciide0 channel 0 drive 0:
| > wd0: 4-sector PIO, LBA, 1953MB, 4001760 sectors
| > wd0(pciide0:0:0): using PIO mode 4
| > geodesc0 at pci0 dev 18 function 5 "NS SC1100 X-Bus" rev
| > 0x00: iid 6 revision 3 wdstatus 0
| > ohci0 at pci0 dev 19 function 0 "Compaq USB OpenHost" rev
| > 0x08: irq 11, version 1.0, legacy support
| > isa0 at gscpcib0
| > isadma0 at isa0
| > com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
| > com0: console
| > com1 at isa0 port 0x2f8/8 irq 3: 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
| > pcppi0 at isa0 port 0x61
| > midi0 at pcppi0:
| > spkr0 at pcppi0
| > nsclpcsio0 at isa0 port 0x2e/2: NSC PC87366 rev 9: GPIO VLM TMS
| > gpio1 at nsclpcsio0: 29 pins
| > gscsio0 at isa0 port 0x15c/2: SC1100 SIO rev 1:
| > npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
| > usb0 at ohci0: USB revision 1.0
| > uhub0 at usb0 "Compaq OHCI root hub" rev 1.00/1.00 addr 1
| > biomask fbe5 netmask ffe5 ttymask
| > softraid0 at root
| > root on wd0a swap on wd0b dump on wd0b
|
--
>[<++>-]<+++.>+++[<-->-]<.>+++[<+
+++>-]<.>++[<>-]<+.--.[-]
http://www.weirdnet.nl/
Re: bridge and dhcp
On Sun, Aug 03, 2008 at 09:27:19PM +0200, Christian Kildau wrote: > On Sunday 03 August 2008 13:19:53 you wrote: > > The file you wanted to create was /etc/dhcpd.interfaces. > That was a typo in my first mail, sorry. > > > Note that as > > of -current this has been deprecated for dhcpd_flags. > I'm running 4.2. > > > http://www.openbsd.org/faq/current.html#20080607 > > > > And just fyi, you should know that dhcpd(8) has never honored > > dhcpd_flags or dhcpd.interfaces. Only /etc/rc does at boot. To start > > dhcpd manually: > > > > # dhcpd vlan10 vlan11 tun0 tun1 > > > > And the respective line in /etc/rc.conf.local: > > > > dhcpd_flags="vlan10 vlan11 tun0 tun1" > snip > > bridge0: flags=41 > priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp > tun1 flags=3 > port 19 ifpriority 0 ifcost 0 > tun0 flags=3 > port 18 ifpriority 0 ifcost 0 > vlan11 flags=f3 > port 14 ifpriority 0 ifcost 0 > vlan10 flags=f3 > port 7 ifpriority 0 ifcost 0 > Addresses (max cache: 100, timeout: 240): > 00:1d:7d:9f:cf:82 vlan10 1 flags=0<> > 00:18:f8:9e:a7:ff vlan10 1 flags=0<> > 00:21:5c:40:dc:99 vlan11 1 flags=0<> > 00:0e:0c:aa:8b:6c vlan10 1 flags=0<> > > Whatever I supply via commandline, dhcpd only listens on vlan10 and doesnt > reply to dhcp requests on other interfaces than vlan10. I suggest you try to bind the ip address on bridge0 interface and use dhcpd_flags="bridge0" This will probably work Regards Robert -- Microsoft: Where do you want to go today? Linux: Where do you want to go tomorrow? FreeBSD: Are you guys coming or what? OpenBSD: Hey guys you left some holes out there!
Re: bridge and dhcp
Paul de Weerd wrote: On Sun, Aug 03, 2008 at 11:07:42AM +0200, Chris Cohen wrote: | Hi, | | I have a small openbsd router running in my network. | I have vlan10 (my lan), vlan11 (w-lan) and tun0/1 (openvpn tap devices). | I bridged them all toghether on bridge0. Only vlan10 has an ip address. | (10.1.16.1) | Now I want dhcpd to assign 10.1.16.0/24 on all four interfaces, but it just | does on vlan10. All i get is Can't listen on vlan11/tap0/tap1. It has no IP | Address. | Also.. since all interfaces are bridged, shouldn requests on vlan11 or tun0 | reach vlan10 where dhcpd does listen? They do not... You probably want to configure the IP address on the bridge interface and have dhcpd listen there. $ sudo ifconfig bridge0 10.1.16.100 ifconfig: SIOCAIFADDR: Inappropriate ioctl for device If I remember right I asked that a few years ago... the answer was: assign the IP address to one of the bridged interfaces, a bridge is a layer2 device. Isn't this true any longer? -- Thanks Chris
Re: bridge and dhcp
On Sun, Aug 03, 2008 at 11:07:42AM +0200, Chris Cohen wrote: | Hi, | | I have a small openbsd router running in my network. | I have vlan10 (my lan), vlan11 (w-lan) and tun0/1 (openvpn tap devices). | I bridged them all toghether on bridge0. Only vlan10 has an ip address. | (10.1.16.1) | Now I want dhcpd to assign 10.1.16.0/24 on all four interfaces, but it just | does on vlan10. All i get is Can't listen on vlan11/tap0/tap1. It has no IP | Address. | Also.. since all interfaces are bridged, shouldn requests on vlan11 or tun0 | reach vlan10 where dhcpd does listen? They do not... You probably want to configure the IP address on the bridge interface and have dhcpd listen there. Cheers, Paul 'WEiRD' de Weerd -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: bridge and dhcp
On Sunday 03 August 2008 13:19:53 you wrote: > The file you wanted to create was /etc/dhcpd.interfaces. That was a typo in my first mail, sorry. > Note that as > of -current this has been deprecated for dhcpd_flags. I'm running 4.2. > http://www.openbsd.org/faq/current.html#20080607 > > And just fyi, you should know that dhcpd(8) has never honored > dhcpd_flags or dhcpd.interfaces. Only /etc/rc does at boot. To start > dhcpd manually: > > # dhcpd vlan10 vlan11 tun0 tun1 > > And the respective line in /etc/rc.conf.local: > > dhcpd_flags="vlan10 vlan11 tun0 tun1" O.K. I tried that. In /v/l/daemon I then found: Aug 3 13:26:17 pf dhcpd: Can't listen on tun1 - it has no IP address. Aug 3 13:26:17 pf dhcpd: Can't listen on tun0 - it has no IP address. Aug 3 13:26:17 pf dhcpd: Can't listen on vlan11 - it has no IP address. Which actually makes sense since they don't need IP adresses. What I have is: vlan10: flags=8943 mtu 1500 lladdr 00:50:8b:95:a4:d2 description: client uplink vlan: 10 priority: 0 parent interface: trunk0 groups: vlan inet6 fe80::250:8bff:fe95:a4d2%vlan10 prefixlen 64 scopeid 0x7 inet 10.1.16.1 netmask 0xff00 broadcast 10.1.16.255 vlan11: flags=8943 mtu 1496 lladdr 00:50:8b:95:a4:d2 description: wlan uplink vlan: 11 priority: 0 parent interface: trunk0 groups: vlan inet6 fe80::250:8bff:fe95:a4d2%vlan11 prefixlen 64 scopeid 0xe bridge0: flags=41 mtu 1500 groups: bridge tun0: flags=9943 mtu 1500 lladdr 00:bd:f7:fa:3f:01 inet6 fe80::2bd:f7ff:fefa:3f01%tun0 prefixlen 64 scopeid 0x12 tun1: flags=9943 mtu 1500 lladdr 00:bd:b5:5d:a4:02 inet6 fe80::2bd:b5ff:fe5d:a402%tun1 prefixlen 64 scopeid 0x13 and bridge0: flags=41 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp tun1 flags=3 port 19 ifpriority 0 ifcost 0 tun0 flags=3 port 18 ifpriority 0 ifcost 0 vlan11 flags=f3 port 14 ifpriority 0 ifcost 0 vlan10 flags=f3 port 7 ifpriority 0 ifcost 0 Addresses (max cache: 100, timeout: 240): 00:1d:7d:9f:cf:82 vlan10 1 flags=0<> 00:18:f8:9e:a7:ff vlan10 1 flags=0<> 00:21:5c:40:dc:99 vlan11 1 flags=0<> 00:0e:0c:aa:8b:6c vlan10 1 flags=0<> Whatever I supply via commandline, dhcpd only listens on vlan10 and doesnt reply to dhcp requests on other interfaces than vlan10. -- Thank you Chris
aviso
Ola tudo bem!! Oi veja bem eu te conheC'o e sei que vocC* nC#o aceitaria isto entenda. C) difCcil eu te explicar assim por e-mail, mais fico sem jeito de falar pessoalmente pois em relacionamento agente nC#o pode se meter. NC#o C)B verdade! A verdade e que vocC* gosta de uma pessoa que nC#o te respeita e eu tenho provas disso. Fiz um video com meu celular,e to mandando pq acho que vocC* nC#o merece isto segue o video abaixo video de tudo.
Re: pf macro behavior change between 4.1 and 4.3?
Stuart Henderson wrote:
> The pfctl-based config parsers were re-unified between 4.2 and
> 4.3, most things just work but there are some uncommon cases
> which used to work that don't now.
Ok thanks! Do you happen to know if there are plans to fix the
uncommon cases at some point? It seems like this particular
behavior wouldn't be intentional.
> For this in particular, you can simplify. Port names are looked
> up from /etc/services; just write "{ ssh, smtp }". The comma is
> optional - see op-list in BNF of pf.conf(5) - but imo makes it
> easier to read (as does removing unnecessary macros).
Nice, that works well. I do have a few ports that are not
in /etc/services but I can hard code them without a recursive
macro, not a big deal. (rather than worry about having to
update /etc/services when I replicate my config between systems)
> pfctl/pf.conf probably could have done with an explicit
> mention, but on plus43.html you find "Improvements in the
> common parser code generator for various OpenBSD daemons"
> which is meant to cover this too.
Ok, good to know.
I appreciate the quick response! thanks a bunch
nate
Re: pkg_add and make via tor?
Hmm, forgot to add list.
macintoshzoom <[EMAIL PROTECTED]>, 20080802:185921:
> I need an alternative to the default system fetch ftp used by pkg_add,
> something that could be socksified via dsocks, or that accepts to run
> through a socks server, e.g. FETCH_CMD="dsocks-torify.sh
> newsocksifiableftp", and that understands
> ${FETCH_CMD} -o - url (as per man pkg_add)
>
> Any one had success here?
>
> I want to run pkg_add -u routed via my (only) exit socks 4a/5 proxy
> server (tor).
> (dsocks-torify.sh ftp don't work)
>
> Can you help me?
>
> Thanks.
>
> Mac
machine$ grep FETCH_CMD /etc/mk.conf
FETCH_CMD="/usr/local/bin/ports-fetcher"
machine$ grep -A2 package_add .profile
package_add () {
sudo sh -c "env FETCH_CMD=/usr/local/bin/ports-fetcher
PKG_PATH='http://YOUR_PKG_PATH/' pkg_add $*";
};
machine$ cat /usr/local/bin/ports-fetcher
#!/bin/sh
exec env http_proxy=http://127.0.0.1:8118/ https_proxy=http://127.0.0.1:8118/
ftp $*
machine$ grep -E '(forward-socks4a|listen-address)' /etc/privoxy/config
forward-socks4a / 127.0.0.1:9050 .
listen-address 127.0.0.1:8118
machine$
Hendrik
--
: There's nothing 23 can't solve. Or any other number. :
: <[EMAIL PROTECTED]> http://www.patchworklady.de/ :
: TJiND/lVovg5Z8M/noZMwwo24FDwsj8lwk1zrAfzFms2silHvuCo :
Re: pkg_add and make via tor?
On 2008/08/03 06:21, macintoshzoom wrote:
> Hi,
>
> Stuart Henderson wrote:
> > On 2008-08-02, macintoshzoom <[EMAIL PROTECTED]> wrote:
> >> I need an alternative to the default system fetch ftp used by pkg_add,
> >> something that could be socksified via dsocks, or that accepts to run
> >> through a socks server, e.g. FETCH_CMD="dsocks-torify.sh
> >> newsocksifiableftp", and that understands
> >> ${FETCH_CMD} -o - url (as per man pkg_add)
> >>
> >> Any one had success here?
> >
> > For normal pkg_add, try curl.
> >
> >> I want to run pkg_add -u routed via my (only) exit socks 4a/5 proxy
> >> server (tor).
> >
> > But iirc, you won't be able to pkg_add -u with curl.
>
> This is a must, I need pkg_add -u via tor.
> ..?
Well, then you're probably the person in the world who's
the most motivated to find a way to do it :-)
ati(4) not working on 4.4-beta sparc64
Hey misc@, I seem to be unable to get accelerated X running on my old ultra 5, unaccelerated just works(tm). Am I missing something? Did I find something? I hope it helps. Thanks in advance for any hints besides buying new hardware. Jasper Xorg.0.log (WW) OS did not count PCI devices, guessing wildly (--) Using wscons driver X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: OpenBSD 4.4 sparc64 Current Operating System: OpenBSD sparc.thuis.nl 4.4 GENERIC#1702 sparc64 Build Date: 30 July 2008 08:24:46AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Sun Aug 3 14:35:52 2008 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "wsfb" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor" (**) | |-->Device "Card0" (**) |-->Input Device "commouse0" (**) |-->Input Device "Keyboard0" (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory "/usr/X11R6/lib/X11/fonts/CID/" does not exist. Entry deleted from font path. (WW) The directory "/usr/local/lib/X11/fonts/ghostscript/" does not exist. Entry deleted from font path. (==) Including the default font path /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/OTF,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/100dpi/,/usr/X11R6/lib/X11/fonts/75dpi/. (**) FontPath set to: /usr/X11R6/lib/X11/fonts/misc/, /usr/X11R6/lib/X11/fonts/Type1/, /usr/X11R6/lib/X11/fonts/75dpi/:unscaled, /usr/X11R6/lib/X11/fonts/misc/, /usr/X11R6/lib/X11/fonts/TTF/, /usr/X11R6/lib/X11/fonts/OTF, /usr/X11R6/lib/X11/fonts/Type1/, /usr/X11R6/lib/X11/fonts/100dpi/, /usr/X11R6/lib/X11/fonts/75dpi/ (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (II) Loader magic: 0x4b8178 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on openbsd (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules//libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:01:0: chip 108e,5000 card , rev 11 class 06,04,00 hdr 81 (II) PCI: 00:01:1: chip 108e,5000 card , rev 11 class 06,04,00 hdr 81 (II) PCI: 01:01:0: chip 108e,1000 card , rev 01 class 06,80,00 hdr 80 (II) PCI: 01:01:1: chip 108e,1001 card , rev 01 class 02,00,00 hdr 80 (II) PCI: 01:02:0: chip 1002,4754 card , rev 9a class 03,00,00 hdr 00 (II) PCI: 01:03:0: chip 1095,0646 card 1095,0646 rev 03 class 01,01,8f hdr 00 (II) PCI: End of PCI scan (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:1:0), (0,2,255), BCTRL: 0x0002 (VGA_EN is cleared) (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:1), (0,1,1), BCTRL: 0x0002 (VGA_EN is cleared) (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,0), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x1) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x1) MX[B] (--) PCI:*(1:2:0) ATI Technologies Inc 3D Rage I/II 215GT [Mach64 GT] rev 154, Mem @ 0xe100/24, 0xf000/12, I/O @ 0xff00/8, BIOS @ 0xe102/17 (II) Addressable bus resource ranges are [0] -1 0 0x - 0x (0x1) MX[B] [1] -1 0 0x - 0x (0x1) IX[B] (II) OS-reported resource ranges: (II) Active PCI resource ranges: [0] -1 0 0xe000 - 0x (0x2000) MX[B]E [1] -1 0 0xf100 - 0xf1ff (0x100) MX[B]E [2] -1 0 0xf000 - 0x (0x1000) MX[B]E [3] -1 0 0xe102 - 0xe103 (0x2) MX[B](B) [4] -1 0 0xf000 - 0x (0x1000) MX[B](B) [5] -1 0 0xe100 - 0xe1ff (0x100) MX[B](B) [6] -1 0 0x00c00020 - 0x00c0003f (0x20) IX[B]E [7] -1 0 0x00c00018 - 0x00c0001f (0x8) IX[B]E [8] -1 0 0x00c00010 - 0x00c0001f (0x10) IX[B]E [9] -1 0 0x00c8 - 0x00cf (0x8) IX[B]E [10] -1 0 0x00c0 - 0x00c000ff (0x100) IX[B]E [11] -1 0 0xff00 - 0x (
Re: pkg_add and make via tor?
Hi,
Stuart Henderson wrote:
> On 2008-08-02, macintoshzoom <[EMAIL PROTECTED]> wrote:
>> I need an alternative to the default system fetch ftp used by pkg_add,
>> something that could be socksified via dsocks, or that accepts to run
>> through a socks server, e.g. FETCH_CMD="dsocks-torify.sh
>> newsocksifiableftp", and that understands
>> ${FETCH_CMD} -o - url (as per man pkg_add)
>>
>> Any one had success here?
>
> For normal pkg_add, try curl.
>
>> I want to run pkg_add -u routed via my (only) exit socks 4a/5 proxy
>> server (tor).
>
> But iirc, you won't be able to pkg_add -u with curl.
This is a must, I need pkg_add -u via tor.
..?
>
> Not sure what's up with ftp(1). First time I tried it, making a
> transfer via the ftp CLI, connecting through ssh -D1080 / dsocks,
> it transferred a file through socks, but then hanged at the end.
> If I try again, it just connects directly. Very odd...
Re: free plot software
As a friend of mine said, http://matplotlib.sourceforge.net/license.html "This term is moderately odious:" 3. In the event Licensee prepares a derivative work that is based on or incorporates matplotlib 0.98.1 or any part thereof, and wants to make the derivative work available to others as provided herein, then Licensee hereby agrees to include in any such work a brief summary of the changes made to matplotlib 0.98.1. but in any case, Damien, thanks a lot, because you have made me discover exactly what I was looking for (or very close to, at least). Not only the license but in general matplotlib seems to match my requirements very well. I was really looking forward to getting something like supermongo/ gnuplot but more... user-friendly , more powerful and... with a nicer license. I see also by the way that you are the maintainer, so again thanks for porting it to OpenBSD! Cheers, Pau 2008/8/2 Damien Miller <[EMAIL PROTECTED]>: > On Sat, 2 Aug 2008, Pau wrote: > >> PS: Still, a BSD-licensed programme like R or gnuplot seems not to >> exist, right? > > It isn't exactly a plotting "program", but ports/graphics/py-matplotlib > is BSD licensed and has a matlab-like interface. > > Then again I don't consider gnuplot's license to be particularly > pernicious, especially as someone who just wants to use it and has no > intention of hacking it. > > -d
Re: bridge and dhcp
On Sun, Aug 03, 2008 at 11:07:42AM +0200, Chris Cohen wrote:
> Hi,
>
> I have a small openbsd router running in my network.
> I have vlan10 (my lan), vlan11 (w-lan) and tun0/1 (openvpn tap devices).
> I bridged them all toghether on bridge0. Only vlan10 has an ip address.
> (10.1.16.1)
> Now I want dhcpd to assign 10.1.16.0/24 on all four interfaces, but it just
> does on vlan10. All i get is Can't listen on vlan11/tap0/tap1. It has no IP
> Address.
> Also.. since all interfaces are bridged, shouldn requests on vlan11 or tun0
> reach vlan10 where dhcpd does listen? They do not...
>
> Here is what I have in dhcpd.conf:
> shared-network LOCAL-NET {
> option domain-name "example.org";
> option domain-name-servers 10.1.32.2;
> option netbios-name-servers 10.1.16.3;
> subnet 10.1.16.0 netmask 255.255.255.0 {
> option routers 10.1.16.1;
>
> range 10.1.16.128 10.1.16.254;
> }
> }
>
> and in dhcp.interfaces:
> vlan10
> vlan11
> tun0
> tun1
>
> is there something special I have to configure?
The file you wanted to create was /etc/dhcpd.interfaces. Note that as
of -current this has been deprecated for dhcpd_flags.
http://www.openbsd.org/faq/current.html#20080607
And just fyi, you should know that dhcpd(8) has never honored
dhcpd_flags or dhcpd.interfaces. Only /etc/rc does at boot. To start
dhcpd manually:
# dhcpd vlan10 vlan11 tun0 tun1
And the respective line in /etc/rc.conf.local:
dhcpd_flags="vlan10 vlan11 tun0 tun1"
--
Jason Dixon
DixonGroup Consulting
http://www.dixongroup.net/
Re: Problem with current i386 snapshot
Same here on a Thinkpad x31.
Mitja
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> On Behalf Of Emilio Perea
> Sent: Sunday, August 03, 2008 6:29 AM
> To: misc@openbsd.org
> Subject: Problem with current i386 snapshot
>
> This build seems to go into an endless reboot cycle, rebooting before
> anything shows up in the console of a Soekris net4801. The previous
> snapshot (build #1004) works fine. Unfortunately I have
> nothing to show
> for it as far as filing a proper bug report. BIOS screen followed by
> the changing console to com0 message followed by the BIOS screen etc.
>
> Problem build:
> OpenBSD 4.4-beta (GENERIC) #1010: Sat Aug 2 12:39:46 MDT 2008
> [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
>
> Last working version dmesg:
> OpenBSD 4.4-beta (GENERIC) #1004: Thu Jul 31 00:42:16 MDT 2008
> [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC
> cpu0: Geode(TM) Integrated Processor by National Semi ("Geode
> by NSC" 586-class) 267 MHz
> cpu0: FPU,TSC,MSR,CX8,CMOV,MMX
> cpu0: TSC disabled
> real mem = 133787648 (127MB)
> avail mem = 120946688 (115MB)
> mainbus0 at root
> bios0 at mainbus0: AT/286+ BIOS, date 20/80/03, BIOS32 rev. 0
> @ 0xf7840
> pcibios0 at bios0: rev 2.0 @ 0xf/0x1
> pcibios0: pcibios_get_intr_routing - function not supported
> pcibios0: PCI IRQ Routing information unavailable.
> pcibios0: PCI bus #0 is the last bus
> bios0: ROM list: 0xc8000/0x9000
> cpu0 at mainbus0
> pci0 at mainbus0 bus 0: configuration mode 1 (bios)
> pchb0 at pci0 dev 0 function 0 "Cyrix GXm PCI" rev 0x00
> sis0 at pci0 dev 6 function 0 "NS DP83815 10/100" rev 0x00,
> DP83816A: irq 10, address 00:00:24:c2:9e:30
> nsphyter0 at sis0 phy 0: DP83815 10/100 PHY, rev. 1
> sis1 at pci0 dev 7 function 0 "NS DP83815 10/100" rev 0x00,
> DP83816A: irq 10, address 00:00:24:c2:9e:31
> nsphyter1 at sis1 phy 0: DP83815 10/100 PHY, rev. 1
> sis2 at pci0 dev 8 function 0 "NS DP83815 10/100" rev 0x00,
> DP83816A: irq 10, address 00:00:24:c2:9e:32
> nsphyter2 at sis2 phy 0: DP83815 10/100 PHY, rev. 1
> gscpcib0 at pci0 dev 18 function 0 "NS SC1100 ISA" rev 0x00
> gpio0 at gscpcib0: 64 pins
> "NS SC1100 SMI" rev 0x00 at pci0 dev 18 function 1 not configured
> pciide0 at pci0 dev 18 function 2 "NS SCx200 IDE" rev 0x01:
> DMA, channel 0 wired to compatibility, channel 1 wired to
> compatibility
> wd0 at pciide0 channel 0 drive 0:
> wd0: 4-sector PIO, LBA, 1953MB, 4001760 sectors
> wd0(pciide0:0:0): using PIO mode 4
> geodesc0 at pci0 dev 18 function 5 "NS SC1100 X-Bus" rev
> 0x00: iid 6 revision 3 wdstatus 0
> ohci0 at pci0 dev 19 function 0 "Compaq USB OpenHost" rev
> 0x08: irq 11, version 1.0, legacy support
> isa0 at gscpcib0
> isadma0 at isa0
> com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
> com0: console
> com1 at isa0 port 0x2f8/8 irq 3: 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
> pcppi0 at isa0 port 0x61
> midi0 at pcppi0:
> spkr0 at pcppi0
> nsclpcsio0 at isa0 port 0x2e/2: NSC PC87366 rev 9: GPIO VLM TMS
> gpio1 at nsclpcsio0: 29 pins
> gscsio0 at isa0 port 0x15c/2: SC1100 SIO rev 1:
> npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
> usb0 at ohci0: USB revision 1.0
> uhub0 at usb0 "Compaq OHCI root hub" rev 1.00/1.00 addr 1
> biomask fbe5 netmask ffe5 ttymask
> softraid0 at root
> root on wd0a swap on wd0b dump on wd0b
bridge and dhcp
Hi,
I have a small openbsd router running in my network.
I have vlan10 (my lan), vlan11 (w-lan) and tun0/1 (openvpn tap devices).
I bridged them all toghether on bridge0. Only vlan10 has an ip address.
(10.1.16.1)
Now I want dhcpd to assign 10.1.16.0/24 on all four interfaces, but it just
does on vlan10. All i get is Can't listen on vlan11/tap0/tap1. It has no IP
Address.
Also.. since all interfaces are bridged, shouldn requests on vlan11 or tun0
reach vlan10 where dhcpd does listen? They do not...
Here is what I have in dhcpd.conf:
shared-network LOCAL-NET {
option domain-name "example.org";
option domain-name-servers 10.1.32.2;
option netbios-name-servers 10.1.16.3;
subnet 10.1.16.0 netmask 255.255.255.0 {
option routers 10.1.16.1;
range 10.1.16.128 10.1.16.254;
}
}
and in dhcp.interfaces:
vlan10
vlan11
tun0
tun1
is there something special I have to configure?
--
Thank you
Chris
