Mmm.. when it's good, it's *really* good.
My desktop feels snappier and all of that.
No noticeable jerkiness of windows/scrolling,
which I *do* observe with the stock scheduler.
But when it's bad, it stinks.
Like when a "make -j2" kernel rebuild is happening in a background window
This is on a
On Fri, Mar 09, 2007 at 01:48:16AM +0100, Herbert Poetzl wrote:
> > There have been various projects attempting to provide resource
> > management support in Linux, including CKRM/Resource Groups and UBC.
>
> let me note here, once again, that you forgot Linux-VServer
> which does quite non-intrus
On Fri, 9 Mar 2007, Ingo Molnar wrote:
> > Some day we may have modesetting support in the kernel for some
> > graphics hw, right now it's pretty damn spotty.
>
> having no video is what i'd have expected - but getting a /hang/ is not
> what i'd have expected.
I debugged a case exactly like t
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > Sure, that's clean, From that perspective the apic is a bunch of
> > registers backed by a state machine or something.
>
> I think you could do much worse than just decide to pick the
> IO-APIC/lapic as your "virtual interrupt controller model".
This adds uevent support to ibmebus using the generic of_device_uevent()
function.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
I split this change into a separate patch because it depends on another
patch against 2.6.20, submitted by Sylvain Munaut:
http://patchwork.ozlabs.org/linuxpp
This adds two sysfs attributes to /sys/bus/ibmebus which can be used to
notify the ebus driver of added / removed ebus devices in the OF device
tree.
Echoing the device's location code (as found in the OFDT "ibm,loc-code"
property) into the "probe" attribute will notify ebus of addition of the
dev
This fixes a lot of whitespace in ibmebus.[ch]
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
This patchset applies on top of a vanilla 2.6.20 kernel.
No dependencies on other patches except for part 3/3.
This is a repost of my earlier patchset and fixes a stupid
compile error.
arch/p
On Fri, 9 Mar 2007, Christoph Hellwig wrote:
>
> It was only put in under the premise that they'll fix whatever breaks,
> we're not going to put any maintaince border on us to hack around
> broken propritary compilers.
Well, since Rusty's macro was hoddible *anyway*, I don't think I'd apply
it
On Fri, Mar 09, 2007 at 01:38:19AM +0100, Herbert Poetzl wrote:
> > 2) you allow a task to selectively reshare namespaces/subsystems with
> >another task, i.e. you can update current->task_proxy to point to
> >a proxy that matches your existing task_proxy in some ways and the
> >task_pr
On Friday 09 March 2007 8:55 am, Jean Delvare wrote:
> > +struct i2c_bitbang_gpio {
> > + int sda;
> > + int scl;
> > +};
>
> ...
>
> Also, this structure alone isn't very useful. I'm waiting to see
> drivers actually making use of it before I will consider merging this
> patch at all.
The
Chuck Ebbert <[EMAIL PROTECTED]> writes:
> Eric W. Biederman wrote:
>> Chuck Ebbert <[EMAIL PROTECTED]> writes:
>>>
>>> So far I've tried the simple "survive having no handler
>>> for a vector" patch and the preliminary 3-patch series
>>> that was in -mm for a while, and neither work on the
>>> De
On Friday 09 March 2007 17:11, Benjamin LaHaise wrote:
> On Fri, Mar 09, 2007 at 12:13:35PM +0100, Eric Dumazet wrote:
> > Then just drop the fget_light() 'optimisation' and always take a
> > reference (atomic on f_count) regardless of single-thread or not. Instead
> > of dirtying f_light, just do
John Rose <[EMAIL PROTECTED]> wrote on 06.03.2007 22:51:42:
> We are seeing several build errors when attempting to apply this to
> 2.6.21-rc2:
Hot Damn! I did my test compiles with gcc 3.3, and you obviously compiled
with gcc 4.1 - I only got a warning where you got an error, and that
warning
Hi.
I got this message after suspend;resume on my notebook
Clocksource tsc unstable (delta = -154983451 ns)
What other info should I post, who should I Cc?
regards,
--
http://www.fi.muni.cz/~xslaby/Jiri Slaby
faculty of informatics, masaryk university, brno, cz
e-mail: jirislaby gma
Kok, Auke wrote:
Personally, I think this is really really needed. I'm surprised that you
already didn't push this considering Andrew pulled this into -mm
immediately.
Since it affects a fragile area of e1000 for all [e1000] users, I much
prefer to err on the side of caution. I have a histo
Jean Delvare wrote:
Hi Alexey,
On Fri, 09 Mar 2007 13:39:33 +0300, Alexey Starikovskiy wrote:
Jean Delvare wrote:
I can only second Pavel's wish here. This would be highly convenient
for OS developers to at least know which resources are accessed by AML
and SMM. Without this informatio
Hello,
On Mar 9 2007 11:54, Amin Azez wrote:
>> Adding a member to the ip_conntrack/nf_conntrack and sk_buff struct
>> would increase the struct sizes, and that would penalize users who do
>> not intend to use xt_portscan.
>
>I understand what you say but it sounds a bit like saying: "but we didn
On 3/9/07, Oliver Neukum <[EMAIL PROTECTED]> wrote:
Am Freitag, 9. März 2007 18:02 schrieb Dmitry Torokhov:
> I think we already have all refcounting that is needed. What is
> missing is subsystem-provided ->release() hooks for drivers to release
> driver-specific resources when a device finally
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/3c59x.c | 28 -
drivers/net/mv643xx_eth.c | 10 --
drive
From: Chris Lesiak <[EMAIL PROTECTED]>
This patch fixes a bug in the cleanup of an spi_bitbang bus. The
workqueue associated with the bus was destroyed before the call to
spi_unregister_master. That meant that spi devices on that bus would be
unable to do IO in their remove method. The shutdown
Hi Alexey,
On Fri, 09 Mar 2007 13:39:33 +0300, Alexey Starikovskiy wrote:
> Jean Delvare wrote:
> > I can only second Pavel's wish here. This would be highly convenient
> > for OS developers to at least know which resources are accessed by AML
> > and SMM. Without this information, we can never be
Hallo! :-)
Bartlomiej Zolnierkiewicz ha scritto:
> Czesc!
>
> On Tuesday 06 March 2007, Marco Lazzarotto wrote:
>
>>Ciao!
>>
>>Bartlomiej Zolnierkiewicz ha scritto:
>>
>>>On Friday 02 March 2007, Pavel Machek wrote:
>>>
>>>
Hi!
>As I reported in bug 8036 in bugzilla.kernel
Eric W. Biederman wrote:
> Chuck Ebbert <[EMAIL PROTECTED]> writes:
>>
>> So far I've tried the simple "survive having no handler
>> for a vector" patch and the preliminary 3-patch series
>> that was in -mm for a while, and neither work on the
>> Dell PowerEdge 29xx and 19xx systems. These servers
On Fri, 2007-03-09 at 17:11 +0100, Andi Kleen wrote:
> Of course the existing syscall numbers can't be changed, but for all new
> calls one could just add automatically for everybody.
>
> A global table with two entries (compat and non compat) and a per arch
> override table should be sufficient
On Fri, 9 Mar 2007, Mel Gorman wrote:
> The results without slub_debug were not good except for IA64. x86_64 and ppc64
> both blew up for a variety of reasons. The IA64 results were
Yuck that is the dst issue that Adrian is also looking at. Likely an issue
with slab merging and RCU frees.
> Ke
On Fri, 9 Mar 2007 09:19:07 -0500 John W. Linville wrote:
> Probably should copy me and [EMAIL PROTECTED] Other than
> that, this looks fine to me. I'll queue it up shortly.
>
> John
>
> On Fri, Mar 09, 2007 at 01:11:46PM +1100, Tony Breeds wrote:
> > On Wed, Mar 07, 2007 at 03:00:57PM -0800,
Am Freitag, 9. März 2007 18:02 schrieb Dmitry Torokhov:
> I think we already have all refcounting that is needed. What is
> missing is subsystem-provided ->release() hooks for drivers to release
> driver-specific resources when a device finally goes away.
This is an interesting idea. Is it nice t
Please, do not forget look at MAINTAINERS and CC the maintainer. David is CCed.
Amit Choudhary wrote:
Description: Fix error-path leak in function jffs2_scan_medium(), in file
fs/jffs2/scan.c
Signed-off-by: Amit Choudhary <[EMAIL PROTECTED]>
diff --git a/fs/jffs2/scan.c b/fs/jffs2/scan.c
inde
Jeff Garzik wrote:
Auke Kok wrote:
From: Auke Kok <[EMAIL PROTECTED]>
DEBUG_SHIRQ code exposed that e1000 was not ready for incoming interrupts
after having called pci_request_irq. This obviously requires us to finish
our software setup which assigns the irq handler before we request the
irq.
"Catalin Marinas" <[EMAIL PROTECTED]> writes:
> Eric,
>
> For a longer explanation, see the second part of this e-mail. In
> short, the patch below seems to fix this particular leak. I'm not sure
> that's the correct/complete fix as I seem to still get a 2nd report.
> Any info is welcomed.
Sure.
On 3/9/07, Jiri Slaby <[EMAIL PROTECTED]> wrote:
I don't know if this is related, but my notebook keyboard doesn't emit
numbers with numlock (not even directly Fn+blue number) anymore with
-rc3 (note that LED is flashing when numlock is on). I think -rc2
worked fine (I'm going to check this too).
On 3/9/07, Oliver Neukum <[EMAIL PROTECTED]> wrote:
Am Freitag, 9. März 2007 17:32 schrieb Alan Stern:
> On Fri, 9 Mar 2007, Oliver Neukum wrote:
>
> > Am Donnerstag, 8. März 2007 17:02 schrieb Alan Stern:
> > > On Thu, 8 Mar 2007, Oliver Neukum wrote:
> > >
> > > > Hi,
> > > >
> > > > after a li
On Fri, Mar 09, 2007 at 12:13:35PM +0100, Eric Dumazet wrote:
> Then just drop the fget_light() 'optimisation' and always take a reference
> (atomic on f_count) regardless of single-thread or not. Instead of dirtying
> f_light, just do the straightforward thing and be with it.
>
> (that is : fget
Hi Bryan,
On Fri, 09 Mar 2007 18:13:21 +0800, Wu, Bryan wrote:
> Hi folks,
>
> A new structure is added to i2c-core for GPIO-based I2C interface
> adapter. My latest GPIO based I2C adapter driver for Blackfin system
> will use this stuff. And also IXP4XX GPIO based I2C driver can also be
> moved
On 09/03/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
"Catalin Marinas" <[EMAIL PROTECTED]> writes:
> On 08/03/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
>> "Catalin Marinas" <[EMAIL PROTECTED]> writes:
>
> I think it's only the pid_chain and rcu member that could be placed in
> a list
Alan Cox wrote:
We must exit immediately on a FIFO fill not take the end of packet path
otherwise each underrun in PIO transmit mode causes a runt packet and the
data is lost.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "unsubscribe linu
Quoting Paul Menage ([EMAIL PROTECTED]):
> On 3/7/07, Sam Vilain <[EMAIL PROTECTED]> wrote:
> >
> >Ok, they share this characteristic with namespaces: that they group
> >processes.
Namespaces have a side effect of grouping processes, but a namespace is
not defined by 'grouping proceses.' A contai
On Tue, Mar 06, 2007 at 02:00:36PM -0800, Andrew Morton wrote:
> On Tue, 06 Mar 2007 17:55:29 +0300
> Pavel Emelianov <[EMAIL PROTECTED]> wrote:
>
> > +struct rss_container {
> > + struct res_counter res;
> > + struct list_head page_list;
> > + struct container_subsys_state css;
> > +};
> >
On Fri, 2007-03-09 at 17:11 +0100, Andi Kleen wrote:
> David Woodhouse <[EMAIL PROTECTED]> writes:
>
> > Most system calls seem to get added to i386 first. This patch
> > automatically generates a warning for any new system call which is
> > implemented on i386 but not the architecture currently b
Josh Triplett wrote:
pktgen currently only works on network devices with type ARPHRD_ETHER. Add
support for the loopback device, type ARPHRD_LOOPBACK.
I've tested this on my system, using a modified pktgen.conf-1-1 with
s/eth1/lo/g, and it works fine; the network device statistics confirm packe
On 3/9/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
On Fri, 9 Mar 2007, Jiri Kosina wrote:
> If this is present also in vanilla and not only in -mm, could you please
> try reverting commits 4237081e573b99a48991aa71364b0682c444651c and
> d4ae650a904612ffb7edd3f28b69b022988d2466 and let me know if t
Eric,
For a longer explanation, see the second part of this e-mail. In
short, the patch below seems to fix this particular leak. I'm not sure
that's the correct/complete fix as I seem to still get a 2nd report.
Any info is welcomed.
diff --git a/drivers/char/tty_io.c b/drivers/char/tty_io.c
inde
Am Freitag, 9. März 2007 17:32 schrieb Alan Stern:
> On Fri, 9 Mar 2007, Oliver Neukum wrote:
>
> > Am Donnerstag, 8. März 2007 17:02 schrieb Alan Stern:
> > > On Thu, 8 Mar 2007, Oliver Neukum wrote:
> > >
> > > > Hi,
> > > >
> > > > after a lightning bolt from high above I've been looking into
Chuck Ebbert <[EMAIL PROTECTED]> writes:
> [sorry for the dup: this time to the right recipient]
>
> So far I've tried the simple "survive having no handler
> for a vector" patch and the preliminary 3-patch series
> that was in -mm for a while, and neither work on the
> Dell PowerEdge 29xx and 19x
Auke Kok wrote:
From: Auke Kok <[EMAIL PROTECTED]>
DEBUG_SHIRQ code exposed that e1000 was not ready for incoming interrupts
after having called pci_request_irq. This obviously requires us to finish
our software setup which assigns the irq handler before we request the
irq.
Signed-off-by: Auke
On Fri, Mar 09, 2007 at 09:40:00AM +, Christoph Hellwig wrote:
> On Sat, Feb 17, 2007 at 03:56:55AM -0500, Josef 'Jeff' Sipek wrote:
> > From: Michael Halcrow <[EMAIL PROTECTED]>
> >
> > Call the new lookup_one_len_nd() rather than lookup_one_len(). This fixes
> > an
> > oops when stacked on
On Fri, 9 Mar 2007, Mel Gorman wrote:
> I'm not sure what you mean by per-order queues. The buddy allocator already
> has per-order lists.
Somehow they do not seem to work right. SLAB (and now SLUB too) can avoid
(or defer) fragmentation by keeping its own queues.
-
To unsubscribe from this list
On Fri, 2007-03-09 17:11:10 +0100, Andi Kleen <[EMAIL PROTECTED]> wrote:
> David Woodhouse <[EMAIL PROTECTED]> writes:
> > Most system calls seem to get added to i386 first. This patch
> > automatically generates a warning for any new system call which is
> > implemented on i386 but not the archite
On Wed, Mar 07, 2007 at 10:19:05AM +0300, Pavel Emelianov wrote:
> Balbir Singh wrote:
> > Pavel Emelianov wrote:
> >> Introduce generic structures and routines for
> >> resource accounting.
> >>
> >> Each resource accounting container is supposed to
> >> aggregate it, container_subsystem_state and
On Fri, Mar 09, 2007 at 10:04:30PM +0530, Srivatsa Vaddagiri wrote:
> 2. Regarding space savings, if 100 tasks are in a container (I dont know
>what is a typical number) -and- lets say that all tasks are to share
>the same resource allocation (which seems to be natural), then having
>a
On Fri, 9 Mar 2007, Oliver Neukum wrote:
> Am Donnerstag, 8. März 2007 17:02 schrieb Alan Stern:
> > On Thu, 8 Mar 2007, Oliver Neukum wrote:
> >
> > > Hi,
> > >
> > > after a lightning bolt from high above I've been looking into refcounting
> > > the data structures drivers use to provide the d
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
drivers/ata/ata_piix.c| 11 +++
drivers/ata/libata-core.c | 19 ---
drivers/ata/sata_nv.c |8 +
Alan Cox wrote:
Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
Acked-by: Alan Cox <[EMAIL PROTECTED]>
and you can remove even more code as pci_request_resources() will now
just do the right thing for all cases.
pci_request_regions() you mean?
Jeff
-
To unsubscribe from this l
Quoting Martin Schwidefsky ([EMAIL PROTECTED]):
> On Fri, 2007-03-09 at 17:41 +0200, Pekka Enberg wrote:
> > Martin Schwidefsky wrote:
> > > Yes, please put me or Heiko on CC if you add system calls to s390.
> >
> > Ok, sorry about that. I would expect akpm to send it to you guys though
> > whene
On Wednesday 07 March 2007 11:55 am, David Brownell wrote:
> > I'm developing an SPI- bus >MMC/SD block driver translation layer.
>
> Another one? There's already been significant work in that area. See for
> example
>
> http://marc.theaimsgroup.com/?l=linux-kernel&m=117000652529003&w=2
Nice, I
On Wed, Mar 07, 2007 at 01:20:18PM -0800, Paul Menage wrote:
> On 3/7/07, Serge E. Hallyn <[EMAIL PROTECTED]> wrote:
> >
> >All that being said, if it were going to save space without overly
> >complicating things I'm actually not opposed to using nsproxy, but it
>
> If space-saving is the main is
Robert P. J. Day wrote:
> On Fri, 9 Mar 2007, Artem Bityutskiy wrote:
>> Randy Dunlap wrote:
>> > The ones in drivers/net/ are just local driver debug controls.
>> > They happen to have the same name as a (likely newer) kconfig symbol.
>> >
>> > Is there a real problem that needs to be fixed?
>>
>>
> Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
Acked-by: Alan Cox <[EMAIL PROTECTED]>
and you can remove even more code as pci_request_resources() will now
just do the right thing for all cases.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
[sorry for the dup: this time to the right recipient]
So far I've tried the simple "survive having no handler
for a vector" patch and the preliminary 3-patch series
that was in -mm for a while, and neither work on the
Dell PowerEdge 29xx and 19xx systems. These servers
have the Intel 5000X chipset
jimmy píše v Pá 09. 03. 2007 v 13:37 +0530:
> Alan Cox wrote:
> >> Also note that the word 'chaostables' does not even appear in the patch,
> >> though xt_CHAOS does. Since we know that {xt,ipt}_[A-Z]+ are targets, we
> >> can safely assume that CHAOS does what it says - make fun of nmap.
> >
>
"Catalin Marinas" <[EMAIL PROTECTED]> writes:
> On 08/03/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
>> "Catalin Marinas" <[EMAIL PROTECTED]> writes:
>
> I think it's only the pid_chain and rcu member that could be placed in
> a list and kmemleak scans the memory for these two offsets as well
So far I've tried the simple "survive having no handler
for a vector" patch and the preliminary 3-patch series
that was in -mm for a while, and neither work on the
Dell PowerEdge 29xx and 19xx systems. These servers
have the Intel 5000X chipset with the 6700PXH PCI Hub
with dual independent PCI-X b
Quoting Srivatsa Vaddagiri ([EMAIL PROTECTED]):
> On Wed, Mar 07, 2007 at 08:12:00PM -0700, Eric W. Biederman wrote:
> > I have a question? What does rcfs look like if we start with
> > the code that is in the kernel? That is start with namespaces
> > and nsproxy and just build a filesystem to di
Hi all,
I've just compiled and installed 2.6.21-rc3 on my Dual CPU Dell
Precision 610MT system. Dual 550mhz Xeon, 768mb of RAM. Mix of SCSI,
ATA drives. I'm using the new ATA_ drivers for my PATA disks.
After booting, I pulled my seldom used USB->serial device from the
system to toss in my
On Fri, 2007-03-09 at 17:41 +0200, Pekka Enberg wrote:
> Martin Schwidefsky wrote:
> > Yes, please put me or Heiko on CC if you add system calls to s390.
>
> Ok, sorry about that. I would expect akpm to send it to you guys though
> whenever revoke graduates from -mm and not merge it to mainline.
Matthew Garrett wrote:
> On Fri, Mar 09, 2007 at 10:08:05AM +0100, Pavel Machek wrote:
>
> > So... if current console is graphical, we leave X accessing the
> > console... That's bad, because video state is not going to be
> > restored...?
>
> A graphical console is not necessarily X. Is there a
On Fri, Mar 09, 2007 at 12:13:35PM +0100, Eric Dumazet wrote:
> Then just drop the fget_light() 'optimisation' and always take a reference
> (atomic on f_count) regardless of single-thread or not. Instead of dirtying
> f_light, just do the straightforward thing and be with it.
>
> (that is : fge
Jeff Garzik wrote:
diff --git a/drivers/ata/libata-sff.c b/drivers/ata/libata-sff.c
index 066689c..0a19466 100644
--- a/drivers/ata/libata-sff.c
+++ b/drivers/ata/libata-sff.c
@@ -779,40 +779,16 @@ int ata_pci_init_one (struct pci_dev *pdev, struct
ata_port_info **port_info,
/* D
On Fri, 9 Mar 2007, Jiri Kosina wrote:
> If this is present also in vanilla and not only in -mm, could you please
> try reverting commits 4237081e573b99a48991aa71364b0682c444651c and
> d4ae650a904612ffb7edd3f28b69b022988d2466 and let me know if the
> situation gets any better?
Hi Jiri,
or eve
Discussed for 2.6.21, but pushed back because the current SATA code
had enough fun stuff to debug already. Thus, just queued the following
for 2.6.22 in libata-dev.git#upstream.
The nasty request_resource hack is finally gone.
In practical terms, this usually means that some combined mode u
Rusty Russell <[EMAIL PROTECTED]> writes:
> __builtin_types_compatible_p() has been around since gcc 2.95, and we
> don't use it anywhere. This patch quietly fixes that.
Using BUILD_BUG_ON_ZERO() would have been somewhat cleaner.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe
Hi,
I am trying change Freecom DVB-T dongle with Leadtek DVB-T dongle and I got
this OOPS:
--
usb 2-3: new high speed USB device using ehci_hcd and address 2
usb 2-3: configuration #1 chosen from 1 choice
dvb-usb: found a 'WideView WT-220U PenType Receiver (Typho
Hi Martin,
Martin Schwidefsky wrote:
Yes, please put me or Heiko on CC if you add system calls to s390.
Ok, sorry about that. I would expect akpm to send it to you guys though
whenever revoke graduates from -mm and not merge it to mainline.
Pekka
-
To unsubsc
On Friday 09 March 2007 14:27, you wrote:
> Jeff Garzik wrote:
> > [EMAIL PROTECTED] wrote:
> >> From: Robert Hancock <[EMAIL PROTECTED]>
> >>
> >> Reading from the ATA shadow registers while we are in ADMA mode may
> >> cause undefined behavior. Don't read the ATA status register when
> >> comple
On Fri, 2007-03-09 at 16:11 +0100, Arnd Bergmann wrote:
> > Make revokeat and frevoke system calls available to user-space on s390.
> >
> > Signed-off-by: Serge E. Hallyn <[EMAIL PROTECTED]>
> > Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
>
> Looks good to me, but you really should through Ma
Hi Greg, all,
As the new-style class devices (as opposed to old-style struct
class_device) are becoming more widely used, I noticed that the
dev_printk-based functions are not working properly with these.
New-style class devices have no driver nor bus, almost by definition,
and as a result dev_dri
On Fri, Mar 09, 2007 at 10:08:05AM +0100, Pavel Machek wrote:
> So... if current console is graphical, we leave X accessing the
> console... That's bad, because video state is not going to be
> restored...?
A graphical console is not necessarily X. Is there any requirement for
there to be a sing
From: Joerg Roedel <[EMAIL PROTECTED]>
This patch adds the X86_FEATURE_SYNC_RDTSC to the i386 architecture.
This is very helpfull to simplify the get_cycles_sync() function and
remove the #ifdefs from it.
Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
--
Joerg Roedel
Operating System Research
From: Joerg Roedel <[EMAIL PROTECTED]>
This patch simplifies the get_cycles_sync() function by removing
the #ifdefs from it. Further it introduces an optimization for AMD
processors. There the RDTSCP instruction is used instead of CPUID;RDTSC
which is helpfull if the kernel runs as a KVM guest. Ru
From: Joerg Roedel <[EMAIL PROTECTED]>
This patch extends the alternative instructions framework to support 2
alternative instructions.
Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
--
Joerg Roedel
Operating System Research Center
AMD Saxony LLC & Co. KG
diff --git a/arch/i386/kernel/alternat
From: Joerg Roedel <[EMAIL PROTECTED]>
In this patch updates the x86_64 architecture to work with the changes
to alternative instructions in i386
Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
--
Joerg Roedel
Operating System Research Center
AMD Saxony LLC & Co. KG
diff --git a/arch/x86_64/lib
David Woodhouse <[EMAIL PROTECTED]> writes:
> Most system calls seem to get added to i386 first. This patch
> automatically generates a warning for any new system call which is
> implemented on i386 but not the architecture currently being compiled.
> On PowerPC at the moment, for example, it resu
On Friday 09 March 2007, Pekka J Enberg wrote:
>
> From: Serge E. Hallyn <[EMAIL PROTECTED]>
>
> Make revokeat and frevoke system calls available to user-space on s390.
>
> Signed-off-by: Serge E. Hallyn <[EMAIL PROTECTED]>
> Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]>
Looks good to me, but
This series of patches extend the alternative instructions framework on
i386 and x86_64 architectures to support two alternative instruction
replacements. This code is used together with the introduction of the
X86_FEATURE_SYNC_RDTSC flag on i386 to simplify and optimize the
get_cycles_sync() funct
Note that I am amazed that the kernbench even worked.
The results without slub_debug were not good except for IA64. x86_64 and
ppc64 both blew up for a variety of reasons. The IA64 results were
KernBench Comparison
2.6.21-rc2-mm2-clean 2.
Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]):
> On Thu, 08 Mar 2007 17:58:16 EST, Mimi Zohar said:
> > This is a request for comments for a new Integrity Based Access
> > Control(IBAC) LSM module which bases access control decisions
> > on the new integrity framework services.
> >
> > (Hopefully
Probably should copy me and [EMAIL PROTECTED] Other than
that, this looks fine to me. I'll queue it up shortly.
John
On Fri, Mar 09, 2007 at 01:11:46PM +1100, Tony Breeds wrote:
> On Wed, Mar 07, 2007 at 03:00:57PM -0800, Andrew Morton wrote:
> > On Wed, 7 Mar 2007 23:41:16 +0100
> > Adrian Bun
On Thu, 8 Mar 2007 14:52:07 -0800 Luong Ngo wrote:
[...]
> static irqreturn board_isr(int irq, void *dev_id, struct pt_regs* regs)
> {
> spin_lock(&dev->lock);
>if (dev->irqMask & (1 << irqBit)) {
> // Set the interrupt event mask
> dev->irqEvent |= (1 << irqBit);
>
> // Disable
On Fri, Mar 09, 2007 at 04:19:55AM -0800, Michael K. Edwards wrote:
> On 3/8/07, Benjamin LaHaise <[EMAIL PROTECTED]> wrote:
> >Any number of things can cause a short write to occur, and rewinding the
> >file position after the fact is just as bad. A sane app has to either
> >serialise the writes
Linus Torvalds wrote:
On Thu, 8 Mar 2007, Bill Davidsen wrote:
Please, could you now rethink plugable scheduler as well? Even if one had to
be chosen at boot time and couldn't be change thereafter, it would still allow
a few new thoughts to be included.
No. Really.
I absolutely *detes
On Fri, 9 Mar 2007, Dmitry Torokhov wrote:
> > > > > (II) evdev brain: Rescanning devices (12).
> > > > > (II) evdev brain: Rescanning devices (13).
> > > > > (II) evdev brain: Rescanning devices (14).
> > > > > in this kernel, but I don't know if this is relevant.
> > > > > After booting back to
Hi Pete,
On 2/28/07, Pete Zaitcev <[EMAIL PROTECTED]> wrote:
If a process is closing /dev/input/mice and an mouse disconnects simulta-
neously, the system is likely to oops. This usually happens when someone
hits F1 or logs out from X, and flips a KVM while the system
is reacting.
I reproduced
Jeff Garzik wrote:
[EMAIL PROTECTED] wrote:
From: Robert Hancock <[EMAIL PROTECTED]>
Reading from the ATA shadow registers while we are in ADMA mode may cause
undefined behavior. Don't read the ATA status register when completing
commands for this reason, it shouldn't be needed as the controll
On 3/9/07, Andres Salomon <[EMAIL PROTECTED]> wrote:
I haven't seen patches in your tree; are you waiting for me to do the
cleanups and resend?
Still in my private tree; will try to push out over the weekend.
--
Dmitry
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Fri, 9 Mar 2007, Artem Bityutskiy wrote:
> Randy Dunlap wrote:
> > > it's clearly a configuration variable, but it's also being used by
> > > itself in a few drivers/net/ source files. is that deliberate?
> >
> > The ones in drivers/net/ are just local driver debug controls.
> > They happen
2007/3/8, Russell King <[EMAIL PROTECTED]>:
... which occurs /after/ userspace is up and running, when sysfs is
available. So putting it in sysfs is reasonable.
Is it right place for serial settings?
/sys/class/tty/ttySN/
How far is it reasonable to split termios settings to the attributes?
1
I've been considering how to deal with the SYSV SHM problem, and I think we
may have to move to unshared VMAs in NOMMU mode to deal with this. Currently,
what we have is each mm_struct has in its arch-specific context argument a
list of VMLs. Take the FRV context for example:
[include/a
On 3/9/07, Jiri Slaby <[EMAIL PROTECTED]> wrote:
Andrew Morton napsal(a):
> On Sat, 03 Mar 2007 16:54:45 +0100 Jiri Slaby <[EMAIL PROTECTED]> wrote:
>
>>
>> Jiri Slaby napsal(a):
>>> Andrew Morton napsal(a):
Temporarily at
http://userweb.kernel.org/~akpm/2.6.21-rc2-mm1/
>>> Weird
Tejun Heo wrote:
Implement pcim_iounmap_regions() - the opposite of
pcim_iomap_regions().
Signed-off-by: Tejun heo <[EMAIL PROTECTED]>
---
This one is used by libata's new init model and generally useful for
driver midlayers. Please push it through libata-dev#upstream.
Thanks.
include/linux/
Randy Dunlap wrote:
it's clearly a configuration variable, but it's also being used by
itself in a few drivers/net/ source files. is that deliberate?
The ones in drivers/net/ are just local driver debug controls.
They happen to have the same name as a (likely newer) kconfig symbol.
Is there
301 - 400 of 523 matches
Mail list logo