I'm using linux 2.6.12 within user-mode linux. I need to remove a
specific I/O request (that I have means to identify) from the I/O
scheduler queues instead of moving it to the driver dispatch queue.
To remove a request from the anticipatory scheduler's sort/fifo queues ,
I'm making a call to
* Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> * Daniel Walker <[EMAIL PROTECTED]> wrote:
>
> > The pit clocksource could be dropped pretty easy with my clocksource
> > update patches, which I'm still working on but you could easily drop
> > clock sources that aren't atomic like the pit .. Also
When removing set_native_irq I missed the fact that it was
called in a couple of places that were compiled even when
SMP support is disabled. And since the irq_desc[].affinity
field only exists in SMP things broke.
Thanks to Simon Arlott <[EMAIL PROTECTED]> for spotting this.
There are a
> > I've not been able to reproduce it since, but I know others (BCC'ed on
> > this note) have seen it and might prod them to come forth with details
> > (and broken .config files)
>
> In my case, disabling CPU_FREQ_PMAC made the failure go away.
> After reverting this patch, CPU_FREQ_PMAC is
On Tue, Feb 27, 2007 at 11:42:09AM +0530, Ashutosh Naik wrote:
> Hi guys,
>
> I was wondering what is the current stage of the USB_IP project.
>
> http://usbip.naist.jp/
>
> The last, they appeared were
>
>
> the new fault hander made the memory manager code a lot cleaner and
> very less hacky in a lot of cases. so I'd rather merge the clean code
> than have to fight with the current code...
Note that you can probably get away with NOPFN_REFAULT etc... like I did
for the SPEs in the meantime.
Ben.
> USB controller issues? We used to have these really hard-to-debug problems
> with the USB controller being active and having had the BIOS set up the
> command queues etc. Really subtle. It's why we now have PCI quirks for
> shutting up (most) USB controllers very early.
On powermacs or
On Mon, 2007-02-26 at 17:00 +0100, Jan-Bernd Themann wrote:
> Hi!
>
> This patch replaces the former posted patch
> ([PATCH] ehea: Optional TX/RX path optimized for SMP) and provides
> a functionality that allows parallel RX processing on multiple RX
> queues by using dummy netdevices as proposed
* Daniel Walker <[EMAIL PROTECTED]> wrote:
> The pit clocksource could be dropped pretty easy with my clocksource
> update patches, which I'm still working on but you could easily drop
> clock sources that aren't atomic like the pit .. Also the pit is
> generally undesirable, so it's not
* Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> On Mon, Feb 26, 2007 at 01:51:23PM +0100, Ingo Molnar ([EMAIL PROTECTED])
> wrote:
> >
> > * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> >
> > > Even having main dispatcher as epoll/kevent loop, the _whole_
> > > threadlet model is absolutely
* Randy Dunlap <[EMAIL PROTECTED]> wrote:
> > + [ Note: since the argument array is at the end of the atom, and the
> > + kernel will not touch any argument beyond the final NULL one, atoms
>
> I would s/final/first/ since one could put many (unneeded) NULL
> pointers in the argument array.
On 2/27/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Tue, 27 Feb 2007 15:36:03 +1100 "Dave Airlie" <[EMAIL PROTECTED]> wrote:
> >
> > I've also got rid of the horrible populate API, and integrated nonlinear
pages
> > properly with the page fault path.
> >
> > Downside is that this adds one
On 2/26/07, Stephen Hemminger <[EMAIL PROTECTED]> wrote:
Here is another way to handle the 64 bit divide case.
It allows full 64 bit divide by adding the support routine
GCC needs.
I know ARM already went through the process of removing __udivdi3 support:
From: Tony Breeds <[EMAIL PROTECTED]>
Fix soft lockup with iSeries viocd driver, caused by eventually calling
end_that_request_first() with nr_bytes 0.
The lockup is triggered by hald, interrogating the device.
Signed-off-by: Tony Breeds <[EMAIL PROTECTED]>
---
Implementation based on
Hi guys,
I was wondering what is the current stage of the USB_IP project.
http://usbip.naist.jp/
The last, they appeared were
/archives/linux/kernel.org/kernel/people/akpm/patches/2.6/2.6.16-rc3/2.6.16-rc3-mm1/broken-out
It would be great if someone knows whats the status of this
Thanks,
Hi David,
David Miller schrieb am Montag, 26. Februar 2007 um 10:12:19 -0800:
> From: "J.J.Green" <[EMAIL PROTECTED]>
> Date: Sun, 25 Feb 2007 23:58:48 + (GMT)
>
> > Hi Andrew
> >
> > > The code around there looks relatively unbuggy to me. Removing that
> > > remove_wait_queue() would be
> On Tue, 27 Feb 2007 15:36:03 +1100 "Dave Airlie" <[EMAIL PROTECTED]> wrote:
> >
> > I've also got rid of the horrible populate API, and integrated nonlinear
> > pages
> > properly with the page fault path.
> >
> > Downside is that this adds one more vector through which the buffered write
> >
From: Joerg Friedrich <[EMAIL PROTECTED]>
Date: Tue, 27 Feb 2007 06:22:39 +0100
> Can you just tell me if it's sufficient to check for a return value >0
> of wait_event_interruptible_timeout? I was not sure so I extended the
> check to
> if ((val != -ERESTARTSYS) && (val > 0))
I changed the
* Daniel Walker ([EMAIL PROTECTED]) wrote:
> On Mon, 2007-02-26 at 22:54 -0500, Mathieu Desnoyers wrote:
> > If an NMI nests over the spinlock, we have a deadlock.
>
> Maybe not completely safe ...
>
> > In addition, clock->cycle_last is a cycle_t, defined as a 64 bits on
> > x86. If is
On Tue, Feb 27, 2007 at 10:03:53AM +0530, Aneesh Kumar wrote:
> This means that we are not going to wait for the kernel thread
> (Parent) to freeze. I guess what vatsa suggested in previous mail is
> better.
>
> freeezer_do_not_count(void)
> {
> if (current->mm) {
>
> current->flags |=
I've also got rid of the horrible populate API, and integrated nonlinear pages
properly with the page fault path.
Downside is that this adds one more vector through which the buffered write
deadlock can occur. However this is just a very tiny one (pte being unmapped
for reclaim), compared to
* Only the _current_ task can read/write to tsk->flags, but other
Index: linux-2.6.20-mm2/include/linux/freezer.h
===
--- linux-2.6.20-mm2.orig/include/linux/freezer.h 2007-02-26
08:40:22.0 +0100
+++
Hiro Yoshioka wrote:
Hi,
From: Rik van Riel <[EMAIL PROTECTED]>
Hiro Yoshioka wrote:
Howdy,
MySQL 5.0.26 had some scalability issues and it solved since 5.0.32
http://ossipedia.ipa.go.jp/capacity/EV0612260303/
(written in Japanese but you may read the graph. We compared
5.0.24 vs 5.0.32)
Hi,
From: Rik van Riel <[EMAIL PROTECTED]>
> Hiro Yoshioka wrote:
> > Howdy,
> >
> > MySQL 5.0.26 had some scalability issues and it solved since 5.0.32
> > http://ossipedia.ipa.go.jp/capacity/EV0612260303/
> > (written in Japanese but you may read the graph. We compared
> > 5.0.24 vs 5.0.32)
On Mon, Feb 26, 2007 at 03:45:48PM +0100, Jens Axboe wrote:
> On Mon, Feb 26 2007, Suparna Bhattacharya wrote:
> > On Mon, Feb 26, 2007 at 02:57:36PM +0100, Jens Axboe wrote:
> > >
> > > Some more results, using a larger number of processes and io depths. A
> > > repeat of the tests from friday,
On Mon, 2007-02-26 at 22:54 -0500, Mathieu Desnoyers wrote:
> If an NMI nests over the spinlock, we have a deadlock.
Maybe not completely safe ...
> In addition, clock->cycle_last is a cycle_t, defined as a 64 bits on
> x86. If is therefore not updated atomically by change_clocksource,
>
I submitted this patch a while ago, but nobody commented on it.
All these casts of resource_size_t to (unsigned long long) seem horribly
wasteful to me...
Of course, to add a new format qualifier, we lose out on checking the format
string by gcc... Nowadays, this role can be done by sparse.
(Or
On Mon, 26 Feb 2007, Linus Torvalds wrote:
> On Mon, 26 Feb 2007, Davide Libenzi wrote:
> >
> > Epoll is doing multiple passes over the ready set at the moment, because
> > of the constraints over the f_op->poll() call. Looking at the code again,
> > I noticed that we already hold the epoll
On Fri, Feb 23, 2007 at 04:32:01PM +0530, Srivatsa Vaddagiri wrote:
> On Fri, Feb 23, 2007 at 04:17:23PM +0530, Srivatsa Vaddagiri wrote:
> > Ok that was my point of concern. For hotplug we would ideally like
> > everyone to be frozen. If we are not freezing some (like vfork parents),
> > (rather
On Thu, Feb 22, 2007 at 06:03:37PM +0100, Rafael J. Wysocki wrote:
>
> Why don't we just drop the warning? try_to_freeze_tasks() should give us a
> warning if there's anything wrong anyway.
The patches look good. I will add my hotplug changes on the top of
these.
And yeah, removing the
On Mon, 26 Feb 2007, Davide Libenzi wrote:
>
> Epoll is doing multiple passes over the ready set at the moment, because
> of the constraints over the f_op->poll() call. Looking at the code again,
> I noticed that we already hold the epoll semaphore in read, and this
> (together with other
* Daniel Walker ([EMAIL PROTECTED]) wrote:
> On Mon, 2007-02-26 at 17:14 -0500, Mathieu Desnoyers wrote:
>
>
> > For kernel and user space tracing, those small jumps are very annoying :
> > it can show, in a trace, that a fork() appears on a CPU after the first
> > schedule() of the thread on
I thought the motivation for div64() was that a 64:32->32 divide could
be done a lot faster on a number of platforms (including the important
x86) than a generic 64:64->64 divide, but gcc doesn't handle the
devolution automatically -- there is no such libgcc function.
That there's no such
Could you add this patch (which is in 2.6.21-rc1) to the queues for 2.6.19.6
and 2.6.20.2 and, if it's ever to be released, 2.6.18.9? (There's one
trivially-fixable reject against 2.6.18, but it's otherwise fine with all
three.)
mmc: Power quirk for ENE controllers
Support for these devices was
On Mon, 26 Feb 2007 19:50:24 +0300 Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
>
> +asmlinkage long compat_sys_lutimesat(int dfd, char __user *filename, struct
> compat_timespec __user *utimes)
> +{
> + struct timespec ts[2];
> +
> + if (utimes) {
> + if (get_user(ts[0].tv_sec,
Epoll is doing multiple passes over the ready set at the moment, because
of the constraints over the f_op->poll() call. Looking at the code again,
I noticed that we already hold the epoll semaphore in read, and this
(together with other locking conditions that hold while doing an
On Mon, 26 Feb 2007, Evgeniy Polyakov wrote:
> 2. its notifications do not go through the second loop, i.e. it is O(1),
> not O(ready_num), and notifications happens directly from internals of
> the appropriate subsystem, which does not require special wakeup
> (although it can be done too).
Kyle Moffett wrote:
Not a bad idea, but it could use some extra error checking to make sure
that somebody remembers to "#define __kstruct_foo" before "#include
" (perhaps indirectly through linux/bar.h). Maybe
something like this (plays nice with the very-basic unifdef parsing too):
Rename PG_checked to PG_owner_priv_1 to reflect its availablilty as a
subsystem/filesystem private flag. A subsystem which "owns" a page
(for example, a pagecache page belonging to a filesystem) may use this
flag for whatever it wants.
ext3 is the only current in-tree user of this flag.
On Monday 26 February 2007 18:18, Alan wrote:
> > Yeah, I need semaphore. This is a hw register that says when the hw
> > is ready to accept a new command. Code that wants to send commands has
> > to down the semaphore and then send it. When hw is ready to get a new
> > command, it sends and IRQ
On Feb 26, 2007, at 19:10:16, H. Peter Anvin wrote:
Christoph Hellwig wrote:
What's the problem of exposing all these APIs unconditionally?
glibcs should either use all information from the linux/ headers
or nothing at all, but not depend on hiding some bits.
It's not always that simple.
On Tue, 27 Feb 2007 09:50:16 +0900
Tomoki Sekiyama <[EMAIL PROTECTED]> wrote:
> Hi Kamezawa-san,
>
> thanks for your reply.
>
> KAMEZAWA Hiroyuki wrote:
> > Interesting, but how about adjust this parameter like below instead of
> > adding new control knob ?(this kind of knob is not easy to
This is similar to the h8/300 patch I just sent out, in that it converts
a arch that does not currently implement sub-jiffy timekeeping to use
the generic timekeeping code.
v850 however looks like it has some intent to implement sub-jiffy
timekeeping, so it may not yet be appropriate to try to
Zachary Amsden wrote:
> Patch looks good, thanks. But the whole para_fill / vmi_get_function
> stuff could probably be done even cleaner. It was just a helper at
> first to work around the awkward syntax, and it is still a bit ugly,
> but I haven't come up with a better solution yet, mostly
The kernel already has several implmentations and usages of 64 by 64
bit divide.
Although it is significantly slower, there are places that need it so
provide one generic version using scaling, and allow existing platform
versions to continue.
This looks like good -mm material. Tested on x86_64
Currently h8/300 does not implement sub-jiffy timekeeping, so there is
no benefit to having arch specific timekeeping code.
This patch simply removes those functions and enables the generic
timekeeping code.
I don't have the hardware, so this is completely untested.
thanks
-john
Signed-off-by:
On Tue, 2007-02-27 at 00:50 +0100, Arnd Bergmann wrote:
> On Thursday 22 February 2007, Carl Love wrote:
> > This patch updates the existing arch/powerpc/oprofile/op_model_cell.c
> > to add in the SPU profiling capabilities. In addition, a 'cell'
> > subdirectory
> > was added to
Stephen Hemminger wrote:
Hmm. Those are the GCC internal versions, that are picked up but
doing divide in place. Do we want to allow general 64 bit in kernel to
be easily used? It could cause sloppy slow code, but it would look
cleaner.
... and it would handle datatypes which may be
> Yeah, I need semaphore. This is a hw register that says when the hw
> is ready to accept a new command. Code that wants to send commands has
> to down the semaphore and then send it. When hw is ready to get a new
> command, it sends and IRQ and the IRQ up()s the semaphore.
So you need a mutex
From: "Kok, Auke" <[EMAIL PROTECTED]>
Date: Thu, 08 Feb 2007 16:09:50 -0800
> From: Peter Waskiewicz Jr <[EMAIL PROTECTED]>
>
> Added an API and associated supporting routines for multiqueue network
> devices. This allows network devices supporting multiple TX queues to
> configure each queue
Anthony Liguori wrote:
It would be really great if one could write a ROM by just specifying a
GetRelocationInfo function that always returns rel.type == NONE.
Right now, there are a half a dozen or so ops that have to be
implemented b/c of the vmi_get_function stuff.
Yes, I need to clean
Christoph Hellwig wrote:
On Sat, Feb 24, 2007 at 04:44:23PM -0800, [EMAIL PROTECTED] wrote:
From: Divy Le Ray <[EMAIL PROTECTED]>
Add all-in-sw lro support.
Doing this in a LLDD doesn't sound like a good idea. Have you
tried doing this in the core networking code instead?
We
Hi Nikita,
thanks for your comments.
Nikita Danilov wrote:
>> While Dirty+Writeback pages get more than 40% of memory, process-B is
>> blocked in balance_dirty_pages() until writeback of some (`write_chunk',
>> typically = 1536) dirty pages on disk-b is started.
>
> May be the simpler solution
Hi Kamezawa-san,
thanks for your reply.
KAMEZAWA Hiroyuki wrote:
> Interesting, but how about adjust this parameter like below instead of
> adding new control knob ?(this kind of knob is not easy to use.)
>
> ==
> struct writeback_control wbc = {
> .bdi
This is a note to let you know that I've just added the patch titled
Subject: platform: reorder platform_device_del
to my gregkh-2.6 tree. Its filename is
platform-reorder-platform_device_del.patch
This tree can be found at
On Monday 26 February 2007 16:33, Christoph Hellwig wrote:
> On Mon, Feb 26, 2007 at 04:13:38PM -0800, [EMAIL PROTECTED] wrote:
> > Introduce down_interruptible_timeout() using timers to make the waiter
> > stop waiting by simulating a signal (see first patch for more
> > details). As well
Zachary Amsden wrote:
Anthony Liguori wrote:
Hi Zach,
It seems to me that the APIC paravirt_ops should be filled by
para_fill() instead of vmi_get_function(). vmi_get_function()
returns a nop when the relocation type is NONE. para_fill() leaves
the native code in place.
The native
Hiro Yoshioka wrote:
Howdy,
MySQL 5.0.26 had some scalability issues and it solved since 5.0.32
http://ossipedia.ipa.go.jp/capacity/EV0612260303/
(written in Japanese but you may read the graph. We compared
5.0.24 vs 5.0.32)
The following is oprofile data
==>
Anthony Liguori wrote:
Hi Zach,
It seems to me that the APIC paravirt_ops should be filled by
para_fill() instead of vmi_get_function(). vmi_get_function() returns
a nop when the relocation type is NONE. para_fill() leaves the native
code in place.
The native version of the apic write
From: Christoph Lameter <[EMAIL PROTECTED]>
Date: Sat, 24 Feb 2007 22:36:26 -0800 (PST)
> V1->V2
> - Fix up various issues. Tested on i386 UP, X86_64 SMP, ia64 NUMA.
> - Provide NUMA support by splitting partial lists per node.
> - Better Slabcache merge support (now at around 50% of slabs)
> -
On Mon, Feb 26, 2007 at 04:13:38PM -0800, [EMAIL PROTECTED] wrote:
> Introduce down_interruptible_timeout() using timers to make the waiter
> stop waiting by simulating a signal (see first patch for more
> details). As well introduce asm-generic/semaphore.h and make other
> architectures use it
Howdy,
MySQL 5.0.26 had some scalability issues and it solved since 5.0.32
http://ossipedia.ipa.go.jp/capacity/EV0612260303/
(written in Japanese but you may read the graph. We compared
5.0.24 vs 5.0.32)
The following is oprofile data
==>
On Monday, 26 February 2007 22:25, Oleg Nesterov wrote:
> On 02/26, Rafael J. Wysocki wrote:
> >
> > On Monday, 26 February 2007 17:11, Oleg Nesterov wrote:
> > > On 02/26, Srivatsa Vaddagiri wrote:
> > > >
> > > > On Mon, Feb 26, 2007 at 03:00:43PM +0300, Oleg Nesterov wrote:
> > > > > In that
On Monday 26 February 2007 16:06, Greg KH wrote:
> -stable review patch. If anyone has any objections, please let us know.
Should be fine.
Thanks,
Andreas
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On Mon, Feb 26, 2007 at 12:54:31AM -0800, Sarah Bailey wrote:
> Yes, a sane interface to the USRP was one of the main motivations for
> the new USB filesystem. It remains to be seen whether we need a
> non-standard interface like io_submit, or whether threads with blocking
> I/O is fast enough
Boris B. Zhmurov <[EMAIL PROTECTED]> :
[...]
> to your 2.6.11. Francois, please, correct me, if I'm wrong.
It will regularly DMA into incorrectly aligned addresses. :o/
Surprizing as it may sound, the symptoms range from unnoticeable
to unusable (both inclusive).
--
Ueimor
-
To unsubscribe
On Feb 26 2007 16:07, Stephen Hemminger wrote:
>> On Feb 26 2007 15:44, Stephen Hemminger wrote:
>> >> >-x = (2 * x + (uint32_t) div64_64(a, x*x)) / 3;
>> >> >+x = (2 * x + (u32) (a / x*x)) / 3;
>> >>
>> >> Previously there was div64_64(a, x*x) which is equivalent
As suggested by Arjan van de Ven, introduced a generic semaphore.h for
all that arches (previous patch in series). Make all arches include
that generic file.
Warning: not compile tested in all arches
Signed-off-by: Inaky Perez-Gonzalez <[EMAIL PROTECTED]>
---
include/asm-alpha/semaphore.h
Christoph Hellwig wrote:
What's the problem of exposing all these APIs unconditionally?
glibcs should either use all information from the linux/ headers
or nothing at all, but not depend on hiding some bits.
It's not always that simple. In particular, in some files there might
be typedefs or
I was in a situation where I could really simplify many things by
using down_interruptible() with a timeout. I went around looking for
how could one be implemented and ran away from the asm code in arch/.
At the end I realized I could make a simple one by setting up a timer
that would 'fake' a
Introduce down_interruptible_timeout() using timers to make the waiter
stop waiting by simulating a signal (see first patch for more
details). As well introduce asm-generic/semaphore.h and make other
architectures use it too.
--
Inaky
-
To unsubscribe from this list: send the line "unsubscribe
-stable review patch. If anyone has any objections, please let us know.
--
From: Thomas Renninger <[EMAIL PROTECTED]>
This patch works back to 2.6.17 (earlier kernels seem to
need up/down operations on mutex/semaphore).
psmouse - properly reset mouse on shutdown/suspend
Some
-stable review patch. If anyone has any objections, please let us know.
--
From: Francois Romieu <[EMAIL PROTECTED]>
netpoll: drivers must not enable IRQ unconditionally in their NAPI handler
net/core/netpoll.c::netpoll_send_skb() calls the poll handler when
it is available. As
-stable review patch. If anyone has any objections, please let us know.
--
From: Takashi Iwai <[EMAIL PROTECTED]>
[ALSA] hda-intel - Don't try to probe invalid codecs
Fix the max number of codecs detected by HD-intel (and compatible)
controllers to 3. Some hardware reports
-stable review patch. If anyone has any objections, please let us know.
--
From: Steve French <[EMAIL PROTECTED]>
[CIFS] Fix oops when Windows server sent bad domain name null terminator
Fixes RedHat bug 211672
Windows sends one byte (instead of two) of null to terminate final
-stable review patch. If anyone has any objections, please let us know.
--
From: David Moore <[EMAIL PROTECTED]>
Adds missing call to phys_to_virt() in the
lib/swiotlb.c:swiotlb_sync_sg() function. Without this change, a kernel
panic will always occur whenever a SWIOTLB bounce
On Tue, 27 Feb 2007 01:05:26 +0100 (MET)
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> On Feb 26 2007 15:44, Stephen Hemminger wrote:
> >> >- x = (2 * x + (uint32_t) div64_64(a, x*x)) / 3;
> >> >+ x = (2 * x + (u32) (a / x*x)) / 3;
> >>
> >> Previously there was div64_64(a, x*x)
This is the start of the stable review cycle for the 2.6.19.6 release.
This will probably be the last release of the 2.6.19-stable series, so
if there are patches that you feel should be applied to that tree,
please let me know.
There are 9 patches in this series, all will be posted as a
-stable review patch. If anyone has any objections, please let us know.
--
From: Eric Sandeen <[EMAIL PROTECTED]>
CVE-2006-5753 is for a case where an inode can be marked bad, switching
the ops to bad_inode_ops, which are all connected as:
static int return_EIO(void)
{
-stable review patch. If anyone has any objections, please let us know.
--
From: David Brownell <[EMAIL PROTECTED]>
The attached fixes an oops in the usbnet driver. The same patch is
in 2.6.21-rc1, but that one has many whitespace changes. This is much
smaller.
Signed-off-by:
-stable review patch. If anyone has any objections, please let us know.
--
From: Hugh Dickins <[EMAIL PROTECTED]>
Fix insecure default behaviour reported by Tigran Aivazian: if an ext2
or ext3 or ext4 filesystem is tuned to mount with "acl", but mounted by
a kernel built without
Hi Zach,
It seems to me that the APIC paravirt_ops should be filled by
para_fill() instead of vmi_get_function(). vmi_get_function() returns a
nop when the relocation type is NONE. para_fill() leaves the native
code in place.
The native version of the apic write ops is more or less
-stable review patch. If anyone has any objections, please let us know.
--
From: Takashi Iwai <[EMAIL PROTECTED]>
[ALSA] hda-codec - Don't return error at initialization of modem codec
Some modem codec seem to fail in the initialization, and this
stopped loading of the whole
On Feb 26 2007 15:44, Stephen Hemminger wrote:
>> >- x = (2 * x + (uint32_t) div64_64(a, x*x)) / 3;
>> >+ x = (2 * x + (u32) (a / x*x)) / 3;
>>
>> Previously there was div64_64(a, x*x) which is equivalent to
>> (a)/(x*x), or just: a/(x^2). But now you do a/x*x, which is
>>
On Mon, Feb 26, 2007 at 03:52:42PM -0800, H. Peter Anvin wrote:
> David Miller wrote:
> >>>
> >>However, it would be better if the ABI constants were exported, or at
> >>least *exportable* (using a __KERNEL_XATTR_MACROS test macro or
> >>something like that.)
> >
> >This is the same situation as
David Miller wrote:
However, it would be better if the ABI constants were exported, or at
least *exportable* (using a __KERNEL_XATTR_MACROS test macro or
something like that.)
This is the same situation as the socket.h issue we're trying
to figure out what to do about.
wrt. the socket.h
Hello,
I have come across an issue with a monitoring using the
hardware debug registers on ia64/i386/x86-64.
It seems that the way debug registers are inherited across fork
differs between ia-64 and i386/x86-64. On ia-64, the debug registers
are NEVER inherited in the child. The copy_thread()
On Thursday 22 February 2007, Carl Love wrote:
> This patch updates the existing arch/powerpc/oprofile/op_model_cell.c
> to add in the SPU profiling capabilities. In addition, a 'cell' subdirectory
> was added to arch/powerpc/oprofile to hold Cell-specific SPU profiling
> code.
There was a
Simon Arlott <[EMAIL PROTECTED]> writes:
> 9f0a5ba5508143731dc63235de19659be20d26dc is first bad commit
> commit 9f0a5ba5508143731dc63235de19659be20d26dc
> Author: Eric W. Biederman <[EMAIL PROTECTED]>
> Date: Fri Feb 23 04:13:55 2007 -0700
>
> [PATCH] irq: Remove set_native_irq_info
>
>
[PATCH] drivers: PMC MSP71xx LED driver
Patch to add LED driver for the PMC-Sierra MSP71xx devices.
This patch references some platform support files previously
submitted to the [EMAIL PROTECTED] list.
Thanks,
Marc
Signed-off-by: Marc St-Jean <[EMAIL PROTECTED]>
---
drivers/i2c/chips/Kconfig
[PATCH] drivers: PMC MSP71xx TWI driver
Patch to add TWI driver for the PMC-Sierra MSP71xx devices.
This patch references some platform support files previously
submitted to the [EMAIL PROTECTED] list.
Thanks,
Marc
Signed-off-by: Marc St-Jean <[EMAIL PROTECTED]>
---
drivers/i2c/algos/Kconfig
From: Rolf Eike Beer <[EMAIL PROTECTED]>
Date: Tue, 20 Feb 2007 19:59:34 +0100
> [IPX] Remove ancient changelog
>
> Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
Also applied, thanks Rolf.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
From: Rolf Eike Beer <[EMAIL PROTECTED]>
Date: Tue, 20 Feb 2007 19:58:08 +0100
> SPX was removed in early 2.5. How to connect to a Mac or the other OS isn't
> hard to find out these days.
>
> Signed-off-by: Rolf Eike Beer <[EMAIL PROTECTED]>
Patch applied, thanks Rolf.
-
To unsubscribe from
On Tue, 2007-02-27 at 00:53 +0300, Oleg Nesterov wrote:
> call_usermodehelper() has no reason for flush_signals(). It is a fresh
> forked process which is going to exec a user-space application or exit on
> failure.
And the flush_signal_handlers() call?
Your patch looks correct; this code
On Tue, 27 Feb 2007 00:02:50 +0100 (MET)
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> On Feb 26 2007 13:28, Stephen Hemminger wrote:
> >>
> >> ./arch/arm26/lib/udivdi3.c
> >> ./arch/sh/lib/udivdi3.c
> >> ./arch/sparc/lib/udivdi3.S
> >>
> >> should not this be consolidated too?
> >
> >Hmm.
On Mon, 2007-02-26 at 23:23 +0100, Adrian Bunk wrote:
> CONFIG_LGUEST=y, CONFIG_NET=n results in the following compile error:
>
> <-- snip -->
>
> ...
> LD .tmp_vmlinux1
> drivers/built-in.o: In function `lguestnet_close':
> lguest_net.c:(.text+0x3b8de): undefined reference to
From: "H. Peter Anvin" <[EMAIL PROTECTED]>
Date: Mon, 26 Feb 2007 15:28:57 -0800
> Andreas Gruenbacher wrote:
> > On Monday, 24 July 2006 00:57, Nathan Scott wrote:
> >> On Sun, Jul 23, 2006 at 08:43:43PM +0200, Adrian Bunk wrote:
> >>> Hi,
> >>>
> >>> how much of include/linux/xattr.h has to be
Sam Ravnborg wrote:
The userspace headers are supposed to hold the part of the kernel
definitions that glibc (and mayby the attr package) uses. If they happen
to have their own copy now should not impct the decision what is part of
the userspace interface for the kernel. So actual usage does not
Andreas Gruenbacher wrote:
On Monday, 24 July 2006 00:57, Nathan Scott wrote:
On Sun, Jul 23, 2006 at 08:43:43PM +0200, Adrian Bunk wrote:
Hi,
how much of include/linux/xattr.h has to be part of the userspace kernel
headers?
None, I think.
None, indeed. The attr package comes with it own
From: David Miller <[EMAIL PROTECTED]>
Date: Mon, 26 Feb 2007 11:22:39 -0800 (PST)
> With this, nobody will get bit by problems again. We should
> provide something similar, if not identical, for clocksources
> too. Perhaps we could even start trying at initial shift values
> larger than 32.
>
1 - 100 of 736 matches
Mail list logo
