Re: Can't remove or move file
Rem P Roberti wrote: This is a new one for me. I converted a YouTube selection using youtube_dl and the file that was created was named -elDeJaPWGg.flv. When I try to rename it, or delete it, I get an error message thus: root@ ~: rm -elDeJaPWGg.flv rm: illegal option -- e usage: rm [-f | -i] [-dIPRrvW] file ... unlink file No switch with either the rm or mv command works. What is actually going on here? Rem ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org This is frequently asked question. For many commands, the -- stops the argument processing: rm -- -elDeJaPWGg.flv ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: awk problem
Len Conrad wrote:
I readfile or pipe this text, in any line order:
rm90.steampick.info
fgce172.lanejive.info
smailer1.service.govdelivery.com
fl49.orangetalon.info
pollux.carespecial.info
into a program to remove subdomains down to domain.tld :
awk 'FS=. { print $(NF-1).$NF }'
and get the first line doubled rather than processed like the other lines:
rm90.steampick.info.rm90.steampick.info
lanejive.info
govdelivery.com
orangetalon.info
carespecial.info
thanks
Len
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
How about:
awk -F. '{ print $(NF-1).$NF }'
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: ports lang/gcc4x fail to build on ia64
Ports lang/gcc43, 44 and 45 fail to build on 8.0-beta2 ia64: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40959 I know they build fine on 6.4-stable alpha, but what about sparc64? amd64? mips? many thanks -- Anton Shterenlikht FYI: I mostly ported GCC 4.5 to the BSD Makefiles (svn head sys/gnu/usr.bin/cc) for ARM. Basically, I added the FreeBSD format extension, the __FreeBSD_cc_version built-in define and the PATH changes. I did not make BSD Makefile for the GMP and MPFR libraries. I don't have the FreeBSD-8.0 revision 195697 that eliminates .text relocations in shared libraries compiled with stack protector. Vassilis Laganakos has been working with GCC 4.4 on the ARM. I haven't push the compiler (and newer binutils 2.19) much beyond building the kernel. GCC 4.5 -O option creates new kernel warnings with the conditional locks. Below is a typical error: /mnt/arm64/usr/bin/gcc -mlittle-endian -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I../../.. -I../../../contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -ffreestanding -Werror ../../../fs/devfs/devfs_vnops.c cc1: warnings being treated as errors ../../../fs/devfs/devfs_vnops.c: In function 'devfs_lookup': ../../../sys/sx.h:165:1: error: inlining failed in call to '__sx_xunlock': call is unlikely and code size would grow ../../../fs/devfs/devfs_vnops.c:809:3: error: called from here ../../../sys/sx.h:165:1: error: inlining failed in call to '__sx_xunlock': call is unlikely and code size would grow ../../../fs/devfs/devfs_vnops.c:817:4: error: called from here ../../../sys/sx.h:165:1: error: inlining failed in call to '__sx_xunlock': call is unlikely and code size would grow ../../../fs/devfs/devfs_vnops.c:828:4: error: called from here *** Error code 1 --Mark Tinguely. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: 4.11 panic every 23 hours 55 minutes or so
Trap 12 are usually hardware related many times RAM. Since it happened after bad power, I would besides testing your RAM but make sure your power supply and fans are operating normally. Why does the panic happen 24 hours after the last reboot; who knows and one may never know. Are you finally hitting, the bad RAM? Are you finally getting the computer over-warm to act up? --Mark. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: kernel: Approaching the limit on PV entries...
Thanks. I'll see what happens. In amd64/7.0 is there any chance running out of pv_entrys would show up as failures in interprocess communication rather than a panic? The original symptom was that certain web pages (or jailed servers, I'm not sure) were unreachable, as if the firewall were misconfigured, until the system was rebooted. I didn't get to look at the system before it was rebooted, and I find very little in the logs to explain what was going on. Sometimes pv_entry allocation can fail even below the pv_entry_high_water if there is no more free pages available to allocate for a pv_entry chunk. Operations (such temp mappings, copies) will not occur if the pv_entry_high_water (90% if pv_entry_max) has been reached OR a page is not immediately available for allocation. The first situation is quiet, you could put a sysctl counter. Maybe PV_STAT(pc_chunk_tryfail++) should be moved from get_pv_entry() to the else case of the routine pmap_try_insert_pv_entry(). On the other hand, some allocations (permanent mapping) are unconditional and can occur even when pv_entry_max has been exceeded (amd64). The code will also wait for page allocations. --Mark Tinguely. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kernel: Approaching the limit on PV entries...
vm.pmap.pv_entry_count: 583006 vm.pmap.shpgperproc: 200 vm.pmap.pv_entry_max: 2243305 The system: FreeBSD 7.0-RELEASE-p5 FreeBSD 7.0-RELEASE-p5 #0: Wed Oct 1 07:51:58 UTC 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC amd64 Can someone briefly explain what this is telling me and how to decide which sysctl to increase? I have found some old postings that predate the sysctls that suggested increasing shpgperproc in the kernel configuration, about 50 at a time until the problem goes away, but I still have no clue what that is accomplishing. what (simplified): the pv_entry helps the virtual memory system track physical pages, so a physical page can be shared with another process or another virtual address. In the i386/amd64 the pv_entry entries are allocated in page size chunks on a per process memory map basis. This helps reduce redundant pointers and overall saves memory. shpgperproc can be read as the number of shared pages per proceess. pv_entry_max is calculated from shpgperproc (and on the amd64, shpgperproc can be derived from setting the vm.pmap.pv_entry_max). On the amd64, the values can be adjusted by sysctl, but on the i386 the values must be compiled into the kernel. There are some automatic adjustments in the calculation of the number of pv_entry, but the warnings are given early enough to help aid in the tweaking of the value. The advice of slowly increasing vm.pmap.shpgperproc is probably the best solution. I would adjust up slower than 50 (25% increase seems to be pretty high). --Mark Tinguely. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 64-bit Linux Binary Compatibility (for Matlab)
Date: Thu, 7 Aug 2008 09:47:45 -0400 From: [EMAIL PROTECTED] To: freebsd-questions@freebsd.org Apparently Matlab tries to allocate a continuous chunk of memory, and we needed to upgrade to 64-bit hardware to give it access to more than 1GB of memory, which is about the most that it was able to get before. It's a lousy explanation, but I wasn't employed at this place when this diagnosis was made. Large contiguous allocations have to occur during or soon after booting because of memory fragmentation. I can see that larger memory configurations on a 64 bit OS has a better chance of allocating big chunks like this. Make sure you have much more than 4G RAM since some hardware needs memory below 4GB, and the contiguous allocation at boot favors memory towards the top of the 4GB range. --Mark Tinguely. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: bus_dmamem_alloc
Actualy I'm not getting any error from bus_dmamem_alloc, that's the strange thing. Yet printing the dma_map pointer shows 0 unless I use bus_dmamap_create after bus_dmamem_alloc. bus_mamap_load doesn't fail in both cases. I'm working on an Ethernet driver for FreeBSD, pinging messages larger than MTU crash the kernel at some point, I'm investigating the dma direction at the moment. --Yony Maybe you could show a sequence of the code (bus_dma_tag_create(), bus_dmamem_alloc() etc). --Mark Tinguely. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: bus_dmamem_alloc
so I'm running: err = bus_dmamem_alloc(ring-dma_tag, ring-buf, BUS_DMA_NOWAIT|BUS_DMA_ALLOCNOW, ring-dma_map); but after calling bus_dmamem_allloc the dma_map variable is still NULL. is this OK? Sure, you are allocating with BUS_DMA_NOWAIT. err is probably equal to ENOMEM. If allocation size is larger than a PAGE_SIZE or specific alignment is require then contigmalloc() is called to satisfy the allocation. contigmalloc() can fail even when specifying WAITOK. --Mark Tinguely. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: sudden peak in load average
From the MRTG data I can see that suddenly on a currently not very busy machine the load averege went over 15 or more. This happened around 10 in the morning. Not many entries in httpd access log, smtp server was not too much loaded (at that time it generally produces a load average of about 1). By any chance, do you run SpamAssassin? I have seen load average bursts with SA. It seems to me that spam sites are bursting spam to attempt to bring down the anti-spam filters. As mentioned by others a ps (or I prefer pstree) list will help solve the issue. --Mark Tinguely ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: sudden peak in load average
Is it possible that there's a message in your queue that's *being processed*, so it may have arrived earlier than near that time and causes the spike? Bart is correct that the SA processing occurs before sendmail log entry. Lately, I have had problems with the latest spamass-milter. Occasionally, something is forking off another spamass-milter and the original one is in some tight loop eating processor time. I am not sure if it is the newer spamass-milter or the fact that I also added the dkim-milter into the mix. FYI: I sent to the original questioner a crude C program to monitor his current loadaverage. This monitor will save the output of the command ps -aux to a timestamped temporary file when the current loadaverage exceeds a defined amount (15.0). --Mark Tinguely ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Problem with makemap and hash tables
I got that error when there was a duplicate entry.
I broke down and am now restricting emails to mailers that have a valid
forward and reverse DNS entries. Most real mailers have properly configured
DNS, but I also added a permission for those that have a DNS entry that
comes back as possibly forged.
the file /etc/mail/ForgedIP are the hosts that I will bypass the new
filter. Added to sendmail.cf:
F{ForgedIP} /etc/mail/ForgedIP
(and in the relay area)
SLocal_check_relay
R$+ $| $={ForgedIP}$* $@ $1 $| $2
R$*$={ForgedNames} $| $*$@ $1 $| $2
R$* $: ${client_resolve}
RTEMP $#error $@ 4.7.1 $: 450 Access denied. Cannot resolve
PTR record for ${client_addr}
RFORGED $#error $@ 4.7.1 $: 550 Access denied. IP name
possibly forged ${client_name}
RFAIL $#error $@ 4.7.1 $: 550 Access denied. IP name lookup
failed ${client_name}
Scheck_relay
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: are we CRIMINALS?
This should go to -chat. Living just outside of Fargo, I find this interesting. I guess I better not telnet to service ports to make sure HTTP/SMTP/IMAP/IPOP servers are running. Admininstratively, the Zone transfers should be restricted to secondary peers. If a person constructed the walls of their house out of glass, how can you complain that the neighbors that are capable of moving their heads of watching you at night? Sounds like the zone transfer is the foundation of the case of the serious charges. I do not have sympathy for someone that attempts or conspires with others to home invasion just because the house walls are made of glass and they can see the fine china. please move this to -chat. --Mark Tinguely. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: smart_host on sendmail min config
It has been a long time since I tested rule sets, but try this: (system prompt)$ sendmail -bt ADDRESS TEST MODE (ruleset 3 NOT automatically invoked) Enter ruleset address 3,0 [EMAIL PROTECTED] Sendmail will print the rules it uses to parse the address. It should end with something like: parsereturns: $# relay $@ YOUR . SMARTMAILER . DOMAIN $: user @ gmail . com . Where YOUR.SMARTMAILER.DOMAIN is defined in your /etc/mail/sendmail.cf as your relay mailer. It should return your smart mailer even if the mail address does not resolve, the smart mailer. --Mark Tinguely. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: more then 2G shm on RELENG_7
on Wed Dec 5 12:11:15 2007, Gergely Czuczy asks: I'm to test PostgreSQL on a 7-BETA3. The box has 12GB of memory in it, I've adjusted the sysctls, but postgresql always fails to allocate the SHM if it's bigger then 2GB. How can I make it to allocate more SHM than 2G at once? sysctl.conf: kern.ipc.shmall=3D1572864 kern.ipc.shmmax=3D6442450944 kern.ipc.semmap=3D1024 kern.ipc.shm_use_phys=3D1 /boot/loader.conf: zfs_load=3DYES vm.kmem_size=3D1073741824 vm.kmem_size_max=3D1073741824 kern.ipc.semmni=3D1024 kern.ipc.semmns=3D2048 kern.ipc.semmnu=3D1024 I've also hit a similar issue with qemu, but that wasn't shared memory, I had just tried to make it allocate more than 2GBs for a single vm, but that also failed. Still haven't figured out why was that. Is this an i386 or amd64 arch? What is the returned error code? (this might tell a lot). I notice that the allocation size for the syscall is an int. --Mark Tinguely. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: clocks and dualboot
I have a dual boot vista and freebsd machine I use ntpdate on the FB machine but then when I go into vista it reports for a different time zone (sometimes UTC other times PST)... ntpdate always corrects this on reboot but how do I keep the date correct on the vista side? As Mihai Don\xc8\x9bu mentioned to tell the time routines that the computer clock is in localtime and not in universal tim, perform the following as root: # touch /etc/wall_cmos_clock --Mark. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Quotacheck failing
Don O'Neil [EMAIL PROTECTED] asks on Sat, 28 Apr 2007 10:02:12 -0700
quotacheck: /home/quota.user: seek failed: Invalid argument THE FOLLOWING
FILE SYSTEM HAD AN UNEXPECTED INCONSISTENCY:
/dev/twed0s1d (/home)
However, I have run a full fsck from single user mode on this volume and it
comes up clean every time. I've removed the quota.user and had it
re-generated, but that didn't help either.
The seek error is coming from quotacheck, I am guessing there may be a
uid (or gid if you are doing quotas per group) that is invalid (really
large or negative).
I would either:
find (filesytem here) -nouser -exec ls -l {} \;
or
recompile the quotacheck application to list the file entry
that is causing the error.
--Mark Tinguely
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Quotas on 6.2
I am using quotas in FreeBSD 6.2 with soft limits == hard limits, and the hard limits are being enforsed (mail/ftp etc). This is a non-root filesystem. There is one patch for quota that I supplied and was recently applied to -current that is appropriate for FreeBSD 5.x-7.x that has to do with file counts once the filesystem is completely full, that does not affect hard limits. --Mark Tinguely. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: IBM / FreeBSD Install problem
John Baldwin [EMAIL PROTECTED] says: APIC IDs are not programmable (well, they are on I/O APICs, but not local=20 APICs). However, I am working on patches to support all valid APIC IDs for= =20 both mptable and MADT. Bumping up NLAPICS as a temporary workaround should= =20 suffice for now. =2D-=20 John Baldwin IMO, the quick solution also requires that MAX_APICID in [amd64/amd64 | i386/i386]/local_apic.c needs to be changed because lapic_create() checks if the passed apic_id MAX_APICID. Also in [amd64/amd64 | i386/i386]/mp_machdep.c checks in cpu_add() if the passed apic_id = MAXCPU. There are a couple other checks in mp_machdep.c before converting to use the cpu_apic_ids[] array. I was curious, and wrote up a patch file with the potential minor changes for -current at http://www.casselton.com/~tinguely/acpicid.patch . I saw one more change needed to use on FreeBSD 6.2-RELEASE. --Mark Tinguely ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: IBM / FreeBSD Install problem
If you can either install without ACPI, or remove two of the CPUs
during installation, this should be fairly easy to fix: change the
definition of NLAPICS in /usr/src/sys/{amd64,i386}/acpica/madt.c and
rebuild your kernel, then boot with ACPI enabled and report back to
us.
DES
--=20
Dag-Erling Sm=F8rgrav - [EMAIL PROTECTED]
I suggested that in email too, but looking closer, I think the MAXCPU
needs to be increased because the cpu number uses the apic_id. Or could
that be changed with a logical CPU to APIC ID lookup?
Isn't the APIC IDs programmable? not that I am suggesting that, I
can think of headaches of all the places (like interrupt tables)
where it needs to be changed, not to mention the worry that the
lower APIC IDs were assigned to IOAPICs.
--Mark Tinguely
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: fortune
fortune is distributed with FreeBSD in the games directory. You can install from sysinstall or manually by mounting your CD, cd to the binary games directory and install: cat games.?? | tar --unlink -zxpf - -C / usr/share/man/man6/fortune.6.gz usr/share/man/cat6/fortune.6.gz usr/share/games/fortune usr/games/fortune execute /usr/games/fortune. --Mark. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: imap-uw manuals - configuration
Stabbing some more into the dark ... You can check if inetd is executing the command: $ telnet -KN 127.0.0.1 143 it should reply something like: Trying 127.0.0.1... Connected to 127.0.0.1. Escape character is '^]'. * OK [CAPABILITY IMAP4REV1 LITERAL+ SASL-IR LOGIN-REFERRALS STARTTLS AUTH=LOGIN] localhost IMAP4rev1 2004.357 at Fri, 5 Jan 2007 12:46:59 -0600 (CST) ^] telnet quit Connection closed. $ telnet -KN 127.0.0.1 110 it should reply something like: Trying 127.0.0.1... Connected to 127.0.0.1. Escape character is '^]'. +OK POP3 localhost 2004.89 server ready QUIT +OK Sayonara /var/log/debug.log should have entries such as: Jan 5 12:46:59 ccn imapd[10186]: imap service init from 127.0.0.1 Jan 5 12:47:44 ccn ipop3d[10257]: pop3 service init from 127.0.0.1 --Mark Tinguely. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Does QUOTA work for users not in /etc/password (ie. by UID?)
BTW, there is a small bug in quota for FreeBSD 6.x and 7.x. The count gets off if the partition overfills (kern/89247). There is a patch in the description if you want to manually apply. --Mark Tinguely. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Virtusertable question
Does anyone know how to extract a virtusertable text file from virtusertable.db? I'd like to go backwards to get my current configuration, as the original virtusertable file was blown away in a horrible accident. how about: makemap -u hash virtusertable.db --Mark Tinguely ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.1 CD is Hanging on Install
Justin wrote: Deleted question, but his 6.1 install CD freezes on a laptop If the other fine suggestions given by the others on this list do not solve the problem, a couple other suggestions come to mind. Redownloading and reburning the CD would be the first suggestion. If the CD does not boot correctly, does diskettes (if you computer still as one of course)? The next suggestion is to get a list of components from the install of the other OSes that work. That list and the verbose boot may point out a device that the OS is having giving you difficulty. --Mark Tinguely ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Page Fault - Wireless problem?
Unread portion of the kernel message buffer:
ural0: could not transmit buffer: SHORT_XFER
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x4
fault code = supervisor read, page not present
instruction pointer = 0x20:0xc0667091
stack pointer = 0x28:0xd33e4c00
frame pointer = 0x28:0xd33e4c0c
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 = 32 (irq21: uhci0 uhci1+)
trap number = 12
panic: page fault
I am not a USB/Ralink expert, but it the node can be removed
mid-transmission elsewhere (ural_free_tx_list) on input errors.
I don't know about threading issues that would require extra locking
as well:
in sys/dev/usb/
--- if_ural.c.orig Sun Jan 29 08:16:36 2006
+++ if_ural.c Thu Feb 23 08:30:36 2006
@@ -881,8 +881,10 @@
m_freem(data-m);
data-m = NULL;
- ieee80211_free_node(data-ni);
- data-ni = NULL;
+ if (data-ni != NULL) {
+ ieee80211_free_node(data-ni);
+ data-ni = NULL;
+ }
sc-tx_queued--;
ifp-if_opackets++;
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Broadcomm BCM4401-B0 and memory upgrade issue.
On Date: Tue, 24 Jan 2006 13:05:16 +0100, Mykhailo Lyubich [EMAIL PROTECTED] said: After the memory upgrade on my Laptop (HP nx5000) FreeBSD 6.0 stable, the driver for NIC bfe0 (Broadcom BCM4401-B0) stops working. The NIC LED lights are on. The bfe0 interface is up and active. However, I got a permanent message on the console: bfe0: watching timeout -- resetting. This occurs in the case when I compile the new kernel without bfe driver and load the bfe driver as module (if_bfe.ko). In the case when the driver is compiled into the kernel, the system stalls during the boot or whenever I try to configure the interface. - I am CC this to a few people on the freebsd-current list that had somewhat simular symptoms with other hardware. - Have you tried to boot with the old contigmalloc using the sysctl option vm.old_contigmalloc=1? Some people are seeing slow boot/configuration with new style vm_page_alloc_contig/contigmalloc. I am doing some profiling of vm_page_alloc_contig() and have found that larger physical memory configurations makes these problems much worse. I identified 4-5 places that can be changed to decrease the number of page tables that is needed to be checked before an allocating a range. Some of the changes will only occasionally save a few page checks, but others changes could save several hundred or more page checks on every call. The old contigmalloc could be optimized also, but it uses the lower addressed physical pages, which turns out to be used less during the boot process than the upper addressed physical pages. --Mark Tinguely ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Question about TCP packet.
deleted background found that I received 2 ack packets when sent data to embedded device. Does It mean one ack packet is not necessary and the embedded device's tcp stack is broken? thanks, --hwh 16:58:08.448730 192.168.168.137.1693 211.96.21.220.9742: P 1:22(21) ack 1 win 65535 (DF) 16:58:08.450458 211.96.21.220.9742 192.168.168.137.1693: . ack 22 win 1439 (DF) 16:58:08.482349 211.96.21.220.9742 192.168.168.137.1693: . ack 22 win 1460 (DF) The second ack is a window update. The recieving TCP stack is telling the sender that the data has been consumed and more space is available for incoming data. If you increase your recieve buffer size on the 211.96.21.220 host, you will not see these updates for interactive data. --Mark Tinguely ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Encrypted Password Portability Between releases
James Moser [EMAIL PROTECTED] writes: ... If I encrypt on a 4.7 box will it work on a 4.8 system, just not the other way around? what is the entry in the crypt_default two OSes /etc/auth.conf files? I suspect the FreeBSD 4.8 is defaulting to MD5 encyption and the FreeBSD 4.7 is knowledgable about DES encyption. MD5 passwords are obvious because they start with $1$ and they are longer than DES encrypted passwords. Sounds like you are re-implementing YP/NIS (see: man 8 yp). --Mark Tinguely ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: contigmalloc1 panic on install
Regarding this issue, I've got a 5.1-CURRENT snapshot (as of 7-9) which is still displaying this problem. I have a debug kernel and can provide some more detail : agp0: Ali Generic host to PCI bridge mem 0xf800-0xfbff at device 0.0 on pci0 agp0: allocatnig GATT for aperture size 0M panic: contigmalloc1: size must not be 0 Debugger(panic) Stopped at Debugger+0x54: xchgl %ebx,in_Debugger.0 there is really two problems (in my opinion): 1) AGP_GET_APERTURE() is failing to return the aperture. 2) agp_alloc_gatt() should return an error (0) if AGP_GET_APERTURE() fails instead of malloc/contigmalloc. This would result in no monitor use, but that would be better than a panic. --Mark. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: nutball video question
How fast should be the server to be able to perform this task? For instance, would PII/400MHz/128Mb be enough? depends on the quality of the output and if this a dedicated machine with idle cycles. the multicast vic application does not take to big of a machine Pentium I/100. Realtime MPEG2 takes more power. Do different cards (meteor/bktr) consume CPU power differenly, or about the same? only the original Matrox Meteor is supported, and it cannot run on modern PCI buses without locking up. What is the video resolution which consumes almost 100Mbps? If a person runs the video on the headless machine, and diplays using X running over ssh, you are also sending all the overhead of X with the video. The original poster, J. Seth Henry, did not need movie quality and should vic and multicast the video stream to the display. vic will send compressed video in UDP multicast packets. If movie quality video is required, I would suggest MPEG compression before sending to network, not displaying the raw video over X. Is it possible to record video under FreeBSD? Which card should I buy for that? Is multicasting can be done using combination of available software, or some programming required? For serious digital recording, I would point you towards hardware MPEG2 compression. FreeBSD does not have a free driver for hardware MPEG2 devices. --Mark Tinguely ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Compiling meteor device into current
Can anyone tell me, if meteor can be used on FreeBSD-current at all? If yes, what settings do I need? The meteor driver needs to to ported to the newbus to work with FreeBSD 5.x. It has not been done because the meteor driver works only with the original Meteor card. That card had a chipset bug that locked up when used on a PCI 2.x bus. At the time, Matrox was not too cooperative with specs for newer Meteor designs, so the FreeBSD multimedia folks used the Brooktree line of video capture chipsets. --Mark Tinguely. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: nutball video question
For which device(s) does it have a non-free driver? Or hardware MPEG2 devices are not supported by FreeBSD at all? I am not aware of any MPEG2 hardware capture cards supported under FreeBSD at this time. The MPEG2 chipsets are finally relatively inexpensive. There are several drivers for Linux. The Hauppauge WinTV PVR [based in a Philips decoder and Conexant CX23416 (aka iVAC-15) MPEG2 encoder chipset]. Sounds like a good board. Conexant does not release information but the Linux driver web page has some register information that they said should be enough to write the driver. The web page says they put the YUV information in a strange order and this would be important if you wish to use a fxtv-like application to watch on screen. Both of these facts make me leary. I read the KFIR MPEG chipsets are bad. The Philips MPEG2 SAA6752 encoder (with SAA7134 video bridge) looks good on paper, and Philip is great with providing product specs. Unfortunately, the only board I saw using this chipset was from a company in Germany for 250 Euros. It looks like this chipset is mostly embedded in video consumer appliances. --Mark Tinguely. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: quotas on vnode disks
Long story short. Is it possible to enable quota support on vnode disks as doing a mount -o usrquota,grpquota /dev/vn0 /mnt/point just isn't working for me did you add: in /etc/fstab: /dev/vn0c /mnt/point ufs rw,userquota,groupquota 0 0 just mount the regular way: # mount /mnt/point (assuming you already made the /mnt/point/quota.user and /mnt/point/quota.group) let the quota consistancy program do it thing: # quotacheck /mnt/point turn on quotas: # quotaon /mnt/point If the configuration variable enable_quotas and check_quotas, are equal to YES this gets done at bootup. --Mark Tinguely ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: contigmalloc1 panic on install
What kind of video is in that laptop? Sounds like the kernel is that you are booting in the 4.8 case is the GENERIC. If you can get the rescue disk to boot to single user mode, you should compile and install a kernel that has the kernel debugger compiled in. just a quick look there are several places that a 0 sized contigmalloc() could accidently occur. --Mark Tinguely. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mrouted configuration question
Sounds like you want to enable the noflood option in the mrouted.conf. Flooding session data will speed up the starting/restarting the multicast connection at the expense of bandwidth. The next thing I would suggest is to dump the internal routing and cache tables on both multicast routers to see if there is any strange subscriptions on the network that has the switch. --Mark Tinguely To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Multicast Routing
Usually multicast groups are joined on a multicast address. On Ethernet there is a mapping between multicast addresses and multicast ethernet addresses and if the ethernet card is well behaved, filters only those multicast ethernet addresses, and the IP stack filters the multicast IP address that are wanted. For multiple ethernet cards on one machine, a multicast routing program such as pimd (PIM) or mrouted (DVMRP) is usually used, and it forwards data when a remote client joins a multicast group (address). You sound like you want to static route the multicast traffic. I have seen default multicast routes, but have not done static multicast routes. I would not suggest you do port based routing, it will turn your multicast into broadcasts. --Mark Tinguely To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
