Re: Uploading linux (4.8.7-1)
On Sat, Nov 12, 2016 at 12:06:42AM +, Ben Hutchings wrote: > I intend to upload linux version 4.8.7-1 to unstable over this weekend. > > Aside from the upstream stable updates, the currently pending changes > are: > * debian/control: Fix build-dependency on openssl to work with new > versions that have M-A: allowed (Closes: #839145) > * [rt] Update to 4.8.6-rt5 > * HID: Enable HID_ALPS, HID_ASUS (Closes: #843085), HID_CMEDIA as modules > * cpupower: Fix checks for CPU existence (Closes: #843071) > * perf: Disable use of libcrypto (Closes: #843199) How about including the fix for https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=840852 -- mattia :wq! signature.asc Description: PGP signature
rebuild of user-mode-linux
Hi RM, I tried rebuilding user-mode-linux from the latest linux-source-2.6.32 and noticed that there are a few new[1] configuration options that would stall the build process waiting for an answer (or is stdin coming from /dev/null on buildds?). I would need to upload a new package to fix it, that's the easy part. The less easy one is: 1. convincing you to unblock it 2. decide if it's worth enabling DRBD and the other options that have been added to the debian kernel sources. Please see a possible diff below, would you approve that or should I make a more conservative upload not enabling any of the new options? other thoughts? Thanks [1]: yes, probably the options have been added ages ago but I never had time to rebuild the package... commit 1c098d8e81b5f2735e381b3977119861f402f7bd Author: Mattia Dongili Date: Thu Jan 27 07:10:27 2011 +0900 Update to latest kernel config available for squeeze Signed-off-by: Mattia Dongili diff --git a/config.amd64 b/config.amd64 index 6fc6f15..ccec2ae 100644 --- a/config.amd64 +++ b/config.amd64 @@ -1,7 +1,7 @@ # # Automatically generated make config: don't edit # Linux kernel version: 2.6.32 -# Sun Jan 3 13:47:42 2010 +# Thu Jan 27 06:22:33 2011 # CONFIG_DEFCONFIG_LIST="arch/$ARCH/defconfig" CONFIG_GENERIC_HARDIRQS=y @@ -56,6 +56,7 @@ CONFIG_X86_L1_CACHE_BYTES=64 CONFIG_X86_INTERNODE_CACHE_BYTES=64 # CONFIG_X86_CMPXCHG is not set CONFIG_X86_L1_CACHE_SHIFT=6 +CONFIG_X86_XADD=y CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INTEL_USERCOPY=y CONFIG_X86_USE_PPRO_CHECKSUM=y @@ -69,8 +70,8 @@ CONFIG_CPU_SUP_CENTAUR=y CONFIG_UML_X86=y CONFIG_64BIT=y # CONFIG_X86_32 is not set -# CONFIG_RWSEM_XCHGADD_ALGORITHM is not set -CONFIG_RWSEM_GENERIC_SPINLOCK=y +CONFIG_RWSEM_XCHGADD_ALGORITHM=y +# CONFIG_RWSEM_GENERIC_SPINLOCK is not set CONFIG_3_LEVEL_PGTABLES=y # CONFIG_ARCH_HAS_SC_SIGNALS is not set # CONFIG_ARCH_REUSE_HOST_VSYSCALL_AREA is not set @@ -239,6 +240,8 @@ CONFIG_BLK_DEV_UBD=y CONFIG_BLK_DEV_COW_COMMON=y CONFIG_BLK_DEV_LOOP=m CONFIG_BLK_DEV_CRYPTOLOOP=m +CONFIG_BLK_DEV_DRBD=m +CONFIG_DRBD_FAULT_INJECTION=y CONFIG_BLK_DEV_NBD=m CONFIG_BLK_DEV_RAM=m CONFIG_BLK_DEV_RAM_COUNT=16 @@ -927,6 +930,7 @@ CONFIG_AUFS_BRANCH_MAX_127=y CONFIG_AUFS_HINOTIFY=y # CONFIG_AUFS_EXPORT is not set # CONFIG_AUFS_RDU is not set +CONFIG_AUFS_SP_IATTR=y CONFIG_AUFS_SHWH=y # CONFIG_AUFS_BR_RAMFS is not set CONFIG_AUFS_BR_FUSE=y @@ -1203,6 +1207,7 @@ CONFIG_TEXTSEARCH_BM=m CONFIG_TEXTSEARCH_FSM=m CONFIG_HAS_DMA=y CONFIG_NLATTR=y +CONFIG_LRU_CACHE=m # # SCSI device support @@ -1244,6 +1249,7 @@ CONFIG_DM_DELAY=m # CONFIG_ENABLE_WARN_DEPRECATED is not set # CONFIG_ENABLE_MUST_CHECK is not set CONFIG_FRAME_WARN=1024 +CONFIG_MAGIC_SYSRQ_DEFAULT_MASK=0x1 # CONFIG_STRIP_ASM_SYMS is not set # CONFIG_UNUSED_SYMBOLS is not set # CONFIG_DEBUG_FS is not set diff --git a/config.i386 b/config.i386 index bed2e13..9a94b13 100644 --- a/config.i386 +++ b/config.i386 @@ -1,7 +1,7 @@ # # Automatically generated make config: don't edit # Linux kernel version: 2.6.32 -# Sun Jan 3 14:11:21 2010 +# Thu Jan 27 06:28:31 2011 # CONFIG_DEFCONFIG_LIST="arch/$ARCH/defconfig" CONFIG_GENERIC_HARDIRQS=y @@ -249,6 +249,8 @@ CONFIG_BLK_DEV_UBD=y CONFIG_BLK_DEV_COW_COMMON=y CONFIG_BLK_DEV_LOOP=m CONFIG_BLK_DEV_CRYPTOLOOP=m +CONFIG_BLK_DEV_DRBD=m +CONFIG_DRBD_FAULT_INJECTION=y CONFIG_BLK_DEV_NBD=m CONFIG_BLK_DEV_RAM=m CONFIG_BLK_DEV_RAM_COUNT=16 @@ -936,6 +938,7 @@ CONFIG_AUFS_BRANCH_MAX_127=y CONFIG_AUFS_HINOTIFY=y # CONFIG_AUFS_EXPORT is not set CONFIG_AUFS_RDU=y +CONFIG_AUFS_SP_IATTR=y CONFIG_AUFS_SHWH=y CONFIG_AUFS_BR_RAMFS=y CONFIG_AUFS_BR_FUSE=y @@ -1207,6 +1210,7 @@ CONFIG_TEXTSEARCH_BM=m CONFIG_TEXTSEARCH_FSM=m CONFIG_HAS_DMA=y CONFIG_NLATTR=y +CONFIG_LRU_CACHE=m # # SCSI device support @@ -1248,6 +1252,7 @@ CONFIG_DM_DELAY=m # CONFIG_ENABLE_WARN_DEPRECATED is not set # CONFIG_ENABLE_MUST_CHECK is not set CONFIG_FRAME_WARN=1024 +CONFIG_MAGIC_SYSRQ_DEFAULT_MASK=0x1 # CONFIG_STRIP_ASM_SYMS is not set # CONFIG_UNUSED_SYMBOLS is not set # CONFIG_DEBUG_FS is not set diff --git a/debian/changelog b/debian/changelog index 51314d6..c853b3c 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +user-mode-linux (2.6.32-1um-4) unstable; urgency=low + + * Update kernel config to the latest availalbe for squeeze + + -- Mattia Dongili Thu, 27 Jan 2011 07:30:00 +0900 + user-mode-linux (2.6.32-1um-3) unstable; urgency=low * Sigh, the new 2.6.32 upload includes the IF_NOTIFY_RESUME patch included -- mattia :wq! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110127112346.ga30...@kamineko.org
Re: rebuild of user-mode-linux
On Thu, Jan 27, 2011 at 12:42:50PM +0100, Julien Cristau wrote: > On Thu, Jan 27, 2011 at 20:23:46 +0900, Mattia Dongili wrote: > > > diff --git a/debian/changelog b/debian/changelog > > index 51314d6..c853b3c 100644 > > --- a/debian/changelog > > +++ b/debian/changelog > > @@ -1,3 +1,9 @@ > > +user-mode-linux (2.6.32-1um-4) unstable; urgency=low > > Don't use urgency=low if you want it in squeeze r0. > > > + > > + * Update kernel config to the latest availalbe for squeeze > ^^ > Typo > > I don't really have an opinion on the details of the config changes. I fixed the typo and uploaded the package with the diff included in the previous email. Tomorrow morning I'll submit the bug to request unblocking. While testing user-mode-linux I figured that rootstrap is shipping with a default configuration that points to squeeze... I'm embarassed, these UML packages require a bit more love. -- mattia :wq! signature.asc Description: Digital signature
Bug#611308: please unblock user-mode-linux 2.6.32-1um-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, as mentioned in the ML, user-mode-linux wouldn't build from source with the latest linux-source-2.6.32 package due to new kernel conf options that were not set in u-m-l. In updating the package I decided to enable the new features, they are mostly affecting modules (except for those options set automatically when refreshing the configuration) so it should be safe. The second reason to have the package rebuilt is to get the latest security fixes also compiled for u-m-l. Please unblock. Thanks! Full diff is: commit d3fc4a3f04f67bae4d1fc4f904f35b26554f54b1 Author: Mattia Dongili Date: Thu Jan 27 07:10:27 2011 +0900 Update to latest kernel config available for squeeze Signed-off-by: Mattia Dongili diff --git a/config.amd64 b/config.amd64 index 6fc6f15..ccec2ae 100644 --- a/config.amd64 +++ b/config.amd64 @@ -1,7 +1,7 @@ # # Automatically generated make config: don't edit # Linux kernel version: 2.6.32 -# Sun Jan 3 13:47:42 2010 +# Thu Jan 27 06:22:33 2011 # CONFIG_DEFCONFIG_LIST="arch/$ARCH/defconfig" CONFIG_GENERIC_HARDIRQS=y @@ -56,6 +56,7 @@ CONFIG_X86_L1_CACHE_BYTES=64 CONFIG_X86_INTERNODE_CACHE_BYTES=64 # CONFIG_X86_CMPXCHG is not set CONFIG_X86_L1_CACHE_SHIFT=6 +CONFIG_X86_XADD=y CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INTEL_USERCOPY=y CONFIG_X86_USE_PPRO_CHECKSUM=y @@ -69,8 +70,8 @@ CONFIG_CPU_SUP_CENTAUR=y CONFIG_UML_X86=y CONFIG_64BIT=y # CONFIG_X86_32 is not set -# CONFIG_RWSEM_XCHGADD_ALGORITHM is not set -CONFIG_RWSEM_GENERIC_SPINLOCK=y +CONFIG_RWSEM_XCHGADD_ALGORITHM=y +# CONFIG_RWSEM_GENERIC_SPINLOCK is not set CONFIG_3_LEVEL_PGTABLES=y # CONFIG_ARCH_HAS_SC_SIGNALS is not set # CONFIG_ARCH_REUSE_HOST_VSYSCALL_AREA is not set @@ -239,6 +240,8 @@ CONFIG_BLK_DEV_UBD=y CONFIG_BLK_DEV_COW_COMMON=y CONFIG_BLK_DEV_LOOP=m CONFIG_BLK_DEV_CRYPTOLOOP=m +CONFIG_BLK_DEV_DRBD=m +CONFIG_DRBD_FAULT_INJECTION=y CONFIG_BLK_DEV_NBD=m CONFIG_BLK_DEV_RAM=m CONFIG_BLK_DEV_RAM_COUNT=16 @@ -927,6 +930,7 @@ CONFIG_AUFS_BRANCH_MAX_127=y CONFIG_AUFS_HINOTIFY=y # CONFIG_AUFS_EXPORT is not set # CONFIG_AUFS_RDU is not set +CONFIG_AUFS_SP_IATTR=y CONFIG_AUFS_SHWH=y # CONFIG_AUFS_BR_RAMFS is not set CONFIG_AUFS_BR_FUSE=y @@ -1203,6 +1207,7 @@ CONFIG_TEXTSEARCH_BM=m CONFIG_TEXTSEARCH_FSM=m CONFIG_HAS_DMA=y CONFIG_NLATTR=y +CONFIG_LRU_CACHE=m # # SCSI device support @@ -1244,6 +1249,7 @@ CONFIG_DM_DELAY=m # CONFIG_ENABLE_WARN_DEPRECATED is not set # CONFIG_ENABLE_MUST_CHECK is not set CONFIG_FRAME_WARN=1024 +CONFIG_MAGIC_SYSRQ_DEFAULT_MASK=0x1 # CONFIG_STRIP_ASM_SYMS is not set # CONFIG_UNUSED_SYMBOLS is not set # CONFIG_DEBUG_FS is not set diff --git a/config.i386 b/config.i386 index bed2e13..9a94b13 100644 --- a/config.i386 +++ b/config.i386 @@ -1,7 +1,7 @@ # # Automatically generated make config: don't edit # Linux kernel version: 2.6.32 -# Sun Jan 3 14:11:21 2010 +# Thu Jan 27 06:28:31 2011 # CONFIG_DEFCONFIG_LIST="arch/$ARCH/defconfig" CONFIG_GENERIC_HARDIRQS=y @@ -249,6 +249,8 @@ CONFIG_BLK_DEV_UBD=y CONFIG_BLK_DEV_COW_COMMON=y CONFIG_BLK_DEV_LOOP=m CONFIG_BLK_DEV_CRYPTOLOOP=m +CONFIG_BLK_DEV_DRBD=m +CONFIG_DRBD_FAULT_INJECTION=y CONFIG_BLK_DEV_NBD=m CONFIG_BLK_DEV_RAM=m CONFIG_BLK_DEV_RAM_COUNT=16 @@ -936,6 +938,7 @@ CONFIG_AUFS_BRANCH_MAX_127=y CONFIG_AUFS_HINOTIFY=y # CONFIG_AUFS_EXPORT is not set CONFIG_AUFS_RDU=y +CONFIG_AUFS_SP_IATTR=y CONFIG_AUFS_SHWH=y CONFIG_AUFS_BR_RAMFS=y CONFIG_AUFS_BR_FUSE=y @@ -1207,6 +1210,7 @@ CONFIG_TEXTSEARCH_BM=m CONFIG_TEXTSEARCH_FSM=m CONFIG_HAS_DMA=y CONFIG_NLATTR=y +CONFIG_LRU_CACHE=m # # SCSI device support @@ -1248,6 +1252,7 @@ CONFIG_DM_DELAY=m # CONFIG_ENABLE_WARN_DEPRECATED is not set # CONFIG_ENABLE_MUST_CHECK is not set CONFIG_FRAME_WARN=1024 +CONFIG_MAGIC_SYSRQ_DEFAULT_MASK=0x1 # CONFIG_STRIP_ASM_SYMS is not set # CONFIG_UNUSED_SYMBOLS is not set # CONFIG_DEBUG_FS is not set diff --git a/debian/changelog b/debian/changelog index 51314d6..e74b108 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +user-mode-linux (2.6.32-1um-4) unstable; urgency=high + + * Update kernel config to the latest available for squeeze + + -- Mattia Dongili Thu, 27 Jan 2011 07:30:00 +0900 + user-mode-linux (2.6.32-1um-3) unstable; urgency=low * Sigh, the new 2.6.32 upload includes the IF_NOTIFY_RESUME patch included -- mattia :wq! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110127220254.ga19...@kamineko.org
Re: rebuild of user-mode-linux
On Thu, Jan 27, 2011 at 11:14:23PM +0900, Mattia Dongili wrote: ... > While testing user-mode-linux I figured that rootstrap is shipping with > a default configuration that points to squeeze... I'm embarassed, these ^^^ In fact I meant Lenny... Bug#611308 submitted for this. -- mattia :wq! signature.asc Description: Digital signature
Bug#611447: please unblock rootstrap 0.3.24-6
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, please unblock rootstrap 0.3.24-6. I understand it's not quite a release critical fix but it makes no sense to ship rootstrap that by default creates images based on old-stable and that eventually would stop working. If you think it's worth having this simple fix in squeeze, this is the diff: Index: trunk/src/rootstrap/rootstrap.conf === --- trunk/src/rootstrap/rootstrap.conf (revision 331) +++ trunk/src/rootstrap/rootstrap.conf (revision 334) @@ -98,7 +98,7 @@ # Debian module # [debian] -dist=lenny +dist=stable # A local mirror is best, a caching proxy (such as squid) # is almost as good Index: trunk/src/rootstrap/debian/changelog === --- trunk/src/rootstrap/debian/changelog(revision 331) +++ trunk/src/rootstrap/debian/changelog(revision 334) @@ -1,3 +1,9 @@ +rootstrap (0.3.24-6) unstable; urgency=high + + * use the stable release in the default rootstrap.conf + + -- Mattia Dongili Sat, 29 Jan 2011 19:05:37 +0900 + rootstrap (0.3.24-5) unstable; urgency=low * use Lenny as a default release in the default rootstrap.conf -- mattia :wq! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110129135504.ga8...@kamineko.org
stable-proposed-updates: considering cpufrequtils
Hi Release Team,
I'm wondering if it's worth updating cpufrequtils in Squeeze to the
current version in testing/unstable.
There are a couple of fixes that are worth considering in there and
namely: fixing support for linux 3.0 (some modules have been moved
and broke assumptions in cpufrequtils init scripts) and support for AMD
family 20 CPUs.
There are extra harmless changes, if necessary I can uppload to spu a
new package that only contains the two fixes above.
The diff since Squeeze is:
diff --git a/debian/changelog b/debian/changelog
index cf79284..e746194 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,17 @@
+cpufrequtils (007-2) unstable; urgency=low
+
+ * Bulk load only helper modules. Linux 3.0 shuffled cpufreq modules
+locations a bit and now cpu drivers and helpers are in the same directory
+(closes: #636141).
+ * Use modprobe -b in loadcpufreq to honour blacklisted modules
+(closes: #592488).
+ * Load powernow-k8 for AMD family 20 (i.e. AMD E-350 cpus)
+(closes: #627811).
+ * Stop changing printk levels when loading cpufreq modules (closes: #624575
+and closes: #596235).
+
+ -- Mattia Dongili Wed, 03 Aug 2011 18:13:41 +0900
+
cpufrequtils (007-1) unstable; urgency=low
* New upstream version
diff --git a/debian/cpufrequtils.loadcpufreq.init
b/debian/cpufrequtils.loadcpufreq.init
index 0738441..d216035 100644
--- a/debian/cpufrequtils.loadcpufreq.init
+++ b/debian/cpufrequtils.loadcpufreq.init
@@ -37,6 +37,8 @@ set -e
# if not enabled then exit gracefully
[ "$ENABLE" = "true" ] || exit 0
+MODPROBE="modprobe -b"
+
load_detected_cpufreq_modules() {
#if /usr/sbin/laptop-detect; then LAPTOP=1; fi
CPUINFO=/proc/cpuinfo
@@ -117,7 +119,7 @@ load_detected_cpufreq_modules() {
# K7
MODULE=powernow-k7
;;
-15|16|17)
+15|16|17|20)
# K8
MODULE=powernow-k8
;;
@@ -149,18 +151,14 @@ load_detected_cpufreq_modules() {
}
load_modules() {
-#stop the kernel printk'ing at all while we load.
-PRINTK=$(cat /proc/sys/kernel/printk)
-[ "$VERBOSE" = no ] && echo "1 1 1 1" > /proc/sys/kernel/printk
-
#build a list of current modules so we don't load a module twice
LIST=$(/sbin/lsmod|awk '!/Module/ {print $1}')
#get list of available modules (governors and helpers)
LOC="/lib/modules/$(uname -r)/kernel/drivers/cpufreq"
if [ -d $LOC ]; then
- MODAVAIL=$( ( find $LOC -type f -name "*.o" -printf "basename %f
.o\n"; \
- find $LOC -type f -name "*.ko" -printf "basename %f .ko\n" ) |
/bin/sh)
+ MODAVAIL=$( ( find $LOC -type f -name "cpufreq_*.o" -printf
"basename %f .o\n"; \
+ find $LOC -type f -name "cpufreq_*.ko" -printf "basename %f
.ko\n" ) | /bin/sh)
else
MODAVAIL=""
fi
@@ -168,34 +166,31 @@ load_modules() {
#echo "Loading cpufreq modules:"
for mod in $MODAVAIL; do
#echo " $mod"
-echo $LIST| grep -q -w "$mod" || modprobe $mod >/dev/null ||
/bin/true
+echo $LIST| grep -q -w "$mod" || $MODPROBE $mod >/dev/null ||
/bin/true
done
#cpufreq is built in on powerpc; just return
if [ "$(uname -m)" = "ppc" ]; then
-echo "$PRINTK" > /proc/sys/kernel/printk
return 0
fi
#new style detection system
if [ ! "$FREQDRIVER" = "" ]; then
# user overridden value in /etc/default/loadcpufreq
-modprobe "$FREQDRIVER"
+$MODPROBE "$FREQDRIVER"
MODULE="$FREQDRIVER"
else
load_detected_cpufreq_modules
if [ ! -z "$MODULE" ] || [ ! -z "$MODULE_FALLBACK" ] ; then
- if [ ! -z "$MODULE" ] && modprobe "$MODULE" 2>/dev/null ;
then
+ if [ ! -z "$MODULE" ] && $MODPROBE "$MODULE" 2>/dev/null ;
then
:
- elif modprobe "$MODULE_FALLBACK" 2>/dev/null ; then
+ elif $MODPROBE "$MODULE_FALLBACK" 2>/dev/null ; then
MODULE="$MODULE_FALLBACK"
else
unset MODULE
fi
fi
fi
-
-echo "$PRINTK" > /proc/sys/kernel/printk
}
check_kernel() {
--
mattia
:wq!
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110918225201.ga15...@kamineko.org
Re: stable-proposed-updates: considering cpufrequtils
On Sun, Nov 13, 2011 at 05:33:10PM +, Adam D. Barratt wrote: > On Mon, 2011-09-19 at 07:52 +0900, Mattia Dongili wrote: > > I'm wondering if it's worth updating cpufrequtils in Squeeze to the > > current version in testing/unstable. > > There are a couple of fixes that are worth considering in there and > > namely: fixing support for linux 3.0 (some modules have been moved > > and broke assumptions in cpufrequtils init scripts) and support for AMD > > family 20 CPUs. > > Apologies for the delay in getting back to you about this. > > [...] > > + * Bulk load only helper modules. Linux 3.0 shuffled cpufreq modules > > +locations a bit and now cpu drivers and helpers are in the same > > directory > > +(closes: #636141). > > + * Use modprobe -b in loadcpufreq to honour blacklisted modules > > +(closes: #592488). > > + * Load powernow-k8 for AMD family 20 (i.e. AMD E-350 cpus) > > +(closes: #627811). > > + * Stop changing printk levels when loading cpufreq modules (closes: > > #624575 > > +and closes: #596235). > > I've been debating whether to accept all of the changes, and changed my > mind a few times while arguing with myself. :-) Have the changes been what is your current stance? :) > tested on a stable system? To be honest I haven't tried it myself on a stable system but I'll give it a go in the next days (towards the weekend most likely). The change that my have a funny dependency is the "-b" addition to modprobe but other than that it's all pretty safe and it's mostly removing unnecessary code or making the find predicate more specific. On the other hand there are a couple of backports of the whole package already so I don't expect many surprises. Thanks! -- mattia :wq! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2014215040.gb9...@kamineko.org
Re: stable-proposed-updates: considering cpufrequtils
On Tue, Nov 22, 2011 at 09:09:25PM +, Adam D. Barratt wrote:
> On Tue, 2011-11-15 at 06:50 +0900, Mattia Dongili wrote:
> > On Sun, Nov 13, 2011 at 05:33:10PM +, Adam D. Barratt wrote:
> > > On Mon, 2011-09-19 at 07:52 +0900, Mattia Dongili wrote:
[...]
> > > > + * Bulk load only helper modules. Linux 3.0 shuffled cpufreq modules
> > > > +locations a bit and now cpu drivers and helpers are in the same
> > > > directory
> > > > +(closes: #636141).
> > > > + * Use modprobe -b in loadcpufreq to honour blacklisted modules
> > > > +(closes: #592488).
> > > > + * Load powernow-k8 for AMD family 20 (i.e. AMD E-350 cpus)
> > > > +(closes: #627811).
> > > > + * Stop changing printk levels when loading cpufreq modules (closes:
> > > > #624575
> > > > +and closes: #596235).
> > >
> > > I've been debating whether to accept all of the changes, and changed my
> > > mind a few times while arguing with myself. :-) Have the changes been
> >
> > what is your current stance? :)
>
> I'm edging towards acking all of them, but it partly depends on:
>
> > > tested on a stable system?
> >
> > To be honest I haven't tried it myself on a stable system but I'll give
> > it a go in the next days (towards the weekend most likely). The change
> > that my have a funny dependency is the "-b" addition to modprobe but
> > other than that it's all pretty safe and it's mostly removing
> > unnecessary code or making the find predicate more specific.
> > On the other hand there are a couple of backports of the whole package
> > already so I don't expect many surprises.
>
> Did you have chance to do the testing you mentioned here?
just finished giving it a go on a squeeze virtual machine (yay for
national holidays!!).
loadcpufreq (the one with all the changes mentioned above) obviously
cannot detect a supported cpu but all the changed code is executed fine.
Attached a verbose log of the execution.
cpufrequtils (007-2+squeeze1) stable; urgency=low
* Recompile for Squeeze.
-- Mattia Dongili Wed, 23 Nov 2011 09:32:00 +0900
Thanks!
--
mattia
:wq!
+ PATH=/sbin:/bin:/usr/sbin:/usr/bin
+ NAME=loadcpufreq
+ . /lib/lsb/init-functions
+ FANCYTTY=
+ [ -e /etc/lsb-base-logging.sh ]
+ true
+ [ -f /etc/default/rcS ]
+ . /etc/default/rcS
+ TMPTIME=0
+ SULOGIN=no
+ DELAYLOGIN=no
+ UTC=yes
+ VERBOSE=no
+ FSCKFIX=no
+ RAMRUN=no
+ RAMLOCK=no
+ ENABLE=true
+ [ -f /etc/default/loadcpufreq ]
+ set -e
+ [ true = true ]
+ MODPROBE=modprobe -b
+ log_action_begin_msg Loading cpufreq kernel modules
+ echo -n Loading cpufreq kernel modules...
Loading cpufreq kernel modules...+ [ -f /proc/modules ]
+ load_modules
+ /sbin/lsmod
+ awk !/Module/ {print $1}
+ LIST=loop
joydev
usbhid
hid
snd_intel8x0
snd_ac97_codec
ac97_bus
snd_pcm
i2c_piix4
snd_timer
psmouse
i2c_core
snd
soundcore
snd_page_alloc
pcspkr
evdev
virtio_balloon
serio_raw
processor
button
ext3
jbd
mbcache
sg
sr_mod
cdrom
ata_generic
uhci_hcd
ata_piix
libata
ehci_hcd
virtio_net
virtio_blk
floppy
scsi_mod
usbcore
nls_base
virtio_pci
virtio_ring
virtio
thermal
thermal_sys
+ uname -r
+ LOC=/lib/modules/2.6.32-5-amd64/kernel/drivers/cpufreq
+ [ -d /lib/modules/2.6.32-5-amd64/kernel/drivers/cpufreq ]
+ find /lib/modules/2.6.32-5-amd64/kernel/drivers/cpufreq -type f+ name
cpufreq_*.o -printf basename %f .o\n
/bin/sh
+ find /lib/modules/2.6.32-5-amd64/kernel/drivers/cpufreq -type f -name
cpufreq_*.ko -printf basename %f .ko\n
+ MODAVAIL=cpufreq_stats
cpufreq_conservative
cpufreq_powersave
cpufreq_userspace
+ echo loop joydev usbhid hid snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm
i2c_piix4 snd_timer psmouse i2c_core snd soundcore snd_page_alloc pcspkr evdev
virtio_balloon serio_raw processor button ext3 jbd+ bcache sg sr_mod cdromgrep
-q -w cpufreq_stats
_piix libata ehci_hcd virtio_net virtio_blk floppy scsi_mod usbcore nls_base
virtio_pci virtio_ring virtio thermal thermal_sys
+ modprobe -b cpufreq_stats
+ echo+ oop joydev usbhidgrep -q -w cpufreq_conservative
ac97_bus snd_pcm i2c_piix4 snd_timer psmouse i2c_core snd soundcore
snd_page_alloc pcspkr evdev virtio_balloon serio_raw processor button ext3 jbd
mbcache sg sr_mod cdrom ata_generic uhci_hcd ata_piix libata ehci_hcd
virtio_net virtio_blk floppy scsi_mod usbcore nls_base virtio_pci virtio_ring
virtio thermal thermal_sys
+ modprobe -b cpufreq_conservative
+ echo loop joydev usbhid hid snd_intel8x0 snd_ac97_codec ac97_bus+ nd_pcm
i2c_piix4 snd_timer psmouse i2c_coregrep -q -w cpufreq_powersave
pcspkr evdev virtio_balloon serio_raw processor button ext3 jbd mbcache sg
sr_mod cdrom ata_generic uhci_hcd ata_piix libata ehci_hcd virtio_net
virtio_blk floppy scsi_mod usbcore nls_base virt
cpufreqd-2.3.3-4 fixes #509355 (grave)
Hello Release Managers,
the 2.3.3-4 revision of cpufreqd fixes a grave bug (509355).
In short cpufreqd was crashing on laptops with two (or more!) batteries.
One may argue that this is not really a grave bug, but anyway...
The change is non intrusive and trivial, this is the diff. Could you
please unblock cpufreqd-2.3.3-4 for lenny?
diff --git a/debian/changelog b/debian/changelog
index 92a6c41..aa00559 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+cpufreqd (2.3.3-4) unstable; urgency=low
+
+ * Fix segfaulting on laptops with more than one battery,
+patch from Stefan Bühler (Closes: #509355).
+
+ -- Mattia Dongili Wed, 24 Dec 2008 22:01:17 +0900
+
cpufreqd (2.3.3-3) unstable; urgency=low
* backport a patch from upstream repository fixing
diff --git a/debian/patches/03_two_batteries_segfault_fix.patch
b/debian/patches/03_two_batteries_segfault_fix.patch
new file mode 100644
index 000..d26199f
--- /dev/null
+++ b/debian/patches/03_two_batteries_segfault_fix.patch
@@ -0,0 +1,34 @@
+The problem is that check_timeout is reset after the first battery got
+updated, so the values for the second battery are never read.
+
+This results in status->value == NULL, and strncmp segfaults.
+
+The solution is to update check_timeout after all battery values are updated.
+
+kind regards
+Stefan
+
+---
+diff -r -u -b cpufreqd-2.3.3/src/cpufreqd_acpi_battery.c
cpufreqd-2.3.3.new/src/cpufreqd_acpi_battery.c
+--- cpufreqd-2.3.3/src/cpufreqd_acpi_battery.c 2008-08-23 05:52:47.0
+0200
cpufreqd-2.3.3.new/src/cpufreqd_acpi_battery.c 2008-12-23
19:39:18.850501003 +0100
+@@ -325,7 +325,6 @@
+
+ /* if check_timeout is expired */
+ if (check_timeout <= 0) {
+- check_timeout = acpi_config.battery_update_interval;
+ if (read_battery(&info[i]) == 0)
+ n_read++;
+ else
+@@ -365,6 +364,11 @@
+ #endif
+ } /* end info loop */
+
++ /* check_timeout is global for all batteries, so update it after all
batteries got updated */
++ if (check_timeout <= 0) {
++ check_timeout = acpi_config.battery_update_interval;
++ }
++
+ /* calculates medium battery life between all batteries */
+ if (total_capacity > 0)
+ avg_battery_level = 100 * (total_remaining /
(double)total_capacity);
diff --git a/debian/patches/series b/debian/patches/series
index 84fa53f..50ecbba 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,2 +1,3 @@
01_acpitz_support.patch
02_fix_segfault_reading_class_devices.patch
+03_two_batteries_segfault_fix.patch
thanks
--
mattia
:wq!
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
user-mode-linux 2.6.25 [was Re: imminent 2.6.26 sid upload]
[d-boot probably not interested in this subtopic] On Tue, Jul 22, 2008 at 11:48:20PM +0200, maximilian attems wrote: > latest 2.6.25 stable release is in testing, we expect to keep it as backup > plan for lenny. release team wishes to have unstable coverage of 2.6.26 > before final ack on that release. On a slightly separate but related note, I'm uploading user-mode-linux_2.6.25-2 now to fix a build error on x84_64. Uml 2.6.25 is not in testing yet (my fault, didn't have time to get on top of that recently) so I was wondering what are the plans for linux-source-2.6.25. Are you going to remove it from unstable and eventually realize the "backup plan" via tpu uploads? The current version in testing is unmaintainable as it build-depends on linux-source-2.6.24 which is not available anymore and it doesn't make any sense to realease it in lenny. On the other hand what is the scenario if 2.6.25 goes missing in unstable while uml is not in testing yet? I hope I've been able to explain my worries... PS: once uml 2.6.25 is in testing I'll be able to upload 2.6.26 to stay in sync with the current kernel sources. -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cpufreqd, 484467 (grave) and CONFIG_ACPI_PROCFS_POWER in Lenny
Hi, from the debian linux-2.6 svn repository it looks like CONFIG_ACPI_PROCFS_POWER is not going to be set for 2.6.26. cpufreqd has a grave bug filed (#484467) for the broken ACPI battery level support. I (with the cpufreqd upstream hat on) released a new cpufreqd (2.3.0) that reads from sysfs rather than /proc but the change is quite invasive and I (with the cpufreqd maintainer hat on) am now wondering if I should upload it (which I will do anyway in the next days) and ask for a freeze exception or not. The other option would be to ask for CONFIG_ACPI_PROCFS_POWER to be enabled in Lenny which I'm unsure if it's a good idea but it'd also allow battery support in gkrellm (#463779). The diff for the new cpufreqd version is attached (gzipped), in short it touches most of the acpi info reading code to make it go to sysfs (using libsysfs2) plus some trivial fixes here and there. Any suggestion? -- mattia :wq! cpufreqd-2.3.diff.gz Description: Binary data
removing linux-patch-skas? [was Re: [Pkg-uml-pkgs] skas patch]
On Fri, Aug 08, 2008 at 07:38:49PM +0200, Matthias Rieber wrote:
> Hello,
>
> are there any plans to update the skas patch to be usable in lenny? The
> current patch seems to be still the old one for etch (2.6.18).
>
> I've used the lenny kernel 2.6.22 with
> http://uml.nagafix.co.uk/skas-2.6.22-v9-pre9.patch.bz2, but know, lenny
> moved on to 2.6.25. Is someone aware of a SKAS3 patch for that kernel or
> it's time for SKAS4?
The last skas3 patch that I saw on the UML-devel mailing list was for
2.6.24-rc7 and didn't receive any feedback.
Skas4 is still too experimental and anyway the plan is to push it to the
upstream kernel rather than keeping it as a separate patch.
@debian-release:
Maybe it's time to remove the {linux,kernel}-patch-skas packages?
Would this require a release note?
Cheers
--
mattia
:wq!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#484467: cpufreqd, 484467 (grave) and CONFIG_ACPI_PROCFS_POWER in Lenny
On Tue, Aug 12, 2008 at 09:59:23PM +0200, Luk Claes wrote: > Mattia Dongili wrote: >> Hi, > > Hi > >> from the debian linux-2.6 svn repository it looks like >> CONFIG_ACPI_PROCFS_POWER is not going to be set for 2.6.26. >> >> cpufreqd has a grave bug filed (#484467) for the broken ACPI battery >> level support. ... > > Sorry for the late answer. > > I unblocked cpufreqd and set age-days to 15. Ohey! no worries and actually thanks. I was going to ping the list again once I verified that cpufreqd was running with no major issues in unstable. thanks a lot. -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: cpufreqd, 484467 (grave) and CONFIG_ACPI_PROCFS_POWER in Lenny
On Tue, Aug 12, 2008 at 09:59:23PM +0200, Luk Claes wrote: > Mattia Dongili wrote: >> Hi, > > Hi > >> from the debian linux-2.6 svn repository it looks like >> CONFIG_ACPI_PROCFS_POWER is not going to be set for 2.6.26. >> >> cpufreqd has a grave bug filed (#484467) for the broken ACPI battery >> level support. ... > I unblocked cpufreqd and set age-days to 15. sorry, as a consequence of the 484467 fix I had another bug filed (#495655) which is now fixed in cpufreqd 2.3.3-1. The patch is contained in the bug report and very trivial. Would it be possible to re-unblock cpufreqd? Thanks -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
please allow user-mode-linux 2.6.26 into testing
Hello, the linux-image-* and linux-source packages just made it into testing, could please allow user-mode-linux as well (it depends on linux-source to build). There will be at least another upload of user-mode-linux in the next days to synchronize with the current linux-source and to fix a couple of bugs that already have patches available. Thanks -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please allow cpufreqd in Lenny
Hi Release Managers,
cpufreqd in unstable contains a fix for http://bugs.debian.org/497083.
The bug is not important but after all of the efforts already done to
make cpufreqd run on recent (no /proc/acpi) debian kernels not having
this fixed is quite sad.
Please allow cpufreqd 2.3.3-2 to enter Lenny.
The diff against 2.3.3-1 is trivial:
diff --git a/debian/changelog b/debian/changelog
index 200c91b..2fddc7b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+cpufreqd (2.3.3-2) unstable; urgency=low
+
+ * backport a patch from upstream repository to support the
+ACPI thermal zone reported as "acpitz" in /sys (Closes: #497083).
+
+ -- Mattia Dongili <[EMAIL PROTECTED]> Mon, 08 Sep 2008 22:57:22 +0900
+
cpufreqd (2.3.3-1) unstable; urgency=low
* New upstream version
diff --git a/debian/control b/debian/control
index 31c83ea..43c5c66 100644
--- a/debian/control
+++ b/debian/control
@@ -2,7 +2,7 @@ Source: cpufreqd
Section: admin
Priority: optional
Maintainer: Mattia Dongili <[EMAIL PROTECTED]>
-Build-Depends: debhelper (>= 4.1.16), libsensors-dev (>= 1:2.9.1),
libcpufreq-dev, libsysfs-dev (>= 2.0.0)
+Build-Depends: debhelper (>= 4.1.16), quilt, libsensors-dev (>= 1:2.9.1),
libcpufreq-dev, libsysfs-dev (>= 2.0.0)
Standards-Version: 3.7.3
Homepage: http://sourceforge.net/projects/cpufreqd
diff --git a/debian/patches/01_acpitz_support.patch
b/debian/patches/01_acpitz_support.patch
new file mode 100644
index 000..3ac31fe
--- /dev/null
+++ b/debian/patches/01_acpitz_support.patch
@@ -0,0 +1,46 @@
+Edited change from this commit:
+
+Update of /cvsroot/cpufreqd/sources2/src
+In directory sc8-pr-cvs4.sourceforge.net:/tmp/cvs-serv5102/src
+
+Modified Files:
+ cpufreqd_acpi.c cpufreqd_acpi_ac.c cpufreqd_acpi_ac.h
+ cpufreqd_acpi_battery.c cpufreqd_acpi_battery.h
+ cpufreqd_acpi_event.c cpufreqd_acpi_event.h
+ cpufreqd_acpi_temperature.c cpufreqd_acpi_temperature.h
+ cpufreqd_cpu.c cpufreqd_programs.c
+Log Message:
+- make the acpi thermal comaptible with kernels >2.6.25 when the type has
+ changed from "ACPI Thermal Zone" to "acpitz"
+- squash some converison warnings (gcc 4.3 is very loud about it)
+
+
+Index: cpufreqd-2.3.3/src/cpufreqd_acpi_temperature.c
+===
+--- cpufreqd-2.3.3.orig/src/cpufreqd_acpi_temperature.c2008-09-08
23:57:02.961182316 +0900
cpufreqd-2.3.3/src/cpufreqd_acpi_temperature.c 2008-09-09
00:01:56.361181870 +0900
+@@ -26,9 +26,11 @@
+ #include "cpufreqd_acpi.h"
+ #include "cpufreqd_acpi_temperature.h"
+
+-#define THERMAL "thermal"
+-#define THERMAL_TYPE "ACPI thermal zone"
+-#define THERMAL_TEMP "temp"
++#define THERMAL "thermal"
++#define THERMAL_TYPE "acpitz"
++/* the below is for kernels <= 2.6.25 */
++#define THERMAL_TYPE_ALT "ACPI thermal zone"
++#define THERMAL_TEMP "temp"
+
+ struct thermal_zone {
+ int temperature;
+@@ -80,6 +82,9 @@ static int atz_callback(struct sysfs_cla
+ int acpi_temperature_init(void)
+ {
+ find_class_device(THERMAL, THERMAL_TYPE, atz_callback);
++ /* try with the old type name */
++ if (atz_dir_num <= 0)
++ find_class_device(THERMAL, THERMAL_TYPE_ALT, atz_callback);
+ if (atz_dir_num <= 0) {
+ clog(LOG_INFO, "No thermal zones found\n");
+ return -1;
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..ab7b339
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1 @@
+01_acpitz_support.patch
diff --git a/debian/rules b/debian/rules
index 52bffa5..bce452e 100755
--- a/debian/rules
+++ b/debian/rules
@@ -22,12 +22,18 @@ ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS)))
INSTALL_PROGRAM += -s
endif
-config.status: configure
+config.status: patch-stamp configure
dh_testdir
# onfigure the package.
./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE)
--prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info
--sysconfdir=/etc --localstatedir=/var/run --libdir=/usr/lib/cpufreqd
+patch: patch-stamp
+patch-stamp:
+ QUILT_PATCHES=debian/patches quilt push -a
+
+ touch patch-stamp
+
build: build-stamp
build-stamp: config.status
@@ -38,7 +44,8 @@ build-stamp: config.status
touch build-stamp
-clean:
+clean: clean-patched unpatch
+clean-patched:
dh_testdir
dh_testroot
rm -f build-stamp
@@ -55,6 +62,10 @@ endif
dh_clean
# debconf-updatepo
+unpatch:
+ -QUILT_PATCHES=debian/patches quilt pop -a
+ rm -rf .pc patch-stamp
+
install: build
dh_testdir
dh_testroot
--
mattia
:wq!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
One more cpufreqd unblock request [was Re: Please allow cpufreqd in Lenny]
On Sat, Sep 27, 2008 at 05:20:38PM +0100, Adeodato Simó wrote:
> * Mattia Dongili [Sun, 21 Sep 2008 11:46:13 +0900]:
...
> > Please allow cpufreqd 2.3.3-2 to enter Lenny.
>
> Unblocked.
Please, could you unblock it one more time? 2.3.3-3 this time though.
The diff from previous version only contains an obvious bugfix for
a segfault happening on pretty much all of the desktops (second hunk
below).
Note: I'll be off line for 10 days starting tomorrow.
Thanks and apologies for the extra work.
diff --git a/debian/changelog b/debian/changelog
index 2fddc7b..92a6c41 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+cpufreqd (2.3.3-3) unstable; urgency=low
+
+ * backport a patch from upstream repository fixing
+a segfault when reading a /sys device class with no
+attributes (Closes: #496288).
+
+ -- Mattia Dongili <[EMAIL PROTECTED]> Sun, 05 Oct 2008 11:23:07 +0900
+
cpufreqd (2.3.3-2) unstable; urgency=low
* backport a patch from upstream repository to support the
diff --git a/debian/patches/02_fix_segfault_reading_class_devices.patch
b/debian/patches/02_fix_segfault_reading_class_devices.patch
new file mode 100644
index 000..77f1fe6
--- /dev/null
+++ b/debian/patches/02_fix_segfault_reading_class_devices.patch
@@ -0,0 +1,15 @@
+Index: cpufreqd-2.3.3/src/cpufreqd_acpi.c
+===
+--- cpufreqd-2.3.3.orig/src/cpufreqd_acpi.c2008-07-27 16:41:40.0
+0900
cpufreqd-2.3.3/src/cpufreqd_acpi.c 2008-10-05 11:29:19.542579811 +0900
+@@ -246,8 +246,8 @@ int find_class_device(const char *clsnam
+
+ /* read `clsname` devices */
+ devs = sysfs_get_class_devices(cls);
+- if (!cls) {
+- clog(LOG_INFO, "class '%s' not found (%s)\n", clsname,
++ if (!devs) {
++ clog(LOG_INFO, "class device '%s' not found (%s)\n", clsname,
+ strerror(errno));
+ sysfs_close_class(cls);
+ return -1;
diff --git a/debian/patches/series b/debian/patches/series
index ab7b339..84fa53f 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1 +1,2 @@
01_acpitz_support.patch
+02_fix_segfault_reading_class_devices.patch
--
mattia
:wq!
signature.asc
Description: Digital signature
Please consider cpufreqd 1.2.3-1 for Sarge
Hello,
I uploaded a new upstream (oh well, upstream is me) of cpufreqd. It
fixes 3 memomry leaks and a segfault, changes are really trivial (diff
is included below).
There are no bugs in the BTS regarding those issues.
One of the 3 leaks (even if never reported before) can become pretty
annoying as it happens in a function that is called each time cpufreqd
applies a new profile.
The segfault is caused by a wrong long_options[] (getopt) setup.
Here's the difference between 1.2.2 and 1.2.3 for the code part only,
debian packaging is identical:
diff -Nru cpufreqd-1.2.2/main.c cpufreqd-1.2.3/main.c
--- cpufreqd-1.2.2/main.c 2004-10-25 13:04:27.0 +0200
+++ cpufreqd-1.2.3/main.c 2005-05-14 14:33:52.0 +0200
@@ -153,6 +153,7 @@
/* free configuration */
free_config(configuration);
+ free(configuration);
/* TODO: this call to close log shound not sit here... */
closelog();
@@ -423,6 +424,7 @@
sleep(configuration->poll_interval);
} /* end loop */
+ free(_system);
return 0;
}
@@ -506,7 +508,7 @@
*/
int set_policy(profile *prof) {
FILE *fp;
- char *path = (char *)malloc(256);
+ char path[256];
if (!prof)
return -1;
@@ -852,7 +854,7 @@
{ "version", 0, 0, 'v' },
{ "file", 1, 0, 'f' },
{ "no-daemon", 0, 0, 'D' },
-{ "verbosity", 0, 0, 'V' },
+{ "verbosity", 1, 0, 'V' },
{ 0, 0, 0, 0 },
};
int ch,option_index = 0;
Thanks and sorry for the extra-work I caused.
--
mattia
:wq!
signature.asc
Description: Digital signature
Re: Please consider cpufreqd 1.2.3-1 for Sarge
On Mon, May 16, 2005 at 11:54:54PM +0200, Frank Lichtenheld wrote: > On Sun, May 15, 2005 at 07:08:26PM +0200, Mattia Dongili wrote: > > I uploaded a new upstream (oh well, upstream is me) of cpufreqd. It > > fixes 3 memomry leaks and a segfault, changes are really trivial (diff > > is included below). > > There are no bugs in the BTS regarding those issues. > > Approved. Sorry to come up with cpufreqd again: I built 1.2.3-2 that adds one more debconf template translation (Vietnamese) but before uploading I'd like to hear thoughts about the possibility to push it again in order not to block 1.2.3-1 from entering sarge. A snippet from changes file ,--- | Closes: 310147 310149 | Changes: | cpufreqd (1.2.3-2) unstable; urgency=high | . |* Added Vietnamese debconf translation (closes: #310147) |* Corrected a typo in debconf templates (also cleared in translations) | (closes: #310149) `--- Also, is urgency=high ok in case of positive answers? thanks -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Please consider cpufreqd 1.2.3-1 for Sarge
On 5/23/05, Steve Langasek <[EMAIL PROTECTED]> wrote: > Hi Mattia, > > On Sun, May 22, 2005 at 06:16:15PM +0200, Mattia Dongili wrote: [...] > > A snippet from changes file > > ,--- > > | Closes: 310147 310149 > > | Changes: > > | cpufreqd (1.2.3-2) unstable; urgency=high > > | . > > |* Added Vietnamese debconf translation (closes: #310147) > > |* Corrected a typo in debconf templates (also cleared in translations) > > | (closes: #310149) > > `--- > > > Also, is urgency=high ok in case of positive answers? > > Please use urgency=medium for translation uploads. > > This added translation should be ok and template fix should be fine, but > you'll have to upload it soon to get it in in time. :) Fine, I'll be back to you this evening when I'll have a usable ftp/ssh connection thanks -- mattia :wq!
Re: Please consider cpufreqd 1.2.3-1 for Sarge
On Sun, May 22, 2005 at 11:20:41PM -0700, Steve Langasek wrote: > Hi Mattia, [...] > > A snippet from changes file > > ,--- > > | Closes: 310147 310149 > > | Changes: > > | cpufreqd (1.2.3-2) unstable; urgency=high > > | . > > |* Added Vietnamese debconf translation (closes: #310147) > > |* Corrected a typo in debconf templates (also cleared in translations) > > | (closes: #310149) > > `--- fixed urgency to medium [...] > This added translation should be ok and template fix should be fine, but > you'll have to upload it soon to get it in in time. :) Uploaded and waiting to build. Thanks again for your time. PS: I'll be available on #debian-bugs for the next few hours if anything needs urgent attention (/nick malattia) -- mattia :wq! signature.asc Description: Digital signature
cpufrequtils binNMU [was: Re: libcpufreq and the small libsysfs transition]
Hello, On Wed, Feb 15, 2006 at 03:34:42PM -0800, Steve Langasek wrote: [...] >Well, let me know when libsysfs2 > actually hits unstable then... cpufrequtils needs to rebuild to link against libsysfs2 (now in unstable). Can someone schedule an binNMU for it? Thanks -- mattia :wq! signature.asc Description: Digital signature
Bug#697418: unblock: user-mode-linux/3.2-2um-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package user-mode-linux, the new package is compliant with Policy §7.8 (#697300) by using the Built-Using field. While rebuilding I also refreshed the patches to apply with no fuzz to the current linux-source package (3.2.35) and refreshed the configuration. >From the changelog: * Add Built-Using per Policy §7.8 (Closes: #679300). * Refresh patches to apply with no fuzz to latest linux-source. * Set new kernel options: SECURITY_APPARMOR_COMPAT_24=y NET_SCH_CODEL=m FQ_CODEL=m * Bump version number to upload as a proper foreign package. Debdiff: diff -Nru user-mode-linux-3.2-1um/config.amd64 user-mode-linux-3.2-2um/config.amd64 --- user-mode-linux-3.2-1um/config.amd642012-03-28 02:23:55.0 +0900 +++ user-mode-linux-3.2-2um/config.amd642013-01-04 22:02:42.0 +0900 @@ -1,6 +1,6 @@ # # Automatically generated file; DO NOT EDIT. -# User Mode Linux/x86_64 3.2.12 Kernel Configuration +# User Mode Linux/x86_64 3.2.35 Kernel Configuration # CONFIG_DEFCONFIG_LIST="arch/$ARCH/defconfig" CONFIG_UML=y @@ -223,7 +223,6 @@ CONFIG_IOSCHED_DEADLINE=m CONFIG_IOSCHED_CFQ=y CONFIG_CFQ_GROUP_IOSCHED=y -# CONFIG_DEFAULT_DEADLINE is not set CONFIG_DEFAULT_CFQ=y # CONFIG_DEFAULT_NOOP is not set CONFIG_DEFAULT_IOSCHED="cfq" @@ -553,6 +552,10 @@ # CONFIG_IOMMU_SUPPORT=y # CONFIG_VIRT_DRIVERS is not set + +# +# Microsoft Hyper-V guest support +# # CONFIG_PM_DEVFREQ is not set CONFIG_NET=y @@ -970,6 +973,8 @@ CONFIG_NET_SCH_MQPRIO=m CONFIG_NET_SCH_CHOKE=m CONFIG_NET_SCH_QFQ=m +# CONFIG_NET_SCH_CODEL is not set +CONFIG_NET_SCH_FQ_CODEL=m CONFIG_NET_SCH_INGRESS=m # @@ -1011,6 +1016,7 @@ CONFIG_DNS_RESOLVER=m CONFIG_BATMAN_ADV=m # CONFIG_BATMAN_ADV_DEBUG is not set +CONFIG_BQL=y # # Network testing @@ -1350,11 +1356,6 @@ CONFIG_NLS_UTF8=m CONFIG_DLM=m # CONFIG_DLM_DEBUG is not set -CONFIG_PROTECTED_LINKS=y -CONFIG_PROTECTED_SYMLINKS=y -CONFIG_PROTECTED_SYMLINKS_SYSCTL=1 -CONFIG_PROTECTED_HARDLINKS=y -CONFIG_PROTECTED_HARDLINKS_SYSCTL=1 # # Security options @@ -1384,6 +1385,7 @@ CONFIG_SECURITY_TOMOYO_ACTIVATION_TRIGGER="/sbin/init" CONFIG_SECURITY_APPARMOR=y CONFIG_SECURITY_APPARMOR_BOOTPARAM_VALUE=1 +CONFIG_SECURITY_APPARMOR_COMPAT_24=y # CONFIG_IMA is not set # CONFIG_EVM is not set CONFIG_DEFAULT_SECURITY_SELINUX=y @@ -1548,6 +1550,7 @@ CONFIG_TEXTSEARCH_KMP=m CONFIG_TEXTSEARCH_BM=m CONFIG_TEXTSEARCH_FSM=m +CONFIG_DQL=y CONFIG_NLATTR=y CONFIG_LRU_CACHE=m # CONFIG_AVERAGE is not set diff -Nru user-mode-linux-3.2-1um/config.i386 user-mode-linux-3.2-2um/config.i386 --- user-mode-linux-3.2-1um/config.i386 2012-03-31 15:51:19.0 +0900 +++ user-mode-linux-3.2-2um/config.i386 2013-01-04 22:02:42.0 +0900 @@ -1,6 +1,6 @@ # # Automatically generated file; DO NOT EDIT. -# User Mode Linux/i386 3.2.13 Kernel Configuration +# User Mode Linux/i386 3.2.35 Kernel Configuration # CONFIG_DEFCONFIG_LIST="arch/$ARCH/defconfig" CONFIG_UML=y @@ -580,6 +580,10 @@ # CONFIG_IOMMU_SUPPORT=y # CONFIG_VIRT_DRIVERS is not set + +# +# Microsoft Hyper-V guest support +# # CONFIG_PM_DEVFREQ is not set CONFIG_NET=y @@ -997,6 +1001,8 @@ CONFIG_NET_SCH_MQPRIO=m CONFIG_NET_SCH_CHOKE=m CONFIG_NET_SCH_QFQ=m +CONFIG_NET_SCH_CODEL=m +CONFIG_NET_SCH_FQ_CODEL=m CONFIG_NET_SCH_INGRESS=m # @@ -1038,6 +1044,7 @@ CONFIG_DNS_RESOLVER=m CONFIG_BATMAN_ADV=m # CONFIG_BATMAN_ADV_DEBUG is not set +CONFIG_BQL=y # # Network testing @@ -1377,11 +1384,6 @@ CONFIG_NLS_UTF8=m CONFIG_DLM=m # CONFIG_DLM_DEBUG is not set -CONFIG_PROTECTED_LINKS=y -CONFIG_PROTECTED_SYMLINKS=y -CONFIG_PROTECTED_SYMLINKS_SYSCTL=1 -CONFIG_PROTECTED_HARDLINKS=y -CONFIG_PROTECTED_HARDLINKS_SYSCTL=1 # # Security options @@ -1411,6 +1413,7 @@ CONFIG_SECURITY_TOMOYO_ACTIVATION_TRIGGER="/sbin/init" CONFIG_SECURITY_APPARMOR=y CONFIG_SECURITY_APPARMOR_BOOTPARAM_VALUE=1 +CONFIG_SECURITY_APPARMOR_COMPAT_24=y # CONFIG_IMA is not set # CONFIG_EVM is not set CONFIG_DEFAULT_SECURITY_SELINUX=y @@ -1573,6 +1576,7 @@ CONFIG_TEXTSEARCH_KMP=m CONFIG_TEXTSEARCH_BM=m CONFIG_TEXTSEARCH_FSM=m +CONFIG_DQL=y CONFIG_NLATTR=y CONFIG_LRU_CACHE=m # CONFIG_AVERAGE is not set diff -Nru user-mode-linux-3.2-1um/debian/changelog user-mode-linux-3.2-2um/debian/changelog --- user-mode-linux-3.2-1um/debian/changelog2012-04-17 20:51:32.0 +0900 +++ user-mode-linux-3.2-2um/debian/changelog2013-01-05 08:51:06.0 +0900 @@ -1,3 +1,15 @@ +user-mode-linux (3.2-2um-1) unstable; urgency=high + + * Add Built-Using per Policy §7.8 (Closes: #679300). + * Refresh patches to apply with no fuzz to latest linux-source. + * Set new kernel options: + SECURITY_APPARMOR_COMPAT_24=y + NET_SCH_CODEL=m + FQ_CODEL=m + * Bump version number to upload as a proper foreign package. + + -- Mat
Bug#601946: Freeze exception for acpidump 20100513-2
Package: release.debian.org Hi Release Managers, Actually I have to blame myself for not checking the status of acpidump build logs. Anyway, long story short, I fixed a FTBFS on ia64 that prevented acpidump_20100513 to migrate to squeeze since April and the version currently in the next release is quite out of date. It would be nice to have a 20100513 go in the next stable release. It sat in unstable for months without major bugs filed and having a reasonably recent acpidump in squeze would at least provide support for the latest acpi spec. Feel free to bump the urgency as well if you deem it necessary. Thanks -- mattia :wq! signature.asc Description: Digital signature
Re: Bug#601946: Freeze exception for acpidump 20100513-2
On Sun, Oct 31, 2010 at 06:46:38PM +0900, Mattia Dongili wrote: > Package: release.debian.org > > Hi Release Managers, > Actually I have to blame myself for not checking the status of acpidump > build logs. > Anyway, long story short, I fixed a FTBFS on ia64 that prevented > acpidump_20100513 to migrate to squeeze since April and the version > currently in the next release is quite out of date. > > It would be nice to have a 20100513 go in the next stable release. It > sat in unstable for months without major bugs filed and having a > reasonably recent acpidump in squeze would at least provide support for > the latest acpi spec. > Feel free to bump the urgency as well if you deem it necessary. I forgot to attach a diff from the previous package revision: diff --git a/debian/acpidump.links b/debian/acpidump.links deleted file mode 100644 index efb1d36..000 --- a/debian/acpidump.links +++ /dev/null @@ -1,3 +0,0 @@ -usr/share/man/man1/acpidump.1.gz usr/share/man/man1/acpixtract.1.gz -usr/share/man/man1/acpidump.1.gz usr/share/man/man1/madt.1.gz -usr/share/man/man1/acpidump.1.gz usr/share/man/man1/turbostat.1.gz diff --git a/debian/changelog b/debian/changelog index a4a0c46..0ff7221 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +acpidump (20100513-2) unstable; urgency=low + + * Do not build turbostat on ia64 (Closes: #599950) + + -- Mattia Dongili Sun, 31 Oct 2010 11:20:03 +0900 + acpidump (20100513-1) unstable; urgency=low * New upstream version diff --git a/debian/rules b/debian/rules index 78c3908..4e2d8b6 100755 --- a/debian/rules +++ b/debian/rules @@ -17,6 +17,15 @@ else CFLAGS += -O2 endif +DEB_HOST_ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH) +ifeq ($(DEB_HOST_ARCH),ia64) + BINARIES = acpixtract acpidump madt + MANPAGES = acpixtract madt +else + BINARIES = acpixtract acpidump turbostat madt + MANPAGES = acpixtract turbostat madt +endif + configure: configure-stamp configure-stamp: dh_testdir @@ -29,10 +38,9 @@ build: build-stamp build-stamp: configure-stamp dh_testdir - - # Add here commands to compile the package. - CFLAGS="$(CFLAGS)" $(MAKE) - CFLAGS="$(CFLAGS)" $(MAKE) -C madt + # since turbostat cannot be built on ia64 just build what we + # actually need rather than invoking the top level Makefile + for i in $(BINARIES); do CFLAGS="$(CFLAGS)" $(MAKE) -C $$i; done touch build-stamp @@ -55,7 +63,10 @@ install: build # Add here commands to install the package into debian/acpidump. install -d $(CURDIR)/debian/acpidump/usr/bin - install -m 755 acpidump/acpidump madt/madt turbostat/turbostat acpixtract/acpixtract \ + install -m 755 acpidump/acpidump madt/madt acpixtract/acpixtract \ + $(CURDIR)/debian/acpidump/usr/bin + [ ! -f turbostat/turbostat ] || \ + install -m 755 turbostat/turbostat \ $(CURDIR)/debian/acpidump/usr/bin install -d $(CURDIR)/debian/acpidump/usr/share/man/man1 gzip -9 < $(CURDIR)/debian/acpidump.1 \ @@ -73,7 +84,10 @@ binary-arch: build install dh_installchangelogs dh_installdocs dh_installman - dh_link + for i in $(MANPAGES); do \ + dh_link usr/share/man/man1/acpidump.1.gz \ + usr/share/man/man1/$$i.1.gz ; \ + done dh_strip dh_compress dh_fixperms -- mattia :wq! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101031112706.gk8...@kamineko.org
Re: Bug#601946: Freeze exception for acpidump 20100513-2
On Mon, Nov 01, 2010 at 06:51:05PM +0100, Julien Cristau wrote: > On Sun, Oct 31, 2010 at 20:27:06 +0900, Mattia Dongili wrote: > > > +ifeq ($(DEB_HOST_ARCH),ia64) > > + BINARIES = acpixtract acpidump madt > > + MANPAGES = acpixtract madt > > +else > > + BINARIES = acpixtract acpidump turbostat madt > > + MANPAGES = acpixtract turbostat madt > > +endif > > + > Looks like there's no Makefile in the madt directory, so madt gets built > using default make rules, which results in: > > cc -o madt madt.c > In file included from madt.c:29: > ./tables.c: In function 'acpi_table_print': > ./tables.c:112: warning: incompatible implicit declaration of built-in > function 'printf' > ./tables.c: In function 'acpi_table_print_madt_entry': ... > ./tables.c:223: warning: incompatible implicit declaration of built-in > function 'printf' > > That doesn't look too good. > > madt was also removed from upstream's toplevel makefile since the > current squeeze version. I can also remove that, I doubt anyone ever used it, ever. I can remove that too (for all architectures) but it's even more changes to the package, would you let it go to squeeze? Thanks -- mattia :wq! signature.asc Description: Digital signature
Re: Bug#601946: Freeze exception for acpidump 20100513-2
retitle 601946 Freeze exception for acpidump 20100513-3 thanks On Thu, Nov 11, 2010 at 04:44:25PM +0100, Julien Cristau wrote: > On Wed, Nov 10, 2010 at 12:57:54 +0900, Mattia Dongili wrote: > > > > madt was also removed from upstream's toplevel makefile since the > > > current squeeze version. > > > > I can also remove that, I doubt anyone ever used it, ever. I can remove > > that too (for all architectures) but it's even more changes to the > > package, would you let it go to squeeze? > > > Yes. Just re-uploaded without madt, the -3 revision is already built. Thanks! -- mattia :wq! signature.asc Description: Digital signature
Re: Bug#601946: Freeze exception for acpidump 20100513-2
On Sun, Nov 14, 2010 at 03:22:30PM +0900, Mattia Dongili wrote: > retitle 601946 Freeze exception for acpidump 20100513-3 > thanks > > On Thu, Nov 11, 2010 at 04:44:25PM +0100, Julien Cristau wrote: > > On Wed, Nov 10, 2010 at 12:57:54 +0900, Mattia Dongili wrote: > > > > > > madt was also removed from upstream's toplevel makefile since the > > > > current squeeze version. > > > > > > I can also remove that, I doubt anyone ever used it, ever. I can remove > > > that too (for all architectures) but it's even more changes to the > > > package, would you let it go to squeeze? > > > > > Yes. > > Just re-uploaded without madt, the -3 revision is already built. And I forgot to attach the diff again... debian/acpidump.1 | 23 ++- debian/changelog |8 debian/control|2 +- debian/rules | 11 +-- 4 files changed, 16 insertions(+), 28 deletions(-) diff --git a/debian/acpidump.1 b/debian/acpidump.1 index eb3f123..79c94ec 100644 --- a/debian/acpidump.1 +++ b/debian/acpidump.1 @@ -20,8 +20,6 @@ acpidump \- dump a system's ACPI tables to an ASCII file .br acpixtract \- convert ASCII acpidump output to raw binary table .br -madt \- parser for APIC table -.br turbostat \- gather performance statistics .SH SYNOPSIS @@ -37,25 +35,15 @@ turbostat \- gather performance statistics .RI [ command .RI [ arg ] ... ] .br -.B madt -.br .SH DESCRIPTION This manual page documents briefly the .B acpidump , .B acpixtract -, -.B turbostat and -.B madt +.B turbostat commands. -.B acpidump -and -.B acpixtract -options are described below while -.B madt -can only read an APIC table from standard input. .B turbostat reads hardware registers and gather statistics on the processor clock @@ -86,11 +74,6 @@ skip 2 tables of the given name and output only 3rd one .TP .B \-h, \-\-help outputs an help message -.TP -acpixtract only option is: -.TP -.B \-n instance_number -prints Nth instance of target table, default is 1 .SH OPTIONS acpixtract options are as follow: @@ -120,7 +103,7 @@ turbostat runs it and outputs statistics gathered while the program was running. .SH EXAMPLES .LP Dump the DSDT table to the file DSDT.aml in binary format (this can be -disassembled later with iasl(1): +disassembled later with iasl(1)): .RS 8 acpidump \-b \-t DSDT \-o DSDT.aml .RE @@ -147,8 +130,6 @@ Parse APIC tables: acpidump \-o DSDT.dat .br acpixtract \-sAPIC DSDT.dat -.br -madt < APIC.dat .RE .SH SEE ALSO diff --git a/debian/changelog b/debian/changelog index 0ff7221..297e265 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +acpidump (20100513-3) unstable; urgency=low + + * Do not build madt as it was dropped upstream. + * Remove all references to madt in the manpage and fix a couple of +inconsistencies. + + -- Mattia Dongili Sat, 13 Nov 2010 12:08:47 +0900 + acpidump (20100513-2) unstable; urgency=low * Do not build turbostat on ia64 (Closes: #599950) diff --git a/debian/control b/debian/control index d0a5d09..d6489a2 100644 --- a/debian/control +++ b/debian/control @@ -13,6 +13,6 @@ Description: utilities to dump system's ACPI tables to an ASCII file tables: * acpidump: to dump tables * acpixtract: to convert ASCII acpidump output to raw binary - * madt: to parse APIC tables as the Linux kernel does + * turbostat: to gather performance statistics (x86 only) . Note: Upstream package is called pmtools. diff --git a/debian/rules b/debian/rules index 4e2d8b6..7b8aff7 100755 --- a/debian/rules +++ b/debian/rules @@ -19,11 +19,11 @@ endif DEB_HOST_ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH) ifeq ($(DEB_HOST_ARCH),ia64) - BINARIES = acpixtract acpidump madt - MANPAGES = acpixtract madt + BINARIES = acpixtract acpidump + MANPAGES = acpixtract else - BINARIES = acpixtract acpidump turbostat madt - MANPAGES = acpixtract turbostat madt + BINARIES = acpixtract acpidump turbostat + MANPAGES = acpixtract turbostat endif configure: configure-stamp @@ -51,7 +51,6 @@ clean: # Add here commands to clean up after the build process. $(MAKE) clean - [ ! -f madt/madt ] || $(MAKE) -C madt clean dh_clean @@ -63,7 +62,7 @@ install: build # Add here commands to install the package into debian/acpidump. install -d $(CURDIR)/debian/acpidump/usr/bin - install -m 755 acpidump/acpidump madt/madt acpixtract/acpixtract \ + install -m 755 acpidump/acpidump acpixtract/acpixtract \ $(CURDIR)/debian/acpidump/usr/bin [ ! -f turbostat/turbostat ] || \ install -m 755 turbostat/turbostat \ -- mattia :wq! signature.asc Description: Digital signature
xfree86-driver-synaptics requeue on m68k
Hello, It seems the package needs to be manually requeued (afaiu) on m68k (I erroneously dropped m68k in the Architecture field in 0.14.4-4). Can anybody help? Thanks -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
user-mode-linux too [was: Re: apache2 DSA considerations for etch]
On Tue, Nov 14, 2006 at 08:06:38AM +0100, Joey Schulze wrote: [...] > *sigh* That would've been the best solution. > > I'd say this is ok, however, please watch security updates as the security > team will probably forget to update apache2-mpm-itk when apache2 has been > updated. (->Murphy) Ehrm... while we are at it I suppose user-mode-linux deserves a similar treatment as it builds from linux-source-* packages. I'm already watching d-kernel and their upload plans but wanted to make you aware there's one more such package. Thanks and sorry for the extra work (if any). -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: user-mode-linux too [was: Re: apache2 DSA considerations for etch]
On Tue, Nov 14, 2006 at 08:09:37PM +0100, Martin Schulze wrote:
> Mattia Dongili wrote:
> > On Tue, Nov 14, 2006 at 08:06:38AM +0100, Joey Schulze wrote:
> > [...]
> > > *sigh* That would've been the best solution.
> > >
> > > I'd say this is ok, however, please watch security updates as the security
> > > team will probably forget to update apache2-mpm-itk when apache2 has been
> > > updated. (->Murphy)
> >
> > Ehrm... while we are at it I suppose user-mode-linux deserves a similar
> > treatment as it builds from linux-source-* packages.
>
> Can't they use the regular kernel packages? Or let's phrase it differently,
> why can't the regular kernel package create another flavour for uml?
("they" is mostly "me" ;))
I failed to try to integrate one more flavour in the debian-kernel build
scripts.
AFAICT at the time the scripts needed some modifications, I never had an
answer to my questions and then decided to focus on putting the package
into shape. I will retry post-etch (maybe also the kernel team will be
more interested then).
Here http://lists.debian.org/debian-kernel/2006/01/msg00653.html and my
self reply mainly. It probably became easier since Xen introduction but
I didn't have time to follow-up.
--
mattia
:wq!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Allow cpufreqd 2.2.1-2 into Etch
Hello,
the reason I'm asking for that is #400580. Basically newer cpufreqd
shipped with a default configuration using the "ondemand" governor which
unfortunatly is now available on every platform (powerpc is affected in
the bug).
The -2 revision of the package simply goes back using only
powersave/performance to avoid regression on upgrades
where e.g. a user that uses the default configuration may see cpufreqd
fail to start because of the config file being overridden.
The diff of the config files is included below (sorry, some reorder of
rules made the diff not very readable wrt to the actual changes).
And:
# debdiff cpufreqd_2.2.1-1_i386.deb cpufreqd_2.2.1-2_i386.deb
File lists identical (after any substitutions)
Control files: lines which differ (wdiff format)
Version: [-2.2.1-1-] {+2.2.1-2+}
PS: maybe an urgency bump may be necessary too, the package is now 4
days old in Sid.
--
mattia
:wq!
--- cpufreqd.conf 2006-11-16 19:14:59.0 +0100
+++ debian/cpufreqd.conf2006-12-17 17:27:21.630479706 +0100
@@ -1,5 +1,8 @@
# this is a comment
# see CPUFREQD.CONF(5) manpage for a complete reference
+#
+# Note: ondemand/conservative Profiles are disabled because
+# they are not available on many platforms.
[General]
pidfile=/var/run/cpufreqd.pid
@@ -22,19 +25,19 @@
#sensors_conf=/some/file
#[/sensors_plugin]
-[Profile]
-name=On Demand High
-minfreq=40%
-maxfreq=100%
-policy=ondemand
-[/Profile]
-
-[Profile]
-name=On Demand Low
-minfreq=20%
-maxfreq=80%
-policy=ondemand
-[/Profile]
+#[Profile]
+#name=On Demand High
+#minfreq=40%
+#maxfreq=100%
+#policy=ondemand
+#[/Profile]
+#
+#[Profile]
+#name=On Demand Low
+#minfreq=20%
+#maxfreq=80%
+#policy=ondemand
+#[/Profile]
[Profile]
name=Performance High
@@ -53,15 +56,15 @@
[Profile]
name=Powersave High
-minfreq=70%
-maxfreq=70%
+minfreq=60%
+maxfreq=60%
policy=powersave
[/Profile]
[Profile]
name=Powersave Low
-minfreq=30%
-maxfreq=30%
+minfreq=40%
+maxfreq=40%
policy=powersave
[/Profile]
@@ -89,13 +92,13 @@
profile=Performance High
[/Rule]
-# conservative mode when not AC
+# stay in performance mode for the first minutes
[Rule]
-name=AC Off - Low Battery
+name=AC Off - High Power
ac=off # (on/off)
-battery_interval=0-30
+battery_interval=70-100
#exec_post=echo 5 > /proc/acpi/sony/brightness
-profile=Powersave Low
+profile=Performance Low
[/Rule]
# conservative mode when not AC
@@ -103,17 +106,17 @@
name=AC Off - Medium Battery
ac=off # (on/off)
battery_interval=30-70
-#exec_post=echo 5 > /proc/acpi/sony/brightness
-profile=On Demand Low
+#exec_post=echo 3 > /proc/acpi/sony/brightness
+profile=Powersave High
[/Rule]
-# stay in performance mode for the first minutes
+# conservative mode when not AC
[Rule]
-name=AC Off - High Power
+name=AC Off - Low Battery
ac=off # (on/off)
-battery_interval=70-100
-#exec_post=echo 5 > /proc/acpi/sony/brightness
-profile=On Demand High
+battery_interval=0-30
+#exec_post=echo 3 > /proc/acpi/sony/brightness
+profile=Powersave Low
[/Rule]
##
signature.asc
Description: Digital signature
iasl (acpica-unix) 20060912-4 to unstable or experimental (or nothing)?
Hello, aba (Cc-ed) followed the issue. So basically -4 fixes some forced FTBFS due to bugs in the iasl code generation and load/store unaligned accesses (#406034 and #406558) as a followup to #401153. Now, is it worth trying to push for -4 in etch? the only package build-depending on iasl is qemu which already includes workarounds so maybe -4 can wait (and never appear as there's a new upstream release available). Thoughts? -- mattia :wq! signature.asc Description: Digital signature
Re: stable-proposed-updates: considering cpufrequtils
On Sat, Nov 26, 2011 at 03:12:04PM +, Adam D. Barratt wrote: > On Wed, 2011-11-23 at 13:20 +0900, Mattia Dongili wrote: ... > > cpufrequtils (007-2+squeeze1) stable; urgency=low > > The version for stable needs to be lower than the version in testing - > convention would be -1+squeeze1 (or -2~squeeze1 at a push). > > With that change, please go ahead; thanks. Done finally. Thanks -- mattia :wq! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111203064139.ga16...@kamineko.org
Pre-approval for cpufreqd upload [was Re: Bug#619913: Info received (cpufreqd glibc crash detected)]
Hi Release Managers,
cpufreqd is in a relatively bad shape, unfortunately I haven't been able
take care of it as I should have in quite some time.
One bug seems particularly bad (severity is important at the moment):
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619913
The patch is simple, the patch has been in use for some time, debdiff is
attached. Can this fix go to wheezy?
On running lintian against the package though there one particular error
that I'm wondering if I should fix:
E: cpufreqd: non-empty-dependency_libs-in-la-file
usr/lib/cpufreqd/cpufreqd_acpi.la
E: cpufreqd: non-empty-dependency_libs-in-la-file
usr/lib/cpufreqd/cpufreqd_exec.la
E: cpufreqd: non-empty-dependency_libs-in-la-file
usr/lib/cpufreqd/cpufreqd_governor_parameters.la
E: cpufreqd: non-empty-dependency_libs-in-la-file
usr/lib/cpufreqd/cpufreqd_sensors.la
.la files can be removed in cpufreqd, those are all plugins and it's not
going to be any useful to build anything against them.
Thanks
On Sat, Mar 23, 2013 at 09:41:00AM +0100, Chris wrote:
> Hi,
>
> in my opinion the severity of this bug should be set to grave because
> it's not usuable at the moment. This package will be shipped broken in
> wheezy.
>
> I'm still running cpufreqd with the patch above without any problem.
--
mattia
:wq!
diff -Nru cpufreqd-2.4.2/debian/changelog cpufreqd-2.4.2/debian/changelog
--- cpufreqd-2.4.2/debian/changelog 2010-04-18 23:13:27.0 +0900
+++ cpufreqd-2.4.2/debian/changelog 2013-03-23 21:51:28.0 +0900
@@ -1,3 +1,10 @@
+cpufreqd (2.4.2-2) unstable; urgency=low
+
+ * Fix reading the correct battery attribute
+(Closes: #619913 and Closes: #644567).
+
+ -- Mattia Dongili Sat, 23 Mar 2013 21:42:31 +0900
+
cpufreqd (2.4.2-1) unstable; urgency=low
* New upstream release: fixes configuration with libsensors4
diff -Nru cpufreqd-2.4.2/debian/patches/619913.patch cpufreqd-2.4.2/debian/patches/619913.patch
--- cpufreqd-2.4.2/debian/patches/619913.patch 1970-01-01 09:00:00.0 +0900
+++ cpufreqd-2.4.2/debian/patches/619913.patch 2013-03-23 21:51:28.0 +0900
@@ -0,0 +1,55 @@
+From: Roland Hieber
+Subject: Use power_now instead of current_now to read power from sysfs
+
+Apparently, current_now was renamed to power_now around kernel 2.6.36. The fix
+in this patch first tries to read from the new file name, if this does not
+exist, it tries the old name.
+
+Bug: 644567
+Author: niko2gare <http://sourceforge.net/users/niko2gare/>
+Origin: http://sourceforge.net/tracker/?func=detail&aid=3172707&group_id=58904&atid=489239
+Last-Update: 2012-10-12
+
+Modification to avoid checking closed battery
+From: Bernd Rinn (z-bb)
+Origin: https://bugs.launchpad.net/ubuntu/+source/cpufreqd/+bug/733507/+attachment/3022414/+files/cpufreqd-bug%23733507.patch
+Index: cpufreqd/src/cpufreqd_acpi_battery.c
+===
+--- cpufreqd.orig/src/cpufreqd_acpi_battery.c 2013-03-23 21:37:28.268379010 +0900
cpufreqd/src/cpufreqd_acpi_battery.c 2013-03-23 21:38:23.392952250 +0900
+@@ -36,6 +36,7 @@
+ #define PRESENT "present"
+ #define STATUS "status"
+ #define CURRENT_NOW "current_now"
++#define POWER_NOW "power_now"
+
+ struct battery_info {
+ int capacity;
+@@ -145,9 +146,13 @@
+ binfo->status = get_class_device_attribute(binfo->cdev, STATUS);
+ if (!binfo->status)
+ return -1;
+- binfo->current_now = get_class_device_attribute(binfo->cdev, CURRENT_NOW);
+- if (!binfo->current_now)
+- return -1;
++ binfo->current_now = get_class_device_attribute(binfo->cdev, POWER_NOW);
++ if (!binfo->current_now) {
++ /* try the "current_now" name */
++ binfo->current_now = get_class_device_attribute(binfo->cdev, CURRENT_NOW);
++ if (!binfo->current_now)
++ return -1;
++ }
+
+ /* read the last full capacity, this is not going to change
+ * very often, so no need to poke it later */
+@@ -311,6 +316,10 @@
+
+ /* Read battery informations */
+ for (i = 0; i < bat_dir_num; i++) {
++ if (!info[i].open) {
++ clog(LOG_INFO, "Skipping %s (closed)\n", info[i].cdev->name);
++ continue;
++ }
+
+ if (read_int(info[i].present, &info[i].is_present) != 0) {
+ clog(LOG_INFO, "Skipping %s\n", info[i].cdev->name);
diff -Nru cpufreqd-2.4.2/debian/patches/series cpufreqd-2.4.2/debian/patches/series
--- cpufreqd-2.4.2/debian/patches/series 1970-01-01 09:00:00.0 +0900
+++ cpufreqd-2.4.2/debian/patches/series 2013-03-23 21:51:28.0 +0900
@@ -0,0 +1 @@
+619913.patch
Bug#704017: unblock: cpufreqd/2.4.2-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package cpufreqd
Message-ID: <1364160589.24071.38.ca...@jacala.jungle.funky-badger.org>
> On Sun, 2013-03-24 at 11:29 +0900, Mattia Dongili wrote:
> > cpufreqd is in a relatively bad shape, unfortunately I haven't been able
> > take care of it as I should have in quite some time.
> > One bug seems particularly bad (severity is important at the moment):
> > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619913
> > The patch is simple, the patch has been in use for some time, debdiff is
> > attached. Can this fix go to wheezy?
>
> Please go ahead; thanks.
unblock cpufreqd/2.4.2-2
-- System Information:
Debian Release: 7.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.7.0+ (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_GB.utf8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
mattia
:wq!
diff -Nru cpufreqd-2.4.2/debian/changelog cpufreqd-2.4.2/debian/changelog
--- cpufreqd-2.4.2/debian/changelog 2010-04-18 23:13:27.0 +0900
+++ cpufreqd-2.4.2/debian/changelog 2013-03-23 21:51:28.0 +0900
@@ -1,3 +1,10 @@
+cpufreqd (2.4.2-2) unstable; urgency=low
+
+ * Fix reading the correct battery attribute
+(Closes: #619913 and Closes: #644567).
+
+ -- Mattia Dongili Sat, 23 Mar 2013 21:42:31 +0900
+
cpufreqd (2.4.2-1) unstable; urgency=low
* New upstream release: fixes configuration with libsensors4
diff -Nru cpufreqd-2.4.2/debian/patches/619913.patch cpufreqd-2.4.2/debian/patches/619913.patch
--- cpufreqd-2.4.2/debian/patches/619913.patch 1970-01-01 09:00:00.0 +0900
+++ cpufreqd-2.4.2/debian/patches/619913.patch 2013-03-23 21:51:28.0 +0900
@@ -0,0 +1,55 @@
+From: Roland Hieber
+Subject: Use power_now instead of current_now to read power from sysfs
+
+Apparently, current_now was renamed to power_now around kernel 2.6.36. The fix
+in this patch first tries to read from the new file name, if this does not
+exist, it tries the old name.
+
+Bug: 644567
+Author: niko2gare <http://sourceforge.net/users/niko2gare/>
+Origin: http://sourceforge.net/tracker/?func=detail&aid=3172707&group_id=58904&atid=489239
+Last-Update: 2012-10-12
+
+Modification to avoid checking closed battery
+From: Bernd Rinn (z-bb)
+Origin: https://bugs.launchpad.net/ubuntu/+source/cpufreqd/+bug/733507/+attachment/3022414/+files/cpufreqd-bug%23733507.patch
+Index: cpufreqd/src/cpufreqd_acpi_battery.c
+===
+--- cpufreqd.orig/src/cpufreqd_acpi_battery.c 2013-03-23 21:37:28.268379010 +0900
cpufreqd/src/cpufreqd_acpi_battery.c 2013-03-23 21:38:23.392952250 +0900
+@@ -36,6 +36,7 @@
+ #define PRESENT "present"
+ #define STATUS "status"
+ #define CURRENT_NOW "current_now"
++#define POWER_NOW "power_now"
+
+ struct battery_info {
+ int capacity;
+@@ -145,9 +146,13 @@
+ binfo->status = get_class_device_attribute(binfo->cdev, STATUS);
+ if (!binfo->status)
+ return -1;
+- binfo->current_now = get_class_device_attribute(binfo->cdev, CURRENT_NOW);
+- if (!binfo->current_now)
+- return -1;
++ binfo->current_now = get_class_device_attribute(binfo->cdev, POWER_NOW);
++ if (!binfo->current_now) {
++ /* try the "current_now" name */
++ binfo->current_now = get_class_device_attribute(binfo->cdev, CURRENT_NOW);
++ if (!binfo->current_now)
++ return -1;
++ }
+
+ /* read the last full capacity, this is not going to change
+ * very often, so no need to poke it later */
+@@ -311,6 +316,10 @@
+
+ /* Read battery informations */
+ for (i = 0; i < bat_dir_num; i++) {
++ if (!info[i].open) {
++ clog(LOG_INFO, "Skipping %s (closed)\n", info[i].cdev->name);
++ continue;
++ }
+
+ if (read_int(info[i].present, &info[i].is_present) != 0) {
+ clog(LOG_INFO, "Skipping %s\n", info[i].cdev->name);
diff -Nru cpufreqd-2.4.2/debian/patches/series cpufreqd-2.4.2/debian/patches/series
--- cpufreqd-2.4.2/debian/patches/series 1970-01-01 09:00:00.0 +0900
+++ cpufreqd-2.4.2/debian/patches/series 2013-03-23 21:51:28.0 +0900
@@ -0,0 +1 @@
+619913.patch
Re: non-free license: requires to obey US export regulation even, when not in the US
On Wed, Mar 27, 2013 at 05:06:35PM +, Adam D. Barratt wrote: > On 27.03.2013 13:44, Michael Stapelberg wrote: > >Mattia Dongili writes: > >>yes it is, that's what Al did already: > >>http://ftp-master.debian.org/new/acpica-unix_20130214-0.3.html > >I see. > > > >release-team: What’s your take on this? Can we get the new version > >into > >Debian in time for wheezy or how should we handle this? > > It's somewhat difficult to tell without seeing what's involved. (We > can't exactly debdiff against NEW...) Michael, I don't see a valid reason to get a newer version in wheezy at this stage of the freeze. Regards, -- mattia :wq! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130327205628.gc21...@kamineko.org
Re: non-free license: requires to obey US export regulation even, when not in the US
On Thu, Mar 28, 2013 at 02:17:18PM +0100, Michael Stapelberg wrote: ... > Can we just ignore this bug for wheezy? To me, the licensing intention > seems very clear. Can it be closed even? I don't think this bug applies at all. -- mattia :wq! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130329235224.ga24...@kamineko.org
