Re: sdmmc update

2013-11-07 Thread Stefan Sperling
On Thu, Nov 07, 2013 at 08:06:11PM +0100, Sylvestre Gallon wrote: > +int > +rtsx_bus_width(sdmmc_chipset_handle_t sch, int width) > +{ > + struct rtsx_softc *sc = sch; > + > + return (rtsx_set_bus_width(sc, width)); rtsx_set_bus_width() currently never returns an error so you'll need to tw

sdmmc update

2013-11-07 Thread Sylvestre Gallon
Hi tech@ Here is a diff that updates our sdmmc stack with support for other frequencies than 25Mhz and for 4 pins transfers. Big chunks of this code comes directly from NetBSD sdmmc stack. Normally this diff should speedup things for some sdcards and for some controllers. I tried this diff on th

ospfd: fib-priority

2013-11-07 Thread Loïc Blot
Hi all, sorry for to be late, but here is my ospfd patch for setting custom routing priorities on ospfd (based on 5.4 sources) My parse.y is more precise than Florian's, it allows priorities greater than static routes (RTP_STATIC) and lower than RTP_MAX (63). Also, when /etc/rc.d/ospfd reload is

sppp(4) IPv6CP address assignment cleanup

2013-11-07 Thread Stefan Sperling
This diff fixes address assignment and related issues in IPv6CP. The changes are: - Move address assignment to process context. This makes use of workq because sppp hasn't been converted to taskq yet. I intend to convert sppp to taskq but didn't want to clutter this diff even more. If taskq

softraid random interleaving

2013-11-07 Thread Ted Unangst
This may be a bad idea. I can't really think of any pros or cons, other than a general principle of "when feasible, prefer random over deterministic". Index: softraid_raid1.c === RCS file: /cvs/src/sys/dev/softraid_raid1.c,v retriev

Re: Amd64 relocation R_X86_64_32S in a static lib

2013-11-07 Thread Stuart Henderson
On 2013/11/07 10:43, Richard Biener wrote: >I understand that on > OpenBSD -fpie is now simply the default (for SUSE we build > "selected security relevant apps" with -fpie, not all apps due > to the fear of runtime overhead). That is correct, -fpie is the d

Re: Amd64 relocation R_X86_64_32S in a static lib

2013-11-07 Thread Richard Biener
On Wed, 6 Nov 2013, Torbjorn Granlund wrote: > "Exact decision for the change"? I'm not sure what you mean by 'decision' > there. If you're wondering about the _reason_ for the change (why we did > it), the answer is so that ASLR is applied not just to the code in shared > libraries b