Hi tech,
I am having a problem with the USB ports on my x230t.
The machine has three USB ports, two blue and one yellow. I'm assuming
the blue ones are USBv3, although I am not sure. The blue ports do not
appear to function under OpenBSD.
I'm certain the hardware is good: the machine dual boots
Hi all,
current kernel without patch:
5:0:0: Atheros unknown
0x: Vendor ID: 168c Product ID: ff1c
0x0004: Command: Status: 0010
0x0008: Class: 02 Subclass: 00 Interface: 00 Revision: 01
0x000c: BIST: 00 Header Type: 00 Latency Timer: 00 Cache Line Size:
On Sat, May 31, 2014 at 6:09 PM, Brent Cook bust...@gmail.com wrote:
On May 31, 2014, at 6:08 PM, Brendan MacDonell macdonel...@gmail.com
wrote:
On Sat, May 31, 2014 at 8:02 PM, Brent Cook bust...@gmail.com wrote:
I totally agree in the general case. BIO is a big pain, and it does seem
Turning off USB 3.0 in the BIOS menu makes all USB ports work fine for
me.
On Sun, 1 Jun 2014 20:13:18 +0100, Edd Barrett wrote:
Hi tech,
I am having a problem with the USB ports on my x230t.
The machine has three USB ports, two blue and one yellow. I'm assuming
the blue ones are USBv3,
X509_TRUST_add() and X509_PURPOSE_add() leak memory or corrupt existing
entries when they fail (ie. when memory is exhausted, or the name /
sname argument to BUF_strdup is NULL.)
This seems like an unlikely error to hit, but we may as well handle it
correctly.
Brendan
Index:
On Sat, 31 May 2014, Brent Cook wrote:
with pqueue moving to a private interface, the typedef can occur twice
../include/openssl/dtls1.h:147:25: error: redefinition of typedef 'pqueue' is
a C11 feature [-Werror,-Wtypedef-redefinition]
typedef struct _pqueue *pqueue;
On 2014-06-01, Edd Barrett vex...@gmail.com wrote:
I am having a problem with the USB ports on my x230t.
Other than the foldable touch display, this should be exactly the
same machine as the X230.
The machine has three USB ports, two blue and one yellow. I'm assuming
the blue ones are USBv3,
On Jun 1, 2014, at 4:09 PM, Philip Guenther guent...@gmail.com wrote:
On Sat, 31 May 2014, Brent Cook wrote:
with pqueue moving to a private interface, the typedef can occur twice
../include/openssl/dtls1.h:147:25: error: redefinition of typedef 'pqueue'
is a C11 feature
Thank you for the feedback on the first set of patches. Here are some
revisions and a new one based on the latest tree.
- Brent
Check for errors on write. Since SIGPIPE is ignored, play nicely with
pipelines by aborting on EPIPE.
---
src/apps/s_server.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/src/apps/s_server.c b/src/apps/s_server.c
index 77384ec..836d46b 100644
---
Noticed while building gcm128test.c and getting redefinition warnings.
---
src/crypto/modes/modes.h | 13 +
1 file changed, 13 insertions(+)
diff --git a/src/crypto/modes/modes.h b/src/crypto/modes/modes.h
index f18215b..3053277 100644
--- a/src/crypto/modes/modes.h
+++
avoid defining the typedef twice
../include/openssl/dtls1.h:147:25: error: redefinition of typedef 'pqueue' is a
C11 feature [-Werror,-Wtypedef-redefinition]
typedef struct _pqueue *pqueue;
^
../include/pqueue.h:63:25: note: previous definition is here
typedef struct
This diff is very dissapointing.
Check for errors on write. Since SIGPIPE is ignored, play nicely with
pipelines by aborting on EPIPE.
---
src/apps/s_server.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/src/apps/s_server.c b/src/apps/s_server.c
index
I hit this problem while working with the numpy 1.8.1 regress suite
which has some tests that are currently failing.
Here is a reduced test case of the logaddexp2 python function which
ends up calling exp2. Is this a bug in the openbsd exp2
implementation?
---8---
#include stdio.h
#include
14 matches
Mail list logo