similar to: Device renaming heads up

Displaying 20 results from an estimated 60000 matches similar to: "Device renaming heads up"

2015 Jul 30
0
Last few days in CentOS
On 30/07/15 00:20, Ian Pilcher wrote: > On 07/29/2015 04:53 PM, Karanbir Singh wrote: >> the biggest blocker to going GA on the x86 build is the kernel; the >> distro kernel we end up with isnt going to be the same as the upstream >> x86_64 kernel configs. However, there hasent been a huge level of >> feedback ( either positive or negative ) around those builds. So if
2015 Sep 23
3
PV AMI for CentOS 7
On Sep 23, 2015, at 9:03 AM, Karanbir Singh <mail-lists at karan.org> wrote: > On 22/09/15 22:37, Jo Rhett wrote: >> Is there any chance we could get a PV AMI for CentOS 7 to match the HVM version at https://aws.amazon.com/marketplace/pp/B00O7WM7QW/ref=srh_res_product_title?ie=UTF8&sr=0-2&qid=1442957668341 >> >> We have prepurchased reserved instances based on
2012 Dec 24
1
[LLVMdev] Heads up -- take two for renaming VMCore -> IR
On Sun, Dec 23, 2012 at 6:49 PM, Chris Lattner <clattner at apple.com> wrote: > Right, I just meant which specific header files should move. Pass manager > doesn't seem like it should, for example. > lib/VMCore/PassManager.cpp indicates to me that include/llvm/PassManager.h should become include/llvm/IR/PassManager.h It feels like what you're really interested in is
2012 Dec 23
0
[LLVMdev] Heads up -- take two for renaming VMCore -> IR
Sounds great, thanks Chandler. In addition to each file being discussed, it would be nice to have a high level plan to kick things off. -Chris On Dec 21, 2012, at 10:24 PM, Chandler Carruth <chandlerc at gmail.com> wrote: > Hello folks, > > Now that the includes are sortable and I have another chunk of free time, I'll be making another attempt at the mass renaming from
2012 Dec 24
0
[LLVMdev] Heads up -- take two for renaming VMCore -> IR
Right, I just meant which specific header files should move. Pass manager doesn't seem like it should, for example. -Chris On Dec 23, 2012, at 8:13 AM, Chandler Carruth <chandlerc at gmail.com> wrote: > On Sat, Dec 22, 2012 at 9:05 PM, Chris Lattner <clattner at apple.com> wrote: >> Sounds great, thanks Chandler. In addition to each file being discussed, it would be
2012 Dec 21
3
[LLVMdev] Heads up -- take two for renaming VMCore -> IR
Hello folks, Now that the includes are sortable and I have another chunk of free time, I'll be making another attempt at the mass renaming from VMCore to IR for LLVM. I'm also planning to move the header files currently in the top level for LLVM down into the appropriate subdirectory. I'll create an IR directory for the headers that really belong to that library component. However,
2012 Dec 23
2
[LLVMdev] Heads up -- take two for renaming VMCore -> IR
On Sat, Dec 22, 2012 at 9:05 PM, Chris Lattner <clattner at apple.com> wrote: > Sounds great, thanks Chandler. In addition to each file being discussed, > it would be nice to have a high level plan to kick things off. > What exact plan are you looking for? >From the original thread: - lib/VMCore -> lib/IR - include/llvm/Foo.h -> include/llvm/IR/Foo.h (if Foo.h belongs
2015 Jul 29
3
Last few days in CentOS
On 07/29/2015 04:53 PM, Karanbir Singh wrote: > the biggest blocker to going GA on the x86 build is the kernel; the > distro kernel we end up with isnt going to be the same as the upstream > x86_64 kernel configs. However, there hasent been a huge level of > feedback ( either positive or negative ) around those builds. So if you > are using it, or are interested in using it - do
2013 Dec 06
0
CentOS-virt Digest, Vol 76, Issue 3
R Verzonden met mijn Windows Phone ________________________________ Van: centos-virt-request at centos.org<mailto:centos-virt-request at centos.org> Verzonden: ?6-?12-?2013 09:35 Aan: centos-virt at centos.org<mailto:centos-virt at centos.org> Onderwerp: CentOS-virt Digest, Vol 76, Issue 3 Send CentOS-virt mailing list submissions to centos-virt at centos.org To subscribe or
2015 Jul 29
0
Last few days in CentOS
On 29/07/15 22:04, Peter wrote: > On 07/30/2015 07:13 AM, Zdenek Sedlak wrote: >> >> BTW do you have any news about the CentOS 7 32-bit, discussed some time >> around CentOS 7 release? > > Yes, there's a beta out for the past month or so: > http://lists.centos.org/pipermail/centos-devel/2015-June/013426.html > the biggest blocker to going GA on the x86 build
2015 Sep 23
0
PV AMI for CentOS 7
Hi, On 22/09/15 22:37, Jo Rhett wrote: > Is there any chance we could get a PV AMI for CentOS 7 to match the HVM version at https://aws.amazon.com/marketplace/pp/B00O7WM7QW/ref=srh_res_product_title?ie=UTF8&sr=0-2&qid=1442957668341 > > We have prepurchased reserved instances based on older PV machines (m1, c1, etc) It would be very very helpful to have a PV AMI so we could
2015 Oct 17
0
PV AMI for CentOS 7
On Sep 23, 2015, at 9:03 AM, Karanbir Singh <mail-lists at karan.org <mailto:mail-lists at karan.org>> wrote: >> On 22/09/15 22:37, Jo Rhett wrote: >>> Is there any chance we could get a PV AMI for CentOS 7 to match the HVM version at https://aws.amazon.com/marketplace/pp/B00O7WM7QW/ref=srh_res_product_title?ie=UTF8&sr=0-2&qid=1442957668341
2016 Nov 04
2
CentOS-7 x86_64 AMIs and consistent network device naming
Hello, Re: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7-Beta/html/7.3_Release_Notes/bug_fixes_general_updates.html Are there any upcoming plans for turning off the use of legacy interface names in the next official CentOS 7.x AMI? Currently, both the official RHEL 7.3 GA AMI and the latest available official CentOS-7 x86_64 AMI use legacy interface names via either:
2007 Dec 10
1
i386 VM on x86_64 host in Xen
hi, Just wondering if people had started using i386 Xen DomU's on a x86_64 dom0 machine with 5.1 as yet ? And just wondering what their experiences have been. -- Karanbir Singh : http://www.karan.org/ : 2522219 at icq
2008 Jul 01
0
[LLVMdev] llvm/tools/lto* rename heads up
I have experienced this with a svn 1.5 client but not with 1.4.6. Did anybody see this with a 1.4.6 (or older) client? Btw. what is the server version? Anyway this seems to be a bug in subversion. Cheers, Gabor PS: http://subversion.tigris.org/servlets/ReadMsg?list=users&msgNo=79361 On Jul 1, 5:27 am, Chris Lattner <clatt... at apple.com> wrote: > Devang removed the old
2014 Oct 23
0
KDE C6.5+cr : heads-up screens renamed after update
Just for your information: after applying the cr-updates to a C6.5 my screens on my laptop renamed from VGA1 and eDP1 to VGA-0 and eDP-0. And since X insists that my VGA is left to my eDP (and my scripted xrandr was confused by the renaming) I had to go to the left to reach my right screen. I needed some more coffee this morning. Patrick
2011 Jul 11
0
Xen and timekeeping
Hi everyone, I have the problem with Xen domU's and timekeeping in dom0. Time in dom0 was incorrect by 5 hours due to wrong timezone assumed. Fixed it by ntpdate ntp.nist.gov. The time on a dom0 was changed. I didn't append xen.independent_wallclock=1 to sysctl.conf thus the time in all domU's was also changed. But THEY DIDN'T "KNOW" THAT! The 'date' output
2008 Jul 01
4
[LLVMdev] llvm/tools/lto* rename heads up
Devang removed the old llvm/tools/lto directory and renamed lto2 -> lto. The end result of this is that 'svn up' may complain. If you get an error about this from svn, just do: $ rm -rf llvm/tools/lto* $ svn up llvm/tools to fix it, -Chris
2018 Apr 30
1
Xen DomU's randomly freezing
Hi, I've tried hitting up the CentOS forums and thought I'd try here too as I don't seem to be getting any bites. We've been in the process of migrating all our hypervisors over to CentOS 7 using Xen. Once we had a few up and running we started to notice that the DomU's would randomly freeze. They become unresponsive to any network traffic, stop consuming CPU resources on the
2007 Aug 19
4
[PATCH] Xen i386 xen-head.S fix sections mixup
Xen i386 xen-head.S fix sections mixup xen-head.S does not come back to the data section, leaving the text section as current section. It causes problems with a slightly enhanced DEBUG_RODATA that supports CONFIG_HOTPLUG and bringing a CPU up after the text has been marked read-only: reference to early_gdt_descr causes a page fault. It applies on 2.6.22-rc2-mm2. Signed-off-by: Mathieu Desnoyers