Re: [PATCH 3.18 105/183] [media] af9005: fix kernel panic on init if compiled without IR

2015-01-25 Thread Luca Olivetti
El 25/01/15 a les 23:01, Greg Kroah-Hartman ha escrit: > On Sun, Jan 25, 2015 at 08:32:59PM +0100, Luca Olivetti wrote: >> El 25/01/15 a les 19:07, Greg Kroah-Hartman ha escrit: >>> 3.18-stable review patch. If anyone has any objections, please let me know. >> >> I

Re: [PATCH 3.18 105/183] [media] af9005: fix kernel panic on init if compiled without IR

2015-01-25 Thread Luca Olivetti
NFIG_DVB_USB_AF9005_REMOTE). > Due to the IR related pointers beeing NULL by default, IR support will then > be disabled. > > The downside of this solution is, that it will no longer be possible to > compile custom IR symbols (not using CONFIG_DVB_USB_AF9005_REMOTE) in. > >

Re: [PATCH 3.18 105/183] [media] af9005: fix kernel panic on init if compiled without IR

2015-01-25 Thread Luca Olivetti
El 25/01/15 a les 23:01, Greg Kroah-Hartman ha escrit: On Sun, Jan 25, 2015 at 08:32:59PM +0100, Luca Olivetti wrote: El 25/01/15 a les 19:07, Greg Kroah-Hartman ha escrit: 3.18-stable review patch. If anyone has any objections, please let me know. I don't have any objection apart from

Re: [PATCH 3.18 105/183] [media] af9005: fix kernel panic on init if compiled without IR

2015-01-25 Thread Luca Olivetti
possible cases. I don't have the hardware and could only verify that it fixes the reported bug. Reported-by: Fengguag Wu fengguang...@intel.com Signed-off-by: Frank SchÀfer fschaefer@googlemail.com Acked-by: Luca Olivetti l...@ventoso.org Signed-off-by: Mauro Carvalho Chehab mche

Re: [media/dvb_usb_af9005] BUG: unable to handle kernel paging request (WAS: [media/em28xx] BUG: unable to handle kernel)

2014-09-25 Thread Luca Olivetti
El 25/09/14 15:54, Frank Schäfer ha escrit: > > Am 23.09.2014 um 23:03 schrieb Luca Olivetti: >> El 23/09/14 20:52, Frank Schäfer ha escrit: >> >>>>> This seems to be an ancient bug, which is known at least since 5 1/2 >>>>>

Re: [media/dvb_usb_af9005] BUG: unable to handle kernel paging request (WAS: [media/em28xx] BUG: unable to handle kernel)

2014-09-25 Thread Luca Olivetti
El 25/09/14 15:54, Frank Schäfer ha escrit: Am 23.09.2014 um 23:03 schrieb Luca Olivetti: El 23/09/14 20:52, Frank Schäfer ha escrit: This seems to be an ancient bug, which is known at least since 5 1/2 years: https://lkml.org/lkml/2009/2/4/350 [...] #if defined(CONFIG_MODULE

Re: [media/dvb_usb_af9005] BUG: unable to handle kernel paging request (WAS: [media/em28xx] BUG: unable to handle kernel)

2014-09-23 Thread Luca Olivetti
El 23/09/14 20:52, Frank Schäfer ha escrit: >>> This seems to be an ancient bug, which is known at least since 5 1/2 years: >>> https://lkml.org/lkml/2009/2/4/350 [...] >> >> #if defined(CONFIG_MODULE) || defined(CONFIG_DVB_USB_AF9005_REMOTE) > What happens, if CONFIG_MODULES is enabled, but

Re: [media/dvb_usb_af9005] BUG: unable to handle kernel paging request (WAS: [media/em28xx] BUG: unable to handle kernel)

2014-09-23 Thread Luca Olivetti
El 23/09/14 20:52, Frank Schäfer ha escrit: This seems to be an ancient bug, which is known at least since 5 1/2 years: https://lkml.org/lkml/2009/2/4/350 [...] #if defined(CONFIG_MODULE) || defined(CONFIG_DVB_USB_AF9005_REMOTE) What happens, if CONFIG_MODULES is enabled, but neither module

Re: [media/dvb_usb_af9005] BUG: unable to handle kernel paging request (WAS: [media/em28xx] BUG: unable to handle kernel)

2014-09-19 Thread Luca Olivetti
El 19/09/14 21:22, Frank Schäfer ha escrit: >> >> So symbol_request() returns pointers.!= NULL >> >> A closer look at the definition of symbol_request() shows, that it does >> nothing if CONFIG_MODULES is disabled (it just returns its argument). >> >> >> One possibility to fix this bug would be

Re: [media/dvb_usb_af9005] BUG: unable to handle kernel paging request (WAS: [media/em28xx] BUG: unable to handle kernel)

2014-09-19 Thread Luca Olivetti
El 19/09/14 21:22, Frank Schäfer ha escrit: So symbol_request() returns pointers.!= NULL A closer look at the definition of symbol_request() shows, that it does nothing if CONFIG_MODULES is disabled (it just returns its argument). One possibility to fix this bug would be to embrace these

[PATCH] pl2303 works at 500kbps

2013-05-21 Thread Luca Olivetti
. Patch made against mainline but tested with 3.4.45 Please CC me since I'm not subscribed Signed-off-by: Luca Olivetti --- diff --git a/drivers/usb/serial/pl2303.c b/drivers/usb/serial/pl2303.c index 7151659..ca19b17 100644 --- a/drivers/usb/serial/pl2303.c +++ b/drivers/usb/serial/pl2303.c @@ -275,7 +

[PATCH] pl2303 works at 500kbps

2013-05-21 Thread Luca Olivetti
but tested with 3.4.45 Please CC me since I'm not subscribed Signed-off-by: Luca Olivetti l...@ventoso.org --- diff --git a/drivers/usb/serial/pl2303.c b/drivers/usb/serial/pl2303.c index 7151659..ca19b17 100644 --- a/drivers/usb/serial/pl2303.c +++ b/drivers/usb/serial/pl2303.c @@ -275,7 +275,7

Re: [2.6 patch] cleanup dvb-usb/af9005*

2007-11-05 Thread Luca Olivetti
En/na Adrian Bunk ha escrit: One might say that always including af9005-remote into the af9005 module might cause needless bloat, but the fun fact is that altogether the af9005 module becomes *smaller* (dvb-usb-af9005.ko goes down from 41884 to 41244 bytes in the configuration I tested)

Re: [2.6 patch] cleanup dvb-usb/af9005*

2007-11-05 Thread Luca Olivetti
En/na Adrian Bunk ha escrit: One might say that always including af9005-remote into the af9005 module might cause needless bloat, but the fun fact is that altogether the af9005 module becomes *smaller* (dvb-usb-af9005.ko goes down from 41884 to 41244 bytes in the configuration I tested)