Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1720850 > unrolled thread

[PATCH 0/4] irda: move it to drivers/staging so we can delete it

Started byGreg Kroah-Hartman <gregkh@linuxfoundation.org>
First post2017-08-27 17:10 +0200
Last post2017-08-29 18:40 +0200
Articles 19 — 7 participants

Back to article view | Back to linux.kernel


Contents

  [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

#1720850 — [PATCH 0/4] irda: move it to drivers/staging so we can delete it

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-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]


#1720852

FromJoe Perches <joe@perches.com>
Date2017-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]


#1720856

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-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]


#1720858

FromJoe Perches <joe@perches.com>
Date2017-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]


#1720878

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-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]


#1720941

FromJoe Perches <joe@perches.com>
Date2017-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]


#1722058 — Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it

FromDavid Miller <davem@davemloft.net>
Date2017-08-29 01:50 +0200
SubjectRe: [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]


#1722065

FromJoe Perches <joe@perches.com>
Date2017-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]


#1722145

FromGreg KH <gregkh@linuxfoundation.org>
Date2017-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]


#1722881

FromOndrej Zary <linux@rainbow-software.org>
Date2017-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]


#1723807

FromGreg KH <gregkh@linuxfoundation.org>
Date2017-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]


#1723907

FromOndrej Zary <linux@rainbow-software.org>
Date2017-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]


#1722319

FromGeert Uytterhoeven <geert@linux-m68k.org>
Date2017-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]


#1722328 — Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it

FromStefano Brivio <sbrivio@redhat.com>
Date2017-08-29 13:20 +0200
SubjectRe: [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]


#1722370

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-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]


#1722423

FromGeert Uytterhoeven <geert@linux-m68k.org>
Date2017-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]


#1722551

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-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]


#1722610 — Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it

FromDavid Miller <davem@davemloft.net>
Date2017-08-29 18:50 +0200
SubjectRe: [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]


#1722604 — Re: [PATCH 0/4] irda: move it to drivers/staging so we can delete it

FromDavid Miller <davem@davemloft.net>
Date2017-08-29 18:40 +0200
SubjectRe: [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