On Tue, May 17, 2016 at 05:15:51PM -0700, patrick keshishian wrote:
> Greetings,
>
> I have been looking at uvideo trying to model a new driver I'm
> attempting to port over and found a few issues (or what I precive
> as issues).
>
> Since the list likes separate diffs for easier discussion, Her
Hi.
Due to a infrastructure upgrade, power to the mirror and other systems
at University of Toronto, will be interrupted sometime Thursday, after
9:30pm Toronto time (EDT -- UTC-4), and should be restored Friday by
7:30am EDT.
This will impact:
* openbsd.cs.toronto.edu
* obsdacvs.cs.toronto.edu
*
Hello everyone,
While playing a bit with ptrace to do some debugging I stumbled upon
something that looks like a bug.
While trying to write to the ptrace'd process using PT_IO in combinaison
with PIOD_WRITE_D I kept getting EFAULTs.
PIOD_READ_D would work fine on the same address though, and even
On Wed, 25 May 2016 14:46:24 -0600, "Todd C. Miller" wrote:
> Not necessarily zero. Linux for example returns a non-zero value
> on success. On failure it also sets the error indicator on the
> stream and sets errno.
We don't seem to document that stdio functions set the error indicator
on fail
Not necessarily zero. Linux for example returns a non-zero value
on success. On failure it also sets the error indicator on the
stream and sets errno.
Mac OS X also have the following:
COMPATIBILITY
fputs() now returns a non-negative number (as opposed to 0) on successful
completion.
On Wed, May 25, 2016 at 01:57:36PM +0200, Marcus Glocker wrote:
> On Tue, May 24, 2016 at 04:46:57PM -0700, patrick keshishian wrote:
>
> > Hi,
> >
> > I have a "mostly working" driver port for Fushicai Audio-Video
> > Grabber (vendor 0x1b71 product 0x3002).
> >
> > I've had the video bit workin
On Wed, May 25, 2016 at 08:45:29AM -0400, Ian Darwin wrote:
> On 2016-05-25 7:57 AM, Marcus Glocker wrote:
> >On Tue, May 24, 2016 at 04:46:57PM -0700, patrick keshishian wrote:
> >
> >>Hi,
> >>
> >>I have a "mostly working" driver port for Fushicai Audio-Video
> >>Grabber (vendor 0x1b71 product 0x
ftp5 is hosted here at RIT and they are doing work on the substation that
supplies our electricity tonight (May 25th) and tomorrow night (May 26th).
The power goes out at 5pm EDT so I'm shutting everything down starting at
4pm. Power comes back at 7am EDT tomorrow and Friday so it will be back up
attila writes:
> Hi tech@,
>
> The subject says it all. I find myself doing this in my head as I hit
> ^T when fsck'ing. FreeBSD has this, NetBSD does not, FWIW...
>
Whoops, that's wrong. NetBSD does have it, it looks like FreeBSD in
this regard. Sorry for the incorrect information.
> Feed
Hi tech@,
The subject says it all. I find myself doing this in my head as I hit
^T when fsck'ing. FreeBSD has this, NetBSD does not, FWIW...
Feedback, comments most welcome. Patch attached. Tested lightly on
i386 (after a hilarious few minutes trying to set up a scenario
screwed up enough tha
With the iwm(4) firmware update done, we can add support for 8260 devices.
These devices are currently showing up in new laptops.
The main differences over the 7000 series are the firmware file format,
firmware loading process, non-volatile memory on the chip, and,
unfortunately, yet another scan
On Wed, May 25, 2016 at 08:45:29AM -0400, Ian Darwin wrote:
> On 2016-05-25 7:57 AM, Marcus Glocker wrote:
> > On Tue, May 24, 2016 at 04:46:57PM -0700, patrick keshishian wrote:
> >
> > > Hi,
> > >
> > > I have a "mostly working" driver port for Fushicai Audio-Video
> > > Grabber (vendor 0x1b71
On 2016-05-25 7:57 AM, Marcus Glocker wrote:
On Tue, May 24, 2016 at 04:46:57PM -0700, patrick keshishian wrote:
Hi,
I have a "mostly working" driver port for Fushicai Audio-Video
Grabber (vendor 0x1b71 product 0x3002).
I've had the video bit working for a few days on amd64 and macppc.
I fina
On Tue, May 24, 2016 at 04:46:57PM -0700, patrick keshishian wrote:
> Hi,
>
> I have a "mostly working" driver port for Fushicai Audio-Video
> Grabber (vendor 0x1b71 product 0x3002).
>
> I've had the video bit working for a few days on amd64 and macppc.
> I finally managed to get the audio bit w
Currently we just support fan commands to drive old style fans
with smu(4). I got some reports from users with new style fans
getting wrong sysctl values therefore.
This diff also adds the commands for new style fans. Some testing
would be welcome in the way of a) regression testing and b) see i
15 matches
Mail list logo