search for: 6828

...;>>> mode near 10E+37. Postcript output attached. >>>> >>> >>> >>> >>> -- >>> Anirban Mukherjee | Assistant Professor, Marketing | LKCSB, SMU >>> 5062 School of Business, 50 Stamford Road, Singapore 178899 | >>> +65-6828-1932 >>> >>> _______________________________________________ >>> R-SIG-Mac mailing list >>> R-SIG-Mac at stat.math.ethz.ch >>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac >> >> David Winsemius, MD >> Heritage Laboratories >> W...

...HEL 7 kernel source > code. Ah - I guess since mainline RHEL 7 is only 64-bit on x86 now, it doesn't have to worry about PAE vs non-PAE kernels. ... > I have no objections trying to make PAE work with that kernel .. Patches > accepted :D > > https://bugs.centos.org/view.php?id=6828 So with what I know now (thank you!) I recon the mainline 4.14 is probably a better tested path for a 32-bit x86 PAE kernel, rather than starting at RHEL 7. And since you are already building that kernel it's good news all round :-) Kind Regards, Mike -- wavemobile Warning: The informatio...

abaena@uol.com.br needs to fix their spam filter. Please stop using it or learn to configure it. + 1 Sep 22 AntiSpam UOL (6828) RE:Re: [Asterisk-Users] MS Outlook Thanks, Brian

...tainer environments. (CVE-2016-4998, Moderate) * A use-after-free vulnerability was found in tcp_xmit_retransmit_queue and other tcp_* functions. This condition could allow an attacker to send an incorrect selective acknowledgment to existing connections, possibly resetting a connection. (CVE-2016-6828, Moderate) Bug Fix(es): * When parallel NFS returned a file layout, a kernel crash sometimes occurred. This update removes the call to the BUG_ON() function from a code path of a client that returns the file layout. As a result, the kernel no longer crashes in the described situation. (BZ#1385480...

On 3/5/19 5:48 PM, Johnny Hughes wrote: > On 3/4/19 3:39 PM, Mike McTernan (wavemobile) wrote: > > Looking around, I found the following repo: > > https://mirrors.dotsrc.org/centos-altarch/7/kernel/i386/ ... > That directory (kernel/ under altarch) is basically for the armhfp main kernel, > but we are building also for aarch64, i386 and even x86_64. Its purpose > (other

...those changes or ones like it may be there. See Backporting: https://access.redhat.com/security/updates/backporting We do have a CentOSPlus kernel, maintained by a volunteer (hi toracat). She will take potential patches here if you have something that works: https://bugs.centos.org/view.php?id=6828 Also, if you want to try a newer kernel, we do have 2 available. I manage both of these kernels, they are both based on an LTS version of the kernel from kernel.org .. but neither gets nearly the attention (or smart people looking at them) as the RHEL based kernel. If you want to try either of t...

Configuration: Linux wpbx 2.4.9-13 #1 Tue Oct 30 20:11:04 EST 2001 i686 unknown P4 2.5 GHz, 1 GB RAM T400P with 3 T1s plugged in. A flow of 46 calls (spread out over 3 T1s). Each call gets transferred (Dial) to the SIP platform and stays for 5 min. Case 1. Asterisk built out of CVS Mar. 19. Test was running for 3 days. Segmentation fault. Case 2. Asterisk built out of CVS Apr. 1. Test was running

Hi Xlord, Yes, the CPU has support for EPT. I wrongly thought that the nested EPT was first introduced in 3.12. Following your instructions I see that I have it enabled on my system as well. However, checking the kernel commits from 3.12 on search string 'nested ept' I found about 10 code changes/fixes for nested EPT.

...0.0 0.1 6796 772 - S 02:22 0:00.10 /usr/local/sbin/upsmon uucp 46796 0.0 0.1 6888 888 - Ss 02:22 0:00.45 /usr/local/libexec/nut/usbhid-ups -a AVR750U root 56752 0.0 0.1 6788 832 - Ss 02:22 0:00.13 /usr/local/sbin/upsd -u root root 39437 0.0 0.2 6828 2464 0 S+ 02:46 0:00.01 grep ups Is there anything else that should be running? Would you expect `upsmon -c fsd` to not work as I described above (system halting but UPS not power cycling) if MODE was set to none but upsmon, the driver, and upsd were running? > > > > > #...

...772 - S 02:22 0:00.10 /usr/local/sbin/upsmon > uucp 46796 0.0 0.1 6888 888 - Ss 02:22 0:00.45 /usr/local/libexec/nut/usbhid-ups -a AVR750U > root 56752 0.0 0.1 6788 832 - Ss 02:22 0:00.13 /usr/local/sbin/upsd -u root > root 39437 0.0 0.2 6828 2464 0 S+ 02:46 0:00.01 grep ups > > Is there anything else that should be running? AFAIK, no, those 3 daemons should do the job. But just for the fun of it, I would test changing that variable anyway. There is nothing to lose, after all. > > Would you expect `upsmon -c fs...

...those changes or ones like it may be there. See Backporting: https://access.redhat.com/security/updates/backporting We do have a CentOSPlus kernel, maintained by a volunteer (hi toracat). She will take potential patches here if you have something that works: https://bugs.centos.org/view.php?id=6828 Also, if you want to try a newer kernel, we do have 2 available. I manage both of these kernels, they are both based on an LTS version of the kernel from kernel.org .. but neither gets nearly the attention (or smart people looking at them) as the RHEL based kernel. If you want to try either of t...

...or both CentOS-6 and CentOS-7 and QA team member (and armhfp AltArch maintainer) Pablo Greco also helps her frequently to make changes to that kernel to make it work with i386. I have no objections trying to make PAE work with that kernel .. Patches accepted :D https://bugs.centos.org/view.php?id=6828 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: OpenPGP digital signature URL: <http://lists.centos.org/pipermail/centos/attachments/20190306/c75d208a/attachment.sig>

...gt; Ah - I guess since mainline RHEL 7 is only 64-bit on x86 now, it doesn't have to worry about PAE vs non-PAE kernels. > > ... > > I have no objections trying to make PAE work with that kernel .. Patches > > accepted :D > > > > https://bugs.centos.org/view.php?id=6828 > > So with what I know now (thank you!) I recon the mainline 4.14 is probably a better tested path for a 32-bit x86 PAE kernel, rather than starting at RHEL 7. And since you are already building that kernel it's good news all round :-) > > Kind Regards, > > Mike Going for t...

...ls .. we rebuild the source code that Red Hat releases for RHEL. We do maintain several kernels on our own .. 1. CentOS Plus kernel .. We add patches there, but it would need to be backported if it does not apply. We use this bug to maintain the Plus Kernel: https://bugs.centos.org/view.php?id=6828 2. Kernel in the AltArch tree .. We have to use a different kernel for armhfp, and we also build it for other CentOS arches .. it lives at: http://mirror.centos.org/altarch/7/kernel/ This kernel is based on a kernel.org LTS kernel (currently 4.14.x) and if that patch gets rolled into the LTS str...

Hi all, Suppose: y<-rnorm(100) x1<-rnorm(100) lm.yx<-lm(y~x1) To predict from a new data source, one can use: # works as expected dum<-data.frame(x1=rnorm(200)) predict(lm.yx, newdata=dum) Suppose lm.yx has been run and we have the lm object. And we have a dataframe that has columns that don't correspond by name to the original regressors. I very! naively assumed that doing

Looking for firmware (anything) for the 12sp model phones. Anyone got it drop me a line! steve_mcmahon@hotmail.com or ajener@qwest.net Sincerely, Steve McMahon Digital DataBits Innovations Salem, OR 97301 Office: (503)371-6448 Ext. 2 Cellular: (503)881-6828 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20040723/f323f2e4/attachment.htm

Is there a way in centos 4 or 5 to have one application receive all keyboard events - no matter what is running. Some applications bind keys etc... and I need to get those keys no matter what and not have the application see them at all. Is there a way to do that? Jerry

...ce mainline RHEL 7 is only 64-bit on x86 now, it doesn't have to worry about PAE vs non-PAE kernels. >> >> ... >>> I have no objections trying to make PAE work with that kernel .. Patches >>> accepted :D >>> >>> https://bugs.centos.org/view.php?id=6828 >> >> So with what I know now (thank you!) I recon the mainline 4.14 is probably a better tested path for a 32-bit x86 PAE kernel, rather than starting at RHEL 7. And since you are already building that kernel it's good news all round :-) >> >> Kind Regards, >> &g...

Hi there, My apologies if this is the wrong place to post this, but I was wondering if anyone had any information on whether or not the following patch has or will make its way into the CentOS Kernel? https://patchwork.kernel.org/patch/10283095/ We are currently experiencing this problem with the latest version of CloudLinux (based on CentOS), so I believe it isn't currently included.

...ebu-pcie soc:pcie: PCI host bridge to bus 0000:00 [ 5.047662] pci_bus 0000:00: root bus resource [io 0x1000-0xfffff] [ 5.053954] pci_bus 0000:00: root bus resource [mem 0xc0000000-0xefffffff] [ 5.060845] pci_bus 0000:00: root bus resource [bus 00-ff] [ 5.066361] pci 0000:00:02.0: [11ab:6828] type 01 class 0x060400 [ 5.066459] pci 0000:00:03.0: [11ab:6828] type 01 class 0x060400 [ 5.066542] PCI: bus0: Fast back to back transfers disabled [ 5.071642] usb 4-1: new high-speed USB device number 2 using xhci-hcd [ 5.078696] pci 0000:00:02.0: bridge configuration invalid ([bus 00...