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 Cen
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
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
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 t
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 o
: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 mallo
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 constantly
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
:>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 minimi
[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(),
Part-Time Job!! ÊÓËÃѺ¹Ñ¡àÃÕ¹ ¹Ñ¡ÈÖ¡ÉÒ áÅмÙé·Ó§Ò¹»ÃШÓ
¤Ø³µéͧ¡ÒçҹẺ¹ÕéºéÒ§äËÁ
??
-§Ò¹ parttime ·Ó§Ò¹·ÕèºéÒ¹ä´é ¶éҤسãªé Internet à»ç¹
-·Ó§Ò¹à¾Õ§ÇѹÅÐ 2-3 ªÁ.
-ÃÒÂä´é 5,000 15,000 ºÒ·
¶éҤسà»ç¹¤¹Ë¹Ö觷Õè·Ó§Ò¹»ÃШÓËÃ×ÍÂѧäÁèÁÕ§Ò¹·Ó ¹Ñ¡ÈÖ¡ÉÒ·Õè¡ÓÅѧÈÖ¡ÉÒÍÂÙè
¼ÙéÇèÒ§§Ò¹ ËÃ×ͼÙé·ÕèÂѧ¾ÍÁÕàÇÅ
* 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.
>
>
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 need
: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 i
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
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 sys
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 o
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 speci
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 t
> 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
> 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
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 rm_all
> 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 rm_alloc_agp
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
> 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
> 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
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 con
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 L
> "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
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 con
30 matches
Mail list logo
