[Bug 1469954] [NEW] install fails with Grub install
Public bug reported: Using live mode to install to RAID5 fails. First error brought me to select the volume (there is only one) and still failed to install. ProblemType: Bug DistroRelease: Ubuntu 15.04 Package: ubiquity 2.21.25 ProcVersionSignature: Ubuntu 3.19.0-15.15-generic 3.19.3 Uname: Linux 3.19.0-15-generic x86_64 ApportVersion: 2.17.2-0ubuntu1 Architecture: amd64 CasperVersion: 1.360 Date: Mon Jun 29 23:04:54 2015 InstallCmdLine: file=/cdrom/preseed/ubuntu.seed boot=casper cdrom-detect/try-usb=true noprompt floppy.allowed_drive_mask=0 ignore_uuid initrd=/casper/initrd.lz quiet splash --- BOOT_IMAGE=/casper/vmlinuz.efi LiveMediaBuild: Ubuntu 15.04 Vivid Vervet - Release amd64 (20150422) ProcEnviron: LANGUAGE=en_CA.UTF-8 PATH=(custom, no user) LANG=en_CA.UTF-8 SHELL=/bin/bash SourcePackage: grub-installer UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: grub-installer (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug ubiquity-2.21.25 ubuntu vivid -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1469954 Title: install fails with Grub install To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/1469954/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1167114] Re: Ubuntu Kernel 3.5.0-27 does not boot
Confirmed on a Parallels Ubuntu 12.04 Virtual Machine. linux-image-3.5.0-27-generic:i386 (3.5.0-27.46~precise1) will not boot, whereas 3.5.0-26 is OK. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1167114 Title: Ubuntu Kernel 3.5.0-27 does not boot To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1167114/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 833101] Re: perf uses less at the default pager, but the linux-tools packages have no dependency for it
On Thu, May 10, 2012 at 12:30:52PM -, Avik Sil wrote:
Does this patch look OK?
diff --git a/tools/perf/util/pager.c b/tools/perf/util/pager.c
index 1915de2..d6f23de 100644
--- a/tools/perf/util/pager.c
+++ b/tools/perf/util/pager.c
@@ -57,8 +57,12 @@ void setup_pager(void)
}
if (!pager)
pager = getenv(PAGER);
- if (!pager)
- pager = less;
+ if (!pager) {
+ if (!access(/usr/bin/pager, X_OK))
+ pager = /usr/bin/pager;
+ else
+ pager = less;
To conform to the existing code style, you might want to write the code
as follows:
+ if (!pager) {
+ if (!access(/usr/bin/pager, X_OK))
+ pager = /usr/bin/pager;
+ }
+ if (!pager)
+ pager = less;
Functionally, the code looks OK to me either way.
Cheers
---Dave
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/833101
Title:
perf uses less at the default pager, but the linux-tools packages have
no dependency for it
To manage notifications about this bug go to:
https://bugs.launchpad.net/linaro-ubuntu/+bug/833101/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 833101] Re: perf uses less at the default pager, but the linux-tools packages have no dependency for it
PAGER is for customisation. A package which might not work if PAGER is not set is a broken package. However, the proposed change (http://git.linaro.org/gitweb?p=people/ynk /linux-linaro- tracking.git;a=commit;h=49561d58a14351d136518f25bd686f9a6ca41b69) has some problems. In particular, it will mess up PATH in the environment, because strtok() causes the string it is used on to be modified. Since perf runs other subprocesses, this may lead to problems. Why don't we just use /usr/bin/pager as the default? This is the whole point of the Debian alternatives system. So: If PAGER is set, try use its value. Don't bother to search: it's up to the user to specify sensible preferences. Otherwise, if /usr/bin/pager exists, use that. Otherwise, fall back to the legacy behaviour (i.e., try to run less). This should work just fine for the non-Debian folks. Cheers ---Dave -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/833101 Title: perf uses less at the default pager, but the linux-tools packages have no dependency for it To manage notifications about this bug go to: https://bugs.launchpad.net/linaro-ubuntu/+bug/833101/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 900636] Re: libreoffice ftbfs on armhf
The ARM Procedure Call Standard document on http://infocenter.arm.com/ has details of the VFP variant of the procedure call standard, required for armhf. Simplified, each floating-point argument is allocated first to the VFP registers if there are some available (from s0-s15 / d0-d7), and then to the stack when there are no more VFP argument registers available. Basically, for the armhf case we need: * A separate array to track the values to be passed to the called function in floating-point registers * A separate counter to track which floating-point argument registers have already been allocated * Separate implementations of INSERT_FLOAT() and INSERT_DOUBLE() to allocate to VFP regs and then to the stack (similarly to the way the INSERT_INT*() macros work) * Code to copy the required arguments into the VFP regs when the actual target function is called * Code to handle floating-point return values (float/double returned VFP registers) -- refer to the Procedure Call Standard for exact details) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/900636 Title: libreoffice ftbfs on armhf To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/900636/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 862626] Re: [regression] AACI driver on vexpress never gets loaded on Oneiric
I was unable to merge the following commit automatically, so I omitted it: e8fa516 dmaengine: pl330: Enable module alias autogeneration for AMBA drivers Looking at it now, it should have been a trivial merge, but it seems it was needed for this test. Do you mean wasn't needed? The series includes miscellaneous driver patches to add the necessary module alias tag. If you're missing one, it should just mean that particular driver won't get autoloaded... AFAIK vexpress-v2p-ca9 has no DMA controller (?) Cheers ---Dave -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/862626 Title: [regression] AACI driver on vexpress never gets loaded on Oneiric To manage notifications about this bug go to: https://bugs.launchpad.net/linaro-landing-team-arm/+bug/862626/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 862626] Re: [regression] AACI driver on vexpress never gets loaded on Oneiric
On Wed, Nov 23, 2011 at 10:45 AM, Ryan Harkin 862...@bugs.launchpad.net wrote: On Wed, 2011-11-23 at 10:00 +, Dave Martin wrote: but it seems it was needed for this test. Do you mean wasn't needed? Exactly. Sorry, that was a typo. I didn't need it, and the image built and worked without the patch. OK, thanks for putting my mind at rest :) ---Dave -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/862626 Title: [regression] AACI driver on vexpress never gets loaded on Oneiric To manage notifications about this bug go to: https://bugs.launchpad.net/linaro-landing-team-arm/+bug/862626/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 862626] Re: [regression] AACI driver on vexpress never gets loaded on Oneiric
On Tue, Nov 22, 2011 at 09:28:41AM -, Loïc Minier wrote: Isn't there some autoloading issue to be fixed here rather than a config tweak? I have implemented a proper fix some weeks ago, and I just sent Russell a pull request. If the ARM LT guys want to try it, they could revert the affected config options to =m and testdrive the fix. The pull request is here: https://lkml.org/lkml/2011/11/22/144 Cheers ---Dave -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/862626 Title: [regression] AACI driver on vexpress never gets loaded on Oneiric To manage notifications about this bug go to: https://bugs.launchpad.net/linaro-landing-team-arm/+bug/862626/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 862626] Re: [regression] AACI driver on vexpress never gets loaded on Oneiric
On Tue, Nov 22, 2011 at 4:43 PM, Ryan Harkin 862...@bugs.launchpad.net wrote: I've tested Dave's branch (above) and confirm that the audio works with the drivers configured either as modules. (It also works with the drivers compiled into the kernel). The LT kernel works when build with the drivers are built-in (set to 'y' in .config), but not when configured as modules. When configured as modules, I get the following output at boot time: [...] So, the LT kernel doesn't automatically load the driver modules, as we supposed. Just to clarify, you're saying it _does_ work fully with my branch? What if you pull those patches into the LT tree? Does that work too when the drivers are modules? Cheers ---Dave -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/862626 Title: [regression] AACI driver on vexpress never gets loaded on Oneiric To manage notifications about this bug go to: https://bugs.launchpad.net/linaro-landing-team-arm/+bug/862626/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 801727] Re: ARM: gas fails to set the proper alignment on code sections, causing broken output
On Mon, Oct 17, 2011 at 09:36:21PM -, Brian Murray wrote: Since the firefox bug about this, bug 789198, has set to Fix Released for the firefox and binutils tasks can this bug also be fix released? This fix was released via the merge from Debian in bunutils 2.21.52.20110703-1ubuntu1 (look for PR gas/12931 in gas/config/tc-arm.c) The fix should be present in all packages published so far for precise. Cheers ---Dave -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/801727 Title: ARM: gas fails to set the proper alignment on code sections, causing broken output To manage notifications about this bug go to: https://bugs.launchpad.net/binutils/+bug/801727/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 801727] Re: ARM: gas fails to set the proper alignment on code sections, causing broken output
Note that 2.21.52.20110703-1ubuntu1 was released in oneiric, so this issue should now be fixed in oneiric and precise. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/801727 Title: ARM: gas fails to set the proper alignment on code sections, causing broken output To manage notifications about this bug go to: https://bugs.launchpad.net/binutils/+bug/801727/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 833101] Re: perf uses less at the default pager, but the linux-tools packages have no dependency for it
Still present in linux-linaro-tools-3.0.0-1006 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/833101 Title: perf uses less at the default pager, but the linux-tools packages have no dependency for it To manage notifications about this bug go to: https://bugs.launchpad.net/linux-linaro/+bug/833101/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 862626] Re: AACI driver on vexpress never gets loaded
** Description changed: ... so sound doesn't work unless the snd-aaci module is loaded by hand. - This appears to be a regression in linux-linaro-oneiric compared with linux-linaro-natty + This appears to be a regression at some commit in linux-linaro-oneiric. + At least the head of linux-linaro-natty appears unaffected. Observed in linux-image-3.0.0-1006-linaro-vexpress (3.0.0-1006.8~ppa~natty) For now, it looks like loading of AMBA peripheral drivers may not work usefully. This needs investigation and (probably) a proper fix, which may involve additional udev rules, a change to the uevent data associated with these devices etc. - - In the short term, this can be resolved by building the relevant AMBA drivers into the kernel for vexpress. + In the short term, this can be resolved by building the relevant AMBA + drivers into the kernel for vexpress. All of them seem to be built in already except for the AACI driver. - CONFIG_SND_ARMAACI=y + CONFIG_SND_ARMAACI=y This also appears to require the following also to be built in: - CONFIG_SND=y - CONFIG_SND_TIMER=y - CONFIG_SND_PCM=y - CONFIG_SND_AC97_CODEC=y - CONFIG_SND_ARMAACI=y - CONFIG_SND_SOC_I2C_AND_SPI=y - CONFIG_AC97_BUS=y + CONFIG_SND=y + CONFIG_SND_TIMER=y + CONFIG_SND_PCM=y + CONFIG_SND_AC97_CODEC=y + CONFIG_SND_ARMAACI=y + CONFIG_SND_SOC_I2C_AND_SPI=y + CONFIG_AC97_BUS=y + + + If boards other than vexpress are making use of the ARM AACI driver, they may be affected too. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/862626 Title: AACI driver on vexpress never gets loaded To manage notifications about this bug go to: https://bugs.launchpad.net/linux-linaro/+bug/862626/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 862626] [NEW] AACI driver on vexpress never gets loaded
Public bug reported: ... so sound doesn't work unless the snd-aaci module is loaded by hand. This appears to be a regression at some commit in linux-linaro-oneiric. At least the head of linux-linaro-natty appears unaffected. Observed in linux-image-3.0.0-1006-linaro-vexpress (3.0.0-1006.8~ppa~natty) For now, it looks like loading of AMBA peripheral drivers may not work usefully. This needs investigation and (probably) a proper fix, which may involve additional udev rules, a change to the uevent data associated with these devices etc. In the short term, this can be resolved by building the relevant AMBA drivers into the kernel for vexpress. All of them seem to be built in already except for the AACI driver. CONFIG_SND_ARMAACI=y This also appears to require the following also to be built in: CONFIG_SND=y CONFIG_SND_TIMER=y CONFIG_SND_PCM=y CONFIG_SND_AC97_CODEC=y CONFIG_SND_ARMAACI=y CONFIG_SND_SOC_I2C_AND_SPI=y CONFIG_AC97_BUS=y If boards other than vexpress are making use of the ARM AACI driver, they may be affected too. ** Affects: linux-linaro Importance: Undecided Status: New ** Affects: linux-linaro (Ubuntu) Importance: Undecided Status: New ** Also affects: linux-linaro (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/862626 Title: AACI driver on vexpress never gets loaded To manage notifications about this bug go to: https://bugs.launchpad.net/linux-linaro/+bug/862626/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 862626] Re: AACI driver on vexpress never gets loaded on vexpress
** Summary changed: - AACI driver on vexpress never gets loaded + AACI driver on vexpress never gets loaded on vexpress -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/862626 Title: AACI driver on vexpress never gets loaded on vexpress To manage notifications about this bug go to: https://bugs.launchpad.net/linux-linaro/+bug/862626/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 833101] Re: perf uses less at the default pager, but the linux-tools packages have no dependency for it
This issue only affects lightweight images which (coincidentally) don't have apport. I believe this problem should be self-explanatory, even without additional logs. ** Changed in: linux (Ubuntu) Status: Incomplete = Confirmed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/833101 Title: perf uses less at the default pager, but the linux-tools packages have no dependency for it To manage notifications about this bug go to: https://bugs.launchpad.net/linux-linaro/+bug/833101/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 833101] [NEW] perf uses less at the default pager, but the linux-tools packages have no dependency for it
Public bug reported: $ perf list sh: less: not found This only affects minimal installs which don't have less installed. Observed in: * linux-tools-2.6.38-11 (2.6.38-11.48) in the Ubuntu archive, running under natty (11.04) * linux-linaro-tools-3.0.0-1004 (3.0.0-1004.5~ppa~natty) from the linaro overlay PPA, from the 11.08 release. The issue probably affects all packages containing the perf tool. This could be fixed: a) in linux (preferably upstream), by changing perf's default pager to more if less is absent b) in debian/ubuntu, by changing perf's default pager to /usr/bin/pager or more c) in debian/ubuntu by allowing util-linux to provide /usr/bin/less as an alternative using more. d) in linux-meta by adding Depends: less (if believed to be acceptable) ** Affects: linux-linaro Importance: Undecided Status: New ** Affects: linux (Ubuntu) Importance: Undecided Status: Incomplete ** Affects: linux-linaro (Ubuntu) Importance: Undecided Status: New ** Affects: linux-meta (Ubuntu) Importance: Undecided Status: New ** Also affects: linux (Ubuntu) Importance: Undecided Status: New ** Also affects: linux-linaro (Ubuntu) Importance: Undecided Status: New ** Also affects: linux-linaro Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/833101 Title: perf uses less at the default pager, but the linux-tools packages have no dependency for it To manage notifications about this bug go to: https://bugs.launchpad.net/linux-linaro/+bug/833101/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 833101] Re: perf uses less at the default pager, but the linux-tools packages have no dependency for it
** Summary changed: - perf uses less at the default pager, but the linux-tools packages have dependency for it + perf uses less at the default pager, but the linux-tools packages have no dependency for it -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/833101 Title: perf uses less at the default pager, but the linux-tools packages have no dependency for it To manage notifications about this bug go to: https://bugs.launchpad.net/linux-linaro/+bug/833101/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 673820] Re: Ethernet dies during large file transfers on vexpress
On Tue, Aug 23, 2011 at 10:29 AM, Paweł Moll pawel.m...@arm.com wrote: The lock up was caused by SMSC RX FIFO underruns caused by maginal timing issue between SMSC and USB host controller. The hack is enforcing additional wait cycle between accesses. Unfortunately it affects all peripherals, thus the performance penalty. Comments! and/or proper symbolic names for those magic numbers would be good for a final patch, of course :) Do you believe the patch is a fix for this particular issue, or will it just reduce the probability (and hence frequency) of problems? Note that in either case the smsc911x driver is still believed to have problems of its own, like incorrect FIFO skipping on bad packets, and some SMP safety issues. Cheers ---Dave -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/673820 Title: Ethernet dies during large file transfers on vexpress To manage notifications about this bug go to: https://bugs.launchpad.net/linux-linaro/+bug/673820/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 810402] Re: all native ocaml programs segfault on armel
$ arm-linux-gnueabi-objdump -dr arm.o [...] 012c caml_start_program: 12c: e59fc138ldr ip, [pc, #312] ; 26c caml_ml_array_bound_error [...] 188: e1a0e00fmov lr, pc 18c: e12fff1cbx ip [...] 26c: R_ARM_ABS32caml_program I don't see anything wrong there. What is caml_program actually fixed up to during the link? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/810402 Title: all native ocaml programs segfault on armel To manage notifications about this bug go to: https://bugs.launchpad.net/binutils-linaro/+bug/810402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 810402] Re: all native ocaml programs segfault on armel
It looks like ARM code is being executed as Thumb. The .s file assembled as ARM because that's always the default if there are no .thumb directives and no -mthumb command-line option. (It would need some minor changes to work in Thumb anyway). However, the CPSR value when we segfault indicates that the processor is executing in Thumb state ((cpsr 0x20) == 0x20) We end up in the wrong state because the call originating from caml_main() in the linked program calls caml_start_program with a bl instruction, so there is no switch from Thumb to ARM. As a result, we execute garbage at caml_start_program. This may indicate a bug in the linker, but since none of the symbols in the startup .s file are marked as function symbols, it might be that the linker isn't absolutely required to perform the correct fixup in this case. Can you try adding a .type function name, %function directive for each function in the startup .s file? If assembling and linking the resulting object results in a working program, this suggests that the linker is sensitive to the symbol type when doing branch fixups. If so, we can work around it my adding all the required .type directives for code symbols in ocaml, but we should still raise the issue as a possible linker bug. (gdb) r Starting program: /mnt/a.out Program received signal SIGSEGV, Segmentation fault. 0x00014f94 in caml_start_program () (gdb) i r r0 0x0 0 r1 0x0 0 r2 0xb8d7 47319 r3 0x0 0 r4 0xbefff9c4 3204446660 r5 0x4 4 r6 0xbefff8c4 3204446404 r7 0x0 0 r8 0x0 0 r9 0x0 0 r100x4001e000 1073864704 r110x0 0 r120x400b98c1 1074501825 sp 0xbefff748 0xbefff748 lr 0x153b1 86961 pc 0x14f94 0x14f94 caml_start_program cpsr 0x4030 1073741872 (gdb) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/810402 Title: all native ocaml programs segfault on armel To manage notifications about this bug go to: https://bugs.launchpad.net/binutils-linaro/+bug/810402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 810402] Re: all native ocaml programs segfault on armel
Just for completeness, here's what happens if I manually switch back to ARM when we hit caml_start_program: # gdb --args /mnt/a.out GNU gdb (Ubuntu/Linaro 7.2-1ubuntu11) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as arm-linux-gnueabi. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /mnt/a.out...(no debugging symbols found)...done. (gdb) set arm force-mode thumb (gdb) b *0x14f94 Breakpoint 1 at 0x14f94 (gdb) r Starting program: /mnt/a.out Breakpoint 1, 0x00014f94 in caml_start_program () (gdb) disable 1 (gdb) set arm force-mode auto (gdb) set $cpsr = ~0x20 (gdb) c Continuing. Program exited normally. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/810402 Title: all native ocaml programs segfault on armel To manage notifications about this bug go to: https://bugs.launchpad.net/binutils-linaro/+bug/810402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 810402] Re: all native ocaml programs segfault on armel
Without actually reading the spec myself, I think I agree. So, the .type directives are required and should be added in ocaml -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/810402 Title: all native ocaml programs segfault on armel To manage notifications about this bug go to: https://bugs.launchpad.net/binutils-linaro/+bug/810402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 814674] Re: NEON is not enabled for vexpress in linux-linaro-natty
** Also affects: linux-linaro Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/814674 Title: NEON is not enabled for vexpress in linux-linaro-natty To manage notifications about this bug go to: https://bugs.launchpad.net/linux-linaro/+bug/814674/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 814674] [NEW] NEON is not enabled for vexpress in linux-linaro-natty
Public bug reported:
This seems to apply to all versions of the linux linaro-natty tree, up
to and including Linux-linaro-2.6.38-1003.4
(Specifically, I'm referring to git://git.linaro.org/ubuntu/linux-
linaro-natty.git)
linux$ find debian.linaro -name config\* -exec grep NEON {} +
debian.linaro/config/armel/config.flavour.linaro-u8500:CONFIG_NEON=y
debian.linaro/config/armel/config.flavour.linaro-s5pv310:CONFIG_NEON=y
debian.linaro/config/armel/config.flavour.linaro-omap:CONFIG_NEON=y
debian.linaro/config/armel/config.flavour.linaro-mx51:CONFIG_NEON=y
debian.linaro/config/armel/config.flavour.linaro-vexpress:# CONFIG_NEON is not
set
We could either make CONFIG_NEON global (in
debian.linaro/config/config.common.ubuntu, as is done for the linux-
linaro-oneiric tree) or add it specifically for vexpress, unless there
is any specific reason not to enable it. I'm not aware of any reason
why it shouldn't be enabled.
** Affects: linux-linaro-vexpress (Ubuntu)
Importance: Undecided
Status: New
** Tags: armel
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/814674
Title:
NEON is not enabled for vexpress in linux-linaro-natty
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux-linaro-vexpress/+bug/814674/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 801727]
On Wed, Jun 29, 2011 at 5:33 PM, nickc at redhat dot com sourceware-bugzi...@sourceware.org wrote: http://sourceware.org/bugzilla/show_bug.cgi?id=12931 Nick Clifton nickc at redhat dot com changed: What |Removed |Added Status|NEW |RESOLVED CC| |nickc at redhat dot com Resolution| |FIXED --- Comment #4 from Nick Clifton nickc at redhat dot com 2011-06-29 16:33:44 UTC --- Hi Dave, Thanks for reporting this problem and providing a patch to fix it too. I think that 2 byte alignment should be fine for thumb-code-containing sections, but if someone does come up with a scenario where this assumption does not work then we can always fix the assembler again. That seems reasonable -- I think the proposed fix should be a useful interim step, since it's pretty simple and makes the situation no worse. Did the patch look sensible to you? I'm no gas hacker... Cheers ---Dave -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/801727 Title: ARM: gas fails to set the proper alignment on code sections, causing broken output To manage notifications about this bug go to: https://bugs.launchpad.net/binutils/+bug/801727/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 789198]
On Wed, Jun 29, 2011 at 5:33 PM, nickc at redhat dot com sourceware-bugzi...@sourceware.org wrote: http://sourceware.org/bugzilla/show_bug.cgi?id=12931 Nick Clifton nickc at redhat dot com changed: What |Removed |Added Status|NEW |RESOLVED CC| |nickc at redhat dot com Resolution| |FIXED --- Comment #4 from Nick Clifton nickc at redhat dot com 2011-06-29 16:33:44 UTC --- Hi Dave, Thanks for reporting this problem and providing a patch to fix it too. I think that 2 byte alignment should be fine for thumb-code-containing sections, but if someone does come up with a scenario where this assumption does not work then we can always fix the assembler again. That seems reasonable -- I think the proposed fix should be a useful interim step, since it's pretty simple and makes the situation no worse. Did the patch look sensible to you? I'm no gas hacker... Cheers ---Dave -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/789198 Title: Firefox crashes when attempting to play webm video on ARM with Thumb2 enabled To manage notifications about this bug go to: https://bugs.launchpad.net/binutils/+bug/789198/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 789198] Fwd: [Bug gas/12931] ARM: gas fails to set the proper alignment on code sections, causing broken output
See the following commit in binutils trunk. If this is causing problems in other places, it could be worth considering for backport into the linaro tools. Cheers ---Dave http://sourceware.org/bugzilla/show_bug.cgi?id=12931 --- Comment #3 from cvs-commit at gcc dot gnu.org cvs-commit at gcc dot gnu.org 2011-06-29 16:29:43 UTC --- CVSROOT: /cvs/src Module name: src Changes by: ni...@sourceware.org 2011-06-29 16:29:38 Modified files: gas : ChangeLog gas/config : tc-arm.c Log message: PR gas/12931 * config/tc-arm.c (mapping_state): When changing to ARM or THUMB state set the minimum required alignment of the section. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/ChangeLog.diff?cvsroot=srcr1=1.4527r2=1.4528 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/config/tc-arm.c.diff?cvsroot=srcr1=1.495r2=1.496 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/789198 Title: Firefox crashes when attempting to play webm video on ARM with Thumb2 enabled To manage notifications about this bug go to: https://bugs.launchpad.net/binutils/+bug/789198/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 789198] Re: Firefox crashes when attempting to play webm video on ARM with Thumb2 enabled
On Wed, Jun 29, 2011 at 12:05:55PM -, Ricardo Salveti wrote: He's probably talking about https://bugzilla.mozilla.org/show_bug.cgi?id=623161 I guess that could be caused by the same issue... -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/789198 Title: Firefox crashes when attempting to play webm video on ARM with Thumb2 enabled To manage notifications about this bug go to: https://bugs.launchpad.net/binutils/+bug/789198/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 801727]
Created attachment 5824 possible fix The attached patch hooks into mapping_state() to mark the alignment requirement on the current output section whenever we start emitting instructions. It might be safer to make the alignment 4 for Thumb code as well as ARM code; the current patch gives Thumb code an alignment of 2 bytes, based on the principles that (a) this makes the current situation no worse, and (b) all realistic situations where a Thumb code section requires 4-byte alignment will involve an explicit .align or literal pool somewhere, so we don't need to worry. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/801727 Title: ARM: gas fails to set the proper alignment on code sections, causing broken output To manage notifications about this bug go to: https://bugs.launchpad.net/binutils/+bug/801727/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 789198]
Created attachment 5824 possible fix The attached patch hooks into mapping_state() to mark the alignment requirement on the current output section whenever we start emitting instructions. It might be safer to make the alignment 4 for Thumb code as well as ARM code; the current patch gives Thumb code an alignment of 2 bytes, based on the principles that (a) this makes the current situation no worse, and (b) all realistic situations where a Thumb code section requires 4-byte alignment will involve an explicit .align or literal pool somewhere, so we don't need to worry. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/789198 Title: Firefox crashes when attempting to play webm video on ARM with Thumb2 enabled To manage notifications about this bug go to: https://bugs.launchpad.net/binutils/+bug/789198/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 673820] Re: Ethernet dies during large file transfers on vexpress
On Tue, Jun 28, 2011 at 04:05:57PM -, Ulrich Weigand wrote: I'm running into this issue with failing network connections on vexpress while trying to run the GDB testsuite in remote mode ... Has there been any progress on this bug in the meantime? I don't believe so. Taking the network down and bringing it up again gets things working again, and it's possible to automate this with a simple script. That won't work for all uses though. AFAIK, the underlying cause remains a problem with the smsc911x network driver but unfortunately I think that nobody has identified or fixed it. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/673820 Title: Ethernet dies during large file transfers on vexpress To manage notifications about this bug go to: https://bugs.launchpad.net/linux-linaro/+bug/673820/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 789198]
On Mon, Jun 27, 2011 at 04:01:26PM -, Tterribe-o wrote: After discussion with upstream, we've produced https://review.webmproject.org/2568 I haven't had a chance to test that patch yet, but it looks reasonable. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/789198 Title: Firefox crashes when attempting to play webm video on ARM with Thumb2 enabled To manage notifications about this bug go to: https://bugs.launchpad.net/binutils/+bug/789198/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 789198]
On Tue, Jun 28, 2011 at 10:58:06PM -, Siarhei-siamashka wrote: Interesting. The same .text section alignment issue may be responsible for the SIGILL part of the problems from bug 623161 Can you check the bug number? That one doesn't look relevant... https://bugs.launchpad.net/dhis2/+bug/623161 DHIS 2 - District Health Information Software - translation error in databrowser module ---Dave -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/789198 Title: Firefox crashes when attempting to play webm video on ARM with Thumb2 enabled To manage notifications about this bug go to: https://bugs.launchpad.net/binutils/+bug/789198/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 789198] Re: Firefox crashes when attempting to play webm video on ARM with Thumb2 enabled
It would be interesting to try building the assembler code in Thumb since that would also fix this problem, but the code isn't 100% ready yet. There are some bits that are not Thumb-ready (e.g., MOV pc, lr instead of BX lr), and because the assembler is invoked separately, .thumb, .syntax unified and .type symblol, %function directives would be needed to make that work. Could be worth feeding comments upstream (in addition to the workaround I posted earlier). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/789198 Title: Firefox crashes when attempting to play webm video on ARM with Thumb2 enabled To manage notifications about this bug go to: https://bugs.launchpad.net/binutils/+bug/789198/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 789198] Re: Firefox crashes when attempting to play webm video on ARM with Thumb2 enabled
** Bug watch added: Sourceware.org Bugzilla #12931 http://sourceware.org/bugzilla/show_bug.cgi?id=12931 ** Also affects: binutils via http://sourceware.org/bugzilla/show_bug.cgi?id=12931 Importance: Unknown Status: Unknown -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/789198 Title: Firefox crashes when attempting to play webm video on ARM with Thumb2 enabled To manage notifications about this bug go to: https://bugs.launchpad.net/binutils/+bug/789198/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 789198] Re: Firefox crashes when attempting to play webm video on ARM with Thumb2 enabled
It looks like the underlying cause may be a bug in gas, which causes the
wrong alignment to be set for code sections -- upstream binutils bug
raised and cross-referenced from this bug.
When building firefox for Thumb, .text contains a mixture of Thumb code
and ARM code (the ARM code comes from the */arm/*.asm files). The ARM
code sections don't declare an appropriate alignment requirement in the
objects output from the assembler, and end up in the final link aligned
on an odd halfword offset.
Disassembling /usr/lib/firefox-5.0/libxul.so shows the boundary between
compiler-generated Thumb code and the hand-written ARM assembler, with
the ARM instructions on an invalid, non-word-aligned offset:
61e6f2: 9201str r2, [sp, #4]
61e6f4: 6a5aldr r2, [r3, #36] ; 0x24
61e6f6: 695bldr r3, [r3, #20]
61e6f8: f42f efd0 blx 24e69c _init+0x5da4
61e6fc: bd0epop {r1, r2, r3, pc}
0061e6fe vp8_decode_mb_tokens_v6:
61e6fe: e92d4ff0push{r4, r5, r6, r7, r8, r9, sl, fp, lr}
61e702: e24dd040sub sp, sp, #64 ; 0x40
61e706: e1a07001mov r7, r1
61e70a: e1a09000mov r9, r0
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/789198
Title:
Firefox crashes when attempting to play webm video on ARM with Thumb2
enabled
To manage notifications about this bug go to:
https://bugs.launchpad.net/binutils/+bug/789198/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 789198] Re: Firefox crashes when attempting to play webm video on ARM with Thumb2 enabled
** Patch added: Untested potential workaround, which forces an explicit .align directive in the assembler input https://bugs.launchpad.net/binutils/+bug/789198/+attachment/2180676/+files/firefox-build-workaround.diff -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/789198 Title: Firefox crashes when attempting to play webm video on ARM with Thumb2 enabled To manage notifications about this bug go to: https://bugs.launchpad.net/binutils/+bug/789198/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 801727] [NEW] ARM: gas fails to set the proper alignment on code sections, causing broken output
Public bug reported: Placeholder for upstream bug. This bug is breaking firefox-5.0 in Ubuntu: see cross-references from this bug. ** Affects: binutils Importance: Unknown Status: Unknown ** Affects: binutils (Ubuntu) Importance: Undecided Status: New ** Affects: firefox (Ubuntu) Importance: Undecided Status: New ** Tags: armel ** Bug watch added: Sourceware.org Bugzilla #12931 http://sourceware.org/bugzilla/show_bug.cgi?id=12931 ** Also affects: binutils via http://sourceware.org/bugzilla/show_bug.cgi?id=12931 Importance: Unknown Status: Unknown ** Also affects: firefox (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/801727 Title: ARM: gas fails to set the proper alignment on code sections, causing broken output To manage notifications about this bug go to: https://bugs.launchpad.net/binutils/+bug/801727/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 801727] Re: ARM: gas fails to set the proper alignment on code sections, causing broken output
The firefox bug in Launchpad is here: https://bugs.launchpad.net/binutils/+bug/789198 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/801727 Title: ARM: gas fails to set the proper alignment on code sections, causing broken output To manage notifications about this bug go to: https://bugs.launchpad.net/binutils/+bug/801727/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 789198] Re: Firefox crashes when attempting to play webm video on ARM with Thumb2 enabled
** Also affects: binutils (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/789198 Title: Firefox crashes when attempting to play webm video on ARM with Thumb2 enabled To manage notifications about this bug go to: https://bugs.launchpad.net/binutils/+bug/789198/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 798315] [NEW] Unsafe type-punning causes alignment faults on armel
Public bug reported: Binary package hint: gtk-sharp2 An attempted string comparison optimisation in the generated glue code in gtk-sharp2 casts strings to 64-bit integer pointers and tries to dereference them, violating the alignment requirements for type-casts specified by ISO C. The affected code is the HAS_PREFIX() macro generated from generator/GenerationInfo.cs On armel, 64-bit integer types must be 64-bit aligned, and the compiler is allowed to assume this when generating code which dereferences 64-bit pointers. The resulting alignment faults are trapped by the kernel and the affected instructions are silently emulated, but this may cost thousands of cycles per affected instruction in userspace. Possible fixes include: * Implement HAS_PREFIX() in a safe, ISO-compliant way using memcmp() (tested; this works) * Implement HAS_PREFIX() using pointers to a packed structure type containing a 64-bit integer instead of pointers to a bare 64-bit integer type * Write inline assembler for ARM which uses LDR instructions to load the data to be compared. These can natively do unaligned access, whereas the 64-bit LDRD instructions the compiler currently generates cannot. * Arrange for the strings compared always to have the appropriate alignment (may be difficult?) To reproduce: Enable logging of alignment faults: # echo 3 /proc/cpu/alignment $ banshee [...] $ dmesg [...] [ 150.543599] Alignment trap: banshee (2630) PC=0x2de45438 Instr=0xe9d04500 Add ress=0x00636319 FSR 0x001 [ 150.543636] Alignment trap: banshee (2630) PC=0x2de45438 Instr=0xe9d04500 Add ress=0x006362ee FSR 0x001 [ 150.56] Alignment trap: banshee (2630) PC=0x2de45438 Instr=0xe9d04500 Add ress=0x00834177 FSR 0x001 [ 150.544472] Alignment trap: banshee (2630) PC=0x2de45438 Instr=0xe9d04500 Add ress=0x00834081 FSR 0x001 [ 150.544495] Alignment trap: banshee (2630) PC=0x2de45438 Instr=0xe9d04500 Add ress=0x00833faa FSR 0x001 Version info: The bug was observed in natty, but it is believed to affect other versions too. $ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description:Ubuntu 11.04 Release:11.04 Codename: natty $ apt-cache policy libgtk2.0-cil w3m http://releaseslibgtk2.0-cil: Installed: 2.12.10-1ubuntu1 Candidate: 2.12.10-1ubuntu1 Version table: *** 2.12.10-1ubuntu1 0 990 http://ports.ubuntu.com/ubuntu-ports/ natty/main armel Packages 100 /var/lib/dpkg/status 2.12.10-1 0 500 http://ports.ubuntu.com/ubuntu-ports/ maverick/main armel Packages $ apt-cache policy banshee banshee: Installed: 2.0.0-2ubuntu1 Candidate: 2.0.0-2ubuntu1 Version table: *** 2.0.0-2ubuntu1 0 990 http://ports.ubuntu.com/ubuntu-ports/ natty/main armel Packages 100 /var/lib/dpkg/status 1.8.1-0ubuntu1 0 500 http://ports.ubuntu.com/ubuntu-ports/ maverick-updates/universe armel Packages 1.7.6-0ubuntu1 0 500 http://ports.ubuntu.com/ubuntu-ports/ maverick/universe armel Packages ** Affects: gtk-sharp2 (Ubuntu) Importance: Undecided Status: New ** Tags: armel -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/798315 Title: Unsafe type-punning causes alignment faults on armel To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gtk-sharp2/+bug/798315/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 725126] Re: gas may assemble b to locally-defined, preemptible global symbol as b.n
Apologies for the delay. I can confirm that binutils-arm-linux-gnueabi/natty (2.21.0.20110327-2ubuntu2cross1.62) does indeed fix the problem. I'll try rebuilding the linaro kernel without the workaround in place and see if it works; if so, we may be able to remove that workaround from the affected kernel builds. ...however, the problem is over-fixed: now, gas resolves _all_ branches to using 32-bit branches, which is suboptimal. That's suboptimality rather than breakage, though; I might raise that issue separately, but this particular bug is fixed. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/725126 Title: gas may assemble b to locally-defined, preemptible global symbol as b.n To manage notifications about this bug go to: https://bugs.launchpad.net/binutils/+bug/725126/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 725126] Re: gas may assemble b to locally-defined, preemptible global symbol as b.n
Please ignore my last post -- I was inadvertantly testing a local, patched version of gas instead of the packaged one. The bug is *not* fixed in the natty released version of the tools. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/725126 Title: gas may assemble b to locally-defined, preemptible global symbol as b.n To manage notifications about this bug go to: https://bugs.launchpad.net/binutils/+bug/725126/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 707047] Re: panda : half ram missing
If we don't feel happy turning CONFIG_HIGHMEM on, could we use CONFIG_VMSPLIT_2G instead? This allows Linux to map and use all of the physical RAM, though it does reduce the virtual address space available to user processes to 2G. This gives me something more like: [0.00] Memory: 472MB 480MB = 952MB total [0.00] Memory: 950428k/950428k available, 57188k reserved, 0K highmem (note that this isn't exactly the current Linaro kernel config; with CONFIG_VMSPLIT_3G I had about 7xk of memory available to Linux) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/707047 Title: panda : half ram missing -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 771805] Re: [armel] ltrace hangs
I don't know whether this is the cause of the problem, but ltrace makes (incorrect) use of the PTRACE_SINGLESTEP ptrace() call. Support for this ptrace call has been removed from the kernel as of v2.6.38-rc4, since it had few users, was already substantially broken for ARM and didn't support Thumb code at all. If ltrace is still implicitly relying on this ptrace call working, it needs porting. Cheers ---Dave -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/771805 Title: [armel] ltrace hangs -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 771805] Re: [armel] ltrace hangs
For the kernel change, see http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=425fc47adb5bb69f76285be77a09a3341a30799e -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/771805 Title: [armel] ltrace hangs -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 673820] Re: Ethernet dies during large file transfers on vexpress
We should raise this with the relevant upstream developer(s). The general feeling seems to be that this is almost certainly a driver issue. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/673820 Title: Ethernet dies during large file transfers on vexpress -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 725126] Re: gas may assemble b to locally-defined, preemptible global symbol as b.n
This bug is now resolved upstream -- see the bugzilla link. I recommend that this gets pulled/backported into the linaro toolchain, since we currently have to disable some optimisations when building the Linux kernel in Thumb-2 to work around this bug. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/725126 Title: gas may assemble b to locally-defined, preemptible global symbol as b.n -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 490371] Re: Atomic operations not safe for ARMv7, Thumb-2 and multicore
The upstream commit looks at least semi-sane -- it looks like the memory
barrier stuff is merged in lp:ubuntu/qt4-x11, is my understanding
correct?
I also generally agree with upstream's view that they don't want to port
to the GCC primitives: since Qt already has a pretty decent atomics API,
and since the GCC atomics are crude by comparison, it probably doesn't
make sense to re-port Qt to the GCC atomics for the sake of it,
providing the code works.
I'm uncertain whether some of the Ordered primitives really are
ordered though:
Compare:
src/corelib/arch/qatomic_armv6.h:429:
inline bool QBasicAtomicInt::testAndSetOrdered(int expectedValue, int newValue)
{
Q_DATA_MEMORY_BARRIER;
bool returnValue = testAndSetRelaxed(expectedValue, newValue);
Q_COMPILER_MEMORY_BARRIER;
return returnValue;
}
src/corelib/arch/qatomic_armv6.h:495:
template typename T
Q_INLINE_TEMPLATE bool QBasicAtomicPointerT::testAndSetOrdered(T
*expectedValue, T *newValue)
{
Q_DATA_MEMORY_BARRIER;
bool returnValue = testAndSetAcquire(expectedValue, newValue);
Q_COMPILER_MEMORY_BARRIER;
return returnValue;
}
In QBasicAtomicInt::testAndSetOrdered(int,int), I can't see why we don't
need Q_DATA_MEMORY_BARRIER after calling testAndSetRelaxed(); or
otherwise why we don't need to call testAndSetAcquire() to get that
barrier implicitly (as is done for
QBasicAtomicPointerT::testAndSetOrdered(T *,T *)).
--
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to qt4-x11 in Ubuntu.
https://bugs.launchpad.net/bugs/490371
Title:
Atomic operations not safe for ARMv7,Thumb-2 and multicore
--
kubuntu-bugs mailing list
kubuntu-b...@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
[Bug 523293] Re: Cache incoherency may corrupt code pages read from filesystems on USB or PIO mass storage
It seems that a number of upstream changes in linux-2.6.37 fix this issue. So I guess it's historical. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/523293 Title: Cache incoherency may corrupt code pages read from filesystems on USB or PIO mass storage -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 720055] Re: Unhandled fault: imprecise external abort (0x1406) at 0x2ada61a8
A similar-looking bug has started to sting me when building with certain combinations of config options, particularly CONFIG_THUMB2_KERNEL. A good way to debug this kind of thing is to build a uniprocessor kernel with all caches (including any external L2) disabled -- this makes the memory system behave in a much less asynchronous way, so you have a chance that the abort will be received close to the code which provokes it. (For reasons to do with SMP memory sharing, an SMP kernel may not work properly with caches turned off, so it's best not to try that.) In the end, I tracked it down to the following lines in drivers/video/omap2/dss/dss.c : 117 #ifdef CONFIG_OMAP2_DSS_SDI 118 SR(SDI_CONTROL); 119 SR(PLL_CONTROL); 120 #endif After turning all the caching whizziness back on again, a kernel with those likes commented out still works, with no abort. This is unlikely to be an acceptable fix, but it could be useful clue for someone who knows about the hardware. If anyone else who can currently reproduce the bug can see whether the same fix works, that would be useful. Kernel version: commit b51b2a814959d76e69f1a1ea9ab3a7190afbf2f3 from git://git.linaro.org/kernel/linux-linaro-2.6.38.git master My config: see next attachment ** Attachment added: kernel log showing the scary imprecise abort https://bugs.launchpad.net/linux-linaro/+bug/720055/+attachment/1885618/+files/panda.log -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/720055 Title: Unhandled fault: imprecise external abort (0x1406) at 0x2ada61a8 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 720055] Re: Unhandled fault: imprecise external abort (0x1406) at 0x2ada61a8
** Attachment added: config (closely based on the packaged natty kernel for omap) https://bugs.launchpad.net/linux-linaro/+bug/720055/+attachment/1885621/+files/.config -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/720055 Title: Unhandled fault: imprecise external abort (0x1406) at 0x2ada61a8 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 725126] Re: gas may assemble b to locally-defined, preemptible global symbol as b.n
Any further interaction should go to sourceware bugzilla http://sourceware.org/bugzilla/show_bug.cgi?id=12532 ** Bug watch added: Sourceware.org Bugzilla #12532 http://sourceware.org/bugzilla/show_bug.cgi?id=12532 ** Also affects: binutils via http://sourceware.org/bugzilla/show_bug.cgi?id=12532 Importance: Unknown Status: Unknown -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/725126 Title: gas may assemble b to locally-defined, preemptible global symbol as b.n -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 725126] Re: gas may assemble b to locally-defined, preemptible global symbol as b.n
** Changed in: cortex-strings Status: New = Invalid ** Also affects: binutils-linaro Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/725126 Title: gas may assemble b to locally-defined, preemptible global symbol as b.n -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 725126] Re: gas may assemble b to locally-defined, preemptible global symbol as b.n
** Attachment added: sample disassembly and relocation info https://bugs.launchpad.net/cortex-strings/+bug/725126/+attachment/1871164/+files/log.txt ** Description changed: There's no result that R_ARM_THM_JUMP11 relocation can be resolved correctly if the symbol gets preempted. The problem seems to strike when the compiler optimises a sibling call to b label, for which the assembler generates a b.n. As a side-effect of the presence of this relocation, Thumb-2 kernel modules may fail to load, since the kernel doesn't support fixing up this relocation. I believe the kernel doesn't do any symbol preemption processing when loading modules -- if so, the relocation is actually redundant. But there's no way for the kernel to detect at module load time that the relocation can safely be ignored. In kernel builds, about 1 out every 6 modules suffers from this problem. It's not clear to me whether the method used by the kernel to link .ko objects is wrong or not. + + It seems that either the tools should support symbol preemption in this + scenario (implying that a short branch is not adequate to guarantee that + preemption will work -- i.e., a gas bug) or not (in this case the fixup + should be done locally and there should presumably be no relocation -- + i.e., a different gas bug). + + It appears that passing -fno-optimize-sibling-calls to GCC can work + around the problem by avoiding the generation of local branches to + global symbols, but this is clearly not the correct fix. ** Also affects: binutils (Ubuntu) Importance: Undecided Status: New ** Also affects: armel-cross-toolchain-base (Ubuntu) Importance: Undecided Status: New ** Description changed: - There's no result that R_ARM_THM_JUMP11 relocation can be resolved + There's no guarantee that R_ARM_THM_JUMP11 relocation can be resolved correctly if the symbol gets preempted. + + Observed in binutils-arm-linux-gnueabi 2.20.51.20100908-0ubuntu2cross1.52. + Observed on binutils trunk on 2011-02-25. The problem seems to strike when the compiler optimises a sibling call to b label, for which the assembler generates a b.n. As a side-effect of the presence of this relocation, Thumb-2 kernel modules may fail to load, since the kernel doesn't support fixing up this relocation. I believe the kernel doesn't do any symbol preemption processing when loading modules -- if so, the relocation is actually redundant. But there's no way for the kernel to detect at module load time that the relocation can safely be ignored. In kernel builds, about 1 out every 6 modules suffers from this problem. It's not clear to me whether the method used by the kernel to link .ko objects is wrong or not. It seems that either the tools should support symbol preemption in this scenario (implying that a short branch is not adequate to guarantee that preemption will work -- i.e., a gas bug) or not (in this case the fixup should be done locally and there should presumably be no relocation -- i.e., a different gas bug). It appears that passing -fno-optimize-sibling-calls to GCC can work around the problem by avoiding the generation of local branches to global symbols, but this is clearly not the correct fix. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/725126 Title: gas may assemble b to locally-defined, preemptible global symbol as b.n -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 635199] Re: [armel] the ./H5detect test segfaults when built for armv7
Maybe this bug can be closed, but in that case some bug should be kept open for tracking purposes -- the build-time test done by H5detect still appears wrong by design, and this probably needs to be addressed at some point. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/635199 Title: [armel] the ./H5detect test segfaults when built for armv7 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 635199] Re: [armel] the ./H5detect test segfaults when built for armv7
I still think it would be reasonable to hard-code the results for float alignment requirements on ARM. On all ARM floating-point architecture versions, float and double must be size-aligned. I don't think there has ever been any exception to this rule, nor is any exception likely in the forseeable future IIUC. If the alignment requirements are relaxed someday, the hard-coded results may be suboptimal, but the package should still work. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/635199 Title: [armel] the ./H5detect test segfaults when built for armv7 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 635199] Re: [armel] the ./H5detect test segfaults when built for armv7
What is the kernel on the buildds? If it is = 2.6.36, the fix to generate SIGBUS for alignment faults will be present in the kernel. If the buildds are all = 2.6.36, this may solve the problem. If some are older, we might randomly get build problems when the package gets rebuilt. However, as discussed on IRC, it may be fundamentally incorrect to detect this kind of thing at build time, unless you're only going to run the resulting binaries on the same platform used to build them... -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/635199 Title: [armel] the ./H5detect test segfaults when built for armv7 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 635199] Re: [armel] the ./H5detect test segfaults when built for armv7
There's also the problem that deferencing a float * or double * pointer
won't necessarily generate an alignment fault.
This won't:
main () {
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/635199
Title:
[armel] the ./H5detect test segfaults when built for armv7
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 635199] Re: [armel] the ./H5detect test segfaults when built for armv7
(argh, hit post by accident)
This probably won't generate a fault, because only integer accesses are
done to the target pointer in the generated code:
main () {
printf(%f\n, *(double *)((char *)main + 2));
}
This probably will (but it depends on compiler options, and on what code
the compiler actually generates):
main () {
printf(%f\n, *(double *)((char *)main + 2) + *(double *)((char *)main +
6));
}
If the compiler loads the operands straight to VFP registers (needed
because an actual floating-point computation is done), the above code
will generate a SIGBUS. If the compiler loads the operands to integer
registers first and then transfers them to the FPU, the code won't
generate a SIGBUS. Optimisation can affect the result too. In my
experiments, -O0 generally means that SIGBUS doesn't happen, since in
this case floating-point operands are usually loaded to integer
registers before being transferred to FPU registers.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/635199
Title:
[armel] the ./H5detect test segfaults when built for armv7
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 608775] Re: tools/perf: Symbol loading problems in perf report
Note: the patch http://lkml.org/lkml/2010/8/12/127 isn't merged yet, but I need to rework this upstream. It's not a top priority, so it may take a while. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/608775 Title: tools/perf: Symbol loading problems in perf report -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 691074] Re: update-initramfs trigger should *not* unconditionally run flash-kernel
@maximilian Fair enough -- in that case this may just be an issue with flash-kernel itself or the way it's getting configured. I guess in this case it's not a problem in initramfs-tools. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/691074 Title: update-initramfs trigger should *not* unconditionally run flash-kernel -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 691074] [NEW] update-initramfs trigger should *not* unconditionally run flash-kernel
Public bug reported: Binary package hint: initramfs-tools Observed in initramfs-tools 0.98.1ubuntu6 Observed in flash-kernel 2.28ubuntu10 Platform: vexpress (armel) flash-kernel should do nothing if /etc/flash-kernel.conf doesn't exist? (this may either be a regression, or a platform-specific problem) initramfs-tools should not even attempt to update the bootloader's initrd image (and so probably shouldn't invoke flash-kernel at all) unless /etc/kernel-img.conf says so (with do_initrd = Yes) Of course, in a normal installation, both configuration files will exist. But for test platforms, and in some other situations, we want to avoid gratuitous flash rewrites. ** Affects: flash-kernel (Ubuntu) Importance: Undecided Status: New ** Affects: initramfs-tools (Ubuntu) Importance: Undecided Status: New ** Tags: armel ** Also affects: flash-kernel (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/691074 Title: update-initramfs trigger should *not* unconditionally run flash-kernel -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 683683] Re: run-init on omap3, omap4 in natty dies if busybox is built with -marm
I don't have the right filesystem in front of me to debug, but this recipe should work for debugging PID 1 with gdb (assuming you have a platform already set up with a populated root filesystem etc.): Connect a keyboard and monitor before booting. Boot with rdinit=/bin/sh console=appropriate serial console device mkdir /proc /sys /mnt mount -ntproc proc /proc mount -ntsysfs sysfs /sys mknod -m0666 /dev/null c 1 3 udevd --daemon # wait a moment udevadm trigger # wait a moment ps kill pid of parent udevd process mount -oro -text4 /dev/mmcblk0p2 /mnt LD_LIBRARY_PATH=/mnt/lib:/mnt/usr/lib:/lib; export LD_LIBRARY_PATH for x in 9 10 11 12; do /mnt/usr/bin/setsid /mnt/bin/bash /dev/tty$x /dev/tty$x 21 done # now you have some usable ttys # on one of them, type: /mnt/usr/bin/gdb attach 1 tcatch exec continue # one the console, type exec /init # /bin/sh should get exec'd as PID 1, and gdb will stop it # you'll probably have to load the relevant debug symbols manually etc. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/683683 Title: run-init on omap3, omap4 in natty dies if busybox is built with -marm -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 683683] Re: run-init on omap3, omap4 in natty dies if busybox is built with -marm
@ogra, there is a bug open on klibc -- the one I referenced above: https://bugs.launchpad.net/ubuntu/+source/klibc/+bug/527720 Does it need to be prodded? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/683683 Title: run-init on omap3, omap4 in natty dies if busybox is built with -marm -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 683683] Re: run-init on omap3, omap4 in natty dies if busybox is built with -marm
@michael - rdinit=/bin/sh is highly use for initramfs debugging too if you're not aware -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/683683 Title: run-init on omap3, omap4 in natty dies if busybox is built with -marm -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 683683] Re: run-init on omap3, omap4 in natty dies if busybox is built with -marm
klibc has some outstanding ARM/Thumb interworking issues ... can someone please apply the patch from this bug: https://bugs.launchpad.net/ubuntu/+source/klibc/+bug/527720 (thumb2 porting issues identified: klibc uses mov.*pc) ... and see if it makes any difference? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/683683 Title: run-init on omap3, omap4 in natty dies if busybox is built with -marm -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 675347] Re: volatile int causes inline assembly build failure
I notice that _q_value is referenced twice in the constraints. Can we get rid of the reference causing the problem, i.e.: asm volatile(0:\n ldrex %[newValue], [%[_q_value]]\n sub %[newValue], %[newValue], #1\n strex %[result], %[newValue], [%[_q_value]]\n teq %[result], #0\n bne 0b\n : [newValue] =r (newValue), [result] =r (result), : [_q_value] r (_q_value) : cc, memory); My understanding is that the memory clobber is enough to warn the compiler that that _q_value might be modified ... though I'm not a tool expert so I could be wrong there. Alternatively, remove both constraints and just use Q instead. If we're actually using the constraint in instructions, m is wrong because we can't handle pre/post increment/decrement addressing, and no offset is allowed in ARM so o wouldn't be correct either: asm volatile(0:\n ldrex %[newValue], %[_q_value]\n sub %[newValue], %[newValue], #1\n strex %[result], %[newValue], %[_q_value]\n teq %[result], #0\n bne 0b\n : [newValue] =r (newValue), [_q_value] +Q (_q_value), [result] =r (result), :: cc, memory); I don't have a suitable toolchain to test this with right now, though... can someone else see if it makes any difference? -- volatile int causes inline assembly build failure https://bugs.launchpad.net/bugs/675347 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 675347] Re: volatile int causes inline assembly build failure
@Julian My 2c: since ISO C says volatile bitfields are wrong, then if any code needs -fno-strict-volatile-bitfields to build, then either that code is wrong (which is not obviously true in this case--- but if is it true I would like to understand how so we can avoid it), or ... the compiler is wrong. Am I being too naive? Cheers ---Dave -- volatile int causes inline assembly build failure https://bugs.launchpad.net/bugs/675347 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 673085] Re: Qt/KDE fails to build on ARM without implicit-it=thumb
Note that Michael's patch isn't suitable for upstream as-is. IT instructions are not accepted by the assembler when building for ARM, so the proposed change will provoke build failures for upstream. (At least, they are only accepted in unified assembler syntax mode, which is not the default for ARM in GNU-land, and probably never will be) The suggestion in the thread http://lists.linaro.org/pipermail/linaro- toolchain/2010-July/35.html isn't ideal, but it's a bit more portable. -- Qt/KDE fails to build on ARM without implicit-it=thumb https://bugs.launchpad.net/bugs/673085 You received this bug notification because you are a member of Kubuntu Bugs, which is subscribed to qt4-x11 in ubuntu. -- kubuntu-bugs mailing list kubuntu-b...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
[Bug 653021] Re: Mouse's left button stops working.
Is it possible that this bug is the same as 636311? Do you use any of the special keys on your keyboard when you watch videos etc? -- Mouse's left button stops working. https://bugs.launchpad.net/bugs/653021 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 664431] Re: QT on armel is built with NEON by default
@Richard, Are QT_HAVE_IWMMXT and QT_HAVE_NEON mutually exclusive? Currently, if QT_HAVE_IWMMXT _or_ QT_HAVE_NEON is set to 1, this causes both features to be suppressed, which may not be what is desired if both extensions can be enabled in a general-purpose bulid. Maybe something like this: int features = 0; int features_mask = 0; #ifdef QT_HAVE_IWMMXT if(qgetenv(QT_NO_IWMXXT).toInt() != 0) features_mask |= HWCAP_NEON; #endif #ifdef QT_HAVE_NEON if(qgetenv(QT_NO_NEON).toInt() != 0) features_mask |= HWCAP_NEON; #endif #if defined(Q_OS_LINUX) /* features = result of querying /proc/self/auxv */ #endif return features ~features_mask; -- QT on armel is built with NEON by default https://bugs.launchpad.net/bugs/664431 You received this bug notification because you are a member of Kubuntu Bugs, which is subscribed to qt4-x11 in ubuntu. -- kubuntu-bugs mailing list kubuntu-b...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
[Bug 669301] Re: After upgrade to 10.10 rhythmbox no longer minimises to system tray and prevents mouse buttons from working
*** This bug is a duplicate of bug 636311 *** https://bugs.launchpad.net/bugs/636311 Did some digging. The correct duplicate bug is #636311. I have updated the details. ** This bug is no longer a duplicate of bug 658590 Rhythmbox will not minimize to sound-indicator if music is not playing ** This bug has been marked a duplicate of bug 636311 Keyboard special keys interfere with mouse * You can subscribe to bug 636311 by following this link: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/636311/+subscribe -- After upgrade to 10.10 rhythmbox no longer minimises to system tray and prevents mouse buttons from working https://bugs.launchpad.net/bugs/669301 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 669301] Re: After upgrade to 10.10 rhythmbox no longer minimises to system tray and prevents mouse buttons from working
*** This bug is a duplicate of bug 658590 *** https://bugs.launchpad.net/bugs/658590 Actually, I don't think this is a duplicate. The other bug (658950) is related to the change in the way rhythmbox minimises. If you look at my comments I am fine with that part (once I found out where to look for it) but the real problem is that when running minimised, Rhythmbox still seems to swallow left mouse clicks and prevent me from using the left mouse button. This behaviour is not documented in 658950. It may well be a duplicate of another bug but not 658950. -- After upgrade to 10.10 rhythmbox no longer minimises to system tray and prevents mouse buttons from working https://bugs.launchpad.net/bugs/669301 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 669301] [NEW] After upgrade to 10.10 rhythmbox no longer minimises to system tray and prevents mouse buttons from working
Public bug reported: Binary package hint: rhythmbox After upgrading to 10.10, closing rhythmbox no longer causes it to minimise to the tray. It is still playing but there is no notification anywhere. While in this state the left mouse button stops responding. The cursor moves but clicking the left button anywhere has no effect. Keyboard is unaffected. Icons will highlight when the cursor is over them and tooltips work but left mouse clicks will not work. All I can guess is that somewhere rhythmbox is still capturing all the left mouse click events. This only seems to occur after I have closed rhythmbox to try to minimise to the tray. If I just leave it open it seems to work fine. Once in this state, killing rhythmbox does not bring the mouse back (ctrl-alt-f1 to bring up the console and the kill command) . I have to reboot. ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: rhythmbox 0.13.1-0ubuntu5 ProcVersionSignature: Ubuntu 2.6.35-22.35-generic 2.6.35.4 Uname: Linux 2.6.35-22-generic x86_64 Architecture: amd64 Date: Mon Nov 1 14:12:51 2010 ExecutablePath: /usr/bin/rhythmbox InstallationMedia: Ubuntu 10.04 LTS Lucid Lynx - Release amd64 (20100429) ProcEnviron: LANG=en_AU.utf8 SHELL=/bin/bash SourcePackage: rhythmbox ** Affects: rhythmbox (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug maverick -- After upgrade to 10.10 rhythmbox no longer minimises to system tray and prevents mouse buttons from working https://bugs.launchpad.net/bugs/669301 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 669301] Re: After upgrade to 10.10 rhythmbox no longer minimises to system tray and prevents mouse buttons from working
-- After upgrade to 10.10 rhythmbox no longer minimises to system tray and prevents mouse buttons from working https://bugs.launchpad.net/bugs/669301 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 669301] Re: After upgrade to 10.10 rhythmbox no longer minimises to system tray and prevents mouse buttons from working
OK. I found out that rhythmbox is now inside the sound menu. Nevertheless, hit the play button (in the main gui or in the sound menu) and that's the last left click I can make. After that the left button becomes totally unresponsive. I just discovered that unplugging and re-plugging the mouse brings it back. At least I don't need to reboot. -- After upgrade to 10.10 rhythmbox no longer minimises to system tray and prevents mouse buttons from working https://bugs.launchpad.net/bugs/669301 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 652221] Re: Headless on beagle, beagle XM, does not boot into tty
openvt: vt 1 is in use; command aborted use `openvt -f' to force. The weird thing about this is that getty does no check on VT_GETSTATE, so it will happily let run multiple gettys on the same tty. ... os openvt looks a bit overzealous. tty1 only counts as used because it is assigned to the console inside the kernel ... which is probably a bad reason for refusing to run something on a vt. So this may a bizarre special case which happens if you try to use openvt with tty1 - nothing process appears to have tty1 open if you look with ls -l /proc/*/fd/ | grep 'tty\|console' Re the upstart problems, it seems bizarre to start getty in tty1 and then kill it and run something else. I expect that upstart jobs of like the below weren't really part of the original thinking... start on started x exec stop x Wouldn't it make more sense to have a linaro modification to the upstart package, which removes of modified the tty1 job? Cheers ---Dave -- Headless on beagle, beagle XM, does not boot into tty https://bugs.launchpad.net/bugs/652221 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 652221] Re: Headless on beagle, beagle XM, does not boot into tty
Interesting to note that kbd/src/deallocvt.c contains this:
} else if (num == 1) {
fprintf(stderr,
_(%s: VT 1 is the console and cannot be deallocated\n),
progname);
exit(1);
}
This is decided in userspace without asking the kernel, suggesting that
someone, somewhere believed tty1 really is a special case.
--
Headless on beagle, beagle XM, does not boot into tty
https://bugs.launchpad.net/bugs/652221
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 652221] Re: Headless on beagle, beagle XM, does not boot into tty
(Also, please excuse the illiteracy of the previous two posts ...) -- Headless on beagle, beagle XM, does not boot into tty https://bugs.launchpad.net/bugs/652221 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 378990] Re: gpartedbin and Xorg starve mkfs of CPU time.
I don't have a full Ubuntu filesystem in front of me right now, but running on a maverick/xfce-based linaro fs, I still observe some slowdown. By default, mkfs.ext4 (for example) runs at +19 nice while gparted is making an ext4 filesystem on my SD card. Building the filesystem typically takes approximately 26 seconds in this configuration. renicing to -19 or SCHED_FIFO, building the filesystem is quicker - about 21 seconds (which is close to the time taken to run mkfs.ext4 directly.) The progress bar animation style has changed since I originally reported the bug (or xfce differs from the default gnome theme on this) - with xfce I now get a short bar sliding back and forth, instead of a full- width animated bar. This may affect the gparted/Xorg CPU load. The performance delta will vary between devices depending on memory bandwidth and bus contention etc. In my case, I don't seem to get the same amount of slowdown which I remember observing previously in Jaunty... but it's not the same software or hardware in this case. I suggest that mkfs should not be run at positive nice on any platform - do you know what is causing this? Cheers ---Dave -- gpartedbin and Xorg starve mkfs of CPU time. https://bugs.launchpad.net/bugs/378990 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 655796] [NEW] enhancement request: enable libnewt when building linux-tools
Public bug reported: libnewt gives a nice interactive console UI for browsing results when using the perf tools. Can we turn this on? ** Affects: linux-linaro Importance: Undecided Status: New ** Affects: linux-meta (Ubuntu) Importance: Undecided Status: New ** Also affects: linux-linaro Importance: Undecided Status: New -- enhancement request: enable libnewt when building linux-tools https://bugs.launchpad.net/bugs/655796 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 635199] Re: [armel] the ./H5detect test segfaults when built for armv7
Hard-coding the alignment detection result for certain types on arm also works --- this allows hdf5 to be built for armv7+vfpv3, and seems reasonable since the alignment requirements for those types are common across all arm architecture versions. Note that if we care about this package working on older kernels, we need to care about all the 64-bit integer types as well as floats, since some kernels (at least, = 2.6.28) don't emulate LDRD/STRD in Thumb-2. Shouldn't be an issue for maverick though, and shouldn't matter at all if the kernel is eventually fixed to generate SIGBUS. -- [armel] the ./H5detect test segfaults when built for armv7 https://bugs.launchpad.net/bugs/635199 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 644206] Re: update-grub should not automatically configure booting from removable devices?
Indeed... removable isn't necessarily a well-defined concept. If I knowingly use a USB HDD for the rootfs, it is removable? [discuss] However, if a _new_, previously unknown bootable target appears, this means: * it happened by accident or malice, * the administrator did it on purpose and almost certainly Knows What They're Doing, or * bus renumbering / device renaming etc. happened (do we need to worry about this possibility?) Some options might be: * during automated upgrades, do not change the set of boot targets: but we can and remove kernels seen in the standard distro locations, and can update the boot configuration for existing targets generally: since the installer or admin already signed off on each target being trusted to boot the system. * when manually running update-grub at least print a warning, and possibly require the user to explicitly say yes to something before adding a new boot target or something which looks fishy or unintentional * ...or even, require the admin to edit the grub config manually for this and don't attempt to automate addition and removal of weird devices. Since only experienced users will be affected anyway, this may be reasonable (bad assumption?) For this kind of case, I'd tend to expect to have to edit the grub config at least once... but maybe I'm too old-school. -- update-grub should not automatically configure booting from removable devices? https://bugs.launchpad.net/bugs/644206 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 644206] [NEW] update-grub should not automatically configure booting from removable devices?
*** This bug is a security vulnerability *** Public security bug reported: Binary package hint: grub2 Affected: 1.98+20100804-4ubuntu6 $ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description:Ubuntu maverick (development branch) Release:10.10 Codename: maverick Totally by coincidence, I ran apt-get upgrade with a random card in a card reader. The card had a maverick chroot on it (for a foreign architecture, so totally unbootable...) Look what happens: # update-grub Generating grub.cfg ... Found linux image: /boot/vmlinuz-2.6.35-22-generic Found initrd image: /boot/initrd.img-2.6.35-22-generic Found memtest86+ image: /boot/memtest86+.bin Found memtest86+ multiboot image: /boot/memtest86+_multiboot.bin Found Ubuntu maverick (development branch) (10.10) on /dev/sdg2 done # cat /sys/block/sdg/removable 1 Even more surprising, when I rebooted, grub popped up a boot menu giving me a chance to boot that removable device (which happened to be still plugged in). I would question whether a removable device should be magically added to the boot device list when running update-grub. For automated upgrades, magically adding random devices which aren't part of the installation to the boot list seems undesirable/unuseful at best. At worst, it's a security hole, though probably not very practical to exploit - there are ways an attacker could trick a naive user into setting up a removable device with a poisoned image and then triggering (or simply waiting for) a package update. I don't know whether there's an easy way to cause the new device to be the default, but it might be possible--- I'll leave others to judge. ** Affects: grub2 (Ubuntu) Importance: Undecided Status: New ** Visibility changed to: Public -- update-grub should not automatically configure booting from removable devices? https://bugs.launchpad.net/bugs/644206 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 600359] Re: ureadahead generating oom messages during boot.
It seems to me that ureadahead should absolutely not be run on a system with only 128 mb of ram and probably not 256 either Should ureadahead compare the amount of data it will try to load with the RAM size? Hard-coding a threshold like 128MB or 256MB seems like a bad idea, because this won't be robust against future changes to the footprint of the base system. -- ureadahead generating oom messages during boot. https://bugs.launchpad.net/bugs/600359 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 643623] [NEW] Should ubuntu-keyring include the debug archive key?
Public bug reported: Binary package hint: ubuntu-keyring Currently there doesn't seem to be a good way for developers who haven't been to many keysignings to establish trust in the Ubuntu Debug Symbol Archive Automatic Signing Key (428D7C01) SIgning this key with with Ubuntu Archive Automatic Signing Key (or equivalent) and/or including the Ubuntu Debug Symbol Archive Automatic Signing Key in ubuntu-keyring could help to solve this problem. ** Affects: ubuntu-keyring (Ubuntu) Importance: Undecided Status: New -- Should ubuntu-keyring include the debug archive key? https://bugs.launchpad.net/bugs/643623 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 587632] Re: Sound very distorted on armel
@sam Great news--- thanks for testing! -- Sound very distorted on armel https://bugs.launchpad.net/bugs/587632 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 636977] Re: gcl currently not built on armel, needed as a build-dependency
Do we have a list of packages reverted to -marm, or a standard tag? I sounds like we ought to review over them at some point. -- gcl currently not built on armel, needed as a build-dependency https://bugs.launchpad.net/bugs/636977 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 587632] Re: Sound very distorted on armel
I've been taking a closer look at the MAD_F_MLN code, and I think I've identified some faulty register usage --- currently investigating a fix and will feed back soon. -- Sound very distorted on armel https://bugs.launchpad.net/bugs/587632 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 635388] Re: armel build failure (sync primitives)
So long as the implementation of the atomics in libatomic-ops is correct, I don't see a strong need to change it. My view is that people shouldn't roll their own atomics implementations unnecessarily, but it's OK to use a library for it, so long as the library is correct. The actual build failure here looks more like an issue with the exported headers from libatomic-ops than an issue with the _implementation_ of the operations -- is this a correct conclusion? -- armel build failure (sync primitives) https://bugs.launchpad.net/bugs/635388 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 635388] Re: armel build failure (sync primitives)
Note: I spotted a minor error in the inline asm for AO_nop_full(). The register argument to the MCR instruction is mistakenly listed as an output constraint. This probably means that the register will contain garbage instead of the required value 0. (This is unlikely to be causing actual problems at present; on all processor implementations I know of, the processor ignores the value in the register... but strictly speaking it should be 0 for future compatiblity.) ** Patch added: inline asm for for data memory barrier on arm https://bugs.launchpad.net/ubuntu/+bug/635388/+attachment/1588444/+files/libatomic-ops-dmb-fix.diff -- armel build failure (sync primitives) https://bugs.launchpad.net/bugs/635388 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 587632] Re: Sound very distorted on armel
Can someone with a working setup test this branch? lp:~dave-martin-arm/ubuntu/maverick/libmad/fix-thumb2-MAD_F_MLN I found a probable error on the Thumb-2 specific code--- I think this ought to fix it. ** Branch linked: lp:~dave-martin-arm/ubuntu/maverick/libmad/fix- thumb2-MAD_F_MLN -- Sound very distorted on armel https://bugs.launchpad.net/bugs/587632 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 525154] Re: mountall for /var races with rpc.statd
Hmmm, that suggests there are two or three problems here: 1) upstart cannot correctly identify when it is safe to start certain jobs 2) rpc.statd may not fail cleanly if launched in an unsafe system state (maybe) 3) mountall doesn't always respond to SIGUSR1 (maybe) I'm not observing (2) -- but I'm not running a real server, so my observations may be simplistic. Are you in a position to debug what's going on with statd? For (3), it's a long shot, but this might be related to an old known issue affecting responsiveness to signals which I observed in the libnih code, but never observed at runtime - see https://bugs.launchpad.net/ubuntu/+source/libnih/+bug/518921. AFAICT from the code, this issue still potentially exists. @David: It would be interesting if you could try my fix for this to see if it makes any difference for you. (You can download updated libnih and mountall packages from my PPA https://launchpad.net/~dave-martin- arm/+archive/ppa, assuming they've finished building.) Using start on filesystem and ... seems to give me a working statd in that clients don't hang, but I guess since you have NFS mounts in fstab this won't work in your case. With the default start condition, I get no statd running at all, but can manually do start statd and that works too. I don't seem to end up with the half-working state you saw in this configuration. -- mountall for /var races with rpc.statd https://bugs.launchpad.net/bugs/525154 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 587632] Re: Sound very distorted on armel
Hi there, Can someone with a working audio setup test this branch? https://code.launchpad.net/~dave-martin-arm/ubuntu/lucid/libmad/hack-use-arm-for-MAD_F_MLN (use bzr branch lp:~dave-martin-arm/ubuntu/lucid/libmad/hack-use-arm-for-MAD_F_MLN) This uses the old ARM code for MAD_F_MLN, temporarily switching to ARM around it. This isn't proposed as a fix, but if it solves the problem then this means the bug is in the Thumb-2 specific code for that macro. Cheers ---Dave -- Sound very distorted on armel https://bugs.launchpad.net/bugs/587632 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 377564] Re: Color palette : Bad choice !
This issue is still present in maverick beta: gnome-terminal: Installed: 2.31.91-0ubuntu1 -- Color palette : Bad choice ! https://bugs.launchpad.net/bugs/377564 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 377564] Re: Color palette : Bad choice !
Additional note here: It appears that for all the actual predefined colour schemes, black is black. Black isn't black however for the default colour scheme set up when a new user account is created. To observe, remove ~/.gconf/apps/gnome-terminal, log out and in again. -- Color palette : Bad choice ! https://bugs.launchpad.net/bugs/377564 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 525154] Re: mountall for /var races with rpc.statd
particularly @Scott, @Steve
Since I've now hit this bug again, I had another read over the bug
thread...
Here are some thoughts... which may be substantially wrong, but hey.
There feels like a disconnect here between the true preconditions for some
jobs, and the kind of preconditions specifyable for upstart jobs in general.
A fundamental problem, if I understand the situation correctly, is that
we have cases where the events (things happening dynamically during
boot) are not adequate to determine whether/when upstart should consider
a job startable, at least at the level of the simple boolean
combinations etc. that upstart currently understands.
The startability of some jobs depends on other factors (in this case,
static system configuration which the administrator expects to customise
--- the fstab). If upstart is conservative and waits until _everything_
is mounted, we will fail in some cases, for example when there are NFS
mounts in fstab. Alternatively, if upstart is aggressive and tries to
start the statd job as soon as it is _probably_ startable, then it might
fail to start, and there's not much we can do about it -- that seems to
be the current behaviour.
This is a problem because upstart doesn't currently have any sensible
metholodogy for retrying failed jobs. So, we either need a way to retry
jobs at sensible times, or we would need a more expressive way to
determine when jobs should be started.
Conservative approach
==
The conservative approach would be this approximation (which seems work for
me):
start on (filesystem and (started portmap or mounting TYPE=nfs))
...because filesystem really does mean the whole FHS tree has been
mounted, and that the contents of /var are real (not just a stub
mountpoint). This won't work for anyone who uses NFS for a mountpoint
within the FHS (even if it's not /var and not otherwise needed for
launching statd) and probably won't work if an NFS filesystem is listed
in /etc/fstab (?) - but shouldn't cause extra problems when using
nfsroot since the kernel's internal statd is used in that case (I
think?)
Better approach?
==
Ideally, we could write something like:
start on (mounted-final MOUNTPOINT=/var) and (started portmap or
mounting TYPE=nfs)
Where mounted-final MOUNTPOINT=path means that all necessary mounts
have been done to populate path with its real FHS contents, and the
boot process won't mount anything else on top.
This could be implemented in a practical way in mountall if we don't
attempt to make it universal--- i.e., we don't ensure that it works for
every possible path, but we do make it work for top-level directories
defined by the FHS. To emit these events, mountall's must parse the
whole fstab and then act appropriately on each mount:
* When path is mounted:
* emit mounted MOUNTPOINT=path
* for d in {each FHS top-level dir}:
if no explicit mount for d or a parent of d in fstab:
emit mounted MOUNTPOINT=d
General approach
==
The above feels a bit messy and fragile, and doesn't solve the general
problem of configuration-dependent job start preconditions. So, it might
be better to implement outside mountall, by extending upstart with some
extra flexibility for job start conditions. For example:
start on $eval(mounted-final /var) and (started portmap or mounting
TYPE=nfs)
...where $eval(command arguments) is some magic new upstart event
expression syntax which runs an arbitrary command or script and uses its
output as part of the event expression. [I'm not suggesting exactly
that syntax of course -- I admit it's pretty hideous ;P]
In our case, mounted-final path is some widget which returns the
event expression mounted MOUNTPOINT=x, where x is the deepest path
listed in fstab that is a parent of, or is equal to, path. This is
pretty easy to script up. So it really depends on whether upstart
can/should be extended to support this kind of thing.
Retry approach
==
Finally, it might be interesting to consider whether it makes sense to define
specific retry conditions for jobs. This makes allows us to do better at
retries than dumb polling. I don't remember exactly the pattern-matching
capabilities for event key values, but I can imagine something like:
retry on (mounted MOUNTPOINT=/var) or (mounted MOUNTPOINT=/var/*)
retry on (mounted MOUNTPOINT=/var(/.*)?) # if regex is supported?
It still feels a bit wrong though... statd may spuriously succeed to
start if the rootfs contains /var/lib/nfs, but the real /var is
subsquently mounted on top of it (maybe after statd was started).
If a retry feature is added, it would be wise to limit the maximum
number of retries (as for respawn) or the maximum time period over which
retries will be attempted.
Thoughts?
** Patch added: my conservative workaround
https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/525154/+attachment/1578208/+files/statd.diff
--
mountall
[Bug 600359] Re: ureadahead generating oom messages during boot.
Ditto, but with C3 (256MB) and 512MB swapfile. Scott James Remnant wrote on 2010-08-24: The OOM killer taking out ureadahead is not a problem; ureadahead will have had at least some chance to do some good work. I'd be concerned about this: the OOM killer applies heuristics only and can never guarantee to kill the process that is responsible for low- memory conditions, so if OOM runs at all, system robustness is no longer guaranteed. This may lead to unpredictable and nasty behaviours when the platform is no longer freshly installed, extra packages and daemons have been added etc Relying on the OOM killer behaviour for correct operation of the system feels unsafe to me. -- ureadahead generating oom messages during boot. https://bugs.launchpad.net/bugs/600359 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
