Processed: Re: Processed (with 1 errors): Re: Processed (with 1 errors): Re: Bug#733545: Fails to set profiles

Processing commands for cont...@bugs.debian.org: > reassign 733545 cpufreqd Bug #733545 [linux] cpufreqd should honour bios_limit when setting max/min freq Bug reassigned from package 'linux' to 'cpufreqd'. Ignoring request to alter found versions of bug #733545 to the same values previously set

Processed (with 1 errors): Re: Processed (with 1 errors): Re: Bug#733545: Fails to set profiles

Processing commands for cont...@bugs.debian.org: > reassing 733545 cpufreqd Unknown command or malformed arguments to command. > retitle 733545 cpufreqd should honour bios_limit when setting max/min freq Bug #733545 [linux] cannot set max cpufreq frequency Changed Bug title to 'cpufreqd should hon

Bug#733545: Processed (with 1 errors): Re: Bug#733545: Fails to set profiles

reassing 733545 cpufreqd retitle 733545 cpufreqd should honour bios_limit when setting max/min freq thanks On Mon, Dec 30, 2013 at 12:55:00PM +0900, Mattia Dongili wrote: > On Mon, Dec 30, 2013 at 04:30:33AM +0100, Ben Hutchings wrote: > > Which scaling driver is being used? > > acpi-cpufreq > >

Bug#733545: Processed (with 1 errors): Re: Bug#733545: Fails to set profiles

On Mon, Dec 30, 2013 at 04:30:33AM +0100, Ben Hutchings wrote: > Which scaling driver is being used? acpi-cpufreq > Which scaling governor are you using? ondemand > What was the last kernel version where this worked? I don't know, I usually just leave ondemand do it's work without interfering.

Bug#733545: Processed (with 1 errors): Re: Bug#733545: Fails to set profiles

Which scaling driver is being used? Which scaling governor are you using? What was the last kernel version where this worked? Ben. -- Ben Hutchings Logic doesn't apply to the real world. - Marvin Minsky signature.asc Description: This is a digitally signed message part

Bug#733565: SIX messages per on boot console should be TWO

Control: reassign -1 src:linux 3.12.6-1 On Mon, 2013-12-30 at 07:13 +0800, jida...@jidanni.org wrote: > Package: linux-image-3.12-1-686-pae > > Currently any such devices as below that are attached during boot still > produce the below SIX messages per device when they should only produce > TWO:

Processed: Re: Bug#733565: SIX messages per on boot console should be TWO

Processing control commands: > reassign -1 src:linux 3.12.6-1 Bug #733565 [linux-image-3.12-1-686-pae] SIX messages per on boot console should be TWO Bug reassigned from package 'linux-image-3.12-1-686-pae' to 'src:linux'. Ignoring request to alter found versions of bug #733565 to the same values

Bug#733545: Fails to set profiles

also sprach Mattia Dongili [2013-12-30 15:15 +1300]: > > cpufreqd: cpufreqd_set_profile : Couldn't set profile "Performance > > High" set for cpu0 (240-240-performance) > > cpufreqd: cpufreqd_loop: Cannot set policy, Rule unchanged > > ("none"). > > This log seems a

Bug#733545: Fails to set profiles

On Mon, Dec 30, 2013 at 11:15:45AM +0900, Mattia Dongili wrote: ... > Note that this is most likely upstream since I'm using my self rolled > 3.13-rc5. forgot to mention: Linux hilbert 3.13.0-rc5+ #25 SMP PREEMPT Mon Dec 23 12:18:40 JST 2013 x86_64 GNU/Linux acpipdump: http://www.taihen.jp/vaio/

Processed: [ow...@bugs.debian.org: Processed (with 1 errors): Re: Bug#733545: Fails to set profiles]

Processing commands for cont...@bugs.debian.org: > retitle 733545 cannot set max cpufreq frequency Bug #733545 [linux] Fails to set profiles Changed Bug title to 'cannot set max cpufreq frequency' from 'Fails to set profiles' > thanks Stopping processing here. Please contact me if you need assis

Processed (with 1 errors): Re: Bug#733545: Fails to set profiles

Processing commands for cont...@bugs.debian.org: > reassign 733545 linux Bug #733545 [cpufreqd] Fails to set profiles Bug reassigned from package 'cpufreqd' to 'linux'. No longer marked as found in versions cpufreqd/2.4.2-2. Ignoring request to alter fixed versions of bug #733545 to the same value

Bug#565696: initramfs-tools: Support for AoE

On Thu, Feb 25, 2010 at 06:22:47PM +0100, maximilian attems wrote: > > Basically, the idea is to make it possible to do diskless virtual > > machines with a minimum of fuss. I can't think of any easy way to make > > all the moving parts fit together. We've been experimenting with AoE for use with

Bug#733565: SIX messages per on boot console should be TWO

Package: linux-image-3.12-1-686-pae Currently any such devices as below that are attached during boot still produce the below SIX messages per device when they should only produce TWO: # dmesg |egrep Caching\|Assuming [3.960663] sd 3:0:0:0: [sdb] No Caching mode page found [3.960701] sd 3

Bug#733551: Sanitation of CPU-state when switching from virtual-8086 mode to other task incomplete

Bastian Blank wrote: > Control: tag -1 moreinfo > > On Sun, Dec 29, 2013 at 09:12:35PM +, halfdog wrote: >> When executing code in virtual-8086 mode via vm86 syscall, kernel >> seems to perform incomplete CPU state sanitation when switching tasks, >> thus causing OOPSes or complete machine loc

Bug#733551: Sanitation of CPU-state when switching from virtual-8086 mode to other task incomplete

Control: reassign -1 src:linux 3.11.10-1 Control: severity -1 important Control: tag -1 moreinfo On Sun, 2013-12-29 at 21:12 +, halfdog wrote: > Package: linux-image-3.11-2-486 > Version: 3.11.10-1 > Tags: security > > When executing code in virtual-8086 mode via vm86 syscall, kernel > seems

Processed: Re: Bug#733551: Sanitation of CPU-state when switching from virtual-8086 mode to other task incomplete

Processing control commands: > reassign -1 src:linux 3.11.10-1 Bug #733551 [linux-image-3.11-2-486] Sanitation of CPU-state when switching from virtual-8086 mode to other task incomplete Bug reassigned from package 'linux-image-3.11-2-486' to 'src:linux'. No longer marked as found in versions lin

Bug#733551: Sanitation of CPU-state when switching from virtual-8086 mode to other task incomplete

Control: tag -1 moreinfo On Sun, Dec 29, 2013 at 09:12:35PM +, halfdog wrote: > When executing code in virtual-8086 mode via vm86 syscall, kernel > seems to perform incomplete CPU state sanitation when switching tasks, > thus causing OOPSes or complete machine lockup. You only showed exceptio

Processed: Re: Bug#733551: Sanitation of CPU-state when switching from virtual-8086 mode to other task incomplete

Processing control commands: > tag -1 moreinfo Bug #733551 [linux-image-3.11-2-486] Sanitation of CPU-state when switching from virtual-8086 mode to other task incomplete Added tag(s) moreinfo. -- 733551: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733551 Debian Bug Tracking System Contact

Bug#733551: Sanitation of CPU-state when switching from virtual-8086 mode to other task incomplete

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: linux-image-3.11-2-486 Version: 3.11.10-1 Tags: security When executing code in virtual-8086 mode via vm86 syscall, kernel seems to perform incomplete CPU state sanitation when switching tasks, thus causing OOPSes or complete machine lockup.

Re: Booting the kernel on very large NUMA systems

On Sun, 2013-12-29 at 21:43 +0100, John Paul Adrian Glaubitz wrote: > On 12/29/2013 08:41 PM, Ben Hutchings wrote: > >> "/sgiroot splash=silent showopts stop_machine.lazy=1 add_efi_memmap > >> nortsched processor.max_cstate=1 nobau log_buf_len=8M kdb=on > >> cgroup_disable=memory earlyprintk=ttyS0

Bug#733521: linux-image-3.12-1-amd64: System76 Gazelle Pro crashes on hibernate

Oh, one additional piece of information that may be relevant here: this system uses disk encryption as set up by the Debian installer, which includes encryption of the swap partition (and therefore of the hibernate image). -- Russ Allbery (r...@debian.org)

Re: Booting the kernel on very large NUMA systems

On 12/29/2013 08:41 PM, Ben Hutchings wrote: >> "/sgiroot splash=silent showopts stop_machine.lazy=1 add_efi_memmap >> nortsched processor.max_cstate=1 nobau log_buf_len=8M kdb=on >> cgroup_disable=memory earlyprintk=ttyS0,115200n8 pcie_aspm=on nohz=off >> crashkernel=512M intel_iommu=off init=/sb

Re: Booting the kernel on very large NUMA systems

On Sun, 2013-12-29 at 13:39 +0100, John Paul Adrian Glaubitz wrote: [...] > Now that GRUB was working fine, I ran into problems with the kernel > which apparently simply froze when trying to boot. I tried various > Linux distributions and kernels without success. Possibly it will boot but only ver

Processing of linux_3.12.6-2_multi.changes

linux_3.12.6-2_multi.changes uploaded successfully to localhost along with the files: linux_3.12.6-2.dsc linux_3.12.6-2.debian.tar.xz linux-support-3.12-1_3.12.6-2_all.deb linux-doc-3.12_3.12.6-2_all.deb linux-manual-3.12_3.12.6-2_all.deb linux-source-3.12_3.12.6-2_all.deb Greetings,

Bug#733507: linux-image-3.11-2-amd64: Qualcomm Atheros AR9462 Bluetooth module on an Asus Z87I-PRO motherboard

Package: src:linux Version: 3.11.10-1 Severity: normal Tags: upstream Dear Maintainer, I'm having difficulties in getting the Bluetooth module on the Asus Z87i-PRO motherboard, which very probably is a AR9462 to work in combination with the 3.11 kernel. I also tried a newer 3.12 kernel, but this

Booting the kernel on very large NUMA systems

Hi! my department at the university has inherited an SGI Altix UV-1000 compute cluster [1]. It consists of two blade centers with 16 blades each and each blade sporting 64 GB of local memory and two Intel Xeon X7560 CPUs, totaling to 64 CPUs (1024 with multi-core and Hyperthreading enabled) and 2