search for: kdbg

The following errata for CentOS-2 have been built and uploaded to the centos mirror: RHSA-2005:416-01 Low: kdbg security update Files available: kdbg-1.2.1-7.i386.rpm More details are available from the RedHat web site at https://rhn.redhat.com/errata/rh21as-errata.html The easy way to make sure you are up to date with all the latest patches is to run: # yum update -- John Newbigin Computer Systems Offi...

...-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2005:416-01: Low CentOS 2 i386 kdbg security update (John Newbigin) 2. CESA-2005:480-01: Moderate CentOS 2 i386 ImageMagick security update (John Newbigin) 3. CESA-2005:481-01: Low CentOS 2 i386 openssh security update (John Newbigin) ---------------------------------------------------------------------- Me...

...; preds = %entry ret void } LLVM magic turns this into the assember shown in the attached image. I am no expert but is seems to me that the address generated (0x8000012c1eea) for the __ot_runtime_print_int function is incorrect. As both nm and the debugger (kdbg) suggest that the address of the function in question is: 0x12c1eea. So why is the high bit of the function address set? Anybody willing to shed some light on what is happening here? Thanks, Maurice -------------- next part -------------- A non-text attachment was scrubbed... Name: disassemble.pn...

...; preds = %entry >  ret void > } > > LLVM magic turns this into the assember shown in the attached image. > > I am no expert but is seems to me that the address generated > (0x8000012c1eea) for the __ot_runtime_print_int function is incorrect. > As both  nm and the debugger (kdbg) suggest that the address of the > function in question is: 0x12c1eea. > > So why is the high bit of the function address set? Anybody willing to > shed some light on what is happening here? > > Thanks, > Maurice > > _______________________________________________ > LL...

...ed to use the core gamma table interfaces. - */ - void (*gamma_set)(struct drm_crtc *crtc, u16 red, u16 green, - u16 blue, int regno); - /** - * @gamma_get: - * - * Read the given gamma LUT register on the given CRTC, used to save the - * current LUT when force-restoring the fbdev for e.g. kdbg. - * - * This callback is optional. - * - * FIXME: - * - * This callback is functionally redundant with the core gamma table - * support and simply exists because the fbdev hasn't yet been - * refactored to use the core gamma table interfaces. - */ - void (*gamma_get)(struct drm_crtc *...

...ed to use the core gamma table interfaces. - */ - void (*gamma_set)(struct drm_crtc *crtc, u16 red, u16 green, - u16 blue, int regno); - /** - * @gamma_get: - * - * Read the given gamma LUT register on the given CRTC, used to save the - * current LUT when force-restoring the fbdev for e.g. kdbg. - * - * This callback is optional. - * - * FIXME: - * - * This callback is functionally redundant with the core gamma table - * support and simply exists because the fbdev hasn't yet been - * refactored to use the core gamma table interfaces. - */ - void (*gamma_get)(struct drm_crtc *...

...nection, please let me know. Yes, there is an additional info... instead of net ads join, I've used should use net ads join -Uadministrator because, default is a logged user, which is allmost never administrator on UNIXes, but can be root or some local user... (I've discovered that with kdbg and 1 hour session :-)). And when I execute: [root@pan root]# net ads status -Uadministrator I've got the following: administrator password: accountExpires: 9223372036854775807 badPasswordTime: 0 badPwdCount: 0 codePage: 0 cn: pan countryCode: 0 dNSHostName: pan instanceType: 4 isCriticalSy...

Hello everyone: * DNS does not have a "refresh rate". In DNS, the person running the domain determines what the "refresh rate" (it's called TTL in DNS) for their records is; for example, Google has a TTL of "once per hour" and my domains (maradns.org, etc.) have a TTL of one day. * As mentioned before, Scientific Linux 6.0 is out. What hasn't been

Error: mount.ocfs2: Transport endpoint is not connected while mounting /dev/sdc1 on /u02, could not mount /dev/sdc1. The installation step is: 1. install all rpms on int-rac1, int-rac2 2. interconnect int-rac1, int-rac2, ping each other using private ip and public ip ok. Add EMC SAN as shared disk and visable for two nodes. 3. configure int-rac1 using ocfs2console, add two nodes 4. according

Here is the output from yum -y upgrade without the error parts... Its odd because it updated all of these first time round. I have dared reboot the box yet, for fear it won't come back up... Setting up Upgrade Process Setting up Repos Reading repository metadata in from local files Resolving Dependencies --> Populating transaction set with selected packages. Please wait. --->

Hi! While trying to get CLUT support for the atmel_hlcdc driver, and specifically for the emulated fbdev interface, I received some push-back that my feeble in-driver attempts should be solved by the core. This is my attempt to do it right. Boris and Daniel, was this approximately what you had in mind? I have obviously not tested all of this with more than a compile, but the first patch is

Hi! While trying to get CLUT support for the atmel_hlcdc driver, and specifically for the emulated fbdev interface, I received some push-back that my feeble in-driver attempts should be solved by the core. This is my attempt to do it right. I have obviously not tested all of this with more than a compile, but patches 1 and 3 are enough to make the atmel-hlcdc driver do what I need (when patched