On Fri, Nov 22, 2013 at 01:39:47PM +0100, Jiri Kosina wrote:
> On Thu, 21 Nov 2013, Luis Henriques wrote:
>
> > > > Sorry for the delays in testing out the patch. I have tried a kernel
> > > > with the patch applied, and can no longer reproduce the oops. The
> > > > hid-appleir driver appears
On Thu, 21 Nov 2013, Luis Henriques wrote:
> > > Sorry for the delays in testing out the patch. I have tried a kernel
> > > with the patch applied, and can no longer reproduce the oops. The
> > > hid-appleir driver appears to be working correctly, generating key
> > > press events in response
On Thu, 21 Nov 2013, Luis Henriques wrote:
Sorry for the delays in testing out the patch. I have tried a kernel
with the patch applied, and can no longer reproduce the oops. The
hid-appleir driver appears to be working correctly, generating key
press events in response to the
On Fri, Nov 22, 2013 at 01:39:47PM +0100, Jiri Kosina wrote:
On Thu, 21 Nov 2013, Luis Henriques wrote:
Sorry for the delays in testing out the patch. I have tried a kernel
with the patch applied, and can no longer reproduce the oops. The
hid-appleir driver appears to be working
On Thu, Nov 21, 2013 at 09:59:27AM +0100, Jiri Kosina wrote:
> On Thu, 21 Nov 2013, James Henstridge wrote:
>
> > Sorry for the delays in testing out the patch. I have tried a kernel
> > with the patch applied, and can no longer reproduce the oops. The
> > hid-appleir driver appears to be
On Thu, 21 Nov 2013, James Henstridge wrote:
> Sorry for the delays in testing out the patch. I have tried a kernel
> with the patch applied, and can no longer reproduce the oops. The
> hid-appleir driver appears to be working correctly, generating key
> press events in response to the remote,
On Thu, 21 Nov 2013, James Henstridge wrote:
Sorry for the delays in testing out the patch. I have tried a kernel
with the patch applied, and can no longer reproduce the oops. The
hid-appleir driver appears to be working correctly, generating key
press events in response to the remote, and
On Thu, Nov 21, 2013 at 09:59:27AM +0100, Jiri Kosina wrote:
On Thu, 21 Nov 2013, James Henstridge wrote:
Sorry for the delays in testing out the patch. I have tried a kernel
with the patch applied, and can no longer reproduce the oops. The
hid-appleir driver appears to be working
On Tue, Nov 19, 2013 at 10:33 PM, Jiri Kosina wrote:
> On Thu, 7 Nov 2013, Benjamin Tissoires wrote:
>
>> >> [ adding some more CCs ]
>> >>
>> >> Okay, so apparently we didn't register with input, but only hiddev /
>> >> hidraw.
>> >>
>> >> appleir 0003:05AC:8240.0005: hiddev0,hidraw4: USB HID
On Tue, Nov 19, 2013 at 10:33 PM, Jiri Kosina jkos...@suse.cz wrote:
On Thu, 7 Nov 2013, Benjamin Tissoires wrote:
[ adding some more CCs ]
Okay, so apparently we didn't register with input, but only hiddev /
hidraw.
appleir 0003:05AC:8240.0005: hiddev0,hidraw4: USB HID v1.11 Device
On Thu, 7 Nov 2013, Benjamin Tissoires wrote:
> >> [ adding some more CCs ]
> >>
> >> Okay, so apparently we didn't register with input, but only hiddev /
> >> hidraw.
> >>
> >> appleir 0003:05AC:8240.0005: hiddev0,hidraw4: USB HID v1.11 Device [Apple
> >> Computer, Inc. IR Receiver] on
On Thu, 7 Nov 2013, Benjamin Tissoires wrote:
[ adding some more CCs ]
Okay, so apparently we didn't register with input, but only hiddev /
hidraw.
appleir 0003:05AC:8240.0005: hiddev0,hidraw4: USB HID v1.11 Device [Apple
Computer, Inc. IR Receiver] on usb-:00:1d.3-2/input0
On Thu, 7 Nov 2013, Benjamin Tissoires wrote:
> Ok, thanks for the report. Could you please test the following patch
> which should solve your problem (hopefully)?
James, do you happen to have testing results please?
>
> Cheers,
> Benjamin
>
> --
>
> >From
On Thu, 7 Nov 2013, Benjamin Tissoires wrote:
Ok, thanks for the report. Could you please test the following patch
which should solve your problem (hopefully)?
James, do you happen to have testing results please?
Cheers,
Benjamin
--
From 54b332b992da1666abe7180b6cecd313c864e0b7 Mon
Hi James,
On 07/11/13 02:52, James Henstridge wrote:
> On Wed, Nov 6, 2013 at 11:38 PM, Jiri Kosina wrote:
>> On Tue, 29 Oct 2013, Luis Henriques wrote:
>>
>>> James has reported a NULL pointer dereference[1] on the appleir
>>> driver. From the bug report[2] it looks like it is 100%
>>>
Hi James,
On 07/11/13 02:52, James Henstridge wrote:
On Wed, Nov 6, 2013 at 11:38 PM, Jiri Kosina jkos...@suse.cz wrote:
On Tue, 29 Oct 2013, Luis Henriques wrote:
James has reported a NULL pointer dereference[1] on the appleir
driver. From the bug report[2] it looks like it is 100%
On Wed, Nov 6, 2013 at 11:38 PM, Jiri Kosina wrote:
> On Tue, 29 Oct 2013, Luis Henriques wrote:
>
>> James has reported a NULL pointer dereference[1] on the appleir
>> driver. From the bug report[2] it looks like it is 100%
>> reproducible using a 3.12-rc6 kernel simply by pressing any button
On Wed, 2013-11-06 at 16:38 +0100, Jiri Kosina wrote:
> On Tue, 29 Oct 2013, Luis Henriques wrote:
>
> > James has reported a NULL pointer dereference[1] on the appleir
> > driver. From the bug report[2] it looks like it is 100%
> > reproducible using a 3.12-rc6 kernel simply by pressing any
On Tue, 29 Oct 2013, Luis Henriques wrote:
> James has reported a NULL pointer dereference[1] on the appleir
> driver. From the bug report[2] it looks like it is 100%
> reproducible using a 3.12-rc6 kernel simply by pressing any button on
> the IR remote.
>
> >From the stack trace, it looks
On Tue, 29 Oct 2013, Luis Henriques wrote:
James has reported a NULL pointer dereference[1] on the appleir
driver. From the bug report[2] it looks like it is 100%
reproducible using a 3.12-rc6 kernel simply by pressing any button on
the IR remote.
From the stack trace, it looks like
On Wed, 2013-11-06 at 16:38 +0100, Jiri Kosina wrote:
On Tue, 29 Oct 2013, Luis Henriques wrote:
James has reported a NULL pointer dereference[1] on the appleir
driver. From the bug report[2] it looks like it is 100%
reproducible using a 3.12-rc6 kernel simply by pressing any button on
On Wed, Nov 6, 2013 at 11:38 PM, Jiri Kosina jkos...@suse.cz wrote:
On Tue, 29 Oct 2013, Luis Henriques wrote:
James has reported a NULL pointer dereference[1] on the appleir
driver. From the bug report[2] it looks like it is 100%
reproducible using a 3.12-rc6 kernel simply by pressing any
22 matches
Mail list logo