On Sat, 27 Sep 2014 09:02:52 +0300
> On Sat, Sep 27, 2014 at 7:10 AM, wrote:
> > i encounter this error when building the (RAMDISK_CD) distrib kernel:
> > usage: maketz.sh DESTDIR
> ...
> > maybe the method i have been using to build distrib is outdated. currently
> > i do:
> > # (cd /usr/src/di
On Sat, Sep 27, 2014 at 7:10 AM, wrote:
> i encounter this error when building the (RAMDISK_CD) distrib kernel:
> usage: maketz.sh DESTDIR
...
> maybe the method i have been using to build distrib is outdated. currently i
> do:
> # (cd /usr/src/distrib/special/libstubs && make)
> # cd /usr/src/d
i encounter this error when building the (RAMDISK_CD) distrib kernel:
usage: maketz.sh DESTDIR
(in context:)
COPY${DESTDIR}/etc/firmware/run-rt3071 etc/firmware/run-rt3071
COPY${DESTDIR}/etc/firmware/zd1211 etc/firmware/zd1211
COPY${DESTDIR}/etc/firmware/zd1211b e
i don't know if this is considered a bug, so i sent it here instead.
found this when compiling with 'option APMDEBUG':
cc -Werror -Wall -Wstrict-prototypes -Wmissing-prototypes -Wno-main
-Wno-uninitialized -Wstack-larger-than-2047 -fno-builtin-printf
-fno-builtin-snprintf -fno-builtin-vsnpr
On Fri, Sep 26, 2014 at 01:36:24PM +0100, Stuart Henderson wrote:
> On 2014/09/26 07:42, Alexander Hall wrote:
> > Before performing a dhcp request, /etc/netstart explicitly takes the
> > interface down. As noted (by me) at g2k14, and also at work, this results
> > in a significant delay in getting
On Wed, Sep 24, 2014 at 10:31:17PM +0200, Otto Moerbeek wrote:
Hi,
> On Wed, Sep 24, 2014 at 05:13:47PM +0200, Fritjof Bornebusch wrote:
>
> > Hi,
> >
> > I changed atoi to strtonum in order to avoid overflows.
>
> One concern: atoi() does not mind trailing stuff, while strtonum()
> does. Did y
The diff below adds a kernel thread that makes memory pages filled
with zeroes without olding the kernel lock. The idea is that this
should speed up MP systems because the kernel can do some useful work
in parallel with other things, and could lower the latency on all
systems because (userland) me
Hello all.
This is a proof-of-concept patch that implements network "profiles"
in kernel, using IEEE 802.11 network name and/or BSSID.
Current idea is as following:
1. Each 802.11 interface now have flag "autoassoc". If enabled,
kernel will automatically scan for known networks. Interval
On Fri, Aug 29, 2014 at 11:25:52PM +0200, Alexander Bluhm wrote:
> try to pull parts of the diff into separate changes to make review
> easier.
Also in debug mode, close nullfd when it is not needed anymore.
ok?
bluhm
Index: usr.sbin/syslogd/privsep.c
===
On Fri, Aug 29, 2014 at 11:25:52PM +0200, Alexander Bluhm wrote:
> With this diff all my regression tests for syslogd pass. I will
> try to pull parts of the diff into separate changes to make review
> easier. I have not tested the syslogc feature yet. So I will write
> more tests before committ
On 09/26/14 14:36, Stuart Henderson wrote:
On 2014/09/26 07:42, Alexander Hall wrote:
Before performing a dhcp request, /etc/netstart explicitly takes the
interface down. As noted (by me) at g2k14, and also at work, this results
in a significant delay in getting the address.
I'm not all into en
Oops, only do the ricoh fixup on the specific ricoh chips.
Index: sdhc_pci.c
===
RCS file: /cvs/src/sys/dev/pci/sdhc_pci.c,v
retrieving revision 1.15
diff -u -p -u -r1.15 sdhc_pci.c
--- sdhc_pci.c 13 Jul 2014 23:10:23 - 1.15
On Fri, Sep 26, 2014 at 01:36:24PM +0100, Stuart Henderson wrote:
> On 2014/09/26 07:42, Alexander Hall wrote:
> > Before performing a dhcp request, /etc/netstart explicitly takes the
> > interface down. As noted (by me) at g2k14, and also at work, this results
> > in a significant delay in getting
On 2014/09/26 07:42, Alexander Hall wrote:
> Before performing a dhcp request, /etc/netstart explicitly takes the
> interface down. As noted (by me) at g2k14, and also at work, this results
> in a significant delay in getting the address.
>
> I'm not all into enterprise switch magic, but someone h
Newish Ricoh sdhc chipsets initialize into a high speed mode that is
not compatible with our existing sdmmc stack. At activate we push
the chipset into the older modes; we need to do the same at resume
time.
Fixes the x230.
Index: sdhc_pci.c
==
On Sun, Sep 21, 2014 at 16:20, Mark Kettenis wrote:
>> Date: Sat, 20 Sep 2014 12:34:42 -0700
>> From: Philip Guenther
>>
>> On Sat, Sep 20, 2014 at 11:28 AM, Mark Kettenis
> wrote:
>> >> Date: Sat, 20 Sep 2014 18:15:31 +
>> >> From: Miod Vallat
>> >>
>> >> > shmctl(2)/shmget(2)/shmat(2) all
16 matches
Mail list logo
