search for: lxorguk

...dule initialisation because some drivers have viable defaults set in case parameters aren't specified and some drivers support automatic configuration (e.g. PNP or PCI) in addition to manually coded parameters. This patch annotates drivers in arch/x86/mm/. Suggested-by: Alan Cox <gnomes at lxorguk.ukuu.org.uk> Signed-off-by: David Howells <dhowells at redhat.com> cc: Steven Rostedt <rostedt at goodmis.org> cc: Ingo Molnar <mingo at kernel.org> cc: Thomas Gleixner <tglx at linutronix.de> cc: "H. Peter Anvin" <hpa at zytor.com> cc: x86 at kernel.org c...

...lisation because some drivers have viable defaults set in case parameters aren't specified and some drivers support automatic configuration (e.g. PNP or PCI) in addition to manually coded parameters. This patch annotates drivers in arch/x86/mm/. Suggested-by: One Thousand Gnomes <gnomes at lxorguk.ukuu.org.uk> Signed-off-by: David Howells <dhowells at redhat.com> cc: Steven Rostedt <rostedt at goodmis.org> cc: Ingo Molnar <mingo at kernel.org> cc: Thomas Gleixner <tglx at linutronix.de> cc: "H. Peter Anvin" <hpa at zytor.com> cc: x86 at kernel.org c...

On Thu, Jul 14, 2011 at 5:48 PM, Mike Waychison <mikew at google.com> wrote: > On Thu, Jul 14, 2011 at 4:39 PM, Alan Cox <alan at lxorguk.ukuu.org.uk> wrote: >>> for stuff I probably should be disabling considering my goal of making >>> it difficult for root to compromise a system. ?And yes, modules are >>> disabled :) >> >> If you have CAP_SYS_RAWIO and some of the other interfaces you only...

Hello List, Running 2.4.21-pre3-ac1 SMP with new quotas (usr and grp), this oops showed up while copying a large amount (about 50gigs, only 1.6 made it before the oops). I'm trying to reproduce as we speak. Unable to handle kernel NULL pointer dereference at virtual address 00000004 c0130956 *pde = 00000000 Oops: 0002 CPU: 0 EIP: 0010:[<c0130956>] Not tainted Using defaults

...suid... test this yourself..I don''t have too much time Matt Conover (shok@onlinex.net - - -- Shok). - ------- Message 2 Date: Mon, 28 Jul 1997 23:27:48 +0100 Subject: Re: Multiply bugs in MH-6.8.3 (Mail Handler program) From: Alan Cox <alan@LXORGUK.UKUU.ORG.UK> To: BUGTRAQ@NETSPACE.ORG Message-ID: <m0wsyGa-0005FiC@lightning.swansea.linux.org.uk> > ruserpass(host,&user,&pass); is found in msgchk.c, in checkremote() or > something like that... meaning that the host aren''t vulnerable if not > configured.....

On 3.8-rc2 with lockdep enabled and dual-GPU setup (Macbook Pro Retina), I see two releated lock inversion issues with the EFI framebuffer, leading to possible deadlock: when X takes over from the EFI framebuffer [1] and when nouveau releases the framebuffer when being vgaswitcherood [2]. Let me know if you'd like any testing or analysis when I can get the time. Many thanks, Daniel ---

At last year''s Xen North America Summit in Boston, I gave a talk about memory overcommitment in Xen. I showed that the basic mechanisms for moving memory between domains were already present in Xen and that, with a few scripts, it was possible to roughly load-balance memory between domains. During this effort, I discovered that "ballooning" had a lot of weaknesses, even though

Before, in my "Hard Problem" email I was trying to communicate a design issue were trying to solve with Xen. This is what we need to do: 1) Deploy 24 Windows XP VMs in parallel. 2) Boot them from a shared Windows XP C: drive. 3) Since this is a read-only shared image we obviously can''t have multiple VM''s writing to it. 4) All writes to the boot image for logging,

Before, in my "Hard Problem" email I was trying to communicate a design issue were trying to solve with Xen. This is what we need to do: 1) Deploy 24 Windows XP VMs in parallel. 2) Boot them from a shared Windows XP C: drive. 3) Since this is a read-only shared image we obviously can''t have multiple VM''s writing to it. 4) All writes to the boot image for logging,

Hi Andi, This patch series implements the Linux Xen guest in terms of the paravirt-ops interface. The features in implemented this patch series are: * domU only * UP only (most code is SMP-safe, but there's no way to create a new vcpu) * writable pagetables, with late pinning/early unpinning (no shadow pagetable support) * supports both PAE and non-PAE modes * xen console * virtual

Hi Andi, This patch series implements the Linux Xen guest in terms of the paravirt-ops interface. The features in implemented this patch series are: * domU only * UP only (most code is SMP-safe, but there's no way to create a new vcpu) * writable pagetables, with late pinning/early unpinning (no shadow pagetable support) * supports both PAE and non-PAE modes * xen console * virtual

Hi Andi, This patch series implements the Linux Xen guest in terms of the paravirt-ops interface. The features in implemented this patch series are: * domU only * UP only (most code is SMP-safe, but there's no way to create a new vcpu) * writable pagetables, with late pinning/early unpinning (no shadow pagetable support) * supports both PAE and non-PAE modes * xen console * virtual

...x@gmail.com> Al Viro <viro@zeniv.linux.org.uk> Al Viro <viro@zeniv.linux.org> Alain Renaud <arenaud@sgi.com> Alan "minus lunch" Cox <alan@linux.intel.com> Alan Cox <alan@linux.intel.com> Alan Cox <alan@linux/intel.com> Alan Cox <alan@lxorguk.ukuu.org.uk> Alan M Butler <alanbutty12@gmail.com> Alan McIvor <alan.mcivor@reveal.co.nz> Alan Ott <alan@signal11.us> Alan Stern <stern@rowland.harvard.edu Alan Stern <stern@rowland.harvard.edu> Alan Swanson <swanson@ukfsn.org> Alasdair G Kergon &lt...

...x@gmail.com> Al Viro <viro@zeniv.linux.org.uk> Al Viro <viro@zeniv.linux.org> Alain Renaud <arenaud@sgi.com> Alan "minus lunch" Cox <alan@linux.intel.com> Alan Cox <alan@linux.intel.com> Alan Cox <alan@linux/intel.com> Alan Cox <alan@lxorguk.ukuu.org.uk> Alan M Butler <alanbutty12@gmail.com> Alan McIvor <alan.mcivor@reveal.co.nz> Alan Ott <alan@signal11.us> Alan Stern <stern@rowland.harvard.edu Alan Stern <stern@rowland.harvard.edu> Alan Swanson <swanson@ukfsn.org> Alasdair G Kergon &lt...

...x@gmail.com> Al Viro <viro@zeniv.linux.org.uk> Al Viro <viro@zeniv.linux.org> Alain Renaud <arenaud@sgi.com> Alan "minus lunch" Cox <alan@linux.intel.com> Alan Cox <alan@linux.intel.com> Alan Cox <alan@linux/intel.com> Alan Cox <alan@lxorguk.ukuu.org.uk> Alan M Butler <alanbutty12@gmail.com> Alan McIvor <alan.mcivor@reveal.co.nz> Alan Ott <alan@signal11.us> Alan Stern <stern@rowland.harvard.edu Alan Stern <stern@rowland.harvard.edu> Alan Swanson <swanson@ukfsn.org> Alasdair G Kergon &lt...

...x@gmail.com> Al Viro <viro@zeniv.linux.org.uk> Al Viro <viro@zeniv.linux.org> Alain Renaud <arenaud@sgi.com> Alan "minus lunch" Cox <alan@linux.intel.com> Alan Cox <alan@linux.intel.com> Alan Cox <alan@linux/intel.com> Alan Cox <alan@lxorguk.ukuu.org.uk> Alan M Butler <alanbutty12@gmail.com> Alan McIvor <alan.mcivor@reveal.co.nz> Alan Ott <alan@signal11.us> Alan Stern <stern@rowland.harvard.edu Alan Stern <stern@rowland.harvard.edu> Alan Swanson <swanson@ukfsn.org> Alasdair G Kergon &lt...

...x@gmail.com> Al Viro <viro@zeniv.linux.org.uk> Al Viro <viro@zeniv.linux.org> Alain Renaud <arenaud@sgi.com> Alan "minus lunch" Cox <alan@linux.intel.com> Alan Cox <alan@linux.intel.com> Alan Cox <alan@linux/intel.com> Alan Cox <alan@lxorguk.ukuu.org.uk> Alan M Butler <alanbutty12@gmail.com> Alan McIvor <alan.mcivor@reveal.co.nz> Alan Ott <alan@signal11.us> Alan Stern <stern@rowland.harvard.edu Alan Stern <stern@rowland.harvard.edu> Alan Swanson <swanson@ukfsn.org> Alasdair G Kergon &lt...

...x@gmail.com> Al Viro <viro@zeniv.linux.org.uk> Al Viro <viro@zeniv.linux.org> Alain Renaud <arenaud@sgi.com> Alan "minus lunch" Cox <alan@linux.intel.com> Alan Cox <alan@linux.intel.com> Alan Cox <alan@linux/intel.com> Alan Cox <alan@lxorguk.ukuu.org.uk> Alan M Butler <alanbutty12@gmail.com> Alan McIvor <alan.mcivor@reveal.co.nz> Alan Ott <alan@signal11.us> Alan Stern <stern@rowland.harvard.edu Alan Stern <stern@rowland.harvard.edu> Alan Swanson <swanson@ukfsn.org> Alasdair G Kergon &lt...

...x@gmail.com> Al Viro <viro@zeniv.linux.org.uk> Al Viro <viro@zeniv.linux.org> Alain Renaud <arenaud@sgi.com> Alan "minus lunch" Cox <alan@linux.intel.com> Alan Cox <alan@linux.intel.com> Alan Cox <alan@linux/intel.com> Alan Cox <alan@lxorguk.ukuu.org.uk> Alan M Butler <alanbutty12@gmail.com> Alan McIvor <alan.mcivor@reveal.co.nz> Alan Ott <alan@signal11.us> Alan Stern <stern@rowland.harvard.edu Alan Stern <stern@rowland.harvard.edu> Alan Swanson <swanson@ukfsn.org> Alasdair G Kergon &lt...

...x@gmail.com> Al Viro <viro@zeniv.linux.org.uk> Al Viro <viro@zeniv.linux.org> Alain Renaud <arenaud@sgi.com> Alan "minus lunch" Cox <alan@linux.intel.com> Alan Cox <alan@linux.intel.com> Alan Cox <alan@linux/intel.com> Alan Cox <alan@lxorguk.ukuu.org.uk> Alan M Butler <alanbutty12@gmail.com> Alan McIvor <alan.mcivor@reveal.co.nz> Alan Ott <alan@signal11.us> Alan Stern <stern@rowland.harvard.edu Alan Stern <stern@rowland.harvard.edu> Alan Swanson <swanson@ukfsn.org> Alasdair G Kergon &lt...