Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1720850 > unrolled thread
| Started by | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| First post | 2017-08-27 17:10 +0200 |
| Last post | 2017-08-29 18:40 +0200 |
| Articles | 19 — 7 participants |
Back to article view | Back to linux.kernel
[PATCH 0/4] irda: move it to drivers/staging so we can delete it Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-08-27 17:10 +0200
Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it Joe Perches <joe@perches.com> - 2017-08-27 17:40 +0200
Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-08-27 18:20 +0200
Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it Joe Perches <joe@perches.com> - 2017-08-27 18:20 +0200
Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-08-27 19:00 +0200
Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it Joe Perches <joe@perches.com> - 2017-08-28 01:20 +0200
Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it David Miller <davem@davemloft.net> - 2017-08-29 01:50 +0200
Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it Joe Perches <joe@perches.com> - 2017-08-29 01:50 +0200
Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it Greg KH <gregkh@linuxfoundation.org> - 2017-08-29 07:10 +0200
Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it Ondrej Zary <linux@rainbow-software.org> - 2017-08-29 23:50 +0200
Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it Greg KH <gregkh@linuxfoundation.org> - 2017-08-31 06:40 +0200
Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it Ondrej Zary <linux@rainbow-software.org> - 2017-08-31 09:40 +0200
Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it Geert Uytterhoeven <geert@linux-m68k.org> - 2017-08-29 13:00 +0200
Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it Stefano Brivio <sbrivio@redhat.com> - 2017-08-29 13:20 +0200
Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-08-29 13:30 +0200
Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it Geert Uytterhoeven <geert@linux-m68k.org> - 2017-08-29 14:20 +0200
Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-08-29 16:50 +0200
Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it David Miller <davem@davemloft.net> - 2017-08-29 18:50 +0200
Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it David Miller <davem@davemloft.net> - 2017-08-29 18:40 +0200
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2017-08-27 17:10 +0200 |
| Subject | [PATCH 0/4] irda: move it to drivers/staging so we can delete it |
| Message-ID | <uj7mi-Vo-23@gated-at.bofh.it> |
The IRDA code has long been obsolete and broken. So, to keep people
from trying to use it, and to prevent people from having to maintain it,
let's move it to drivers/staging/ so that we can delete it entirely from
the kernel in a few releases.
Greg Kroah-Hartman (4):
irda: move net/irda/ to drivers/staging/irda/net/
irda: move drivers/net/irda to drivers/staging/irda/drivers
irda: move include/net/irda into staging subdirectory
staging: irda: add a TODO file.
drivers/net/Makefile | 1 -
drivers/staging/Kconfig | 2 ++
drivers/staging/Makefile | 2 ++
drivers/staging/irda/TODO | 4 ++++
drivers/{net/irda => staging/irda/drivers}/Kconfig | 0
drivers/{net/irda => staging/irda/drivers}/Makefile | 2 ++
drivers/{net/irda => staging/irda/drivers}/act200l-sir.c | 0
drivers/{net/irda => staging/irda/drivers}/actisys-sir.c | 0
drivers/{net/irda => staging/irda/drivers}/ali-ircc.c | 0
drivers/{net/irda => staging/irda/drivers}/ali-ircc.h | 0
drivers/{net/irda => staging/irda/drivers}/au1k_ir.c | 0
drivers/{net/irda => staging/irda/drivers}/bfin_sir.c | 0
drivers/{net/irda => staging/irda/drivers}/bfin_sir.h | 0
drivers/{net/irda => staging/irda/drivers}/donauboe.c | 0
drivers/{net/irda => staging/irda/drivers}/donauboe.h | 0
drivers/{net/irda => staging/irda/drivers}/esi-sir.c | 0
drivers/{net/irda => staging/irda/drivers}/girbil-sir.c | 0
drivers/{net/irda => staging/irda/drivers}/irda-usb.c | 0
drivers/{net/irda => staging/irda/drivers}/irda-usb.h | 0
drivers/{net/irda => staging/irda/drivers}/irtty-sir.c | 0
drivers/{net/irda => staging/irda/drivers}/irtty-sir.h | 0
drivers/{net/irda => staging/irda/drivers}/kingsun-sir.c | 0
drivers/{net/irda => staging/irda/drivers}/ks959-sir.c | 0
drivers/{net/irda => staging/irda/drivers}/ksdazzle-sir.c | 0
drivers/{net/irda => staging/irda/drivers}/litelink-sir.c | 0
drivers/{net/irda => staging/irda/drivers}/ma600-sir.c | 0
drivers/{net/irda => staging/irda/drivers}/mcp2120-sir.c | 0
drivers/{net/irda => staging/irda/drivers}/mcs7780.c | 0
drivers/{net/irda => staging/irda/drivers}/mcs7780.h | 0
drivers/{net/irda => staging/irda/drivers}/nsc-ircc.c | 0
drivers/{net/irda => staging/irda/drivers}/nsc-ircc.h | 0
drivers/{net/irda => staging/irda/drivers}/old_belkin-sir.c | 0
drivers/{net/irda => staging/irda/drivers}/pxaficp_ir.c | 0
drivers/{net/irda => staging/irda/drivers}/sa1100_ir.c | 0
drivers/{net/irda => staging/irda/drivers}/sh_sir.c | 0
drivers/{net/irda => staging/irda/drivers}/sir-dev.h | 0
drivers/{net/irda => staging/irda/drivers}/sir_dev.c | 0
drivers/{net/irda => staging/irda/drivers}/sir_dongle.c | 0
drivers/{net/irda => staging/irda/drivers}/smsc-ircc2.c | 0
drivers/{net/irda => staging/irda/drivers}/smsc-ircc2.h | 0
drivers/{net/irda => staging/irda/drivers}/smsc-sio.h | 0
drivers/{net/irda => staging/irda/drivers}/stir4200.c | 0
drivers/{net/irda => staging/irda/drivers}/tekram-sir.c | 0
drivers/{net/irda => staging/irda/drivers}/toim3232-sir.c | 0
drivers/{net/irda => staging/irda/drivers}/via-ircc.c | 0
drivers/{net/irda => staging/irda/drivers}/via-ircc.h | 0
drivers/{net/irda => staging/irda/drivers}/vlsi_ir.c | 0
drivers/{net/irda => staging/irda/drivers}/vlsi_ir.h | 0
drivers/{net/irda => staging/irda/drivers}/w83977af.h | 0
drivers/{net/irda => staging/irda/drivers}/w83977af_ir.c | 0
drivers/{net/irda => staging/irda/drivers}/w83977af_ir.h | 0
{include => drivers/staging/irda/include}/net/irda/af_irda.h | 0
{include => drivers/staging/irda/include}/net/irda/crc.h | 0
{include => drivers/staging/irda/include}/net/irda/discovery.h | 0
{include => drivers/staging/irda/include}/net/irda/ircomm_core.h | 0
{include => drivers/staging/irda/include}/net/irda/ircomm_event.h | 0
{include => drivers/staging/irda/include}/net/irda/ircomm_lmp.h | 0
{include => drivers/staging/irda/include}/net/irda/ircomm_param.h | 0
{include => drivers/staging/irda/include}/net/irda/ircomm_ttp.h | 0
{include => drivers/staging/irda/include}/net/irda/ircomm_tty.h | 0
.../staging/irda/include}/net/irda/ircomm_tty_attach.h | 0
{include => drivers/staging/irda/include}/net/irda/irda.h | 0
{include => drivers/staging/irda/include}/net/irda/irda_device.h | 0
{include => drivers/staging/irda/include}/net/irda/iriap.h | 0
{include => drivers/staging/irda/include}/net/irda/iriap_event.h | 0
{include => drivers/staging/irda/include}/net/irda/irias_object.h | 0
{include => drivers/staging/irda/include}/net/irda/irlan_client.h | 0
{include => drivers/staging/irda/include}/net/irda/irlan_common.h | 0
{include => drivers/staging/irda/include}/net/irda/irlan_eth.h | 0
{include => drivers/staging/irda/include}/net/irda/irlan_event.h | 0
{include => drivers/staging/irda/include}/net/irda/irlan_filter.h | 0
.../staging/irda/include}/net/irda/irlan_provider.h | 0
{include => drivers/staging/irda/include}/net/irda/irlap.h | 0
{include => drivers/staging/irda/include}/net/irda/irlap_event.h | 0
{include => drivers/staging/irda/include}/net/irda/irlap_frame.h | 0
{include => drivers/staging/irda/include}/net/irda/irlmp.h | 0
{include => drivers/staging/irda/include}/net/irda/irlmp_event.h | 0
{include => drivers/staging/irda/include}/net/irda/irlmp_frame.h | 0
{include => drivers/staging/irda/include}/net/irda/irmod.h | 0
{include => drivers/staging/irda/include}/net/irda/irqueue.h | 0
{include => drivers/staging/irda/include}/net/irda/irttp.h | 0
{include => drivers/staging/irda/include}/net/irda/parameters.h | 0
{include => drivers/staging/irda/include}/net/irda/qos.h | 0
{include => drivers/staging/irda/include}/net/irda/timer.h | 0
{include => drivers/staging/irda/include}/net/irda/wrapper.h | 0
{net/irda => drivers/staging/irda/net}/Kconfig | 8 ++++----
{net/irda => drivers/staging/irda/net}/Makefile | 2 ++
{net/irda => drivers/staging/irda/net}/af_irda.c | 0
{net/irda => drivers/staging/irda/net}/discovery.c | 0
{net/irda => drivers/staging/irda/net}/ircomm/Kconfig | 0
{net/irda => drivers/staging/irda/net}/ircomm/Makefile | 0
{net/irda => drivers/staging/irda/net}/ircomm/ircomm_core.c | 0
{net/irda => drivers/staging/irda/net}/ircomm/ircomm_event.c | 0
{net/irda => drivers/staging/irda/net}/ircomm/ircomm_lmp.c | 0
{net/irda => drivers/staging/irda/net}/ircomm/ircomm_param.c | 0
{net/irda => drivers/staging/irda/net}/ircomm/ircomm_ttp.c | 0
{net/irda => drivers/staging/irda/net}/ircomm/ircomm_tty.c | 0
{net/irda => drivers/staging/irda/net}/ircomm/ircomm_tty_attach.c | 0
{net/irda => drivers/staging/irda/net}/ircomm/ircomm_tty_ioctl.c | 0
{net/irda => drivers/staging/irda/net}/irda_device.c | 0
{net/irda => drivers/staging/irda/net}/iriap.c | 0
{net/irda => drivers/staging/irda/net}/iriap_event.c | 0
{net/irda => drivers/staging/irda/net}/irias_object.c | 0
{net/irda => drivers/staging/irda/net}/irlan/Kconfig | 0
{net/irda => drivers/staging/irda/net}/irlan/Makefile | 0
{net/irda => drivers/staging/irda/net}/irlan/irlan_client.c | 0
{net/irda => drivers/staging/irda/net}/irlan/irlan_client_event.c | 0
{net/irda => drivers/staging/irda/net}/irlan/irlan_common.c | 0
{net/irda => drivers/staging/irda/net}/irlan/irlan_eth.c | 0
{net/irda => drivers/staging/irda/net}/irlan/irlan_event.c | 0
{net/irda => drivers/staging/irda/net}/irlan/irlan_filter.c | 0
{net/irda => drivers/staging/irda/net}/irlan/irlan_provider.c | 0
.../staging/irda/net}/irlan/irlan_provider_event.c | 0
{net/irda => drivers/staging/irda/net}/irlap.c | 0
{net/irda => drivers/staging/irda/net}/irlap_event.c | 0
{net/irda => drivers/staging/irda/net}/irlap_frame.c | 0
{net/irda => drivers/staging/irda/net}/irlmp.c | 0
{net/irda => drivers/staging/irda/net}/irlmp_event.c | 0
{net/irda => drivers/staging/irda/net}/irlmp_frame.c | 0
{net/irda => drivers/staging/irda/net}/irmod.c | 0
{net/irda => drivers/staging/irda/net}/irnet/Kconfig | 0
{net/irda => drivers/staging/irda/net}/irnet/Makefile | 0
{net/irda => drivers/staging/irda/net}/irnet/irnet.h | 0
{net/irda => drivers/staging/irda/net}/irnet/irnet_irda.c | 0
{net/irda => drivers/staging/irda/net}/irnet/irnet_irda.h | 0
{net/irda => drivers/staging/irda/net}/irnet/irnet_ppp.c | 0
{net/irda => drivers/staging/irda/net}/irnet/irnet_ppp.h | 0
{net/irda => drivers/staging/irda/net}/irnetlink.c | 0
{net/irda => drivers/staging/irda/net}/irproc.c | 0
{net/irda => drivers/staging/irda/net}/irqueue.c | 0
{net/irda => drivers/staging/irda/net}/irsysctl.c | 0
{net/irda => drivers/staging/irda/net}/irttp.c | 0
{net/irda => drivers/staging/irda/net}/parameters.c | 0
{net/irda => drivers/staging/irda/net}/qos.c | 0
{net/irda => drivers/staging/irda/net}/timer.c | 0
{net/irda => drivers/staging/irda/net}/wrapper.c | 0
net/Kconfig | 1 -
net/Makefile | 1 -
138 files changed, 16 insertions(+), 7 deletions(-)
create mode 100644 drivers/staging/irda/TODO
rename drivers/{net/irda => staging/irda/drivers}/Kconfig (100%)
rename drivers/{net/irda => staging/irda/drivers}/Makefile (96%)
rename drivers/{net/irda => staging/irda/drivers}/act200l-sir.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/actisys-sir.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/ali-ircc.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/ali-ircc.h (100%)
rename drivers/{net/irda => staging/irda/drivers}/au1k_ir.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/bfin_sir.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/bfin_sir.h (100%)
rename drivers/{net/irda => staging/irda/drivers}/donauboe.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/donauboe.h (100%)
rename drivers/{net/irda => staging/irda/drivers}/esi-sir.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/girbil-sir.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/irda-usb.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/irda-usb.h (100%)
rename drivers/{net/irda => staging/irda/drivers}/irtty-sir.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/irtty-sir.h (100%)
rename drivers/{net/irda => staging/irda/drivers}/kingsun-sir.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/ks959-sir.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/ksdazzle-sir.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/litelink-sir.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/ma600-sir.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/mcp2120-sir.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/mcs7780.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/mcs7780.h (100%)
rename drivers/{net/irda => staging/irda/drivers}/nsc-ircc.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/nsc-ircc.h (100%)
rename drivers/{net/irda => staging/irda/drivers}/old_belkin-sir.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/pxaficp_ir.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/sa1100_ir.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/sh_sir.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/sir-dev.h (100%)
rename drivers/{net/irda => staging/irda/drivers}/sir_dev.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/sir_dongle.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/smsc-ircc2.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/smsc-ircc2.h (100%)
rename drivers/{net/irda => staging/irda/drivers}/smsc-sio.h (100%)
rename drivers/{net/irda => staging/irda/drivers}/stir4200.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/tekram-sir.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/toim3232-sir.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/via-ircc.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/via-ircc.h (100%)
rename drivers/{net/irda => staging/irda/drivers}/vlsi_ir.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/vlsi_ir.h (100%)
rename drivers/{net/irda => staging/irda/drivers}/w83977af.h (100%)
rename drivers/{net/irda => staging/irda/drivers}/w83977af_ir.c (100%)
rename drivers/{net/irda => staging/irda/drivers}/w83977af_ir.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/af_irda.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/crc.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/discovery.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/ircomm_core.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/ircomm_event.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/ircomm_lmp.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/ircomm_param.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/ircomm_ttp.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/ircomm_tty.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/ircomm_tty_attach.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/irda.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/irda_device.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/iriap.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/iriap_event.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/irias_object.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/irlan_client.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/irlan_common.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/irlan_eth.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/irlan_event.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/irlan_filter.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/irlan_provider.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/irlap.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/irlap_event.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/irlap_frame.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/irlmp.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/irlmp_event.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/irlmp_frame.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/irmod.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/irqueue.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/irttp.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/parameters.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/qos.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/timer.h (100%)
rename {include => drivers/staging/irda/include}/net/irda/wrapper.h (100%)
rename {net/irda => drivers/staging/irda/net}/Kconfig (94%)
rename {net/irda => drivers/staging/irda/net}/Makefile (88%)
rename {net/irda => drivers/staging/irda/net}/af_irda.c (100%)
rename {net/irda => drivers/staging/irda/net}/discovery.c (100%)
rename {net/irda => drivers/staging/irda/net}/ircomm/Kconfig (100%)
rename {net/irda => drivers/staging/irda/net}/ircomm/Makefile (100%)
rename {net/irda => drivers/staging/irda/net}/ircomm/ircomm_core.c (100%)
rename {net/irda => drivers/staging/irda/net}/ircomm/ircomm_event.c (100%)
rename {net/irda => drivers/staging/irda/net}/ircomm/ircomm_lmp.c (100%)
rename {net/irda => drivers/staging/irda/net}/ircomm/ircomm_param.c (100%)
rename {net/irda => drivers/staging/irda/net}/ircomm/ircomm_ttp.c (100%)
rename {net/irda => drivers/staging/irda/net}/ircomm/ircomm_tty.c (100%)
rename {net/irda => drivers/staging/irda/net}/ircomm/ircomm_tty_attach.c (100%)
rename {net/irda => drivers/staging/irda/net}/ircomm/ircomm_tty_ioctl.c (100%)
rename {net/irda => drivers/staging/irda/net}/irda_device.c (100%)
rename {net/irda => drivers/staging/irda/net}/iriap.c (100%)
rename {net/irda => drivers/staging/irda/net}/iriap_event.c (100%)
rename {net/irda => drivers/staging/irda/net}/irias_object.c (100%)
rename {net/irda => drivers/staging/irda/net}/irlan/Kconfig (100%)
rename {net/irda => drivers/staging/irda/net}/irlan/Makefile (100%)
rename {net/irda => drivers/staging/irda/net}/irlan/irlan_client.c (100%)
rename {net/irda => drivers/staging/irda/net}/irlan/irlan_client_event.c (100%)
rename {net/irda => drivers/staging/irda/net}/irlan/irlan_common.c (100%)
rename {net/irda => drivers/staging/irda/net}/irlan/irlan_eth.c (100%)
rename {net/irda => drivers/staging/irda/net}/irlan/irlan_event.c (100%)
rename {net/irda => drivers/staging/irda/net}/irlan/irlan_filter.c (100%)
rename {net/irda => drivers/staging/irda/net}/irlan/irlan_provider.c (100%)
rename {net/irda => drivers/staging/irda/net}/irlan/irlan_provider_event.c (100%)
rename {net/irda => drivers/staging/irda/net}/irlap.c (100%)
rename {net/irda => drivers/staging/irda/net}/irlap_event.c (100%)
rename {net/irda => drivers/staging/irda/net}/irlap_frame.c (100%)
rename {net/irda => drivers/staging/irda/net}/irlmp.c (100%)
rename {net/irda => drivers/staging/irda/net}/irlmp_event.c (100%)
rename {net/irda => drivers/staging/irda/net}/irlmp_frame.c (100%)
rename {net/irda => drivers/staging/irda/net}/irmod.c (100%)
rename {net/irda => drivers/staging/irda/net}/irnet/Kconfig (100%)
rename {net/irda => drivers/staging/irda/net}/irnet/Makefile (100%)
rename {net/irda => drivers/staging/irda/net}/irnet/irnet.h (100%)
rename {net/irda => drivers/staging/irda/net}/irnet/irnet_irda.c (100%)
rename {net/irda => drivers/staging/irda/net}/irnet/irnet_irda.h (100%)
rename {net/irda => drivers/staging/irda/net}/irnet/irnet_ppp.c (100%)
rename {net/irda => drivers/staging/irda/net}/irnet/irnet_ppp.h (100%)
rename {net/irda => drivers/staging/irda/net}/irnetlink.c (100%)
rename {net/irda => drivers/staging/irda/net}/irproc.c (100%)
rename {net/irda => drivers/staging/irda/net}/irqueue.c (100%)
rename {net/irda => drivers/staging/irda/net}/irsysctl.c (100%)
rename {net/irda => drivers/staging/irda/net}/irttp.c (100%)
rename {net/irda => drivers/staging/irda/net}/parameters.c (100%)
rename {net/irda => drivers/staging/irda/net}/qos.c (100%)
rename {net/irda => drivers/staging/irda/net}/timer.c (100%)
rename {net/irda => drivers/staging/irda/net}/wrapper.c (100%)
--
2.14.1
[toc] | [next] | [standalone]
| From | Joe Perches <joe@perches.com> |
|---|---|
| Date | 2017-08-27 17:40 +0200 |
| Message-ID | <uj7Pj-16w-7@gated-at.bofh.it> |
| In reply to | #1720850 |
On Sun, 2017-08-27 at 17:03 +0200, Greg Kroah-Hartman wrote: > The IRDA code has long been obsolete and broken. So, to keep people > from trying to use it, and to prevent people from having to maintain it, > let's move it to drivers/staging/ so that we can delete it entirely from > the kernel in a few releases. MAINTAINERS should be updated as well. It'd probably be nice to try to get an email to the irda mailing list too if it still works.
[toc] | [prev] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2017-08-27 18:20 +0200 |
| Message-ID | <uj8s1-1D3-1@gated-at.bofh.it> |
| In reply to | #1720852 |
On Sun, Aug 27, 2017 at 08:35:43AM -0700, Joe Perches wrote: > On Sun, 2017-08-27 at 17:03 +0200, Greg Kroah-Hartman wrote: > > The IRDA code has long been obsolete and broken. So, to keep people > > from trying to use it, and to prevent people from having to maintain it, > > let's move it to drivers/staging/ so that we can delete it entirely from > > the kernel in a few releases. > > MAINTAINERS should be updated as well. > > It'd probably be nice to try to get an email to > the irda mailing list too if it still works. As get_maintainer.pl didn't show it, odds are it doesn't...
[toc] | [prev] | [next] | [standalone]
| From | Joe Perches <joe@perches.com> |
|---|---|
| Date | 2017-08-27 18:20 +0200 |
| Message-ID | <uj8s2-1D3-5@gated-at.bofh.it> |
| In reply to | #1720856 |
On Sun, 2017-08-27 at 18:13 +0200, Greg Kroah-Hartman wrote: > On Sun, Aug 27, 2017 at 08:35:43AM -0700, Joe Perches wrote: > > On Sun, 2017-08-27 at 17:03 +0200, Greg Kroah-Hartman wrote: > > > The IRDA code has long been obsolete and broken. So, to keep people > > > from trying to use it, and to prevent people from having to maintain it, > > > let's move it to drivers/staging/ so that we can delete it entirely from > > > the kernel in a few releases. > > > > > > MAINTAINERS should be updated as well. > > > > It'd probably be nice to try to get an email to > > the irda mailing list too if it still works. > > As get_maintainer.pl didn't show it, odds are it doesn't... get_maintainer doesn't show it because it's subscriber-only. If you want get_maintainer to show it, add -s $ ./scripts/get_maintainer.pl -s -f net/irda/ Samuel Ortiz <samuel@sortiz.org> (maintainer:IRDA SUBSYSTEM) "David S. Miller" <davem@davemloft.net> (maintainer:NETWORKING [GENERAL]) irda-users@lists.sourceforge.net (subscriber list:IRDA SUBSYSTEM) netdev@vger.kernel.org (open list:IRDA SUBSYSTEM) linux-kernel@vger.kernel.org (open list)
[toc] | [prev] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2017-08-27 19:00 +0200 |
| Message-ID | <uj94J-1RQ-9@gated-at.bofh.it> |
| In reply to | #1720858 |
On Sun, Aug 27, 2017 at 09:19:19AM -0700, Joe Perches wrote: > On Sun, 2017-08-27 at 18:13 +0200, Greg Kroah-Hartman wrote: > > On Sun, Aug 27, 2017 at 08:35:43AM -0700, Joe Perches wrote: > > > On Sun, 2017-08-27 at 17:03 +0200, Greg Kroah-Hartman wrote: > > > > The IRDA code has long been obsolete and broken. So, to keep people > > > > from trying to use it, and to prevent people from having to maintain it, > > > > let's move it to drivers/staging/ so that we can delete it entirely from > > > > the kernel in a few releases. > > > > > > > > > MAINTAINERS should be updated as well. > > > > > > It'd probably be nice to try to get an email to > > > the irda mailing list too if it still works. > > > > As get_maintainer.pl didn't show it, odds are it doesn't... > > get_maintainer doesn't show it because it's subscriber-only. > If you want get_maintainer to show it, add -s > > $ ./scripts/get_maintainer.pl -s -f net/irda/ > Samuel Ortiz <samuel@sortiz.org> (maintainer:IRDA SUBSYSTEM) > "David S. Miller" <davem@davemloft.net> (maintainer:NETWORKING [GENERAL]) > irda-users@lists.sourceforge.net (subscriber list:IRDA SUBSYSTEM) > netdev@vger.kernel.org (open list:IRDA SUBSYSTEM) > linux-kernel@vger.kernel.org (open list) Sorry, am not going to subscribe to a random list just to send patches that delete the subsystem :) netdev@ should be all that is needed here anyway... thanks, greg k-h
[toc] | [prev] | [next] | [standalone]
| From | Joe Perches <joe@perches.com> |
|---|---|
| Date | 2017-08-28 01:20 +0200 |
| Message-ID | <ujf0u-63Y-13@gated-at.bofh.it> |
| In reply to | #1720878 |
On Sun, 2017-08-27 at 18:53 +0200, Greg Kroah-Hartman wrote: > On Sun, Aug 27, 2017 at 09:19:19AM -0700, Joe Perches wrote: > > On Sun, 2017-08-27 at 18:13 +0200, Greg Kroah-Hartman wrote: > > > On Sun, Aug 27, 2017 at 08:35:43AM -0700, Joe Perches wrote: > > > > On Sun, 2017-08-27 at 17:03 +0200, Greg Kroah-Hartman wrote: > > > > > The IRDA code has long been obsolete and broken. So, to keep people > > > > > from trying to use it, and to prevent people from having to maintain it, > > > > > let's move it to drivers/staging/ so that we can delete it entirely from > > > > > the kernel in a few releases. > > > > > > > > > > > > MAINTAINERS should be updated as well. > > > > > > > > It'd probably be nice to try to get an email to > > > > the irda mailing list too if it still works. > > > > > > As get_maintainer.pl didn't show it, odds are it doesn't... > > > > get_maintainer doesn't show it because it's subscriber-only. > > If you want get_maintainer to show it, add -s > > > > $ ./scripts/get_maintainer.pl -s -f net/irda/ > > Samuel Ortiz <samuel@sortiz.org> (maintainer:IRDA SUBSYSTEM) > > "David S. Miller" <davem@davemloft.net> (maintainer:NETWORKING [GENERAL]) > > irda-users@lists.sourceforge.net (subscriber list:IRDA SUBSYSTEM) > > netdev@vger.kernel.org (open list:IRDA SUBSYSTEM) > > linux-kernel@vger.kernel.org (open list) > > Sorry, am not going to subscribe to a random list just to send patches > that delete the subsystem :) Then you do a disservice to those that actually might be using that subsystem.
[toc] | [prev] | [next] | [standalone]
| From | David Miller <davem@davemloft.net> |
|---|---|
| Date | 2017-08-29 01:50 +0200 |
| Subject | Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it |
| Message-ID | <ujBX4-3t0-1@gated-at.bofh.it> |
| In reply to | #1720850 |
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org> Date: Sun, 27 Aug 2017 17:03:30 +0200 > The IRDA code has long been obsolete and broken. So, to keep people > from trying to use it, and to prevent people from having to maintain it, > let's move it to drivers/staging/ so that we can delete it entirely from > the kernel in a few releases. No objection, I'll apply this to net-next, thanks Greg.
[toc] | [prev] | [next] | [standalone]
| From | Joe Perches <joe@perches.com> |
|---|---|
| Date | 2017-08-29 01:50 +0200 |
| Message-ID | <ujBX4-3t0-13@gated-at.bofh.it> |
| In reply to | #1722058 |
On Mon, 2017-08-28 at 16:42 -0700, David Miller wrote: > From: Greg Kroah-Hartman <gregkh@linuxfoundation.org> > Date: Sun, 27 Aug 2017 17:03:30 +0200 > > > The IRDA code has long been obsolete and broken. So, to keep people > > from trying to use it, and to prevent people from having to maintain it, > > let's move it to drivers/staging/ so that we can delete it entirely from > > the kernel in a few releases. > > No objection, I'll apply this to net-next, thanks Greg. Still needs an update to MAINTAINERS.
[toc] | [prev] | [next] | [standalone]
| From | Greg KH <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2017-08-29 07:10 +0200 |
| Message-ID | <ujGWJ-6PT-9@gated-at.bofh.it> |
| In reply to | #1722065 |
On Mon, Aug 28, 2017 at 04:46:07PM -0700, Joe Perches wrote: > On Mon, 2017-08-28 at 16:42 -0700, David Miller wrote: > > From: Greg Kroah-Hartman <gregkh@linuxfoundation.org> > > Date: Sun, 27 Aug 2017 17:03:30 +0200 > > > > > The IRDA code has long been obsolete and broken. So, to keep people > > > from trying to use it, and to prevent people from having to maintain it, > > > let's move it to drivers/staging/ so that we can delete it entirely from > > > the kernel in a few releases. > > > > No objection, I'll apply this to net-next, thanks Greg. > > Still needs an update to MAINTAINERS. Oops, forgot those directories, will send a follow-on patch for that. greg k-h
[toc] | [prev] | [next] | [standalone]
| From | Ondrej Zary <linux@rainbow-software.org> |
|---|---|
| Date | 2017-08-29 23:50 +0200 |
| Message-ID | <ujWyt-80T-3@gated-at.bofh.it> |
| In reply to | #1722058 |
On Tuesday 29 August 2017 01:42:08 David Miller wrote:
> From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
> Date: Sun, 27 Aug 2017 17:03:30 +0200
>
> > The IRDA code has long been obsolete and broken. So, to keep people
> > from trying to use it, and to prevent people from having to maintain it,
> > let's move it to drivers/staging/ so that we can delete it entirely from
> > the kernel in a few releases.
>
> No objection, I'll apply this to net-next, thanks Greg.
IRDA works fine in Debian 9 (kernel 4.9) and I use it for simple file
transfer. Hope I'm not the only one...
# irattach /dev/ttyS0 -d tekram -s
# irdadump
21:28:52.830350 xid:cmd aed8eb79 > ffffffff S=6 s=0 (14)
21:28:52.922368 xid:cmd aed8eb79 > ffffffff S=6 s=1 (14)
21:28:53.014350 xid:cmd aed8eb79 > ffffffff S=6 s=2 (14)
21:28:53.106338 xid:cmd aed8eb79 > ffffffff S=6 s=3 (14)
21:28:53.190276 xid:rsp aed8eb79 < 000035d1 S=6 s=3 Nokia 6230i hint=b125 [
PnP Modem Fax Telephony IrCOMM IrOBEX ] (28)
21:28:53.198384 xid:cmd aed8eb79 > ffffffff S=6 s=4 (14)
21:28:53.290382 xid:cmd aed8eb79 > ffffffff S=6 s=5 (14)
21:28:53.382341 xid:cmd aed8eb79 > ffffffff S=6 s=* pentium hint=0400 [
Computer ] (23)
^C
8 packets received by filter
$ obexftp -i -l MMC
Connecting..\done
Receiving "MMC".../<?xml version="1.0"?>
<!DOCTYPE folder-listing SYSTEM "obex-folder-listing.dtd"
[ <!ATTLIST folder mem-type CDATA #IMPLIED> ]>
<folder-listing version="1.0">
<parent-folder />
<file name="Image000.jpg" size="304300" modified="20160219T135924"
user-perm="RWD"/>
<file name="Image001.jpg" size="270037" modified="20170811T233122"
user-perm="RWD"/>
<file name="Image004.jpg" size="53519" modified="20170814T074550"
user-perm="RWD"/>
....
$ obexftp -i -c MMC -g Image004.jpg
Connecting..\done
Sending "MMC"...|done
Receiving "Image004.jpg"...-done
Disconnecting..\done
--
Ondrej Zary
[toc] | [prev] | [next] | [standalone]
| From | Greg KH <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2017-08-31 06:40 +0200 |
| Message-ID | <ukpqO-X4-7@gated-at.bofh.it> |
| In reply to | #1722881 |
On Tue, Aug 29, 2017 at 11:32:58PM +0200, Ondrej Zary wrote: > On Tuesday 29 August 2017 01:42:08 David Miller wrote: > > From: Greg Kroah-Hartman <gregkh@linuxfoundation.org> > > Date: Sun, 27 Aug 2017 17:03:30 +0200 > > > > > The IRDA code has long been obsolete and broken. So, to keep people > > > from trying to use it, and to prevent people from having to maintain it, > > > let's move it to drivers/staging/ so that we can delete it entirely from > > > the kernel in a few releases. > > > > No objection, I'll apply this to net-next, thanks Greg. > > IRDA works fine in Debian 9 (kernel 4.9) and I use it for simple file > transfer. Hope I'm not the only one... > > # irattach /dev/ttyS0 -d tekram -s > # irdadump > 21:28:52.830350 xid:cmd aed8eb79 > ffffffff S=6 s=0 (14) > 21:28:52.922368 xid:cmd aed8eb79 > ffffffff S=6 s=1 (14) > 21:28:53.014350 xid:cmd aed8eb79 > ffffffff S=6 s=2 (14) > 21:28:53.106338 xid:cmd aed8eb79 > ffffffff S=6 s=3 (14) > 21:28:53.190276 xid:rsp aed8eb79 < 000035d1 S=6 s=3 Nokia 6230i hint=b125 [ > PnP Modem Fax Telephony IrCOMM IrOBEX ] (28) > 21:28:53.198384 xid:cmd aed8eb79 > ffffffff S=6 s=4 (14) > 21:28:53.290382 xid:cmd aed8eb79 > ffffffff S=6 s=5 (14) > 21:28:53.382341 xid:cmd aed8eb79 > ffffffff S=6 s=* pentium hint=0400 [ > Computer ] (23) > ^C > 8 packets received by filter > > $ obexftp -i -l MMC > Connecting..\done > Receiving "MMC".../<?xml version="1.0"?> > <!DOCTYPE folder-listing SYSTEM "obex-folder-listing.dtd" > [ <!ATTLIST folder mem-type CDATA #IMPLIED> ]> > <folder-listing version="1.0"> > <parent-folder /> > <file name="Image000.jpg" size="304300" modified="20160219T135924" > user-perm="RWD"/> > <file name="Image001.jpg" size="270037" modified="20170811T233122" > user-perm="RWD"/> > <file name="Image004.jpg" size="53519" modified="20170814T074550" > user-perm="RWD"/> > .... > $ obexftp -i -c MMC -g Image004.jpg > Connecting..\done > Sending "MMC"...|done > Receiving "Image004.jpg"...-done > Disconnecting..\done Odd, and is this just a ir device connected to a "real" serial port, or a specific IRDA device? thanks, greg k-h
[toc] | [prev] | [next] | [standalone]
| From | Ondrej Zary <linux@rainbow-software.org> |
|---|---|
| Date | 2017-08-31 09:40 +0200 |
| Message-ID | <uksf0-2Jn-11@gated-at.bofh.it> |
| In reply to | #1723807 |
On Thursday 31 August 2017, Greg KH wrote: > On Tue, Aug 29, 2017 at 11:32:58PM +0200, Ondrej Zary wrote: > > On Tuesday 29 August 2017 01:42:08 David Miller wrote: > > > From: Greg Kroah-Hartman <gregkh@linuxfoundation.org> > > > Date: Sun, 27 Aug 2017 17:03:30 +0200 > > > > > > > The IRDA code has long been obsolete and broken. So, to keep people > > > > from trying to use it, and to prevent people from having to maintain > > > > it, let's move it to drivers/staging/ so that we can delete it > > > > entirely from the kernel in a few releases. > > > > > > No objection, I'll apply this to net-next, thanks Greg. > > > > IRDA works fine in Debian 9 (kernel 4.9) and I use it for simple file > > transfer. Hope I'm not the only one... > > > > # irattach /dev/ttyS0 -d tekram -s > > # irdadump > > 21:28:52.830350 xid:cmd aed8eb79 > ffffffff S=6 s=0 (14) > > 21:28:52.922368 xid:cmd aed8eb79 > ffffffff S=6 s=1 (14) > > 21:28:53.014350 xid:cmd aed8eb79 > ffffffff S=6 s=2 (14) > > 21:28:53.106338 xid:cmd aed8eb79 > ffffffff S=6 s=3 (14) > > 21:28:53.190276 xid:rsp aed8eb79 < 000035d1 S=6 s=3 Nokia 6230i hint=b125 > > [ PnP Modem Fax Telephony IrCOMM IrOBEX ] (28) > > 21:28:53.198384 xid:cmd aed8eb79 > ffffffff S=6 s=4 (14) > > 21:28:53.290382 xid:cmd aed8eb79 > ffffffff S=6 s=5 (14) > > 21:28:53.382341 xid:cmd aed8eb79 > ffffffff S=6 s=* pentium hint=0400 [ > > Computer ] (23) > > ^C > > 8 packets received by filter > > > > $ obexftp -i -l MMC > > Connecting..\done > > Receiving "MMC".../<?xml version="1.0"?> > > <!DOCTYPE folder-listing SYSTEM "obex-folder-listing.dtd" > > [ <!ATTLIST folder mem-type CDATA #IMPLIED> ]> > > <folder-listing version="1.0"> > > <parent-folder /> > > <file name="Image000.jpg" size="304300" modified="20160219T135924" > > user-perm="RWD"/> > > <file name="Image001.jpg" size="270037" modified="20170811T233122" > > user-perm="RWD"/> > > <file name="Image004.jpg" size="53519" modified="20170814T074550" > > user-perm="RWD"/> > > .... > > $ obexftp -i -c MMC -g Image004.jpg > > Connecting..\done > > Sending "MMC"...|done > > Receiving "Image004.jpg"...-done > > Disconnecting..\done > > Odd, and is this just a ir device connected to a "real" serial port, or > a specific IRDA device? > > thanks, > > greg k-h Yes, it's an external IrDA dongle connected to a real serial port. I also have an ARK3116-based USB IrDA dongle and some laptops with integrated IrDA ports that used to work fine but haven't tested them recently (i.e. Debian 9). -- Ondrej Zary
[toc] | [prev] | [next] | [standalone]
| From | Geert Uytterhoeven <geert@linux-m68k.org> |
|---|---|
| Date | 2017-08-29 13:00 +0200 |
| Message-ID | <ujMpr-1Ae-5@gated-at.bofh.it> |
| In reply to | #1720850 |
Hi Greg,
On Sun, Aug 27, 2017 at 5:03 PM, Greg Kroah-Hartman
<gregkh@linuxfoundation.org> wrote:
> The IRDA code has long been obsolete and broken. So, to keep people
> from trying to use it, and to prevent people from having to maintain it,
> let's move it to drivers/staging/ so that we can delete it entirely from
> the kernel in a few releases.
(diving into an early boot crash)
Have you tried running this? ;-)
irda_init() and net_dev_init() are both subsys_initcall()s.
But the former now runs before the latter, leading to:
Unable to handle kernel NULL pointer dereference at virtual address 00000004
pgd = c0004000
[00000004] *pgd=00000000
Internal error: Oops: 5 [#1] SMP ARM
Modules linked in:
CPU: 1 PID: 1 Comm: swapper/0 Not tainted
4.13.0-rc7-kzm9g-05769-g46efec19d1294ece-dirty #954
Hardware name: Generic SH73A0 (Flattened Device Tree)
task: df440040 task.stack: df442000
PC is at __list_add_valid+0x8/0x74
LR is at 0x0
pc : [<c03223ec>] lr : [<00000000>] psr: 60000013
sp : df443ef0 ip : df440630 fp : 00000000
r10: c0828858 r9 : c0937000 r8 : 00000000
r7 : c0908034 r6 : 00000000 r5 : c0908020 r4 : c090862c
r3 : df440040 r2 : 00000000 r1 : c090862c r0 : c0908034
Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment none
Control: 10c5387d Table: 4000404a DAC: 00000051
Process swapper/0 (pid: 1, stack limit = 0xdf442210)
Stack: (0xdf443ef0 to 0xdf444000)
3ee0: c090862c c0489ea8 00000000 00000000
3f00: c081c274 00000093 c0836418 c081c2a0 00000004 c0101878 00000000 c0790758
3f20: 00000000 c013fec0 00000001 c078fbf0 00000004 00000004 c079076c dfffce3f
3f40: 00000092 c079076c dfffce3f dfffce47 c0910af0 00000004 c0828844 00000093
3f60: 00000004 c0828848 00000093 c0836418 c0937000 c0800d28 00000004 00000004
3f80: 00000000 c08005b0 00000000 c055cf7c 00000000 00000000 00000000 00000000
3fa0: 00000000 c055cf84 00000000 c0106f90 00000000 00000000 00000000 00000000
3fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
3fe0: 00000000 00000000 00000000 00000000 00000013 00000000 7fdfffff fff7fdff
[<c03223ec>] (__list_add_valid) from [<c0489ea8>] (dev_add_pack+0x70/0xac)
[<c0489ea8>] (dev_add_pack) from [<c081c2a0>] (irda_init+0x2c/0x84)
[<c081c2a0>] (irda_init) from [<c0101878>] (do_one_initcall+0xa8/0x150)
[<c0101878>] (do_one_initcall) from [<c0800d28>]
(kernel_init_freeable+0x114/0x1d4)
[<c0800d28>] (kernel_init_freeable) from [<c055cf84>] (kernel_init+0x8/0x110)
[<c055cf84>] (kernel_init) from [<c0106f90>] (ret_from_fork+0x14/0x24)
DIsabling CONFIG_IRDA (apparently I wasn't using it anyway), and
continuing my life...
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
[toc] | [prev] | [next] | [standalone]
| From | Stefano Brivio <sbrivio@redhat.com> |
|---|---|
| Date | 2017-08-29 13:20 +0200 |
| Subject | Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it |
| Message-ID | <ujMIN-1VL-1@gated-at.bofh.it> |
| In reply to | #1722319 |
On Tue, 29 Aug 2017 12:59:00 +0200
Geert Uytterhoeven <geert@linux-m68k.org> wrote:
> Hi Greg,
>
> On Sun, Aug 27, 2017 at 5:03 PM, Greg Kroah-Hartman
> <gregkh@linuxfoundation.org> wrote:
> > The IRDA code has long been obsolete and broken. So, to keep people
> > from trying to use it, and to prevent people from having to maintain it,
> > let's move it to drivers/staging/ so that we can delete it entirely from
> > the kernel in a few releases.
>
> (diving into an early boot crash)
>
> Have you tried running this? ;-)
>
> irda_init() and net_dev_init() are both subsys_initcall()s.
> But the former now runs before the latter, leading to:
>
> Unable to handle kernel NULL pointer dereference at virtual address 00000004
Should be fixed by https://patchwork.ozlabs.org/patch/807006/
("[net-next] staging: irda: force to be a kernel module") I guess...
--
Stefano
[toc] | [prev] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2017-08-29 13:30 +0200 |
| Message-ID | <ujMSv-1Zf-37@gated-at.bofh.it> |
| In reply to | #1722328 |
On Tue, Aug 29, 2017 at 01:11:31PM +0200, Stefano Brivio wrote:
> On Tue, 29 Aug 2017 12:59:00 +0200
> Geert Uytterhoeven <geert@linux-m68k.org> wrote:
>
> > Hi Greg,
> >
> > On Sun, Aug 27, 2017 at 5:03 PM, Greg Kroah-Hartman
> > <gregkh@linuxfoundation.org> wrote:
> > > The IRDA code has long been obsolete and broken. So, to keep people
> > > from trying to use it, and to prevent people from having to maintain it,
> > > let's move it to drivers/staging/ so that we can delete it entirely from
> > > the kernel in a few releases.
> >
> > (diving into an early boot crash)
> >
> > Have you tried running this? ;-)
> >
> > irda_init() and net_dev_init() are both subsys_initcall()s.
> > But the former now runs before the latter, leading to:
> >
> > Unable to handle kernel NULL pointer dereference at virtual address 00000004
>
> Should be fixed by https://patchwork.ozlabs.org/patch/807006/
> ("[net-next] staging: irda: force to be a kernel module") I guess...
Yup, that's the fix for this issue.
Geert, does that fix the problem for you?
thanks,
greg k-h
[toc] | [prev] | [next] | [standalone]
| From | Geert Uytterhoeven <geert@linux-m68k.org> |
|---|---|
| Date | 2017-08-29 14:20 +0200 |
| Message-ID | <ujNER-2wy-7@gated-at.bofh.it> |
| In reply to | #1722370 |
Hi Greg,
On Tue, Aug 29, 2017 at 1:28 PM, Greg Kroah-Hartman
<gregkh@linuxfoundation.org> wrote:
> On Tue, Aug 29, 2017 at 01:11:31PM +0200, Stefano Brivio wrote:
>> On Tue, 29 Aug 2017 12:59:00 +0200
>> Geert Uytterhoeven <geert@linux-m68k.org> wrote:
>> > On Sun, Aug 27, 2017 at 5:03 PM, Greg Kroah-Hartman
>> > <gregkh@linuxfoundation.org> wrote:
>> > > The IRDA code has long been obsolete and broken. So, to keep people
>> > > from trying to use it, and to prevent people from having to maintain it,
>> > > let's move it to drivers/staging/ so that we can delete it entirely from
>> > > the kernel in a few releases.
>> >
>> > (diving into an early boot crash)
>> >
>> > Have you tried running this? ;-)
>> >
>> > irda_init() and net_dev_init() are both subsys_initcall()s.
>> > But the former now runs before the latter, leading to:
>> >
>> > Unable to handle kernel NULL pointer dereference at virtual address 00000004
>>
>> Should be fixed by https://patchwork.ozlabs.org/patch/807006/
>> ("[net-next] staging: irda: force to be a kernel module") I guess...
>
> Yup, that's the fix for this issue.
>
> Geert, does that fix the problem for you?
Thanks, that patch fixes the crash, obviously.
It does mean you can no longer have IrDA in a non-modular kernel.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
[toc] | [prev] | [next] | [standalone]
| From | Greg Kroah-Hartman <gregkh@linuxfoundation.org> |
|---|---|
| Date | 2017-08-29 16:50 +0200 |
| Message-ID | <ujQ02-3Pn-15@gated-at.bofh.it> |
| In reply to | #1722423 |
On Tue, Aug 29, 2017 at 02:11:39PM +0200, Geert Uytterhoeven wrote:
> Hi Greg,
>
> On Tue, Aug 29, 2017 at 1:28 PM, Greg Kroah-Hartman
> <gregkh@linuxfoundation.org> wrote:
> > On Tue, Aug 29, 2017 at 01:11:31PM +0200, Stefano Brivio wrote:
> >> On Tue, 29 Aug 2017 12:59:00 +0200
> >> Geert Uytterhoeven <geert@linux-m68k.org> wrote:
> >> > On Sun, Aug 27, 2017 at 5:03 PM, Greg Kroah-Hartman
> >> > <gregkh@linuxfoundation.org> wrote:
> >> > > The IRDA code has long been obsolete and broken. So, to keep people
> >> > > from trying to use it, and to prevent people from having to maintain it,
> >> > > let's move it to drivers/staging/ so that we can delete it entirely from
> >> > > the kernel in a few releases.
> >> >
> >> > (diving into an early boot crash)
> >> >
> >> > Have you tried running this? ;-)
> >> >
> >> > irda_init() and net_dev_init() are both subsys_initcall()s.
> >> > But the former now runs before the latter, leading to:
> >> >
> >> > Unable to handle kernel NULL pointer dereference at virtual address 00000004
> >>
> >> Should be fixed by https://patchwork.ozlabs.org/patch/807006/
> >> ("[net-next] staging: irda: force to be a kernel module") I guess...
> >
> > Yup, that's the fix for this issue.
> >
> > Geert, does that fix the problem for you?
>
> Thanks, that patch fixes the crash, obviously.
>
> It does mean you can no longer have IrDA in a non-modular kernel.
Given that irda doesn't really work, I doubt anyone is going to care
about it :)
thanks,
greg k-h
[toc] | [prev] | [next] | [standalone]
| From | David Miller <davem@davemloft.net> |
|---|---|
| Date | 2017-08-29 18:50 +0200 |
| Subject | Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it |
| Message-ID | <ujRSa-50m-23@gated-at.bofh.it> |
| In reply to | #1722551 |
From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Date: Tue, 29 Aug 2017 16:48:50 +0200
> On Tue, Aug 29, 2017 at 02:11:39PM +0200, Geert Uytterhoeven wrote:
>> Hi Greg,
>>
>> On Tue, Aug 29, 2017 at 1:28 PM, Greg Kroah-Hartman
>> <gregkh@linuxfoundation.org> wrote:
>> > On Tue, Aug 29, 2017 at 01:11:31PM +0200, Stefano Brivio wrote:
>> >> On Tue, 29 Aug 2017 12:59:00 +0200
>> >> Geert Uytterhoeven <geert@linux-m68k.org> wrote:
>> >> > On Sun, Aug 27, 2017 at 5:03 PM, Greg Kroah-Hartman
>> >> > <gregkh@linuxfoundation.org> wrote:
>> >> > > The IRDA code has long been obsolete and broken. So, to keep people
>> >> > > from trying to use it, and to prevent people from having to maintain it,
>> >> > > let's move it to drivers/staging/ so that we can delete it entirely from
>> >> > > the kernel in a few releases.
>> >> >
>> >> > (diving into an early boot crash)
>> >> >
>> >> > Have you tried running this? ;-)
>> >> >
>> >> > irda_init() and net_dev_init() are both subsys_initcall()s.
>> >> > But the former now runs before the latter, leading to:
>> >> >
>> >> > Unable to handle kernel NULL pointer dereference at virtual address 00000004
>> >>
>> >> Should be fixed by https://patchwork.ozlabs.org/patch/807006/
>> >> ("[net-next] staging: irda: force to be a kernel module") I guess...
>> >
>> > Yup, that's the fix for this issue.
>> >
>> > Geert, does that fix the problem for you?
>>
>> Thanks, that patch fixes the crash, obviously.
>>
>> It does mean you can no longer have IrDA in a non-modular kernel.
>
> Given that irda doesn't really work, I doubt anyone is going to care
> about it :)
The initialization with everything built-in worked fine before your
changes.
[toc] | [prev] | [next] | [standalone]
| From | David Miller <davem@davemloft.net> |
|---|---|
| Date | 2017-08-29 18:40 +0200 |
| Subject | Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it |
| Message-ID | <ujRIt-4WZ-9@gated-at.bofh.it> |
| In reply to | #1722319 |
From: Geert Uytterhoeven <geert@linux-m68k.org> Date: Tue, 29 Aug 2017 12:59:00 +0200 > Hi Greg, > > On Sun, Aug 27, 2017 at 5:03 PM, Greg Kroah-Hartman > <gregkh@linuxfoundation.org> wrote: >> The IRDA code has long been obsolete and broken. So, to keep people >> from trying to use it, and to prevent people from having to maintain it, >> let's move it to drivers/staging/ so that we can delete it entirely from >> the kernel in a few releases. > > (diving into an early boot crash) > > Have you tried running this? ;-) > > irda_init() and net_dev_init() are both subsys_initcall()s. > But the former now runs before the latter, leading to: We must find a way to make the ordering proper again when both are built-in.
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web