From: Andrey Ryabinin
> Sent: 18 May 2016 13:21
...
> >> $ 6.5.6.8
> >>"If both the pointer operand and the result point to elements of
> >> the same array object,
> >> or one past the last element of the array object, the evaluation
> >> shall not produce an overflow;
> >> otherwise,
On Thu, 19 May 2016, Andrey Ryabinin wrote:
> 2016-05-18 22:28 GMT+03:00 Alan Stern :
> > On Wed, 18 May 2016, Andrey Ryabinin wrote:
> >
> >> 2016-05-18 19:09 GMT+03:00 Alan Stern :
> >> > On Wed, 18 May 2016, Andrey Ryabinin wrote:
> >> >
> >> >> 2016-05-18 17:40 GMT+03:00 Alan Stern :
> >> >>
>
2016-05-18 22:28 GMT+03:00 Alan Stern :
> On Wed, 18 May 2016, Andrey Ryabinin wrote:
>
>> 2016-05-18 19:09 GMT+03:00 Alan Stern :
>> > On Wed, 18 May 2016, Andrey Ryabinin wrote:
>> >
>> >> 2016-05-18 17:40 GMT+03:00 Alan Stern :
>> >>
>> >> > All right, I'm getting very tired of all these bug rep
On Wed, 18 May 2016, Andrey Ryabinin wrote:
> 2016-05-18 19:09 GMT+03:00 Alan Stern :
> > On Wed, 18 May 2016, Andrey Ryabinin wrote:
> >
> >> 2016-05-18 17:40 GMT+03:00 Alan Stern :
> >>
> >> > All right, I'm getting very tired of all these bug reports. Besides,
> >> > Andrey has a point: Unless
2016-05-18 19:09 GMT+03:00 Alan Stern :
> On Wed, 18 May 2016, Andrey Ryabinin wrote:
>
>> 2016-05-18 17:40 GMT+03:00 Alan Stern :
>>
>> > All right, I'm getting very tired of all these bug reports. Besides,
>> > Andrey has a point: Unless you're Linus, arguing against the C standard
>> > is futil
On Wed, 18 May 2016, Andrey Ryabinin wrote:
> 2016-05-18 17:40 GMT+03:00 Alan Stern :
>
> > All right, I'm getting very tired of all these bug reports. Besides,
> > Andrey has a point: Unless you're Linus, arguing against the C standard
> > is futile. (Even though the language dialect used in t
2016-05-18 17:40 GMT+03:00 Alan Stern :
> All right, I'm getting very tired of all these bug reports. Besides,
> Andrey has a point: Unless you're Linus, arguing against the C standard
> is futile. (Even though the language dialect used in the kernel is not
> standard C.)
>
> Does this patch mak
On Wed, 18 May 2016, Andrey Ryabinin wrote:
> 2016-05-18 13:19 GMT+03:00 Oliver Neukum :
> > On Wed, 2016-05-18 at 12:16 +0300, Andrey Ryabinin wrote:
> >> 2016-05-18 11:18 GMT+03:00 Oliver Neukum :
> >> > On Wed, 2016-05-18 at 10:40 +0300, Andrey Ryabinin wrote:
> >> >> 2016-05-18 1:16 GMT+03:00
2016-05-18 13:19 GMT+03:00 Oliver Neukum :
> On Wed, 2016-05-18 at 12:16 +0300, Andrey Ryabinin wrote:
>> 2016-05-18 11:18 GMT+03:00 Oliver Neukum :
>> > On Wed, 2016-05-18 at 10:40 +0300, Andrey Ryabinin wrote:
>> >> 2016-05-18 1:16 GMT+03:00 Greg Kroah-Hartman :
>> >> > On Tue, May 17, 2016 at 05
On Wed, 2016-05-18 at 12:16 +0300, Andrey Ryabinin wrote:
> 2016-05-18 11:18 GMT+03:00 Oliver Neukum :
> > On Wed, 2016-05-18 at 10:40 +0300, Andrey Ryabinin wrote:
> >> 2016-05-18 1:16 GMT+03:00 Greg Kroah-Hartman :
> >> > On Tue, May 17, 2016 at 05:52:40PM -0400, Valdis Kletnieks wrote:
> >> >> S
2016-05-18 11:18 GMT+03:00 Oliver Neukum :
> On Wed, 2016-05-18 at 10:40 +0300, Andrey Ryabinin wrote:
>> 2016-05-18 1:16 GMT+03:00 Greg Kroah-Hartman :
>> > On Tue, May 17, 2016 at 05:52:40PM -0400, Valdis Kletnieks wrote:
>> >> So, not content in the amount of breakage I generate already, I
>> >>
On Wed, 2016-05-18 at 10:40 +0300, Andrey Ryabinin wrote:
> 2016-05-18 1:16 GMT+03:00 Greg Kroah-Hartman :
> > On Tue, May 17, 2016 at 05:52:40PM -0400, Valdis Kletnieks wrote:
> >> So, not content in the amount of breakage I generate already, I
> >> compiled with UBSAN enabled...
> >>
> >> The imm
2016-05-18 1:16 GMT+03:00 Greg Kroah-Hartman :
> On Tue, May 17, 2016 at 05:52:40PM -0400, Valdis Kletnieks wrote:
>> So, not content in the amount of breakage I generate already, I
>> compiled with UBSAN enabled...
>>
>> The immediately relevant part:
>>
>> [2.418576]
>> =
On Tue, May 17, 2016 at 05:52:40PM -0400, Valdis Kletnieks wrote:
> So, not content in the amount of breakage I generate already, I
> compiled with UBSAN enabled...
>
> The immediately relevant part:
>
> [2.418576]
> ===
So, not content in the amount of breakage I generate already, I
compiled with UBSAN enabled...
The immediately relevant part:
[2.418576]
[2.418579] UBSAN: Undefined behaviour in drivers/usb/host/ehci-hub.c:8
15 matches
Mail list logo