PI change the
> ABI, and vice versa.
Good point, the ABI is not exactly what we need to track. This should
perhaps be referred to as a publicly exposed API then. Still, it would
greatly help us to have this version number available as a numeric value.
Thanks,
Mathieu
>
> Ben.
--
Math
- Original Message -
> From: "Piotr Ożarowski"
> To: "Mathieu Desnoyers"
> Cc: 765...@bugs.debian.org
> Sent: Monday, October 13, 2014 11:59:37 AM
> Subject: Re: Bug#765022: closed by Piotr Ożarowski (Re:
> Bug#765022: python3: site-packages mis
your point of view ?
Thanks,
Mathieu
--
Mathieu Desnoyers
EfficiOS Inc.
http://www.efficios.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: python3
Version: 3.4.1-1
Severity: normal
Dear Maintainer,
The Debian python3 (as well as python) packages have a peculiar way of
handling Python packages compared to other Linux distributions: it
search for them under /usr/local/lib/python3.4/dist-packages and
/usr/lib/python3/dist-pack
- Original Message -
> From: "Colomban Wendling"
> To: 756...@bugs.debian.org
> Cc: "Mathieu Desnoyers"
> Sent: Sunday, September 14, 2014 1:46:22 PM
> Subject: Re: Bug#756068 closed by Laurent Bigonville
> (Bug#756068: fixed in gdm3 3.12.2-4)
&
GUSR1 0
Thanks,
Mathieu
----- Original Message -
> From: "Debian Bug Tracking System"
> To: "Mathieu Desnoyers"
> Sent: Saturday, September 6, 2014 12:51:16 PM
> Subject: Bug#756068 closed by Laurent Bigonville
> (Bug#756068: fixed in gdm3 3.12
- Original Message -
> From: "Sebastian Andrzej Siewior"
> To: "Jérémie Galarneau"
> Cc: 757...@bugs.debian.org, "Mathieu Desnoyers"
>
> Sent: Monday, August 11, 2014 3:15:48 PM
> Subject: Re: Bug#757722: babeltrace: please enable b
the box.
This commit makes sure SIGUSR1 is unblocked before starting the session
to keep these programs functioning correctly.
https://bugzilla.gnome.org/show_bug.cgi?id=731228
Would it be possible to make sure it makes its way into Jessie ?
Thanks,
Mathieu
--
Mathieu Desnoyer
Package: gdm3
Version: 3.12.2-2
Severity: important
Tags: upstream
Dear Maintainer,
We've been puzzled to see that when using recent gdm3 and
gnome3, our application stopped receiving SIGUSR1 signals.
Digging into the issue, we found this gdm commit that seems
to block the SIGUSR1 signal in a pr
Hi,
Yes, with a few edits, I've been able to merge your patch into master.
Thanks!
Mathieu
- Original Message -
> From: "Helge Deller"
> To: "Mathieu Desnoyers"
> Cc: 742...@bugs.debian.org
> Sent: Wednesday, April 2, 2014 5:02:33 PM
> Subj
t; testsuite successfully.
>
> Thanks!
> Helge
>
> _______
> lttng-dev mailing list
> lttng-...@lists.lttng.org
> http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev
>
--
Mathieu Desnoyers
EfficiOS Inc.
http://www.efficios.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: virt-manager
Version: 0.9.1-4
Severity: important
Dear Maintainer,
When using virt-manager through ssh network connexion (120ms latency),
with about 22 volumes in an active pool, virt-manager "create new VM"
window hangs after about 5 seconds of interaction. While it is hung, the
remote
lenovo.com/t5/X-Series-ThinkPad-Laptops/x230-SATA-errors-with-180GB-Intel-520-SSD-under-heavy-write-load/m-p/1068147/highlight/false#M48401
-
http://forums.lenovo.com/t5/T400-T500-and-newer-T-series/T430s-Intel-SSD-520-180GB-issue/m-p/1070549#M76964
--
Mathieu Desnoyers
EfficiOS Inc.
http://w
* Michael Biebl (bi...@debian.org) wrote:
> tags 663144 + fixed-upstream pending
> thanks
>
> On 08.03.2012 23:20, Mathieu Desnoyers wrote:
> > * Michael Biebl (bi...@debian.org) wrote:
> >> On 08.03.2012 22:32, Mathieu Desnoyers wrote:
> >>
> >>>
* Michael Biebl (bi...@debian.org) wrote:
> On 08.03.2012 22:32, Mathieu Desnoyers wrote:
>
> > * Backtrace:
> >
> > Program received signal SIGSEGV, Segmentation fault.
> > 0x00447d45 in auto_activate_device (user_data=0x737ee0) at
> > nm-policy.c:
* Michael Biebl (bi...@debian.org) wrote:
> severity 663144 important
> thanks
>
> On 08.03.2012 21:53, Mathieu Desnoyers wrote:
>
> > NetworkManager[5757]: Auto-activating connection 'Fido Default'.
> > NetworkManager[5757]: caught signal 11. Gener
Package: network-manager
Version: 0.9.2.0-2
Severity: grave
Tags: upstream
Justification: renders package unusable
Dear Maintainer,
After adding a 2nd mobile network, the nm-applet disappeared, and
refuses to ever show up again.
After investigation, I noticed that when restarting NetworkManager
ts
> ii libpango1.0-0 1.28.1-1 Layout and rendering of
> internatio
> ii libunique-1.0-0 1.1.6-1Library for writing single
> instanc
> ii libx11-6 2:1.3.3-3 X11 client-side library
> ii libxext6 2:1.1.2-1
* Richard Mortimer (ri...@oldelvet.org.uk) wrote:
> On 21/01/2011 22:50, Richard Mortimer wrote:
>>
>>
>> On 21/01/2011 20:40, Mathieu Desnoyers wrote:
>>> * Richard Mortimer (ri...@oldelvet.org.uk) wrote:
>>>
>>> Thanks for the info! At first glance
art tracing in your tests, as I think the unaligned access only
happens when accessing the struct tracepoint fields below the "int state" field.
Thanks,
Mathieu
--
Mathieu Desnoyers
Operating System Efficiency R&D Consultant
EfficiOS Inc.
http://www.efficios.com
--
To UNSU
* Mathieu Desnoyers (mathieu.desnoy...@efficios.com) wrote:
> * Richard Mortimer (ri...@oldelvet.org.uk) wrote:
[...]
> > I'm also getting a lot of Kernel unaligned access errors from the
> > kernel. I don't know if they are related to this or not and this is th
* Richard Mortimer (ri...@oldelvet.org.uk) wrote:
>
>
> On 21/01/2011 00:04, Mathieu Desnoyers wrote:
>> * David Miller (da...@davemloft.net) wrote:
>>> From: Mathieu Desnoyers
>>> Date: Wed, 19 Jan 2011 17:33:39 -0500
>>>
>>>> So
* David Miller (da...@davemloft.net) wrote:
> From: Mathieu Desnoyers
> Date: Wed, 19 Jan 2011 17:33:39 -0500
>
> > So I guess we go for the following. Is it verbose enough ?
>
> It's got all of the details that seem to matter, thanks.
I'm letting people fo
boundary. An improperly aligned
> address causes a load or store instruction to generate a
> mem_address_not_aligned
> trap.
Ah! There is always an odd case ;) Thanks!
Mathieu
--
Mathieu Desnoyers
Operating System Efficiency R&D Consultant
EfficiOS Inc.
http://www.efficio
* David Miller (da...@davemloft.net) wrote:
> From: Mathieu Desnoyers
> Date: Wed, 19 Jan 2011 17:13:27 -0500
>
> > Hrm, I'd like to see what kind of ill-conceived 32-bit architecture would
> > generate a unaligned access for a 32-bit aligned u64. Do you have exam
; dependency, and hopefully it would be updated if we ever do include a
> long long in them.
I still wonder how a 32-bit system can generate an unaligned access trap for an
access to a 64-bit variable aligned on 32-bit, given that there is, by
definition, no 64-bit memory accesses available on the a
* David Miller (da...@davemloft.net) wrote:
> From: Mathieu Desnoyers
> Date: Wed, 19 Jan 2011 13:20:53 -0500
>
> > Now what I'm discussing with David Miller is if creating a
> >
> > __long_packed_aligned
> >
> > and using it for *both* type an
* David Miller (da...@davemloft.net) wrote:
> From: Mathieu Desnoyers
> Date: Wed, 19 Jan 2011 10:33:26 -0500
>
> > I'm still unsure that __long_long_aligned is needed over __long_aligned
> > though.
> > AFAIK, the only requirement we have for, e.g. trac
* Steven Rostedt (rost...@goodmis.org) wrote:
> On Wed, 2011-01-19 at 11:15 -0500, Mathieu Desnoyers wrote:
> > * Steven Rostedt (rost...@goodmis.org) wrote:
> > > After applying David's "remove align" patch, I got it to boot on x86_64
> > > with the fo
y increase the alignment; but you can decrease it
by specifying packed as well. See below."
gcc seems to support having both specified. I think this would provide the kind
of alignment guarantees we really need here: both specifying the minimum _and_
maximum alignment.
Thoughts ?
Mathieu
&g
truct ftrace_event_call {
> int perf_refcount;
> struct hlist_head __percpu *perf_events;
> #endif
> -};
> +} __attribute__((__aligned__(32)));
>
> #define PERF_MAX_TRACE_SIZE 2048
>
>
>
--
Mathieu Desnoyers
Opera
e__((__packed__,
__aligned__(__alignof__(long
I would just like to know if this attribute causes gcc to emit slower memory
access instructions on ppc/sparc/mips (I remember that at least one of these
emit slower instructions for unaligned read/writes, so I wonder if the compiler
uses them a
* David Miller (da...@davemloft.net) wrote:
> From: Mathieu Desnoyers
> Date: Wed, 19 Jan 2011 00:08:45 -0500
>
> > - No aligned() type attribute nor variable attribute. I get a crash on
> > x86_64
> > (NULL pointer exception when executing __trace_add_ev
* David Miller (da...@davemloft.net) wrote:
> From: Mathieu Desnoyers
> Date: Wed, 19 Jan 2011 00:08:45 -0500
>
> > The following works fine for me now. Comments are welcome.
>
> Thanks for doing this work Mathieu.
>
> > - No aligned() type attribute nor variab
* Steven Rostedt (rost...@goodmis.org) wrote:
> On Tue, 2011-01-18 at 15:13 -0500, Mathieu Desnoyers wrote:
> > * Steven Rostedt (rost...@goodmis.org) wrote:
> > > On Tue, 2011-01-18 at 13:16 -0500, Steven Rostedt wrote:
> > > > On Tue, 2011-01-18 at 12:33 -0500, Stev
* Steven Rostedt (rost...@goodmis.org) wrote:
> On Tue, 2011-01-18 at 13:16 -0500, Steven Rostedt wrote:
> > On Tue, 2011-01-18 at 12:33 -0500, Steven Rostedt wrote:
> > > On Tue, 2011-01-18 at 11:46 -0500, Mathieu Desnoyers wrote:
> >
> > > > Also align TRACE
d in.
Also align TRACE_PRINTKS on 8 bytes to make sure the beginning of the section is
aligned on pointer size.
Signed-off-by: Mathieu Desnoyers
---
include/asm-generic/vmlinux.lds.h | 19 ++-
1 file changed, 10 insertions
roblem that might come up is if gcc decides to
align struct ftrace_event_call (which is about 136 bytes in size) on an
alignment larger than 32 bytes, which would be really surprising.
Mathieu
>
> -- Steve
>
>
--
Mathieu Desnoyers
Operating System Efficiency R&D Consultant
EfficiOS Inc.
http://www.efficios.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
38 matches
Mail list logo
