Re: uaudio - MAudio MobilePre USB
On Feb 21 14:04:01, Alexandre Ratchov wrote:
> On Sun, Feb 21, 2010 at 12:29:15AM +0100, Jan Stary wrote:
> > can people recommend a good uaudio card?
>
> It depends on what you want to use it for.
>
> I use a m-audio mobilepre for recording and listening music;
> it's class compliant does 16-bit stereo at 48kHz, and the
> sound is excellent. It has a stereo preamp and a phantom
> power, which is handy.
Thank you for the recommendation. I just bought me one,
and I am very satisfied with the sound.
I disabled the onboard azalia, so that the mobilepre
becomes audio0. Now the device reports as
uaudio0 at uhub1 port 2 configuration 1 interface 0 "M Audio MobilePre" rev
1.10/1.03 addr 2
uaudio0: audio rev 1.00, 9 mixer controls
audio0 at uaudio0
Indeed, mixerctl says (using zero configuration,
that is, no /etc/mixerctl.conf):
inputs.line.mute=on
inputs.line=0,0
record.line.mute=off
record.line=205,205
inputs.dac.mute=off
inputs.dac=205,205
outputs.mix8-i7=0,0
outputs.spkr.mute=off
outputs.spkr=230,230
Can you please share your mixerctl output on the Mobile Pre?
I am pleasantly surprised that there are so few controls.
Last time I saw this was on an old Compaq laptop that has
just a mic in and line out, and has controls for just that,
plus the record/master volume. My current HP laptop doesn't
really have much more, but has 54 (azalia) controls.
BTW, why is it that the details of mixerctl controls
are described in azalia(4), which is just one of possible
audio interfaces? Surely non-azalia devices can be
mixerctl'ed too, and the control names mean the same,
right?
Also, why is the mixer named 'outputs.mix8-i7' (and not just 'outputs.mix8')?
What is the i7 'property' (in azalia terms)?
Thank you for your time
Jan
OpenBSD 4.7-current (GENERIC.MP) #43: Wed Jun 23 22:24:32 MDT 2010
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
RTC BIOS diagnostic error 80
cpu0: Intel(R) Atom(TM) CPU D510 @ 1.66GHz ("GenuineIntel" 686-class) 1.67 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE
real mem = 1055203328 (1006MB)
avail mem = 1012293632 (965MB)
RTC BIOS diagnostic error 80
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 03/08/10, SMBIOS rev. 2.5 @ 0xe4410 (25
entries)
bios0: vendor Intel Corp. version "MOPNV10J.86A.0175.2010.0308.0620" date
03/08/2010
bios0: Intel Corporation D510MO
acpi0 at bios0: rev 2
acpi0: tables DSDT FACP APIC MCFG HPET SSDT
acpi0: wakeup devices SLPB(S4) PS2M(S4) PS2K(S4) UAR1(S4) UAR2(S4) P32_(S4)
ILAN(S4) PEX0(S4) PEX1(S4) PEX2(S4) PEX3(S4) UHC1(S3) UHC2(S3) UHC3(S3)
UHC4(S3) EHCI(S3) AZAL(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: apic clock running at 166MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Atom(TM) CPU D510 @ 1.66GHz ("GenuineIntel" 686-class) 1.67 GHz
cpu1:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE
cpu2 at mainbus0: apid 2 (application processor)
cpu2: Intel(R) Atom(TM) CPU D510 @ 1.66GHz ("GenuineIntel" 686-class) 1.67 GHz
cpu2:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE
cpu3 at mainbus0: apid 3 (application processor)
cpu3: Intel(R) Atom(TM) CPU D510 @ 1.66GHz ("GenuineIntel" 686-class) 1.67 GHz
cpu3:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE
ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 8
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 5 (P32_)
acpiprt1 at acpi0: bus 0 (PCI0)
acpiprt2 at acpi0: bus 1 (PEX0)
acpiprt3 at acpi0: bus 2 (PEX1)
acpiprt4 at acpi0: bus 3 (PEX2)
acpiprt5 at acpi0: bus 4 (PEX3)
acpicpu0 at acpi0: C1, PSS
acpicpu1 at acpi0: C1, PSS
acpicpu2 at acpi0: C1, PSS
acpicpu3 at acpi0: C1, PSS
acpibtn0 at acpi0: SLPB
bios0: ROM list: 0xc/0xda00! 0xce000/0x1000
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel Pineview DMI" rev 0x02
vga1 at pci0 dev 2 function 0 "Intel Pineview Video" rev 0x02
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
intagp0 at vga1
agp0 at intagp0: aperture at 0xe000, size 0x1000
inteldrm0 at vga1: apic 8 int 16 (irq 11)
drm0 at inteldrm0
"Intel 82801GB HD Audio" rev 0x01 at pci0 dev 27 function 0 not configured
ppb0 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x01: apic 8 int 17
(ir
Re: uaudio
On Feb 21 14:04:01, Alexandre Ratchov wrote: > On Sun, Feb 21, 2010 at 12:29:15AM +0100, Jan Stary wrote: > > > > More generally, what is the status of uaudio(4)? > > It works reliably, 24-bit encodings are not supported > though; recently Jacob fixed various bugs, including a very > annoying limitation of the block size. To support the dynamic range of the bleeding artist inside, I will buy me a 24bit (uaudio) card once 24bits is supported. Can I ask politely about the current status?
Re: uaudio - MAudio MobilePre USB
On Jul 13 08:55:03, Jan Stary wrote: > On Feb 21 14:04:01, Alexandre Ratchov wrote: > > On Sun, Feb 21, 2010 at 12:29:15AM +0100, Jan Stary wrote: > > > can people recommend a good uaudio card? > > > > It depends on what you want to use it for. > > > > I use a m-audio mobilepre for recording and listening music; > > it's class compliant does 16-bit stereo at 48kHz, and the > > sound is excellent. It has a stereo preamp and a phantom > > power, which is handy. > > Thank you for the recommendation. I just bought me one, > and I am very satisfied with the sound. > > I disabled the onboard azalia, so that the mobilepre > becomes audio0. Now the device reports as > > uaudio0 at uhub1 port 2 configuration 1 interface 0 "M Audio MobilePre" rev > 1.10/1.03 addr 2 > uaudio0: audio rev 1.00, 9 mixer controls > audio0 at uaudio0 > > Can you please share your mixerctl output on the Mobile Pre? I just found that the 1/8" stereo mic input (on the back) doesn't work. Is there a way (in hardrware or software) to specify which of the inputs should be used? Does this happen automagically, in some hard-wired preference? (Such as: XLR inputs if plugged; if not, 1/4" TRS inputs if plugged; if not, the 1/8 stereo mic input) Jan
Re: uaudio - MAudio MobilePre USB
Replying to myself, On Jul 13 09:14:42, Jan Stary wrote: > On Jul 13 08:55:03, Jan Stary wrote: > > On Feb 21 14:04:01, Alexandre Ratchov wrote: > > > On Sun, Feb 21, 2010 at 12:29:15AM +0100, Jan Stary wrote: > > > > can people recommend a good uaudio card? > > > > > > It depends on what you want to use it for. > > > > > > I use a m-audio mobilepre for recording and listening music; > > > it's class compliant does 16-bit stereo at 48kHz, and the > > > sound is excellent. It has a stereo preamp and a phantom > > > power, which is handy. > > > > Thank you for the recommendation. I just bought me one, > > and I am very satisfied with the sound. > > > > I disabled the onboard azalia, so that the mobilepre > > becomes audio0. Now the device reports as > > > > uaudio0 at uhub1 port 2 configuration 1 interface 0 "M Audio MobilePre" rev > > 1.10/1.03 addr 2 > > uaudio0: audio rev 1.00, 9 mixer controls > > audio0 at uaudio0 > > > > Can you please share your mixerctl output on the Mobile Pre? > > I just found that the 1/8" stereo mic input (on the back) > doesn't work. Is there a way (in hardrware or software) > to specify which of the inputs should be used? Does > this happen automagically, in some hard-wired preference? > (Such as: XLR inputs if plugged; if not, 1/4" TRS inputs if plugged; > if not, the 1/8 stereo mic input) http://www.m-audio.com/index.php?do=support.faq&ID=2f7892c028390544ad28371e95e56658
Re: uaudio - MAudio MobilePre USB
On Tue, Jul 13, 2010 at 08:55:03AM +0200, Jan Stary wrote: > On Feb 21 14:04:01, Alexandre Ratchov wrote: > > On Sun, Feb 21, 2010 at 12:29:15AM +0100, Jan Stary wrote: > > > can people recommend a good uaudio card? > > > > It depends on what you want to use it for. > > > > I use a m-audio mobilepre for recording and listening music; > > it's class compliant does 16-bit stereo at 48kHz, and the > > sound is excellent. It has a stereo preamp and a phantom > > power, which is handy. > > Thank you for the recommendation. I just bought me one, > and I am very satisfied with the sound. > > I disabled the onboard azalia, so that the mobilepre > becomes audio0. Now the device reports as > > uaudio0 at uhub1 port 2 configuration 1 interface 0 "M Audio MobilePre" rev > 1.10/1.03 addr 2 > uaudio0: audio rev 1.00, 9 mixer controls > audio0 at uaudio0 > > Indeed, mixerctl says (using zero configuration, > that is, no /etc/mixerctl.conf): > > inputs.line.mute=on > inputs.line=0,0 > record.line.mute=off > record.line=205,205 > inputs.dac.mute=off > inputs.dac=205,205 > outputs.mix8-i7=0,0 > outputs.spkr.mute=off > outputs.spkr=230,230 > > Can you please share your mixerctl output on the Mobile Pre? > > I am pleasantly surprised that there are so few controls. > Last time I saw this was on an old Compaq laptop that has > just a mic in and line out, and has controls for just that, > plus the record/master volume. non-ac97 codec envy(4) have even fewer. > My current HP laptop doesn't > really have much more, but has 54 (azalia) controls. they are useful. probably not to everyone, and probably not to most people most of the time, but they can be *quite* useful. > BTW, why is it that the details of mixerctl controls > are described in azalia(4), which is just one of possible > audio interfaces? Surely non-azalia devices can be > mixerctl'ed too, and the control names mean the same, > right? for the most part, yes, the description of the controls in azalia(4) apply to most devices. why were mixer controls never really documented? dunno, that's a good question. I suppose it's not really easy, for one thing, and for another, they should "just make sense". but for them to "just make sense", you have to know a bit about how the mixer interface works. for example, someone was wondering how to make their laptop play louder at the recent hackathon. I said "you need to increase inputs.dac", to which was replied, "But that's an input." and yes, by the name, it sure sounds like an input, like a line input or a mic input ... but *generally speaking*, mixer control classes (the first part of a mixer control name, before the first '.'), are relative to ... the mixer. a picture is worth a thousand words (or so I've heard): class | widgets + inputs |line mic dac beep | | | || | +---+ | | +--+ | | | | | | +-+ | |the mixer| | +-+ | | | | | master outputs | | | | | line hp spkr | that's basically what a simple "single mixer" mixer device (essentially everything pre-azalia) looks like. there may also be a mixer (usually a much simpler mixer) specifically for recording, and most controls associated with it will be in the "record" class. in azalia, you could have multiple mixers, so it gets really hard to distinguish "input" vs "output", because you could have an output from one mixer lead to the input of another mixer. > Also, why is the mixer named 'outputs.mix8-i7' (and not just 'outputs.mix8')? > What is the i7 'property' (in azalia terms)? that mean it's "unit 8" of type "mixer" with source terminal "7". terrible name, but it should be unique, and that's the most important aspect. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: uaudio
On Tue, Jul 13, 2010 at 09:10:35AM +0200, Jan Stary wrote: > On Feb 21 14:04:01, Alexandre Ratchov wrote: > > On Sun, Feb 21, 2010 at 12:29:15AM +0100, Jan Stary wrote: > > > > > > More generally, what is the status of uaudio(4)? > > > > It works reliably, 24-bit encodings are not supported > > though; recently Jacob fixed various bugs, including a very > > annoying limitation of the block size. > > To support the dynamic range of the bleeding artist inside, > I will buy me a 24bit (uaudio) card once 24bits is supported. > Can I ask politely about the current status? ready to commit as far as I'm concerned, but it breaks audio(4) binary compat ... -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: uaudio
Jacob Meuser wrote: > On Tue, Jul 13, 2010 at 09:10:35AM +0200, Jan Stary wrote: > > On Feb 21 14:04:01, Alexandre Ratchov wrote: > > > On Sun, Feb 21, 2010 at 12:29:15AM +0100, Jan Stary wrote: > > > > > > > > More generally, what is the status of uaudio(4)? > > > > > > It works reliably, 24-bit encodings are not supported > > > though; recently Jacob fixed various bugs, including a very > > > annoying limitation of the block size. > > > > To support the dynamic range of the bleeding artist inside, > > I will buy me a 24bit (uaudio) card once 24bits is supported. > > Can I ask politely about the current status? > > ready to commit as far as I'm concerned, but it breaks audio(4) > binary compat ... This is good news (the first part of your statement). Which devices did you use for testing?
Carregue gratuitamente o telemovel!
-- -- Powered by PHPlist, www.phplist.com -- [demime 1.01d removed an attachment of type image/jpeg which had a name of mail9_4_0.jpg] [demime 1.01d removed an attachment of type image/jpeg which had a name of mail9_4_1.jpg] [demime 1.01d removed an attachment of type image/jpeg which had a name of mail9_4_2.jpg] [demime 1.01d removed an attachment of type image/jpeg which had a name of mail9_4_3.jpg] [demime 1.01d removed an attachment of type image/png which had a name of powerphplist.png]
Re: Has anyone any idea what this is...
On 07/12/10 20:44, Neal Hogan wrote: On Mon, Jul 12, 2010 at 5:47 PM, GSO wrote: I've a base install, with only firefox on top, and with broadband ADSL with a vpn provider also,. The cursor starts jumping around text boxes in firefox, within a box, but also between boxes, typically from a password box to the login name box, so by the time I've typed the password in I realise the cursor has in fact jumped to the login name box, and I've have typed the password into the clear text login name text box by accident. weird (perhaps de weerd) Also the typing speed may slow right down, so that text typed will not appear for a second or so. I'll bite on this one. I have had similar problems when I had a bad mouse. The intermittent signals really fudged everything up just like this. And this was for both a cabled mouse or a wireless mouse with a poor signal. I gave this post a few hours before responding, to see if anyone would bite. It is one of the more odd posts. To the OP, if you are serious, rethink your post ;-)
Re: PTY allocation error
On 07/12/10 21:13, bofh wrote: On Mon, Jul 12, 2010 at 4:41 PM, Leonardo Carneiro - Veltrac wrote: Well, them and anyone who knows how to half-assed run nmap or any other numerous service fingerprinting utilities. Even with sshd moved, when I finally decided to block port 22, my bandwidth use dropped noticeably. You made the point: bandwidth! umm... this is *INSIDE* the corporate network. If there's anyone portscanning my box, I want to know about it, especially since I have the power to go smack hands. And if there was someone capable of breaking ssh, that person would find it no matter what port it's on. He also did some other brilliant things such as set up a boot up password, bios password and other assorted "security" things. Guess what happened? He didn't tell me he did it, and he forgot the passwords. He got to spend half a day in the data center rebuilding crap. And the next week sweeping the floors? :)
Re: request help with tip and serial port problem
I restored the dialer group to /dev/tty01 and added the user to the dialer group as Nick suggested. It still doesn't work but the response is different now. I believe there is a cable problem now. The cable works with a Sun Ultra 10 but not with the PC running openbsd. Thank you for the help. Nick Holland wrote: On 07/12/10 19:32, patrick keshishian wrote: On Mon, Jul 12, 2010 at 2:58 PM, fred wrote: Hello, A user needs to connect to external equipment using tip and a serial port. I created an /etc/remote file: snake:br=9600:dv=/dev/tty01:hf:nb:pa=none The group associated with /dev/tty01 was changed from dialer to one that includes the user: $ls -l /dev/tty01 crw-rw 1 uucp wheel 8, 1 Feb 7 09:38 /dev/tty01 so, the user is already in wheel group. Revert above change. Enable sudo (if not already done so) for users in group wheel. $ sudo -u uucp tip snake --patrick uh...if all else fails, do it as root? I think we'd prefer to avoid that, unless really a root-like activity. The "dialer" group is set up just for this purpose. The problem with changing the ownership (or group) of a device file is the next upgrade will overwrite your ownership change. Ask me how I know. Better idea, don't -- just use your imagination. I'm not sure why you didn't just add that user to group "dialer", but it is quite straight forward: /home/nick $ grep nick /etc/group wheel:*:0:root,nick wsrc:*:9:nick dialer:*:117:nick nick:*:1000: and...I (as "nick") have no trouble using my serial port without using sudo and without changing device file ownership. You will probably want to create a file /var/log/aculog which is writable by group "dialer", as well... Squishes an error message, and provides some useful logging, too. Nick.
Secret key in the packet filter.
Hello brothers and sisters, Who knows anything about the secret keys in the packet filter(pf), such as way only for developers. Is it real in the open source, and how can I realize it in my own firewall with open source? -- with best respect
Re: Secret key in the packet filter.
On Tue, Jul 13, 2010 at 06:18:12PM +0400, jackwssp q wrote: > Hello brothers and sisters, Backatcha! > > Who knows anything about the secret keys in the packet filter(pf), such as > way only for developers. Secret...huh? Who're we talkin about? > > Is it real in the open source, and how can I realize it in my own firewall > with open source? *headasplode* > > -- > with best respect
Re: Secret key in the packet filter.
On Tue, Jul 13, 2010 at 4:18 PM, jackwssp q wrote: > Hello brothers and sisters, > > Who knows anything about the secret keys in the packet filter(pf), such as > way only for developers. > > Is it real in the open source, and how can I realize it in my own firewall > with open source? yo bro, what have you smoked lately?
Re: request help with tip and serial port problem
And what is the response now? You should be using cua01 not tty01. On Tue, Jul 13, 2010 at 06:47:18AM -0600, fred wrote: > I restored the dialer group to /dev/tty01 and added the user to the > dialer group as Nick suggested. It still doesn't work but the > response is different now. I believe there is a cable problem now. > The cable works with a Sun Ultra 10 but not with the PC running > openbsd. > > Thank you for the help. > > Nick Holland wrote: > >On 07/12/10 19:32, patrick keshishian wrote: > >>On Mon, Jul 12, 2010 at 2:58 PM, fred wrote: > >>>Hello, > >>> > >>>A user needs to connect to external equipment using tip and a serial port. > >>> > >>>I created an /etc/remote file: > >>>snake:br=9600:dv=/dev/tty01:hf:nb:pa=none > >>> > >>>The group associated with /dev/tty01 was changed from dialer to one that > >>>includes the user: > >>>$ls -l /dev/tty01 > >>>crw-rw 1 uucp wheel 8, 1 Feb 7 09:38 /dev/tty01 > >>so, the user is already in wheel group. Revert above change. Enable > >>sudo (if not already done so) for users in group wheel. > >> > >>$ sudo -u uucp tip snake > >> > >>--patrick > > > >uh...if all else fails, do it as root? I think we'd prefer to avoid > >that, unless really a root-like activity. > > > >The "dialer" group is set up just for this purpose. > > > >The problem with changing the ownership (or group) of a device file is > >the next upgrade will overwrite your ownership change. Ask me how I > >know. Better idea, don't -- just use your imagination. > > > >I'm not sure why you didn't just add that user to group "dialer", but it > >is quite straight forward: > > > >/home/nick $ grep nick /etc/group > >wheel:*:0:root,nick > >wsrc:*:9:nick > >dialer:*:117:nick > >nick:*:1000: > > > >and...I (as "nick") have no trouble using my serial port without using > >sudo and without changing device file ownership. > > > >You will probably want to create a file /var/log/aculog which is > >writable by group "dialer", as well... Squishes an error message, and > >provides some useful logging, too. > > > >Nick.
Re: Secret key in the packet filter.
2010/7/13 jackwssp q : > Hello brothers and sisters, > > Who knows anything about the secret keys in the packet filter(pf), such as > way only for developers. > > Is it real in the open source, and how can I realize it in my own firewall > with open source? # echo 'secret="Follow the white rabbit"' >>/etc/pf.conf
Re: uaudio
On Tue, Jul 13, 2010 at 11:38:11AM +0200, pet...@schwertfisch.de wrote: > Jacob Meuser wrote: > > > On Tue, Jul 13, 2010 at 09:10:35AM +0200, Jan Stary wrote: > > > On Feb 21 14:04:01, Alexandre Ratchov wrote: > > > > On Sun, Feb 21, 2010 at 12:29:15AM +0100, Jan Stary wrote: > > > > > > > > > > More generally, what is the status of uaudio(4)? > > > > > > > > It works reliably, 24-bit encodings are not supported > > > > though; recently Jacob fixed various bugs, including a very > > > > annoying limitation of the block size. > > > > > > To support the dynamic range of the bleeding artist inside, > > > I will buy me a 24bit (uaudio) card once 24bits is supported. > > > Can I ask politely about the current status? > > > > ready to commit as far as I'm concerned, but it breaks audio(4) > > binary compat ... > > This is good news (the first part of your statement). well, the "binary compat" issue isn't really much of an issue, afaics. rebuilding things that use sys/audioio.h is all that's needed; it just adds a couple new members to structs audio_encoding and audio_prinfo. actually, if you rebuild libossaudio and libsndio (whic would be done for you already if you update via snapshots), there are only 2 ports in -current that would need to be rebuilt: graphics/xanim and lang/squeak. of course if you're using static libs, it's a little different, but iirc, as far as ports/packages go, that only affects the vax platform; I don't recall any port specifically using static linkage. besides, we live in a source code world ... or something like that. or maybe I'm completely off base and people really are using OpenBSD native binaries they don't have the source to that use the OpenBSD native audio(4) API. if so, I'd really like to know. this doesn't affect Linux binary emulation in any way. > Which devices did you use for testing? E-Mu 0202 USB. it was a gift from patrick keshishian (thanks!). it's also a USB 2.0 device, so there's also USB 2.0 support for uaudio in that patchset. the 0202 also uses a sync endpoint for playback, so that's finally implemented (the first implementation for *BSD, btw). -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: Secret key in the packet filter.
On Tue, Jul 13, 2010 at 09:47, Vadim Zhukov wrote: > 2010/7/13 jackwssp q : >> Hello brothers and sisters, >> >> Who knows anything about the secret keys in the packet filter(pf), such as >> way only for developers. >> >> Is it real in the open source, and how can I realize it in my own firewall >> with open source? > > # echo 'secret="Follow the white rabbit"' >>/etc/pf.conf > > I thought that maybe I wasn't understanding what he wrote, but I can see I'm not alone. welcome to the spam filter "jack asswipe"... really? the devs have a "backdoor" in PF? you're an idiot...
Re: Openbgpd Max Number of Neighbors per Instance
I don't expect the traffic levels to reach Gigabit levels so I doubt I will ever come close to hitting any sort of limit on the interfaces, but would I have better support with Intel chipsets over Broadcom? Is there a preferred Ethernet chipset for this type of setup? James D. Reid Spacenet Inc. Network Engineer Office: (703) 848 - 1266 -Original Message- From: owner-m...@openbsd.org [mailto:owner-m...@openbsd.org] On Behalf Of Claudio Jeker Sent: Monday, July 12, 2010 5:30 PM To: misc@openbsd.org Subject: Re: Openbgpd Max Number of Neighbors per Instance On Mon, Jul 12, 2010 at 03:07:23PM -0400, James Reid - McLean wrote: > Does anyone have information about the maximum number of BGP neighbors a > single instance of OpenBGPD could support assuming the following: > > 1. OpenBGPD would send only "Default Route" to each neighbor > 2. Each neighbor would advertise only 1 subnet to OpenBGPD > 3. OpenBGPD could run in passive mode for all of the connections > 4. OpenBGPD running on new/current/modern fully supported hardware with > no other services running. > > I am looking to scale this configuration to support between 500 - 10,000 > peers and I need to know how much hardware I would need to purchase to > support this. > Nobody ever tested 10k peers but here are some tips. Get a box with 3-4GB of RAM. Do not run i386 (amd64 has less kvm restrictions and you will need a lot of kernel memory). Increase kern.maxclusters to 4-8 times the max number of sockets you expect and don't forget to increase kern.nfiles. Expect to hit a few other issues as well. I know of people doing tests with 500-1000 sessions that actually injected a few routes. But limiting bgpd to only announce a default route should reduce the load on the RDE massivly. good luck -- :wq Claudio Spacenet Inc. Notice and Disclaimer IMPORTANT: This e-mail along with any attachment(s) is intended for the above named addressee(s) only, and may contain information which is proprietary, confidential and/or privileged. If you are not the intended recipient or if you received this e-mail transmittal in error, please be advised that any review, copying, use, distribution or dissemination of this e-mail and any attachment(s) is strictly prohibited. Please immediately notify the sender by e-mail or to phone number 703-848-1000 and delete this e-mail and any attachments. Thank you.
Re: Secret key in the packet filter.
Bryan wrote: > really? the devs have a "backdoor" in PF? you're an idiot... Of course we do. Don't try to find it. We have implemented a Langford hack. If you read the source, the backdoor will jump over and inscribe itself directly into your brain, and people will be able to take over your mind directly. You have been warned. -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: uaudio
Jacob Meuser wrote: > E-Mu 0202 USB. it was a gift from patrick keshishian (thanks!). > > it's also a USB 2.0 device, so there's also USB 2.0 support for uaudio > in that patchset. the 0202 also uses a sync endpoint for playback, so > that's finally implemented (the first implementation for *BSD, btw). Does this mean that any USB 2.0 audio device should be supported in future releases of OpenBSD, e.g., the devices from this list: http://www.tweakheadz.com/audio_interface_usb2_comparison_chart.htm
Re: Secret key in the packet filter.
On 07/13/10 10:50, Christian Weisgerber wrote: Bryan wrote: really? the devs have a "backdoor" in PF? you're an idiot... Of course we do. Don't try to find it. We have implemented a Langford hack. If you read the source, the backdoor will jump over and inscribe itself directly into your brain, and people will be able to take over your mind directly. You have been warned. I just found it. Awaiting your orders, Master. ACK, sir
Re: uaudio
On Tue, Jul 13, 2010 at 05:55:21PM +0200, pet...@schwertfisch.de wrote: > Jacob Meuser wrote: > > > E-Mu 0202 USB. it was a gift from patrick keshishian (thanks!). > > > > it's also a USB 2.0 device, so there's also USB 2.0 support for uaudio > > in that patchset. the 0202 also uses a sync endpoint for playback, so > > that's finally implemented (the first implementation for *BSD, btw). > > Does this mean that any USB 2.0 audio device should be supported in > future releases of OpenBSD, e.g., the devices from this list: > http://www.tweakheadz.com/audio_interface_usb2_comparison_chart.htm not necessarily, but it does mean there would be less work ... much less work for the other E-Mu devices listed there ;) it really depends whether or not the devices are USB Audio 1.x compliant. for the most part, the E-Mu devices are. there is a USB Audio 2.x standard now, which mostly just builds on the USB Audio 1.0 standard but does change a few things. it's my understanding that very few devices are using the USB Audio 2.x standard, but that's based on hearsay. to be clear, a device can be USB 2.x compliant and USB Audio 1.x compliant at the same time. there is a small issue with that though: USB Audio 1.x didn't predict how USB 2.x would work, so there is a bit of wiggle room as to what "USB packet" and "USB frame" mean in that case. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
La Empresa Familiar Herencias, Testamentos y asuntos de la Sucesión
Las Reglas de Juego de las Empresas Familiares Mexico D.F. Fecha: 23 de julio de 2010 Monterrey Fecha: 20 de julio de 2010 Guadalajara Fecha: 22 de julio de 2010 ?Cual es el impacto potencial de la familia y parientes en las Empresas Familiares? y ?Qui puede hacer al respecto? ?Son familia, socios o simplemente colaboradores de confianza? ?Benefician o Perjudican? ?Csmo manejar las evidencias, los parientes parasitos y las ambiciones de los herederos? ?Le doy acciones a mis hermanos? ?Parientes polmticos? ?Qui sucedera con su familia y con su empresa si usted llegara a faltar? Asista al encuentro mas exitoso y exclusivo a nivel nacional diseqado especialmente para Directores, Gerentes Generales, Dueqos, Sucesores y Accionistas de pequeqas, Medianas y Grandes EMPRESAS FAMILIARES y descubra de forma practica, dinamica y efectiva los conceptos que usted necesita dominar, incluyendo: * La empresa familiar, su problematica y oportunidades. * ?Por qui debe haber reglas y lineamientos? * ?Csmo se transforma una empresa familiar en una empresa profesional? * LA CUMBRE: el ixito y su impacto en la familia. * ?Herencias, Testamentos y asuntos de la Sucesisn? * La empresa familiar: Venta, Divisisn, Crisis con herederos. * ?Csmo correr a un Familiar? Reciba un folleto con toda la informacisn Opcisn 1.- llamando al Tel: 01800-250-2030 Lada Sin Costo Opcisn 2. - respondiendo los siguientes datos: -Empresa: -Nombre: -Puesto: -Tel: ( ) Lugar donde desea participar :Guadalajara ( ) Mexico ( ) Monterrey ( ) Para dejar de recibir estas invitaciones misc@openbsd.org , responda con asunto E56a-32 __ Informacisn de NOD32, revisisn 5205 (20100617) __ Este mensaje ha sido analizado con NOD32 antivirus system http://www.nod32.com
Cursos y actividades 2do cuatrimestre 2010
Responder a i...@escuelasistemica.com.ar [IMAGE] Cursos y actividades 2do cuatrimestre 2010: Trastornos de la Alimentacisn Miircoles de 16 a 18hs- Inicio: 11 de agosto - Duracisn: cuatrimestral - Lic. Graciela Piatti Violencia Familiar e Institucional Miircoles de 17 a 19hs - Inicio: 11 de agosto Duracisn cuatrimestral - Lic. Adriana Gonzalez Acompaqante Terapiutico Jueves de 9 a 11hs - Inicio: 05 de agosto - Duracisn: cuatrimestral - Lic. Marina Perrone y Lic. Natalia Montero Operador Socio-Terapiutico Jueves de 11 a 13hs - Inicio: 05 de agosto - Duracisn: cuatrimestral - Lic. Marina Perrone y Lic. Natalia Montero Psicologma Positiva Lunes de 17 a 19hs - Inicio: 09 de agosto - Duracisn: 1 mes - Lic. Pablo Reyes Entrenamiento en la Mirada Sistimica Jueves de 19 a 21hs - Inicio: 12 de agosto - Duracisn 2 meses - Lic. Sonia Rodriguez Hipnosis Ericksoniana Lunes de 13 a 15hs - Inicio 09 de agosto - Duracisn 1 y 1/2 mes - Lic. Claudio Deschamps Hipnosis Ericksoniana Lunes de 19 a 21hs - Inicio: 09 de agosto - Duracisn 1 y 1/2 mes - Lic. Claudio Deschamps Hipnosis Ericksoniana Viernes 08 de octubre de 9 a 13hs y sabado 09 de octubre de 9 a 17hs - Duracisn: dos dmas - Lic. Claudio Deschamps Divorcio y Familias Ensambladas Lic. Silvia Muiqo (dia y horario a confirmar) Sexualidad Lic. Guido Fischer - (A confirmar) INFORMES E INSCRIPCION: Fray Justo S. M. de Oro 1843 (1414) Bs. As. Te/Fax: 4774-2875/6112 4899-1053 E-Mail: i...@escuelasistemica.com.ar / Web: www.escuelasistemica.com.ar [demime 1.01d removed an attachment of type image/gif which had a name of texto-esa chiq.gif]
os that rather uses the gpu?
Does someone know a distribution/operating system, that rather uses the GPU for "working", not the CPU? [by default] Or this solution is still in the "beginning part"? Thanks for any tips, link, suggestions.
Re: os that rather uses the gpu?
On Tue, 13 Jul 2010 22:46:13 +0200 Jozsi Avadkan wrote: > Does someone know a distribution/operating system, that rather uses > the GPU for "working", not the CPU? [by default] > > Or this solution is still in the "beginning part"? > > Thanks for any tips, link, suggestions. > > Why are you asking on OpenBSD mailing list? OMG. jirib
Re: os that rather uses the gpu?
On 14 July 2010 c. 00:54:03 Jiri B. wrote: > On Tue, 13 Jul 2010 22:46:13 +0200 > > Jozsi Avadkan wrote: > > Does someone know a distribution/operating system, that rather uses > > the GPU for "working", not the CPU? [by default] > > > > Or this solution is still in the "beginning part"? > > > > Thanks for any tips, link, suggestions. > > Why are you asking on OpenBSD mailing list? OMG. Well, OpenBSD focuses on portability... (just a joke). Looks like it is a day of mindblowing questions today... -- Best wishes, Vadim Zhukov A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail?
Re: os that rather uses the gpu?
On 13 July 2010 16:54, Jiri B. wrote: > On Tue, 13 Jul 2010 22:46:13 +0200 > Jozsi Avadkan wrote: >> Does someone know a distribution/operating system, that rather uses >> the GPU for "working", not the CPU? [by default] > Why are you asking on OpenBSD mailing list? OMG. Probably for the same reason he asked on freebsd-questions earlier today. Looks like he's casting a wide net to increase the likelihood of a catch. kmw -- A: Maybe because some people are too annoyed by top-posting. Q: Why do I not get an answer to my question(s)? A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing?
Re: Secret key in the packet filter.
Le mardi 13 juillet 2010 17:50:04, Christian Weisgerber a icrit : > Bryan wrote: > > really? the devs have a "backdoor" in PF? you're an idiot... > > Of course we do. > Don't try to find it. We have implemented a Langford hack. If you > read the source, the backdoor will jump over and inscribe itself > directly into your brain, and people will be able to take over your > mind directly. You have been warned. Actually, just reading the above mail already gives the required effect, it is the trick.
Re: Secret key in the packet filter.
2010/7/13, jackwssp q : > Who knows anything about the secret keys in the packet filter(pf), such as > way only for developers. You can actually read the code yourself, find them and write paper about them... Don't forget to mail misc@ about it. -- MP
Re: Question about moving system to different hardware
2010/7/13, Ted Wynnychenko : > the network card will be the same, since it's moving too Actually, it doesn't have to; its number might change due to different motherboard layout (happened to me on one crappy ECS). Then you end up playing with config(8). -- Martin Pelikan
Re: Secret key in the packet filter.
On 2010-07-13, Martin Pelik??n wrote: > 2010/7/13, jackwssp q : >> Who knows anything about the secret keys in the packet filter(pf), such as >> way only for developers. > > You can actually read the code yourself, find them and write paper > about them... Don't forget to mail misc@ about it. > I suggest starting with /sys/net/pfkey*
Re: Secret key in the packet filter.
On 07/13/10 17:50, Christian Weisgerber wrote: > Bryan wrote: > >> really? the devs have a "backdoor" in PF? you're an idiot... > > Of course we do. > Don't try to find it. We have implemented a Langford hack. If you > read the source, the backdoor will jump over and inscribe itself > directly into your brain, and people will be able to take over your > mind directly. You have been warned. And we will hack your firewall and remap your keyboard.
Taller de Licitaciones de Obras Públicas JULIO 29 México D.F.
[IMAGE] B!Promociones Especiales para Grupos! Mayores informes responda este correo electrC3nico con los siguientes datos. Empresa: Nombre: TelC)fono: Email: NC:mero de Interesados: Y en breve le haremos llegar la informaciC3n completa del evento. O bien comunCquense a nuestros telC)fonos un ejecutivo con gusto le atenderC! Tels. (33) 8851-2365, (33)8851-2741. Copyright (C) 2010, PMS CapacitaciC3n Efectiva de MC)xico S.C. Derechos Reservados. PMS de MC)xico, El logo de PMS de MC)xico son marcas registradas. ADVERTENCIA PMS de MC)xico no cuenta con alianzas estratC)gicas de ningC:n tipo dentro de la Republica Mexicana. NO SE DEJE ENGACAR - DIGA NO A LA PIRATERIA. Todos los logotipos, marcas comerciales e imC!genes son propiedad de sus respectivas corporaciones y se utilizan con fines informativos solamente. Este Mensaje ha sido enviado a misc@openbsd.org como usuario de Pms de MC)xico o bien un usuario le refiriC3 para recibir este boletCn. Como usuario de Pms de MC)xico, en este acto autoriza de manera expresa que Pms de MC)xico le puede contactar vCa correo electrC3nico u otros medios. Si usted ha recibido este mensaje por error, haga caso omiso de el y reporte su cuenta respondiendo este correo con el subject BAJAOBRAS Unsubscribe to this mailing list, reply a blank message with the subject UNSUBSCRIBE BAJAOBRAS Tenga en cuenta que la gestiC3n de nuestras bases de datos es de suma importancia y no es intenciC3n de la empresa la inconformidad del receptor. [demime 1.01d removed an attachment of type image/jpeg which had a name of obra.jpg]
Supply Chain Management (SCM)
[IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] Supply Chain Management (SCM) [IMAGE] [IMAGE] [IMAGE] إدارة سÙسÙØ© اÙإ٠داد [IMAGE] 1-5 August 2010 - Cairo * Since its inception in the early 1990s, the field of supply chain management has become tremendously important to companies in an increasingly competitive global marketplace. The term supply chain refers to the entire network of companies that work together to design, produce, deliver, and service products. * In the past, companies focused primarily on manufacturing and quality improvements within their four walls; now their efforts extend beyond those walls to encompass the entire supply chain. * Supply chain management (SCM) is the oversight of materials, information, and finances as they move in a process from supplier to manufacturer to wholesaler to retailer to consumer. * Ù ÙØ° ظÙÙر Ù ÙÙÙÙ " إدارة سÙاس٠اÙإ٠داد " Ù٠اÙائ٠عا٠1990 Ø Ø£ØµØ¨Ø Ù Ù Ø§ÙÙ ÙÙ ÙÙشرÙات أ٠ترÙز عÙÙ ÙÙاءة سÙاس٠اÙإ٠داد Ø¥Ù٠جاÙب ترÙÙزÙا عÙ٠اÙÙ Ùتجات ÙتØسÙÙ Ù ÙاصÙاتÙا. * إ٠إدارة سÙاس٠اÙإ٠داد تعÙ٠باÙدرجة اÙØ£ÙÙ٠اÙإشرا٠ÙتØسÙÙ Ùسائ٠اÙإتصا٠ÙاÙتÙسÙ٠بÙ٠اÙأطرا٠اÙ٠عÙÙØ© بدأ ٠٠٠رØÙØ© اÙإ٠داد باÙÙ Ùاد اÙØ£ÙÙÙØ© ÙاÙخا٠ات ÙØت٠ÙصÙ٠اÙÙ Ùتج اÙÙÙائ٠إÙ٠اÙ٠ستÙÙ٠باÙتÙÙÙØ© اÙÙ Ùاسبة دÙ٠اÙإخÙا٠بÙÙاءة سÙاس٠اÙإ٠داد . * ÙØ°ÙÙ Ø£ØµØ¨Ø Ù ÙÙÙÙ " إدارة سÙاس٠اÙإ٠داد " Ù٠أØد Ù ÙاتÙØ Ø§ÙÙدرة اÙتÙاÙسÙØ© بÙ٠اÙشرÙات ÙبعضÙا. [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] ⢠20 % discount for registration and full payment 20 Days before the date of the course. ⢠10 % discount for registration and full payment 10 Days before the date of the course. ⢠Send four participants and take the fifth for free. ⢠خص٠20% عÙد اÙإشترا٠ÙاÙدÙع Ùب٠اÙبرÙا٠ج بعشرÙÙ ÙÙÙ . ⢠خص٠10% عÙد اÙإشترا٠ÙاÙدÙع Ùب٠اÙبرÙا٠ج بعشرة Ø£Ùا٠⢠إرس٠أربعة ٠شترÙÙÙ ÙاØص٠عÙ٠اÙخا٠س ٠جاÙاÙ. [IMAGE] [IMAGE] [IMAGE] [IMAGE] [IMAGE] To stop sending these mails, unsubscribe our mail frequency , follow the instruction in the next page. [IMAGE] You are subscribed as m...@openbsd.org.
