Ray wrote:
> bitmap_onto?
Ah - you were the original person to propose this. Thank-you.
> bitmap_read_my_kernel_doc?
;).
> Minor suggestion:
> + * and the n-th bit of @relmap is the m-th set bit of @relmap.
I'll ponder that confusing line - thanks.
--
I won't rest till it'
"Dan Gora" <[EMAIL PROTECTED]> writes:
>
> Is there any way to get PIO
I assume you really mean MMIO, not PIO. PIO would be port IO.
> to burst over the PCI bus in the read and
> write direction?
You should set the MMIO mapping to write combining using an MTRR
You might need to add appropiate
Keith Mok <[EMAIL PROTECTED]> writes:
> Patch modified according to coding style in Linux.
> NLS and UTF8 filename length are checked and limited to 255 after convert to
> unicode in xlate_to_uni function.
>
>
> Signed-off-by: Keith Mok <[EMAIL PROTECTED]>
Looks good to me. I'll submit after som
On Thu, Feb 14, 2008 at 02:42:58PM +0100, Boris Petkov wrote:
> On 2/14/08, Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]> wrote:
> > On Thursday 14 February 2008, Borislav Petkov wrote:
> > > On Thu, Feb 14, 2008 at 12:37:50AM +0100, Hans-Peter Jansen wrote:
> > >
> > > [Added Bart to CC]
> > >
> >
Pavel Emelyanov <[EMAIL PROTECTED]> writes:
>this subdir;
> 3. sysctl inodes are now smaller than the procfs ones.
That's always a good thing.
> Note: update your initscripts to mount sysctl filesystem
> right after the proc is mounted in order not to lose your
> /etc/sysctl.conf configurati
David wrote:
> There's also an extra "is" in the description:
ah so so -- thanks.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <[EMAIL PROTECTED]> 1.940.382.4214
--
To unsubscribe from this list: send the
> On Wed, Feb 13, 2008 at 01:42:10PM +0100, rubisher wrote:
> > - some lake of changes of kset to kobj:
>
> thanks, i don't build this driver, somehow it made its way out of my
> configs. patch looks correct though. applied.
>
Cool ;-)
Btw, it boot fine to me on b2k and d380 running all up 3
Sysctl files/inodes now have their own readdir and lookup
methods, so there is one step left in turning this into a
separate filesystem.
The benefits of this are:
1. this will allow to remove a fancy revalidation rules from
sysctl dentries (will be in a separate patch);
2. the same approach w
Patch modified according to coding style in Linux.
NLS and UTF8 filename length are checked and limited to 255 after convert to
unicode in xlate_to_uni function.
Signed-off-by: Keith Mok <[EMAIL PROTECTED]>
---
Keith Mok
--- linux-source-2.6.22/fs/fat/dir.c.orig 2007-07-09 07:32:17.
Kosaki-san wrote:
> I like bitmap_onto
I like it too. And easier to type than bitmap_surjection ;).
> relmap could be sparse (which, btw, would have been nice to
> have in the example)
Good idea.
I'll see what I can cook up.
Thank-you, sir.
--
I won't rest till it's the be
This is for 2.6.25 and 2.6.24.y, but NOT for 2.6.23.y.
Thanks,
Miklos
From: Miklos Szeredi <[EMAIL PROTECTED]>
I added a nasty local variable shadowing bug to fuse in 2.6.24, with
the result, that the 'default_permissions' mount option is basically
ignored.
How did this happen?
- old err
> So basically the "relative" nodemask that is passed with
> MPOL_F_RELATIVE_NODES is wrapped around the allowed nodes?
>
> relative nodemask mems_allowedresult
> 1,3,5 4 4
> 1,3,5 4-6 4-6
> 1,3,5
> Ok, did new tests with 2.6.24-rc2:
> - with plain kernel the usb-storage modules attaches and detaches
> permanently a virtual cd drive, I stopped after 30+ iterations.
afais this is caused by hal.
when i stop hal this bouncy behaviour stops.
also it doesn't happen if you put your huawei on b
On Friday 15 February 2008, Greg KH wrote:
> I swear someone sent this patch in before. Can you try this one below,
> there seems to be an imbalance with kobject_get and _put.
I did remember seeing this patch before [1] and can confirm that it does
indeed fix the issue: with this patch applied t
On Fri, Feb 15, 2008 at 09:02:31AM +0900, Tejun Heo wrote:
> > till the scp finishes. It is not caused by low free memory, while scping
> > I have 500MB of free memory (not cached or buffered).
> >
> > I tried cfq and anticipatory scheduler, none is different.
> >
>
> Does deadline help?
well,
From: Keiichi KII <[EMAIL PROTECTED]>
Date: Fri, 15 Feb 2008 18:45:48 +0900
> This patch avoids a null pointer dereference when we read local_mac
> for netconsole in configfs and shows default local mac address
> value.
>
> A null pointer dereference occurs when we call show_local_mac() via
> l
> like MPOL_F_RELATIVE_NODES or whatever Paul decides to call it
MPOL_F_RELATIVE_NODES it is.
I see no compelling need for this name to track whatever
we name the relative bitmap operator. They are related,
but not the same thing.
--
I won't rest till it's the best ...
On Fri, Feb 15, 2008 at 06:31:43PM +1100, Stephen Rothwell wrote:
> Hi all,
>
> I have created today's linux-next tree at
> git://git.kernel.org/pub/scm/linux/kernel/git/sfr/linux-next.git.
>
> Between each merge, the tree was built with allmodconfig for both
> powerpc and x86_64.
>
> You can se
Run IST traps from user mode preemptive on process stack
x86-64 has a few exceptions which run on special architecture
supported IST exception stacks: these are nmi, double fault, stack fault,
int 3, debug.
Previously they would check for a scheduling event on returning
if the original CPU state
Hi!
> scripts/checkpatch.pl
> ERROR: do not initialise externals to 0 or NULL
> #113: FILE: arch/x86/boot/video-mode.c:29:
> +int do_restore = 0;/* Screen contents changed during mode flip */
We were doing file move with minimal changes.
> ERROR: need a space before the open parenthesis '('
Andi, responding to Christoph, wrote:
> You're saying the kernel should use these relative masks internally?
In a conversation with Christoph Thursday afternoon, I got the
impression that he liked the idea of using some more compact
representation of sparse collections of CPUs (or Nodes) than cpum
On Wed, 13 Feb 2008 20:24:02 +0100
Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> But looking at your latest patch series, I guess we can use the new
> "next" field instead. It's not like we really need the full
> capabilities of list_head.
On second thought, if we do this, we would be using the
On Fri, 2008-02-15 at 18:35 +0900, Kyungmin Park wrote:
> >
> > Nope, the patch is probably named
> > "[JFFS2] Stop erasing blocks when rebooting."
> >
>
> No it's same; we have to find another one.
OK, it was worth a try. Sorry but I don't have
any more ideas.
Jocke
--
To unsubscribe from t
From: Keiichi KII <[EMAIL PROTECTED]>
This patch avoids a null pointer dereference when we read local_mac
for netconsole in configfs and shows default local mac address
value.
A null pointer dereference occurs when we call show_local_mac() via
local_mac entry in configfs before we setup the con
Huang, Ying wrote:
> On Fri, 2008-02-15 at 09:48 +0100, Andi Kleen wrote:
>> On Fri, Feb 15, 2008 at 12:48:06PM +0800, Huang, Ying wrote:
>>> This patch has been tested on Intel x86 platform with EFI 32/64.
>> Can EFI_PAGE_SIZE ever be < 4k? If yes you would need to round up
>> first to linux page
>
> Nope, the patch is probably named
> "[JFFS2] Stop erasing blocks when rebooting."
>
No it's same; we have to find another one.
KB reclen write rewritereadreread
131072 4342036831532015341
131072 8INFO: task iozone:227 blocked for mo
David wrote:
> But without MPOL_FLAG_SHIFT it becomes
> impossible to determine whether a user passed an invalid flag.
I don't think so. It's not possible to detemine if exactly the low
eight bits of the 'policy' short are a valid mode, -however- that
"eight" is a spurious detail. Remove it.
I
On Friday 15 February 2008, [EMAIL PROTECTED] wrote:
>On Thu, 14 Feb 2008 13:32:02 EST, Gene Heskett said:
>> Nvidia vs 2.6.25-rc1 being a case in point, and they (nvidia) are
>> appearing to indicate its not a problem until some distro actually ships a
>> kernel with the changes that broke it. Th
reuse pci_cfg_space_size but skip check pci express and pci-x CAP ID.
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
===
Index: linux-2.6/arch/x86/pci/fixup.c
===
--- li
On Thu, 2008-02-14 at 15:41 +0800, Zhang, Yanmin wrote:
> On Wed, 2008-02-13 at 17:37 +0530, Srivatsa Vaddagiri wrote:
> > On Wed, Feb 13, 2008 at 03:15:16PM +0530, Balbir Singh wrote:
> > > Zhang, Yanmin wrote:
> > > > volanoMark has 45% regression with kernel 2.6.25-rc1 on my both 8-core
> > > >
From: Yinghai Lu <[EMAIL PROTECTED]>
so even booting kernel with acpi=off or even MCFG is not there, we still can
use MMCONFIG.
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
Cc: Thomas Gleixner <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: Andi Kleen <[EMAIL PROTECTED]>
Cc: Greg KH
From: Yinghai Lu <[EMAIL PROTECTED]>
Patch
x86: validate against ACPI motherboard resources
changed the mmconf init sequence, and init MMCONF late in acpi_init.
here change it back to old sequence
1. check hostbridge in early
2. check MCFG with e820 in early
3. if all fail, will check MC
From: Yinghai Lu <[EMAIL PROTECTED]>
For x86_64, need to free pci_mmcfg_virt, and iounmap some pointers
when MMCONF is not reserved in E820 or acpi _CRS and get rejected
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
Cc: Greg KH <[EMAIL PROTECTED]>
Cc: Ingo Molnar <[EMAIL PROTECTED]>
Cc: Thomas Gl
From: Robert Hancock <[EMAIL PROTECTED]>
This path adds validation of the MMCONFIG table against the ACPI reserved
motherboard resources. If the MMCONFIG table is found to be reserved in
ACPI, we don't bother checking the E820 table. The PCI Express firmware
spec apparently tells BIOS developers
On Fri, 2008-02-15 at 09:55 +0100, Andi Kleen wrote:
> > But because end_pfn_map contains the above UC memory area, efi_ioremap()
> > is not used on EFI 64.
>
> I see. It would be a good idea if you could test with a limited
> memmap (mem=... command line option) just to make sure this path works
On Fri, 2008-02-15 at 09:48 +0100, Andi Kleen wrote:
> On Fri, Feb 15, 2008 at 12:48:06PM +0800, Huang, Ying wrote:
> >
> > This patch has been tested on Intel x86 platform with EFI 32/64.
>
> Can EFI_PAGE_SIZE ever be < 4k? If yes you would need to round up
> first to linux page size before shif
On Thu, Feb 14, 2008 at 11:31:28AM -0800, Harvey Harrison wrote:
> fastcall no longer exists in tree, remove it from checkpatch.
>
> Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
Seems to be true :) Have sucked this up for 0.15. Thanks.
-apw
> ---
> scripts/checkpatch.pl |3 +--
> 1
On Fri, Feb 15, 2008 at 01:09:51AM -0800, Andrew Morton wrote:
> > > However David and Christoph are beavering away on the r-o-bind-mounts
> > > patches and I expect that there will be overlaps with unprivileged mounts.
> > >
> > > Could we coordinate things a bit please? Decide who goes first, r
On Fri, 15 Feb 2008 04:01:20 -0500 Christoph Hellwig <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 14, 2008 at 10:21:03PM -0800, Andrew Morton wrote:
> > Linus has just merged all the VFS renaming patches, so the decks
> > are clear for looking at this work.
> >
> > However David and Christoph are bea
On Fri, 2008-02-15 at 18:02 +0900, Kyungmin Park wrote:
> > On Fri, 2008-02-15 at 16:12 +0900, Kyungmin Park wrote:
> > > I got following messages.
> > > INFO: task pdflush:56 blocked for more than 120 seconds.
> > > "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
> > >
>
When one cpu is set to offline, the caller process will hang, according to
the trace data, the problem lies in the refcount error in cpufreq driver,
cpufreq_cpu_callback will wait for completion policy->kobj_unregister
which is nerver completed because a refcount error in function
__cpufreq_remove_
On Thu, Feb 14, 2008 at 10:21:03PM -0800, Andrew Morton wrote:
> Linus has just merged all the VFS renaming patches, so the decks
> are clear for looking at this work.
>
> However David and Christoph are beavering away on the r-o-bind-mounts
> patches and I expect that there will be overlaps with
> On Fri, 2008-02-15 at 16:12 +0900, Kyungmin Park wrote:
> > I got following messages.
> > INFO: task pdflush:56 blocked for more than 120 seconds.
> > "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
> >
> > What are the meanings?
> > Too mush running GC in JFFS2 or other
On Fri, 2008-02-15 at 17:56 +0900, Kyungmin Park wrote:
> > > I got following messages.
> > > INFO: task pdflush:56 blocked for more than 120 seconds.
> > > "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
> > >
> > > What are the meanings?
> > > Too mush running GC in JFF
When one cpu is set to offline, the caller process will hang, according to
the trace data, the problem lies in the refcount error in cpufreq driver,
cpufreq_cpu_callback will wait for completion policy->kobj_unregister
which is nerver completed because a refcount error in function
__cpufreq_remove_
> > I got following messages.
> > INFO: task pdflush:56 blocked for more than 120 seconds.
> > "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
> >
> > What are the meanings?
> > Too mush running GC in JFFS2 or others?
> >
> > BR,
> > Kyungmin Park
>
> It is probably erasi
On Fri, Feb 15, 2008 at 2:59 PM, Greg KH <[EMAIL PROTECTED]> wrote:
> I swear someone else sent this in, but my archives don't show it at all.
> I think the patch below should solve this, but I need someone to test it.
I tested but it doesn't fix the problem for me. May be my problem is
differen
Hi Adrian,
What are the plans regarding getting a plain upstream gcc compiling the
kernel?
One of the things on my plate is to get the -mno-mem-funcs patch
contributed upstream. (Along with a lot of other pending AM33 patches,
such as the support for the AM34 processor). As it happens MEI
On Thu, Feb 14, 2008 at 10:52 PM, Greg KH <[EMAIL PROTECTED]> wrote:
>
> Ugh, sorry, I was mistaken, it's not a cpufreq issue, it's a
> CONFIG_DETECT_SOFTLOCKUP issue. Or that is what I was told before.
>
could be two issues:
one in cpufreq, and one in detect softlockup...
YH
--
To unsubscrib
Keith Mok <[EMAIL PROTECTED]> writes:
> This patch fix the problem that the buffer allocated for convert of
> unicode to utf8 in fat/dir.c is too small.
> And cannot handle filename with 255 asian characters when mounted with
> utf8 options.
>
> Also it fix the filename length limitation checking
On Wed, 13 Feb 2008 00:02:52 -0700
Dan Williams <[EMAIL PROTECTED]> wrote:
> Dan Williams (4):
> iop-adma: remove the workaround for missed interrupts on iop3xx
> async_tx: kill ->device_dependency_added
> async_tx: fix multiple dependency submission
> async_tx: checkpatch
On Thu, Feb 14, 2008 at 9:35 PM, Stephen Rothwell <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I have created the first cut of the linux-next tree at
> git://git.kernel.org/pub/scm/linux/kernel/git/sfr/linux-next.git.
>
> Things to know about this tree:
>
> It has two branches - master and stable.
Hello,
> > I tried 2.6.25-rc1 and latest git on my laptop (x86 32bit) and have a
> > problem.
> > Linux boots but with huge delay due to some issue with loading usb modules.
> > Udev complains:
> >
> > 'Could not lock modprobe uhci_hcd'
> > 'Could not lock modprobe yenta_socket'
> > 'Unknown
> But because end_pfn_map contains the above UC memory area, efi_ioremap()
> is not used on EFI 64.
I see. It would be a good idea if you could test with a limited
memmap (mem=... command line option) just to make sure this path works
Right now I don't think pageattr.c will deal fully correct wit
From: Chris Snook <[EMAIL PROTECTED]>
Make LKDTM depend on BLOCK to prevent build failures with certain configs.
Signed-off-by: Chris Snook <[EMAIL PROTECTED]>
diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug
index a370fe8..24b327c 100644
--- a/lib/Kconfig.debug
+++ b/lib/Kconfig.debug
@@ -524
On Fri, Feb 15, 2008 at 12:48:06PM +0800, Huang, Ying wrote:
>
> This patch has been tested on Intel x86 platform with EFI 32/64.
Can EFI_PAGE_SIZE ever be < 4k? If yes you would need to round up
first to linux page size before shifting.
-Andi
--
To unsubscribe from this list: send the line "un
> It does not mean they are .26 material (although some of them clearly
Are the pageattr.c changes in #mm .25 or .26 material?
-Andi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kerne
* Avi Kivity <[EMAIL PROTECTED]> wrote:
>> thanks, applied - this first looked like a KVM item, that's why i
>> havent added it. [Btw., feel free to push it via kvm.git as well - as
>> long as you are sure it does not break the build ;-) ]
>
> Yeah, I'm queuing it as well, it will get there one
501 - 558 of 558 matches
Mail list logo
