search for: sparc32

Boot options which have been obtained in an architecture-specific fashion have to be copied to /arch.cmd in the rootfs. This implements that functionality for sparc32; the code is identical to sparc64 minus the openprom support for obtaining nfsroot options. Signed-off-by: H. Peter Anvin <hpa at zytor.com> --- commit fc8c0c09f9dd5139dd8d797eaf9fe33962b6cd2c tree ee9f637f9b8be2032386ae4097505e8583b960b4 parent c6e5c5a77681f5bf6f9fea55d031115e9f58ada6 auth...

...output error 0xffff, 0x8, -268442800) = 0 time(NULL) = 1047243022 kill(25894, SIGRT_0) = 0 poll([{fd=3, events=POLLIN}], 1, 100) = -1 EINTR (Interrupted system call) +++ killed by SIGKILL +++ kernel is 2.2.20-smp (2.4 unfortunately does not work on sparc32-smp :(( ). any guesses ? is anyone seeing similar problems on other platforms with current cvs (2003-03-09 19:30 utc) or have i run into a sparc-specific problem ? if you need more info, i'll be happy to provide it. best, jörn <p><p> -- If you're happy and you know it, bo...

Hello, I have recompiled a Linux 2.4.18 kernel on my Sparc and I receive some oops when quick disk access are performed. For example : I download some files on a local server with ncftp (-TR directory), and ncftp hangs up (with kernel oops !). I cannot umount the device and I must reboot the station. For information, my sparc is a SparcStation 5 (85 MHz) with 160 Mbytes and 3 SCSI

...5f2675e83abecae05aba5f437d2: vhost/net: length miscalculation (2015-01-07 12:22:00 +0200) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/uaccess_for_upstream for you to fetch changes up to 0795cb1b46e7938ed679ccd48f933e75272b30e3: sparc32: nocheck uaccess coding style tweaks (2015-01-13 15:24:14 +0200) ---------------------------------------------------------------- uaccess: fix sparse warning on get/put_user for bitwise types At the moment, if p and x are both tagged as bitwise types, some of get_user(x, p), put_user(x, p), __get...

...5f2675e83abecae05aba5f437d2: vhost/net: length miscalculation (2015-01-07 12:22:00 +0200) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/uaccess_for_upstream for you to fetch changes up to 0795cb1b46e7938ed679ccd48f933e75272b30e3: sparc32: nocheck uaccess coding style tweaks (2015-01-13 15:24:14 +0200) ---------------------------------------------------------------- uaccess: fix sparse warning on get/put_user for bitwise types At the moment, if p and x are both tagged as bitwise types, some of get_user(x, p), put_user(x, p), __get...

On Thu, Jun 25, 2020 at 01:04:29PM +0300, Dan Carpenter wrote: > On Wed, Jun 24, 2020 at 12:39:24PM -0700, Kees Cook wrote: > > On Wed, Jun 24, 2020 at 07:51:48PM +0300, Dan Carpenter wrote: > > > In Debian testing the initrd triggers the warning. > > > > > > [ 34.529809] process '/usr/bin/fstype' started with executable stack > > > >

...en string_prefix "armv8" a -> 64 + | "hppa" | "parisc" -> 32 + | "hppa64" | "parisc64" -> 64 | "ppc" | "ppc32" -> 32 | a when string_prefix "ppc64" a -> 64 | "sparc" | "sparc32" -> 32 -- 2.10.2

...c-utils[1]. initramfs-tools-core is the only thing with a > dependency on klibc-utils. Only a few things are missing from busybox. > > 2) make the warning rate-limited instead? > > 3) fix the use of trampolines in klibc It only uses trampolines on alpha, m68k, parisc, s390, and sparc32. As of today, the master branch should correctly enable executable stacks on these and only these architecture. I have a development branch that sets sa_restorer and disables executable stacks on alpha, s390, and sparc32: https://git.kernel.org/pub/scm/libs/klibc/klibc.git/log/?h=execstack-fixes...

...4.0K Dec 14 13:16 keymaps 34 Dec 14 13:16 linuxboot.bin -> ../seabios/optionrom/linuxboot.bin 2.3K Nov 29 09:53 mpc8544ds.dtb 34 Dec 14 13:16 multiboot.bin -> ../seabios/optionrom/multiboot.bin 24 Dec 14 13:16 openbios-ppc -> ../openbios/openbios-ppc 28 Dec 14 13:16 openbios-sparc32 -> ../openbios/openbios-sparc32 28 Dec 14 13:16 openbios-sparc64 -> ../openbios/openbios-sparc64 27 Dec 14 13:16 ppc_rom.bin -> ../openhackware/ppc_rom.bin 37 Dec 14 13:16 pxe-e1000.bin -> ../../lib/etherboot/e1000-82540em.rom 26 Dec 14 13:16 pxe-ne2k_isa.bin -> ../../lib...

...4.0K Dec 14 13:16 keymaps 34 Dec 14 13:16 linuxboot.bin -> ../seabios/optionrom/linuxboot.bin 2.3K Nov 29 09:53 mpc8544ds.dtb 34 Dec 14 13:16 multiboot.bin -> ../seabios/optionrom/multiboot.bin 24 Dec 14 13:16 openbios-ppc -> ../openbios/openbios-ppc 28 Dec 14 13:16 openbios-sparc32 -> ../openbios/openbios-sparc32 28 Dec 14 13:16 openbios-sparc64 -> ../openbios/openbios-sparc64 27 Dec 14 13:16 ppc_rom.bin -> ../openhackware/ppc_rom.bin 37 Dec 14 13:16 pxe-e1000.bin -> ../../lib/etherboot/e1000-82540em.rom 26 Dec 14 13:16 pxe-ne2k_isa.bin -> ../../lib...

...nition in fstype. the patch queue contains sync with latest dash, sh4 fix by Debian porters, dprintf usage in ipconfig, kinit and nfsmount instead of buggy DEBUG macro. ipconfig memcpy usage to avoid strict aliasing warnings. Some interesting README's got renamed for easier packaging. Bonus is sparc32 socket test. git pull git://git.debian.org/users/maks/klibc.git maks Aleksey Cheusov (1): [klibc] [BUILD] Fixed build on NetBSD Colin Watson (1): [klibc] fstype: recognise ext4 without journal Dan McGee (2): [klibc] [SHELL] Fixed klibc/klcc build problems [klibc] [SHELL...

...en string_prefix "armv8" a -> 64 - | "hppa" | "parisc" -> 32 - | "hppa64" | "parisc64" -> 64 - | "ppc" | "ppc32" -> 32 - | a when string_prefix "ppc64" a -> 64 - | "sparc" | "sparc32" -> 32 - | "sparc64" -> 64 - | "ia64" -> 64 - | "s390" -> 32 - | "s390x" -> 64 - | "alpha" -> 64 - | a -> - error "missing support for architecture '%s'\nIt may need to be added to superm...

I installed CentOS 7.6 then installed all things QEMU on my machine. I have a SPARC image I need to bringing up in a VM. I've been using *qemu-system-sparc *on a box on which I have Fedora-30 installed. $ qemu-system-sparc -m 256 -hda solaris_v2-qemu_v2.2.0.disk -nographic -bios ./openbios-sparc32 Can I use *qemu-sparc* to bring up my Solaris image: *solaris_v2-qemu_v2.2.0.disk* ? If so, how? It's not apparent and there's almost no info on it. BTW, *qemu-sparc* come with (on CentOS 7.6) when you: $ sudo yum install qemu* *PS> I've tried to install qemu-system-sparc on my...

new klibc sparc build failure against gcc 4.2 ----- Forwarded message from Kilian Krause <kilian at debian.org> ----- Subject: Bug#440721: FTBFS on sparc while linking usr/klibc/libc.so From: Kilian Krause <kilian at debian.org> To: Debian Bug Tracking System <submit at bugs.debian.org> Date: Mon, 03 Sep 2007 23:35:23 +0200 Package: klibc Version: 1.5.6-2 Severity: serious

hello dave, could you have a look at this sparc klibc trouble: ipconfig: eth0: socket(AF_INET): Function not implemented git clone git://git.kernel.org/pub/scm/libs/klibc/klibc.git and review belows proposed fix? thanks maks commit 4d0c11edfdad0493d97466b00e75b33786bab762 Author: jeremy buisson <jeremy.buisson at st-cyr.terre-net.defense.gouv.fr> Date: Wed May 27 08:57:23 2009 +0200

...he patch queue contains sync with latest dash, sh4 fix by Debian porters, > dprintf usage in ipconfig, kinit and nfsmount instead of buggy DEBUG > macro. ipconfig memcpy usage to avoid strict aliasing warnings. > Some interesting README's got renamed for easier packaging. > Bonus is sparc32 socket test. > Pulled this; there seems to be a problem with the new version of dash with job control off. I can't tell if it is just a warning or is a manifest bug. The solution is simple: --- a/usr/dash/jobs.h +++ b/usr/dash/jobs.h @@ -105,5 +105,5 @@ int waitforjob(struct job *); in...

I've looked through the code for sys_mmap2 on several architectures, and it looks like some architectures plays by the "shift is always 12" rule, e.g. SPARC, and some expect userspace to actually obtain the page size, e.g. PowerPC and MIPS. On some architectures, e.g. x86 and ARM, the point is moot since PAGE_SIZE is always 2^12. a. Is this correct, or have I misunderstood

hello hpa, pushed out new patch queue :) It contains the sync with latest dash git, renaming of some README's to ease their packaging, sparc32 socket test and a sh4 fix by Debian porters (numbers of changes is huge, but mostly contained in dash). git pull git://git.debian.org/users/maks/klibc.git maks initramfs-tools seems happy with that version of dash, saw no regression on boot test with it. the series is not fully bisectable, as at...

...nable-klibc-errlist.patch 12-enable-config-klibc-zlib-now-required-to-build-kinit.patch 13-uml-the-klibc-architecture-is-the-underlying-architecture.patch 14-remove-in-kernel-nfsroot-code.patch 15-default-klibcarch--arch.patch 16-sparc64-transmit-arch-specific-options-to-kinit-via-arch-cmd.patch 17-sparc32-transfer-arch-specific-options-to-arch-cmd.patch 18-klibc-inkernel-merge-s390s390x-4.patch The following represent klibc itself: 19-klibc-basic-build-infrastructure.patch 20-core-klibc-code.patch 21-alpha-support-for-klibc.patch 22-arm-support-for-klibc.patch 23-cris-support-for-klibc.patch 24-i3...

...pass sparc64/sparc64-linux-gnu: fail: all tests fail: select, sigint, 2c x86_64/x86_64-linux-gnu: fail: fcntl pass So this doesn't indicate any regressions, but does show some serious problems remaining. I'm not able to test cris, ia64, s390 (32-bit), or sparc32 at all, so I would appreciate any regression testing people can do on those, or indeed more regression testing on the architectures listed above. (As the test script currently only covers static builds, it wouldn't have caught the x86 problems with shared libraries. qemu-user also provides im...