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

Hi, about BBU detection, From: Jonathan Matthew Subject: Re: mfii(4): add bio(4) support Date: Thu, 8 Mar 2018 21:56:53 +1000 >> > I also don't get a sensor for the battery. I haven't looked into this yet. >> > Any idea why that would happen? >> >> could you try following

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

Hi, thank you for committing (part of) fixes. From: Jonathan Matthew Subject: Re: mfii(4): add bio(4) support Date: Mon, 12 Mar 2018 12:06:31 +1000 > On Mon, Mar 05, 2018 at 09:49:16PM +0900, Naoki Fukaumi wrote: >> Hi tech@, >> >> This patch adds bio(4) support for

Re: sdhc(4) base clock

On Sun, Mar 18, 2018 at 06:33:59PM +0100, Mark Kettenis wrote: > > Date: Sun, 18 Mar 2018 12:17:09 + > > From: Visa Hankala > > > > On Sat, Mar 17, 2018 at 07:41:39PM +0100, Mark Kettenis wrote: > > > Index: dev/sdmmc/sdhc.c > > >

Re: rtadvd.conf.5: Improve wording, avoid repitition

On 2018/03/18 18:32, Jason McIntyre wrote: > On Sun, Mar 18, 2018 at 03:05:26PM +0100, Klemens Nanni wrote: > > Some of these are wrong or sound odd when reading. The fact that the > > entire configuration value as well as all its options are purely > > optional is stated more than once, both in

Re: rtadvd.conf.5: Improve wording, avoid repitition

On Sun, Mar 18, 2018 at 03:05:26PM +0100, Klemens Nanni wrote: > Some of these are wrong or sound odd when reading. The fact that the > entire configuration value as well as all its options are purely > optional is stated more than once, both in rtadvd(8) and rtadvd.conf(5), > so I'd like to stop

Re: sdhc(4) base clock

> Date: Sun, 18 Mar 2018 12:17:09 + > From: Visa Hankala > > On Sat, Mar 17, 2018 at 07:41:39PM +0100, Mark Kettenis wrote: > > Index: dev/sdmmc/sdhc.c > > === > > RCS file: /cvs/src/sys/dev/sdmmc/sdhc.c,v > >

Re: unhandled firmware response in iwm0

On Mon, Mar 12, 2018 at 06:30:05PM +0100, Jan Schreiber wrote: > Hi, > > when connecting to an open wifi I get following message: > > iwm0: unhandled firmware response 0xce/0xb82c rx ring 0[48] > > I added another case which ignores the IWM_BT_PROFILE_NOTIFICATION. > I didn't notice any

rtadvd.conf.5: Improve wording, avoid repitition

Some of these are wrong or sound odd when reading. The fact that the entire configuration value as well as all its options are purely optional is stated more than once, both in rtadvd(8) and rtadvd.conf(5), so I'd like to stop repeating it for every block of options. Feedback? Index:

Re: sdhc(4) base clock

On Sat, Mar 17, 2018 at 07:41:39PM +0100, Mark Kettenis wrote: > Index: dev/sdmmc/sdhc.c > === > RCS file: /cvs/src/sys/dev/sdmmc/sdhc.c,v > retrieving revision 1.56 > diff -u -p -r1.56 sdhc.c > --- dev/sdmmc/sdhc.c 10 Feb 2018

sensorsd: new token for timestamp

Hi, honestly this is currently just for my lazyness:) in doubt i did choose the one below i know i want, but was thinking if maybe the timestamp should be set like this instead however to be more useful to all: limit->timestamp = sensor.tv.tv_sec ? sensor.tv.tv_sec : this_check; -Artturi