Linux M68K

• Thread Index

• Re: Issue with JFFS2 and a_ops->dirty_folio
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics
  • From: Christoph Hellwig <hch@xxxxxx>
• Issue with JFFS2 and a_ops->dirty_folio
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [PATCH v2 2/2] usercopy: Convert test_user_copy to KUnit test
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH v2 2/2] usercopy: Convert test_user_copy to KUnit test
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] usercopy: Convert test_user_copy to KUnit test
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH 10/26] xen-blkfront: don't disable cache flushes when they fail
  • From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
• Re: [PATCH 10/26] xen-blkfront: don't disable cache flushes when they fail
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 13/26] block: move cache control settings out of queue->flags
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH 10/26] xen-blkfront: don't disable cache flushes when they fail
  • From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
• Re: [PATCH 21/26] block: move the poll flag to queue_limits
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 19/26] block: move the nowait flag to queue_limits
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 16/26] block: move the io_stat flag setting to queue_limits
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 13/26] block: move cache control settings out of queue->flags
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 13/26] block: move cache control settings out of queue->flags
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 10/26] xen-blkfront: don't disable cache flushes when they fail
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 12/26] block: remove blk_flush_policy
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 11/26] block: freeze the queue in queue_attr_store
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 09/26] nbd: move setting the cache control flags to __nbd_set_size
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 08/26] virtio_blk: remove virtblk_update_cache_mode
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 07/26] loop: fold loop_update_rotational into loop_reconfigure_limits
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 06/26] loop: also use the default block size from an underlying block device
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 05/26] loop: regularize upgrading the lock size for direct I/O
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 04/26] loop: always update discard settings in loop_reconfigure_limits
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 03/26] loop: stop using loop_reconfigure_limits in __loop_clr_fd
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 01/26] sd: fix sd_is_zoned
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 09/26] nbd: move setting the cache control flags to __nbd_set_size
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• Re: [PATCH 08/26] virtio_blk: remove virtblk_update_cache_mode
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 1eb862e5a3026b81b3c1fd26af3b9fc0e44887bb
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 08/26] virtio_blk: remove virtblk_update_cache_mode
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 01/26] sd: fix sd_is_zoned
  • From: Johannes Thumshirn <Johannes.Thumshirn@xxxxxxx>
• Re: [PATCH 13/26] block: move cache control settings out of queue->flags
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 25/26] block: move the skip_tagset_quiesce flag to queue_limits
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 26/26] block: move the bounce flag into the feature field
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 24/26] block: move the pci_p2pdma flag to queue_limits
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 23/26] block: move the zone_resetall flag to queue_limits
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 22/26] block: move the zoned flag into the feature field
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 12/26] block: remove blk_flush_policy
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 11/26] block: freeze the queue in queue_attr_store
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 10/26] xen-blkfront: don't disable cache flushes when they fail
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 21/26] block: move the poll flag to queue_limits
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 09/26] nbd: move setting the cache control flags to __nbd_set_size
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 08/26] virtio_blk: remove virtblk_update_cache_mode
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 07/26] loop: fold loop_update_rotational into loop_reconfigure_limits
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 06/26] loop: also use the default block size from an underlying block device
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 20/26] block: move the dax flag to queue_limits
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 05/26] loop: regularize upgrading the lock size for direct I/O
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 19/26] block: move the nowait flag to queue_limits
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 04/26] loop: always update discard settings in loop_reconfigure_limits
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 03/26] loop: stop using loop_reconfigure_limits in __loop_clr_fd
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 18/26] block: move the synchronous flag to queue_limits
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 17/26] block: move the stable_write flag to queue_limits
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 01/26] sd: fix sd_is_zoned
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 16/26] block: move the io_stat flag setting to queue_limits
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 15/26] block: move the add_random flag to queue_limits
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 14/26] block: move the nonrot flag to queue_limits
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 13/26] block: move cache control settings out of queue->flags
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 12/26] block: remove blk_flush_policy
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 11/26] block: freeze the queue in queue_attr_store
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 10/26] xen-blkfront: don't disable cache flushes when they fail
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 09/26] nbd: move setting the cache control flags to __nbd_set_size
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 08/26] virtio_blk: remove virtblk_update_cache_mode
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 05/26] loop: regularize upgrading the lock size for direct I/O
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 07/26] loop: fold loop_update_rotational into loop_reconfigure_limits
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 06/26] loop: also use the default block size from an underlying block device
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 05/26] loop: regularize upgrading the lock size for direct I/O
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 06/26] loop: also use the default block size from an underlying block device
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 03/26] loop: stop using loop_reconfigure_limits in __loop_clr_fd
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 04/26] loop: always update discard settings in loop_reconfigure_limits
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 03/26] loop: stop using loop_reconfigure_limits in __loop_clr_fd
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• Re: [PATCH 01/26] sd: fix sd_is_zoned
  • From: Damien Le Moal <dlemoal@xxxxxxxxxx>
• [PATCH 26/26] block: move the bounce flag into the feature field
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/26] block: move the pci_p2pdma flag to queue_limits
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/26] block: move the skip_tagset_quiesce flag to queue_limits
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/26] block: move the zone_resetall flag to queue_limits
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/26] block: move the zoned flag into the feature field
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/26] block: move the poll flag to queue_limits
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/26] block: move the dax flag to queue_limits
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/26] block: move the nowait flag to queue_limits
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/26] block: move the synchronous flag to queue_limits
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/26] block: move the stable_write flag to queue_limits
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/26] block: move the io_stat flag setting to queue_limits
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/26] block: move the add_random flag to queue_limits
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/26] block: move the nonrot flag to queue_limits
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/26] block: move cache control settings out of queue->flags
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/26] block: remove blk_flush_policy
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/26] block: freeze the queue in queue_attr_store
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/26] xen-blkfront: don't disable cache flushes when they fail
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/26] nbd: move setting the cache control flags to __nbd_set_size
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/26] virtio_blk: remove virtblk_update_cache_mode
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/26] loop: fold loop_update_rotational into loop_reconfigure_limits
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/26] loop: also use the default block size from an underlying block device
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/26] loop: regularize upgrading the lock size for direct I/O
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/26] loop: always update discard settings in loop_reconfigure_limits
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/26] loop: stop using loop_reconfigure_limits in __loop_clr_fd
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/26] sd: move zone limits setup out of sd_read_block_characteristics
  • From: Christoph Hellwig <hch@xxxxxx>
• move features flags into queue_limits
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/26] sd: fix sd_is_zoned
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: m54418: ELF execution issues
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: m54418: ELF execution issues
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: m54418: ELF execution issues
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: m54418: ELF execution issues
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: m54418: ELF execution issues
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: m54418: ELF execution issues
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 873c60e820ef05e313bf036c3382a1a18e25258f
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:for-next] BUILD SUCCESS 1d8491d3e726984343dd8c3cdbe2f2b47cfdd928
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] ata: pata_buddha: pata_gayle: consolidate .sff_data_xfer around libata::ata_sff_data_xfer()
  • From: Niklas Cassel <cassel@xxxxxxxxxx>
• Re: [PATCH] ata: pata_buddha: pata_gayle: consolidate .sff_data_xfer around libata::ata_sff_data_xfer()
  • From: Sergey Shtylyov <s.shtylyov@xxxxxx>
• [PATCH] ata: pata_buddha: pata_gayle: consolidate .sff_data_xfer around libata::ata_sff_data_xfer()
  • From: Paolo Pisati <p.pisati@xxxxxxxxx>
• Re: [PATCH v4] m68k: amiga: turn off all incoming interrupts from the Warp1260 during boot
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• m54418: ELF execution issues
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH v4] m68k: amiga: turn off all incoming interrupts from the Warp1260 during boot
  • From: Paolo Pisati <p.pisati@xxxxxxxxx>
• Re: [PATCH v3] m68k: amiga: config: upon boot, turn off all incoming interrupts from the Warp1260
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3] m68k: amiga: config: upon boot, turn off all incoming interrupts from the Warp1260
  • From: Paolo Pisati <p.pisati@xxxxxxxxx>
• Re: [PATCH v2] m68k: amiga: config: upon boot, turn off all incoming interrupts from the Warp1260
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2] m68k: amiga: config: upon boot, turn off all incoming interrupts from the Warp1260
  • From: Paolo Pisati <p.pisati@xxxxxxxxx>
• Re: [PATCH 1/1] m68k: amiga: config: upon boot, turn off all incoming interrupts from the Warp1260
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• xen-blkfront: don't disable cache flushes when they fail
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 0/1] amiga: turn off all incoming interrupts from the Warp1260
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 1/1] m68k: amiga: config: upon boot, turn off all incoming interrupts from the Warp1260
  • From: Paolo Pisati <p.pisati@xxxxxxxxx>
• [PATCH 0/1] amiga: turn off all incoming interrupts from the Warp1260
  • From: Paolo Pisati <p.pisati@xxxxxxxxx>
• Re: Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 1b7fff0c30af90baaf3258d8a3d839ef1cb731f7
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v6.10-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Amiga, serial and SYSRQ
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [git pull] m68knommu changes for v6.10
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: Amiga, serial and SYSRQ
  • From: Paolo Pisati <p.pisati@xxxxxxxxx>
• Re: Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: Amiga, serial and SYSRQ
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [git pull] m68knommu changes for v6.10
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: Amiga, serial and SYSRQ
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Amiga, serial and SYSRQ
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: Amiga, serial and SYSRQ
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Amiga, serial and SYSRQ
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Amiga, serial and SYSRQ
  • From: Paolo Pisati <p.pisati@xxxxxxxxx>
• Re: Amiga, serial and SYSRQ
  • From: Paolo Pisati <p.pisati@xxxxxxxxx>
• Re: Amiga, serial and SYSRQ
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Amiga, serial and SYSRQ
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Amiga, serial and SYSRQ
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: Amiga, serial and SYSRQ
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Amiga, serial and SYSRQ
  • From: Paolo Pisati <p.pisati@xxxxxxxxx>
• Re: Amiga, serial and SYSRQ
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Amiga, serial and SYSRQ
  • From: Paolo Pisati <p.pisati@xxxxxxxxx>
• Re: Amiga, serial and SYSRQ
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Amiga, serial and SYSRQ
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Amiga, serial and SYSRQ
  • From: Paolo Pisati <p.pisati@xxxxxxxxx>
• Re: Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Python requires 32-bit alignment now - was: Re: Tuple and changes for m68k with -malign-int
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH 1/1] dmaengine: fsl-edma: merge mcf-edma into fsl-edma driver
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• Re: Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Kernel Image Format Issue - Coldfire mcf54418 CPU Failing to Boot
  • From: Jean-Michel Hautbois <jeanmichel.hautbois@xxxxxxxxxx>
• Re: [GIT PULL] m68k updates for v6.10
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH 1/1] dmaengine: fsl-edma: merge mcf-edma into fsl-edma driver
  • From: Frank Li <Frank.li@xxxxxxx>
• Re: [PATCH 1/1] dmaengine: fsl-edma: merge mcf-edma into fsl-edma driver
  • From: Angelo Dureghello <angelo@xxxxxxxxxxxxxxxx>
• [geert-m68k:m68k-v6.9] BUILD SUCCESS 4ba03fc1efac878fdadc5eb731fdf656d42f3277
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 0b7dbc6b625c745299add4e0b6fca353054928e9
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/1] dmaengine: fsl-edma: merge mcf-edma into fsl-edma driver
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [GIT PULL] m68k updates for v6.10
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [geert-m68k:for-v6.10] BUILD SUCCESS ec8c8266373f6283a3e99b036aea7b9428480625
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 45909426fcb7f3b32917671bc3409e24a22b856f
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH/RFC v2] m68k: Add full preempt support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC] m68k: fix spinlock race in kernel thread creation
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k/mac: Fix reboot hang on Mac IIci
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/1] m68k: Let GENERIC_IOMAP depend on HAS_IOPORT
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 163263222efa7922859958ac201b422dd1d7fc4e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k: Move ARCH_HAS_CPU_CACHE_ALIASING
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH] m68k: Move ARCH_HAS_CPU_CACHE_ALIASING
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] m68k/mac: Fix reboot hang on Mac IIci
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 00/31] Remove UCLINUX (nommu support) from LTP legacy C API
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH v3 0/3] arch: Remove fbdev dependency from video helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 0/3] arch: Remove fbdev dependency from video helpers
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [geert-m68k:for-v6.10] BUILD SUCCESS bd622532f7b35805d6afde38639b0d631fda818b
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 5.4 037/107] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.10 055/138] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 23/77] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] fs/xattr: add *at family syscalls
  • From: Jan Kara <jack@xxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 3269a156e5b091ac589f3b232ffa73582df10f4f
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] m68k: amiga: Use str_plural() to fix Coccinelle warning
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] macintosh/via-macii: Fix "BUG: sleeping function called from invalid context"
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/2] m68k uaccess fault handling fixes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/2] m68k uaccess fault handling fixes
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• [PATCH v4 0/2] m68k uaccess fault handling fixes
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v4 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v4 2/2] m68k: improve __constant_copy_to_user_asm() fault handling
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH] m68k: Handle put_user() faults more carefully
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] m68k: improve __constant_copy_to_user_asm() fault handling
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: Handle put_user faults more carefully
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 2/2] m68k: improve __constant_copy_to_user_asm() fault handling
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 0/2] m68k uaccess fault handling fixes
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] fs/xattr: add *at family syscalls
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH v3 2/2] fs/xattr: add *at family syscalls
  • From: Christian Göttsche <cgoettsche@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/1] zorro: Use helpers from ioport.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/1] zorro: Use helpers from ioport.h
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v1 1/1] zorro: Use helpers from ioport.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] m68k: Handle put_user faults more carefully
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 5.15 45/71] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6.1 105/141] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6.6 110/158] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6.8 102/158] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "serial/pmac_zilog: Remove flawed mitigation for rx irq flood" has been added to the 6.8-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "serial/pmac_zilog: Remove flawed mitigation for rx irq flood" has been added to the 6.6-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "serial/pmac_zilog: Remove flawed mitigation for rx irq flood" has been added to the 6.1-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "serial/pmac_zilog: Remove flawed mitigation for rx irq flood" has been added to the 5.15-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "serial/pmac_zilog: Remove flawed mitigation for rx irq flood" has been added to the 5.10-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "serial/pmac_zilog: Remove flawed mitigation for rx irq flood" has been added to the 5.4-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "serial/pmac_zilog: Remove flawed mitigation for rx irq flood" has been added to the 4.19-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 31306b07e91abde90a708f9154ded3b1bac3a8c4
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH RFC v2 1/2] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC v2 2/2] m68k: improve __constant_copy_to_user_asm() fault handling
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC v2 0/2] m68k uaccess fault handling fixes
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH RFC] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: [PATCH RFC] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH RFC] m68k: Handle __generic_copy_to_user faults more carefully
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 3/5] mm: add vaddr param to pmd_populate_kernel
  • From: Maxwell Bland <mbland@xxxxxxxxxxxx>
• Re: [PATCH] m68k: bitops: Fix typo in comment
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
• Re: [PATCH] m68k: bitops: Fix typo in comment
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH] m68k: bitops: Fix typo in comment
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 33ab37f265940f8e044b54c710fff14e91f68b19
  • From: kernel test robot <lkp@xxxxxxxxx>
• [RFC PATCH] m68k: Handle put_user faults more carefully
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: MFS Filesystem support
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: MFS Filesystem support
  • From: Josh Juran <jjuran@xxxxxxxxx>
• MFS Filesystem support
  • From: The Mariocrafter <kayvonkamyar@xxxxxxxxx>
• [RESEND PATCH] m68k: amiga: Use str_plural() to fix Coccinelle warning
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
• [PATCH 00/31] Remove UCLINUX (nommu support) from LTP legacy C API
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH RFC] m68k: fix spinlock race in kernel thread creation
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH RFC] m68k: fix spinlock race in kernel thread creation
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 9c9c2b85c6b3c6d365a2344adcd5c5a4cc02d0ad
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v3] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/1] m68k: Handle HAS_IOPORT dependencies
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 0/1] m68k: Handle HAS_IOPORT dependencies
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• Re: [PATCH v2] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 0/1] m68k: Handle HAS_IOPORT dependencies
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 0/1] m68k: Handle HAS_IOPORT dependencies
  • From: "Arnd Bergmann" <arnd@xxxxxxxxxx>
• Re: [PATCH v2] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 0/1] m68k: Handle HAS_IOPORT dependencies
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 0/1] m68k: Handle HAS_IOPORT dependencies
  • From: "Arnd Bergmann" <arnd@xxxxxxxxxx>
• Re: [PATCH 0/1] m68k: Handle HAS_IOPORT dependencies
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [Intel-gfx] [PATCH v5 0/7] Introduce __xchg, non-atomic xchg
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• Re: [Intel-gfx] [PATCH v5 0/7] Introduce __xchg, non-atomic xchg
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/1] m68k: Handle HAS_IOPORT dependencies
  • From: "Arnd Bergmann" <arnd@xxxxxxxxxx>
• Re: [PATCH 0/1] m68k: Handle HAS_IOPORT dependencies
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v3 0/3] arch: Remove fbdev dependency from video helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v2] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH v2] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH 0/1] m68k: Handle HAS_IOPORT dependencies
  • From: "Arnd Bergmann" <arnd@xxxxxxxxxx>
• Re: [PATCH 0/1] m68k: Handle HAS_IOPORT dependencies
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH 1/1] m68k: Let GENERIC_IOMAP depend on HAS_IOPORT
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH 0/1] m68k: Handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS b4b58c9562a0148b8ab38e057ecef0c484f9d0cc
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:for-v6.10] BUILD SUCCESS 70d830e337f999ad186d0093e973805eaf6fb8ca
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2] m68k: Avoid CONFIG_COLDFIRE switch in uapi header
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: Spinlock debug, was Re: [PATCH RFC] m68k: skip kernel premption if interrupts were disabled
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH] m68k: amiga: Use str_plural() to fix Coccinelle warning
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
• Re: Spinlock debug, was Re: [PATCH RFC] m68k: skip kernel premption if interrupts were disabled
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Spinlock debug, was Re: [PATCH RFC] m68k: skip kernel premption if interrupts were disabled
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 3/3] arch: Rename fbdev header and source files
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 2/3] arch: Remove struct fb_info from video helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 0/3] arch: Remove fbdev dependency from video helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 1/3] arch: Select fbdev helpers with CONFIG_VIDEO
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: arch/m68k/include/asm/page.h:10:25: error: 'CONFIG_PAGE_SHIFT' undeclared; did you mean 'CONFIG_LOG_BUF_SHIFT'?
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Spinlock debug, was Re: [PATCH RFC] m68k: skip kernel premption if interrupts were disabled
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 2/3] arch: Remove struct fb_info from video helpers
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2 2/3] arch: Remove struct fb_info from video helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 3/3] arch: Rename fbdev header and source files
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 1/3] arch: Select fbdev helpers with CONFIG_VIDEO
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 3/3] arch: Rename fbdev header and source files
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 3/3] arch: Rename fbdev header and source files
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 3/3] arch: Rename fbdev header and source files
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2 1/3] arch: Select fbdev helpers with CONFIG_VIDEO
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2 2/3] arch: Remove struct fb_info from video helpers
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v2 2/3] arch: Remove struct fb_info from video helpers
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 3/3] arch: Rename fbdev header and source files
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 1/3] arch: Select fbdev helpers with CONFIG_VIDEO
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] serial/pmac_zilog: Remove flawed mitigation for rx irq flood
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: Spinlock debug, was Re: [PATCH RFC] m68k: skip kernel premption if interrupts were disabled
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Spinlock debug, was Re: [PATCH RFC] m68k: skip kernel premption if interrupts were disabled
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC] m68k: skip kernel premption if interrupts were disabled
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v2 3/3] arch: Rename fbdev header and source files
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 1/3] arch: Select fbdev helpers with CONFIG_VIDEO
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 2/3] arch: Remove struct fb_info from video helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 0/3] arch: Remove fbdev dependency from video helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH RFC] m68k: skip kernel premption if interrupts were disabled
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC] m68k: skip kernel premption if interrupts were disabled
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC] m68k: skip kernel premption if interrupts were disabled
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC] m68k: skip kernel premption if interrupts were disabled
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC] m68k: skip kernel premption if interrupts were disabled
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC] m68k: skip kernel premption if interrupts were disabled
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC] m68k: skip kernel premption if interrupts were disabled
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v6.9-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC] m68k: skip kernel premption if interrupts were disabled
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 58f34ce675d4685526ab07dfe414bfc7396c721e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH RFC] m68k: skip kernel premption if interrupts were disabled
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC] m68k: skip kernel premption if interrupts were disabled
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC] m68k: skip kernel premption if interrupts were disabled
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC] m68k: skip kernel premption if interrupts were disabled
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC] m68k: skip kernel premption if interrupts were disabled
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC] m68k: skip kernel premption if interrupts were disabled
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] m68k: pgtable: Add missing #include <asm/page.h>
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Preemption (was: Re: spinlock recursion when running q800 emulation in qemu)
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH] macintosh/via-macii: Fix "BUG: sleeping function called from invalid context"
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [GIT PULL] m68k updates for v6.9
  • From: pr-tracker-bot@xxxxxxxxxx
• [geert-m68k:m68k-v6.8] BUILD SUCCESS 5802dbf4bea3ed396039915878cbbebd8a519551
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 98a975ffdafac1ab4c21ab85ce18591d1a22a273
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH] m68k: Calculate THREAD_SIZE from THREAD_SIZE_ORDER
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [GIT PULL] m68k updates for v6.9
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: Calculate THREAD_SIZE from THREAD_SIZE_ORDER
  • From: Dawei Li <dawei.li@xxxxxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [v2 PATCH 0/3] arch: mm, vdso: consolidate PAGE_SIZE definition
  • From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] arch: define CONFIG_PAGE_SIZE_*KB on all architectures
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH v2 2/3] arch: simplify architecture specific page size configuration
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH] m68k: pgtable: Add missing #include <asm/page.h>
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• [PATCH] m68k: pgtable: Add missing #include <asm/page.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v2 1/3] arch: consolidate existing CONFIG_PAGE_SIZE_*KB definitions
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [v2 PATCH 0/3] arch: mm, vdso: consolidate PAGE_SIZE definition
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] arch: define CONFIG_PAGE_SIZE_*KB on all architectures
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] arch: simplify architecture specific page size configuration
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] arch: consolidate existing CONFIG_PAGE_SIZE_*KB definitions
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] arch: define CONFIG_PAGE_SIZE_*KB on all architectures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 3/3] arch: define CONFIG_PAGE_SIZE_*KB on all architectures
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 2/3] arch: simplify architecture specific page size configuration
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 1/3] arch: consolidate existing CONFIG_PAGE_SIZE_*KB definitions
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [v2 PATCH 0/3] arch: mm, vdso: consolidate PAGE_SIZE definition
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Brad Boyer <flar@xxxxxxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 6f1b176c93a84fbaad55bb4e068baf701789ecf2
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/4] arch: define CONFIG_PAGE_SIZE_*KB on all architectures
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: spinlock recursion when running q800 emulation in qemu
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• spinlock recursion when running q800 emulation in qemu
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] m68k: Calculate THREAD_SIZE from THREAD_SIZE_ORDER
  • From: Dawei Li <dawei.li@xxxxxxxxxxxx>
• Re: Linux 6.8-rc6
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• RE: stackinit unit test failures on m68k
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Linux 6.8-rc6
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• RE: Linux 6.8-rc6
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 3/4] arch: define CONFIG_PAGE_SIZE_*KB on all architectures
  • From: Stafford Horne <shorne@xxxxxxxxx>
• Re: [PATCH] mk68k: Fix broken THREAD_SIZE_ORDER
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] mk68k: Fix broken THREAD_SIZE_ORDER
  • From: Dawei Li <dawei.li@xxxxxxxxxxxx>
• Re: [PATCH] mk68k: Fix broken THREAD_SIZE_ORDER
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• [PATCH] mk68k: Fix broken THREAD_SIZE_ORDER
  • From: Dawei Li <dawei.li@xxxxxxxxxxxx>
• Re: stackinit unit test failures on m68k
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: stackinit unit test failures on m68k
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: stackinit unit test failures on m68k
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: stackinit unit test failures on m68k
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: stackinit unit test failures on m68k
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/4] arch: consolidate existing CONFIG_PAGE_SIZE_*KB definitions
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 1/4] arch: consolidate existing CONFIG_PAGE_SIZE_*KB definitions
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 1/4] arch: consolidate existing CONFIG_PAGE_SIZE_*KB definitions
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 1/4] arch: consolidate existing CONFIG_PAGE_SIZE_*KB definitions
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 1/4] arch: consolidate existing CONFIG_PAGE_SIZE_*KB definitions
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 3/4] arch: define CONFIG_PAGE_SIZE_*KB on all architectures
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: Linux 6.8-rc6
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 3/4] arch: define CONFIG_PAGE_SIZE_*KB on all architectures
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] arch: simplify architecture specific page size configuration
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH 4/4] vdso: avoid including asm/page.h
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 2/4] arch: simplify architecture specific page size configuration
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 4/4] vdso: avoid including asm/page.h
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 3/4] arch: define CONFIG_PAGE_SIZE_*KB on all architectures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 3/4] arch: define CONFIG_PAGE_SIZE_*KB on all architectures
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH] block: ataflop: more blk-mq refactoring fixes
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] arch: define CONFIG_PAGE_SIZE_*KB on all architectures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] arch: consolidate existing CONFIG_PAGE_SIZE_*KB definitions
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Linux 6.8-rc6
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS b7b9a646edf153c02e44aab9be36e4e8fb4a4d8e
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] block: ataflop: more blk-mq refactoring fixes
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 3/4] arch: define CONFIG_PAGE_SIZE_*KB on all architectures
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH 2/4] arch: simplify architecture specific page size configuration
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 1/4] arch: consolidate existing CONFIG_PAGE_SIZE_*KB definitions
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 4/4] vdso: avoid including asm/page.h
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH 1/4] arch: consolidate existing CONFIG_PAGE_SIZE_*KB definitions
  • From: Samuel Holland <samuel.holland@xxxxxxxxxx>
• [PATCH 4/4] vdso: avoid including asm/page.h
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 3/4] arch: define CONFIG_PAGE_SIZE_*KB on all architectures
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 2/4] arch: simplify architecture specific page size configuration
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 1/4] arch: consolidate existing CONFIG_PAGE_SIZE_*KB definitions
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 0/4] arch: mm, vdso: consolidate PAGE_SIZE definition
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2] m68k: Avoid CONFIG_COLDFIRE switch in uapi header
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH 2/3] arch: Remove struct fb_info from video helpers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/3] arch: Rename fbdev header and source files
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/3] arch: Rename fbdev header and source files
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 3/3] arch: Rename fbdev header and source files
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 2/3] arch: Remove struct fb_info from video helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 1/3] arch: Select fbdev helpers with CONFIG_VIDEO
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 0/3] arch: Remove fbdev dependency from video helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2] m68k: Avoid CONFIG_COLDFIRE switch in uapi header
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2] m68k: Avoid CONFIG_COLDFIRE switch in uapi header
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH] drivers/tty/serial: Remove unused function early_mcf_setup
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: pass queue_limits to blk_alloc_disk for simple drivers
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [geert-m68k:for-linus] BUILD SUCCESS e8a7824856def1c8608401b0d7d05566d6e81c95
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 3877de636b1e1cf479054faf54b39bc07dc290c9
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] drivers/tty/serial: Remove unused function early_mcf_setup
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] drivers/tty/serial: Remove unused function early_mcf_setup
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• [PATCH] drivers/tty/serial: Remove unused function early_mcf_setup
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• [PATCH v2] m68k: Avoid CONFIG_COLDFIRE switch in uapi header
  • From: Thomas Huth <thuth@xxxxxxxxxx>
• Re: [PATCH 5/9] zram: pass queue_limits to blk_mq_alloc_disk
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: pass queue_limits to blk_alloc_disk for simple drivers
  • From: Himanshu Madhani <himanshu.madhani@xxxxxxxxxx>
• Re: [PATCH 8/9] pmem: pass queue_limits to blk_mq_alloc_disk
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH 6/9] bcache: pass queue_limits to blk_mq_alloc_disk
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH 4/9] n64cart: pass queue_limits to blk_mq_alloc_disk
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH 3/9] brd: pass queue_limits to blk_mq_alloc_disk
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• RE: pass queue_limits to blk_alloc_disk for simple drivers
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 7/9] btt: pass queue_limits to blk_mq_alloc_disk
  • From: Dave Jiang <dave.jiang@xxxxxxxxx>
• Re: [PATCH 8/9] pmem: pass queue_limits to blk_mq_alloc_disk
  • From: Dave Jiang <dave.jiang@xxxxxxxxx>
• [PATCH 9/9] dcssblk: pass queue_limits to blk_mq_alloc_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 8/9] pmem: pass queue_limits to blk_mq_alloc_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 7/9] btt: pass queue_limits to blk_mq_alloc_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/9] bcache: pass queue_limits to blk_mq_alloc_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/9] zram: pass queue_limits to blk_mq_alloc_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/9] n64cart: pass queue_limits to blk_mq_alloc_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/9] brd: pass queue_limits to blk_mq_alloc_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/9] block: pass a queue_limits argument to blk_alloc_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• pass queue_limits to blk_alloc_disk for simple drivers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/9] nfblock: pass queue_limits to blk_mq_alloc_disk
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] zorro: make zorro_bus_type const
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] zorro: make zorro_bus_type const
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] zorro: make zorro_bus_type const
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 5dc6bdd91324628a3e93d8cda217cb0d26c8b818
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH RFC v2 4/8] m68k: Handle arrivals of multiple signals correctly
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 4/8] m68k: Handle arrivals of multiple signals correctly
  • From: Ulrich Hecht <uli@xxxxxxxx>
• Re: stackinit unit test failures on m68k
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 4/8] m68k: Handle arrivals of multiple signals correctly
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• stackinit unit test failures on m68k
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 1/2] kbuild: Abort make on install failures
  • From: xtex <xtex@xxxxxxxx>
• Re: [PATCH 1/2] kbuild: Abort make on install failures
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH 2/2] kbuild: Create INSTALL_PATH directory if it does not exist
  • From: Nicolas Schier <nicolas@xxxxxxxxx>
• Re: [PATCH 1/2] kbuild: Abort make on install failures
  • From: Nicolas Schier <nicolas@xxxxxxxxx>
• Re: [PATCH 1/2] kbuild: Abort make on install failures
  • From: xtex <xtex@xxxxxxxx>
• Re: [PATCH 1/2] kbuild: Abort make on install failures
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• [PATCH 2/2] kbuild: Create INSTALL_PATH directory if it does not exist
  • From: Zhang Bingwu <xtex@xxxxxxxx>
• [PATCH 1/2] kbuild: Abort make on install failures
  • From: Zhang Bingwu <xtex@xxxxxxxx>
• [PATCH 0/2] kbuild: Fix install errors when INSTALL_PATH does not exist
  • From: Zhang Bingwu <xtex@xxxxxxxx>
• Re: [PATCH RFC v2 4/8] m68k: Handle arrivals of multiple signals correctly
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v2 4/8] m68k: Handle arrivals of multiple signals correctly
  • From: Ulrich Hecht <uli@xxxxxxxx>
• Re: [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v3 0/8] m68k v4.4 backport fixes
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v3 0/8] m68k v4.4 backport fixes
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 8/8] m68k: Move signal frame following exception on 68020/030
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 7/8] m68k: fix livelock in uaccess
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 6/8] m68k: Leave stack mangling to asm wrapper of sigreturn()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 5/8] m68k: Update ->thread.esp0 before calling syscall_trace() in ret_from_signal
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 4/8] m68k: Handle arrivals of multiple signals correctly
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 3/8] m68k: include module.h to make use of exception handling in traps.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 2/8] m68k: Only force 030 bus error if PC not in exception table
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 0/8] m68k v4.4 backport fixes
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH v3 1/8] m68k/mm: Adjust VM area to be unmapped by gap size for __iounmap()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 0bd8a354c65a73a681fc2cb00f7745ed3f21c334
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] m68k/bitops: always use compiler's builtin for bit finding functions
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH RFC v2 4/8] m68k: Handle arrivals of multiple signals correctly
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH RFC v2 4/8] m68k: Handle arrivals of multiple signals correctly
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 4/4] m68k equivalent of 26178ec11ef3 "x86: mm: consolidate VM_FAULT_RETRY handling" If e.g. get_user() triggers a page fault and a fatal signal is caught, we might end up with handle_mm_fault() returning VM_FAULT_RETRY and not doing anything to page tables. In such case we must *not* return to the faulting insn - that would repeat the entire thing without making any progress; what we need instead is to treat that as failed (user) memory access.
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH RFC 4/4] m68k equivalent of 26178ec11ef3 "x86: mm: consolidate VM_FAULT_RETRY handling" If e.g. get_user() triggers a page fault and a fatal signal is caught, we might end up with handle_mm_fault() returning VM_FAULT_RETRY and not doing anything to page tables. In such case we must *not* return to the faulting insn - that would repeat the entire thing without making any progress; what we need instead is to treat that as failed (user) memory access.
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH RFC v2 8/8] m68k: Move signal frame following exception on 68020/030
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC v2 6/8] m68k: Leave stack mangling to asm wrapper of sigreturn()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC v2 5/8] m68k: Update ->thread.esp0 before calling syscall_trace() in ret_from_signal
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC v2 7/8] m68k: fix livelock in uaccess
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC v2 4/8] m68k: Handle arrivals of multiple signals correctly
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC v2 1/8] m68k/mm: Adjust VM area to be unmapped by gap size for __iounmap()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC v2 3/8] m68k: include module.h to make use of exception handling in traps.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC v2 2/8] m68k: Only force 030 bus error if PC not in exception table
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC v2 0/8] m68k v4.4 backport fixes
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/4]
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC 4/4] m68k equivalent of 26178ec11ef3 "x86: mm: consolidate VM_FAULT_RETRY handling" If e.g. get_user() triggers a page fault and a fatal signal is caught, we might end up with handle_mm_fault() returning VM_FAULT_RETRY and not doing anything to page tables. In such case we must *not* return to the faulting insn - that would repeat the entire thing without making any progress; what we need instead is to treat that as failed (user) memory access.
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC 3/4] m68k: Leave stack mangling to asm wrapper of sigreturn()
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC 1/4] m68k: Handle arrivals of multiple signals correctly
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC 2/4] m68k: Update ->thread.esp0 before calling syscall_trace() in ret_from_signal
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [PATCH RFC 0/4]
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [cip-dev] [PATCH] m68k: include module.h to make use of exception handling in traps.c
  • From: Ulrich Hecht <uli@xxxxxxxx>
• [PATCH] m68k: include module.h to make use of exception handling in traps.c
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS e6d0024441d8fbcdf27914e168c40fafdc253593
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] m68k: defconfig: Update defconfigs for v6.8-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• RE: [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: m68k fdpic toolchain?
  • From: Greg Ungerer <gerg@xxxxxxxxxx>
• RE: [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: David Laight <David.Laight@xxxxxxxxxx>
• m68k fdpic toolchain?
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• [PATCH v4 5/5] lib: test_bitops: add compile-time optimization/evaluations assertions
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 4/5] hexagon/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 3/5] hexagon/bitops: force inlining of all bit-find functions
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 1/5] m68k/bitops: force inlining of all bit-find functions
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• [PATCH v4 0/5] bitops: optimize code and add tests
  • From: Vincent Mailhol <mailhol.vincent@xxxxxxxxxx>
• m68k fdpic toolchain?
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH 27/82] m68k: Refactor intentional wrap-around calculation
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 92ec7527115b966a345535039dcb5e69f8528d75
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 27/82] m68k: Refactor intentional wrap-around calculation
  • From: Eero Tamminen <oak@xxxxxxxxxxxxxx>
• Re: [PATCH 27/82] m68k: Refactor intentional wrap-around calculation
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 27/82] m68k: Refactor intentional wrap-around calculation
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• [PATCH 27/82] m68k: Refactor intentional wrap-around calculation
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/1] mm: vmalloc: Fix a warning in the crash_save_vmcoreinfo_init()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [Buildroot] [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [Buildroot] [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Waldemar Brodkorb <wbx@xxxxxxxxxxx>
• Re: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Niklas Cassel <Niklas.Cassel@xxxxxxx>
• Re: [PATCH] vt: remove superfluous CONFIG_HW_CONSOLE
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Niklas Cassel <Niklas.Cassel@xxxxxxx>
• Re: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Petr Vorel <pvorel@xxxxxxx>
• [PATCH] serial: 8250: Move hp300_setup_serial_console() to <linux/serial_8250.h>
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH 08/22] [v2] arch: consolidate arch_irq_work_raise prototypes
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 08/22] [v2] arch: consolidate arch_irq_work_raise prototypes
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Rob Landley <rob@xxxxxxxxxxx>
• RE: [Automated-testing] Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: "Bird, Tim" <Tim.Bird@xxxxxxxx>
• Re: Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v2 2/2] m68k: Fix interrupt stack frames for 68000
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] m68k: Fix interrupt stack frames for 68000
  • From: Daniel Palmer <daniel@xxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 9fe7fc109ed28e03a9d62e36980137152287036e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 2/2] m68k: Fix interrupt stack frames for 68000
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] m68k updates for v6.8
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] vt: remove superfluous CONFIG_HW_CONSOLE
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH] vt: remove superfluous CONFIG_HW_CONSOLE
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] vt: remove superfluous CONFIG_HW_CONSOLE
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] vt: remove superfluous CONFIG_HW_CONSOLE
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• [GIT PULL] m68k updates for v6.8
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] m68k: Fix interrupt stack frames for 68000
  • From: Daniel Palmer <daniel@xxxxxxxx>
• Re: Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH v2 2/2] m68k: Fix interrupt stack frames for 68000
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 2/2] m68k: Fix interrupt stack frames for 68000
  • From: Daniel Palmer <daniel@xxxxxxxx>
• [PATCH v2 1/2] m68k: Use macro to generate 68000 interrupt entry sleds
  • From: Daniel Palmer <daniel@xxxxxxxx>
• [PATCH v2 0/2] Fix 68000 interrupt stack frames
  • From: Daniel Palmer <daniel@xxxxxxxx>
• Re: Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH 00/36] Remove UCLINUX from LTP
  • From: Andrea Cervesato <andrea.cervesato@xxxxxxxx>
• Re: [PATCH 00/36] Remove UCLINUX from LTP
  • From: Andrea Cervesato <andrea.cervesato@xxxxxxxx>
• Re: [PATCH] m68k: Use macro to generate 68000 interrupt entry sleds
  • From: Daniel Palmer <daniel@xxxxxxxx>
• Re: [PATCH v3 1/5] m68k/bitops: force inlining of all bitops functions
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• [PATCH] m68k: Use macro to generate 68000 interrupt entry sleds
  • From: Daniel Palmer <daniel@xxxxxxxx>
• Re: Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Call for nommu LTP maintainer [was: Re: [PATCH 00/36] Remove UCLINUX from LTP]
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH 00/36] Remove UCLINUX from LTP
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH 00/36] Remove UCLINUX from LTP
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: patch "nubus: make nubus_bus_type static and constant" added to char-misc-testing
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: patch "nubus: make nubus_bus_type static and constant" added to char-misc-testing
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• patch "nubus: make nubus_bus_type static and constant" added to char-misc-testing
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• [geert-m68k:master] BUILD SUCCESS 040c428a4c75bc1d488125067f0f6ae44a0be23b
  • From: kernel test robot <lkp@xxxxxxxxx>
• [geert-m68k:for-v6.8] BUILD SUCCESS 6b9c045b0602cf64b33ea6da5e6aa6f81dd47ae8
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 2/5] m68k/bitops: use __builtin_{clz,ctzl,ffs} to evaluate constant expressions
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/36] Remove UCLINUX from LTP
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/36] Remove UCLINUX from LTP
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [LTP] [PATCH 00/36] Remove UCLINUX from LTP
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH 00/36] Remove UCLINUX from LTP
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH 00/36] Remove UCLINUX from LTP
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH] nubus: make nubus_bus_type static and constant
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [LTP] [PATCH 00/36] Remove UCLINUX from LTP
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH] nubus: make nubus_bus_type static and constant
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/36] Remove UCLINUX from LTP
  • From: Petr Vorel <pvorel@xxxxxxx>
• Re: [PATCH 00/36] Remove UCLINUX from LTP
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH v3 1/5] m68k/bitops: force inlining of all bitops functions
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 00/36] Remove UCLINUX from LTP
  • From: Petr Vorel <pvorel@xxxxxxx>
• [geert-m68k:master] BUILD SUCCESS dd900701c45dee6dc14e9645372cc418f799d810
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v3 33/35] m68k: optimize get_mmu_context()
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH v3 01/35] lib/find: add atomic find_bit() primitives
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH v3 02/35] lib/find: add test for atomic find_bit() ops
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH v3 00/35] bitops: add atomic find_bit() operations
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 0/5] kexec: fix the incorrect ifdeffery and dependency of CONFIG_KEXEC
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 0/5] kexec: fix the incorrect ifdeffery and dependency of CONFIG_KEXEC
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] drm/virtio: Add suppport for non-native buffer formats
  • From: Christian Zigotzky <chzigotzky@xxxxxxxxxxx>
• Re: [PATCH 0/5] kexec: fix the incorrect ifdeffery and dependency of CONFIG_KEXEC
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 5/5] x86, kexec: fix the wrong ifdeffery CONFIG_KEXEC
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 4/5] sh, kexec: fix the incorrect ifdeffery and dependency of CONFIG_KEXEC
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 2/5] m68k, kexec: fix the incorrect ifdeffery and build dependency of CONFIG_KEXEC
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 3/5] mips, kexec: fix the incorrect ifdeffery and dependency of CONFIG_KEXEC
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 1/5] loongarch, kexec: change dependency of object files
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH 0/5] kexec: fix the incorrect ifdeffery and dependency of CONFIG_KEXEC
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 01/11] m68k: consistently name non-MMU CPUs
  • From: Greg Ungerer <gerg@xxxxxxxxxxxxxx>
• Re: [PATCH v2 00/35] bitops: add atomic find_bit() operations
  • From: Jan Kara <jack@xxxxxxx>