On Tue, May 01, 2007 at 01:51:41AM -0700, Andrew Morton wrote:
> On Tue, 1 May 2007 09:42:45 +0100 Christoph Hellwig <[EMAIL PROTECTED]> wrote:
>
> > On Mon, Apr 30, 2007 at 04:20:07PM -0700, Andrew Morton wrote:
> > > macintosh-mediabay-convert-to-kthread-api.patch
> > >
On Wed, 2 May 2007, Nick Piggin wrote:
> Hugh Dickins wrote:
> >
> > But I was quite disappointed when
> > mm-fix-fault-vs-invalidate-race-for-linear-mappings-fix.patch
> > appeared, putting double unmap_mapping_range calls in. Certainly
> > you were wrong to take the one out, but a pity to end
On Wednesday 02 May 2007, Stefan Richter wrote:
>Olaf Hering wrote:
>> On Tue, May 01, Kristian Høgsberg wrote:
>>> drivers/firewire/Kconfig | 60 ++
>>
>> NACK.
>> Upgrade the current drivers/ieee1394/ with the new code,
>
>Last time I believe I was the only one who asked whether to
Hello Dmitry,
Wednesday, May 2, 2007, 12:17:33 AM, you wrote:
> Hello Paul,
> Paul Sokolovsky wrote:
>>> ASIC-related code (I mean core) forms additional platform layer, so I
>>> suggest
>>> adding ASIC helpers to generic platform code i.e. drivers/platform.c, but
>>> ASIC drivers to
On Wed, May 02, 2007 at 12:25:53PM +0200, Stefan Roese wrote:
> Is there a maintainer for this "drivers/mfd" directory?
rmk
Robert
--
Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de
Pengutronix - Linux Solutions for Science and Industry
Handelsregister: Amtsgericht Hildesheim, HRA
Trent Piepho wrote:
> On Tue, 1 May 2007, Simon Arlott wrote:
>> On 30/04/07 22:17, Markus Rechberger wrote:
>>> From my side I do not see any problem with that patch, if someone else
>>> has a problem with it please state out the reason.
>> I have no problem with the patch since it has nothing to
Remove the obsolete "if [ ]" construct from the video console Kconfig
file.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
not sure who should have been CCed on this one.
diff --git a/drivers/video/console/Kconfig b/drivers/video/console/Kconfig
index aa3935d..63b85bf 100644
---
On Wed, 2 May 2007, Nick Piggin wrote:
>
> Yes, but IIRC I put that in because there was another check in
> SLES9 that I actually couldn't put in, but used this one instead
> because it also caught the bug we saw.
>...
> This was actually a rare corruption that is also in 2.6.21, and
> as few
Robert P. J. Day wrote:
> On Wed, 2 May 2007, Neil Brown wrote:
>
>> Unfortunately, this community is not founded on the concept of
>> 'wiki'. It is founded on the concept of 'email'. That is were most
>> discussions happen.
>>
>> So if you want to start a discussion (and your topic certainly
On Tue, May 1, 2007 11:22 pm, Ingo Molnar wrote:
> As usual, any sort of feedback, bugreport, fix and suggestion is more
than welcome,
Hi,
The sys_sched_yield_to() is not callable from userspace on i386 because it
is not part of the syscall table (arch/i386/kernel/syscall_table.S). This
causes
Cornelia Huck wrote:
> On Sat, 28 Apr 2007 22:39:35 +0900,
> Tejun Heo <[EMAIL PROTECTED]> wrote:
>
>> All the known regrssions are fixed. I think I've got all the
>> attr->owner but haven't verified with cross compiling yet, just
>> allyesconfig on x86-64 and i386. I'll try to setup some cross
Ingo Molnar wrote:
i'm pleased to announce release -v8 of the CFS scheduler patchset. (The
main goal of CFS is to implement "desktop scheduling" with as high
quality as technically possible.)
The CFS patch against v2.6.21.1 (or against v2.6.20.10) can be
downloaded from the usual place:
On Tue, 1 May 2007, Andrew Morton wrote:
>
> Given the current state and the current rate of development I'd expect slub
> to have reached the level of completion which you're describing around -rc2
> or -rc3. I think we'd be pretty safe making that assumption.
Its developer does show signs of
Hi,
I am wondering if 2.4.x/2.6.x kernel is scalable enough to run on
8-CPU hardware. Do we have any scalability comparison data between
2.4/2.6 kernels and beyond 4-CPU?
If yes, is the scalablity is near linear?
Any input is appreciated.
Thanks
Rajib
-
To unsubscribe from this list: send
re: [PATCH] highres/dyntick: prevent xtime lock contention
|mark> I have a new notebook (Dell Inspiron 9400) with Core2-Duo T7400 @ 2.1Ghz.
|mark> When either/both of CONFIG_NO_HZ, CONFIG_HIGH_RES_TIMERS is used,
|mark> the 2.6.21 kernel hangs on startup just after printing one/both of these:
On Sun, Apr 29, 2007 at 10:25:59PM -0700, Chris Wedgwood wrote:
> On Mon, Apr 30, 2007 at 10:47:02AM +1000, David Chinner wrote:
>
> > For FA_ALLOCATE, it's supposed to change the file size if we
> > allocate past EOF, right?
>
> I would argue no. Use truncate for that.
The patch I posted for
Olaf Hering wrote:
> On Tue, May 01, Kristian Høgsberg wrote:
>
>> drivers/firewire/Kconfig | 60 ++
>
> NACK.
> Upgrade the current drivers/ieee1394/ with the new code,
Last time I believe I was the only one who asked whether to put it into
drivers/ieee1394 instead of another
On Tue, 1 May 2007, Christoph Lameter wrote:
> On Tue, 1 May 2007, Hugh Dickins wrote:
>
> > Yes, to me it does. If it could be defaulted to on throughout the
> > -rcs, on every architecture, then I'd say that's "finishing work";
> > and we'd be safe knowing we could go back to slab in a hurry
Ulrich Drepper wrote:
> On 5/1/07, Davi Arnaut <[EMAIL PROTECTED]> wrote:
>> The pollable futex approach is far superior (send and receive events from
>> userspace or kernel) to eventfd and fixes (supercedes) FUTEX_FD at the same
>> time.
>> [...]
>
>
> - more complicated case: I have to
On Sat, 28 Apr 2007 22:39:35 +0900,
Tejun Heo <[EMAIL PROTECTED]> wrote:
> All the known regrssions are fixed. I think I've got all the
> attr->owner but haven't verified with cross compiling yet, just
> allyesconfig on x86-64 and i386. I'll try to setup some cross compile
> environments
On Wed, 2007-05-02 at 17:30 +0530, Dipankar Sarma wrote:
> On Wed, May 02, 2007 at 12:50:24PM +0100, David Howells wrote:
> >
> > Hi Dipankar, Rusty,
> >
> > I seem to have found a race between RCU and rmmod. What I see appears to be
> > an RCU destructor function that has a call pending but
On Wed, 2 May 2007, Neil Brown wrote:
> Unfortunately, this community is not founded on the concept of
> 'wiki'. It is founded on the concept of 'email'. That is were most
> discussions happen.
>
> So if you want to start a discussion (and your topic certainly seems
> relevant) I suspect you
On Tuesday 01 May 2007 04:50, Andrew Morton wrote:
> On Tue, 27 Mar 2007 13:10:39 +1100
>
> Con Kolivas <[EMAIL PROTECTED]> wrote:
> > Staircase Deadline cpu scheduler policy
>
> I'll be dropping this from -mm now. I don't think we're learning anything
> more by having it in there and I generally
Andi Kleen wrote:
What does that break, or was it already broken and this fixes it?
I think neither. This function is only called at early bootup,
(start_secondary() ), and most of its callees have interrupts off anyway.
But maybe we do lose something. Andi, do you have a word on this?
We
On Tue, May 01, Kristian Høgsberg wrote:
> drivers/firewire/Kconfig | 60 ++
NACK.
Upgrade the current drivers/ieee1394/ with the new code, and keep all
existing module names.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Ulrich Drepper wrote:
> On 5/1/07, Davi Arnaut <[EMAIL PROTECTED]> wrote:
>> The pollable futex approach is far superior (send and receive events from
>> userspace or kernel) to eventfd and fixes (supercedes) FUTEX_FD at the same
>> time.
>> [...]
>
> You have to explain in detail how these
Alan Cox <[EMAIL PROTECTED]> writes:
>
> Good compilers even in the 1990's would defer the divide and try and
> propogate it out as a multiply the other side for constants, and they'll
> also use shifts when possible.
gcc has an algorithm that tends to generate a near perfect shift/add etc.
code
Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
---
drivers/Makefile |1
drivers/firewire/Kconfig | 60 ++
drivers/firewire/Makefile | 10 ++
drivers/ieee1394/Kconfig |2 +
4 files changed, 73 insertions(+)
Index:
Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
---
drivers/firewire/fw-sbp2.c | 1165 +
1 file changed, 1165 insertions(+)
Index: linux_juju/drivers/firewire/fw-sbp2.c
===
--- /dev/null
+++
Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
---
drivers/firewire/fw-cdev.c| 954 ++
include/linux/firewire-cdev.h | 268 +
2 files changed, 1222 insertions(+)
Index: linux_juju/include/linux/firewire-cdev.h
Signed-off-by: Stefan Richter <[EMAIL PROTECTED]>
---
drivers/firewire/fw-iso.c | 163 +
drivers/firewire/fw-transaction.c | 889 ++
drivers/firewire/fw-transaction.h | 505 +
3 files changed, 1557 insertions(+)
Index:
On Wed, May 02, 2007 at 11:35:32AM +0200, Andi Kleen wrote:
> Does this patch help?
So far so good :-)
Thank you very much.
> Index: linux/mm/vmalloc.c
> ===
> --- linux.orig/mm/vmalloc.c
> +++ linux/mm/vmalloc.c
> @@ -431,7
On 5/2/07, Greg KH <[EMAIL PROTECTED]> wrote:
On Wed, May 02, 2007 at 12:10:00AM -0700, Andrew Morton wrote:
> On Wed, 02 May 2007 09:01:22 +0200 Tilman Schmidt <[EMAIL PROTECTED]> wrote:
>
> > Am 30.04.2007 21:46 schrieb Andrew Morton:
> > > Not really - everything's tangled up. A bisection
Christoph Hellwig wrote:
> On Tue, May 01, 2007 at 04:27:11PM -0400, Kristian H??gsberg wrote:
>> Hi Linus,
>>
>> As you may know, we've been working on a new FireWire stack over on
>> linux1394-devel. The main driver behind this work is to get a small,
>> maintainable and supportable FireWire
On Monday 30 April 2007 18:05, Michael Gerdau wrote:
> i list,
>
> meanwhile I've redone my numbercrunching tests with the following kernels:
> 2.6.21.1 (mainline)
> 2.6.21-sd046
> 2.6.21-cfs-v6
> running on a dualcore x86_64.
> [I will run the same test with 2.6.21.1-cfs-v7 over the
Dave Jones <[EMAIL PROTECTED]> writes:
>
> #define __page_to_pfn(page) ((unsigned long)((page) - mem_map) + \
> ARCH_PFN_OFFSET)
>
> looks like the other two variants of __page_to_pfn also use similar
> arithmatic.
No way around this. The only way to turn a
Eric W. Biederman <[EMAIL PROTECTED]> wrote:
> > But the condition doesn't line up with the code:
>
> Exactly. The condition not lining up with the following code helps
> code helps separate the two.
Sorry about that: I realised you were agreeing with me about 5s after I sent
the message.
>
Original-Nachricht
Datum: Wed, 2 May 2007 04:10:03 -0700 (PDT)
Von: Trent Piepho <[EMAIL PROTECTED]>
An: Mauro Carvalho Chehab <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED], linux-kernel@vger.kernel.org, Manu Abraham <[EMAIL
PROTECTED]>
Betreff: Re: [linux-dvb] Re: DST/BT878 module
On Wed, May 02, 2007 at 12:50:24PM +0100, David Howells wrote:
>
> Hi Dipankar, Rusty,
>
> I seem to have found a race between RCU and rmmod. What I see appears to be
> an RCU destructor function that has a call pending but lives in a module, gets
> deleted before the RCU callback is processed:
On Tue, 1 May 2007 17:24:54 -0700 (PDT)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Tue, 1 May 2007, Josh Triplett wrote:
> >
> > Do you know whether the current version of GCC generates poor code for
> > pointer
> > subtraction?
>
> You _cannot_ generate good code.
>
> When you
On May 2 2007 15:32, Alexey Dobriyan wrote:
>--- a/include/linux/utrace.h
>+++ b/include/linux/utrace.h
>@@ -50,11 +50,30 @@ #include
>
> struct linux_binprm;
> struct pt_regs;
>-struct utrace;
>+struct task_struct;
> struct utrace_signal;
> struct utrace_regset;
> struct utrace_regset_view;
>
build scripts: fixdep blows segfault on string CONFIG_MODULE seen
The string "CONFIG_MODULE" appearing anywhere in a source file causes
fixdep to segfault. This string appeared in the wild in the current
mISDN sources (I think they meant CONFIG_MODULES). But it shouldn't
segfault (esp as
Michel Lespinasse <[EMAIL PROTECTED]> writes:
>
> running with report_lost_ticks, I see the following:
>
> May 1 12:58:57 server kernel: time.c: Lost 24 timer tick(s)! rip
> _spin_unlock_irqrestore+0x8/0x9)
> May 1 12:58:59 server kernel: time.c: Lost 24 timer tick(s)! rip
>
David Howells <[EMAIL PROTECTED]> writes:
> Eric W. Biederman <[EMAIL PROTECTED]> wrote:
>
>> Not lining up with the code following the if statement is also
>> a plus. Because it clearly delineates the conditions from the code.
>
> But the condition doesn't line up with the code:
Exactly. The
On Wednesday May 2, [EMAIL PROTECTED] wrote:
> On Wed, 2 May 2007, John Anthony Kazos Jr. wrote:
>
> argh. the whole point of this discussion is to come to a *consensus*
> on what should be in that feature removal file. there is no point in
> creating and submitting patches, either to update
Hi Dipankar, Rusty,
I seem to have found a race between RCU and rmmod. What I see appears to be
an RCU destructor function that has a call pending but lives in a module, gets
deleted before the RCU callback is processed:
RIP: 0010:[] []
RSP: 0018:805a4f08 EFLAGS: 00010296
RAX:
Hi Robin,
Robin Getz wrote:
On Wed 2 May 2007 01:23, Greg Ungerer pondered:
Hi All,
An update of the uClinux (MMU-less) code against 2.6.21.
A lot of cleanups, and a few bug fixes.
Ahead is more changes to finalize platform device support
for the new style ColdFire serial driver, and
Satyam Sharma wrote:
>> Yes, I saw that, but you could change it just as well. In any case,
>> this will only make fs/sysfs/bin.c similar to what is being done in
>> fs/sysfs/file.c. We allocate the buffer page backing the attribute's
>> data in fill_read_buffer() and fill_write_buffer() using
>>
Christian Schmidt <[EMAIL PROTECTED]> writes:
> Global cache is easy to understand - file system / inode caches. What
> exactly is buffers, though?
http://www.halobates.de/memorywaste.pdf and http://www.halobates.de/memory.pdf
give some overview of in kernel memory users.
-Andi
-
To
This patch moves "struct utrace" into "struct task_struct" directly instead of
being referenced by a pointer from task_struct. The main reason is utrace code
leaving stale ->utrace pointer and freeing "struct utrace" itself. This
manifests as crashes in __rcu_process_callbacks() and other nasties.
Andrew Morton <[EMAIL PROTECTED]> writes:
>
> Conceivably we could address this in the filesystem without mucking other
> things up. But I'd have thought the simplest damage-control would be to
> detect this pattern in samba and to then use glibc's fallocate().
The advantage of detecting it in
* Balbir Singh <[EMAIL PROTECTED]> wrote:
> The problem is with comparing a s64 values with (s64)ULONG_MAX, which
> evaluates to -1. Then we check if exec_delta64 and fair_delta64 are
> greater than (s64)ULONG_MAX (-1), if so we assign (s64)ULONG_MAX to
> the respective values.
ah, indeed
On Tue, 1 May 2007, Mauro Carvalho Chehab wrote:
> Em Ter, 2007-05-01 ??s 16:16 -0700, Trent Piepho escreveu:
> > On Tue, 1 May 2007, Mauro Carvalho Chehab wrote:
> > > With this configuration, dvb-bt8xx hangs during initialization,
> > > generating an OOPS, if you have a board with DST (modprobe
On Wed, May 02, 2007 at 11:52:36AM +0200, Andi Kleen wrote:
> On Wednesday 02 May 2007 02:50:11 Olivier Galibert wrote:
> > On i945, a mmconfig range hitting the f000- zone conflicts
> > with the APIC registers and others. Consider it invalid.
> >
> > On E7520, values and f000
> I always wondered why the xchg is necessary here at all. If the process of
> tearing down a page table entry has started, other users of the mapped
> linear address are broken anyway - why is it necessary to still monitor the
> effect they may have on the A/D bits, unless this is a transient
Ingo Molnar wrote:
* Balbir Singh <[EMAIL PROTECTED]> wrote:
With -v7 I would run the n/n+1 test. Basically on a system with n
cpus, I would run n+1 tasks and see how their load is distributed. I
usually find that the last two tasks would get stuck on one CPU on the
system and would get half
Hi!
Looking at the topology_init() code, I observe that the meaning of
the cpuX/ directory entries in /sys/devices/system/cpu/ might be
different for different architectures.
Looks like, in case of i386, ia64, m32, mips etc, the cpuX directory entries
represent the "present cpus".
However, in
On Wed, 2 May 2007, John Anthony Kazos Jr. wrote:
> stefan richter wrote:
> > We have to try to avoid this waste of resources when we put
> > features into feature-removal-schedule.txt. That's what I meant
> > with "the hard part" in the other post.
> >
> > BTW, of course it doesn't suffice to
>>> Andi Kleen <[EMAIL PROTECTED]> 30.04.07 17:50 >>>
>
>From: Zachary Amsden <[EMAIL PROTECTED]>
>
>In situations where page table updates need only be made locally, and there is
>no cross-processor A/D bit races involved, we need not use the heavyweight
>xchg instruction to atomically fetch and
On Wed, May 02, 2007 at 12:45:06PM +0200, Martin Schwidefsky wrote:
> I thought about using a direct call for s390 as well. The advantage of a
> direct call is that it avoids the overhead of a notifier call even if
> kprobes is running. The disadvantage is that there cannot be a second
> consumer
On Tuesday 01 May 2007 17:45:52 Chuck Ebbert wrote:
> Andi Kleen wrote:
> > vfat implements compat handlers for these ioctls, but when they
> > were executed on other file systems the kernel would still complain
> > about an unknown compat ioctl. Just declare them as compatible
> > and let them
On Sat, 2007-04-28 at 09:34 +0100, Christoph Hellwig wrote:
> Well, here's my powerpc patch to do the direct call that I sent out
> a few weeks ago. It not just speed up the pagefault path a lot,
> but also is a major code cleanup. Andi and Anton didn't like it
> because they have ambition for
> It is currently used as an instrumentation infrastructure for the LTTng
> tracer at IBM, Google, Autodesk, Sony, MontaVista and deployed in
> WindRiver products. The SystemTAP project also plan to use this type of
> infrastructure to trace sites hard to instrument. The Linux Kernel
> Markers
* Mike Galbraith <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-05-01 at 23:22 +0200, Ingo Molnar wrote:
> > - interactivity: precise load calculation and load smoothing
>
> This seems to help quite a bit.
great :)
> (5 second top sample)
>
> 2636 root 15 -5 19148 15m 5324 R 73 1.5
Hi Christoph,
Christoph Hellwig wrote:
On Wed, May 02, 2007 at 03:23:33PM +1000, Greg Ungerer wrote:
Hi All,
An update of the uClinux (MMU-less) code against 2.6.21.
A lot of cleanups, and a few bug fixes.
Any chance you could split this into a few patches and send
upstream? m68knommu has
On Wednesday 02 May 2007 06:28:22 David Rientjes wrote:
> In the case of !CONFIG_PCI_DIRECT && !CONFIG_PCI_MMCONFIG, type is
> unreferened.
The patch didn't compile on i386 defconfig. Fixed now but please
compile test future patches.
-Andi
-
To unsubscribe from this list: send the line
John Anthony Kazos Jr. wrote:
[I wrote]
>> BTW, of course it doesn't suffice to say "we can't remove it yet" after
>> the due day. There need to be well-founded reasons for another
>> deferral.
[...]
> So when this sort of thing comes up, why can't somebody put together a
> trivial patch to
On Wed, May 02, 2007 at 10:31:10AM +1000, Rusty Russell wrote:
> On Tue, 2007-05-01 at 14:17 +0200, Andi Kleen wrote:
> > Andrew Morton <[EMAIL PROTECTED]> writes:
> > > Will merge the rustyvisor.
> >
> > IMHO the user code still doesn't belong into Documentation.
> > Also it needs another review
SO_BROADCAST controls sending, not receiving.
This definition comes from the BSD sockets API, even
Stevens TCP/IP Illustrated Volume 2, page 437, figure
15.4 clearly states that SO_BROADCAST means "socket
can send broadcast messages". It says nothing about
receiving and the BSD implementation
* Ting Yang <[EMAIL PROTECTED]> wrote:
> My name is Ting Yang, a graduate student from UMASS. I am currently
> studying the linux scheduler and virtual memory manager to solve some
> page swapping problems. I am very excited with the new scheduler CFS.
> After I read through your code, I
On Tuesday 01 May 2007 23:03, Guennadi Liakhovetski wrote:
> On Tue, 1 May 2007, Stefan Roese wrote:
> > I'm in the stage of integrating some ADC and DAC drivers for the AMCC
> > 405EZ PPC and looking for the correct location to place these drivers in
> > the Linux source tree. The drivers are
Hi!
> > > > > Especially the PCI video_state trick finally got me a working resume
> > > > > on
> > > > > 2.6.19-ck2 r128 Rage Mobility M4 AGP *WITH*(!) fully enabled and
> > > > > working
> > > > > (and keeping working!) DRI (3D).
> > > >
> > > > Can we get whitelist entry for suspend.sf.net?
On Wed, 2 May 2007 05:55:28 -0400
"Dylan Taft" <[EMAIL PROTECTED]> wrote:
> I've been pulling my hair out for the past several hours trying to
> debug a program in wine. I'm currently on kernel 2.6.20.8. The
> problem was that I was not getting any broadcasts to 255.255.255.255
> on a UDP
> >> Regarding features that are overdue for removal according to
> >> feature-removal-schedule.txt:
> >>
> >> I remember that at least one person used to watch for due dates for
> >> feature removal, wrote the removing patches, and sent them to the
> >> appropriate lists and maintainers. This
* Balbir Singh <[EMAIL PROTECTED]> wrote:
> With -v7 I would run the n/n+1 test. Basically on a system with n
> cpus, I would run n+1 tasks and see how their load is distributed. I
> usually find that the last two tasks would get stuck on one CPU on the
> system and would get half the cpu
On Tue, May 01, 2007 at 10:57:14PM -0400, Ting Yang wrote:
> Based on my understanding, adopting something like EEVDF in CFS should
> not be very difficult given their similarities, although I do not have
> any idea on how this impacts the load balancing for SMP. Does this worth
> a try?
>
>
On Wed, May 02, 2007 at 12:51:40AM -0700, Andrew Morton wrote:
>> Thanks for the report. I can reproduce it.
>> Bisection shows that x86_64-mm-paravirt-initial-pagetable.patch caused
>> this.
>> I didn't check whether the patch actually permits us to read kernel
>> memory. Probably it does.
Hi Wu
Since you work on readahead, could you please find the reason following program
triggers a problem in splice() syscall ?
Description :
I tried to use splice(SPLICE_F_NONBLOCK) in a non blocking environnement, in an
attempt to implement cheap AIO, and zero-copy splice() feature.
I
John Anthony Kazos Jr. <[EMAIL PROTECTED]> wrote:
>
> (Were you able to successfully apply the patch attached in octet-stream
> encoding?)
Yes it worked fine.
Thanks,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page:
> > Convert the subdirectory "crypto" to UTF-8. The files changed are
> > and .
> >
> > Signed-off-by: John Anthony Kazos Jr. <[EMAIL PROTECTED]>
>
> Thanks. Could you fix up include/linux/crypto.h as well?
Sure, will do. Since I've gotten almost no feedback about these patches
whatsoever,
> > What does that break, or was it already broken and this fixes it?
> I think neither. This function is only called at early bootup,
> (start_secondary() ), and most of its callees have interrupts off anyway.
> But maybe we do lose something. Andi, do you have a word on this?
We need to enable
At Sun, 29 Apr 2007 14:09:29 -0700 (PDT),
Giridhar Pemmasani wrote:
>
> --- Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > On Sun, Apr 29, 2007 at 09:55:18AM -0700, Giridhar Pemmasani wrote:
> > > When snd-maestro3 (ESS Maestro 3 driver) is enabled, kernel 2.6.21 fails
> > to
> > > boot - it seems
I've been pulling my hair out for the past several hours trying to
debug a program in wine. I'm currently on kernel 2.6.20.8. The
problem was that I was not getting any broadcasts to 255.255.255.255
on a UDP socket bound to 192.168.0.8 with SO_BROADCAST enabled.
I was fiddling around a bit,
On Wednesday 02 May 2007 02:50:11 Olivier Galibert wrote:
> On i945, a mmconfig range hitting the f000- zone conflicts
> with the APIC registers and others. Consider it invalid.
>
> On E7520, values and f000 for the window register are defined
> invalid in the documentation.
Robert P. J. Day wrote:
> On Wed, 2 May 2007, Stefan Richter wrote:
>
>> Regarding features that are overdue for removal according to
>> feature-removal-schedule.txt:
>>
>> I remember that at least one person used to watch for due dates for
>> feature removal, wrote the removing patches, and sent
Pavel Emelianov wrote:
Implement try_to_free_pages_in_container() to free the
pages in container that has run out of memory.
The scan_control->isolate_pages() function isolates the
container pages only.
+#ifdef CONFIG_RSS_CONTAINER
+unsigned long try_to_free_pages_in_container(struct
(I sent this a week ago but it seems to have got lost in other noise,
resending)
From: Jiri Kosina <[EMAIL PROTECTED]>
Bluetooth: postpone hci_dev unregistration
Commit b40df57 substituted bh_lock_sock() in hci_sock_dev_event() for
lock_sock() when unregistering HCI device, in order to
On Wed, 2 May 2007 00:43:05 -0700, "Greg KH" <[EMAIL PROTECTED]> said:
> > > And the winner is:
> > >
> > > gregkh-driver-driver-core-make-uevent-environment-available-in-uevent-file.patch
> > >
> > > Reverting only that from 2.6.21-rc7-mm2 gives me a working kernel
> > > again.
>
> Wait, even
On Tuesday 01 May 2007 19:00:46 Bill Irwin wrote:
> Bill Irwin a écrit :
> >> as a stopgap measure, but I'm not all that interested in grabbing patch
> >> credits where others could do it easily enough. Either of the config
> >> alterations is fine by me as they now stand; maybe Eric Dumazet might
On Tuesday 01 May 2007 20:21:57 Jeff Dike wrote:
> Rearrange the i386 cmpxchg code to allow atomic.h to get it without
> needing to include system.h. This kills warnings in the UML build
> from atomic.h about implicit declarations of cmpxchg symbols. The
> i386 build presumably isn't seeing this
On 5/2/07, Richard Purdie <[EMAIL PROTECTED]> wrote:
I realise a maze of ifdefs still remain. I've already spent a lot of
time removing a ton of them and going much further might start to affect
diffability of the code - I hoping whats there is a good compromise.
I really don't think this is
> Looks like you hit:
> BUG_ON(flags & ~(GFP_DMA | GFP_LEVEL_MASK | __GFP_NO_GROW));
>
> I guess this was due to the vmalloc_32() change now passing in
> GFP_DMA32. Looks like that could be a problem with the
> x86_64-mm-vmalloc-32 patch. Andi?
Does this patch help?
Index:
Eric W. Biederman <[EMAIL PROTECTED]> wrote:
> Not lining up with the code following the if statement is also
> a plus. Because it clearly delineates the conditions from the code.
But the condition doesn't line up with the code:
if (veryverylengthycondition1 &&
smallcond2
Jeremy Fitzhardinge wrote:
Eric W. Biederman wrote:
I have several ideas on how we can make this work but first I have to
ask what is it that you are trying to accomplish?
The requirements are:
1. the domain builder needs to get various information about the
guest kernel by
Nigel Cunningham wrote:
Hi Arjan.
On Tue, 2007-05-01 at 07:57 -0700, Arjan van de Ven wrote:
On Tue, 2007-05-01 at 15:42 +1000, Nigel Cunningham wrote:
Hi.
Does anyone have VMware working on x86_64 with 2.6.21? It's working fine
for me with 2.6.20, but freezes the whole computer with 2.6.21.
On Wednesday 02 May 2007 09:46:07 Martin Mares wrote:
> Hi!
>
> > I mean the SVGA chip-specific code.
>
> Feel free to kill it, anybody using these cards is very unlikely to run
> a 2.6.x kernel.
I agree; that code can all go.
What also seems to miss are the early CPUID checks I recently added
> Most comments states Cyrix CPUs when they are using the macros. Is anything
> with Cyrix 64 bit relevant? Maybe "include/asm-x86_64/processor.h" is a
> simple copy of "include/asm-i386/processor.h" and nobody delete the unused
> macros?
It was originally deleted but later readded when the
Nick Piggin wrote:
Hugh Dickins wrote:
On Tue, 1 May 2007, Nick Piggin wrote:
There were concerns that we could do this more cheaply, but I think it
is important to start with a base that is simple and more likely to
be correct and build on that. My testing didn't show any obvious
problems
Ingo Molnar wrote:
Changes since -v7:
- powerpc debug output and build warning fixes (Balbir Singh)
- documentation fixes (Zach Carter)
- interactivity: precise load calculation and load smoothing
As usual, any sort of feedback, bugreport, fix and suggestion is more
than welcome,
On Wed, May 02, 2007 at 03:23:33PM +1000, Greg Ungerer wrote:
> Hi All,
>
> An update of the uClinux (MMU-less) code against 2.6.21.
> A lot of cleanups, and a few bug fixes.
Any chance you could split this into a few patches and send
upstream? m68knommu has gone quite badly out of sync once
401 - 500 of 1184 matches
Mail list logo