Re: [fedora-arm] CONFIG_PM_WAKELOCKS
by Peter Robinson
On Mon, May 20, 2013 at 10:01 PM, John Brier <jbrier(a)redhat.com> wrote:
> I'm on 3.6.10-8.fc18.armv7hl.highbank, though I see the same
> configuration on 3.9.2-200.fc18.armv7hl
>
> I can't suspend using rtcwake and it seems it's because this kernel
> config option is disabled
>
> # rtcwake -m $state -t `date -u -d "+ $SLEEP_TIME minutes" '+%s'`
> rtcwake: cannot open /sys/class/rtc/rtc0/device/power/wakeup: No such
> file or directory
> rtcwake: /dev/rtc0 not enabled for wakeup events
>
> Do I understand it correctly and if so can it be enabled?
It's not enable on the mainline Fedora kernel and for non ARM specific
feature we inherit from the config-generic to ensure a consistent as
possible experience across the various architectures as is possible.
I've added the kernel mailing list into this reply as they should be
able to shed more light onto why it's not enabled and whether the
above is correct.
Peter
10 years, 11 months
Does "mount --move" work?
by Norman Gaywood
I'm using an up to date fedora 18.
I've been asking this question in several forums and not found an answer
yet. Does mount --move work? I've tried this with selinux enabled and
disabled and never been able to make it work:
# cd /var/tmp/
# mkdir -p foo bar
# mount -t tmpfs tmpfs foo
# mount --move foo bar
mount: wrong fs type, bad option, bad superblock on /var/tmp/foo,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
The filesystem does not have to be tmpfs. Works for ext2 as well like this:
# dd if=/dev/zero of=ext2fs count=2048
# mkfs.ext2 ./ext2fs
# umount foo
# mount -o loop ext2fs foo
# mount --move foo bar
mount: wrong fs type, bad option, bad superblock on /var/tmp/foo,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
Similar information can be found in this old bug which was a sandbox
problem.
https://bugzilla.redhat.com/show_bug.cgi?id=838447
--
Norman Gaywood, Computer Systems Officer
University of New England, Armidale,
NSW 2351, Australia
ngaywood(a)une.edu.au Phone: +61 (0)2 6773 2412
http://mcs.une.edu.au/~norm Fax: +61 (0)2 6773 3312
Please avoid sending me Word or Power Point attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
10 years, 11 months
update config-s390x for f18
by Dan Horák
Hi,
because f18 is now on 3.9 it needs an update of config-s390x from the
f19 branch
Thanks
Dan
10 years, 11 months
kernel.spec kernel-install integration
by Harald Hoyer
Hi Josh,
as mentioned on IRC, here is the patch for the rawhide kernel.spec.
This patch is part of an upstream coordination, intended to unify the various
ways distributions handle:
- installation of kernels in the system
- create the matching initrds; hooking up the various implementations of
initramfs generators into the kernel package installation process
- optionally/automatically create bootable rescue images to be able to recover
from failures:
https://fedoraproject.org/wiki/Features/DracutHostOnly
All the above functionality is provided by the “kernel-install” tool:
http://www.freedesktop.org/software/systemd/man/kernel-install.html
It features:
- flexible hookup/plugin directories to manage kernel installation and
uninstallation. initrd, bootloader, rescue image management, all plug into
that facility.
- strict separation of distribution-supplied logic and local customization
logic; system administrators are able to overwrite and replace/extend any part
of the default logic if needed
- hide distribution-specific logic behind a standardized command line interface
- unify the custom kernel installation from the source tree with the usual
kernel package installation; like the current /sbin/installkernel
10 years, 11 months
3.10 ARM kernel configs
by Josh Boyer
So. When trying to do the latest merge, this is what I get on a prep
for the -tegra config:
+ mv kernel-3.10.0-armv7hl-tegra.config .config
++ head -1 .config
++ cut -b 3-
+ Arch=arm
+ make ARCH=arm listnewconfig
+ grep -E '^CONFIG_'
warning: (VIRTIO_PCI && VIRTIO_MMIO && REMOTEPROC && RPMSG) selects
VIRTIO which has unmet direct dependencies (VIRTUALIZATION)
+ '[' -s .newoptions ']'
+ cat .newoptions
CONFIG_ARCH_MULTI_V6
CONFIG_ARCH_MULTI_V7
CONFIG_ARCH_MVEBU
CONFIG_ARCH_BCM
CONFIG_ARCH_HIGHBANK
CONFIG_ARCH_MXC
CONFIG_ARCH_OMAP2PLUS
CONFIG_ARCH_SOCFPGA
CONFIG_PLAT_SPEAR
CONFIG_ARCH_SUNXI
CONFIG_ARCH_SIRF
CONFIG_ARCH_U8500
CONFIG_ARCH_VEXPRESS_CORTEX_A5_A9_ERRATA
CONFIG_ARCH_VEXPRESS_CA9X4
CONFIG_ARCH_VIRT
CONFIG_ARCH_WM8850
CONFIG_ARCH_ZYNQ
+ exit 1
error: Bad exit status from /var/tmp/rpm-tmp.JpdsWj (%prep)
Now, looking at the various ARM config files, almost all of those are
set in config-armv7. None of them are set in config-armv7-generic or
config-armv7-tegra. The questions I have are:
1) What is config-armv7 and why is it different from
config-armv7-generic?
2) Why does tegra (and the other boards) not inherit config-armv7 at all
and only inherits from temp-armv7-generic (config-armv7-generic +
config-generic)?
As it stands right now, either config-armv7-generic needs to inherit all
the settings from config-armv7 or they need to be explicitly set in
config-armv7-tegra. Explicitly setting them is feasible, but that's a
lot of duplication. I've no clue what the setup here is, nor which
option is correct.
Can you please tell me which to do so I can continue with this merge?
I'd like to get -git12 fixed up and pushed out today.
josh
10 years, 11 months