Re: Shrinking /(s)bin: A Proposal

2002-11-14 Thread Doug Rabson
On Thursday 14 November 2002 6:45 am, M. Warner Losh wrote: In message: [EMAIL PROTECTED] Nate Lawson [EMAIL PROTECTED] writes: : On Mon, 11 Nov 2002, Tim Kientzle wrote: : The possibility of dynamically linking /(s)bin seems : to recur pretty regularly. As libc continues to

Re: [hackers] Re: Netgraph could be a router also.

2002-11-14 Thread David Gilbert
Terry == Terry Lambert [EMAIL PROTECTED] writes: Terry The patches I'm interested in you seeing, though, are patches Terry for support of LRP in FreeBSD-current. If you have a testing Terry setup that can benchmark them, then you can prove them out Terry relative to the current code. If you

mmap, shmget, and MAP_HASSEMAPHORE

2002-11-14 Thread Carl J
Hi! I hope I'm asking in the right newsgroup: 1) What is the effect (from a user-space application programmer's point of view) of using the MAP_HASSEMAPHORE flag when calling mmap(...)? 2) And why is there no equivalent flag when using shmget(...)? I tried reading the manuals+web, but since in

RE: panic with nvidia drivers (but not sure it's nvidia's fault)

2002-11-14 Thread John Baldwin
On 14-Nov-2002 Kenneth Culver wrote: I'm posting this here because of a panic I'm getting using the FreeBSD nvidia driver; however, I'm not convinced that this panic is the fault of the driver, and I wanted to post the backtrace here (from a serial console, can't see anything on the pc

RE: panic with nvidia drivers (but not sure it's nvidia's fault)

2002-11-14 Thread Kenneth Culver
Looks like it is indeed nvidia's fault. It called atomic_clear_short() with an invalid pointer in nv_alloc_pages(). You might be able to look at nv_alloc_pages() to try and figure out the bug. nv_alloc_pages never actually calls atomic_clear_short(), but it does call several functions that

RE: panic with nvidia drivers (but not sure it's nvidia's fault)

2002-11-14 Thread Kenneth Culver
several functions that call vm_object functions in FreeBSD's kernel that eventually call atomic_clear_short(). For some reason those functions in between aren't in the backtrace though, and without that I can (and have) look through the code in the kernel to see how nv_alloc_pages can get to

RE: panic with nvidia drivers (but not sure it's nvidia's fault)

2002-11-14 Thread John Baldwin
On 14-Nov-2002 Kenneth Culver wrote: several functions that call vm_object functions in FreeBSD's kernel that eventually call atomic_clear_short(). For some reason those functions in between aren't in the backtrace though, and without that I can (and have) look through the code in the kernel

RE: panic with nvidia drivers (but not sure it's nvidia's fault)

2002-11-14 Thread Kenneth Culver
Are you sure that nv_free_vm_object() is free'ing a valid object? I'm not positive, but looking at the code this is what happens. first an object is allocated, then it goes and finds some nvidia specific data structure contained in that object (from what I can tell), then it calls

Re: panic with nvidia drivers (but not sure it's nvidia's fault)

2002-11-14 Thread Christian Zander
On Thu, Nov 14, 2002 at 10:55:17AM -0500, Kenneth Culver wrote: I'm not positive, but looking at the code this is what happens. first an object is allocated, then it goes and finds some nvidia specific data structure contained in that object (from what I can tell), then it calls

Re: panic with nvidia drivers (but not sure it's nvidia's fault)

2002-11-14 Thread Kenneth Culver
It'd be interesting to learn if the code path you suspect really is the one taken in the case of this failure. Is this problem easily reproducible on your machine? If so, how and with what hard/software combination? I think the stack is getting (somewhat) smashed so there's no real way to

Re: panic with nvidia drivers (but not sure it's nvidia's fault)

2002-11-14 Thread Kenneth Culver
All code interacting with FreeBSD data structures resides in the open part of the kernel module; a pointer to the newly allocated object is passed to rm_alloc_agp_pages as an opaque pointer, it is required later when the NVIDIA AGP GART driver needs to obtain the physical addresses of the

Re: Shrinking /(s)bin: A Proposal

2002-11-14 Thread Wes Peters
Doug Rabson wrote: On Thursday 14 November 2002 6:45 am, M. Warner Losh wrote: % make NOSHARED=NO buildworld No patches necessary. We do this all the time at work, and it works fabulously. I do this for disk based systems that have / and /usr on the same file system too. To do

Patch #6 (Re: Shared files within a jail)

2002-11-14 Thread Matthew Dillon
Cameron and I have been working through some of the more blatent bugs. Here is an intermediate patch for -stable, for both unionfs and nullfs. There are still plenty of bugs left but this patch should fix the major issues with devices. Basically what is going on is that

Re: Patch #6 (Re: Shared files within a jail)

2002-11-14 Thread Terry Lambert
Matthew Dillon wrote: So this patch is a hack. It returns special devices directly whenever possible but must still synthesize temporary vnodes for them for RENAME and DELETE operations. But short of rewriting a big chunk of the device tracking infrastructure there is no

Re: Shrinking /(s)bin: A Proposal

2002-11-14 Thread Nate Lawson
On Thu, 14 Nov 2002, Wes Peters wrote: Doug Rabson wrote: On Thursday 14 November 2002 6:45 am, M. Warner Losh wrote: % make NOSHARED=NO buildworld No patches necessary. We do this all the time at work, and it works fabulously. I do this for disk based systems that have /

patches for sysinstall (4.x) for 1TB disks

2002-11-14 Thread Julian Elischer
HIYA! Attached is a set of diffs against /usr/src to allow sysinstall to handle drives that are 1TB in size. Since we cannot make filesystems 1TB we need to be able to at least partition them, however that was not possible before due to some sign errors. This allows us to handle up to 2TB

Re: Patch #6 (Re: Shared files within a jail)

2002-11-14 Thread Matthew Dillon
:Matthew Dillon wrote: : So this patch is a hack. It returns special devices directly whenever : possible but must still synthesize temporary vnodes for them for : RENAME and DELETE operations. But short of rewriting a big chunk of : the device tracking infrastructure there is

Re: cvs commit: src/bin/sleep sleep.c

2002-11-14 Thread Nate Lawson
Please see earlier threads on hackers@ about bloat in libc and dynamic linking of /[s]bin. Tim Kientzle submitted a patch that breaks exit's dependency on malloc which saves space in the programs that don't otherwise use malloc. I don't think a mini-libc is a good idea because bugfixes would

Re: cvs commit: src/bin/sleep sleep.c

2002-11-14 Thread Alfred Perlstein
* Nate Lawson [EMAIL PROTECTED] [021114 15:42] wrote: Please see earlier threads on hackers@ about bloat in libc and dynamic linking of /[s]bin. Tim Kientzle submitted a patch that breaks exit's dependency on malloc which saves space in the programs that don't otherwise use malloc. I don't

Áբͧ´ÕÁҺ͡....

2002-11-14 Thread getrich
Part-Time Job!! ÊÓËÃѺ¹Ñ¡àÃÕ¹ ¹Ñ¡ÈÖ¡ÉÒ áÅмÙé·Ó§Ò¹»ÃÐ¨Ó ¤Ø³µéͧ¡ÒçҹẺ¹ÕéºéÒ§äËÁ…?? -§Ò¹ parttime ·Ó§Ò¹·ÕèºéÒ¹ä´é ¶éҤسãªé Internet à»ç¹ -·Ó§Ò¹à¾Õ§ÇѹÅÐ 2-3 ªÁ. -ÃÒÂä´é 5,000 – 15,000 ºÒ· ¶éҤسà»ç¹¤¹Ë¹Ö觷Õè·Ó§Ò¹»ÃШÓËÃ×ÍÂѧäÁèÁÕ§Ò¹·Ó ¹Ñ¡ÈÖ¡ÉÒ·Õè¡ÓÅѧÈÖ¡ÉÒÍÂÙè ¼ÙéÇèÒ§§Ò¹

Re: cvs commit: src/bin/sleep sleep.c

2002-11-14 Thread Peter Jeremy
[This doesn't belong in cvs-all and Nate has already made comments in -hackers] On 2002-Nov-14 14:57:39 -0800, Matthew Dillon [EMAIL PROTECTED] wrote: I think the real issue is the bloat in libc. printf() eats 20K, basic stdio eats 5K. You get 15K of bloat just with a blank main(), a

Re: cvs commit: src/bin/sleep sleep.c

2002-11-14 Thread Matthew Dillon
:borrowed from libc), sufficient for simple binaries. It could be made :compatible with our standard includes (structural bloat != code bloat, :so who cares). : :I think Nate's got a good point regarding maintainability here. If we :do want to create a mini-libc, we need to minimise

Re: patches for sysinstall (4.x) for 1TB disks

2002-11-14 Thread M. Warner Losh
In message: [EMAIL PROTECTED] Julian Elischer [EMAIL PROTECTED] writes: : If I get no complaints I'll commit these to 4.x. : It's all different in 5.x so an MFC doesn't really work.. Is there any reason that you didn't just jump to int64_t for blocks and such? You have a limit of 2T

Intel 82801(ICH3) Audio and YMF457 AC97 Codec on Sony VAIO

2002-11-14 Thread Chuck McCrobie
Sony VAIO GRX670 Notebook contains the Intel 82801CA (ICH3) audio controller (dev/sound/pci/ich.c) and the Yamaha YMF457 AC97 Codec. On Windows XP, I can play CD's through the speaker and play mp3's. On FreeBSD 4.7-STABLE, no sound when playing CD's. MP3's using x11amp requires that I

Re: cvs commit: src/bin/sleep sleep.c

2002-11-14 Thread Matthew Dillon
:I'd like to see / dynamically linked with some form of /stand that gets :updated in case of emergencies. : :When/who is going to do this already? :) : :-Alfred libstand seems to have a most of what we would need. It has getopt, most of the str*() functions (imported from libc), and

Re: cvs commit: src/bin/sleep sleep.c

2002-11-14 Thread Matthew Dillon
The only problem with libstand is that it is not really designed to link against normal programs. There are a lot of shims in there to simulate system calls, like lseek() and sbrk(). But I don't see why we couldn't create a mini-c library that is based on the portable pieces

hotmail and yahoo

2002-11-14 Thread nbari
Hi all i just want to know what type or authentication does yahoo or hotmail uses for their webmail service what do they use for does big servers ldap or some sql (mysql, oracle, etc)? thanks To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of

Re: Shrinking /(s)bin: A Proposal

2002-11-14 Thread Robert Watson
On Thu, 14 Nov 2002, Doug Rabson wrote: : I'm open to patches for building /[s]bin as dynamic. If you have : time and can coordinate with [EMAIL PROTECTED] to build the patch, I : would appreciate it. % make NOSHARED=NO buildworld No patches necessary. We do this all the time at

DGB driver update (kern/44872)

2002-11-14 Thread Oleg Sharoiko
Hello! Would someone with commit privs and a small amount of free time please be so kind as to look through the sources (see kern/44872) and commit them. This will update dgb driver so that it would not use 'old compatibility schemes'. -- Oleg Sharoiko. Software and Network Engineer Computer

Bug on an0 ??

2002-11-14 Thread Dmitry A. Bondareff
Hi! I have Aironet PCI4800. All works fine. But if I make tcpdump on this interface connection lost to master arlan. Only system reboot can help to restore connect. Is it bug ?? Best regards, Dmitry. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body