search for: rc0

...n CentOS 7.3 > > [root at glustertest1 ~]# cat /etc/redhat-release > CentOS Linux release 7.3.1611 (Core) > > > Here are the software versions I have installed. > > [root at glustertest1 ~]# rpm -qa | egrep -i "nfs|gluster|ganesha" > glusterfs-api-3.11.0-0.1.rc0.el7.x86_64 > glusterfs-server-3.11.0-0.1.rc0.el7.x86_64 > glusterfs-libs-3.11.0-0.1.rc0.el7.x86_64 > nfs-ganesha-gluster-2.4.5-1.el7.x86_64 > nfs-ganesha-utils-2.4.5-1.el7.x86_64 > centos-release-gluster310-1.0-1.el7.centos.noarch > nfs-utils-1.3.0-0.33.el7_3.x86_64 > glusterfs...

02:00.0 VGA compatible controller: NVIDIA Corporation G98 [GeForce 8400 GS Rev. 2] (rev a1) Chipset: G98 (NV98) Family : NV50 The same for all four kernel: - 3.18.0-0.rc0.git8.1.fc22.x86_64 - 3.18.0-0.rc0.git9.1.fc22.x86_64 - 3.18.0-0.rc0.git9.3.fc22.x86_64 - 3.18.0-0.rc0.git9.4.fc22.x86_64 after "fb: switching to nouveaufb from VESA VGA" display is powered off. The magic SysRq key sequence is necessary to reboot. Yet reached this this one recital: ... [...

Hey Keir, I committed the last of the big outstanding tools blockers for 4.2 yesterday. Currently they are still in staging because they added some new xenstore paths which tickled the leak detector in the test system What do you think of doing an rc0 release next week? There''s still some smaller issues remaining but I think they can wait until rc1. Ian.

On Mon, 23 Mar 2015 10:36:33 -0400 John Snow <jsnow@redhat.com> wrote: > > Are the needed patches in 2.3.0-rc0? > > Is it possible to backport AHCI migration to RHEL 7.1 qemu or will it be too much work? > > The patches that improve the stability of AHCI migration are in 2.3-rc0. > We still have not /enabled/ migration upstream, but editing to code to > allow it is fairly trivial -- it&...

Hi, 3.12 release has been tagged RC0 and the builds are available here [1] (signed with [2]). 3.12 comes with a set of new features as listed in the release notes [3]. We welcome any testing feedback on the release. If you find bugs, we request a bug report for the same at [4]. If it is deemed as a blocker add it to the release t...

Hi, We have tagged and created RC0 packages for the 4.0 release of Gluster. Details of the packages are given below. We request community feedback from the RC stages, so that the end release can be better, towards this please test and direct any feedback to the lists for us to take a look at. CentOS packages: CentOS7: # yum ins...

...eading out for a week of vacation but would hate to have missed the merge window. Hence sending it out early in anticipation that you will release v3.9 on Sunday. With that said, please git pull the following tag: git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git stable/for-linus-3.10-rc0-tag which has just a couple of features and mostly bug-fixes. Here is the blurb copied from the signed tag: <tag> Features: - Populate the boot_params with EDD data. - Cleanups in the IRQ code. Bug-fixes: - CPU hotplug offline/online in PVHVM mode. - Re-upload processor PM data after ACP...

...14 21:30, poma wrote: > On 20.10.2014 08:13, poma wrote: >> >> 02:00.0 VGA compatible controller: >> NVIDIA Corporation G98 [GeForce 8400 GS Rev. 2] (rev a1) >> Chipset: G98 (NV98) >> Family : NV50 >> >> The same for all four kernel: >> - 3.18.0-0.rc0.git8.1.fc22.x86_64 >> - 3.18.0-0.rc0.git9.1.fc22.x86_64 >> - 3.18.0-0.rc0.git9.3.fc22.x86_64 >> - 3.18.0-0.rc0.git9.4.fc22.x86_64 >> after >> "fb: switching to nouveaufb from VESA VGA" >> display is powered off. >> The magic SysRq key sequence is...

https://bugs.freedesktop.org/show_bug.cgi?id=85160 Bug ID: 85160 Summary: [NV94] INVALID_STATE error, X fails to start on GeForce 9600 GT with dual monitors, kernels 3.18.0-0.rc0.git8.2.fc22.1 onwards Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: Driver/nouveau Assignee: nouveau at lists.f...

Hi Konrad, I just tried linux-3.4-rc0 (linus his tree, last commit f52b69f86e27903d6896ed5fa7cd280fec8de532) with 3 additional branches from your tree pulled on top of that: branch stable/for-ingo-3.4.v2 (required for dom0 to boot) branch stable/for-jens-3.4 branch stable/for-jens-3.4-bugfixes Hypervisor is xen-4.1.3-rc1-pre linu...

...t;>> Excusez-moi, >>> BROKEN == The display remains OFF. >>> >> >> More precisely stated it looks like this: >> >> - Last kernel with working resume/thaw >> http://koji.fedoraproject.org/koji/buildinfo?buildID=538208 >> kernel-3.16.0-0.rc0.git9.1.fc21 >> 2014-06-13 >> >> - First kernel with broken resume/thaw >> kernel-3.16.0-0.rc0.git10.1.fc21 >> http://koji.fedoraproject.org/koji/buildinfo?buildID=538244 >> http://pkgs.fedoraproject.org/repo/pkgs/kernel/patch-3.15-git10.xz/f98fb42e79c966f...

...========== > > As I understand it, all except the last patch will be in qemu 2.3. Also, > he is actively soliciting people to test it, so if you've been wanting > to learn how to build qemu from source, now is your opportunity to > figure it out! Are the needed patches in 2.3.0-rc0? Is it possible to backport AHCI migration to RHEL 7.1 qemu or will it be too much work? Regards, Nerijus

Hey Linus, Please git pull the following tag: git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git stable/for-linus-3.13-rc0-tag which has tons of fixes and two major features which are concentrated around the Xen SWIOTLB library. The short <blurb> is that the tracing facility (just one function) has been added to SWIOTLB to make it easier to track I/O progress. Additionally under Xen and ARM (32 & 64) the Xe...

This information will be mirrored on the Xen 4.4 Roadmap wiki page: http://wiki.xen.org/wiki/Xen_Roadmap/4.4 Our timeline had us start the code freeze last Friday. However, we have not released an RC0 because we have been waiting for PVH dom0 support. Adding bug fixes during RCs makes sense, but RC0 should contain all of the functionality we expect to be in the final release. PVH dom0 support is making progress, however it''s not that clear when it will actually be ready to be checked...

...why > "we" (nouveau developers) generally ask for a git bisection is because > we don't know or track specific distributions. Although your search has > narrowed the problem down (thanks for that!), we don't know how big the > difference is between kernel-3.16.0-0.rc0.git9.1.fc21 and > kernel-3.16.0-0.rc0.git10.1.fc21. Is the difference literally just that > one patch? Or were there more patches to nouveau or drm that might have > been the culprit? So far I haven't succeeded in finding the exact > differences between the two kernels. Git bise...

...Kernels - vesa(fb) resume & thaw BROKEN. >> >> > > Excusez-moi, > BROKEN == The display remains OFF. > More precisely stated it looks like this: - Last kernel with working resume/thaw http://koji.fedoraproject.org/koji/buildinfo?buildID=538208 kernel-3.16.0-0.rc0.git9.1.fc21 2014-06-13 - First kernel with broken resume/thaw kernel-3.16.0-0.rc0.git10.1.fc21 http://koji.fedoraproject.org/koji/buildinfo?buildID=538244 http://pkgs.fedoraproject.org/repo/pkgs/kernel/patch-3.15-git10.xz/f98fb42e79c966f8e139e27b61d933e0/patch-3.15-git10.xz 2014-06-13 T...

....9.0-8.el6 @epel lirc-doc.x86_64 0.9.0-8.el6 @epel lirc-libs.x86_64 0.9.0-8.el6 @epel lirc-remotes.x86_64 0.9.0-8.el6 @epel And my IR driver loads fine and creates /dev/lirc0: IR NEC protocol handler initialized IR RC5(x) protocol handler initialized IR RC6 protocol handler initialized Registered IR keymap rc-rc6-mce input: Media Center Ed. eHome Infrared Remote Transceiver (0471:0815) as /devices/pci0000:00/0000:00:1d.3/usb5/5-1/5-1:1.0/rc/rc0/input12 rc0: Media Cent...

Hello mailing list I read in the snmp-ups manpage that this driver does not provide a shutdown function because there will be no network at the point it is called. So I studied the Ubuntu initscripts, and in fact the network is killed in /etc/rc0.d/S35networking while the driver would be called at /etc/rc0.d/S90halt so this is correct... however! ...disabling the S35networking seems a simple fix to me. I don't see any obvious problem in having the network interface up while halt is reached. At most for kexec could be a problem (not...

On 20.10.2014 08:13, poma wrote: > > 02:00.0 VGA compatible controller: > NVIDIA Corporation G98 [GeForce 8400 GS Rev. 2] (rev a1) > Chipset: G98 (NV98) > Family : NV50 > > The same for all four kernel: > - 3.18.0-0.rc0.git8.1.fc22.x86_64 > - 3.18.0-0.rc0.git9.1.fc22.x86_64 > - 3.18.0-0.rc0.git9.3.fc22.x86_64 > - 3.18.0-0.rc0.git9.4.fc22.x86_64 > after > "fb: switching to nouveaufb from VESA VGA" > display is powered off. > The magic SysRq key sequence is necessary to reboot. > ....

....10.2014 08:13, poma wrote: >>> >>> 02:00.0 VGA compatible controller: >>> NVIDIA Corporation G98 [GeForce 8400 GS Rev. 2] (rev a1) >>> Chipset: G98 (NV98) >>> Family : NV50 >>> >>> The same for all four kernel: >>> - 3.18.0-0.rc0.git8.1.fc22.x86_64 >>> - 3.18.0-0.rc0.git9.1.fc22.x86_64 >>> - 3.18.0-0.rc0.git9.3.fc22.x86_64 >>> - 3.18.0-0.rc0.git9.4.fc22.x86_64 >>> after >>> "fb: switching to nouveaufb from VESA VGA" >>> display is powered off. >>> The...