Re: mfii(4): add bio(4) support

On 15/05/18 14:13, Naoki Fukaumi wrote: Hi Jonathan Matthew, here is updated patch. could you review it? I've just committed a series of changes based on your patch. dlg and I decided that it'd be better if mfii_mgmt() took scsi flags rather than MFII_DATA_IN/OUT, so I reworked all the

Re: nsd: refuse-any for udp only & default changes

On 2018/05/17 21:13, Florian Obser wrote: > On Thu, May 17, 2018 at 07:26:47PM +0100, Stuart Henderson wrote: > > On 2018/05/17 19:06, Florian Obser wrote: > > > 2) turn on minimal-reponses and refuse-any per default > > > > > > I think these are better / sane defaults. > > > > I agree, OK. > >

Re: Allow disks to be specifid by duid in install.sub

On Thu, May 17, 2018 at 06:37:56PM -0600, Aaron Bieber wrote: > On Fri, Mar 02, 2018 at 07:32:04AM -0700, Aaron Bieber wrote: > > Hi, > > > > Currently disks can only be entered in the [sw]d[0-9][0-9] format at the > > "Which disk is the root disk?" prompt. This is great for humans, but > >

Re: Allow disks to be specifid by duid in install.sub

On Fri, Mar 02, 2018 at 07:32:04AM -0700, Aaron Bieber wrote: > Hi, > > Currently disks can only be entered in the [sw]d[0-9][0-9] format at the > "Which disk is the root disk?" prompt. This is great for humans, but > things get tricky when doing an autoinstall upgrade on systems where >

Re: nsd: refuse-any for udp only & default changes

On Thu, May 17, 2018 at 07:26:47PM +0100, Stuart Henderson wrote: > On 2018/05/17 19:06, Florian Obser wrote: > > 2) turn on minimal-reponses and refuse-any per default > > > > I think these are better / sane defaults. > > I agree, OK. > > What do you think about an commented-out entry in

Re: nsd: refuse-any for udp only & default changes

On 2018/05/17 19:06, Florian Obser wrote: > Two diffs for the price of one! > > 1) From upcomming nsd 4.1.22: >refuse-any sends truncation (+TC) in reply to ANY queries over UDP, >and allows TCP queries like normal. OK. > 2) turn on minimal-reponses and refuse-any per default > > I

Re: nsd: refuse-any for udp only & default changes

On 2018/05/17 12:12, Todd C. Miller wrote: > On Thu, 17 May 2018 19:06:27 +0200, Florian Obser wrote: > > > 1) From upcomming nsd 4.1.22: > >refuse-any sends truncation (+TC) in reply to ANY queries over UDP, > >and allows TCP queries like normal. > > So the idea is that a well-behaved

Re: nsd: refuse-any for udp only & default changes

On Thu, 17 May 2018 19:06:27 +0200, Florian Obser wrote: > 1) From upcomming nsd 4.1.22: >refuse-any sends truncation (+TC) in reply to ANY queries over UDP, >and allows TCP queries like normal. So the idea is that a well-behaved client doing an ANY query will retry with TCP? That does

nsd: refuse-any for udp only & default changes

Two diffs for the price of one! 1) From upcomming nsd 4.1.22: refuse-any sends truncation (+TC) in reply to ANY queries over UDP, and allows TCP queries like normal. 2) turn on minimal-reponses and refuse-any per default I think these are better / sane defaults. I take OKs for both or

nsd 4.1.21

Trivial update to 4.1.21. There is quite a lot of sillyness in here. The only really interesting bit is probably refuse-any. OK? diff --git Makefile.in Makefile.in index 5bd2364579c..16d193f766d 100644 --- Makefile.in +++ Makefile.in @@ -291,6 +291,7 @@ zlexer.c: $(srcdir)/zlexer.lex

Re: Typo in utf8.7

Hi Ross, Ross L Richardson wrote on Wed, May 16, 2018 at 05:30:08PM +1000: > Two bytes plus a bonus bit :-) Feel free to keep the bonus bit for yourself, no need to return it to the project. :) > Patch below. Committed, thanks for spotting it. Ingo > Index: utf8.7 >

Re: acpi(4): GenericSerialBus OperationRegion support

On Thu, May 17, 2018 at 03:59:04AM -0400, Joseph Mayer wrote: > Hi Mike, > > About the GPDPocket laptop specifically, my best awareness is that its > battery status reporting has been reported to be quirky, and that it > might work in some BIOS versions and not in other. > > The GPDPocket's BIOS

Re: slaacd(8) handle RTM_DELETE of default route

Running this for a little bit, done a bunch of lladdr random tests, as well as suspend resume tests (which I've added lladdr random on resume). This fixes the issues I'm seeing, OK. On 2018 May 17 (Thu) at 14:25:44 +0200 (+0200), Florian Obser wrote: :Peter points out that I never got around to

Re: slaacd(8) handle RTM_DELETE of default route

forgot to mention, this needs a fairly recent checkout On Thu, May 17, 2018 at 02:25:44PM +0200, Florian Obser wrote: > Peter points out that I never got around to correctly handling > RTM_DELETE in slaacd. If something deletes the slaacd handled default > route we should just re-create it.

slaacd(8) handle RTM_DELETE of default route

Peter points out that I never got around to correctly handling RTM_DELETE in slaacd. If something deletes the slaacd handled default route we should just re-create it. (Something being an explicit route(8) delete or if it implicitly disapears because of on ifconfig(8) lladdr random). Tests, OKs?

Dell PowerEdge R7425

i'm sending this mail for archive. CPU: 2 x AMD EPYC 7551 booting stops without any log: http://kosjenka.srce.hr/~hrvoje/zaprocvat/r7425_01.jpg if i want to disable acpicpu entering boot config stops right away http://kosjenka.srce.hr/~hrvoje/zaprocvat/r7425_02.jpg collected acpidump, lshw,

Dell PowerEdge R6415

i'm sending this mail for archive. CPU: 1 x AMD EPYC 7551P booting stops with this panic: http://kosjenka.srce.hr/~hrvoje/zaprocvat/r6415_01.jpg collected acpidump, lshw, lspci, lsusb, cpuinfo from linux: http://kosjenka.srce.hr/~hrvoje/zaprocvat/R6415.tar if there's anything else that i can

Re: acpi(4): GenericSerialBus OperationRegion support

Hi Mike, About the GPDPocket laptop specifically, my best awareness is that its battery status reporting has been reported to be quirky, and that it might work in some BIOS versions and not in other. The GPDPocket's BIOS comes in two flavors, "unlocked" with more options and "locked" with less.

Re: acpi(4): GenericSerialBus OperationRegion support

On Mon, May 14, 2018 at 08:22:47PM +0200, Mark Kettenis wrote: > > Date: Sun, 13 May 2018 22:27:09 -0700 > > From: Mike Larkin > > > > On Sun, May 13, 2018 at 03:57:50PM +0200, Mark Kettenis wrote: > > > The diff below implements functionality that allows AML access to > >