Re: Looking for *cheap* embedded platform w- 2 ethernets
On Friday 20 June 2008, joe mcguckin wrote: I'm looking for a cheap and small embedded platform to use as a portable vpn endpoint. It doesn't have to be fast, it just has to run *BSD. Any suggestions?? www.pcengines.ch -- Anish Mistry signature.asc Description: This is a digitally signed message part.
Re: Getting the Wine preloader to work in FreeBSD
On Thursday 31 May 2007, Kai Blin wrote: Hi folks, after being nagged by a freebsd user(dibridagoe) in #winehq today, I have decided to look into a problem with the Wine preloader on FreeBSD (http://bugs.winehq.org/show_bug.cgi?id=5732). Now, the wine preloader is Linux-specific, it seems. I'm not sure if it is needed in FreeBSD at all. http://www.winehq.org/site/docs/winedev-guide/x2584#ARCH-MEM and http://www.winehq.org/site/docs/winedev-guide/x2853 contain some information about the preloader rationale. The preloader source is at http://source.winehq.org/git/wine.git/?a=blob;f=loader/preloader.c; h=0034e9a948c3de7c2752f17efe11acb6db42a1ae;hb=HEAD the comments should explain some of the rationale there. Now, why am I bugging you folks with that? The reason this hasn't been fixed for FreeBSD yet is that we simply don't have developers who run that OS. So what I am asking for is this: Is someone who knows how to fix this in FreeBSD interested in helping me to create a patch? It can be a pain to get patches accepted in Wine, especially if you're a first-time committer. That's where I can offer my experience, or at least my stubborness in getting Wine patches in. However, I lack the knowledge of this low level code. Thus, I would need to have someone helping me with a patch or even someone to write that patch him/herself, in the latter case I'd offer help in getting it through Wine's review process. I'd suggest contacting [EMAIL PROTECTED] since he maintains the wine port and might have the knowledge. -- Anish Mistry pgpVvj8WXSuCO.pgp Description: PGP signature
Re: freebsd port onto IBM/Lenovo T 40
On Friday 30 June 2006 04:49, Kamal R. Prasad wrote: Hello, I installed Freebsd 6.1 on an IBM(now lenovo) Thinkpad T40. The dmesg shows the following -which probably need some config changes. acpi0: IBM TP-IY on motherboard acpi_ec0: Embedded Controller: CPE 0x1c, ECDT port 0x62, 0x66 on acpi0 acpi_bus_number: can't get _ADR same message repeated a number of times ... ugen0: STMicroelectronics Biometric Coprocessor, rev 1.00/0.01, addr 2 ... --- do I need to fix anything for acpi and is the driver for a fingerprint sensor present in the current distribution? Details of the fingerprint sensor are given at this link:- http://www.pc.ibm.com/us/security/fingerprintreader.html http://shapeshifter.se/articles/upek_touchchip_freebsd/ -- Anish Mistry pgpYhsxRSY98q.pgp Description: PGP signature
Re: ZFS on FUSE/Linux
On Friday 26 May 2006 04:51, Joseph Scott wrote: One of the Google Summer of Code projects is ZFS for FUSE/Linux. More info: Google SoC app: http://code.google.com/soc/opsol/appinfo.html? csaid=1EEF6B271FE5408B Blog: http://zfs-on-fuse.blogspot.com/2006/05/announcing-zfs-on- fuselinux.html Since there is FUSE for FreeBSD now, any chance this can be leveraged to make ZFS work on FreeBSD? Probably with some small changes. Some one will just need to step up and port it and create a port skeleton for the ports system. If you need help with the port skeleton, let me know. If you need help with FUSE specific stuff contact Csaba Henk. I'd suggest getting involved early to avoid any annoying Linuxisms creeping in the project. -- Anish Mistry pgplX8l1hedH6.pgp Description: PGP signature
Re: [PATCH] Fancy rc startup style RFC
On Tuesday 18 April 2006 16:35, Eric Anderson wrote: Gordon Bergling wrote: * Thus spake Eric Anderson ([EMAIL PROTECTED]): Peter Jeremy wrote: On Tue, 2006-Apr-18 14:02:07 -0400, Coleman Kane wrote: A few comments on the shellscript: +rcargsize=`echo $rc_arg` +rcargsize=${#rcargsize} Try rcargsize=$((${#rc_arg} + 1)) -return 1 +(echo_fancy FAILED `expr 10 + $rcargsize - 1`) return 1 Try echo_fancy FAILED $((10 + $rcargsize - 1)) return 1 +echo_fancy () { ... +namesize=`echo -n $name` +namesize=${#namesize} ornamesize=${#name} +padding= +paddingsize=$(($columns - 15 - $2 - $namesize)) +until [ 0 = ${paddingsize} ]; do +padding= $padding +paddingsize=$(($paddingsize - 1)) +done This particular block of code appears unnecessary (since $padding is unused). I must be missing something, because I'm pretty sure it's used.. What did I miss? +paddingsize=$((60 - $namesize - $rc_argsize)) +until [ 0 = ${paddingsize} ]; do +padding= $padding +paddingsize=$(($paddingsize - 1)) +done For safety, the conditions should probably be [ 0 -ge ${paddingsize} ] I don't see any alternative to the until loop. If efficiency turns out to be a real issue then you could try doing the expansion in multiple goes. Eg: until [ 8 -gt ${paddingsize} ]; do padding=$padding paddingsize=$(($paddingsize - 8)) done until [ 0 -ge ${paddingsize} ]; do padding= $padding paddingsize=$(($paddingsize - 1)) done Thanks for the hints. I was testing the same changes to the namesize/etc as you suggested, and it does work and is more readable and more efficient. I've included your suggestions and put the latest changes here: http://www.googlebit.com/freebsd/patches/rc_fancy.patch-3 Patch -3 is working good here. :) best regards, Gordon PS: next try... fancy_color_rc=YES ;) If I could figure out how to make sh do colors, I'd do it. :) Is that all? :) #!/bin/sh # Nico Golde nico(at)ngolde.de Homepage: http://www.ngolde.de # Last change: Mon Feb 16 16:24:41 CET 2004 for attr in 0 1 4 5 7 ; do echo printf ESC[%s;Foreground;Background - \n $attr for fore in 30 31 32 33 34 35 36 37; do for back in 40 41 42 43 44 45 46 47; do printf '\033[%s;%s;%sm %02s;%02s ' $attr $fore $back $fore $back done printf '\n' done printf '\033[0m' done -- Anish Mistry pgpf0bSZ3O8fs.pgp Description: PGP signature
Re: GBDE mounts on top of other mounts (sshfs ?) fail ... please help
On Thursday 16 March 2006 19:45, Ensel Sharon wrote: I have successfully configured and used a GBDE. I followed these instructions: http://0x06.sigabrt.de/howtos/freebsd_encrypted_image_howto.html Easy. No problem. However, when I place the backing-store-file on a mounted sshfs (fuse) volume, it no longer works. Specifically, when I issue command: gbde init /dev/md0 -i -L /etc/gbde/md0 and save the resulting file that opens in my editor (without making any changes, as usual), after typing in my passphrase twice, I get this error: Enter new passphrase: Reenter new passphrase: gbde: write: Input/output error # Is this expected ? Is this a specific problem with fuse-fs, or would this fail if I tried to put the backing store on any kind of other mounted abnormal filesystem ? (say an NFS mount, or another md-backed mount point) Any comments ? I would really like to get this to work and would be happy to run more tests if someone could suggest some. I don't have an answer for you, but you may want to contact Csaba Henk [EMAIL PROTECTED] about the fuse stuff. -- Anish Mistry [EMAIL PROTECTED] AM Productions http://am-productions.biz/ pgpbTFo6BQA5t.pgp Description: PGP signature
Re: FreeBSD Real Mode interface
On Tuesday 31 January 2006 03:35, Loren M. Lang wrote: On Tue, Jan 31, 2006 at 11:04:46AM +0600, Dmitry Frolov wrote: * Loren M. Lang [EMAIL PROTECTED] [28.01.2006 13:09]: Is there any equivalent to the Linux Real Mode interface in FreeBSD? I would like to port a program called atitvout to FreeBSD, but it uses calls to the vesa bios in real mode on the x86 arch. I can't seem to find out how to do this in FreeBSD. LRMI http://sourceforge.net/projects/lrmi should work on FreeBSD since version 0.8. And here is my FreeBSD/NetBSD patch for atitvout (with instructions inside): http://kaya.nov.net/frol/patches/atitvout-0.4-bsd2.diff Thank you, this is exactly what I was looking for. Now I can truly ditch linux off my laptop. The ports that I created for lrmi and atitvout have just been committed to the ports tree. Enjoy. sysutils/atitvout -- Anish Mistry UnitedWare, LLC [EMAIL PROTECTED] This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. pgp9993HYZIoY.pgp Description: PGP signature
Re: FreeBSD Real Mode interface
On Saturday 28 January 2006 02:10, Loren M. Lang wrote: Is there any equivalent to the Linux Real Mode interface in FreeBSD? I would like to port a program called atitvout to FreeBSD, but it uses calls to the vesa bios in real mode on the x86 arch. I can't seem to find out how to do this in FreeBSD. If you're trying to do tvout with your mach64 chipset, the Xorg config file options work. -- Anish Mistry pgpSSfgl7Aelw.pgp Description: PGP signature
Re: FreeBSD Real Mode interface
On Saturday 28 January 2006 05:15, you wrote: On Sat, Jan 28, 2006 at 04:03:34AM -0500, Anish Mistry wrote: On Saturday 28 January 2006 02:10, Loren M. Lang wrote: Is there any equivalent to the Linux Real Mode interface in FreeBSD? I would like to port a program called atitvout to FreeBSD, but it uses calls to the vesa bios in real mode on the x86 arch. I can't seem to find out how to do this in FreeBSD. If you're trying to do tvout with your mach64 chipset, the Xorg config file options work. First of all, this is not confurable after Xorg has started, AFAIK. Right. Secondly, when Xorg does autodetect the S-Video connection, it loads the screen on both the LCD and S-Video interface which my video card does not like very well. Hmmm...my card doesn't. What I do is have a separate ServerLayou section for the SVIDEO out. I think use a script that I run when I want to run the SVIDEO out. It can be run while X is running on the LCD panel. It will start a new display and session on the TV. http://am-productions.biz/docs/xorg.conf http://am-productions.biz/docs/tvout Linux has the exact same issue, the only solution was to make sure the s-video connection was unplugged during Xorg startup and plug it in afterwards. Then use atitvout to switch over to the s-video and shut the lcd signal off. If Xorg can do this after it's started then I might try that. -- Anish Mistry -- Anish Mistry pgpc9ObeBRQN7.pgp Description: PGP signature
Re: fix for dhclient+aliases
On Wednesday 02 November 2005 07:12 pm, Brooks Davis wrote: I've got a proposed fix for dhclient interactions with IPv4 aliases. It turns out that my speculation that it was driver issues was wrong and that dhclient with reacting to the aliases themselves. I suspect there may be issues with some drivers, but that's not the main problem. This patch adds a flag which causes dhclient to ignore address changes that it didn't cause. Does this seem like an acceptable solution? I'd probably add an rc.conf variable similar to background_dhclient. It works on my laptop's rl running CURRENT :). If deemed acceptable, would it be possible to get this into RELENG_6_0. Thank you for working on this issue. -- Anish Mistry pgpaJkPjVGxfU.pgp Description: PGP signature
Re: UFS2 recovery tool?
On Wednesday 20 July 2005 01:30 pm, Frank Mayhar wrote: Due to a series of circumstances involving a RAID controller and an unclear user interface and an unfortunate use of fsck -y, I managed to hammer a couple of very large file systems. (Fortunately I had a very recent copy of /home backed up elsewhere, or I wouldn't be sending this email.) While I could live without the data on those file systems if I absolutely had to, I know much of the data is recoverable with the right tools. In fact I found a whole intact subtree using fsdb. Unfortunately the root directory was wiped. While I can recover the inode with fsdb, it doesn't allow me to allocate a new (free) block for the directory contents. What I need is either a way to set up the root directory so I can link the subtrees that I find to it, or, alternatively, something like ffsrecov that will just pull the subtree off the dead filesystem directly, writing it to a _live_ filesystem. Unfortunately, ffsrecov hasn't yet been updated to support UFS2. If I have to, I'll write the code myself, but I'm hoping here that someone else has done so already. (At the moment it's hard for me to find the time for such relatively complex development that isn't directly work-related.) So, has anyone done this? If someone even has code lying around that understands UFS2 and can create directories and allocate blocks, even if it's not suitable for inclusion in ports, that would be wonderful. Drop me email with a pointer to said code. Alternatively, if you have (detailed, low-level) advice as to how to write the code, feel free to chime in. (Please, though, don't tell me to look at fsck_ffs, fsdb and sys/ffs/*; that I know already and it will be where I start if I end up writing this all myself.) So here's hoping... scan_ffs and gpart have saved my butt more than a few times. Depending on your situation they may or may not help. -- Anish Mistry pgpVbiJky2qNf.pgp Description: PGP signature
Re: Idea about 'skeleton jail
On Monday 14 March 2005 10:15 am, Samuel J. Greear wrote: On Sunday 13 March 2005 14:24, Anish Mistry wrote: On Sunday 13 March 2005 01:23 pm, Chris Hodgins wrote: Samuel J. Greear wrote: Not a bad 'idea' at all, although I won't comment on semantics. I had something implemented using fs stacking (in a very hackish way, and I believe it's lost now, so don't ask to see it...) to implement per-jail quota's that seemed to work quite well. Sam Feel free to comment on the semantics. As I said before, I am not very knowledgable about filesystems and any insight or alternative implementation you can provide would be interesting I'm sure to everyone. Yeah, if there was jailfs that was setup automatically for the jails that supported quotas out of the box that would kill my major gripe about setting up jails. Chris, your concept looks reasonable to me. I think I would probably do something along those lines but borrow some idea's from my 'jail-build' script. It has the concept of both includes and excludes, but it also handles another directory for what I call overrides. My overrides directories are per-jail and typically include nothing more than config. files, but it works pretty handily. The overrides may best be implemented in a seperate layer... and I don't even know that I would call something like this a jailfs, more like a globfs or something... I can see potential uses beyond jails. The reasons that I never finished implementing my jailfs with quota support were primarily, that stackable filesystems seem to be somewhat of a black-art. Secondarily, I concluded that the time would be better spent implementing filesystem agnostic quota's in the vfs layer. A proper design should enable you to do a lot of fun things, I was thinking something along the lines of just a simple aggregator that a module could hand function pointers to and register interest in events, with options like.. just-notify-me and dont-continue-without-my-approval. Throw in some helpers for synchronizing module state to disk. The kernel side of this shouldn't really be very hard, but all of the userland quota utilities would need to be rewritten as they are tied to UFS at the block level. This all from about 3 years ago, and I haven't implemented any of it. I rock! Sam Would you be able to write up some design specs for getting all this done? This might be a prime example of something to try to get funding for development. -- Anish Mistry pgpyd3VJETqb2.pgp Description: PGP signature
Re: Idea about 'skeleton jail
On Sunday 13 March 2005 01:23 pm, Chris Hodgins wrote: Samuel J. Greear wrote: Not a bad 'idea' at all, although I won't comment on semantics. I had something implemented using fs stacking (in a very hackish way, and I believe it's lost now, so don't ask to see it...) to implement per-jail quota's that seemed to work quite well. Sam Feel free to comment on the semantics. As I said before, I am not very knowledgable about filesystems and any insight or alternative implementation you can provide would be interesting I'm sure to everyone. Yeah, if there was jailfs that was setup automatically for the jails that supported quotas out of the box that would kill my major gripe about setting up jails. -- Anish Mistry pgp4WCWHjxMeP.pgp Description: PGP signature
Re: Messed up my partition
On Saturday 23 October 2004 03:14 am, you wrote: Anish Mistry wrote: On Friday 22 October 2004 02:55 pm, Erik Udo wrote: My boot loader wansn't working properly and i didn't find my 5.2.1 install cd, so i grabbed 4.4(or is that 4.6) install cd, and chose fdisk, marked the freebsd partition bootable(S), and wrote changes. You should be able to use gpart on a bootable cd (Freesbie or knoppix) to recover the partition table. I had gpart running all night, it didn't find my slices. I made my partition exactly the way it was, and mounted /dev/ad0s3, it worked! i got my data back. But the slice was missing. So do you have any idea how to recover a lost slice? I tried scan_ffs but it gave me input/output error :( Scan_ffs seemed to work fine first, and i was thinking about sending big thanks to the one who wrote that, but no... Well scan_ffs would have been my suggestion. When I used it last to recover a completely hosed FreeBSD partition table it worked like a dream. Just want to check your terminology since scan_ffs only recovers FreeBSD partition info: DISK SLICE1 (FreeBSD) Partition a Partition b etc... SLICE2 (Windows) NTFS SLICE3 (Linux) ext3 SLICE4 So are you saying scan_ffs can't rebuild your FreeBSD partitions or that gpart wasn't able to recover a slice? -- Anish Mistry pgprvYY3CEoIQ.pgp Description: PGP signature
Re: [PATCH]: ICH5 [ac97 rev2.3] spdif support
On Friday 10 September 2004 09:33 am, alexander kurilovich wrote: Hi Just implemented SPDIF digital output for my on-board ICH5 sound based on AD1985. I consider it can work with any ac97-based card. Working on AC3 passthrough - want to hear sound from DVDs. Excellent. Better hardware support is always good. May be it helps somebody although I don't have patch only sources - didnt have time and old sources at home :). http://kurilovich.support.by/140_Files/110_Unix/120_AC97_Patch/ac97.spdifta r.bz2 Be sure to send-pr the patch so it isn't forgotten about. -- Anish Mistry pgprlVfPO7G7t.pgp Description: signature
Re: Next Generation kernel configuration?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 21 July 2004 01:00 pm, Andrew Konstantinov wrote: On Wed, Jul 21, 2004 at 05:43:45AM -0700, Avleen Vig wrote: On Tue, Jul 20, 2004 at 07:39:31PM -0500, Conrad J. Sabatier wrote: Just musing on an idea here: I've been thinking for a while now about trying to write a tool to make kernel configuration easier, sort of a make config (as in ports) for the kernel, similar to what's available on some of the Linux distros. I've read over the other posts in this thread, but I cannot say I think this is a good idea. In fact, I think it's a very bad idea, but with very good intentions. Here's why.. I'm a strong proponent of user education. The FreeBSD handbook is one of the best education tools for someone who wants to use FreeBSD, right from beginner to more advanced levels. A config tool, while useful for beginners, would quickly result is those beginners not learning about building a kernel themselves, copying GENERIC to `hostname -s | tr [:lower:] [:upper:]`, editing it, learning what is in LINT, remembering to look through there, etc. This process teaches users a lot about how a BSD kernel is configured, what options are availible, and where to look for more options. The end result would be more people building kernels themselves, but not knowing what is actually happening, or what more is possible. It would mean less educated users, and I don't think that is somewhere any organization needs to go (look at what happened to the average Microsoft user's IQ level, after people stopped using DOS and started having machines do the work for them). Like I said, I think your intentions are good, but I have concerns about the suggested solution. I think such a tool would actually influence user education in a positive way. Here is a sample scenario: 1) User starts this program to configure the kernel 2) User sees unknown to him option 3) User decides to look it up on www.google.com 4) That's a nice feature, although I don't really need it 5) GOTO 1 The only suggestion I have is to make it a third party program and not build it into the make procedure for the kernel. It would look like pkg_tree that's located in ports, although with a better ncurses interface. Andrew I think a tool with the functionality described in the original post would be very nice, but it shouldn't be menu driven etc. Something more like a kernel dependency checker that would take the kernel config file, and check that all the dependencies are correct. ie. for umass you need da, but if you forget you'll only get a cryptic failing of the kernel build. Also for things like bktr, which you need to have iic and friends. Something along the lines of a command line make depend-check before you do a make kernel would be nice. - -- Anish Mistry -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFA/qc/xqA5ziudZT0RAhLQAJ9HvvtFjmvOkP7hCX4nNR4LGbeMmACgr4vi gQGqNJyVysUTFlisDYohF+8= =gXI8 -END PGP SIGNATURE- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Multiple speaker channels
I've got a Hercules GameTheatre XP and I'm trying to enable both the front and rear speaker channels on the sound card. Just by looking at the ALSA source it seems that there are multiple codecs for my particular card. 1 for the front, and 1 for the back. There seems to be the same in initilization code, which is already in the FreeBSD driver, so just copy/paste our existing code, but it only initilizes the first codec. My question, is there a current framework in FreeBSD for multiple speaker channels so that I can get sound out of my rear speakers, and where is there an example of it. If not, is one being worked on? Thanks, -- Anish Mistry ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Sound Panic - VIA VT8233
Hi, I'm getting a consistant reproducable panic with my onboard VIA VT8233 sound. Attached backtrace and dmesg and sysctl.conf FreeBSD bigguy.am-productions.biz 4.8-RELEASE FreeBSD 4.8-RELEASE #3: Mon Jun 2 15:47:53 EDT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/BIGGUY i386 Thanks in advance, -- Anish Mistry#0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) bt #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487 #1 0xc0165197 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:316 #2 0xc01655d5 in panic (fmt=0xc02d83cc %s) at /usr/src/sys/kern/kern_shutdown.c:595 #3 0xc028e43b in trap_fatal (frame=0xdbbd7e0c, eva=0) at /usr/src/sys/i386/i386/trap.c:974 #4 0xc028de1e in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16, tf_edi = 7644, tf_esi = -1042644992, tf_ebp = -608338324, tf_isp = -608338376, tf_ebx = 0, tf_edx = 0, tf_ecx = 0, tf_eax = 7644, tf_trapno = 18, tf_err = 0, tf_eip = -1071212057, tf_cs = 8, tf_eflags = 66118, tf_esp = -1041577408, tf_ss = -1042677632}) at /usr/src/sys/i386/i386/trap.c:636 #5 0xc02699e7 in feed_rate (f=0xc1eaca40, c=0xc1d5c500, b=0xc1da7000 , count=7644, source=0xc1d9fb00) at /usr/src/sys/dev/sound/pcm/feeder_rate.c:426 #6 0xc026ba03 in feed_vchan_s16 (f=0xc1c11200, c=0xc1c2a80 #7 0xc026999a in feed_rate (f=0xc1d5df00, c=0xc1c2a800, b=0xc1c36000 , count=2048, source=0xc1c1d800) at feeder_if.h:61 #8 0xc02654a0 in sndbuf_feed (from=0xc1c1d800, to=0xc1c1d900, channel=0xc1c2a800, feeder=0xc1d5df00, count=2048) at feeder_if.h:61 #9 0xc0265943 in chn_wrfeed (c=0xc1c2a800) at /usr/src/sys/dev/sound/pcm/channel.c:219 #10 0xc026598b in chn_wrintr (c=0xc1c2a800) ---Type return to continue, or q return to quit--- at /usr/src/sys/dev/sound/pcm/channel.c:235 #11 0xc0265d29 in chn_intr (c=0xc1c2a800) at /usr/src/sys/dev/sound/pcm/channel.c:444 #12 0xc025fa7c in via_intr (p=0xc1c2a980) at /usr/src/sys/dev/sound/pci/via8233.c:436 #13 0xc0296655 in intr_mux (arg=0xc11801c0) at /usr/src/sys/i386/isa/intr_machdep.c:582 #14 0x2808ac93 in ?? () #15 0x280885f2 in ?? () #16 0x280897ca in ?? () #17 0x2807fedf in ?? () #18 0x28072139 in ?? () #19 0x28073f98 in ?? () #20 0x804dbc6 in ?? () #21 0x804d698 in ?? () #22 0x804d367 in ?? () #23 0x8049dd2 in ?? () # Allow users to mount devices vfs.usermount=1 # Enable ATI TV Tuner to capture all channels :) FINALLY! hw.bt848.tuner=4 # enable 4x mode for the graphics card hw.nvidia.registry.EnableVia4x=1 hw.nvidia.registry.EnableAGPFW=1 kern.fallback_elf_brand=3 # Enable async access to sound card hw.snd.pcm0.vchans=6 #hw.snd.pcm1.buffersize=4096 #hw.snd.pcm1.vchans=4 hw.snd.maxautovchans=6 #hw.snd.pcm0.buffersize=10240 # Increase shared memory for smoother video playback #kern.ipc.shmmax=134217728 #kern.ipc.shmall=32768 # enable dma add to /boot/loader.conf #hw.ata.ata_dma=1 #hw.ata.atapi_dma=1 Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.8-RELEASE #3: Mon Jun 2 15:47:53 EDT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/BIGGUY Timecounter i8254 frequency 1193182 Hz CPU: AMD Athlon(tm) processor (1333.39-MHz 686-class CPU) Origin = AuthenticAMD Id = 0x644 Stepping = 4 Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR AMD Features=0xc044RSVD,AMIE,DSP,3DNow! real memory = 402587648 (393152K bytes) avail memory = 386265088 (377212K bytes) Preloaded elf kernel kernel at 0xc050b000. Preloaded elf module linux.ko at 0xc050b09c. Preloaded elf module nvidia.ko at 0xc050b13c. Pentium Pro MTRR support enabled md0: Malloc disk Using $PIR table, 7 entries at 0xc00fdf00 apm0: APM BIOS on motherboard apm0: found APM BIOS v1.2, connected at v1.2 npx0: math processor on motherboard npx0: INT 16 interface pcib0: Host to PCI bridge on motherboard pci0: PCI bus on pcib0 pcib1: PCI to PCI bridge (vendor=1106 device=b099) at device 1.0 on pci0 pci1: PCI bus on pcib1 nvidia0: GeForce2 MX/MX 400 mem 0xe000-0xe7ff,0xec00-0xecff irq 11 at device 0.0 on pci1 bktr0: BrookTree 878 mem 0xef101000-0xef101fff irq 11 at device 8.0 on pci0 iicbb0: I2C bit-banging driver on bti2c0 iicbus0: Philips I2C bus on iicbb0 master-only iicsmb0: I2C to SMB bridge on iicbus0 smbus0: System Management Bus on iicsmb0 smb0: SMBus general purpose I/O on smbus0 iic0: I2C general purpose I/O on iicbus0 iicbus1: Philips I2C bus on iicbb0 master-only iicsmb1: I2C to SMB bridge on iicbus1 smbus1: System Management Bus on iicsmb1 smb1: SMBus general purpose I/O on smbus1 iic1: I2C general purpose I/O on iicbus1 smbus2: System Management Bus on bti2c0 smb2: SMBus general purpose I/O on smbus2 bktr0: Warning - card vendor 0x1002 (model 0x0003) unknown. bktr0: Pinnacle/Miro TV, Temic NTSC tuner. pci0: unknown card (vendor
Re: USB hub detach causing panic in 4.7p3
On Tuesday 14 January 2003 06:51 am, Darren Pilgrim wrote: I have a USB hub that's built into my Viewsonic PT775 monitor. The hub probes during boot and post-boot attach as follows: uhub1: vendor 0x0543 product 0x00ff, class 9/0, rev 1.00/0.00, addr 2 uhub1: 5 ports with 4 removable, self powered The hub is connected and disconnected with the switching on and off of the monitor. When the hub is disconnected, whether by unplugging it or turning off the monitor, I get a panic in 4.7p3 if there are no devices connected to the hub's downstream ports. If there are devices connected to the downstream ports, the detach/reattach process works just fine. I only have the one hub to test this issue on. I can't say when the problem appeared as I hadn't used FreeBSD with this hub until a few weeks ago, and I hadn't turned the monitor off with nothing plugged into its USB ports until the 12th. Here is the console output from the panics caused by disconnecting the hub: Fatal trap 12: page fault while in kernel mode fault virtual addres= 0x3 fault code = supervisor read, page not present instruction pointer = 0x8:0xc031fe04 stack pointer = 0x10:0xc0250fb0 frame pointer = 0x10:0xc0250fc4 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio trap number = 12 panic: page fault syncing disks... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x30 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01c2498 stack pointer = 0x10:0xc0250d98 frame pointer = 0x10:0xc0250da0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio trap number = 12 panic: page fault Later on, when I was testing various configurations and boot/plug/unplug patterns to (try to) fix/diagnose the problem, the debug information was different from the above, but the same for all the panics I induced while testing. This is the output for those panics: Fatal trap 12: page fault while in kernel mode fault virtual addres= 0x3 fault code = supervisor read, page not present instruction pointer = 0x8:0xc031fe04 stack pointer = 0x10:0xc0250fb0 frame pointer = 0x10:0xc0250fc4 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio trap number = 12 panic: page fault syncing disks... Fatal trap 12: page fault while in kernel mode fault virtual address = 0x30 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01c2498 stack pointer = 0x10:0xc0250dd0 frame pointer = 0x10:0xc0250dd8 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = bio trap number = 12 panic: page fault To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message Would this PR be related? http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/45579 -- Anish Mistry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Warcraft3 on FreeBSD
On Tuesday 26 November 2002 04:42 am, Kenneth Culver wrote: Just in case anyone here cares, I have implemented the linux ftruncate64, truncate64, and mmap2 syscalls in the linuxulator on my computer, (mostly cut 'n pasted the mmap2 from regular mmap with a couple of changes) and with these changes it is possible to run the linux version of winex (the one you have to pay for) to run warcraft 3. IT works in both direct3d mode and in opengl mode using the following commandline: winex --dll dsound=n --dll quartz=n --dll d3d8=b War3.exe -- War3.exe Anyway, just thought someone might want to know. If anyone wants step-by-step instructions to getting this working I'll have those worked up in the next few days and posted somewhere along with the patches to the linux kernel module. Ken To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message This sounds great. I and I'm sure a lot of others will be eagerly awaiting you patches. -- Anish Mistry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
csa kernel module access
What would be the best way to read/write from a device that shows up on boot, but there is no device node for it? Basically what I am trying to do is to be able to send to commands to the csa device so that I can control the breakout box for my GameTheatre XP so I don't get cracking and popping since it isn't outputting the sound through the device correctly with just pcm. I have looked at the /usr/share/examples/kld made a few modifications to make it create my own device node. How should I access the csa device so that I can have my module send commands? --- relevent dmesg output --- csa0: CS4280/CS4614/CS4622/CS4624/CS4630 mem 0xdd00-0xdd0f,0xdd102000-0xdd102fff irq 5 at device 10.0 on pci0 csa: card is Hercules Game Theatre XP pcm1: CS461x PCM Audio on csa0 Thanks, -- Anish Mistry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Hercules Game Theatre XP CS4630 csa pcm driver
I've got a Hercules Game Theatre XP sound card. It has an external breakout box and uses a CS4630 chipset. Just using the pcm device to play sound produces a lot of crackling and popping. This is because there are special drivers for Windows that control the output of the box. I've got the whitepapers(registers,values,etc) for the CS4630, but I'm not sure where to start to even write a special purpose driver/kernel module for this device. What would be required to write a driver for this device? I've never done this before, but that's never stopped me before. What information do I need to get from Hercules about the card/box and is there anyone who would be willing to help me out if even it's just to figure out what information that I need to get started. Thanks for any help, -- Anish Mistry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Visor USB Problems
Yeah, I can get coldsync to work correctly on my machine. I sorta figured out the problem. If I launch pilot-link from the usbd.conf it will work for a few read/writes, but then it can't read anymore and the Visor times out. The output created by syslogd when I inserted output statements: Jun 27 22:12:14 rusty lt-pilot-xfer: usb open Jun 27 22:12:14 rusty lt-pilot-xfer: Reading data (5:1) ... Jun 27 22:12:14 rusty lt-pilot-xfer: 10:1 Jun 27 22:12:14 rusty lt-pilot-xfer: Writing data (5:24) ... Jun 27 22:12:14 rusty lt-pilot-xfer: Reading data (5:3) ... Jun 27 22:12:14 rusty lt-pilot-xfer: Reading data (5:1) ... Jun 27 22:12:14 rusty last message repeated 6 times Jun 27 22:12:14 rusty lt-pilot-xfer: 14:1 Jun 27 22:12:14 rusty lt-pilot-xfer: Reading data (5:1) ... Jun 27 22:12:14 rusty last message repeated 13 times Jun 27 22:12:14 rusty lt-pilot-xfer: 2:1 Jun 27 22:12:14 rusty lt-pilot-xfer: Reading data (5:1) ... Jun 27 22:12:14 rusty lt-pilot-xfer: Reading data (5:1) ... Jun 27 22:12:44 rusty lt-pilot-xfer: -1:1 Jun 27 22:12:44 rusty lt-pilot-xfer: usb read error Jun 27 22:12:44 rusty lt-pilot-xfer: Writing data (5:24) ... Jun 27 22:12:44 rusty lt-pilot-xfer: Reading data (5:3) ... Jun 27 22:12:44 rusty lt-pilot-xfer: -1:3 a few more of the last 4 lines and then fails the Visor will timeout. Thanks, -- Anish Mistry On Wednesday 26 June 2002 05:15 pm, you wrote: I have my visor coldsyncing via usb on my 4.6-RC3 box just fine -- have you been able to get coldsync to work at all? If not, start by getting that to happen. The main pain I had was trying to hit the race condition of when ugen0.X is writable - the ugen driver is configured for so short a period of time after the sync button is pressed that I could never do it manually. I ended up putting a claus like this in my usbd.conf: device Handspring Visor vendor 0x082d product 0x0100 release 0x0100 #syncing attach /usr/local/bin/coldsync -t usb -svv -l /tmp/usb.log -f /usr/home/fred/.coldsyncrc -md ${DEVNAME} #initalize # attach /usr/local/bin/coldsync -t usb -svv -l /tmp/usb.log -f /usr/home/fred/.coldsyncrc -mI ${DEVNAME} #backup # attach /usr/local/bin/coldsync -t usb -svv -l /tmp/usb.log -f /usr/home/fred/.coldsyncrc -mb /usr/home/fred/palmbak ROM You need to do the 'initialze' like one time, and then comment it out and uncomment the syncing line. From then on out it worked (had to fiddle with a bunch of stuff including my coldsyncrc and /usr/local/etc/palms) Does this help at all? Fred On Sat, 22 Jun 2002, Anish Mistry wrote: I am having some trouble reading data from a Handspring Visor Platinum. What I am trying to do is make the necessary modifications to pilot-link so that it will work with the usb on FreeBSD. My problem is that I can open a connection to the /dev/ugen0.2 endpoint, but whenever I try to call a read() it returns with error 5 (Input/Output Error). I used the coldsync code as a base, but the read keeps failing. I can post the code, I just wanted to see if there were anyone with a similar problem. I have checked the permissions on the device nodes and they are fine, the same problem occurs when running as root. What I do: 1) Press the HotSync Button on my crade 2) Run ./pilot-xfer -p usb:/dev/ugen0 --sync /home/amistry/bk 3) Watch it fail Thanks, -- Anish Mistry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message -- Fred Clift - [EMAIL PROTECTED] -- Remember: If brute force doesn't work, you're just not using enough. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Visor USB Problems
I am having some trouble reading data from a Handspring Visor Platinum. What I am trying to do is make the necessary modifications to pilot-link so that it will work with the usb on FreeBSD. My problem is that I can open a connection to the /dev/ugen0.2 endpoint, but whenever I try to call a read() it returns with error 5 (Input/Output Error). I used the coldsync code as a base, but the read keeps failing. I can post the code, I just wanted to see if there were anyone with a similar problem. I have checked the permissions on the device nodes and they are fine, the same problem occurs when running as root. What I do: 1) Press the HotSync Button on my crade 2) Run ./pilot-xfer -p usb:/dev/ugen0 --sync /home/amistry/bk 3) Watch it fail Thanks, -- Anish Mistry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Realtime video capture/divx encoding (brooktree) beta testers required
On Monday 04 March 2002 07:47 pm, Charles Henrich wrote: Im looking for a few beta testers with Brooktree based capture cards to test out my modifications to mencoder and the brooktree device to enable realtime video playback and capture to divx (or any format really). Anyone interested with some technology background please drop me a line! -Crh Charles Henrich [EMAIL PROTECTED] http://www.sigbus.com:81/~henrich To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-multimedia in the body of the message I'd be interested, just tell me what I need to do to get your modifications working. -- Anish Mistry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message