5.1+
Cc: YunQiang Su
Signed-off-by: Aurelien Jarno
---
arch/mips/Makefile| 19 +++
arch/mips/loongson64/Platform | 22 --
2 files changed, 19 insertions(+), 22 deletions(-)
diff --git a/arch/mips/Makefile b/arch/mips/Makefile
index cd4343ede
IG_USB_STORAGE=y
> CONFIG_USB_UAS=y
> +CONFIG_SDHCI=y
I guess this should be CONFIG_MMC_SDHCI=y
> +CONFIG_MMC_SDHCI_PLTFM=y
> +CONFIG_MMC_SDHCI_CADENCE=y
> CONFIG_MMC=y
> CONFIG_MMC_SPI=y
> CONFIG_RTC_CLASS=y
Regards,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
}
>
> + INIT_DATA_SECTION(16)
> +
> /* Start of data section */
> _sdata = .;
> RO_DATA(SECTION_ALIGN)
>
This patch doesn't apply, as tabs have been converted to space
somewhere. After fixing that, the patch applies and I confirm that it
fix
e init_text/data and _text is only for
> freeable.
I have no idea if it is the right thing to do or not, but I can confirm
this fixes the issue.
How should we proceed to get that fixed in time for 5.9? For the older
branches where it has been backported (so far 5.7 and 5.8), should we
just g
init!
exitcode=0x000b
[ 4.770070] SMP: stopping secondary CPUs
[4.771110] ---[ end Kernel panic - not syncing: Attempted to kill init!
exitcode=0x000b ]---
Note that this is with CONFIG_HARDENED_USERCOPY=y
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
_block *nb,
> + unsigned long val, void *data)
> +{
> + struct cpufreq_freqs *freq = data;
> + struct cpumask *cpus = freq->policy->cpus;
^^
The policy member has been added in kernel 5.2, so kernel 4.19.129 and
later do not build anymore when CONFIG_CPU_FREQ=y.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
scussion on the mailing list, I have been trying this
patch on my system for a few days, and it indeed seems more stable. I
just wonder if you should Cc stable@ so that it is backported in older
kernel versions.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
.
>
> Fixes: e33ffc956b08 ("powerpc/vdso32: implement clock_getres entirely")
> Cc: sta...@vger.kernel.org
> Reported-by: Aurelien Jarno
> Signed-off-by: Christophe Leroy
> ---
> arch/powerpc/kernel/vdso32/gettimeofday.S | 6 +++---
> 1 file changed, 3 inser
printf(" errno: %d, %s\n", errno, strerror(errno));
| }
|
| return e;
| }
Without this patch or with -m64, it returns:
| clock_getres returned 0
With this patch with -m32 it returns:
| clock_getres returned -1
| errno: 22, Invalid argument
Regards,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
:47AM +0100, Will Deacon wrote:
> > > > > From: Will Deacon
> > > > >
> > > > > [ Upstream commit 24951465cbd279f60b1fdc2421b3694405bcff42 ]
> > > > >
> > > > > arch/arm/ defines a SIGMINSTKSZ of 2k, so we should use the same valu
in those kernels. Would it be
possible to also get it included?
Thanks,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
with seccomp enabled whitelist the getpid
syscall for their internal processes (e.g. systemd-journald), but call
it through syscall(SYS_getpid). This fix therefore allows O32 big endian
systems with a 64-bit kernel to run recent systemd versions.
Signed-off-by: Aurelien Jarno
Cc: # v3.15
On 2019-01-12 20:07, Aurelien Jarno wrote:
> On 2018-12-06 20:05, Aurelien Jarno wrote:
> > The preadv2 and pwritev2 syscalls are supposed to emulate the readv and
> > writev syscalls when offset == -1. Therefore the compat code should
> > check for offset before calli
On 2018-12-06 20:05, Aurelien Jarno wrote:
> The preadv2 and pwritev2 syscalls are supposed to emulate the readv and
> writev syscalls when offset == -1. Therefore the compat code should
> check for offset before calling do_compat_preadv64 and
> do_compat_pwritev64. This
== -1 is missing in their 64-bit
equivalent.
This patch fixes that, calling do_compat_readv and do_compat_writev when
offset == -1. This fixes the following glibc tests on x32:
- misc/tst-preadvwritev2
- misc/tst-preadvwritev64v2
Cc: Alexander Viro
Cc: H.J. Lu
Signed-off-by: Aurelien Jarno
== -1 is missing in their 64-bit
equivalent.
This patch fixes that, calling do_compat_readv and do_compat_writev when
offset == -1. This fixes the following glibc tests on x32:
- misc/tst-preadvwritev2
- misc/tst-preadvwritev64v2
Cc: Alexander Viro
Cc: H.J. Lu
Signed-off-by: Aurelien Jarno
so-dummy.o as an
executable, which is therefore linked as PIE. Fix that by updating this
specific link rule to also include "-no-pie".
Signed-off-by: Aurelien Jarno <aurel...@aurel32.net>
---
arch/riscv/kernel/vdso/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
so-dummy.o as an
executable, which is therefore linked as PIE. Fix that by updating this
specific link rule to also include "-no-pie".
Signed-off-by: Aurelien Jarno
---
arch/riscv/kernel/vdso/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/riscv/kernel/
to pr_cont. This makes the
code dump readable again.
Signed-off-by: Aurelien Jarno <aurel...@aurel32.net>
---
arch/sh/kernel/disassemble.c | 98 ++--
1 file changed, 49 insertions(+), 49 deletions(-)
diff --git a/arch/sh/kernel/disassemble.c b/arch/sh/
to pr_cont. This makes the
code dump readable again.
Signed-off-by: Aurelien Jarno
---
arch/sh/kernel/disassemble.c | 98 ++--
1 file changed, 49 insertions(+), 49 deletions(-)
diff --git a/arch/sh/kernel/disassemble.c b/arch/sh/kernel/disassemble.c
index
1 file changed, 4 insertions(+)
Both patches fixes building pillow, which otherwise hangs running
"python setup.py build" [1]. The setup code uses the multiprocessing
package, and it hangs in a call to PR_SET_FP_MODE.
You can therefore add for both patches:
Tested-by: Aurelien Jarno &
ing pillow, which otherwise hangs running
"python setup.py build" [1]. The setup code uses the multiprocessing
package, and it hangs in a call to PR_SET_FP_MODE.
You can therefore add for both patches:
Tested-by: Aurelien Jarno
Thanks,
Aurelien
[1]
https://buildd.debian.org/status/fetch
On 2016-02-19 13:05, Paolo Bonzini wrote:
>
>
> On 19/02/2016 12:11, Aurelien Jarno wrote:
> > On 2015-08-29 17:49, Valdis Kletnieks wrote:
> >> Compiler warning:
> >>
> >> CC [M] arch/x86/kvm/emulate.o
> >> arch/x86/kvm/emulate.c: In
On 2016-02-19 13:05, Paolo Bonzini wrote:
>
>
> On 19/02/2016 12:11, Aurelien Jarno wrote:
> > On 2015-08-29 17:49, Valdis Kletnieks wrote:
> >> Compiler warning:
> >>
> >> CC [M] arch/x86/kvm/emulate.o
> >> arch/x86/kvm/emulate.c: In
On 2016-02-19 12:11, Aurelien Jarno wrote:
> On 2015-08-29 17:49, Valdis Kletnieks wrote:
> > Compiler warning:
> >
> > CC [M] arch/x86/kvm/emulate.o
> > arch/x86/kvm/emulate.c: In function "__do_insn_fetch_bytes":
> > arch/x86/kvm/emulate.c:814:9:
On 2016-02-19 12:11, Aurelien Jarno wrote:
> On 2015-08-29 17:49, Valdis Kletnieks wrote:
> > Compiler warning:
> >
> > CC [M] arch/x86/kvm/emulate.o
> > arch/x86/kvm/emulate.c: In function "__do_insn_fetch_bytes":
> > arch/x86/kvm/emulate.c:814:9:
e
*linear should not always be written. This can easily be reproduced by
trying to boot Debian Installer from this ISO:
http://ftp.debian-ports.org/debian-cd/hurd-i386/debian-hurd-2015/debian-hurd-2015-i386-CD-1.iso
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
bad:
> if (addr.seg == VCPU_SREG_SS)
>
Unfortunately this patch broke GNU/Hurd when running under KVM. It fails
to boot almost immediately. I haven't debug it more, but it looks like
*linear should not always be written. This can easily be reproduced by
trying to boot Debian Installer f
load all 3 files and run './bpf_analysis.py'
This patch relies on R2 instructions, and thus the Linux kernel fails to
build when targetting non-R2 CPUs. See for example:
https://buildd.debian.org/status/fetch.php?pkg=linux=mipsel=4.2%7Erc6-1%7Eexp1=143948
--
Aurelien Jarno
relies on R2 instructions, and thus the Linux kernel fails to
build when targetting non-R2 CPUs. See for example:
https://buildd.debian.org/status/fetch.php?pkg=linuxarch=mipselver=4.2%7Erc6-1%7Eexp1stamp=143948
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net
int *
0x80047601 EXT2_IOC_GETVERSION int *
0x40047602 EXT2_IOC_SETVERSION const int *
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To unsubscribe from this list: send the line "unsubscr
ll comment on the same line while staying
within 80 characters so that the issue appears when doing a grep on this
file.
Cc: Alexander Viro
Cc: Christoph Hellwig
Cc: Theodore Ts'o
Cc: linux-fsde...@vger.kernel.org
Signed-off-by: Aurelien Jarno
---
include/uapi/linux/fs.h | 14 ++
1 fi
a small comment on the same line while staying
within 80 characters so that the issue appears when doing a grep on this
file.
Cc: Alexander Viro v...@zeniv.linux.org.uk
Cc: Christoph Hellwig h...@infradead.org
Cc: Theodore Ts'o ty...@mit.edu
Cc: linux-fsde...@vger.kernel.org
Signed-off-by: Aurelien
*
0x80047601 EXT2_IOC_GETVERSION int *
0x40047602 EXT2_IOC_SETVERSION const int *
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
at the beginning of this
header to make it usable alone. This is needed to compile klibc on MIPS.
Signed-off-by: Aurelien Jarno
---
include/uapi/linux/raid/md_p.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/uapi/linux/raid/md_p.h b/include/uapi/linux/raid/md_p.h
index fe1a540
/byteorder.h at the beginning of this
header to make it usable alone. This is needed to compile klibc on MIPS.
Signed-off-by: Aurelien Jarno aurel...@aurel32.net
---
include/uapi/linux/raid/md_p.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/uapi/linux/raid/md_p.h b/include/uapi
Switch the BCM47XX code to the new SPROM data structure now that
the old one has been removed.
Signed-off-by: Aurelien Jarno <[EMAIL PROTECTED]>
---
arch/mips/bcm47xx/setup.c | 12 ++--
arch/mips/bcm47xx/wgt634u.c |2 +-
2 files changed, 7 insertions(+), 7 deletions(-)
Switch the SSB PCI core driver to the new SPROM data structure now that
the old one has been removed.
Signed-off-by: Aurelien Jarno <[EMAIL PROTECTED]>
---
drivers/ssb/driver_pcicore.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/ssb/driver_pcico
On Mon, Feb 18, 2008 at 08:49:44AM +0100, Aurelien Jarno wrote:
> On Sun, Feb 17, 2008 at 10:09:47PM +0200, Adrian Bunk wrote:
> > Commit d3c319f9c8d9ee2c042c60b8a1bbd909dcc42782 causes the following
> > compile error:
> >
> > <-- snip -->
> >
> >
*** [arch/mips/bcm47xx/setup.o] Error 1
>
It has been broken by commit d3c319f9c8d9ee2c042c60b8a1bbd909dcc42782. I
am working on a fix.
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECT
d3c319f9c8d9ee2c042c60b8a1bbd909dcc42782. I
am working on a fix.
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/~aurel32 | www.aurel32.net
--
To unsubscribe from this list: send
On Mon, Feb 18, 2008 at 08:49:44AM +0100, Aurelien Jarno wrote:
On Sun, Feb 17, 2008 at 10:09:47PM +0200, Adrian Bunk wrote:
Commit d3c319f9c8d9ee2c042c60b8a1bbd909dcc42782 causes the following
compile error:
-- snip --
...
CC arch/mips/bcm47xx/setup.o
/home/bunk/linux
Switch the SSB PCI core driver to the new SPROM data structure now that
the old one has been removed.
Signed-off-by: Aurelien Jarno [EMAIL PROTECTED]
---
drivers/ssb/driver_pcicore.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/ssb/driver_pcicore.c b/drivers
Switch the BCM47XX code to the new SPROM data structure now that
the old one has been removed.
Signed-off-by: Aurelien Jarno [EMAIL PROTECTED]
---
arch/mips/bcm47xx/setup.c | 12 ++--
arch/mips/bcm47xx/wgt634u.c |2 +-
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git
his commit:
http://cvs.savannah.nongnu.org/viewvc/qemu/hw/ide.c?root=qemu=1.64=1.65
You can try to apply the attached patch, it reverts this commit and can
be applied to the latest QEMU CVS and to the latest KVM versions.
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian
/ide.c?root=qemur1=1.64r2=1.65
You can try to apply the attached patch, it reverts this commit and can
be applied to the latest QEMU CVS and to the latest KVM versions.
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
Markus Rechberger a écrit :
> On 10/11/07, Aurelien Jarno <[EMAIL PROTECTED]> wrote:
>> Markus Rechberger a écrit :
>>> On 10/11/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
>>>> As such, the old and decrepit em28xx driver seems more useful to people,
&
if someone's interested in that he has to disassemble the firmware).
>
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/~aurel32 | www.aurel32
the firmware).
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/~aurel32 | www.aurel32.net
-
To unsubscribe from this list: send the line unsubscribe
Markus Rechberger a écrit :
On 10/11/07, Aurelien Jarno [EMAIL PROTECTED] wrote:
Markus Rechberger a écrit :
On 10/11/07, Linus Torvalds [EMAIL PROTECTED] wrote:
As such, the old and decrepit em28xx driver seems more useful to people,
since at least it supports the limited set of hardware
was
the already case in 2.6.23-rc2-mm1 but not 2.6.23-rc1-mm2. Is it
something really wanted?
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debi
by: Aurelien Jarno <[EMAIL PROTECTED]>
--- a/include/linux/mm_types.h
+++ b/include/linux/mm_types.h
@@ -10,6 +10,7 @@
#include
#include
#include
+#include
#include
struct address_space;
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer
Jarno [EMAIL PROTECTED]
--- a/include/linux/mm_types.h
+++ b/include/linux/mm_types.h
@@ -10,6 +10,7 @@
#include linux/rbtree.h
#include linux/rwsem.h
#include linux/completion.h
+#include asm/page.h
#include asm/mmu.h
struct address_space;
--
.''`. Aurelien Jarno | GPG: 1024D
in 2.6.23-rc2-mm1 but not 2.6.23-rc1-mm2. Is it
something really wanted?
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/~aurel32 | www.aurel32
The LWS debugging code on parisc is wrongly enabled due to a bug in the
use of the preprocessor directives. This debugging code is not thread
safe and causes problems with a recent glibc on SMP kernels.
Signed-off-by: Aurelien Jarno <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
---
syscall.S
The LWS debugging code on parisc is wrongly enabled due to a bug in the
use of the preprocessor directives. This debugging code is not thread
safe and causes problems with a recent glibc on SMP kernels.
Signed-off-by: Aurelien Jarno [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
---
syscall.S |8
problem. Thanks a lot.
Aurelien
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/~aurel32 | www.aurel32.net
-
To unsubscribe from thi
.
Aurelien
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED]
`-people.debian.org/~aurel32 | www.aurel32.net
-
To unsubscribe from this list: send the line unsubscribe linux
On Wed, Jan 17, 2007 at 12:30:53AM +0100, bert hubert wrote:
> On Tue, Jan 16, 2007 at 10:42:53PM +0100, Aurelien Jarno wrote:
>
> > I have just tried a 2.6.20-rc5 kernel (I previously used a 2.6.19 one),
> > and I have noticed that the IPv6 router advertisement functionali
individual interface configuration).
Using tcpdump, I am seeing the router advertisement messages arriving on
the interface, but they seems to be ignored.
Does somebody have also seen this behaviour?
Bye,
Aurelien
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian
individual interface configuration).
Using tcpdump, I am seeing the router advertisement messages arriving on
the interface, but they seems to be ignored.
Does somebody have also seen this behaviour?
Bye,
Aurelien
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian
On Wed, Jan 17, 2007 at 12:30:53AM +0100, bert hubert wrote:
On Tue, Jan 16, 2007 at 10:42:53PM +0100, Aurelien Jarno wrote:
I have just tried a 2.6.20-rc5 kernel (I previously used a 2.6.19 one),
and I have noticed that the IPv6 router advertisement functionality is
Can you check if rc1
y
>
> Adrian Bunk:
> o drivers/scsi/sata_*: make code static
>
Is there any plan to include the ATA pass thru functionality into the main
kernel tree?
Thanks,
Aurelien
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian GNU/Linux developer | Electrical
Is there any plan to include the ATA pass thru functionality into the main
kernel tree?
Thanks,
Aurelien
--
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian GNU/Linux developer | Electrical Engineer
`. `' [EMAIL PROTECTED] | [EMAIL PROTECTED
and is due to a
wrong comparison. Please find a patch below to fix that.
Bye,
Aurelien
Signed-off-by: Aurelien Jarno <[EMAIL PROTECTED]>
diff -urN linux-2.6.11-rc5.orig/drivers/usb/core/devio.c
linux-2.6.11-rc5/drivers/usb/core/devio.c
--- linux-2.6.11-rc5.orig/drivers/usb/core/devio.c 2005
and is due to a
wrong comparison. Please find a patch below to fix that.
Bye,
Aurelien
Signed-off-by: Aurelien Jarno [EMAIL PROTECTED]
diff -urN linux-2.6.11-rc5.orig/drivers/usb/core/devio.c
linux-2.6.11-rc5/drivers/usb/core/devio.c
--- linux-2.6.11-rc5.orig/drivers/usb/core/devio.c 2005-02-26
: base address not set -
> > upgrade BIOS or use force_addr=0xaddr\n");
>
> ".ko" isn't needed. "Error: " in the first line too.
You're right. So greg, here is the new patch, that fixes that.
Please apply.
Thanks,
Aurelien
Signed-off-by: Aurelien Jarno <
are listed in alphanumerical order (as in the 2.4
driver).
Thanks,
Aurelien
Signed-off-by: Aurelien Jarno <[EMAIL PROTECTED]>
diff -urN linux-2.6.11-rc2-mm2.orig/drivers/i2c/chips/Kconfig
linux-2.6.11-rc2-mm2/drivers/i2c/chips/Kconfig
--- linux-2.6.11-rc2-mm2.orig/drivers/i2c/chips/Kconfi
are listed in alphanumerical order (as in the 2.4
driver).
Thanks,
Aurelien
Signed-off-by: Aurelien Jarno [EMAIL PROTECTED]
diff -urN linux-2.6.11-rc2-mm2.orig/drivers/i2c/chips/Kconfig
linux-2.6.11-rc2-mm2/drivers/i2c/chips/Kconfig
--- linux-2.6.11-rc2-mm2.orig/drivers/i2c/chips/Kconfig 2005-02
=0xaddr\n);
.ko isn't needed. Error: in the first line too.
You're right. So greg, here is the new patch, that fixes that.
Please apply.
Thanks,
Aurelien
Signed-off-by: Aurelien Jarno [EMAIL PROTECTED]
diff -urN linux-2.6.11-rc2-mm2.orig/drivers/i2c/chips/Kconfig
linux-2.6.11-rc2-mm2
70 matches
Mail list logo