dhcp problems with my ISP
Hi I have a Cable and have a Cable Modem for my internet connection of which you use dhcp to obtain an IP address great but this only seems to work successfully on a Windows machine I've registered all the other mac addresses of unix boxes and Apple macs I have and they seem to have alot of difficulty obtaining IP addresses. Especially the UNIX machines which run FreeBSD 4.5-RELEASE or 5.0-CURRENT on sparc64 at the moment the sparc64 box which is a Sun Ultra 5 which is the worst for detecting an IP with dhclient. What I would really like to know is what does the windows dhcp do differently than say dhclient. I would be very interested to know as I would like a UNIX machine that can maintain and IP address. Bri, To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: dhcp problems with my ISP
Bri wrote: Hi I have a Cable and have a Cable Modem for my internet connection of which you use dhcp to obtain an IP address great but this only seems to work successfully on a Windows machine I've registered all the other mac addresses of unix boxes and Apple macs I have and they seem to have alot of difficulty obtaining IP addresses. Especially the UNIX machines which run FreeBSD 4.5-RELEASE or 5.0-CURRENT on sparc64 at the moment the sparc64 box which is a Sun Ultra 5 which is the worst for detecting an IP with dhclient. What I would really like to know is what does the windows dhcp do differently than say dhclient. I would be very interested to know as I would like a UNIX machine that can maintain and IP address. Use the same exact NIC. Often, once the cable company sees a MAC address, it filters all other MAC addresses from getting a lease from your wire. The intent of this is to prevent people grabbing more than one lease simultaneously, or running more than one machine at a time. Ask Julian Elisher. He had exactly this problem with a machine in San Francisco, 2 years ago. Note: If you ask, he will say Yes, I had exactly this problem; he won't tell you anything you can do about it, except Use the same exact NIC, because that's really the only fix. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: -fomit-frame-pointer for the world build
On Fri, 2 Aug 2002, Terry Lambert wrote: TL Dmitry Morozovsky wrote: TL [ ... -fomit-frame-pointer ... ] TL Yes, Terry, I'd read this note. However, it does not clarify for me which TL exactly functionality is lost with omitting this. TL TL I tried to build some binaries with -fomit..., then tried to debug it a TL bit, and gdb shows me both backtrace stack and arguments, so I was in TL doubt a bit -- so here is my question ;-) TL TL Try it again on a SPARC or other RISC machine that pushes TL register window frames on the stack after a certain function TL call depth is achieved. TL TL I was pretty sure at one time that the PPC platform had a TL variant of this problem, as well. Well, this clarifies much more than I test -- the only platform I tried to check this was i386. TL If you want a definative answer, then the people to ask are TL the GCC implementors, who put the option into the compiler TL for a reason, and added the descriptive text to the .info TL file in the first place. I didn't doubt it ;-) TL Realize that this is a GCC issue, not a FreeBSD issue. What's the issue? Existence of -fomit... option? ;-) Actually, I was not specific enough in my initial question. It should sound something like: I presume building FreeBSD RELENG_4 world on i386 with -fomit-frame-pointer may lead to some undesired effects. But I neither found them in my (not so deep though) tests nor read info about it except GCC-info's note that you cite. 8-12% of code efficiency is not too small... Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: -fomit-frame-pointer for the world build
On Fri, 2 Aug 2002, Bakul Shah wrote: BS I tried to build some binaries with -fomit..., then tried to debug it a BS bit, and gdb shows me both backtrace stack and arguments, so I was in BS doubt a bit -- so here is my question ;-) BS BS I can answer that. Consider the following two functions: [snip very descriptive answer] Thanks Bakul, you'd give me a light. ;-) Sincerely, D.Marck [DM5020, DM268-RIPE, DM3-RIPN] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- [EMAIL PROTECTED] *** To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: ARM Port: Help with UMA subsystem needed
On Thu, Aug 01, 2002 at 08:05:12PM -0400, Stephane E. Potvin wrote: I've been busy trying to bring the port back in sync with current. Now, each time I start my NetWinder, I get the following panic which I don't seem able to track the source. I would greatly appreciate if anybody knowledgeable with the UMA subsystem could give me a hint on what could be causing this. I just found out that reverting this commit fixes the problem. Any ideas about why other arches don't encouter the problem? jeff2002/06/19 13:49:44 PDT Modified files: sys/vm uma.h uma_core.c Log: - Remove bogus use of kmem_alloc that was inherited from the old zone allocator. - Properly set M_ZERO when talking to the back end page allocators for non malloc zones. This forces us to zero fill pages when they are first brought into a cache. - Properly handle M_ZERO in uma_zalloc_internal. This fixes a problem where per cpu buckets weren't always getting zeroed. Revision ChangesPath 1.9 +0 -1 src/sys/vm/uma.h 1.30 +18 -16src/sys/vm/uma_core.c To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: ARM Port: Help with UMA subsystem needed
On Sat, Aug 03, 2002 at 11:07:11AM -0400, Stephane E. Potvin wrote: On Thu, Aug 01, 2002 at 08:05:12PM -0400, Stephane E. Potvin wrote: I've been busy trying to bring the port back in sync with current. Now, each time I start my NetWinder, I get the following panic which I don't seem able to track the source. I would greatly appreciate if anybody knowledgeable with the UMA subsystem could give me a hint on what could be causing this. I just found out that reverting this commit fixes the problem. Any ideas about why other arches don't encouter the problem? jeff2002/06/19 13:49:44 PDT Modified files: sys/vm uma.h uma_core.c Log: - Remove bogus use of kmem_alloc that was inherited from the old zone allocator. This looks like the problem, or at least that which uncovers the problem. The pmap code is calling the zone allocator as well and what happens is that you recurse on the kmem_map lockmgr lock because you allocate recursively from kmem_map. Previously, we could also allocate from kernel_map, if the kernel_map lockmgr lock wasn't held, so this way if we had a recursive call we would get around this problem. I think this whole thing is flaky in general (if this was the way to get around recursion, we should fix it). JHB and/or JeffR: why is the kmem_map lockmgr lock not recursive? Regards, -- Bosko Milekic * [EMAIL PROTECTED] * [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: dhcp problems with my ISP
Often, once the cable company sees a MAC address, it filters all other MAC addresses from getting a lease from your wire. This is true, broadly speaking. If they're mildly clueful (and probably if you convince them that you are), you may be able to get them to either add multiple MAC addresses for your account or simply relax the single MAC restriction if you explain that you're experimenting with new equipment/configurations you wish to use, and will be swapping equipment in and out (this is probably more likely with a static IP, natch). At least for some services, it's merely your local equipment that's caching the MAC address - e.g. for RoadRunner service, you can simply switch off the cable modem long enough to let the caps discharge completely (~30-45 seconds) and switch it back on, and it'll be happy with whatever it saw on it's ethernet port when the 10/100 link comes up, but you can't hot swap routers or firewalls and expect it to work - the link will come up, but the cable modem will be deaf.. :) HTH. Cheers, AS msg36071/pgp0.pgp Description: PGP signature
About 5.0 and Nvidia drivers
By the time 5.0 is released do you aim to complete all the planned features at www.freebsd.org/smp? (like full kernel preemption) I know it's a tentative list but still if there's a consensus about that let me know. Will 5.0 stable be created after KSE milestone 4 commit? I just wanted to know more about the release policy. After 5.0 stable is released, is the development in the current branch completely be named 6.0? (and any possibly new features (like finer grained locking) will be available in 6.0 stable) Or is the development in current tree will continue to be merged with 5.x for some time? And what's the latest about the Nvidia drivers? It's mentioned that Nvidia has plans to produce the drivers for FreeBSD. I'd be happy to know what's going on in that issue too. Thanks, Alp On Mon, 4 Feb 2002, John Baldwin wrote: The kernel is already somewhat preemptive. The kernel in 5.0 will certainly be preemptible, as making a kernel SMP safe makes it laregly preemptible (i.e, safe for preemption) as well. Making the kernel fully preemptive (i.e., we can switch tasks on any setrunqueue() if the conditions favor that) is actually a fairly esay thing to do, I'm just not sure how well it works right now. :) I just recently fixed some bugs in the alpha pmap code that should help out with getting our kernel closer to that goal. On Wed, 22 May 2002, Kenneth Culver wrote: According to emails I've had back and forth with Matthew, nvidia won't be giving him anything else to work with. However, nvidia has freebsd drivers up and running in their labs or whatever, and should be releasing something soon. Ken To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: About 5.0 and Nvidia drivers
On 2002-08-03 12:14 +, Alp ATICI wrote: [snip] And what's the latest about the Nvidia drivers? It's mentioned that Nvidia has plans to produce the drivers for FreeBSD. I'd be happy to know what's going on in that issue too. We know about as much as you do. Waiting for NVIDIA, once again. I'll fire off a mail to some of our contacts and ask, but I'm pretty sure it'll be more of the same we usually get. -- Munish Chopra To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
kernel hacking environment
Hey, I have a quick question What are some cool kernel hacking environments? I've been dropping down to single user mode and mounting my /usr ro to avoid fsck time, and have been thinking of using bochs or vmware to try to expediate things, maybe with a 100 meg 'disk', then put most of the filesystem in using NFS... Anyone had good luck with bochs or vmware? Any other cool approaches? Unfortunantly, I only have on machine available for the task, so I can't chain a 'dummy' machine off of a work machine with ethernet and serial debugging :) Just looking for ideas and maybe good urls or docs (in case it's important, I'm running -current on an x86 with a slew of ram and hdd, and I've used dosemu on linux to do ms-dos assembly stuff in the past with great result) tia -- -Erik [EMAIL PROTECTED] [http://math.smsu.edu/~erik] The opinions expressed by me are not necessarily opinions. In all probability, they are random rambling, and to be ignored. Failure to ignore may result in severe boredom or confusion. Shake well before opening. Keep Refrigerated. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
dell 2650 embedded remote access (ERA)
hi- i've got a couple of 2650's running 4.6 (with updated bge driver). was looking at the linux stuff that claims to talk to the ERA. [ERA is a device that let's you power cycle and control the 2650 remotely.] has anyone ported it off to run under linux emulation under freebsd? it would be cool to be able to run /usr/sbin/racadm. looking at the dell linux distribution, the racser-src RPM indicates that there is an emulated 16550 UART on this PCI device: none1@pci0:4:1: class=0xff card=0x00081028 chip=0x00081028 rev=0x00 hdr=0x00 vendor = 'Dell Computer Corporation' device = 'PowerEdge 3/Di Expandable RAID Controller' [i don't think the device line is correct, this is the RAC device, not the RAID?] the racser-devel RPM seems to indicate that you establish a PPP connection to the above UART. seems like the sio driver could be applied to none1@pci0:4:1. the /usr/sbin/racadm is also linked with the dellmsa package, but i'm not sure how much it needs from it? the dellomsa-drivers RPM has an additional kernel module in it (basically a bunch of .o's with a the source for a linux shim that is layered on top of it). chuck To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: ARM Port: Help with UMA subsystem needed
On Sat, 3 Aug 2002, Bosko Milekic wrote:
On Sat, Aug 03, 2002 at 11:07:11AM -0400, Stephane E. Potvin wrote:
I just found out that reverting this commit fixes the problem. Any
ideas about why other arches don't encouter the problem?
jeff2002/06/19 13:49:44 PDT
Modified files:
sys/vm uma.h uma_core.c
Log:
- Remove bogus use of kmem_alloc that was inherited from the old zone
allocator.
This looks like the problem, or at least that which uncovers the
problem. The pmap code is calling the zone allocator as well and
what happens is that you recurse on the kmem_map lockmgr lock because
you allocate recursively from kmem_map. Previously, we could also
allocate from kernel_map, if the kernel_map lockmgr lock wasn't held,
so this way if we had a recursive call we would get around this
problem. I think this whole thing is flaky in general (if this was
the way to get around recursion, we should fix it).
JHB and/or JeffR: why is the kmem_map lockmgr lock not recursive?
These locks can not be made recurisve safely. In this case you would just
recurse forever and never satisfy the allocation. All pmap modules do
something like the following:
static void *
pmap_allocf(uma_zone_t zone, int bytes, u_int8_t *flags, int wait)
{
*flags = UMA_SLAB_PRIV;
return (void *)kmem_alloc(kernel_map, bytes);
}
pvzone = uma_zcreate(PV ENTRY, sizeof (struct pv_entry), NULL,
NULL,
NULL, NULL, UMA_ALIGN_PTR, UMA_ZONE_VM);
uma_zone_set_allocf(pvzone, pmap_allocf);
uma_prealloc(pvzone, initial_pvs);
Is arm using a seperate allocf?
Jeff
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
Re: ARM Port: Help with UMA subsystem needed
On Sat, Aug 03, 2002 at 03:51:20PM -0400, Jeff Roberson wrote:
These locks can not be made recurisve safely. In this case you would just
recurse forever and never satisfy the allocation. All pmap modules do
something like the following:
static void *
pmap_allocf(uma_zone_t zone, int bytes, u_int8_t *flags, int wait)
{
*flags = UMA_SLAB_PRIV;
return (void *)kmem_alloc(kernel_map, bytes);
}
pvzone = uma_zcreate(PV ENTRY, sizeof (struct pv_entry), NULL,
NULL,
NULL, NULL, UMA_ALIGN_PTR, UMA_ZONE_VM);
uma_zone_set_allocf(pvzone, pmap_allocf);
uma_prealloc(pvzone, initial_pvs);
Assuming ARM is following the same example, perhaps it needs to
pre-allocate more pvs. Although I somehow doubt it's doing the right
thing here because the panic seems to happen early on during boot,
according to the trace first provided.
Is arm using a seperate allocf?
Jeff
--
Bosko Milekic * [EMAIL PROTECTED] * [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
Re: About 5.0 and Nvidia drivers
On Sat, 3 Aug 2002, Alp ATICI wrote: And what's the latest about the Nvidia drivers? It's mentioned that Nvidia has plans to produce the drivers for FreeBSD. I'd be happy to know what's going on in that issue too. Any day now. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: kernel hacking environment
On Sat, Aug 03, 2002 at 12:18:29PM -0500, Erik Greenwald wrote: + + Hey, I have a quick question + + What are some cool kernel hacking environments? I've been dropping down + to single user mode and mounting my /usr ro to avoid fsck time, and have + been thinking of using bochs or vmware to try to expediate things, maybe + with a 100 meg 'disk', then put most of the filesystem in using NFS... + Anyone had good luck with bochs or vmware? Any other cool approaches? + Unfortunantly, I only have on machine available for the task, so I can't + chain a 'dummy' machine off of a work machine with ethernet and serial + debugging :) Just looking for ideas and maybe good urls or docs + I got FreeBSD 4.6 STABLE in vmware2 on FreeBSD 4.6 STABLE and it is great. I got lots of panics every day and this is really superb thing. Most of partitions are mounted via NFS. -- Pawel Jakub Dawidek UNIX Systems Administrator http://garage.freebsd.pl Am I Evil? Yes, I Am. msg36079/pgp0.pgp Description: PGP signature
Re: dhcp problems with my ISP
On Sat, Aug 03, 2002 at 11:46:50AM -0700, freebsd-hackers-digest wrote: Date: Sat, 03 Aug 2002 03:17:17 -0700 From: Terry Lambert [EMAIL PROTECTED] Subject: Re: dhcp problems with my ISP Bri wrote: Hi I have a Cable and have a Cable Modem for my internet connection of which you use dhcp to obtain an IP address great but this only seems to work successfully on a Windows machine I've registered all the other mac addresses of unix boxes and Apple macs I have and they seem to have alot of difficulty obtaining IP addresses. Especially the UNIX machines which run FreeBSD 4.5-RELEASE or 5.0-CURRENT on sparc64 at the moment the sparc64 box which is a Sun Ultra 5 which is the worst for detecting an IP with dhclient. What I would really like to know is what does the windows dhcp do differently than say dhclient. I would be very interested to know as I would like a UNIX machine that can maintain and IP address. Use the same exact NIC. Often, once the cable company sees a MAC address, it filters all other MAC addresses from getting a lease from your wire. The intent of this is to prevent people grabbing more than one lease simultaneously, or running more than one machine at a time. Ask Julian Elisher. He had exactly this problem with a machine in San Francisco, 2 years ago. Note: If you ask, he will say Yes, I had exactly this problem; he won't tell you anything you can do about it, except Use the same exact NIC, because that's really the only fix. - -- Terry This is true. However, one special and relevant case of Use the same exact NIC is to set up one of the various UNIX boxes as your gateway doing NAT, and have it act as a DHCP server for your LAN. Once that's done it can issue DHCP leases to all your other systems, and then (for most protocols) you can run as many machines as you like on your LAN using that one cable company IP address. The freedom to do this kind of thing is one of the advantages of using free UNIXes, and one might as well take advantage of it. -- Clifton -- Clifton Royston -- LavaNet Systems Architect -- [EMAIL PROTECTED] What do we need to make our world come alive? What does it take to make us sing? While we're waiting for the next one to arrive... - Sisters of Mercy To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: About 5.0 and Nvidia drivers
Le Saturday 03 August 2002 22:09, Matthew N. Dodd a écrit : On Sat, 3 Aug 2002, Alp ATICI wrote: And what's the latest about the Nvidia drivers? It's mentioned that Nvidia has plans to produce the drivers for FreeBSD. I'd be happy to know what's going on in that issue too. Any day now. wow ! what will this driver know to do ? (any URL to begin RTFMing ?) TfH To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: dhcp problems with my ISP
On Sat, 2002-08-03 at 12:17, Terry Lambert wrote: Bri wrote: Hi I have a Cable and have a Cable Modem for my internet connection of which you use dhcp to obtain an IP address great but this only seems to work successfully on a Windows machine I've registered all the other mac addresses of unix boxes and Apple macs I have and they seem to have alot of difficulty obtaining IP addresses. Especially the UNIX machines which run FreeBSD 4.5-RELEASE or 5.0-CURRENT on sparc64 at the moment the sparc64 box which is a Sun Ultra 5 which is the worst for detecting an IP with dhclient. What I would really like to know is what does the windows dhcp do differently than say dhclient. I would be very interested to know as I would like a UNIX machine that can maintain and IP address. Use the same exact NIC. Wouldn't it be possible to change the mac address? A friend of mine used this method once to obtain a new ip address from the server when he was being DoS'ed on his home ip by some irc kiddies. Ofcourse, you'd have to change the other cards' mac too, if possible. [...] Regards, wouter To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: About 5.0 and Nvidia drivers
On Sat, 3 Aug 2002, Thierry Herbelot wrote: Le Saturday 03 August 2002 22:09, Matthew N. Dodd a écrit : On Sat, 3 Aug 2002, Alp ATICI wrote: And what's the latest about the Nvidia drivers? It's mentioned that Nvidia has plans to produce the drivers for FreeBSD. I'd be happy to know what's going on in that issue too. Any day now. wow ! what will this driver know to do ? (any URL to begin RTFMing ?) Sorry, this has been the status for months now. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: dhcp problems with my ISP
Andy Sparrow wrote: Often, once the cable company sees a MAC address, it filters all other MAC addresses from getting a lease from your wire. This is true, broadly speaking. Or broad-band-ly speaking? If they're mildly clueful (and probably if you convince them that you are), you may be able to get them to either add multiple MAC addresses for your account or simply relax the single MAC restriction if you explain that you're experimenting with new equipment/configurations you wish to use, and will be swapping equipment in and out (this is probably more likely with a static IP, natch). ATT Broadband Internet will not give you a static IP or permit you to run a server (they have blocking hardware in place) unless you sign up for business service, which means you give them about four times the monthly fee vs. a home connection. Their technical FAQ is also enlighteining on their need for a MAC address: http://www.bbs.att.com/faqstech.shtml . Not that this matters, unless you are in some really restricted subset of the possible locations before @Home stupid'ed themselves out of business (Dallas, Denver, Boston, Jacksonville, Pittsburgh, Richmond, Ft. Lauderdale are the only supported areas, unless you are an already established customer, and sometimes not then). -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: dhcp problems with my ISP
Clifton Royston wrote: However, one special and relevant case of Use the same exact NIC is to set up one of the various UNIX boxes as your gateway doing NAT, and have it act as a DHCP server for your LAN. Once that's done it can issue DHCP leases to all your other systems, and then (for most protocols) you can run as many machines as you like on your LAN using that one cable company IP address. Only works if you use the exact same NIC as the first setup computer, which is normally a Windows box, if you had them install the service for you, since that's pretty much all they are willing to install. The freedom to do this kind of thing is one of the advantages of using free UNIXes, and one might as well take advantage of it. You can do it with Windows, as well. You have to install Internet Connection Sharing, and the ethernet IP address of the Windows machine is required to be 192.168.0.1, and all of your interior hosts are required to be in the 192.168.0/24 netblock, and you take your chances unless you install a good firewall, but it works (it's an OK way to use VMware to use your winmodem to connect a FreeBSD laptop to the Internet). -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
anyone running amavis and sendmail on 4.6-STABLE?
Hi, I've installed different versions of amavis (amavis-perl really outdated then amavis-0.3.12.pre8 and finally amavisd-new via ports or direct). None of this work with sendmail. I am trying to scan ONLY incoming mails. All this installs end up with mail not being delivered because of: stat=Deferred: local mailer (/usr/local/sbin/amavis) exited with EX_TEMPFAIL Any help will be very much appreciated. Best Regards, Gheorghe ARDELEAN West Univ. Of Timisoara Dept. of Theoretical and Computational Physics V. Parvan No.4, Ro-1900, Timisoara, ROMANIA To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: About 5.0 and Nvidia drivers
On Sat, Aug 03, 2002 at 05:28:07PM -0400, Matthew N. Dodd wrote: snip Sorry, this has been the status for months now. ugh, sounds like the lip-service I was getting. I'll look into that :/ I'm starting to ponder the legality and challenge involved in reverse engineering the card and building a driver from scratch... maybe something that works with X the X way (dri/drm) snip -- -Erik [EMAIL PROTECTED] [http://math.smsu.edu/~erik] The opinions expressed by me are not necessarily opinions. In all probability, they are random rambling, and to be ignored. Failure to ignore may result in severe boredom or confusion. Shake well before opening. Keep Refrigerated. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: dhcp problems with my ISP
There could be another explanation. I had this problem with a NetBSD machine running dhclient connecting to ATTBI. By default dhclient uses a hard-coded value of 16 for the TTL on UDP packets. ATTBI had upgraded their network, and the DHCP server was further away such that dhclient would never get a response. modify src/contrib/isc-dhcp/common/packet.c and increase the value of ip.ip_ttl to 64 in assemble_udp_ip_header(). Ron On Sat, 3 Aug 2002, Terry Lambert wrote: Date: Sat, 03 Aug 2002 03:17:17 -0700 From: Terry Lambert [EMAIL PROTECTED] To: Bri [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: dhcp problems with my ISP Bri wrote: Hi I have a Cable and have a Cable Modem for my internet connection of which you use dhcp to obtain an IP address great but this only seems to work successfully on a Windows machine I've registered all the other mac addresses of unix boxes and Apple macs I have and they seem to have alot of difficulty obtaining IP addresses. Especially the UNIX machines which run FreeBSD 4.5-RELEASE or 5.0-CURRENT on sparc64 at the moment the sparc64 box which is a Sun Ultra 5 which is the worst for detecting an IP with dhclient. What I would really like to know is what does the windows dhcp do differently than say dhclient. I would be very interested to know as I would like a UNIX machine that can maintain and IP address. Use the same exact NIC. Often, once the cable company sees a MAC address, it filters all other MAC addresses from getting a lease from your wire. The intent of this is to prevent people grabbing more than one lease simultaneously, or running more than one machine at a time. Ask Julian Elisher. He had exactly this problem with a machine in San Francisco, 2 years ago. Note: If you ask, he will say Yes, I had exactly this problem; he won't tell you anything you can do about it, except Use the same exact NIC, because that's really the only fix. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: dhcp problems with my ISP
Ron Roskens wrote: There could be another explanation. I had this problem with a NetBSD machine running dhclient connecting to ATTBI. By default dhclient uses a hard-coded value of 16 for the TTL on UDP packets. ATTBI had upgraded their network, and the DHCP server was further away such that dhclient would never get a response. modify src/contrib/isc-dhcp/common/packet.c and increase the value of ip.ip_ttl to 64 in assemble_udp_ip_header(). Heh. This is like a local store upgrading its location to better server you, and now you need to drive 50 miles further to buy toilet paper... You've got to love anyone who puts so much distance between you and them to increase the number of script kiddies who can get at you by giving false resposnes to lease requests. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: ARM Port: Help with UMA subsystem needed
On Sat, Aug 03, 2002 at 03:51:20PM -0400, Jeff Roberson wrote:
On Sat, 3 Aug 2002, Bosko Milekic wrote:
On Sat, Aug 03, 2002 at 11:07:11AM -0400, Stephane E. Potvin wrote:
I just found out that reverting this commit fixes the problem. Any
ideas about why other arches don't encouter the problem?
jeff2002/06/19 13:49:44 PDT
Modified files:
sys/vm uma.h uma_core.c
Log:
- Remove bogus use of kmem_alloc that was inherited from the old zone
allocator.
This looks like the problem, or at least that which uncovers the
problem. The pmap code is calling the zone allocator as well and
what happens is that you recurse on the kmem_map lockmgr lock because
you allocate recursively from kmem_map. Previously, we could also
allocate from kernel_map, if the kernel_map lockmgr lock wasn't held,
so this way if we had a recursive call we would get around this
problem. I think this whole thing is flaky in general (if this was
the way to get around recursion, we should fix it).
JHB and/or JeffR: why is the kmem_map lockmgr lock not recursive?
These locks can not be made recurisve safely. In this case you would just
recurse forever and never satisfy the allocation. All pmap modules do
something like the following:
static void *
pmap_allocf(uma_zone_t zone, int bytes, u_int8_t *flags, int wait)
{
*flags = UMA_SLAB_PRIV;
return (void *)kmem_alloc(kernel_map, bytes);
}
pvzone = uma_zcreate(PV ENTRY, sizeof (struct pv_entry), NULL,
NULL,
NULL, NULL, UMA_ALIGN_PTR, UMA_ZONE_VM);
uma_zone_set_allocf(pvzone, pmap_allocf);
uma_prealloc(pvzone, initial_pvs);
Is arm using a seperate allocf?
Ok, you'll have to pass me a pointy hat. When I brought back my code back
in sync with current it seems that I overlooked that the pv entries needs
to be allocated with a UMA_ZONE_VM flag. With this I'm now able to boot
up to cpu_thread_setup (which I still need to implement).
Thanks again and sorry for the false alarm
Steph
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
Re: About 5.0 and Nvidia drivers
On Sat, 3 Aug 2002, Erik Greenwald wrote: ugh, sounds like the lip-service I was getting. I'll look into that :/ No, they're working on it, and actually have GL running in the lab. I'm starting to ponder the legality and challenge involved in reverse engineering the card and building a driver from scratch... maybe something that works with X the X way (dri/drm) You're a funny guy. You'd be better off working with ATI or the PowerVR people. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | [EMAIL PROTECTED] | 2 x '84 Volvo 245DL| ix86,sparc,pmax | | http://www.jurai.net/~winter | For Great Justice! | ISO8802.5 4ever | To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: dhcp problems with my ISP
Wouter Van Hemel wrote: Use the same exact NIC. Wouldn't it be possible to change the mac address? A friend of mine used this method once to obtain a new ip address from the server when he was being DoS'ed on his home ip by some irc kiddies. Ofcourse, you'd have to change the other cards' mac too, if possible. Yes, this will work, if it's a card with a writeable MAC address, you know the MAC address on the old card, the old card also has a writeable address, and you know how to reprogram both of them. Now consider that this is probably outside the realm of possibility for someone who didn't even know that the MAC address might be used this way, to the point where they needed to ask on a mailing list why things weren't working... ;^). -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: dhcp problems with my ISP
Hi I have a Cable and have a Cable Modem for my internet connection of which you use dhcp to obtain an IP address great but this only seems to work successfully on a Windows machine I've registered all the other mac addresses of unix boxes and Apple macs I have and they seem to have alot of difficulty obtaining IP addresses. Especially the UNIX machines which run FreeBSD 4.5-RELEASE or 5.0-CURRENT on sparc64 at the moment the sparc64 box which is a Sun Ultra 5 which is the worst for detecting an IP with dhclient. On that hardware, you may be experiencing issues with auto-negotiation on the Happy Meal ethernet. Try nailing it to a fixed port speed, this may help. Or not. My Ultra-1 Just Will Not Work with some network devices, it is perfectly happy with others. Link link is not a reliable indicator. Sad but true. What I would really like to know is what does the windows dhcp do differently than say dhclient. Not much - most of what it does differently is due to the different ways in which you can interpret the protocol spec. However, note that almost all 'Doze DHCP clients behave differently to each other. Heh. See the RFC's for details, I think 2143 is the main one. The DHCP Handbook is well worth the money too. The ISC DHCP lists are searchable, and are frequently invaluable. I would be very interested to know as I would like a UNIX machine that can maintain and IP address. I've used my FreeBSD laptop with DHCP on many, many different networks, running ISC v2, many flavours of v3, M$ DHCP server, Lucent QIP to name a few over the last ~3 years, and I've never seen any issues with any of them where the server itself was functional (and I'd remembered to appropriately set the local firewall ;-). It maintains an IP just fine, except on networks where they have address churn on the DHCP server (usually due to lack of IPs in the pool). Try plugging a hub between the modem and the external interface of the firewall and sniff the DHCP exchanges on another machine (you don't need an IP address to sniff packets) - this may not show the whole picture, in particular it won't show what's being sent out the WAN end of the modem, but it's a start. If the DHCPNAK/DHCPACK packets aren't getting to the client (or bootp, DHCPREQ, DHCPINFORM etc. to the server), it can't ever work. If the server responds to a bootp/DHCP packet from the client, it's a reasonable assumption that it's seeing at least part of the traffic generated. Power cycle the modem, plug in the 'Doze box, repeat. Cheers, AS msg36093/pgp0.pgp Description: PGP signature
Re: dhcp problems with my ISP
Or broad-band-ly speaking? Yes, exactly... :-) ATT Broadband Internet will not give you a static IP or permit you to run a server (they have blocking hardware in place) unless you sign up for business service, which means you give them about four times the monthly fee vs. a home connection. Hmm. I don't see where the original post mentions any specific ISP - thus this is simply the policy of a single ISP, and not the one the poster is on? (In fact, it looks rather like the poster is in Dear Old Blighty... ;-) Given the current plethora of misconfigured proxies spewing SPAM, I have to admit I'm not as incensed by this as I might once have been. If you don't like this policy from your ISP, vote with your wallet. If you have no other choice in your area, then you have my sympathy. You could always move... :-d PacHell (and many other DSL providers) don't gouge you for a static IP, I'm happy to say. Their technical FAQ is also enlighteining on their need for a MAC address: http://www.bbs.att.com/faqstech.shtml . Hmm, I didn't actually find it to be so. Other than mentioning how to find your MAC on 'Doze box, I saw no reference to it at all. Perhaps I missed (or failed to intuit) something? Regards, AS msg36094/pgp0.pgp Description: PGP signature
Re: dhcp problems with my ISP
sometimes it's the cable modem that is cachingthe MAC address. whenever you change machines you need to power down and power up the cable modem. On Sat, 3 Aug 2002, Clifton Royston wrote: On Sat, Aug 03, 2002 at 11:46:50AM -0700, freebsd-hackers-digest wrote: Date: Sat, 03 Aug 2002 03:17:17 -0700 From: Terry Lambert [EMAIL PROTECTED] Subject: Re: dhcp problems with my ISP Bri wrote: Hi I have a Cable and have a Cable Modem for my internet connection of which you use dhcp to obtain an IP address great but this only seems to work successfully on a Windows machine I've registered all the other mac addresses of unix boxes and Apple macs I have and they seem to have alot of difficulty obtaining IP addresses. Especially the UNIX machines which run FreeBSD 4.5-RELEASE or 5.0-CURRENT on sparc64 at the moment the sparc64 box which is a Sun Ultra 5 which is the worst for detecting an IP with dhclient. What I would really like to know is what does the windows dhcp do differently than say dhclient. I would be very interested to know as I would like a UNIX machine that can maintain and IP address. Use the same exact NIC. Often, once the cable company sees a MAC address, it filters all other MAC addresses from getting a lease from your wire. The intent of this is to prevent people grabbing more than one lease simultaneously, or running more than one machine at a time. Ask Julian Elisher. He had exactly this problem with a machine in San Francisco, 2 years ago. Note: If you ask, he will say Yes, I had exactly this problem; he won't tell you anything you can do about it, except Use the same exact NIC, because that's really the only fix. - -- Terry This is true. However, one special and relevant case of Use the same exact NIC is to set up one of the various UNIX boxes as your gateway doing NAT, and have it act as a DHCP server for your LAN. Once that's done it can issue DHCP leases to all your other systems, and then (for most protocols) you can run as many machines as you like on your LAN using that one cable company IP address. The freedom to do this kind of thing is one of the advantages of using free UNIXes, and one might as well take advantage of it. -- Clifton -- Clifton Royston -- LavaNet Systems Architect -- [EMAIL PROTECTED] What do we need to make our world come alive? What does it take to make us sing? While we're waiting for the next one to arrive... - Sisters of Mercy To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: dhcp problems with my ISP
Andy Sparrow wrote: Hmm. I don't see where the original post mentions any specific ISP - thus this is simply the policy of a single ISP, and not the one the poster is on? (In fact, it looks rather like the poster is in Dear Old Blighty... ;-) Pretty irrelevant; once one provider learns a pig-trick, they all adopt it rather quickly... Given the current plethora of misconfigured proxies spewing SPAM, I have to admit I'm not as incensed by this as I might once have been. If you don't like this policy from your ISP, vote with your wallet. If you have no other choice in your area, then you have my sympathy. You could always move... :-d ATT, since the purchase of TCI, owns the majority of the cable plant in the U.S.. If you want to get into politics, infrastructure like this should be owned by local government, and the operation and maintenance should be contracted out to best bidder (IMO). PacHell (and many other DSL providers) don't gouge you for a static IP, I'm happy to say. Yes. But they have the California PUC tarrif rules to deal with, which means a seriously restricted service area, regardless of their ability to actually support a DSL connection. Basically, they draw three circles on a map, centered on the LATE, and if you are more than 17,500 feet away, you don't get DSL. Have a nice day. So DSL is not a panacea; it's not even available, most locations. Japan actually has the best infrastructure, I think. I don't know if this is because, or in spite of, per packet sent charges. Either way, the small percentage of areas in California where DSL is actually available, rather than advertised as available, is not going to help someone in the U.K. who has a cable modem that won't talk to his FreeBSD box. 8-). Their technical FAQ is also enlighteining on their need for a MAC address: http://www.bbs.att.com/faqstech.shtml . Hmm, I didn't actually find it to be so. Other than mentioning how to find your MAC on 'Doze box, I saw no reference to it at all. Perhaps I missed (or failed to intuit) something? Their registration process requires you to provide the MAC, which is why they tell you how to ask you machine what MAC it has. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: -fomit-frame-pointer for the world build
Terry Lambert wrote: Dmitry Morozovsky wrote: What are the drawbacks of building FreeBSD with -fomit-frame-pointer? The frame pointer is used for debugging, specifically for the stack traceback function to know arguments. Removing it means losing some debugging functionality. Next time try info gcc: If you don't have any need for debugging your software, is there any use for frame pointers? Is this something that can safely be used for both CFLAGS and COPTFLAGS? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: anyone running amavis and sendmail on 4.6-STABLE?
On Saturday 03 August 2002 06:10 pm, Gheorghe Ardelean wrote: Hi, I've installed different versions of amavis (amavis-perl really outdated then amavis-0.3.12.pre8 and finally amavisd-new via ports or direct). None of this work with sendmail. I am trying to scan ONLY incoming mails. All this installs end up with mail not being delivered because of: stat=Deferred: local mailer (/usr/local/sbin/amavis) exited with EX_TEMPFAIL Any help will be very much appreciated. I've been running amavis and sendmail for about two years now with good results on 4.1,2,3,4 and 5-RELEASE. I have not upgraded to 4.6 yet, but this should be a sendmail/amavis issue, not the OS. I'm using procmail for a local delivery agent and replacing the local mailer in sendmail with a call to scanmails in amavis. I'm not using amavis-perl. I'm using an old version because it looked to me like the newer version only supported procmail with qmail as an mta, from what I saw, so I stuck with the older version. I use Sophos antivirus as the scanning program. So far, I've only had one virus ever get through, and that was caught by my 2nd line of defense, which is the Anomy Sanitizer (Anomy needs procmail, hence my sticking with the old Amavis version that uses procmail with sendmail. Just make sure you have your Mlocal set up correctly in sendmail.cf and that you have procmail configured correctly and it should work well. for you. -Jim Durham To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: anyone running amavis and sendmail on 4.6-STABLE?
On Sun, 4 Aug 2002 01:10:23 +0300 (EEST), in sentex.lists.freebsd.hackers you wrote: Hi, I've installed different versions of amavis (amavis-perl really outdated I would suggest the milter version with amavisd. We use it along with f-prot (under linux emulation) for our customer base as well as McAfee/NAI scanner on another internal only host. They work really well. If you use f-prot, you need to make one little patch to amavisd to catch heuristic hits, otherwise it will miss some viruses. But it handles the load really well and has so far been quite reliable. ---Mike Mike Tancsa ([EMAIL PROTECTED]) Sentex Communications Corp, Waterloo, Ontario, Canada Given enough time, 100 monkeys on 100 routers could setup a national IP network. (KDW2) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: raid disks in FreeBSD (fwd)
Anyone know how to best tune a system for RAID performance? Keith, what kind of RAID controller is it? [ Keith, yes, my email address is still the same, even though it looks like I come from elsewhere at times. ] -- Forwarded message -- Date: Sat, 3 Aug 2002 17:32:07 -0400 From: Keith Bayer [EMAIL PROTECTED] To: Daniel Eischen [EMAIL PROTECTED] Subject: Re: raid disks in FreeBSD Thanks. I went ahead and did it. FreeBSD stacks up pretty well against RedHat 7.3 (using bonnie++ and raw dd) except for sequential block input where it gets beaten 170MB/s to 70MB/s. I'm using soft updates but haven't tuned the fs beyond that. Might you have any suggestions on how I could tweak the filesystem to get better sequential input in block mode? Just ignore me if you're busy - I'm really just playing around here. Even if FreeBSD's numbers are better, I seriously doubt that I could get the project to switch over anyway. Just noticed - did you change your email address from vigrid? thanks, Keith -- bonnie++ on RedHat7.3: -- Version 1.02c --Sequential Output-- --Sequential Input- --Random- -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- MachineSize K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP ldaspc1 4G 19609 89 25024 19 12918 7 24581 98 170855 40 444.4 1 --Sequential Create-- Random Create -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 96 + +++ + +++ 2315 98 + +++ 5867 98 bonnie++ on FreeBSD 4.6 Stable: --- Version 1.02c --Sequential Output-- --Sequential Input- --Random- -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- MachineSize K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP ldaspc1.mit.edu 4G 31232 37 35220 17 17349 11 57123 73 76943 22 462.3 1 --Sequential Create-- Random Create -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 29511 64 + +++ + +++ 31783 69 + +++ + +++ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
