On Fri, Dec 10, 2010 at 12:46:49PM +0100, MERIGHI Marcus wrote:
> declined or forgotten?
applied without the comments and the man page entry sorted
Hi,
a laptop at hand (samsung q45) has two entries for HPET device, which
point to the same actual device:
HPET: Length=56, Revision=1, Checksum=10,
OEMID=INTEL, OEM Table ID=CRESTLNE, OEM Revision=0x604,
Creator ID=LOHR, Creator Revision=0x5a
and
HPET: Length=56, Revision=1
On Sat, Dec 11, 2010 at 08:35:00PM +, Jacob Meuser wrote:
> On Sat, Dec 11, 2010 at 08:14:24PM +0100, Mark Kettenis wrote:
> > > Date: Wed, 8 Dec 2010 06:07:30 +
> > > From: Jacob Meuser
> > >
> > > I recently got a hp officejet 4500. it's a 3-in-1 printer/scanner/fax.
> > > printing wor
On Sat, Dec 11, 2010 at 2:11 PM, MERIGHI Marcus wrote:
> the latest modification of src/sys/dev/hotplug.c (1) changes hotplug(4)
> behaviour concerning devices that are attached before the hotplug device
> is opened (by hotplugd(8), for example). such devices are ignored in
> hotplug.c by hotplug_
On Sat, Dec 11, 2010 at 08:14:24PM +0100, Mark Kettenis wrote:
> > Date: Wed, 8 Dec 2010 06:07:30 +
> > From: Jacob Meuser
> >
> > I recently got a hp officejet 4500. it's a 3-in-1 printer/scanner/fax.
> > printing works great with the hplip packages. scanning doesn't work at
> > all.
> >
> Date: Wed, 8 Dec 2010 06:07:30 +
> From: Jacob Meuser
>
> I recently got a hp officejet 4500. it's a 3-in-1 printer/scanner/fax.
> printing works great with the hplip packages. scanning doesn't work at
> all.
>
> I tracked the problem to read() failing in usb_bulk_read() in libusb.
> err
the latest modification of src/sys/dev/hotplug.c (1) changes hotplug(4)
behaviour concerning devices that are attached before the hotplug device
is opened (by hotplugd(8), for example). such devices are ignored in
hotplug.c by hotplug_put_event because of !evqueue (line 92 in -current).
since the
On Wed, 8 Dec 2010, Jacob Meuser wrote:
> great. but, what if we need to interrupt the transfer. we don't
want
> to hang here.
>
> well, this function takes a timeout. so, it's possible to make it
> return, even if the transfer stalls. but is this used? I looked
> at the ports that use lib
On Sat, 11 Dec 2010 00:41:00 +
Stuart Henderson wrote:
> On 2010/12/10 12:18, Brynet wrote:
> > Mark Kettenis wrote:
> > > Here's an attempt to fix a potential MCLGETI issue with vr(4) similar
> > > to what I recently fixed fro re(4). Unfortunately I don't have any
> > > vr(4) hardware mysel