Hi all,
After merging the powerpc tree, today's linux-next build (powerpc
allyesconfig) produced this warnings:
WARNING: modpost: vmlinux: section mismatch in reference: process_fadump+0x2c8
(section: .text.process_fadump) -> fadump_setup_elfcorehdr_buf (section:
.init.text)
WARNING: modpost: v
Hi Aditya,
On 24/10/23 11:05, Aditya Gupta wrote:
Hi sourabh, found a typo in comment.
On Mon, Oct 09, 2023 at 09:49:51AM +0530, Sourabh Jain wrote:
+/*
+ * Process an active dump in four steps. First, verify the crash info header
+ * signature/magic number for integrity and accuracy. Second,
arc allnoconfig gcc
arc allyesconfig gcc
arc defconfig gcc
arc randconfig-001-20231022 gcc
arc randconfig-001-20231023 gcc
arm
Hi sourabh, found a typo in comment.
On Mon, Oct 09, 2023 at 09:49:51AM +0530, Sourabh Jain wrote:
>
> +/*
> + * Process an active dump in four steps. First, verify the crash info header
> + * signature/magic number for integrity and accuracy. Second, if the fadump
> + * version is greater than 0,
On 10/24/23 at 11:55am, Baoquan He wrote:
> On 10/23/23 at 01:01pm, Arnd Bergmann wrote:
> > From: Arnd Bergmann
> >
> > All other users of crypto code use 'select' instead of 'depends on',
> > so do the same thing with KEXEC_FILE for consistency.
> >
> > In practice this makes very little diffe
Stephen Rothwell writes:
> Hi all,
>
> Commit
>
> 351a050f602d ("Revert "powerpc: add `cur_cpu_spec` symbol to vmcoreinfo"")
>
> is missing a Signed-off-by from its author and committer.
>
> Reverts are commits as well ...
Thanks, fixed.
cheers
On 10/23/23 at 01:01pm, Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> All other users of crypto code use 'select' instead of 'depends on',
> so do the same thing with KEXEC_FILE for consistency.
>
> In practice this makes very little difference as kernels with kexec
> support are very likely to
Hi
On 2023-10-23, Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> These two drivers were used for the earliest "Centrino" branded Intel
> laptops during the late 32-bit Pentium-M era, roughly 2003 to 2005, which
> probably makes it the most modern platform that still uses the wireless
> extension
Hi all,
Commit
351a050f602d ("Revert "powerpc: add `cur_cpu_spec` symbol to vmcoreinfo"")
is missing a Signed-off-by from its author and committer.
Reverts are commits as well ...
--
Cheers,
Stephen Rothwell
pgpDO1RQ6UjL5.pgp
Description: OpenPGP digital signature
On Mon, Sep 18, 2023 at 10:29:49AM +0300, Mike Rapoport wrote:
> From: "Mike Rapoport (IBM)"
>
> The memory allocations for kprobes and BPF on arm64 can be placed
> anywhere in vmalloc address space and currently this is implemented with
> overrides of alloc_insn_page() and bpf_jit_alloc_exec() i
Hi Mike,
On Mon, Sep 18, 2023 at 10:29:46AM +0300, Mike Rapoport wrote:
> From: "Mike Rapoport (IBM)"
>
> Extend execmem parameters to accommodate more complex overrides of
> module_alloc() by architectures.
>
> This includes specification of a fallback range required by arm, arm64
> and powerp
On Mon, Oct 23, 2023 at 06:04:06PM +0200, Arnd Bergmann wrote:
> On Mon, Oct 23, 2023, at 17:37, Conor Dooley wrote:
> > On Mon, Oct 23, 2023 at 01:01:54PM +0200, Arnd Bergmann wrote:
>
> >> index 25474f8c12b79..f571bad2d22d0 100644
> >> --- a/arch/riscv/Kconfig
> >> +++ b/arch/riscv/Kconfig
> >>
On Mon, Oct 23, 2023, at 17:37, Conor Dooley wrote:
> On Mon, Oct 23, 2023 at 01:01:54PM +0200, Arnd Bergmann wrote:
>> index 25474f8c12b79..f571bad2d22d0 100644
>> --- a/arch/riscv/Kconfig
>> +++ b/arch/riscv/Kconfig
>> @@ -687,9 +687,7 @@ config ARCH_SELECTS_KEXEC_FILE
>> select KEXEC_ELF
>
On Mon, Oct 23, 2023 at 01:01:54PM +0200, Arnd Bergmann wrote:
> From: Arnd Bergmann
>
> The cleanup for the CONFIG_KEXEC Kconfig logic accidentally changed the
> 'depends on CRYPTO=y' dependency to a plain 'depends on CRYPTO', which
> causes a link failure when all the crypto support is in a loa
"Arnd Bergmann" writes:
> On Mon, Oct 23, 2023, at 15:45, Kalle Valo wrote:
>> Arnd Bergmann writes:
>>
>>> From: Arnd Bergmann
>>>
>>> As discussed previously, a lot of the older wifi drivers are likely
>>> entirely unused, Though we can't know for sure.
>>>
>>> As suggested by both Greg and J
Arnd Bergmann writes:
> From: Arnd Bergmann
>
> These two drivers were used for the earliest "Centrino" branded Intel
> laptops during the late 32-bit Pentium-M era, roughly 2003 to 2005, which
> probably makes it the most modern platform that still uses the wireless
> extension interface instea
Arnd Bergmann writes:
> From: Arnd Bergmann
>
> HostAP is an ISA/PCMCIA style 802.11b driver supporting only
> wireless extensions, and some custom ioctls (already removed).
> Some devices include a legacy PCI bridge but no DMA.
>
> The driver was marked obsolete in 2016 and is highly unlikely
>
On Mon, Oct 23, 2023, at 15:45, Kalle Valo wrote:
> Arnd Bergmann writes:
>
>> From: Arnd Bergmann
>>
>> As discussed previously, a lot of the older wifi drivers are likely
>> entirely unused, Though we can't know for sure.
>>
>> As suggested by both Greg and Jakub, let's remove the ones that loo
Arnd Bergmann writes:
> From: Arnd Bergmann
>
> As discussed previously, a lot of the older wifi drivers are likely
> entirely unused, Though we can't know for sure.
>
> As suggested by both Greg and Jakub, let's remove the ones that look
> are most likely to have no users left and also get in t
From: Arnd Bergmann
Wireless RNDIS USB is a new-style CFG80211 driver for 802.11b and
802.11g USB hardware from around 2004 to 2006. This makes it more modern
than any of the others, but Kalle already classified it as "legacy"
in commit 298e50ad8eb8f ("wifi: move raycs, wl3501 and rndis_wlan to
l
From: Arnd Bergmann
Planet WL3501 is another PCMCIA driver for pre-802.11b interfaces
(2Mbit/s) with incomplete CFG80211 support.
This was marked as orphaned in 2017 but has been unmaintained
for a long time before that.
Signed-off-by: Arnd Bergmann
---
MAINTAINERS
From: Arnd Bergmann
Aviator/Raytheon is an early PCMCIA driver, apparently predating 802.11b
and only supporting wireless extensions.
The driver has been orphaned since 2010 and only seen cosmetic updates
long before than. Jean Tourrilhes pointed out in a 2005 changelog that
he tested a change o
From: Arnd Bergmann
This is a wireless extensions style driver for 802.11b USB dongles,
with partial support for cfg80211 interfaces.
As these are all external dongles, there are probably few users that
have not yet replaced them with cheap 802.11n devices that work better.
Signed-off-by: Arnd
From: Arnd Bergmann
With all the other PCMCIA WLAN adapters gone from the kernel, this is now
the last remaining device with this interface, but as far as I can tell,
all the actual libertas users were actually using either SDIO or USB.
Signed-off-by: Arnd Bergmann
---
drivers/net/wireless/mar
From: Arnd Bergmann
As discussed previously, a lot of the older wifi drivers are likely
entirely unused, Though we can't know for sure.
As suggested by both Greg and Jakub, let's remove the ones that look
are most likely to have no users left and also get in the way of the
wext cleanup. If anyon
reques -> request
Signed-off-by: Kunwu Chan
---
drivers/net/ethernet/toshiba/ps3_gelic_wireless.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/toshiba/ps3_gelic_wireless.c
b/drivers/net/ethernet/toshiba/ps3_gelic_wireless.c
index dc14a66583ff..44488c1
Hi Geert,
Thank you very much for your advice, I am a rookie, I am not familiar
with many aspects, and I need to learn more. I'll modify the patch.
On 2023/10/20 19:07, Geert Uytterhoeven wrote:
Hi Kunwu,
Thanks for your patch!
This is not a treewide change. Hence the oneline-summary should
Erhard reported that his G5 was crashing with v6.6-rc kernels:
mpic: Setting up HT PICs workarounds for U3/U4
BUG: Unable to handle kernel data access at 0xfeffbb62ffec65fe
Faulting instruction address: 0xc005dc40
Oops: Kernel access of bad area, sig: 11 [#1]
BE PAGE_SIZE=4K MMU=
From: Arnd Bergmann
All other users of crypto code use 'select' instead of 'depends on',
so do the same thing with KEXEC_FILE for consistency.
In practice this makes very little difference as kernels with kexec
support are very likely to also include some other feature that already
selects both
From: Arnd Bergmann
The cleanup for the CONFIG_KEXEC Kconfig logic accidentally changed the
'depends on CRYPTO=y' dependency to a plain 'depends on CRYPTO', which
causes a link failure when all the crypto support is in a loadable module
and kexec_file support is built-in:
x86_64-linux-ld: vmlinu
On 13/10/2023 08:36, Athira Rajeev wrote:
> Add rule in new Makefile "tests/Makefile.tests" for running
> shellcheck on shell test scripts. This automates below shellcheck
> into the build.
>
> $ for F in $(find tests/shell/ -perm -o=x -name '*.sh'); do shellcheck
> -S warning $F; done
>
There's a single call to local_flush_tlb_page_psize() in the code
patching code. That call is never executed on 32-bit Book3S,
because it's guarded by mm_patch_enabled() which is essentially a
radix_enabled() check, which is always false on 32s.
However depending on how the optimiser sees things i
On 20.10.23 18:15, David Woodhouse wrote:
From: David Woodhouse
On unplug of a Xen console, xencons_disconnect_backend() unconditionally
calls free_irq() via unbind_from_irqhandler(), causing a warning of
freeing an already-free IRQ:
(qemu) device_del con1
[ 32.050919] [ cut here
Since below commit, address mapping for vmemmap has changed for Radix
MMU, where address mapping is stored in kernel page table itself,
instead of earlier used 'vmemmap_list'.
commit 368a0590d954 ("powerpc/book3s64/vmemmap: switch radix to use
a different vmemmap handling function")
Hence
34 matches
Mail list logo
