Re: Default route not used when its out and in a a subnet scope

2012-01-30 Thread Dan Shechter
On Mon, Jan 30, 2012 at 5:36 AM, Dan Shechter dans...@gmail.com wrote:

  Hi All.

 I have noticed something regarding routing, and I want to make sure its
 the expected behavior.

 Lets say I have interface em0 with IP 10.1.1.10/24 and a default route of
 10.1.1.1,  then I change em0 IP to 10.1.1.10/31 then change it back to
 10.1.1.10/24.

 I have noticed that my OBSD 5.0 does not use the default route. I see the
 default route in netstat -nr and in route show, but my machine is not
 using it.

 Then when I do : route del default route add default 1.1.1.1, my
 machine starts using the default route again.

 Is that normal and to be expected?

 Best regards,
 Dan


The same behavior verified by some member of #openbsd, and he suggested
posting some output.

Thanks to tmux, I have a record of showing the routeing table right after
changing the route from /31 to /24. And then after removing and adding the
default route.

Notice that the addresses in this output are using the 10.0.123.0/24network:

~$ netstat -r
Routing tables

Internet:
DestinationGatewayFlags   Refs  Use   Mtu  Prio
Iface
default10.0.123.1 UGS160497 - 8 em0

10.0.123/24link#1 UC 20 - 4 em0

10.0.123.1 00:1e:52:f6:5a:1a  UHLc   0   90 - 4 em0

10.0.123.1100:1b:63:cb:95:63  UHLc   1 1091 - 4 em0

10.0.124.202/31link#4 C  00 - 4 em3

loopback   localhost  UGRS   00 33196 8 lo0

localhost  localhost  UH 0 8736 33196 4 lo0

BASE-ADDRESS.MCAST localhost  URS00 33196 8 lo0


Internet6:
DestinationGatewayFlags   Refs  Use   Mtu  Prio
Iface
::/104 localhost  UGRS   00 - 8 lo0

::/96  localhost  UGRS   00 - 8 lo0

localhost  localhost  UH140 33196 4 lo0

::127.0.0.0/104localhost  UGRS   00 - 8 lo0

::224.0.0.0/100localhost  UGRS   00 - 8 lo0

::255.0.0.0/104localhost  UGRS   00 - 8 lo0

:::0.0.0.0/96  localhost  UGRS   00 - 8 lo0

2002::/24  localhost  UGRS   00 - 8 lo0

2002:7f00::/24 localhost  UGRS   00 - 8 lo0

2002:e000::/20 localhost  UGRS   00 - 8 lo0

2002:ff00::/24 localhost  UGRS   00 - 8 lo0

fe80::/10  localhost  UGRS   00 - 8 lo0

fe80::%em0/64  link#1 UC 00 - 4 em0

fe80::200:24ff:fec 00:00:24:ce:97:48  UHL00 - 4 lo0

fe80::%em1/64  link#2 UC 00 - 4 em1

fe80::200:24ff:fec 00:00:24:ce:97:49  UHL00 - 4 lo0

fe80::%em2/64  link#3 UC 00 - 4 em2

fe80::200:24ff:fec 00:00:24:ce:97:4a  UHL00 - 4 lo0

fe80::%em3/64  link#4 C  00 - 4 em3

fe80::200:24ff:fec 00:00:24:ce:97:4b  HL 00 - 4 lo0

fe80::%lo0/64  fe80::1%lo0U  00 - 4 lo0

fe80::1%lo0link#6 UHL00 - 4 lo0

fec0::/10  localhost  UGRS   00 - 8 lo0

ff01::/16  localhost  UGRS   00 - 8 lo0

ff01::%em0/32  link#1 UC 00 - 4 em0

ff01::%em1/32  link#2 UC 00 - 4 em1

ff01::%em2/32  link#3 UC 00 - 4 em2

ff01::%em3/32  link#4 C  00 - 4 em3

ff01::%lo0/32  fe80::1%lo0UC 00 - 4 lo0

ff02::/16  localhost  UGRS   00 - 8 lo0

ff02::%em0/32  link#1 UC 00 - 4 em0



~$ sudo route delete default
delete net default
~$ sudo route add default 10.0.123.1
add net default: gateway 10.0.123.1
~$ route show
Routing tables

Internet:
DestinationGatewayFlags   Refs  Use   Mtu  Prio
Iface
default10.0.123.1 UGS00 - 8 em0

10.0.123/24link#1 UC 20 - 4 em0

10.0.123.1 00:1e:52:f6:5a:1a  UHLc   2  104 - 4 em0

10.0.123.1100:1b:63:cb:95:63  UHLc   1 1209 - 4 em0

10.0.124.202/31link#4 C  00 - 4 em3

loopback   localhost  UGRS   00 33196 8 lo0

localhost  localhost  UH 0 8736 33196 4 

Re: looking for hardware recommendations, x86 or otherwise.

2012-01-30 Thread Dewey Hylton
- Original Message -
 From: Theo de Raadt dera...@cvs.openbsd.org
 To: Dewey Hylton dewey.hyl...@gmail.com
 Cc: misc@openbsd.org
 Sent: Sunday, January 29, 2012 6:32:21 PM
 Subject: Re: looking for hardware recommendations, x86 or otherwise.
 
  i'm hoping the raspberrypi will eventually be supported on openbsd
  (if the hardware proves to be stable, $35 sounds GREAT) but i don't
  have the skills to go there myself.
 
 Wow.   Dream on.  It is a mess of firmware.  You know nothing of our
 history?

i know a bit of the history, sure. i know nothing of the raspberrypi firmware, 
however. :)



Re: looking for hardware recommendations, x86 or otherwise.

2012-01-30 Thread Dewey Hylton
- Original Message -
 From: corey clingo clinge...@gmail.com
 To: misc@openbsd.org
 Sent: Sunday, January 29, 2012 7:05:17 PM
 Subject: Re: looking for hardware recommendations, x86 or otherwise.
 
 On Sun, Jan 29, 2012 at 4:06 PM, Dewey Hylton
 dewey.hyl...@gmail.com wrote:
  if you feel this is a tired and worn-out question, then please just
  move
 along.
 
  two systems on which i'm happily running openbsd on are:
  alix and mac mini. alix for firewalls/thin clients, and the mac
  mini can
 handle pretty much anything i throw at it. both are relatively cheap
 (new alix
 and used minis) and function well. in addition to firewalls/thin
 clients, my
 needs do not include anything high-performance or high-bandwidth -
 mostly
 infrastructure services such as dns/dhcp/web for small companies.
 
  so what i'm looking for is something small like (or smaller than)
  these two
 systems, and just as stable, while being cheaper. and i'm looking for
 recommendations, not just suggestions - if you haven't tried it and
 loved it,
 don't bother mentioning it.
 
  i'm hoping the raspberrypi will eventually be supported on openbsd
  (if the
 hardware proves to be stable, $35 sounds GREAT) but i don't have the
 skills to
 go there myself.
 
 
 Alixes are pretty cheap. Not Sheevaplug or RasberryPi cheap, but
 cheap
 for the capabilities they have. I mean, at the end of the day, your
 clients are relying on these devices for potentially
 business-critical
 services. How much do they really want to skimp?
 
 Personally I've lately been moving upmarket with this kind of device.
 You get better performance (e.g., faster CPUs, Intel GbE rather than
 Via, etc.), a more solid build, and I've never had to solder my own
 surface mount caps on
 one to fix a clock oscillator issue as I did with my home Soekris
 once
 :)
 
 All that said, one day when I retire and want to stretch my brain to
 keep from getting senile, I'll probably try to port OpenBSD to a
 couple of embedded-ish devices I currently use. The hardware is
 generally decent from the outside, but I can't help but believe
 they'd
 be better, faster, and more secure with OpenBSD than the iffy
 Linux+vendor enhancements that they typically come with.
 
 Corey

is it safe to assume your upmarket devices meet the first two criteria, but are 
more expensive? i'm still interested in hearing your recommendation; most of my 
servers are much larger and more expensive than the alix solutions - having 
something in the middle could certainly be useful. thanks for your input.



Re: Starting out

2012-01-30 Thread Stuart Henderson
On 2012-01-29, Pruttel pruttel...@googlemail.com wrote:
 Did not know that where do you find the guides to do something like that
 Sent from my iPod

 On Jan 28, 2012, at 9:02, Antoine Jacoutot ajacou...@bsdfrog.org wrote:

 On Sat, Jan 28, 2012 at 07:47:25AM +0100, Tomas Bodzar wrote:
 I know that Open BSD is not really a desk top system.
 
 You're completely wrong here. There's even Gnome 3.2.1 and is running
 fine on i386/amd64 as far as I can tell from tests. I use scrotwm
 
 That is true and it also run fine on macppc :)
 
 -- 
 Antoine



Install a snapshot, pkg_add gnome, then follow the instructions in
/usr/local/share/doc/pkg-readmes/gnome-3* (the existence of this file
is also mentioned when the pkg_add is done).



The use of DUID

2012-01-30 Thread Wesley M.
Hi, 

I have a question, i read faq 14 - Disk Setup (DiskLabel Unique
Identifiers) .
It is a pretty feature. We can start OpenBSD OS from the
disk put anywhere(order).

But what's about after a dump/restore
Boot in
single user : backup the disk using 'dump -0af /mnt/root.dump /dev/wd0a'
... 

When we try to restore on a NEW DISK (WITH NEW SIZE)
Boot in single
user : restore using 'restore -rf /mnt/root.dump'
Restore biosboot block...
reboot to restore others partitions

Need to do : mount -u -w /
I have the
following error : mount_ffs: .a on /: No such file or
directory
I suppose DUID is concerned.

To avoid this, i need to modify
/etc/fstab from /dev/wd0a remove DUID use and put the old (cf /dev/wd0a /
...)
Now works...

How to restore a disk using DUID ? keeping duid in
/etc/fstab ?
Thank you very much. 

Cheers,
Wesley. 



Re: looking for hardware recommendations, x86 or otherwise.

2012-01-30 Thread Tobias Ulmer
On Mon, Jan 30, 2012 at 08:24:49AM -0500, Dewey Hylton wrote:
 - Original Message -
  From: Theo de Raadt dera...@cvs.openbsd.org
  To: Dewey Hylton dewey.hyl...@gmail.com
  Cc: misc@openbsd.org
  Sent: Sunday, January 29, 2012 6:32:21 PM
  Subject: Re: looking for hardware recommendations, x86 or otherwise.
  
   i'm hoping the raspberrypi will eventually be supported on openbsd
   (if the hardware proves to be stable, $35 sounds GREAT) but i don't
   have the skills to go there myself.
  
  Wow.   Dream on.  It is a mess of firmware.  You know nothing of our
  history?
 
 i know a bit of the history, sure. i know nothing of the raspberrypi 
 firmware, however. :)
 

Well, people are clearly too busy raving about the price to ask the
really hard questions.

Is there documentation for the components on the Broadcom SoC? Afaik,
there is _no_ documentation. We know it's supposed to be a weird
architecture where the graphic core initializes the CPU and loads the
loader from SD. We also know that the GPU requires a large blob in
Linux.

The Linux source is the only reference to the hardware. I have not looked
(is it available already?) at it yet, maybe the Broadcom developers
document it well. Or maybe they don't and just use magic numbers.

In the case of OpenBSD, source code is not considered documentation! If
all you have is the Linux source, you must implement it in pretty much
the same way as Linux does. Including the bugs. That's not only extra
hard, it's a huge waste of time, especially if there are better
alternatives:

There are tons of affordable ARM development boards out there whose
makers publish mostly complete data sheets, errata and so on. Texas
Instruments with the Beagleboard/Pandaboard is just one of them. (*)

So, who should you reward, Broadcom with its anti-opensource attitude
(while making decent amounts of money with billions of Linux routers) or
companies who invest into making documentation available?


PS: I'm ready to change my opinion about Broadcom by 1800, for just a
couple of PDF uploads on their website...


(*) Let me drive a nail in the RP coffin: It's an outdated (dead) ARM11
design, unlike what TI offers. Its only redeeming feature is the very
fast GPU, which is very unlikely to ever work under OpenBSD, even if
Broadcom would publish the SoC data sheet.



Dell Optiplex 790 NIC support (Intel, Broadcom)

2012-01-30 Thread David Eisner
I'm putting together a system to serve as a dedicated OpenBSD
firewall.  I want to know whether the network interfaces are supported
by OpenBSD.

The system I'm looking at is a Dell Optiplex 790. Here is what Dell's
website has to say about the NICs in question:

  * On board: (LOM) Intel. Gigabit LAN 10/100/1000 Ethernet.
  * Second NIC: Broadcom 5722 NetXtreme 10/100/1000 PCIe Gigabit NIC
Card, Full Height

Unfortunately there are no model numbers.  It looks like the em [1]
and bnx [2] drivers might provide support. Is this likely?

Thanks.

-David

[1] http://www.openbsd.org/cgi-bin/man.cgi?query=emarch=i386sektion=4
[2] http://www.openbsd.org/cgi-bin/man.cgi?query=bnxarch=i386sektion=4



Re: Dell Optiplex 790 NIC support (Intel, Broadcom)

2012-01-30 Thread Michael T. Davis
At 11:29:39.06 on 30-JAN-2012 in message
CAC4i1z3yPmJOTUrvaXfsz=v8tkyarqqohs0ptdny04a6g7v...@mail.gmail.com, David
Eisner deis...@gmail.com wrote:

I'm putting together a system to serve as a dedicated OpenBSD
firewall.  I want to know whether the network interfaces are supported
by OpenBSD.

The system I'm looking at is a Dell Optiplex 790. Here is what Dell's
website has to say about the NICs in question:

  * On board: (LOM) Intel. Gigabit LAN 10/100/1000 Ethernet.
  * Second NIC: Broadcom 5722 NetXtreme 10/100/1000 PCIe Gigabit NIC
Card, Full Height

Unfortunately there are no model numbers.  It looks like the em [1]
and bnx [2] drivers might provide support. Is this likely?

Thanks.

-David

[1] http://www.openbsd.org/cgi-bin/man.cgi?query=emarch=i386sektion=4
[2] http://www.openbsd.org/cgi-bin/man.cgi?query=bnxarch=i386sektion=4


According to Dell's documentation (at http://support.dell.com), the
OptiPlex 790 LOM is an Intel 82579LM, specifically cited by em(4).  I believe
you've already identified the Broadcom model (i.e. BCM5722); it appears this
is handled by bge(4):

  http://www.openbsd.org/cgi-bin/man.cgi?query=bgearch=i386sektion=4

Regards,
Mike



Re: The use of DUID

2012-01-30 Thread Nick Holland

On 01/30/2012 11:10 AM, Wesley M. wrote:

Hi,

I have a question, i read faq 14 - Disk Setup (DiskLabel Unique
Identifiers) .
It is a pretty feature. We can start OpenBSD OS from the
disk put anywhere(order).

But what's about after a dump/restore
Boot in
single user : backup the disk using 'dump -0af /mnt/root.dump /dev/wd0a'

...

How to restore a disk using DUID ? keeping duid in
/etc/fstab ?
Thank you very much.

Cheers,
Wesley.


So, you want to restore a disk and magically have the duid of the new 
disk assume the old disk's value?  I think you haven't thought this 
through.  _You_ want to replace your existing disk, fine, it might be 
reasonable to have the same DUID magically restored to the replacement 
disk...


But...what if that's not what you are doing?  Maybe you want to use 
dump/restore to copy data to another part of your existing system? 
Maybe after you upgrade to your bigger disk, you want to put the old 
disk back on the same system...


*DUID = Disklabel Unique I Dentifier.*
if you do something where you change the DUID of a disk to make it 
convenient for you, it's no longer... (all together now, class) UNIQUE!


If you are using DUIDs and you change your disk, you will be changing 
the fstab.  That's how it works, that's how things stay...unique.  This 
is not only a feature, not a bug, it is THE WHOLE IDEA.


Note: there are a lot of places where DUIDs may be LESS convenient than 
simple device names.  Keep your brain engaged, one solution does not fit 
all.  There are also places where you may wish to mix DUIDs with 
conventional device names (for example, the root partition of a softraid 
mirror).


Nick.



Re: The use of DUID

2012-01-30 Thread Wesley M.
Thank you for your explanation.
I understand better. 



On Mon, 30 Jan 2012 12:05:58 -0500, Nick Holland
n...@holland-consulting.net wrote:
 On 01/30/2012 11:10 AM, Wesley M. wrote:
 Hi,

 I have a question, i read faq 14 - Disk Setup (DiskLabel Unique
 Identifiers) .
 It is a pretty feature. We can start OpenBSD OS from the
 disk put anywhere(order).

 But what's about after a dump/restore
 Boot in
 single user : backup the disk using 'dump -0af /mnt/root.dump
/dev/wd0a'
 ...
 How to restore a disk using DUID ? keeping duid in
 /etc/fstab ?
 Thank you very much.

 Cheers,
 Wesley.
 
 So, you want to restore a disk and magically have the duid of the new 
 disk assume the old disk's value?  I think you haven't thought this 
 through.  _You_ want to replace your existing disk, fine, it might be 
 reasonable to have the same DUID magically restored to the replacement 
 disk...
 
 But...what if that's not what you are doing?  Maybe you want to use 
 dump/restore to copy data to another part of your existing system? 
 Maybe after you upgrade to your bigger disk, you want to put the old 
 disk back on the same system...
 
 *DUID = Disklabel Unique I Dentifier.*
 if you do something where you change the DUID of a disk to make it 
 convenient for you, it's no longer... (all together now, class)
UNIQUE!
 
 If you are using DUIDs and you change your disk, you will be changing 
 the fstab.  That's how it works, that's how things stay...unique.  This 
 is not only a feature, not a bug, it is THE WHOLE IDEA.
 
 Note: there are a lot of places where DUIDs may be LESS convenient than 
 simple device names.  Keep your brain engaged, one solution does not fit

 all.  There are also places where you may wish to mix DUIDs with 
 conventional device names (for example, the root partition of a softraid

 mirror).
 
 Nick.



Re: Dell Optiplex 790 NIC support (Intel, Broadcom)

2012-01-30 Thread David Eisner
On Mon, Jan 30, 2012 at 11:57 AM, Michael T. Davis
dav...@ecr6.ohio-state.edu wrote:
According to Dell's documentation (at http://support.dell.com), the
 OptiPlex 790 LOM is an Intel 82579LM, specifically cited by em(4).  I
believe
 you've already identified the Broadcom model (i.e. BCM5722); it appears
this
 is handled by bge(4):

  http://www.openbsd.org/cgi-bin/man.cgi?query=bgearch=i386sektion=4


Thanks, Mike.  I had trouble finding the Intel model number, but I now
see it is indeed available from support.dell.com (in the system
manual).  So it looks like this hardware is supported on OpenBSD, as
you said.  Thanks again.

-David



Broadcom BCM43224 802.11 development?

2012-01-30 Thread Josh Grosse
I happen to have one of these, and am *considering* diving in to see if I can
integrate this with bwi(4).  If you're already working on this, or if you have
worked on it in the the past, please let me know; I would hate to duplicate your
efforts.

While I have not yet begun scoping the technical requirements, a bit of Googling
indicates that Broadcom made their applicable 802.11 Linux driver open source in
September 2010.  That may be a starting placeOr not. :)

Thanks!



Re: iPad2 and iPhone4S USB messages

2012-01-30 Thread Dave Anderson
On Sat, 24 Dec 2011, Dave Anderson wrote:

On Fri, 23 Dec 2011, Brynet wrote:

On Fri, Dec 23, 2011 at 09:30:44PM -0500, Dave Anderson wrote:
 For the iPhone, yes, but evidently not for the iPad2.

Yes, it will be a manual effort for as long as Apple releases new devices.

 If you want to use libusb ports (..like gphoto2), you'll need to add 
 similars
 quirks for the iPad2.
 
 You didn't post the product ID.

 I assumed (perhaps foolishly) that this was already known since the
 device was recognized as 'Apple Inc. iPad rev 2.00/0.01'.  And I don't
 _have_ the product ID anywhere I know of (other than by looking in the
 source).

That is the product name obtained from the device itself, you'll need to add 
it
to usbdevs and regen first. Patches for other iDevices are on the lists, it
should be easy enough for you to find them in the archives.

Each model has it's own product ID, AFAIK they're not published by Apple.

Look at usbdevs(8), specifically the verbose option.

Ungh.  I think I was confusing what appears in the dmesg for PCI devices
with what appears for USB devices.  Apologies to all.  I'll run usbdevs
and report the product ID when I get the chance.  There's no urgency
from my side; I'm not trying to do anything with this (yet).

Rather belatedly:

# usbdevs -v
Controller /dev/usb0:
addr 1: high speed, self powered, config 1, EHCI root hub(0x), 
Intel(0x8086), rev 1.00
 port 1 addr 2: high speed, self powered, config 1, Rate Matching Hub(0x0024), 
Intel(0x8087), rev 0.00
  port 1 addr 3: full speed, power 100 mA, config 1, product 0x0018(0x0018), 
vendor 0x138a(0x138a), rev 0.78, iSerialNumber 723ca8ccb3ec
  port 2 addr 4: high speed, power 500 mA, config 1, HP TrueVision HD(0xd281), S
uYin
(0x064e), rev 1.10, iSerialNumber HF1016-A821-OV011-VH-R01.01.00
  port 3 powered
  port 4 powered
  port 5 powered
  port 6 powered
 port 2 powered
Controller /dev/usb1:
addr 1: high speed, self powered, config 1, EHCI root hub(0x), 
Intel(0x8086), rev 1.00
 port 1 addr 2: high speed, self powered, config 1, Rate Matching Hub(0x0024), 
Intel(0x8087), rev 0.00
  port 1 addr 3: high speed, power 500 mA, config 2, iPad(0x129f), Apple 
Inc.(0x05ac), rev 0.01, iSerialNumber 0180f6af0eec5919c2d1b373dc8253afcabd1925
  port 2 powered
  port 3 powered
  port 4 powered
  port 5 powered
  port 6 powered
 port 2 powered
#

Dave

-- 
Dave Anderson
d...@daveanderson.com



Re: usb serial device (Atmel), only as ugen

2012-01-30 Thread Mihai Popescu
Could you post the section from dmesg for this device, after the patch, please ?

Thank you.



nut cgi-bin in apache chroot

2012-01-30 Thread pavel pocheptsov
hello misc.
please help to understand how it work?
I install nut and nut-cgi from pakages.
nut work without any problem:

# upsc eaton@localhost
battery.charge: 100
battery.charge.low: 20
battery.runtime: 3216
device.mfr: MGE UPS SYSTEMS
device.model: EX 2200
device.serial: AQ0L39022
driver.name: mge-shut
...
input.frequency: 50
input.voltage: 227
...
ups.load: 11
..
ups.power.nominal: 2200
ups.serial: AQ0L39022
ups.status: OL CHRG
..

but I can't set up web for it.
I uncomment line in hosts.conf, and change line in upsset.conf to actual.
also try any settings in httpd.conf, but result - upsstats.html shows formatted 
page
with  @HOSTLINK@, @VAR ups.model@ and other macros from upsstats.html instead 
of real parameter.
what can be not right?



--



Re: iPad2 and iPhone4S USB messages

2012-01-30 Thread Brynet
On Mon, Jan 30, 2012 at 03:52:42PM -0500, Dave Anderson wrote:
 Rather belatedly:
 
 ..
 iPad(0x129f), Apple Inc.(0x05ac)
 ...
 
   Dave
 
 -- 
 Dave Anderson
 d...@daveanderson.com

Okay.. so try this, run make in dev/usb before building.

Index: uaudio.c
===
RCS file: /cvs/src/sys/dev/usb/uaudio.c,v
retrieving revision 1.94
diff -u -p -u -r1.94 uaudio.c
--- dev/usb/uaudio.c26 Jan 2012 09:00:36 -  1.94
+++ dev/usb/uaudio.c30 Jan 2012 23:25:23 -
@@ -207,6 +207,10 @@ struct uaudio_devs {
UAUDIO_FLAG_BAD_AUDIO },
{ { USB_VENDOR_APPLE, USB_PRODUCT_APPLE_IPOD_TOUCH_4G },
UAUDIO_FLAG_BAD_AUDIO },
+   { { USB_VENDOR_APPLE, USB_PRODUCT_APPLE_IPAD },
+   UAUDIO_FLAG_BAD_AUDIO },
+   { { USB_VENDOR_APPLE, USB_PRODUCT_APPLE_IPAD2 },
+   UAUDIO_FLAG_BAD_AUDIO },
{ { USB_VENDOR_CREATIVE, USB_PRODUCT_CREATIVE_EMU0202 },
UAUDIO_FLAG_VENDOR_CLASS | UAUDIO_FLAG_EMU0202 |
UAUDIO_FLAG_DEPENDENT },
Index: usb_quirks.c
===
RCS file: /cvs/src/sys/dev/usb/usb_quirks.c,v
retrieving revision 1.65
diff -u -p -u -r1.65 usb_quirks.c
--- dev/usb/usb_quirks.c1 Dec 2011 23:02:12 -   1.65
+++ dev/usb/usb_quirks.c30 Jan 2012 23:25:23 -
@@ -120,7 +120,9 @@ const struct usbd_quirk_entry {
  { USB_VENDOR_APPLE, USB_PRODUCT_APPLE_IPOD_TOUCH, ANY,{ UQ_BAD_HID }},
  { USB_VENDOR_APPLE, USB_PRODUCT_APPLE_IPOD_TOUCH_2G,  ANY,{ UQ_BAD_HID }},
  { USB_VENDOR_APPLE, USB_PRODUCT_APPLE_IPOD_TOUCH_3G,  ANY,{ UQ_BAD_HID }},
- { USB_VENDOR_APPLE, USB_PRODUCT_APPLE_IPOD_TOUCH_4G,  ANY,{ UQ_BAD_HID 
}}, 
+ { USB_VENDOR_APPLE, USB_PRODUCT_APPLE_IPOD_TOUCH_4G,  ANY,{ UQ_BAD_HID }},
+ { USB_VENDOR_APPLE, USB_PRODUCT_APPLE_IPAD,   ANY,{ UQ_BAD_HID }},
+ { USB_VENDOR_APPLE, USB_PRODUCT_APPLE_IPAD2,  ANY,{ UQ_BAD_HID }},
  { USB_VENDOR_APPLE, USB_PRODUCT_APPLE_SPEAKERS,   ANY,{ UQ_BAD_HID }},
  { USB_VENDOR_BELKIN, USB_PRODUCT_BELKIN_F6C100,   ANY,{ UQ_BAD_HID }},
  { USB_VENDOR_BELKIN, USB_PRODUCT_BELKIN_F6C120,   ANY,{ UQ_BAD_HID }},
Index: usbdevs
===
RCS file: /cvs/src/sys/dev/usb/usbdevs,v
retrieving revision 1.570
diff -u -p -u -r1.570 usbdevs
--- dev/usb/usbdevs 29 Jan 2012 10:59:23 -  1.570
+++ dev/usb/usbdevs 30 Jan 2012 23:25:24 -
@@ -893,8 +893,10 @@ product APPLE IPOD_TOUCH_2G0x1293  iPod 
 product APPLE IPHONE_3GS   0x1294  iPhone 3GS
 product APPLE IPHONE_4_GSM 0x1297  iPhone 4 GSM
 product APPLE IPOD_TOUCH_3G0x1299  iPod Touch 3G
+product APPLE IPAD 0x129a  iPad
 product APPLE IPHONE_4_CDMA0x129c  iPhone 4 CDMA
 product APPLE IPOD_TOUCH_4G0x129e  iPod Touch 4G
+product APPLE IPAD20x129f  iPad 2
 product APPLE IPHONE_4S0x12a0  iPhone 4S
 product APPLE ETHERNET 0x1402  Ethernet A1277
 product APPLE BLUETOOTH2   0x8205  Bluetooth



Re: Broadcom BCM43224 802.11 development?

2012-01-30 Thread Jonathan Gray
Porting the v4 firmware driver from FreeBSD (bwn) would be a closer
match.  bwi really only covers the older chips.

On Mon, Jan 30, 2012 at 06:54:02PM +, Josh Grosse wrote:
 I happen to have one of these, and am *considering* diving in to see if I can
 integrate this with bwi(4).  If you're already working on this, or if you have
 worked on it in the the past, please let me know; I would hate to duplicate 
 your
 efforts.
 
 While I have not yet begun scoping the technical requirements, a bit of 
 Googling
 indicates that Broadcom made their applicable 802.11 Linux driver open source 
 in
 September 2010.  That may be a starting placeOr not. :)
 
 Thanks!



Re: Broadcom BCM43224 802.11 development?

2012-01-30 Thread Vitali
Hi.
This is a very good and extremely wanted undertaking.
And does anybody work on BCM4313?

On Tue, Jan 31, 2012 at 1:39 AM, Jonathan Gray j...@jsg.id.au wrote:
 Porting the v4 firmware driver from FreeBSD (bwn) would be a closer
 match. B bwi really only covers the older chips.

 On Mon, Jan 30, 2012 at 06:54:02PM +, Josh Grosse wrote:
 I happen to have one of these, and am *considering* diving in to see if I
can
 integrate this with bwi(4). B If you're already working on this, or if you
have
 worked on it in the the past, please let me know; I would hate to duplicate
your
 efforts.

 While I have not yet begun scoping the technical requirements, a bit of
Googling
 indicates that Broadcom made their applicable 802.11 Linux driver open
source in
 September 2010. B That may be a starting placeOr not. :)

 Thanks!




--
### Coonardoo - PQP8P=P8QP:P0 Q QQP=Q / The Well In The Shadow / Le
Puits
Dans L'Ombre ###



Re: Long delay updating xenocara source tree?

2012-01-30 Thread Dave Anderson
On Sat, 28 Jan 2012, Nick Holland wrote:

On 01/28/12 09:12, Dave Anderson wrote:
 Thanks for the info.  I've been using -Pd because
 http://www.openbsd.org/anoncvs.html says to use them; I haven't yet
 had a chance to look into how cvs works beyond reading the man page,
 faq, etc.

and please continue to use them.
-Pd is the RIGHT way.

I plan to.  Dropping them felt kind of iffy; thanks for the confirmation
that it isn't the way to go.

Apparently, Philip gets away with it, but he's a developer and he knows
this stuff pretty well, we don't expect ordinary users to clean up the
mess it can make.  I'll defer to his expertise on coding and probably
CVS, but there are many things in many parts of the tree where a lack of
a -Pd will hurt you in ways other than slow updates.  There are
thousands of ways to use cvs incorrectly, -Pd is the correct way to do
updates (or maybe -PAd under some circumstances).


And none of this has anything to do with your real problem.  I run far
slower hardware than most people, and xenocara updates don't take nine
hours (and if I understand you, that was nine hours then you gave up and
killed it).  This has NOTHING TO DO WITH COMMAND LINE OPTIONS.  I wrote
the FAQ you used, I use that FAQ, and I do it on hardware like mac68k
and sparc, and it works, it does not take nine hours to update xenocara
(it just feels like it...)

No, it was about 9 hours from issuing the cvs update command until there
was any visible action; the update ran to completion in a total of about
11 hours.  I've killed some other update attempts which ran even longer
without any visible action.

If you could...next time you see this, use a
  CVSROOT=anon...@obsd.cec.mtu.edu:/cvs
and see if things run better.  NOTE: DO NOT GET USED TO USING THIS
MIRROR, IT IS BEING SHUT DOWN VERY SOON.  But, being it's been being
advertised as being shut down, it's pretty lightly loaded, and it
handles the CVS temp directory as an mfs, which really really helps
(this is on the server end. Nothing you can do about it on your side).
My hunch, as a soon-to-be former mirror operator is that you are having
a problem with your mirror of choice, not a problem on your end, and it
may be a problem with multiple mirrors.

I've tried 3 or 4 different servers, and have had this problem with all
of them (at least some of the time).

I just checked out xenocara from that mirror, and then did an update on
my amd64 system, the update took less than one minute.  Your results
will vary, but not to nine hours, unless you are using dialup. :)

I do have a slowish ADSL link (384Kbps/1536Kbps) which would limit me to
very roughly 1MB/min outbound, so I took advice to use '-z 9' to
compress data and that reduced the total time for a xenocara source tree
update from about 11 hours to about 2.5 hours.  (Though I discovered
that not all servers support compression.)

Then I did a test update of xenocara against your server (still using -z
9), and the entire process took barely 1 minute.  I then retried that
upgrade against the server I've been using (anoncvs.comstyle.com), and
the total time was just under 3 minutes.  As a final (for the moment)
test I did (against my usual server and with -z 9) an update of my
entire source tree and the total times were src: 7:37, xenocara: 3:55,
ports: 41:58, and www: 2:39 -- for a total of about 55 minutes.

I've no idea why I'm suddenly getting so much faster responses.

Does cvs update send a potentially large but extremely variable amount
of data from my system to the server?  If so, that (plus my slowish
uplink) might explain some of these timings.  But the cause of these
massive variations is not at all obvious from where I sit.

Thanks for any further info.

Dave

-- 
Dave Anderson
d...@daveanderson.com



Confirme Recebimento Da Sua Assinatura Eletronica

2012-01-30 Thread Super Linha Santander
  SantanderComunicado

  SUPERLINHA SANTANDER

  O Santander esta enviando este email para confirmar o recebimento da
  sua Assinatura Eletrtnica.

  Informamos, que ati o presente momento nco recebemos sua
  confirmagco,e para
  evitar maiores transtornos em suas transagues em nossos canais de
  atendimento
  solicitamos sua confirmagco imediata logo abaixo:

  Para clientes que ja receberam sua Assinatura Eletrtnica.

  Confirmar Recebimento

  Caso nco tenho recebido sua Assinatura Eletrtnica Superlinha
  Santander,
  siga abaixo solicitando uma nova Assinatura Eletrtnica Superlinha
  Santander:

  Solicitar Assinatura Eletrtnica

  ATENGCO : Confirme o recebimento e ative sua Assinatura Eletrtnica.



warning message during boot, DHCP and no connections

2012-01-30 Thread pix
I am running 3 OpenBSD computers in a home (labotary) environment network.
I learn as a go (no pressure) and I am having fun.
I have time on my hands, so my objective is to build confidence in solving the
issues I encounter.
My setup looks like this.
One Supermicro gateway with 3 nics, one going Internet, one going Intranet
and one for the DMZ server.
This gateway offers DHCP services for all my Intranet (24 ports) as well as
providing rudimentary PF for now.
One D510M light server having a memory stick (8G) for the whole operating
system and a very small hard disk drive (40G) on the side for the data I want
to save.
This server offers NFS, exports a directory for back-up purposes and allows
mounting CDROM.
At less than 5$, I can afford to buy 2 memory sticks (gateway + server) every
6 months and load a freshly OpenBSD release from a purchased CD.
I never recycle memory sticks.
I can always fall back one version in case I make an installation mistake.
Usually a finger configurong problem files, like typing flag instead of
flags.
The third machine is a portable Sony VAIO Notebook VPCM111AX with a dual boot
(OpenBSD and Macrohard).
It is a gift from my wife and I am compelled to use it.
I did the OpenBSD installation on the portable via DHCP gateway pxeboot,
mounting the CD from the server.
Piece of cake when you read and re-read FAQ.
All 3 machines always run with latest release (version 5.0 amd64) and
applicable patches (only one so far).
The trio works marval allowing me to experiment on a daily basis.
From time to time, I bring my portable to the local library where I load data
I find interesting.
I take pleasure to confuse people with my OpenBSD text mode solving sudoku and
crosswords.
They always give me this bizarre look as if I was hacking something.
Back home I dump whatever I find of importance on the server.
One day I will VPN directly from the library, but I am not there yet.
I did not re-read the man pages often enough.
The days I am in the library, I notice at boot time an unusual message right
after the network deamon starts.
Because I have no internet connections in the library, I suspect the nic gets
confuse when the dhclient kicks in with a dead connection.
Anyway the message is as follow:

splassert: assertwaitok want -1 have 1

If I may ask a question: would going -current on the portable going to solve
the issue when a nic is configured DHCP with a dead connection?
All I need as an answer is a simple yes or no.

I will survive until the next release.
My data is not corrupted and everything is under control as far as I can
tell.
Keep the good work.
I am counting for the OpenBSD project to live forever.
Cheers.

Pix



Re: Broadcom BCM43224 802.11 development?

2012-01-30 Thread Josh Grosse
On Tue, Jan 31, 2012 at 10:39:03AM +1100, Jonathan Gray wrote:
 Porting the v4 firmware driver from FreeBSD (bwn) would be a closer
 match.  bwi really only covers the older chips.

Thank you for the recommendation!  I will take a look at both FreeBSD's 
code as well as Broadcom's.  



Re: usb serial device (Atmel), only as ugen

2012-01-30 Thread Jonathan Gray
On Sun, Jan 29, 2012 at 07:11:22PM +0100, LEVAI Daniel wrote:
 On v, jan 29, 2012 at 20:40:35 +1100, Jonathan Gray wrote:
  On Sun, Jan 29, 2012 at 08:27:16AM +0100, LEVAI Daniel wrote:
   Hi!
   
   
   I'm trying to use an USB serial device with qemu on a OpenBSD host and a
   winxp guest. I presume the first step would be to recognize this device
   under OpenBSD as some kind of ucom(4). Currently this is printed in
   dmesg when I plug in the stuff:
   
   ugen1 at uhub1 port 2 Atmel E85 USB Serial rev 2.00/1.00 addr 2
   
   Eventually I would like to use cu(1) or minicom thru a /dev/cuaU?
   device.
   The vendor_id:product_id is 03eb:6119.
   
   Is it possible to somehow use/probe the existing usb serial drivers to
   see if it attaches/works with one of them?
  
  It is apparently CDC compliant, so try this:
 
 Thank you very much! It is working perfectly.
 It will be the icing on the cake if I can setup qemu to somehow utilize
 this device... but that will another issue.
 Now I can access and configure my car's bio-ethanol fuel converter with
 OpenBSD (and I'm not forced to use its win* GUI).
 
 
 Thanks again,
 Daniel

Can you try the following?  It would be interesting to know why it doesn't
match the class test.

Index: sys/dev/usb/umodem.c
===
RCS file: /cvs/src/sys/dev/usb/umodem.c,v
retrieving revision 1.44
diff -u -p -r1.44 umodem.c
--- sys/dev/usb/umodem.c3 Jul 2011 15:47:17 -   1.44
+++ sys/dev/usb/umodem.c31 Jan 2012 02:35:49 -
@@ -226,6 +226,11 @@ umodem_match(struct device *parent, void
return (ret);
 
ret = UMATCH_NONE;
+
+   if (UGETW(dd-idVendor) == USB_VENDOR_ATMEL 
+   UGETW(dd-idProduct) == 0x6119)
+   ret = UMATCH_VENDOR_PRODUCT;
+
if (UGETW(dd-idVendor) == USB_VENDOR_KYOCERA 
UGETW(dd-idProduct) == USB_PRODUCT_KYOCERA_AHK3001V 
id-bInterfaceNumber == 0)
@@ -236,6 +241,9 @@ umodem_match(struct device *parent, void
id-bInterfaceSubClass == UISUBCLASS_ABSTRACT_CONTROL_MODEL 
id-bInterfaceProtocol == UIPROTO_CDC_AT)
ret = UMATCH_IFACECLASS_IFACESUBCLASS_IFACEPROTO;
+
+   printf(class 0x%x subclass 0x%x protocol 0x%x\n, id-bInterfaceClass,
+   id-bInterfaceSubClass, id-bInterfaceProtocol);
 
if (ret == UMATCH_NONE)
return (ret);



El Mejor Taller de Finanzas para Ejecutivos en México

2012-01-30 Thread Marta Solis
476525

[IMAGE]

Pms de Mixico prestigiada firma de Capacitacisn presenta:
Taller de Finanzas para NO Financieros
7 de Febrero en la ciudad de Mixico.
Capacitacisn personalizada por el experto en la materia.
Este entrenamiento tiene valor curricular y garantma de satisfaccisn.

Obtenga las herramientas necesarias para alcanzar un sptimo desempeqo en
su funcisn.
!Reciba la informacisn completa y Revise la agenda!
Por favor responda este e-mail con los datos siguientes

Empresa
Nombre
Telifono
Email
Nzmero de Interesados
En breve recibira temario, reseqa de expositor y tarifas.
Pms Capacitacisn Efectiva de Mixico es una empresa Registrada ante la
STPS
Trabajamos con expertos en la materia para poder brindar herramientas
tacticas, vanguardistas y de facil aplicacisn.
Si lo prefiere comunmquese a los telifonos donde con gusto uno de
nuestros ejecutivos le atendera.

Telifonos: (0133) 8851-2365, (0133) 8851-2741 con mas de 10 lmneas.

Smguenos en Twitter@pmscapacitacion o bien en Facebook PMS de Mixico

Copyright (C) 2011, PMS Capacitacisn Efectiva de Mixico  S.C. Derechos
Reservados.
E-Mail MARKETING SERVICE POWERED BY MEDIAMKTOOLS.

Este Mensaje ha sido enviado a misc@openbsd.org como usuario de Pms de
Mixico o bien un usuario le refiris para recibir este boletmn.
Como usuario de Pms de Mixico, en este acto autoriza de manera expresa
que Pms de Mixico le puede contactar vma correo electrsnico u otros
medios.
ALTO, si en esta ocasisn la informacisn recibida no fue de su interis
pero desea recibir informacisn personalizada en relacisn a otros temas
favor de indicarlo.
Si usted ha recibido este mensaje por error, haga caso omiso de el y de
antemano una sincera disculpa por la molestia, reporte su cuenta
respondiendo este correo con el subject BAJAFINANZAS
Unsubscribe to this mailing list, reply a blank message with the subject
UNSUBSCRIBE BAJAFINANZAS
Tenga en cuenta que la gestisn de nuestras bases de datos es de suma
importancia para nosotros y no es intencisn de la empresa la
inconformidad del receptor, nuestra intencisn es promover herramientas de
utilidad para el

[demime 1.01d removed an attachment of type image/jpeg which had a name of 
finanzas.jpg]



Aplicacion Exitosa de los INCOTERMS

2012-01-30 Thread Lic. Angeles Torres
AplicaciC3n Exitosa de los INCOTERMS en el Comercio Internacional y
Aduana
MC)xico D.F. 08 de Febrero / Monterrey 10 de Febrero / Online en Vivo 13
de Febrero

Permita que su negocio llegue mC!s lejos aprendiendo y dominando los
tC)rminos comerciales internacionales establecidos por la CC!mara
Internacional de Comercio.  Sin importar quC) exporte o pretenda exportar
o importar, ni quC) medio utilice, conocer a fondo estas especificaciones
le garantizarC!n ahorros en tiempo y recursos que se traducirC!n ademC!s
en una mayor eficiencia en sus procesos globales.

El seminario-taller AplicaciC3n Exitosa de los INCOTERMS en el Comercio
Internacional y Aduana que ponemos a su alcance es una herramienta
invaluable para todo empresario que quiera incorporarse al comercio
mundial, que quiera mejorar las prC!cticas existentes en su compaC1Ca o
que quiera prepararse para las realidades que las compaC1Cas globalizadas
deben enfrentar, de manera 100% prC!ctica y efectiva.

B!Comience a elevar la competitividad de su empresa hoy mismo!

- Domine los INCOTERMS y otros tC)rminos relevantes para las prC!cticas
de exportaciC3n e importaciC3n.
- AmplCe sus conocimientos y mejore el manejo de sus negociaciones y
operaciones internacionales.
- Aprenda a integrar los costos y elementos relevantes a cada tC)rmino
mediante ejercicios prC!cticos.
- Conozca sus obligaciones y derechos y las de su contraparte en todo
proceso de compra/venta en el extranjero.

Para obtener un folleto GRATUITO con la informaciC3n completa,

Responda este correo con los siguientes datos:
Empresa:
Nombre:
Puesto:
Tel: ( )
Fecha de interC)s: ( ) Monterrey ( ) MC)xico, D.F. - ( ) Online en Vivo
E-mail:misc@openbsd.org

Llame a nuestra lada sin costo: 01800 25.010.20

Les pedimos que compartan esta invitaciC3n con quienes puedan
interesarse.
Si no puede visualizar correctamente este correo, le pedimos que lo
arrastre a su Bandeja de Entrada
Solicite una cotizaciC3n Incompany (Cuento con mC!s de 10 participantes y
me gustarCa llevar este evento a mis instalaciones).

Si desea que su cuenta de correo electrC3nico se elimine de nuestras
listas de distribuciC3n, responda con el asunto 24A65



Re: looking for hardware recommendations, x86 or otherwise.

2012-01-30 Thread corey clingo
On Mon, Jan 30, 2012 at 7:46 AM, Dewey Hylton dewey.hyl...@gmail.com wrote:
 - Original Message -
 From: corey clingo clinge...@gmail.com
 To: misc@openbsd.org
 Sent: Sunday, January 29, 2012 7:05:17 PM
 Subject: Re: looking for hardware recommendations, x86 or otherwise.

 On Sun, Jan 29, 2012 at 4:06 PM, Dewey Hylton
 dewey.hyl...@gmail.com wrote:
  if you feel this is a tired and worn-out question, then please just
  move
 along.
 
  two systems on which i'm happily running openbsd on are:
  alix and mac mini. alix for firewalls/thin clients, and the mac
  mini can
 handle pretty much anything i throw at it. both are relatively cheap
 (new alix
 and used minis) and function well. in addition to firewalls/thin
 clients, my
 needs do not include anything high-performance or high-bandwidth -
 mostly
 infrastructure services such as dns/dhcp/web for small companies.
 
  so what i'm looking for is something small like (or smaller than)
  these two
 systems, and just as stable, while being cheaper. and i'm looking for
 recommendations, not just suggestions - if you haven't tried it and
 loved it,
 don't bother mentioning it.
 
  i'm hoping the raspberrypi will eventually be supported on openbsd
  (if the
 hardware proves to be stable, $35 sounds GREAT) but i don't have the
 skills to
 go there myself.
 

 Alixes are pretty cheap. Not Sheevaplug or RasberryPi cheap, but
 cheap
 for the capabilities they have. I mean, at the end of the day, your
 clients are relying on these devices for potentially
 business-critical
 services. How much do they really want to skimp?

 Personally I've lately been moving upmarket with this kind of device.
 You get better performance (e.g., faster CPUs, Intel GbE rather than
 Via, etc.), a more solid build, and I've never had to solder my own
 surface mount caps on
 one to fix a clock oscillator issue as I did with my home Soekris
 once
 :)

 All that said, one day when I retire and want to stretch my brain to
 keep from getting senile, I'll probably try to port OpenBSD to a
 couple of embedded-ish devices I currently use. The hardware is
 generally decent from the outside, but I can't help but believe
 they'd
 be better, faster, and more secure with OpenBSD than the iffy
 Linux+vendor enhancements that they typically come with.

 Corey

 is it safe to assume your upmarket devices meet the first two criteria, but
are more expensive? i'm still interested in hearing your recommendation; most
of my servers are much larger and more expensive than the alix solutions -
having something in the middle could certainly be useful. thanks for your
input.

Yes, more expensive. I use mine in an industrial environment, so I was
looking for something fanless and (preferably) totally enclosed. To be
honest, I'm still investigating, but I bought a couple of Netgate
Hamakuas (which appear to be rebadged Lanner FW7520s) and, after some
futzing with them to get the BIOS serial console working, I like them.
5 Intel Ethernet (4 are Gb I think), Celeron CPU, SSD for about $600
US.

Logic Supply has a pretty good selection of this sort of hardware as well.

If you don't need the environmental exclusion case, I recall reading
some good reviews of reasonably-priced Supermicro Atom-based systems
on this list - low power but they seem to look and feel like real
servers (even have IPMI and such). Still probably more expensive than
Alix, though.



Re: looking for hardware recommendations, x86 or otherwise.

2012-01-30 Thread Lars
If someone is considering doing openbsd ports for raspberry pi devices,
they might want to look at freebsd as a starting point, instead of linux.

But it doesn't look that great, lots of undocumented crap with pi:

http://lists.freebsd.org/pipermail/freebsd-hackers/2011-November/036754.html

I don't know what happened ultimately with freebsd and raspberry pi, that
is an old post from 2011 so it could be more progress or not.



Re: looking for hardware recommendations, x86 or otherwise.

2012-01-30 Thread Tomas Bodzar
On Tue, Jan 31, 2012 at 5:16 AM, Lars nore...@z505.com wrote:
 If someone is considering doing openbsd ports for raspberry pi devices,
 they might want to look at freebsd as a starting point, instead of linux.

 But it doesn't look that great, lots of undocumented crap with pi:

 http://lists.freebsd.org/pipermail/freebsd-hackers/2011-November/036754.html

 I don't know what happened ultimately with freebsd and raspberry pi, that
 is an old post from 2011 so it could be more progress or not.


https://en.wikipedia.org/wiki/Raspberry_Pi

It's called viral marketing, PR, social crap whatever. Raspberry Pi
foundation claims something about support for schools and
blahblahblah, but in fact was created but one of engineers of
Broadcom. It's just test bed for their proprietary crap or vendor lock
in via children and a way how to lower taxes via charity organization
without real charity.