Re: cname replace in mail address? [off-topic] (Re: Attn Ronald Klop)

On 27 Aug, Ronald Klop wrote: > Mandatory? I'm googling, but can't find a document that declares it > mandatory and only sendmail seems to do it. > I think it is lame to use DNS info to rewrite e-mail addresses, but the > person who made it 'mandatory' will have good reasons for it. > > Does s

Re: 8.1-PRERELEASE: CPU packages not detected correctly

On Friday 27 August 2010 06:46 pm, Andriy Gapon wrote: > on 28/08/2010 01:33 Jung-uk Kim said the following: > > Also, don't forget jhb's work based on ACPI affinity tables. > > Not sure how they are applicable here. Only SRAT is implemented ATM but SLIT should provide CPU affinity information wi

Re: 8.1-PRERELEASE: CPU packages not detected correctly

on 28/08/2010 01:33 Jung-uk Kim said the following: > If you are really up to this, it has to be a two-pass process. Even > then, the dmesg won't be pretty because the topology can only be > "announced" after all APs have been started. I mean, nobody's going > to like to see a message like thi

Re: 8.1-PRERELEASE: CPU packages not detected correctly

On Friday 27 August 2010 06:02 pm, Andriy Gapon wrote: > on 28/08/2010 00:43 Jung-uk Kim said the following: > >> Things like that probably do not happen with real hardware much, > >> but they could. > > > > AFAIK, it never happened on a real hardware. > > > >> The only way to deal with this is by

Re: 8.1-PRERELEASE: CPU packages not detected correctly

on 28/08/2010 01:03 Jung-uk Kim said the following: > On Friday 27 August 2010 04:19 pm, Andriy Gapon wrote: >> I still don't get your point. >> My point is that if the Intel's code gets the topology right, then >> the hardware is emulated properly and the problem is with the >> patch. >> What is y

Re: 8.1-PRERELEASE: CPU packages not detected correctly

On Friday 27 August 2010 04:19 pm, Andriy Gapon wrote: > I still don't get your point. > My point is that if the Intel's code gets the topology right, then > the hardware is emulated properly and the problem is with the > patch. > What is your point? :) My point is "right" topology means nothing i

Re: 8.1-PRERELEASE: CPU packages not detected correctly

on 28/08/2010 00:43 Jung-uk Kim said the following: >> Things like that probably do not happen with real hardware much, >> but they could. > > AFAIK, it never happened on a real hardware. > >> The only way to deal with this is by following the correct procedure >> instead of making assumptions ba

Re: 8.1-PRERELEASE: CPU packages not detected correctly

On Friday 27 August 2010 05:25 pm, Andriy Gapon wrote: > on 27/08/2010 23:18 pluknet said the following: > > First, sorry for late replay, and thanks Andriy for kicking me ;) > > > > Something really weird there . > > topo_probe_0xb() falls early on 1st iteration back to > > topo_probe_0x4(). topo_

Re: 8.1-PRERELEASE: CPU packages not detected correctly

on 27/08/2010 23:18 pluknet said the following: > First, sorry for late replay, and thanks Andriy for kicking me ;) > > Something really weird there . > topo_probe_0xb() falls early on 1st iteration back to topo_probe_0x4(). > topo_probe_0x4() returns incorrect data as well. > > topo_probe: cpu_h

Re: 8.1-PRERELEASE: CPU packages not detected correctly

on 27/08/2010 23:15 Jung-uk Kim said the following: > I quickly looked over Xen sources. It seems the CPUID instruction is > translated by this code: > > http://lxr.xensource.com/lxr/source/tools/libxc/xc_cpuid_x86.c > > For HVM case, this is how the CPUID_HTT_CORES is set: > > 185 case 0x0

Re: 8.1-PRERELEASE: CPU packages not detected correctly

On 19 August 2010 20:56, pluknet wrote: > On 19 August 2010 20:39, Andriy Gapon wrote: >> on 10/08/2010 19:55 pluknet said the following: >>> On 16 July 2010 19:47, Jung-uk Kim wrote: The patch should apply fine on both sys/amd64/amd64/mp_machdep.c and sys/i386/i386/mp_machdep.c.

Re: 8.1-PRERELEASE: CPU packages not detected correctly

On Friday 27 August 2010 03:47 pm, Andriy Gapon wrote: > on 27/08/2010 22:36 Jung-uk Kim said the following: > > Now, back to my original question. My point was, we should never > > trust any CPUIDs on emulated CPU if they are translated. What > > should happen if you have four physical cores and

Re: Crashes on X7SPE-HF with em

Jack Vogel wrote: > > > On Fri, Aug 27, 2010 at 6:04 AM, Philipp Wuensche > wrote: > > Jack Vogel wrote: > > > > > > On Thu, Aug 26, 2010 at 3:15 PM, Jeremy Chadwick > > mailto:free...@jdc.parodius.com> >

Re: 8.1-PRERELEASE: CPU packages not detected correctly

on 27/08/2010 22:36 Jung-uk Kim said the following: > Now, back to my original question. My point was, we should never > trust any CPUIDs on emulated CPU if they are translated. What should > happen if you have four physical cores and you "assign" just one for > VirtualBox, for example? What

Re: 8.1-PRERELEASE: CPU packages not detected correctly

On Friday 27 August 2010 01:33 pm, Andriy Gapon wrote: > on 19/08/2010 20:26 Jung-uk Kim said the following: > > One thing I am not sure is whether those CPUID instructions are > > executed on *real* CPUs or translated in HVM. On top of that, I > > am not even sure they will be executed on *correc

Re: 8.1-PRERELEASE: CPU packages not detected correctly

on 19/08/2010 20:26 Jung-uk Kim said the following: > One thing I am not sure is whether those CPUID instructions are > executed on *real* CPUs or translated in HVM. On top of that, I am > not even sure they will be executed on *correct* cores. I bet they > won't. Hmm, I have an impression th

Re: cname replace in mail address? [off-topic] (Re: Attn Ronald Klop)

On 08/27/2010 01:03 AM, Ronald Klop wrote: offtopic, but why do some mailers replace a CNAME in a mail-address? r...@sheeva2:/var/vmail# host klop.yi.org klop.yi.org CNAME thuis.klop.ws thuis.klop.ws A 212.123.145.58 It is not the first time that I'm bitten by this, but I never understood it.

Re: Crashes on X7SPE-HF with em

On Fri, Aug 27, 2010 at 6:04 AM, Philipp Wuensche wrote: > Jack Vogel wrote: > > > > > > On Thu, Aug 26, 2010 at 3:15 PM, Jeremy Chadwick > > mailto:free...@jdc.parodius.com>> wrote: > > > > On Thu, Aug 26, 2010 at 11:56:48PM +0200, Philipp Wuensche wrote: > > > Jeremy Chadwick wrote: > >

Re: NFS uid/gid mapping

> hi, > > I can't seem to find how to manually remap uid & gid information while > using NFS, e.g. something similar to this: > > http://www.kernelcrash.com/blog/nfs-uidgid-mapping/2007/09/10/ > > Is such mapping really unimplemented? > Except for root or all uids, no. There is no generic mappi

Re: cname replace in mail address? [off-topic] (Re: Attn Ronald Klop)

Does the recipient MTA actually receive for both klop.yi.org *and* thuis.klop.ws? The recipient MTA will dereference the CNAME and rewrite the envelope for the reason that it can only relay to an RR that points to a real host. You might be able to fix it if you configure the mta on thuis.klop.ws

Re: Crashes on X7SPE-HF with em

Jack Vogel wrote: > > > On Thu, Aug 26, 2010 at 3:15 PM, Jeremy Chadwick > mailto:free...@jdc.parodius.com>> wrote: > > On Thu, Aug 26, 2010 at 11:56:48PM +0200, Philipp Wuensche wrote: > > Jeremy Chadwick wrote: > > > > > > CC'ing Jack Vogel of Intel and Yong-Hyeon PYUN who migh

Re: cname replace in mail address? [off-topic] (Re: Attn Ronald Klop)

Am 27.08.2010 11:22, schrieb Ronald Klop: > Mandatory? I'm googling, but can't find a document that declares it > mandatory and only sendmail seems to do it. > I think it is lame to use DNS info to rewrite e-mail addresses, but the > person who made it 'mandatory' will have good reasons for it.

Re: cname replace in mail address? [off-topic] (Re: Attn Ronald Klop)

> Mandatory? I'm googling, but can't find a document that declares it > mandatory and only sendmail seems to do it. > I think it is lame to use DNS info to rewrite e-mail addresses, but the > person who made it 'mandatory' will have good reasons for it. Rewiting may not be mandatory, but it is

Re: cname replace in mail address? [off-topic] (Re: Attn Ronald Klop)

On Fri, Aug 27, 2010 at 11:22:05AM +0200, Ronald Klop wrote: > Mandatory? I'm googling, but can't find a document that declares it > mandatory and only sendmail seems to do it. > I think it is lame to use DNS info to rewrite e-mail addresses, but > the person who made it 'mandatory' will have good

Re: cname replace in mail address? [off-topic] (Re: Attn Ronald Klop)

Mandatory? I'm googling, but can't find a document that declares it mandatory and only sendmail seems to do it. I think it is lame to use DNS info to rewrite e-mail addresses, but the person who made it 'mandatory' will have good reasons for it. Does somebody have a pointer to the specs about

Re: cname replace in mail address? [off-topic] (Re: Attn Ronald Klop)

In message , "Ronald Klop" writ es: > offtopic, but why do some mailers replace a CNAME in a mail-address? Because it used to be manditory to do so. If you don't want it to be done use a MX record. klop.yi.org MX 0 thuis.klop.ws If you need klop.yi.org to have a address record then giv

cname replace in mail address? [off-topic] (Re: Attn Ronald Klop)

offtopic, but why do some mailers replace a CNAME in a mail-address? r...@sheeva2:/var/vmail# host klop.yi.org klop.yi.org CNAME thuis.klop.ws thuis.klop.ws A 212.123.145.58 It is not the first time that I'm bitten by this, but I never understood it. Ronald. On

Re: wpa_supplicant does not create pidfile

On Sun, Aug 22, 2010 at 19:50, Dominic Fandrey wrote: > wpa_supplicant doesn't create the pidfile if the target directory > does not exist. Because /var/run is wiped with every boot I added > the following line to my rc.local to workaround this issue: > > /bin/mkdir -p /var/run/wpa_supplicant > >

Re: wpa_supplicant does not create pidfile

On Fri, Aug 27, 2010 at 09:36, Dominic Fandrey wrote: > On 27/08/2010 09:28, Bernhard Schmidt wrote: >> On Sun, Aug 22, 2010 at 19:50, Dominic Fandrey wrote: >>> wpa_supplicant doesn't create the pidfile if the target directory >>> does not exist. Because /var/run is wiped with every boot I added

Re: wpa_supplicant does not create pidfile

On 27/08/2010 09:28, Bernhard Schmidt wrote: > On Sun, Aug 22, 2010 at 19:50, Dominic Fandrey wrote: >> wpa_supplicant doesn't create the pidfile if the target directory >> does not exist. Because /var/run is wiped with every boot I added >> the following line to my rc.local to workaround this iss