On 09/10/2016 23:22, Warner Losh wrote:
> There seems to be enough information present in the smbios data to
> know what devices are at what addresses. Perhaps we should use it as
> much as possible in well controlled situations to move this knowledge
> into the OS.
So, I was thinking about maybe
On Mon, 10 Oct 2016 14:35:22 +0300
Andriy Gapon wrote:
> On 09/10/2016 23:22, Warner Losh wrote:
> > There seems to be enough information present in the smbios data to
> > know what devices are at what addresses. Perhaps we should use it as
> > much as possible in well controlled situations to mo
I see no reason not to start the table right away based on
smbios.sys.product and other criteria. I don't think we need all the
matches that Linux uses, but we can expand the table if we find it so.
Why have a stop gap that's a table that we kludge together when the
real table is of comparable diff
On 10/10/2016 18:26, Warner Losh wrote:
> I see no reason not to start the table right away based on
> smbios.sys.product and other criteria. I don't think we need all the
> matches that Linux uses, but we can expand the table if we find it so.
> Why have a stop gap that's a table that we kludge to
El día Monday, October 10, 2016 a las 09:26:26AM -0600, Warner Losh escribió:
> I see no reason not to start the table right away based on
> smbios.sys.product and other criteria. I don't think we need all the
> matches that Linux uses, but we can expand the table if we find it so.
> Why have a st
> On 10 Oct 2016, at 20:27, Matthias Apitz wrote:
>
>> El día Monday, October 10, 2016 a las 09:26:26AM -0600, Warner Losh escribió:
>>
>> I see no reason not to start the table right away based on
>> smbios.sys.product and other criteria. I don't think we need all the
>> matches that Linux us
On 10/10/2016 21:45, Michael Gmelin wrote:
> I see three tasks here: - Andriy finishes his change, moving things from
> smbus to iicbus, adding some workaround to keep the user experience like it
> is - Someone else implements the device table mechanism for auto detection -
> Someone else ports HDI
On Sat, Oct 08, 2016 at 02:18:54AM +0300, Andriy Voskoboinyk wrote:
>
> Mon, 03 Oct 2016 03:55:23 +0300 було написано Kevin Lo :
>
> Hi!
Hi Andriy,
> Can you refresh the tree and retest it (dev.rtwn.0.debug=0x829f) ?
I refreshed the tree and retested it, unfortunately it's still the same.
He
Excerpts from Sergey Manucharian's message from Sat 14-May-16 12:27:
> After recent system update (I'm on FreeBSD 11.0-CURRENT r298793)
> LibreOffice doesn't see CUPS printers. It shows only "Generic printer",
> but doesn't actually print anything.
>
I've found and posted the solution:
https://fo
