similar to: CPU microcode update under xen

On Tue, 2015-05-19 at 13:31 +0200, Stephan Seitz wrote: > On Fri, May 15, 2015 at 08:26:42AM +0100, Ian Campbell wrote: > >Here's an idea. First extract the real initrd from the back half of the > >initrd: > > ijc at dagon:tmp$ cat /boot/initrd.img | ( cpio -t >&2 ; cat ) > initrd.real > > kernel > > kernel/x86 > >

AFAICT our current version does not correspond to any version in the Linux history. This commit resynchronised to the state in Linux commit 598bae70c2a8e35c8d39b610cca2b32afcf047af. Differences from upstream: find_cpio_data is __init, printk instead of pr_*. This appears to fix Debian bug #785187. "Appears" because my test box happens to be AMD and the issue is that the (valid) cpio

> > according to the documentation the option ucode=scan should tell XEN to > > look for a microcode update in an uncompressed initrd. > > > > While I don?t use the Debian kernel the tools to generate the initrd are > > part of Debian. The command ?cpio -i < /boot/initrd.img-4.0.2-Dom0? > > creates the directory structure

On Thu, 2015-05-14 at 22:45 +0200, Stephan Seitz wrote: > On Wed, May 13, 2015 at 11:57:55AM -0400, Konrad Rzeszutek Wilk wrote: > >> > according to the documentation the option ucode=scan should tell XEN to > >> > look for a microcode update in an uncompressed initrd. > >> > > >> > While I don?t use the Debian kernel the tools to generate the

Hi! Some persons are using a TAPI driver to connect via the manager interface to the asterisk (1.4). While I can give every user his own password, I didn?t find a way to restrict a user to a certain phone number, so that he can only dial with his number via the TAPI driver and can only answer calls for another number. Is the possible? If yes, how? Thanks for the answers. Shade and sweet

Hi! I have the following questions/problems with * 1.4. We have several Snom phones (320 and 360). Hints are configured in extensions.conf (core show hints shows the correct values). My Snom phone is registered to some numbers (validated by using sip show subscriptions). I see the lights blinking if someone calls the subscribed number and steady lights if the call is established. So far, so

On Wed, May 13, 2015 at 11:57:55AM -0400, Konrad Rzeszutek Wilk wrote: >> > according to the documentation the option ucode=scan should tell XEN to >> > look for a microcode update in an uncompressed initrd. >> > >> > While I don?t use the Debian kernel the tools to generate the initrd are >> > part of Debian. The command ?cpio -i <

Hi! I would like to know the status of the frequency scaling in XEN. I found a web site saying that XEN doesn’t work with frequency scaling, at the other hand I found some fixes for powernow-k8 to get rid of some messages. I have an AMD64. powerno-k8 works find with non-XEN kernels, but with XEN-kernels I get the error: powernow-k8: Found 1 AMD Athlon(tm) 64 Processor 3400+ processors

On Fri, May 15, 2015 at 08:26:42AM +0100, Ian Campbell wrote: >Here's an idea. First extract the real initrd from the back half of the >initrd: > ijc at dagon:tmp$ cat /boot/initrd.img | ( cpio -t >&2 ; cat ) > initrd.real > kernel > kernel/x86 > kernel/x86/microcode > kernel/x86/microcode/GenuineIntel.bin > 16 blocks

On Tue, May 19, 2015 at 12:47:51PM +0100, Ian Campbell wrote: >The reconcatenate bit is easy, just: > $ cat initrd.ucode initrd.real > initrd.img >With initrd.real extracted above. > >initrd.ucode creation I'm a little unsure about but something like: > >$ mkdir initrd.ucode.tree >$ cd initrd.ucode.tree >$ cat /boot/initrd.img | cpio -id >$ find >.

Hello all, I''m trying to get my servers to work with Xen, but as I use sata2, it looks like only a recent kernel will do the job. But unferotunately, ony and official 2.6.8 is provided, which doesn''t boot at all on those machines. I''ve tried ubuntu''s 2.6.22-xen, but ti looks very buggy. Where could we find patches for 2.6.22/23 to add Xen? How could I gete a

Package: xen-hypervisor-4.5-amd64 Version: 4.5.0-1 Severity: normal Dear Maintainer, according to the documentation the option ucode=scan should tell XEN to look for a microcode update in an uncompressed initrd. While I don?t use the Debian kernel the tools to generate the initrd are part of Debian. The command ?cpio -i < /boot/initrd.img-4.0.2-Dom0? creates the directory structure

>>> On 01.07.15 at 16:43, <ian.campbell at citrix.com> wrote: > AFAICT our current version does not correspond to any version in the > Linux history. This commit resynchronised to the state in Linux > commit 598bae70c2a8e35c8d39b610cca2b32afcf047af. > > Differences from upstream: find_cpio_data is __init, printk instead of > pr_*. > > This appears to fix

Dropping users and adding pkg-xen-devel and debian-kernel. On Tue, 2012-11-06 at 15:43 +0100, Stephan Seitz wrote: > On Mon, Nov 05, 2012 at 06:12:53PM -0200, Henrique de Moraes Holschuh wrote: > >I would like to bring to your attention the improved support for system > >processor (CPU) microcode updates, for x86/i686/x86-64/amd64 systems > >that was recently added to

http://bugzilla.mindrot.org/show_bug.cgi?id=1054 Summary: Nmap Causing SSH Session to Prematurely End Product: Portable OpenSSH Version: 3.8.1p1 Platform: All OS/Version: Mac OS X Status: NEW Severity: normal Priority: P2 Component: ssh AssignedTo: bitbucket at mindrot.org ReportedBy:

I have just installed Centos 5.0 from DVD. I have also run the software updates and I think everything is up to date. The motherboard is a Gigabyte GA945GM-S2 with an Intel E2140 processor. At boot time if I select show details - there is one error shown "in red", Like this: Applying Intel CPU microcode update. FATAL: Module microcode not found. ERROR: Module microcode does not exist

Hi, intel docs say that default microcode size is 2000+48 bytes; however shorter sizes are legal. Actually, with microcode_ctl-1.15, such shorter u-codes are actually out there in the wild. The Linux kernel rejected this until 2.6.19rc; Xen still does. Here''s the port to Xen. Best, -- Kurt Garloff, Head Architect and acting VP SUSE R&D, Novell Inc.

Signed-off-by: Jan Beulich <jbeulich@suse.com> --- a/arch/i386/kernel/microcode-xen.c +++ b/arch/i386/kernel/microcode-xen.c @@ -121,6 +121,9 @@ static int __init microcode_init (void) { int error; + if (!is_initial_xendomain()) + return -ENODEV; + error = misc_register(&microcode_dev); if (error) { printk(KERN_ERR

Hello there, With the use of CUDA and ptx I managed to make a disassembler for at least one of the nv50 microcode/shader formats. This might come in handy for some people, hence I'm posting it here: http://www.cs.rug.nl/~wladimir/decuda/ I'm not yet sure if pixel/vertex shaders use the same instruction format as the compute shaders used by CUDA, but you'd think so, as nv50 is

Hey, Probably mostly for Ben, but I had this idea that it might be possible to write a userspace wrapper for the binary driver that run as root could be used to do the card init for the current or even a fake GPU then produce traces to pull the firmwares out. Not sure how insane it is, vs having to mmiotrace, but I just thought I'd see if anyone had considered it. Dave.