Newer make (Fedora 19) gets confused when it finds a -l parameter in a
dependency, and tries to make it as a target, causing the build to fail.
Signed-off-by: Gustavo Noronha Silva gustavo.noro...@collabora.com
---
configure.ac| 2 +-
fb/fb.h
On 05/ 8/13 03:57 PM, Gustavo Noronha Silva wrote:
Newer make (Fedora 19) gets confused when it finds a -l parameter in a
dependency, and tries to make it as a target, causing the build to fail.
Signed-off-by: Gustavo Noronha Silva gustavo.noro...@collabora.com
---
These files seem to be an
On 05/ 9/13 12:32 PM, Grant wrote:
WaitForSomething(): select: Invalid argument
https://lkml.org/lkml/2012/8/31/1 ?
Thanks, Google didn't bring that up for me. So it's a kernel issue.
I'm on 3.9-rc7. I'll pursue this further with the kernel guys if it
happens on 3.9-rc8. I've only seen
If a client sends a request larger than maxBigRequestSize, the server is
supposed to ignore it.
Before commit cf88363d, the server would simply disconnect the client. After
that commit, it attempts to gracefully ignore the request by remembering how
long the client specified the request to be,
On Thu, May 09, 2013 at 01:09:02PM -0700, Robert Morell wrote:
If a client sends a request larger than maxBigRequestSize, the server is
supposed to ignore it.
Before commit cf88363d, the server would simply disconnect the client. After
that commit, it attempts to gracefully ignore the
==21860== 24 bytes in 1 blocks are still reachable in loss record 85 of 397
==21860==at 0x4C2B3F8: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==21860==by 0x61ED93: AllocateOutputBuffer (io.c:1037)
==21860==by 0x61E15A: WriteToClient (io.c:764)
==21860==by
Hi Dave,
I just saw this email. I'll pull it tomorrow. (need sleep.)
Matt
On 05/05/2013 05:57 PM, Dave Airlie wrote:
Hi Matt,
some VT switch and one fail fix. I'll have more if I ever get any
other patches into master.
Dave.
The following changes since commit
On Fri, May 10, 2013 at 9:44 AM, Peter Hutterer
peter.hutte...@who-t.net wrote:
==21860== 24 bytes in 1 blocks are still reachable in loss record 85 of 397
==21860==at 0x4C2B3F8: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==21860==by 0x61ED93: AllocateOutputBuffer
On Thu, May 9, 2013 at 2:30 PM, Peter Hutterer peter.hutte...@who-t.net wrote:
InitPointerClassDeviceStruct/InitKeyboardDeviceStruct allocate a
proximity/focus class, respectively. If a driver calls
InitFocusClassDeviceStruct or InitProximityClassDeviceStruct beforehand,
the previously
On Thu, May 9, 2013 at 2:30 PM, Peter Hutterer peter.hutte...@who-t.net wrote:
If drivers supply incorrect values don't just quietly return False, spew to
the log so we can detect what's going on. All these cases are driver bugs
and should be fixed immediately.
Signed-off-by: Peter Hutterer
On Thu, May 9, 2013 at 11:14 AM, Peter Hutterer
peter.hutte...@who-t.net wrote:
xf86SetStrOption() returns a strdup'd string that must be freed after use.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Dave Airlie airl...@redhat.com
---
src/synaptics.c | 3 +++
1 file
On Thu, May 9, 2013 at 11:14 AM, Peter Hutterer
peter.hutte...@who-t.net wrote:
Allocated in event_query_touch, was never freed.
Signed-off-by: Peter Hutterer peter.hutte...@who-t.net
Reviewed-by: Dave Airlie airl...@redhat.com
___
The following changes since commit 6993f8b459e25b1a7a0a03e209688a28ce6c2c56:
Xi: free barrier code at reset time (2013-05-07 09:41:19 +1000)
are available in the git repository at:
git://people.freedesktop.org/~whot/xserver for-keith
for you to fetch changes up to
Peter Hutterer peter.hutte...@who-t.net writes:
Peter Hutterer (4):
dix: delete all callbacks before reset
dix: reset the OsBuffers after killing all clients
dix: don't overwrite proximity/focus classes
input: print warnings if drivers don't initialize properly
14 matches
Mail list logo