In message <20100802120236.gb29...@modermoor.genua.de>, Hans-Joerg Hoexer wrote:
>Hi,
>
>we have developed a driver tpm(4) for various TPMs for OpenBSD 4.7 and
>FreeBSD 8.0 and have ported and updated several third party packages to
>enable use of TPMs on Open- and FreeBSD. This enables applicatio
On Fri, Jul 30, 2010 at 2:31 PM, John Baldwin wrote:
> On Friday, July 30, 2010 10:08:22 am John Baldwin wrote:
>> On Thursday, July 29, 2010 7:39:02 pm m...@freebsd.org wrote:
>> > We've seen a few instances at work where witness_warn() in ast()
>> > indicates the sched lock is still held, but th
Hi,
we have developed a driver tpm(4) for various TPMs for OpenBSD 4.7 and
FreeBSD 8.0 and have ported and updated several third party packages to
enable use of TPMs on Open- and FreeBSD. This enables applications like
OpenSSH to generate and store private keys inside a TPM.
The supported TPMs a
On 3 August 2010 17:44, John Baldwin wrote:
> I wonder if the bus numbers for PCI-PCI bridges need to be restored on resume?
> If they aren't then config transactions won't be routed properly. You could
> add a pcib_resume() method that prints out the various bus register values
> after resume t
On Tue, 3 Aug 2010 17:05:46 +0200
Jeremie Le Hen wrote:
> Hi,
>
> Currenty, -lssp_nonshared is appended at the link stage only when
> -fstack-protector is used on the gcc command-line. The problem I
> would like to fix is a library (static or shared) compiled with
> -fstack-protector being link
Hi,
Currenty, -lssp_nonshared is appended at the link stage only when
-fstack-protector is used on the gcc command-line. The problem I would
like to fix is a library (static or shared) compiled with
-fstack-protector being linked in without using the same flag:
mygeeto# cc -I /usr/local/includ
On Tuesday, August 03, 2010 6:49:07 am Oleg Sharoyko wrote:
> Hi!
>
> I'm trying to make FreeBSD (9-Current, checkout on 2010-08-01) correctly
> suspend/resume on macbook pro. As of now I have to issues with resume:
>
> 1. Display stays blank upon resume. Got 'vga0: failed to reload state'
> in
On Monday, August 02, 2010 6:13:50 pm Guy Helmer wrote:
> On a FreeBSD 7.1 SCHED_ULE kernel, I have a large number of files opened and
> mmapped (with MAP_NOSYNC option) for shared-memory communication between
> processes. Normally, memcpy() copies data into these shared-memory buffers
> in a reas
data.
What else can I do to understand and solve this issue? I would
appreciate any help. Thank you!
1. Complete output of dmesg
http://www.oleg-sharoyko.net/files/freebsd/pci_config.201008/dmesg.20100803.txt
--
Oleg Sharoyko
___
freebsd-hackers@fre
9 matches
Mail list logo
