Hi,
I have attached two patches, which can also be found at:
http://people.freebsd.org/~rmacklem/getpw.patch1 and getpw.patch2
They are almost identical and handle the ERANGE error return from
getpw[nam|uid]_r() when buf[128] isn't large enough.
Is anyone interested in reviewing these?
;KERNEL32"));
> > return 0;
> > }
> >
> > mingw32-gcc hello.c -o hello.exe
> > wine hello.exe
>
>
> With binutils 2.23.1 (in ports), comparing the output of "ld
> -Ttext-segment=0x7b80" and "prelink --reloc-only 0x7b80" using
> diffs of "readelf -a" outputs gives this:
> -11: 7b80 0 OBJECT LOCAL DEFAULT6
> _GLOBAL_OFFSET_TABLE_
> +11: 0 OBJECT LOCAL DEFAULT6
> _GLOBAL_OFFSET_TABLE_
> in other words, prelink also shifts the global offset table to the
> requested base address, ld does not. I don't think this matters since
> it's only ELF segments that get loaded - sections are irrelevant.
I suspect that it is sort of bug in ld. On the other hand, _G_O_T_ symbol
should be not used for real relocations, because both i386 and amd64 define
specific relocations which allow to reference the begining of the GOT.
The symbol is mostly a symbolic way to generate the relocations.
So indeed, this should be fine.
>
> "objdump -s" finds no differences.
>
> So I am happy with all of Tijl's patches, please commit them.
I expect Tijl to do it himself.
pgpg3p0c_4gD1.pgp
Description: PGP signature
On Thu, Feb 21, 2013 at 11:35 PM, Jeremie Le Hen wrote:
> Hi Damjan,
>
> On Wed, Feb 20, 2013 at 05:29:01PM +0200, Damjan Jovanovic wrote:
>>
>> Wine needs some of its libraries to be loaded at specific base
>> addresses (https://wiki.freebsd.org/Wine), something FreeBSD currently
>> lacks.
>>
>>
gt; #include
> int main(int argc, char **argv)
> {
> printf("%p\n", LoadLibrary("KERNEL32"));
> return 0;
> }
>
> mingw32-gcc hello.c -o hello.exe
> wine hello.exe
With binutils 2.23.1 (in ports), comparing the output of "ld
-Ttext-segment=0x7b80" and "prelink --reloc-only 0x7b80" using
diffs of "readelf -a" outputs gives this:
-11: 7b80 0 OBJECT LOCAL DEFAULT6
_GLOBAL_OFFSET_TABLE_
+11: 0 OBJECT LOCAL DEFAULT6
_GLOBAL_OFFSET_TABLE_
in other words, prelink also shifts the global offset table to the
requested base address, ld does not. I don't think this matters since
it's only ELF segments that get loaded - sections are irrelevant.
"objdump -s" finds no differences.
So I am happy with all of Tijl's patches, please commit them.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
On Thu, Feb 21, 2013 at 5:44 PM, Konstantin Belousov
wrote:
> On Thu, Feb 21, 2013 at 12:57:45AM +0200, Damjan Jovanovic wrote:
>> On Wed, Feb 20, 2013 at 10:51 PM, Tijl Coosemans wrote:
>> > On 20-02-2013 16:48, Konstantin Belousov wrote:
>> >> On Wed, Feb 20, 2013 at 05:29:01PM +0200, Damjan Jo
On 21-02-2013 16:44, Konstantin Belousov wrote:
> On Thu, Feb 21, 2013 at 12:57:45AM +0200, Damjan Jovanovic wrote:
>> On Wed, Feb 20, 2013 at 10:51 PM, Tijl Coosemans wrote:
>>> On 20-02-2013 16:48, Konstantin Belousov wrote:
On Wed, Feb 20, 2013 at 05:29:01PM +0200, Damjan Jovanovic wrote:
Hi Damjan,
On Wed, Feb 20, 2013 at 05:29:01PM +0200, Damjan Jovanovic wrote:
>
> Wine needs some of its libraries to be loaded at specific base
> addresses (https://wiki.freebsd.org/Wine), something FreeBSD currently
> lacks.
>
> I've written a patch to the dynamic loader (/libexec/ld-elf.so.1)
On Thu, Feb 21, 2013 at 12:57:45AM +0200, Damjan Jovanovic wrote:
> On Wed, Feb 20, 2013 at 10:51 PM, Tijl Coosemans wrote:
> > On 20-02-2013 16:48, Konstantin Belousov wrote:
> >> On Wed, Feb 20, 2013 at 05:29:01PM +0200, Damjan Jovanovic wrote:
> >>> Hi
> >>>
> >>> Wine needs some of its librari
On Wed, Feb 20, 2013 at 10:51 PM, Tijl Coosemans wrote:
> On 20-02-2013 16:48, Konstantin Belousov wrote:
>> On Wed, Feb 20, 2013 at 05:29:01PM +0200, Damjan Jovanovic wrote:
>>> Hi
>>>
>>> Wine needs some of its libraries to be loaded at specific base
>>> addresses (https://wiki.freebsd.org/Wine)
On Wed, Feb 20, 2013 at 09:51:37PM +0100, Tijl Coosemans wrote:
> On 20-02-2013 16:48, Konstantin Belousov wrote:
> > On Wed, Feb 20, 2013 at 05:29:01PM +0200, Damjan Jovanovic wrote:
> >> Hi
> >>
> >> Wine needs some of its libraries to be loaded at specific base
> >> addresses (https://wiki.freeb
On 20-02-2013 16:48, Konstantin Belousov wrote:
> On Wed, Feb 20, 2013 at 05:29:01PM +0200, Damjan Jovanovic wrote:
>> Hi
>>
>> Wine needs some of its libraries to be loaded at specific base
>> addresses (https://wiki.freebsd.org/Wine), something FreeBSD currently
>> lacks.
>>
>> I've written a pat
On Wed, Feb 20, 2013 at 05:29:01PM +0200, Damjan Jovanovic wrote:
> Hi
>
> Wine needs some of its libraries to be loaded at specific base
> addresses (https://wiki.freebsd.org/Wine), something FreeBSD currently
> lacks.
>
> I've written a patch to the dynamic loader (/libexec/ld-elf.so.1) that
>
Hi
Wine needs some of its libraries to be loaded at specific base
addresses (https://wiki.freebsd.org/Wine), something FreeBSD currently
lacks.
I've written a patch to the dynamic loader (/libexec/ld-elf.so.1) that
loads libraries at their preferred base addresses
(http://www.freebsd.org/cgi/quer
Can someone please take a look at 3 patches I've filed against tzsetup(8)?
bin/164039:
http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/164039
"[PATCH] tzsetup(8): Don't write /var/db/zoneinfo either when "-n" is passed or
when install_zoneinfo_file returns f
On Friday 13 May 2011 00:00:28 Amit Kulkarni wrote:
> It seems FreeBSD is also affected like OpenBSD about the thread id
> issue discussed a month before in this thread. I am cc'ing matthew@
> just to keep him in the loop.
> http://lists.cs.uiuc.edu/pipermail/lldb-dev/2011-April/000444.html
Check
Hi,
I installed FreeBSD 8.2 amd64 and trying to see how far lldb compiles,
seeing as OpenBSD lacks shm_open/shm_unlink and some posix shared
memory functionality right now. Note: FreeBSD 8.2 amd64 has system gcc
of 4.2.1, the last GPLv2 gcc with some patches before the switch to
GPLv3, if I am
On 3/24/11 8:46 AM, Ryan Stone wrote:
At work we cross-compile several kld modules. They just upgraded to
gcc 4.5, but gdb 6.X is not compatible with the debug symbols produced
by gcc 4.5. Has anybody ever tried merging kgdb into a newer gdb
version? Anybody have patches that they can share
At work we cross-compile several kld modules. They just upgraded to
gcc 4.5, but gdb 6.X is not compatible with the debug symbols produced
by gcc 4.5. Has anybody ever tried merging kgdb into a newer gdb
version? Anybody have patches that they can share
On Tue, Feb 22, 2011 at 01:50:31PM +0100, Alexander Leidinger wrote:
> Quoting Juergen Lock (from Tue, 22 Feb 2011
> 12:37:53 +0100):
>
> > On Tue, Feb 22, 2011 at 09:26:41AM +0100, Alexander Leidinger wrote:
> >> Quoting Juergen Lock (from Mon, 21 Feb 2011
> >> 19:36:11 +0100):
> >>
> >> > A
Quoting Juergen Lock (from Tue, 22 Feb 2011
12:37:53 +0100):
On Tue, Feb 22, 2011 at 09:26:41AM +0100, Alexander Leidinger wrote:
Quoting Juergen Lock (from Mon, 21 Feb 2011
19:36:11 +0100):
> And here comes the patch for head:
linux_dvb.h is still GPLed (not taking into account that the
On Tue, Feb 22, 2011 at 09:26:41AM +0100, Alexander Leidinger wrote:
> Quoting Juergen Lock (from Mon, 21 Feb 2011
> 19:36:11 +0100):
>
> > And here comes the patch for head:
>
> linux_dvb.h is still GPLed (not taking into account that there are
> voices which tell that interface descriptio
Quoting Juergen Lock (from Mon, 21 Feb 2011
19:36:11 +0100):
And here comes the patch for head:
linux_dvb.h is still GPLed (not taking into account that there are
voices which tell that interface descriptions are not copyrightable or
something like this). As already told this is a no-g
On Sat, Feb 19, 2011 at 07:57:44PM +0200, Kostik Belousov wrote:
> On Fri, Feb 18, 2011 at 09:55:42PM +0100, Juergen Lock wrote:
> > I have finally got back to this and did the style and vm_map_remove()
> > return value handling fixes, updated the patches in-place:
&g
On Fri, Feb 18, 2011 at 09:55:42PM +0100, Juergen Lock wrote:
> I have finally got back to this and did the style and vm_map_remove()
> return value handling fixes, updated the patches in-place:
>
> http://people.freebsd.org/~nox/dvb/linux-dvb.patch
>
> (for hea
I have finally got back to this and did the style and vm_map_remove()
return value handling fixes, updated the patches in-place:
http://people.freebsd.org/~nox/dvb/linux-dvb.patch
(for head)
http://people.freebsd.org/~nox/dvb/linux-dvb-8.patch
(for 8.)
On Sun, Jan 30, 2011 at
On Sun, Jan 30, 2011 at 12:33:20PM +0200, Kostik Belousov wrote:
> On Sun, Jan 30, 2011 at 12:54:48AM +0100, Juergen Lock wrote:
> > On Sat, Jan 29, 2011 at 10:51:05PM +0200, Kostik Belousov wrote:
> > > On Sat, Jan 29, 2011 at 09:10:00PM +0100, Juergen Lock wrote:
> > > > Hi!
> > > >
> > > > I w
On Sun, Jan 30, 2011 at 12:54:48AM +0100, Juergen Lock wrote:
> On Sat, Jan 29, 2011 at 10:51:05PM +0200, Kostik Belousov wrote:
> > On Sat, Jan 29, 2011 at 09:10:00PM +0100, Juergen Lock wrote:
> > > Hi!
> > >
> > > I was kinda hoping to be able to post a correct patch in public but
> > > gettin
On Sat, Jan 29, 2011 at 10:51:05PM +0200, Kostik Belousov wrote:
> On Sat, Jan 29, 2011 at 09:10:00PM +0100, Juergen Lock wrote:
> > Hi!
> >
> > I was kinda hoping to be able to post a correct patch in public but
> > getting an answer to ${Subject} seems to be more difficult than I
> > thought...
Hi!
I was kinda hoping to be able to post a correct patch in public but
getting an answer to ${Subject} seems to be more difficult than I
thought... :) So, does anyone here know? copyout_map() and
copyout_unmap() are copied from ksyms_map() from sys/dev/ksyms/ksyms.c
- should there maybe be glo
On Sat, Jan 29, 2011 at 09:10:00PM +0100, Juergen Lock wrote:
> Hi!
>
> I was kinda hoping to be able to post a correct patch in public but
> getting an answer to ${Subject} seems to be more difficult than I
> thought... :) So, does anyone here know? copyout_map() and
You do not need Giant lock
Hi hackers,
There are a series of patches that I'd like to get reviewed before
jumping onto another project that would clean up and move pkg_install
forward. portmgr has been kind of busy lately (mostly flz), so I don't
think that these have been reviewed by him:
http://www.freeb
Hello,
As one of the SoC projects dealing with the ports/packages
infrastructure, I will be working on infrastructure for building,
applying and maintaining binary patches to packages.
This is a part of the discussion at various threads I've started or
participated in, but with a reduced
the issues, if needed.
-Selphie
-Original Message-
From: Robert Watson [mailto:rwat...@freebsd.org]
Sent: Saturday, March 06, 2010 8:53 AM
To: Selphie Keller
Cc: freebsd-hackers@freebsd.org
Subject: RE: mac_mls mac_biba mac_lomac patches to fix ptys_equal mib
support for new /dev/pts in
On Tue, 2 Mar 2010, Selphie Keller wrote:
- (2) Could you let me know how your login.conf + user labels are
configured, and show me the output of "ps -axZ | grep sshd"?
/etc/login.conf label configurations I use
Staff users: label=mls/2(low-high)
Deamons: label=mls/equal(equal-equal)
Insecure
d I made a
>> > > > > simple
>> > > > > patch to make lseek SEEK_END (L_XTND in the source) dtrt on disk
>> > > > > devices too by simply invoking the DIOCGMEDIASIZE ioctl there; [2]
>> > > > > both of these things a
On Tue, 2 Mar 2010, Robert Watson wrote:
Thanks for this patch. I'll go ahead and merge it, but had two questions:
Committed as r204581, thanks!
Robert
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-h
appy to
help.
-Selphie (Estella Mystagic)
-Original Message-
From: owner-freebsd-hack...@freebsd.org
[mailto:owner-freebsd-hack...@freebsd.org] On Behalf Of Robert Watson
Sent: Tuesday, March 02, 2010 3:32 AM
To: Estella Mystagic
Cc: freebsd-hackers@freebsd.org
Subject: Re: mac_mls mac_biba
on disk
> > > > > devices too by simply invoking the DIOCGMEDIASIZE ioctl there; [2]
> > > > > both of these things are what (some) Linux processes expect.
> > > > >
> > > > > Patches are here: (made on stable/8, if they don't apply on head
>
On Mon, 1 Mar 2010, Estella Mystagic wrote:
Found issues with sysctl mibs security.mac.biba.ptys_equal,
security.mac.lomac.ptys_equal, security.mac.mls.ptys_equal, not supporting
new /dev/pts terminal system in FreeBSD 8, proposed fix for issue.
When using a higher security grade/clearance w
controlling tty: Permission denied
-Selphie
Patches:
diff -urNp /usr/src/sys/security-orig/mac_biba/mac_biba.c
/usr/src/sys/security/mac_biba/mac_biba.c
--- /usr/src/sys/security-orig/mac_biba/mac_biba.c 2010-03-01
17:11:30.0 -0800
+++ /usr/src/sys/security/mac_biba
t; > > > version is now `correct enough' to be usable [1]), and I made a simple
> > > > patch to make lseek SEEK_END (L_XTND in the source) dtrt on disk
> > > > devices too by simply invoking the DIOCGMEDIASIZE ioctl there; [2]
> > > > both of these
patch to make lseek SEEK_END (L_XTND in the source) dtrt on disk
> > > devices too by simply invoking the DIOCGMEDIASIZE ioctl there; [2]
> > > both of these things are what (some) Linux processes expect.
> > >
> > > Patches are here: (made on stable/8, if the
e DIOCGMEDIASIZE ioctl there; [2]
> > both of these things are what (some) Linux processes expect.
> >
> > Patches are here: (made on stable/8, if they don't apply on head
> > I'll have to make extra versions for that...)
> > http://people.freebsd.org/~nox
y
> version is now `correct enough' to be usable [1]), and I made a simple
> patch to make lseek SEEK_END (L_XTND in the source) dtrt on disk
> devices too by simply invoking the DIOCGMEDIASIZE ioctl there; [2]
> both of these things are what (some) Linux processes expect.
>
>
ing lots of lseek()s towards the end without ever reading
> > anything from the disc anymore...)
>
> Fortunately, because there are no reads, those lseek()
> requests are pretty cheap. But you're right, it
> wouldn't be hard to eliminate the unnecessary system
> cal
lseek SEEK_END (L_XTND in the source) dtrt on disk
devices too by simply invoking the DIOCGMEDIASIZE ioctl there; [2]
both of these things are what (some) Linux processes expect.
Patches are here: (made on stable/8, if they don't apply on head
I'll have to make extra versions for that..
thout ever reading
anything from the disc anymore...)
Fortunately, because there are no reads, those lseek()
requests are pretty cheap. But you're right, it
wouldn't be hard to eliminate the unnecessary system
calls.
Patches are here: (made on stable/8, if they don't apply on head
I&#
code for that in linux_stats.c, I hope my
version is now `correct enough' to be usable [1]), and I made a simple
patch to make lseek SEEK_END (L_XTND in the source) dtrt on disk
devices too by simply invoking the DIOCGMEDIASIZE ioctl there. [2]
Patches are here: (made on stabl
posted patches to this effect some months ago. they needed some
clean-up and validation but the also mapped correctly into an
RPC_NGROUPS_MAX and IPC_NGROUPS_MAX for consistent (and possibly
dynamic) mapping to those problem areas. they build and run but are
untested beyond that. i do not
Please find attached three patches which result in raising NGROUPS to
1024, making programs in the base system immune to changing values of
NGROUPS, and pave the way for NGROUPS to be boot time configurable.
The first two patches (ngroups-catman.diff and ngroups-posix.diff)
are userland cleanups
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeff Anton wrote:
[...]
| I'm going to have to dig up these fixes, but presuming
| I do, who should be alerted? Just file a bug? Recreation
| is extremely difficult.
I think Oracle is maintaining a webpage about their known bug/fixes here:
http://
Jeff Anton wrote:
Some years ago I mailed patches out to someone regarding
Berkeley DB 1.85 btree problems. The two issues which come
to mind are...
1) The page split position is improperly computed. ...
2) The record put code has a "last page put to" member ...
I'm going to
Some years ago I mailed patches out to someone regarding
Berkeley DB 1.85 btree problems. The two issues which come
to mind are...
1) The page split position is improperly computed.
This can cause corruption when a very full
page has an item which is very large inserted onto it.
The
On Wed, 2 Apr 2008 15:35:02 -0400, Steven Kreuzer <[EMAIL PROTECTED]> wrote:
> I wrote two patches for crontab.c that I was wondering if someone would
> take a look at.
>
> The first one zero out pw_passwd in crontab, just to be paranoid side.
> http://www.freebsd.org/cg
I wrote two patches for crontab.c that I was wondering if someone would
take a look at.
The first one zero out pw_passwd in crontab, just to be paranoid side.
http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/122070
The second replaces sprintf with snprintf
http://www.freebsd.org/cgi/query-pr.cgi
On Wed, Mar 26, 2008 at 11:00:49PM -0700, Jeremy Chadwick wrote:
> On Sat, Mar 22, 2008 at 04:58:47AM +, Stef Walter wrote:
> > Daniel O'Connor wrote:
> > > I have seen this bug in other ATA RAID implementations (VIA & Promise)
> > > too. From what I can tell this part of your patch is general
On Sat, Mar 22, 2008 at 04:58:47AM +, Stef Walter wrote:
> Daniel O'Connor wrote:
> > I have seen this bug in other ATA RAID implementations (VIA & Promise)
> > too. From what I can tell this part of your patch is general to all ATA
> > RAID arrays, right?
>
> Yes, a small part. The part tha
On Sat, 22 Mar 2008, Stef Walter wrote:
> Daniel O'Connor wrote:
> > I have seen this bug in other ATA RAID implementations (VIA &
> > Promise) too. From what I can tell this part of your patch is
> > general to all ATA RAID arrays, right?
>
> Yes, a small part. The part that will write out the RAI
Daniel O'Connor wrote:
> I have seen this bug in other ATA RAID implementations (VIA & Promise)
> too. From what I can tell this part of your patch is general to all ATA
> RAID arrays, right?
Yes, a small part. The part that will write out the RAID information
(thus updating the generation) when
On Thu, 20 Mar 2008, Stef Walter wrote:
> Don't duplicate the RAID amoeba style if you boot with a drive
> present that was detached from a RAID. This can happen if you manage
> to get past the above panic problem. You'll end up with two devices
> like ar0 and ar1. This can be a major mess if ar1 w
reattached
Open PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/108924
FWIW, kern/108924 seems to be a duplicate of kern/102211
Cheers,
Stef Walter
Jeremy Chadwick wrote:
> On Thu, Mar 20, 2008 at 01:16:39PM +, Stef Walter wrote:
>> Here's some vital patches for the ataraid dri
On Thu, Mar 20, 2008 at 01:16:39PM +, Stef Walter wrote:
> Here's some vital patches for the ataraid driver when using Intel Matrix
> RAID (often found built into mainboards these days).
Will this address any of the MatrixRAID and/or ATA issues documented
here?
http://wiki.
Here's some vital patches for the ataraid driver when using Intel Matrix
RAID (often found built into mainboards these days).
These are problems that will bite at the worst time: When a disk goes
out in your RAID.
A combined patch is attached which applies to FreeBSD 6 and 7, and the
va
On Wed, 22 Aug 2007, shyam burkule wrote:
hellow
can someone send me patch implementating page replacement algorithm in
freeBSD
Thanks
Shyam
No.
Mike "Silby" Silbersack
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/
Wed, 22 Aug 2007, shyam burkule wrote:
hellow
Please tell me where can i get new freeBSD patches
Thanks
Shyam
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[
hellow
Please tell me where can i get new freeBSD patches
Thanks
Shyam
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
hellow
can someone send me patch implementating page replacement algorithm in
freeBSD
Thanks
Shyam
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]
I include patches to stop teh devel/mprof port from core-dumping when run.
it seems to produce reasonable results on my limited testing.
it really needs someone who knows about symbol table formats to check it
over and
see if I've screwed up in some way.
It was coredumping whenev
Brian J. McGovern wrote:
All,
I've done some hacking on bootparamd to support multiple subnets
(along with applying some patches to allow some Sun-specific behavior) that
I'm using for jumpstarting Solaris/Sparc boxes across a boatload of small
subnets.
The most obvi
All,
I've done some hacking on bootparamd to support multiple subnets
(along with applying some patches to allow some Sun-specific behavior) that
I'm using for jumpstarting Solaris/Sparc boxes across a boatload of small
subnets.
The most obvious change is adding a -R
> : Notes and patches against 7-CURRENT are at
> : http://www.gsicomp.on.ca/projects/freebsd/configdep.html.
>
> How would you encode ed's dependencies? The ed driver only depends on
> mii when built with pccard enabled.
I suspected that conditional dependencies would be ne
: Notes and patches against 7-CURRENT are at
: http://www.gsicomp.on.ca/projects/freebsd/configdep.html.
How would you encode ed's dependencies? The ed driver only depends on
mii when built with pccard enabled.
Warner
___
freebsd-hackers@freebs
Folks,
I've written up some patches to add dependency checking to config(8). This
will help prevent link errors when compiling kernels with an incomplete
kernel config (things like fxp without miibus; umass without da/scbus, etc.)
The current set of patches add support to config(8) to
On Mon, 29 Aug 2005, Dan Nelson wrote:
We can't ensure that, I guess. In the upcoming version (before the 1st of
September), the cache would be per-user. This would solve all the security
problems. In a little while, I'll implement the ability for cached to act
as nscd. So you'll be able to ch
In the last episode (Aug 29), Michael Bushkov said:
> There is some information in my project's description here:
> http://wikitest.freebsd.org/moin.cgi/NsswitchAndCachingTechnicalDetails
One question that comes to mind:
It looks like the end-user application is still responsible for
performing n
make cached work. It can actually interact with any nsswitch database.
All we need is to supply the special structure (in patches it is usually
called "cache_info") with 3 functions pointers (*_id_func, *_marshal_func,
*_unmarshal_func). These functions are used by nsdispatch during the
Michael Bushkov wrote:
Hi! I'm working on nsswitch improvement (during the Google Summer of
Code program.
First off, let me say that this is very exciting stuff! I'm particularly
excited about caching for the services stuff, as it will finally allow us to
bring in a more complete version of
In the last episode (Aug 27), Michael Bushkov said:
> Please try the patches and send me your feedback. I also hope that
> there are no reasons not to merge changes, which were made to libc
> (they are in include.diff and libc.diff) into the CURRENT. As for the
> caching daemon (u
Hi! I'm working on nsswitch improvement (during the Google Summer of Code
program. And, as the deadline is close, I'd like to make some kind of
release. Actually there would be 2 releases, this is the first.
This release includes 3 patches. They could be found in the Perforce
hi
I made patches for usr.bin to compile with gcc4.x (tested with 4.1 snapshot),
here it is:
hysteria.sk/~neologism/find.patch
hysteria.sk/~neologism/hexdump.patch
hysteria.sk/~neologism/mkuzip.patch
hysteria.sk/~neologism/tar.patch
hysteria.sk/~neologism/wc.patch
hysteria.sk/~neologism
Hello Hackers,
I have written a patch for the if_sis driver that enables
wake on lan on the NatSemi DP8381[56] network chip.
This did not work before because the driver needs to explicitely
configure the card to enter wake on lan mode on system shutdown.
I also added ioctls to make wake events co
My FDD shows up again with this patch, thank you.
Previously it was proved twice and failed to attach.
--- /var/tmp/dmesg.prev Mon Sep 13 06:23:51 2004
+++ /var/run/dmesg.boot Mon Sep 13 17:16:17 2004
@@ -1,7 +1,7 @@
Copyright (c) 1992-2004 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 19
In message: <[EMAIL PROTECTED]>
"M. Warner Losh" <[EMAIL PROTECTED]> writes:
: Can people test these? I seem to have only good, well behaved fdc
: devices :-) These patches should be considered experimental. I've
: tried them on one machine only.
Hmmm
Can people test these? I seem to have only good, well behaved fdc
devices :-) These patches should be considered experimental. I've
tried them on one machine only.
Warner
Index: fdc.c
===
RCS file: /cache/ncvs/src/sys/de
On Wed, 07 Jul 2004 19:42:35 +0300
Niki Denev <[EMAIL PROTECTED]> wrote:
> Niki Denev writes:
>
> > M. Warner Losh writes:
> >
> >> In message: <[EMAIL PROTECTED]>
> >> "Liam J. Foy" <[EMAIL PROTECTED]> writes:
> >> : Hey guys,
> >> :
> >> : Since it was decided
> >> (http://lists
Niki Denev writes:
M. Warner Losh writes:
In message: <[EMAIL PROTECTED]>
"Liam J. Foy" <[EMAIL PROTECTED]> writes:
: Hey guys,
:
: Since it was decided (http://lists.freebsd.org/pipermail/freebsd-acpi/2004-June/000352.html)
: we are going to stick with apm -l producing -1 and not 255
On Mon, 05 Jul 2004 16:45:11 +0300
Niki Denev <[EMAIL PROTECTED]> wrote:
> M. Warner Losh writes:
>
> > In message: <[EMAIL PROTECTED]>
> > "Liam J. Foy" <[EMAIL PROTECTED]> writes:
> > : Hey guys,
> > :
> > : Since it was decided
> > (http://lists.freebsd.org/pipermail/freebsd-ac
M. Warner Losh writes:
In message: <[EMAIL PROTECTED]>
"Liam J. Foy" <[EMAIL PROTECTED]> writes:
: Hey guys,
:
: Since it was decided (http://lists.freebsd.org/pipermail/freebsd-acpi/2004-June/000352.html)
: we are going to stick with apm -l producing -1 and not 255 which is stated in
In message: <[EMAIL PROTECTED]>
"Liam J. Foy" <[EMAIL PROTECTED]> writes:
: Hey guys,
:
: Since it was decided
(http://lists.freebsd.org/pipermail/freebsd-acpi/2004-June/000352.html)
: we are going to stick with apm -l producing -1 and not 255 which is stated in the
handbook wo
Hey guys,
Since it was decided
(http://lists.freebsd.org/pipermail/freebsd-acpi/2004-June/000352.html)
we are going to stick with apm -l producing -1 and not 255 which is stated in the
handbook would one
of you guys please commit:
--- /usr/src/usr.sbin/apm/apm.8 Thu Jun 24 17:32:55 200
ce 0.0 (no driver attached)
cbb0: CardBus card activation failed
Full output of dmesg is also attached in this mail.
imp> : imp> 1) You are using hw.pci.unsupported_io=1. Turn it off and use
imp> : imp>these patches. Let me know if it doesn't. Typically it
imp&g
On Sat, Jan 03, 2004 at 06:47:13PM -0800, Nate Lawson wrote:
> I get a panic on my T23 due to the ATA driver not being detected so no
> rootvp.
Same here on a Dell Latitude C640.
Mark
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman
On 04-Jan-2004 Nate Lawson wrote:
> I get a panic on my T23 due to the ATA driver not being detected so no
> rootvp. Attached are dmesg both before and after the patch. The cbb0
> issue is a regression since I have specified it to use an unused IO range
> via this tunable (the same range Windows
In message: <[EMAIL PROTECTED]>
[EMAIL PROTECTED] writes:
: Could you provide an updated patch?
I've been working on creating an updated one, but I need to patch a
couple of things before it will be ready. If all goes well, I'll have
it out this afternoon (I'm testing a couple of last
Hi Warner,
M. Warner Losh wrote on Thu, Jan 01, 2004 at 11:30:09PM -0700:
[..]
> http://people.freebsd.org/~imp/power.20040101.diff
[..]
Hmmm, alas, the patch does not apply clean any more.
It seems a recent commit to dev/pccbb/pccbb.c
breaks this part of the patch.
Not patching the file breaks
Hi Warner,
M. Warner Losh wrote on Thu, Jan 01, 2004 at 11:30:09PM -0700:
[..]
> http://people.freebsd.org/~imp/power.20040101.diff
[..]
Hmmm, alas, the patch does not apply clean any more.
It seems a recent commit to dev/pccbb/pccbb.c
breaks this part of the patch.
Not patching the file breaks
In message: <[EMAIL PROTECTED]>
Nate Lawson <[EMAIL PROTECTED]> writes:
: I get a panic on my T23 due to the ATA driver not being detected so no
: rootvp. Attached are dmesg both before and after the patch. The cbb0
: issue is a regression since I have specified it to use an unused IO
On Thu, 01 Jan 2004 23:30:09 -0700 (MST)
"M. Warner Losh" <[EMAIL PROTECTED]> wrote:
> You should try it if:
> 1) You are using hw.pci.unsupported_io=1. Turn it off and use
> these patches. Let me know if it doesn't. Typically it
> appea
I installed your power patches dated 20040101 on my Dell D-800. The
boot fails in a curious way. It finds the ATA controller, but doesn't
find either the disk or the CDROM in the machine. I did a -v boot,
but I didn't see anything more significant.
I don't know what you need to
Hi, all.
From: "M. Warner Losh" <[EMAIL PROTECTED]>
Subject: Power Patches
Date: Thu, 01 Jan 2004 23:30:09 -0700 (MST)
Message-ID: <[EMAIL PROTECTED]>
imp> John Baldwin, Nate and I are putting the final touches on the
imp> power/resource patches. Please try them out
1 - 100 of 295 matches
Mail list logo
