similar to: [PATCH 12/21] i386 Deprecate descriptor asm

By Andi Kleen's suggestion, this patch removes pack_ldt() and pack_tss() wrappers in favour of a general wrapper. It saves us an ifdef and some lines of code, but more importantly, it's more elegant. No functional change is made. Signed-off-by: Glauber de Oliveira Costa <gcosta@redhat.com> --- include/asm-x86/desc.h | 55 ++++++++++++++--------------------------------- 1 files

By Andi Kleen's suggestion, this patch removes pack_ldt() and pack_tss() wrappers in favour of a general wrapper. It saves us an ifdef and some lines of code, but more importantly, it's more elegant. No functional change is made. Signed-off-by: Glauber de Oliveira Costa <gcosta@redhat.com> --- include/asm-x86/desc.h | 55 ++++++++++++++--------------------------------- 1 files

Get rid of duplicated and ugly segment macros, replacing them with slightly less ugly versions in a more appropriate place. Signed-off-by: Zachary Amsden <zach@vmware.com> Index: linux-2.6.14-zach-work/arch/i386/kernel/process.c =================================================================== --- linux-2.6.14-zach-work.orig/arch/i386/kernel/process.c 2005-11-04 18:07:41.000000000 -0800

Get rid of duplicated and ugly segment macros, replacing them with slightly less ugly versions in a more appropriate place. Signed-off-by: Zachary Amsden <zach@vmware.com> Index: linux-2.6.14-zach-work/arch/i386/kernel/process.c =================================================================== --- linux-2.6.14-zach-work.orig/arch/i386/kernel/process.c 2005-11-04 18:07:41.000000000 -0800

Hi, this is a series of patches that unify the struct desc_struct and friends across x86_64 and i386. As usual, it provides paravirt capabilities as a side-effect for x86_64. I consider the main goal, namely, of unifying the desc_struct, an ongoing effort, being this the beginning. A lot of old code has to be touched to accomplish that. I don't consider this patch ready for inclusion.

Hi, this is a series of patches that unify the struct desc_struct and friends across x86_64 and i386. As usual, it provides paravirt capabilities as a side-effect for x86_64. I consider the main goal, namely, of unifying the desc_struct, an ongoing effort, being this the beginning. A lot of old code has to be touched to accomplish that. I don't consider this patch ready for inclusion.

It is impossible to have a zero length segment in descriptor tables using "normal" segments. One of many ways to properly protect segments to zero length is to map the base to an umapped page. Create a nicer way to do this, and stop subtracting 1 from the length passed to set_limit (note calling set limit with a zero limit does something very bad! - not anymore). Signed-off-by:

It is impossible to have a zero length segment in descriptor tables using "normal" segments. One of many ways to properly protect segments to zero length is to map the base to an umapped page. Create a nicer way to do this, and stop subtracting 1 from the length passed to set_limit (note calling set limit with a zero limit does something very bad! - not anymore). Signed-off-by:

I just compile one kernel to the domU but cant see the PCI netcard, i hide the card from dom0 physdev_dom0_hide=''(00:11.0)'' and added to the domU config pci = [ ''0,11,0'' ] and dint work.. any howto to do that? - ariel ariel en BSDlatino . org ariel en ferreras . info http://www.BSDlatino.org http://ariel.BSDlatino.org

any one knows how to INSTALL assassins Creed2?? when i run the installation file with WINE it says There is no windows program configured to open this type of file. can some one help please? this happens when i run the setup.exe and the autprun is not working well Btw the DvD is duallayer first when i inserted the DvD into the normal DvD rom it dint work well. this time it works but it says that

Hi, i'm sorry but i dint actually understand what u asked for, Like do u want to know exactly what error message i'm getting or the configuration of the pc's in which i get these errors ?? Sorry for being so stupid :-)) Bye, Jassi > >Jaspreet oberoi wrote: > > Hi,, > > > > I wud just like to inform that the previous issue of memdisk not booting > >

Hi, I need to install Rmagick to get re-sizing working with Paperclip. My dev machine is on Mac OSX Leopard and the server is on Ubuntu Intrepid 8.1 I dint have Macports or wget at first. I was following this article - http://onrails.org/articles/2007/11/03/installing-rmagick-on-leopard-without-macports-or-fink. Ive done this before too. But some dependency always failed. I want to start with a

Karanbir Singh wrote: > And yea, working on setting up a sort of list to handle > much of this semi OT traffic. More news on that around > Wed next week, dint ask about it now. Off course people are going to ask. In my opinion as long as a topic is marked OT, it is preferable to one not marked but one in which the OP has not even done basic research on his problem. One distro had a

I have posted soo many times in the past but never recieved even a single reply . seem like you people are ignoring me or either way too busy .. never mind this is my last try . How can record a conversation with asterisk ? I tried to use Record() but dint work for me .. here is what i tried . exten => s,1,Wait,1 ; Wait a second, just for fun exten => s,2,Answer

Hello, I've updated my home mail server with dovecot 2.0.11 with idea of using dsync to synchronize two master servers (one at home behind an ADSL connection, and another in a DC with a gigabit connection). Dsync is launched every minutes by a cron job for each hosted mailboxes (in Maildir format). Obviously, a lock prevents to launch more than one dsync process at time. On a test mailbox,

Hello, I'm trying to compile vmkit on a x86_64 linux box with gcc-4.1.2, but I'm running into troubles because of various problems with casts between pointers and integers. Is there anybody who succeeded in this task? Az I see, some of the problems can be fixed with an appropriate typedef/macro declaration, but in VMCore/JavaObject.cpp some lowlevel bitmanipulation is used, to mark

Hi, I was using Gviz package to create a boxplot. I understand that Gviz uses "panel.bwplot" to create the boxplot. Is there any way that I can remove the dashed line surrounding each pair of boxplots? Here is some sample code: ############# library(Gviz) thisdata <- matrix(sample(1:100,60),nrow=10,ncol=6) positions <- sample(1:100,6) limit1 <- min(positions)-1 limit2

Found some stray descriptor table accessors that had non-optimal assembler constraints. Use "q" to get word, high and low byte access without forcing a specific register constraint. Add desc as a memory output operand. Also, get_base was completely unused. Deprecate it. The function get_limit is also unused, but I did not deprecate it; it could be used in arch/i386/mm/fault.c.

Found some stray descriptor table accessors that had non-optimal assembler constraints. Use "q" to get word, high and low byte access without forcing a specific register constraint. Add desc as a memory output operand. Also, get_base was completely unused. Deprecate it. The function get_limit is also unused, but I did not deprecate it; it could be used in arch/i386/mm/fault.c.

What's the best (most concise) way to create the following four defs? D0 = (0, "A") D1 = (1, "B") D2 = (2, "C") D3 = (3, "D") I tried to use list of strings and the foreach construct, but apparently tablegen doesn't allow using identifiers to access array elements. $ cat tbl3.td def StrList { list<string> ls = ["A",