Re: [PATCH v2] i2c-tools: Implement Module.mk for eeprog subdir

2015-07-07 Thread Matwey V. Kornilov
it does, thank you very much -- Jean Delvare SUSE L3 Support -- With best regards, Matwey V. Kornilov http://blog.matwey.name xmpp://0x2...@jabber.ru -- To unsubscribe from this list: send the line unsubscribe linux-i2c in the body of a message to majord...@vger.kernel.org More majordomo info

[PATCH v2] i2c-tools: Implement Module.mk for eeprog subdir

2015-06-29 Thread Matwey V. Kornilov
Move eeprog to separate subdir and implement Module.mk for it Signed-off-by: Matwey V. Kornilov matwey.korni...@gmail.com --- eeprog/24cXX.c | 185 eeprog/24cXX.h | 58 ++ eeprog/Module.mk | 67 eeprog/README.eeprog

Re: [PATCH] i2c-tools: Implement Module.mk for eepromer subdir

2015-06-29 Thread Matwey V. Kornilov
2015-06-29 11:41 GMT+03:00 Jean Delvare jdelv...@suse.de: Hi Matwey, On Sat, 27 Jun 2015 11:49:07 +0300, Matwey V. Kornilov wrote: eepromer/Module.mk has to be present in order to do make EXTRA=eepromer The problem with the eepromer directory is that it's a mess. There are 3 tools

[PATCH] i2c-tools: Implement Module.mk for eepromer subdir

2015-06-27 Thread Matwey V. Kornilov
eepromer/Module.mk has to be present in order to do make EXTRA=eepromer Signed-off-by: Matwey V. Kornilov matwey.korni...@gmail.com --- --- /dev/null +++ i2c-tools-3.1.1/eepromer/Module.mk @@ -0,0 +1,79 @@ +# eepromer +# +# This program is free software; you can redistribute it and/or modify

[PATCH RFC] drivers: parport: Ask user for irqreturn_t value

2014-09-28 Thread Matwey V. Kornilov
=85221 Signed-off-by: Matwey V. Kornilov mat...@sai.msu.ru --- drivers/char/ppdev.c | 4 +++- drivers/i2c/busses/i2c-parport.c | 5 - drivers/input/joystick/walkera0701.c | 6 -- drivers/net/hamradio/baycom_par.c | 4 +++- drivers/net/plip

Re: [PATCH RFC] drivers: parport: Ask user for irqreturn_t value

2014-09-28 Thread Matwey V. Kornilov
Forget it, I invented something strange. 2014-09-28 12:02 GMT+04:00 Matwey V. Kornilov mat...@sai.msu.ru: Current parport_irq_handler behaviour is not correct when IRQ is shared. LDDv3 on page 279 requires us: Be sure to return IRQ_NONE whenever your handler is called and finds the device