I apologise to all (especially Theo) for my behavior and remarks here,
and I apologise if I came across as being arrogant and unwilling to
cooperate.
I am going to leave for at least 4 weeks to cool off before I post
again.
Once again, I am sorry.
- Adam.
On Sep 21, 2014, at 11:50 AM, Theo de Raadt wrote:
>> One way to manage the file is the "openresolv" script I mentioned
>> earlier. The idea is that entities like dhclient invoke it with
>> resolver information they want to use and the script merges requests
>> from multiple sources.
>
> I do n
> One way to manage the file is the "openresolv" script I mentioned
> earlier. The idea is that entities like dhclient invoke it with
> resolver information they want to use and the script merges requests
> from multiple sources.
I do not understand how this solution will practically work. Seeing
On Tue, Sep 16, 2014 at 06:34:37PM +0200, Landry Breuil wrote:
> On Mon, Sep 15, 2014 at 09:17:27AM -0400, James Turner wrote:
> > Attached you will find a diff that updates SQLite to the latest 3.8.6.
> > Tested on amd64 with the fossil port. landry@ is going to see if he can
> > get it in a bulk
On Sep 21, 2014, at 11:02 AM, Theo de Raadt wrote:
>> I didn't realize "autoconf" was in in the kernel and plumbed up
>> through ifconfig. Centralizing this stuff seems like a cleaner way to
>> do it than having rtsol/rtsold, in which case this patch is barking up
>> the wrong tree.
>
> Yes, yo
> I didn't realize "autoconf" was in in the kernel and plumbed up
> through ifconfig. Centralizing this stuff seems like a cleaner way to
> do it than having rtsol/rtsold, in which case this patch is barking up
> the wrong tree.
Yes, you are working in an old tree.
> Has any thought been given to
I didn't realize "autoconf" was in in the kernel and plumbed up through
ifconfig. Centralizing this stuff seems like a cleaner way to do it than having
rtsol/rtsold, in which case this patch is barking up the wrong tree.
Has any thought been given to pushing (or pulling) the DNS-related RA optio
On Sun, Sep 21, 2014 at 08:49:54AM -0700, Charles Musser wrote:
> Understood. At it now stands, processing of RAs is in the kernel, to bring up
> interfaces and add routes. Rtsol acts as the tickler, to solicit them
> promptly, but that's basically it.
In -current, solicitations are sent by the ke
On Sun, Sep 21, 2014 at 03:22:41PM +0200, Cédric Tessier wrote:
> OpenBSD runs impressively well on my BeagleBone, the only drawback I can
> see is that the system is slowed down by poor MMC performances (due to
> missing DMA support in ommmc driver I suppose ?).
Yes. The ommmc(4) driver should u
On Sep 21, 2014, at 4:43 AM, Stuart Henderson wrote:
> SMALL is needed to reduce storage requirements on ram disks.
Makes sense. Here are executable sizes of the installed binaries on amd64, with
-current and -current + this patch:
-current:
-r-xr-xr-x 1 root bin 136400 Sep 21 08:01 /sbin/r
> 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 document
> >> >
> >> > #include
> >> > #include
> >> > #
Hi,
My fix was very conservative (I don't have a good understanding of MMC,
and clearly outdated documentations).
I've tried your patch Raphael, and it's working as expected (and it's so
much cleaner).
OpenBSD runs impressively well on my BeagleBone, the only drawback I can
see is that the syste
On Sat, September 20, 2014 7:45 pm, Jonathan Gray wrote:
> On Sat, Sep 20, 2014 at 06:01:51PM +0200, Cédric Tessier wrote:
>> Hi,
>>
>> I've bought a BeagleBone Black rev. C board, and I was trying to install
>> OpenBSD on it, but the internal eMMC was causing errors.
>>
>> sdmmc1: unknown CARD_TY
if you configure a read timeout, but then use kqs to wait for stuff
to happen, it doesnt happen. you end up waiting for the buffer to
fill, which might not be timely...
this fixes it by starting the read timer when the kq is set up.
works for me. i can provide some example code if anyone wants a
t
SMALL is needed to reduce storage requirements on ramdisks.
RA DNS support has been mentioned before, I think there was some sort of plan
to have the kernel record the information and allow userland to retrieve it but
I don't recall the details.
Certainly rtsol is not required in order for rout
On Sun, Sep 21, 2014 at 04:01:41PM +0900, SASANO Takayoshi wrote:
> Hello,
>
> Here is Nanjing QinHeng Electronics (Winchiphead)'s CH382
> PCIe-UART controller's PCI vendor/device ID.
>
> Chinese Datasheet can be obtained from
> http://www.wch.cn/downloads/downfile.php?id=140
>
> Can I commit?
Hello,
Here is Nanjing QinHeng Electronics (Winchiphead)'s CH382
PCIe-UART controller's PCI vendor/device ID.
Chinese Datasheet can be obtained from
http://www.wch.cn/downloads/downfile.php?id=140
Can I commit?
Regards,
--
SASANO Takayoshi
Index: pcidevs
17 matches
Mail list logo
