Andrea Arcangeli wrote:
On Thu, Jan 24, 2008 at 09:56:06PM -0800, Christoph Lameter wrote:
Andrea's mmu_notifier #4 - RFC V1
- Merge subsystem rmap based with Linux rmap based approach
- Move Linux rmap based notifiers out of macro
- Try to account for what locks are held while the
On Mon, Jan 28, 2008 at 08:59:10AM -0600, Paul Jackson wrote:
Thanks for the CC, Peter.
Thanks from me too.
Max wrote:
We've had scheduler support for CPU isolation ever since O(1) scheduler
went it.
I'd like to extend it further to avoid kernel activity on those CPUs as
much as
* Mikael Pettersson [EMAIL PROTECTED] wrote:
Peter Zijlstra writes:
On Mon, 2008-01-28 at 09:17 +0100, Mikael Pettersson wrote:
1. Wrong mailing list; use linux-ide (@vger) instead.
What, and keep all us other interested people in the dark?
MAINTAINERS clearly lists
On 28-01-08 15:21, Thomas Renninger wrote:
I think I know what is going on.
While pnpbios and pnpacpi theoretically do not have limits, isapnp has
spec restrictions (AFAIK, I have not read this up, but taken over from
previous implementation...).
Therefore in isapnp I wanted to stay with:
From: Linus Nilsson [EMAIL PROTECTED]
The documentation for ata_data_xfer and ata_data_xfer_noirq had the 'rw'
parameter named 'write_data'.
Signed-off-by: Linus Nilsson [EMAIL PROTECTED]
---
drivers/ata/libata-core.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
---
While booting a nforce (first generation) based computer with udev module
loading disabled and loading nvidiafb.ko later on from console (modprobe
nvidiafb) I experience the following trace.
This does not happen every time nor does it happen when nvidiafb gets
loaded by udev.
Kernel is 2.6.24
Jarod Wilson wrote:
We may have another issue there though, as when this happened to me, the md
layer apparently never noticed (after ~6 hours) that one of the array members
had disappeared -- not sure if that's firewire's fault or md's though... This
will presumably avoid this situation
Richard Heck wrote:
Daniel Barkalow wrote:
Can you switch back to old IDE to get your work done (and to make sure
it's not a hardware issue that's developed recently)?
I think it'd be really, REALLY helpful to a lot of people if you, or
someone, could explain in moderate detail how this
On Mon, Jan 28, 2008 at 11:13:34AM +0100, Ingo Molnar wrote:
It would be better to have a definition we could use from assembler
code but I did not find a suitable header file for it.
hm, include/asm-x86/linkage.h?
No - it is for general use so it should live in include/linux/*
On Mon, Jan 28, 2008 at 07:30:05PM +, Pavel Machek wrote:
As user pages are always in highmem, this should be easy to decide:
only send SIGDANGER when highmem is full. (Yes, there are
inodes/dentries/file descriptors in lowmem, but I doubt apps will
respond to SIGDANGER by closing
Pavel Machek wrote:
Hi!
/*
* Swap suspend friends need this for resume because things like the
intel-agp
* driver might have split up a kernel 4MB mapping.
*/
-char __nosavedata swsusp_pg_dir[PAGE_SIZE]
+char swsusp_pg_dir[PAGE_SIZE]
thanks, applied.
Sorry, this is subtle and I've
On Sat, 26 Jan 2008, Robin Holt wrote:
No you cannot do that because there are still callbacks that come later.
The invalidate_all may lead to invalidate_range() doing nothing for this
mm. The ops notifier and the freeing of the structure has to wait until
release().
Could you be a
Steven Rostedt wrote:
On Mon, Jan 28, 2008 at 08:59:10AM -0600, Paul Jackson wrote:
Thanks for the CC, Peter.
Thanks from me too.
Max wrote:
We've had scheduler support for CPU isolation ever since O(1) scheduler went it.
I'd like to extend it further to avoid kernel activity on those CPUs
Doug Maxey wrote:
On Mon, 28 Jan 2008 14:04:51 EST, Konrad Rzeszutek wrote:
+EXPORT_SYMBOL(find_ibft);
Is this x86-specific? Are suitable Kconfig dependencies in place?
Originally I had it to be x86-specific but was told that I should make it all
platforms since the IBFT is platform
Hi Bryan,
+
+ /* register new adapter to i2c module... */
+
+ result = i2c_add_adapter(cpm-adap);
As I was pointed before, please use the new style i2c driver interface:
Paul Jackson wrote:
Thanks for the CC, Peter.
Ingo - see question at end of message.
Max wrote:
We've had scheduler support for CPU isolation ever since O(1) scheduler went it.
I'd like to extend it further to avoid kernel activity on those CPUs as much as possible.
I recently added the
Hi Peter,
Peter Zijlstra wrote:
[ You really ought to CC people :-) ]
I was not sure who though :)
Do we have a mailing list for scheduler development btw ?
Or it's just folks that you included in CC ?
Some of the latest scheduler patches brake things that I'm doing and I'd like
to make
them
On Jan 28, 2008 2:17 AM, Andi Kleen [EMAIL PROTECTED] wrote:
I completely agree. If one thread writes A and another writes B then the
kernel should record either A or B, not ((A 0x) | (B
0x))
The problem is pretty nasty unfortunately. To solve it properly I think
Greg,
Have you given Grant's suggestion any further consideration?
I'd like to know how the MMCONFIG issues discussed in this thread are going
to be handled upstream. I have a patch implemented in RHEL 5.2, but I would
rather have the upstream patch implemented, whatever it is.
Grant Grundler
On Mon, Jan 28, 2008 at 07:11:13PM +0100, Ingo Molnar wrote:
* Andi Kleen [EMAIL PROTECTED] wrote:
do you still see that crash?
New the second oops in
allocate_threshold_blocks-sysfs_add_file-kobject_uevent_env happens
(see other mail)
that's a Linus -git problem, the
On Fri, Jan 25, 2008 at 01:10:48PM -0600, Nathan Lynch wrote:
Jan-Bernd Themann wrote:
Hi,
sorry for answering so late, I'm only tracking netdev and ppc mailing list.
On Thursday 10 January 2008 18:34, Greg KH wrote:
The structure device_driver(in device.h) has a member struct
Daniel Barkalow wrote:
Can you switch back to old IDE to get your work done (and to make sure
it's not a hardware issue that's developed recently)?
I think it'd be really, REALLY helpful to a lot of people if you, or
someone, could explain in moderate detail how this might be done. I
tried
* Andi Kleen [EMAIL PROTECTED] wrote:
do you still see that crash?
New the second oops in
allocate_threshold_blocks-sysfs_add_file-kobject_uevent_env happens
(see other mail)
that's a Linus -git problem, the upstream kobject changes - try Greg's
and Yinghai Lu's patch below, does it
On Mon, 28 Jan 2008 18:19:29 +0100 David Sterba wrote:
[resending due to send problems, sorry about any dups]
Hi Linus,
I'm submitting driver for IPWireless PC Card modem for inclusion to 2.6.25.
The driver has been in -mm series as ipwireless_cs.git tree for
some time and has passed
Hi Linus,
Please pull from 'master' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/wim/linux-2.6-watchdog.git
or if master.kernel.org hasn't synced up yet:
master.kernel.org:/pub/scm/linux/kernel/git/wim/linux-2.6-watchdog.git
This will update the following files:
Greg KH wrote:
> Over two years ago, the Linux USB developers stated that they believed
> there was no way to create a USB kernel driver that was not under the
> GPL. This patch moves the USB apis to enforce that decision.
>
> There are no known closed source USB drivers in the wild, so this
Gene Heskett writes:
> Greeting;
>
> I had to reboot early this morning due to a freezeup, and I had a
> bunch of these in the messages log:
> ==
> Jan 27 19:42:11 coyote kernel: [42461.915961] ata1.00: exception Emask 0x0
> SAct 0x0 SErr 0x0 action 0x2 frozen
> Jan 27
The 2.6.23 kernel built for mips with the attached .config works fine for me
under qemu (both big endian and little endian), but a 2.6.24 mips kernel
segfaults initializing the ne2k driver (again when run under qemu).
I've traced it to this commit:
http://kernel.org/hg/linux-2.6/rev/74258
> I completely agree. If one thread writes A and another writes B then the
> kernel should record either A or B, not ((A & 0x) | (B &
> 0x))
The problem is pretty nasty unfortunately. To solve it properly I think
the file_operations->read/write prototypes would need to
Tino Keitel writes:
> Hi folks,
>
> with 2.6.24-rc8, Wake On LAN doesn't work anymore as it used to with
> 2.6.23 on my Mac mini Core Duo. I saw that this was reported in
> http://bugzilla.kernel.org/show_bug.cgi?id=9721 and on netdev a patch
> for the sky2 driver was sent by Stephen
Hi Andrew,
On Monday 28 January 2008 11:22, Andrew Morton wrote:
> On Thu, 17 Jan 2008 13:57:05 +0530 Vinay Sridhar
<[EMAIL PROTECTED]> wrote:
> > Hi All,
> >
> > Last year, there was discussion about per-thread getrusage by
> > adding RUSAGE_THREAD flag to getrusage(). Please refer to the
hi all!
in the 2.6.24 become i some soft lockups with usb-phone, when i pluged
in the mobile, then the vfs-layer crashed. am afternoon can i the
.config send, and i bisected the kernel, when i have time.
pictures from crash:
http://students.zipernowsky.hu/~oliverp/kernel/regression_2624/
--
Toralf Förster wrote:
At Sunday 27 January 2008 Srivatsa Vaddagiri wrote :
You can set that to 0 to ask ondemand gov to include nice load into
account while calculating cpu freq changes:
# echo 0 > /sys/devices/system/cpu/cpu0/cpufreq/ondemand/ignore_nice_load
This should restore the
On Sun, Jan 27, 2008 at 10:33:34PM -0200, Mauro Carvalho Chehab wrote:
> Hi Adrian and Marcin,
>
> On Sun, 27 Jan 2008 20:52:16 +0200
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > Commit 8ffbc6559493c64d6194c92d856196fdaeb8a5fb causes the following
> > compile error with CONFIG_VIDEO_DEV=y/m,
On Mon, Jan 28, 2008 at 09:21:30 +0100, Mikael Pettersson wrote:
> Tino Keitel writes:
> > Hi folks,
> >
> > with 2.6.24-rc8, Wake On LAN doesn't work anymore as it used to with
> > 2.6.23 on my Mac mini Core Duo. I saw that this was reported in
> >
size reports no change in arch/x86/boot/compressed/vmlinux.
Signed-off-by: Ian Campbell <[EMAIL PROTECTED]>
Cc: Thomas Gleixner <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: H. Peter Anvin <[EMAIL PROTECTED]>
---
arch/x86/boot/compressed/misc_32.c |8
1 files changed,
Remainder of unification can occur inplace.
size reports no change in arch/x86/boot/compressed/vmlinux.
Signed-off-by: Ian Campbell <[EMAIL PROTECTED]>
Cc: Thomas Gleixner <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: H. Peter Anvin <[EMAIL PROTECTED]>
---
There seems to be a preference for the 64 bit version so use that on 32 bit and
drop the stray leading "."
Signed-off-by: Ian Campbell <[EMAIL PROTECTED]>
Cc: Thomas Gleixner <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: H. Peter Anvin <[EMAIL PROTECTED]>
---
size reports no change in arch/x86/boot/compressed/vmlinux.
Signed-off-by: Ian Campbell <[EMAIL PROTECTED]>
Cc: Thomas Gleixner <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: H. Peter Anvin <[EMAIL PROTECTED]>
---
arch/x86/boot/compressed/vmlinux_32.lds |6 +++---
size reports no change in arch/x86/boot/compressed/vmlinux.
Signed-off-by: Ian Campbell <[EMAIL PROTECTED]>
Cc: Thomas Gleixner <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: H. Peter Anvin <[EMAIL PROTECTED]>
---
arch/x86/boot/compressed/vmlinux_32.scr |6 +++---
1 files
Changes from last time:
* Use .rodata.compressed instead of .data.compressed.
* Use the 64 bit strings rather than the 32 bit versions, dropping the
odd leading "."
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Peter Zijlstra wrote:
My wish is that distros would just boot without requiring an initrd. I
know how to make them for redhat and debian based distros, but the fact
that you can't (easily) cross-build them makes it a very tedious
construct.
Debian is easy enough - make sure the drivers for
vmlinux_64 and vmlinux_32.scr are now identical
size shows an expected movement from .text to .rodata and 4 extra bytes
of padding.
Signed-off-by: Ian Campbell <[EMAIL PROTECTED]>
Cc: Thomas Gleixner <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: H. Peter Anvin <[EMAIL PROTECTED]>
The files are now identical so merge them.
size reports no change in arch/x86/boot/compressed/vmlinux.
Signed-off-by: Ian Campbell <[EMAIL PROTECTED]>
Cc: Thomas Gleixner <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: H. Peter Anvin <[EMAIL PROTECTED]>
---
size reports no change in arch/x86/boot/compressed/vmlinux.
Signed-off-by: Ian Campbell <[EMAIL PROTECTED]>
Cc: Thomas Gleixner <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: H. Peter Anvin <[EMAIL PROTECTED]>
---
arch/x86/boot/compressed/misc_32.c | 20 +---
size reports no change in arch/x86/boot/compressed/vmlinux.
Signed-off-by: Ian Campbell <[EMAIL PROTECTED]>
Cc: Thomas Gleixner <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: H. Peter Anvin <[EMAIL PROTECTED]>
---
arch/x86/boot/compressed/misc_32.c |1 -
On Mon, Jan 28, 2008 at 09:13:16AM +0100, Clemens Ladisch wrote:
> Greg KH wrote:
> > Over two years ago, the Linux USB developers stated that they believed
> > there was no way to create a USB kernel driver that was not under the
> > GPL. This patch moves the USB apis to enforce that decision.
>
* Jan Kiszka <[EMAIL PROTECTED]> wrote:
> Things I changed:
> - Reduce EXPORT_SYMBOLs, switch the rest to EXPORT_SYMBOL_GPL
> - Drop code that is (yet) unused
> - Rename variables, refactor their types (personal taste, for sure)
> - Remove "extern" for function prototypes
> - Remove
* Jan Kiszka <[EMAIL PROTECTED]> wrote:
> Sorry, forgot to refresh for this hunk:
>
> - rename CHECK_EXCEPTION_STACK to EXCEPTION_STACK_READY
thanks, applied to x86.git.
minor nit:
> #ifndef CONFIG_X86_32
> -#define CHECK_EXCEPTION_STACK()
> ((&__get_cpu_var(init_tss))[0].x86_tss.ist[0])
>
On Mon, 28 Jan 2008 10:11:57 +0100 Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Monday 28 January 2008 09:56, Andrew Morton wrote:
> > On Mon, 28 Jan 2008 07:10:07 +0100 Andi Kleen <[EMAIL PROTECTED]> wrote:
> > > On Monday 28 January 2008 06:52, Andrew Morton wrote:
> > > > On Wed, 16 Jan 2008
On Mon, 28 Jan 2008 13:54:12 +0530 Sripathi Kodi <[EMAIL PROTECTED]> wrote:
> Does Roland's patch (http://lkml.org/lkml/2008/1/18/589) look good to go
> in, provided Ulrich's comment (http://lkml.org/lkml/2008/1/19/15) is
> addressed?
Sure, it looks sane - it avoids the problematic
On Mon, 28 Jan 2008 09:55:58 +0100
"Francis Moreau" <[EMAIL PROTECTED]> wrote:
> My DMA controller has very little in common with ISA DMA one. But I'd like to
> use it in a driver. This driver can do DMA but with the help of an external
> DMA
> controller. It's only implement the "slave" side.
On Sun, 27 Jan 2008 21:32:32 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Thu, 24 Jan 2008 15:33:45 +0100 Haavard Skinnemoen <[EMAIL PROTECTED]>
> wrote:
>
> > + if (i > 0) {
> > + for (i = i - 1; i >= 0; i--) {
> > + led_classdev_unregister([i].cdev);
> > +
[ You really ought to CC people :-) ]
On Sun, 2008-01-27 at 20:09 -0800, [EMAIL PROTECTED] wrote:
> Following patch series extends CPU isolation support. Yes, most people want
> to virtuallize
> CPUs these days and I want to isolate them :).
> The primary idea here is to be able to use some CPU
On Monday 28 January 2008 09:56, Andrew Morton wrote:
> On Mon, 28 Jan 2008 07:10:07 +0100 Andi Kleen <[EMAIL PROTECTED]> wrote:
> > On Monday 28 January 2008 06:52, Andrew Morton wrote:
> > > On Wed, 16 Jan 2008 23:24:21 +0100 Andi Kleen <[EMAIL PROTECTED]> wrote:
> > > > I recently suffered an
On Mon, 28 Jan 2008 10:48:23 +0300 Pavel Emelyanov <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Thu, 17 Jan 2008 13:57:05 +0530 Vinay Sridhar <[EMAIL PROTECTED]>
> > wrote:
> >
> >> Hi All,
> >>
> >> Last year, there was discussion about per-thread getrusage by adding
> >>
[PATCH] x86_64: mark x86_cpu_to_node_map_init to __initdata like other xx_init
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/arch/x86/mm/numa_64.c b/arch/x86/mm/numa_64.c
index f0e5cab..d7af3fd 100644
--- a/arch/x86/mm/numa_64.c
+++ b/arch/x86/mm/numa_64.c
@@ -31,7 +31,7 @@
On 01/28/2008 09:55 AM, Francis Moreau wrote:
No ;)
Heh :)
My DMA controller has very little in common with ISA DMA one. But I'd like to
use it in a driver. This driver can do DMA but with the help of an external DMA
controller. It's only implement the "slave" side. So basically this driver
Ray Lee wrote:
> On Jan 25, 2008 12:49 PM, Asbjørn Sannes <[EMAIL PROTECTED]> wrote:
>
>> Ray Lee wrote:
>>
>>> On Jan 25, 2008 3:32 AM, Asbjorn Sannes <[EMAIL PROTECTED]> wrote:
>>>
>>>
Hi,
I am experiencing unpredictable results with the following test
without
Fix kerneldoc comment of kobject_create.
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
---
lib/kobject.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -upr a/lib/kobject.c b/lib/kobject.c
--- a/lib/kobject.c 2008-01-28 16:53:08.0 +0800
+++ b/lib/kobject.c
On Mon, 28 Jan 2008 07:10:07 +0100 Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Monday 28 January 2008 06:52, Andrew Morton wrote:
> > On Wed, 16 Jan 2008 23:24:21 +0100 Andi Kleen <[EMAIL PROTECTED]> wrote:
> > > I recently suffered an 20+ minutes oom thrash disk to death and computer
> > >
On 28/01/2008, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> On Sunday, 27 of January 2008, Ingo Molnar wrote:
> >
> > * Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> >
> > > Hi,
> > >
> > > 2.6.24-git3 adds a 5 - 10 sec delay to the suspend and hibernation
> > > code paths (probably related to
Hello Jiri,
On Jan 27, 2008 11:34 PM, Jiri Slaby <[EMAIL PROTECTED]> wrote:
> On 01/27/2008 09:51 PM, Francis Moreau wrote:
> > 1/ Why does the function take only one address ? I would expect it
> > to take both a source and a destination address for the dma controller
> > to transfer data.
>
>
Convert to use class_find_device api in drivers/base/core.c
Signed-off-by: Dave Young <[EMAIL PROTECTED]>
---
drivers/base/core.c | 32 +++-
1 file changed, 11 insertions(+), 21 deletions(-)
diff -upr a/drivers/base/core.c b/drivers/base/core.c
---
On Mon, 28 Jan 2008 15:43:56 +0900 "minchan kim" <[EMAIL PROTECTED]> wrote:
> > I think this is actually a bugfix. The code you're removing doesn't do the
> >
> > if (priority < zone->prev_priority)
> >
> > thing.
> >
>
> shrink_zones() in try_to_free_pages() already called
>
Nick Piggin wrote:
> On Saturday 26 January 2008 02:03, Asbjørn Sannes wrote:
>
>> Asbjørn Sannes wrote:
>>
>>> Nick Piggin wrote:
>>>
On Friday 25 January 2008 22:32, Asbjorn Sannes wrote:
> Hi,
>
> I am experiencing unpredictable results with the
On Mon, 28 Jan 2008, Adrian Bunk wrote:
> On Sun, Jan 27, 2008 at 10:33:34PM -0200, Mauro Carvalho Chehab wrote:
> > On Sun, 27 Jan 2008 20:52:16 +0200
> > Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> > > Commit 8ffbc6559493c64d6194c92d856196fdaeb8a5fb causes the following
> > > compile error with
On Mon, 28 Jan 2008 02:41:51 -0500 Mike Frysinger <[EMAIL PROTECTED]> wrote:
> blah, you're right. combo patch here we come.
> ---
> Per previous discussions about cleaning up ufs_fs.h, people just want this
> straight up dropped from userspace export. The only remaining consumer (silo)
> has
On Monday 28 January 2008, Andrew Morton wrote:
> On Mon, 28 Jan 2008 02:41:51 -0500 Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > blah, you're right. combo patch here we come.
> > ---
> > Per previous discussions about cleaning up ufs_fs.h, people just want
> > this straight up dropped from
On Sat, 26 Jan 2008 22:02:00 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Thu, 24 Jan 2008 13:41:49 +0100 Haavard Skinnemoen <[EMAIL PROTECTED]>
> > wrote:
> > +#define PDC_RX_BUF(port) &(port)->pdc_rx[(port)->pdc_rx_idx]
> > +#define PDC_RX_SWITCH(port)(port)->pdc_rx_idx =
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/lethal/sh-2.6.git
Which contains:
Adrian McMenamin (2):
sh: Kill off hs7751rvoip reference from arch/sh/Kconfig.
cdrom: Add support for Sega Dreamcast GD-ROM.
Andrew Murray (2):
sh: sh7712 clock support
Hello Haavard,
On Jan 28, 2008 10:21 AM, Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> On Mon, 28 Jan 2008 09:55:58 +0100
> "Francis Moreau" <[EMAIL PROTECTED]> wrote:
>
> > My DMA controller has very little in common with ISA DMA one. But I'd like
> > to
> > use it in a driver. This driver
On Jan 28, 2008 10:04 AM, Jiri Slaby <[EMAIL PROTECTED]> wrote:
> On 01/28/2008 09:55 AM, Francis Moreau wrote:
> Which bus is it in this case?
Basically it's a bus which is used to access memories.
Thanks
--
Francis
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Jan 28, 2008 5:16 AM, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> the trouble is that this file currently weighs in at ~1.8 megs. this
> is because it contains all the information for all Blackfin processors
> we support (which currently, is about ~23 variants). it's only going
> to get
* Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> The following serie of 8 patches contains:
>
> x86: fix Section mismatch warning in srat_64.c
> => straightforward - please apply
>
> x86: fix Section mismatch warning in mcheck/mce_64.c
> => I took some assumptions on use of notifier.
>See
On 1/28/08, Andrew Morton <[EMAIL PROTECTED]> wrote:
> Neither the changelog nor the newly-added documentation explain why Linux
> needs this feature. What will it be used for??
There's a detailed discussion along with an example on this thread:
http://lkml.org/lkml/2007/11/13/58
and a bit on:
Greg KH wrote:
> On Mon, Jan 28, 2008 at 09:13:16AM +0100, Clemens Ladisch wrote:
>> Greg KH wrote:
>> > Over two years ago, the Linux USB developers stated that they believed
>> > there was no way to create a USB kernel driver that was not under the
>> > GPL. This patch moves the USB apis to
On Mon, 28 Jan 2008 12:38:17 +0300 Pavel Emelyanov <[EMAIL PROTECTED]> wrote:
> > If the code was using find_task_by_vpid() then OK (I guess). But it is
>
> Yup, find_task_by_vpid() will find the proper (i.e. in your namespace) task.
>
> > looking the tids up in the init_pid_ns. Which I
Trond Myklebust <[EMAIL PROTECTED]> wrote:
> On Mon, 2008-01-28 at 05:38 +0100, Andi Kleen wrote:
>> On Monday 28 January 2008 05:13:09 Trond Myklebust wrote:
>> > On Mon, 2008-01-28 at 03:58 +0100, Andi Kleen wrote:
>> > > The problem is that it's not a race in who gets to do its thing first,
>>
Andrew Morton wrote:
> On Mon, 28 Jan 2008 10:48:23 +0300 Pavel Emelyanov <[EMAIL PROTECTED]> wrote:
>
>> Andrew Morton wrote:
>>> On Thu, 17 Jan 2008 13:57:05 +0530 Vinay Sridhar <[EMAIL PROTECTED]>
>>> wrote:
>>>
Hi All,
Last year, there was discussion about per-thread
On Sat, January 26, 2008 8:44 pm, Greg KH wrote:
> On Sat, Jan 26, 2008 at 07:53:20PM +, Adrian McMenamin wrote:
>> Greg,
>>
>> Just updated my git to the latest sources and get these (seemingly
>> non-fatal) oops with the Dreamcast maple bus. I'll investigate further,
>> but they may mean
* Nish Aravamudan <[EMAIL PROTECTED]> [2008-01-27 12:22:54]:
> On 1/27/08, Balbir Singh <[EMAIL PROTECTED]> wrote:
> > * Paul Mackerras <[EMAIL PROTECTED]> [2008-01-27 22:55:43]:
> >
> > > Balbir Singh writes:
> > >
> > > > Here's a better and more complete fix for the problem. Could you
> > > >
On Mon, 28 Jan 2008 01:29:32 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> > - if (i > 0) {
> > - for (i = i - 1; i >= 0; i--) {
> > - led_classdev_unregister([i].cdev);
> > - pwm_channel_free([i].pwmc);
> > - }
> > + while (i-- > 0)
On Mon, 28 Jan 2008 10:15:51 +0100 Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> On Sun, 27 Jan 2008 21:32:32 -0800
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > On Thu, 24 Jan 2008 15:33:45 +0100 Haavard Skinnemoen <[EMAIL PROTECTED]>
> > wrote:
> >
> > > + if (i > 0) {
> > > +
On Monday 28 January 2008, Andrew Morton wrote:
> > - if (i > 0) {
> > - for (i = i - 1; i >= 0; i--) {
> > - led_classdev_unregister([i].cdev);
> > - pwm_channel_free([i].pwmc);
> > - }
> > + while (i-- > 0) {
> > +
Hi Jon,
On Sun, 27 Jan 2008 12:36:03 -0500, Jon Smirl wrote:
> On 1/27/08, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > Linus,
> >
> > Please pull the i2c subsystem updates for Linux 2.6.25 from:
> >
> > git://jdelvare.pck.nerim.net/jdelvare-2.6 i2c-for-linus
>
> The support for modalias loading
Andrew Morton wrote:
> On Mon, 28 Jan 2008 12:38:17 +0300 Pavel Emelyanov <[EMAIL PROTECTED]> wrote:
>
>>> If the code was using find_task_by_vpid() then OK (I guess). But it is
>> Yup, find_task_by_vpid() will find the proper (i.e. in your namespace) task.
>>
>>> looking the tids up in the
Greetings!
System details:
Board: DTSP-ARM926Ej-S(new board)
Cross-toolchain: ELDK4.1
Linux kernel: 2.6.18
u-boot: 1.1.6
I sucessfully port u-boot on board...But when i boot the kernel it
stuck in mid.The complete log is following:
DRM-Engine # bootm 0x8
##
* Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> Without this patch the linker will generate a section named
> .sched.text.1 which is unexpected. This is because the gcc generated
> section has "ax" but the assembler usage of .sched.text lacks the "ax"
> specifier.
thanks, applied.
> It would be
we have guys who maintain xml descriptions of all Blackfin processors.
these include an exhaustive list of all the peripherals and their
MMRs. for example, there is an element that binds the address, the
MMR name (as described in the processor's hardware manual), the bit
size of it, and all
Hi Jason,
so far I ignored this because it worked, but I know my customer will
complain later anyway: What is the deeper meaning of this warning which
shows up once per registered UART port on my (x86) boxes?
void kgdb8250_add_port(int i, struct uart_port *serial_req)
{
#ifdef
On Mon, 28 Jan 2008 10:59:09 +0100 Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> > ho-hum. The generic uart buffer-handling code does ringbuffers the wrong
> > way. Maybe it has to handle non-power-of-two buffer sizes.
>
> Hmm...I don't understand. What does it do wrong?
An faq ;) If the
The fifth and hopefully the last rc for the next feature release
GIT 1.5.4 is available at the usual places:
http://www.kernel.org/pub/software/scm/git/
git-1.5.4.rc5.tar.{gz,bz2}(tarball)
git-htmldocs-1.5.4.rc5.tar.{gz,bz2} (preformatted docs)
* Dmitri Vorobiev <[EMAIL PROTECTED]> wrote:
> Paolo Ciarrocchi пишет:
> > On Jan 27, 2008 11:48 PM, Paolo Ciarrocchi <[EMAIL PROTECTED]> wrote:
> >> On Jan 27, 2008 11:42 PM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> ...
> >
> > How should I compare the .o file?
> > Simply doing a md5sum or
Hi,
If you're in the To: field, I broke your arch with (post .24) commit:
d3d74453c34f8fd87674a8cf5b8a327c68f22e99
So, to be clear, that broke:
alpha, arm, blackfin, frv, m68knommu, sh, sh64 and sparc
The deadlock resulting was found by Russell:
IRQ handle
-> timer_tick() - xtime
* Yinghai Lu <[EMAIL PROTECTED]> wrote:
> -int x86_cpu_to_node_map_init[NR_CPUS] = {
> +int x86_cpu_to_node_map_init[NR_CPUS] __initdata = {
> [0 ... NR_CPUS-1] = NUMA_NO_NODE
> };
i remember some linker warning here. While this array should indeed only
be used in early init, that
On 27/01/08 06:01, Andrew Morton wrote:
Adding a deferred-work like this just because we can't get the locking and
refcounting correct is a really sad hack.
True, but some would argue that the fakephp driver itself was a really
sad hack. :-)
Can we get the locking and refcounting right
On Mon, 2008-01-28 at 05:16 -0500, Mike Frysinger wrote:
> we have guys who maintain xml descriptions of all Blackfin processors.
> these include an exhaustive list of all the peripherals and their
> MMRs. for example, there is an element that binds the address, the
> MMR name (as described in
[ Added Paul in CC ]
On Jan 28, 2008 11:29 AM, Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> On Mon, 28 Jan 2008 11:22:49 +0100
> "Francis Moreau" <[EMAIL PROTECTED]> wrote:
>
> > > Please let me know if you think this will work for your hardware.
> >
> > Thanks for pointing this out. I
From: Russell King <[EMAIL PROTECTED]>
Mostly untested patch: move the xtime write mode seqlock into
timer_tick(), so it only surrounds the call to do_timer().
This avoids a deadlock in update_process_times() ...
hrtimer_get_softirq_time() which tries to get a read mode seqlock
on xtime.
601 - 700 of 1261 matches
Mail list logo
