On Tuesday 29 January 2008 05:20:48 Ralf Baechle wrote:
> Probing non-ISA interrupts using the handle_percpu_irq as their handle_irq
> method may crash the system because handle_percpu_irq does not check
> IRQ_WAITING. This for example hits the MIPS Qemu configuration.
>
> This patch provides two
My dmesg relevant info is quite similar:
[6.875041] Freeing unused kernel memory: 320k freed
[8.143120] ide-cd: rq still having bio: dev hdc: type=2, flags=114c8
[8.144439]
[8.144439] sector 10824201199534213, nr/cnr 0/0
[8.144439] bio cf029280, biotail cf029280, buffer
Christoph Hellwig wrote:
> On Wed, Jan 30, 2008 at 02:41:34PM +0300, Denis V. Lunev wrote:
>> The pid of the locking daemon can be substituted with a task struct
>> without a problem. Namely, the value if filled in the context of the lockd
>> thread and used in lockd_up/lockd_down.
>>
>> It is
On Jan 30, 2008 2:54 PM, FUJITA Tomonori <[EMAIL PROTECTED]> wrote:
> On Wed, 30 Jan 2008 14:10:47 +0100
> "Bart Van Assche" <[EMAIL PROTECTED]> wrote:
>
> > On Jan 30, 2008 11:56 AM, FUJITA Tomonori <[EMAIL PROTECTED]> wrote:
> > >
> > > Sorry, I can't say. I don't know much about iSER. But seems
> >
> > I don't deny we can invest large amounts of work to fix our current
> > issues and build large scriptable checks to ensure we keep it fixed ...
> > I'm just asking if, at the end of the day, it's really worth it.
>
> Some people consider it worth it for their memory restricted systems
>
On Thursday 31 January 2008 08:35:59 Huang, Ying wrote:
> This patch replaces __change_page_attr_set_clr() with
> change_page_attr_set_clr() in change_page_attr_clear() to flush the
> TLB/cache properly.
Good catch :-) It actually only needs to flush TLBs not caches in this
case.
-Andi
--
To
[PATCH] x86_64: fix comments in vmlinux_64.lds
for bzImage, the vmlinux_64.lds still have s32 bit code, and startup_32 should
bt 0. fix the comment
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/arch/x86/boot/compressed/vmlinux_64.lds
b/arch/x86/boot/compressed/vmlinux_64.lds
index
On Thursday 31 January 2008 08:36:02 Huang, Ying wrote:
> Because in i386 early boot stage, boot_cpu_data may be not available,
> which makes clflush_cach_range() into infinite loop, which is called
> by change_page_attr(). This patch fixes this by providing a default
> clflush_size of 64. But the
On Thursday 31 January 2008 08:22:15 H. Peter Anvin wrote:
> Yinghai Lu wrote:
> > On Jan 30, 2008 10:09 PM, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
> >> Christoph Lameter wrote:
> >>> x86 supports booting from a node without RAM?
> >
> > it is a two sockets system. only 4G RAM installed on
Because in i386 early boot stage, boot_cpu_data may be not available,
which makes clflush_cach_range() into infinite loop, which is called
by change_page_attr(). This patch fixes this by providing a default
clflush_size of 64. But the better method may be providing a
early_identify_cpu() for i386.
The patch fixes EFI runtime memory mapping code according to the
changes to ioremap() and change_page_attr().
Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
---
arch/x86/kernel/efi.c| 53
arch/x86/kernel/efi_64.c | 56
This patch replaces __change_page_attr_set_clr() with
change_page_attr_set_clr() in change_page_attr_clear() to flush the
TLB/cache properly.
Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
---
arch/x86/mm/pageattr.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
---
This patch fixes a bug of early_ioremap_reset(), which had been fixed
before by "convert the boot time page table to the kernels native
format" patch. But that patch has been reverted now.
Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
---
arch/x86/mm/ioremap.c |2 +-
1 file changed, 1
This patch makes ioremap() can be used to map pages as executable,
this is needed by EFI support.
Signed-off-by: Huang Ying <[EMAIL PROTECTED]>
---
arch/x86/mm/ioremap.c | 35 +++
include/asm-x86/io_32.h | 14 ++
include/asm-x86/io_64.h | 14
This patchset adds executable mapping support to ioremap, fixes some
issue of change_page_attr and early_ioremap, and fixes EFI memory
mapping accordingly.
This patchset is based on latest x86 git tree and has been tested on
EFI 32 and EFI 64 platform.
Best Regards,
Huang Ying
--
To unsubscribe
Yinghai Lu wrote:
On Jan 30, 2008 10:09 PM, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
Christoph Lameter wrote:
x86 supports booting from a node without RAM?
it is a two sockets system. only 4G RAM installed on node1.
"Node 1" is the boot CPU, though, right?
I don't know if the spec
On Wednesday 30 January 2008, Kumar Gala wrote:
> Was wondering if anyone was looking at the cause of this warning in
> top of linus's tree (8af03e782cae1e0a0f530ddd22301cdd12cf9dc0)
>
> drivers/spi/Kconfig:156:warning: 'select' used by config symbol
> 'SPI_PXA2XX' refers to undefined symbol
On Jan 30, 2008 10:09 PM, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
> Christoph Lameter wrote:
> > x86 supports booting from a node without RAM?
it is a two sockets system. only 4G RAM installed on node1.
>
> From the looks of it I would say he probably has the boot node numbered 1.
>
> The
Gene Heskett wrote:
Greetings all;
This line showed up in my log a couple of hours ago, several minutes removed
from anything else I was doing at the time:
rarian-sk-get-c[31855]: segfault at eip 00b7c153 esp bf9ddf0c error 4
The system acts and feels normal.
Does anyone have a
drivers/lguest/x86/core.c: In function ‘copy_in_guest_info’:
drivers/lguest/x86/core.c:97: error: ‘struct x86_hw_tss’ has no member named
‘esp1’
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
diff -r bf3a09b5070a drivers/lguest/x86/core.c
--- a/drivers/lguest/x86/core.c Thu Jan 31 14:50:43
> Your patch on top of rc8-mm1 would be simplest for me.
Here you go. I also folded in the update deprecation file patch so
you only need this one, nothing else.
-Andi
---
Remove a.out interpreter support in ELF loader
-mm patch for now. To be applied to 2.6.25.
Following the deprecation
Robert Hancock wrote:
Evgen L wrote:
Hi all
I have a problem with my Intel SR1550 server (S5000PAL motheboard,
SATA/SAS controller, 5 SATA HDD Seagate ST9120822AS ).
The four drivers are in two md raid1, which striping by lvm and one
drive used separately. I have problem like below with two
Hi Pierre,
I'm having problems with the latest mmc_core.ko and sdhci.ko for 2.6.24.
I've used both my development SDIO client and an off-the-shelf SDIO WIFI
card. I have a Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter
(rev 21).
The mmc_send_io_op_cond() function call in
>From c7070625a67da75c62bc4ee76417bb89a96b95f6 Mon Sep 17 00:00:00 2001
From: Michael Hennerich <[EMAIL PROTECTED]>
Date: Thu, 31 Jan 2008 14:44:40 +0800
Subject: [PATCH] [Blackfin] serial driver: ADSP-BF52x arch/mach support
Signed-off-by: Michael Hennerich <[EMAIL PROTECTED]>
Cc: Mike Frysinger
> -Original Message-
> From: Kumar Gala [mailto:[EMAIL PROTECTED]
>
> On Jan 31, 2008, at 12:15 AM, Kumar Gala wrote:
>
> >
> > On Jan 30, 2008, at 11:57 PM, Zhang Wei wrote:
> >
> >>
> >>
> >>> -Original Message-
> >>> From: Kumar Gala [mailto:[EMAIL PROTECTED]
> >>>
> >>>
Andreas Dilger wrote:
> On Wednesday 30 January 2008, Al Boldi wrote:
> > And, a quick test of successive 1sec delayed syncs shows no hangs until
> > about 1 minute (~180mb) of db-writeout activity, when the sync abruptly
> > hangs for minutes on end, and io-wait shows almost 100%.
>
> How large
On Jan 31, 2008, at 12:15 AM, Kumar Gala wrote:
On Jan 30, 2008, at 11:57 PM, Zhang Wei wrote:
-Original Message-
From: Kumar Gala [mailto:[EMAIL PROTECTED]
On Jan 30, 2008, at 4:30 AM, Zhang Wei wrote:
Change lots of static variable to mport private. And add
mport to some
On Jan 30, 2008, at 11:57 PM, Zhang Wei wrote:
-Original Message-
From: Kumar Gala [mailto:[EMAIL PROTECTED]
On Jan 30, 2008, at 4:30 AM, Zhang Wei wrote:
Change lots of static variable to mport private. And add
mport to some
function declaration.
Can you explain this patch
On Jan 31, 2008, at 12:04 AM, Zhang Wei wrote:
All right, I'll give you another patch for 86xx dts file. :)
Btw: Why the PCI and other nodes were moved from SOC? Just for clear?
If they are moved out, their register address must use full address
not
offset address.
we did this because
Christoph Lameter wrote:
x86 supports booting from a node without RAM?
From the looks of it I would say he probably has the boot node numbered 1.
The e820 map is also "interesting" - doesn't list the first 256 bytes,
which corresponds to the first quarter(!) of the real-mode exception table.
On Thu, 31 Jan 2008 04:09:19 +0100 Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 30, 2008 at 03:29:15PM -0800, Andrew Morton wrote:
> > On Wed, 30 Jan 2008 09:40:41 +0100
> > Andi Kleen <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > Andrew has already queued the patch to remove the support
All right, I'll give you another patch for 86xx dts file. :)
Btw: Why the PCI and other nodes were moved from SOC? Just for clear?
If they are moved out, their register address must use full address not
offset address.
Thanks!
Wei.
> -Original Message-
> From: Kumar Gala [mailto:[EMAIL
On Tuesday 29 January 2008 05:19:55 am Greg KH wrote:
> Hahahaha, oh, that's a good one...
>
> But what about the thousands of implementations out there that are
> buggy?
>
> I'm with Arjan here, I'm very skeptical.
Ugg, let's look at the actual data (again); I'm really not sure why people
are
> -Original Message-
> From: Kumar Gala [mailto:[EMAIL PROTECTED]
>
> On Jan 30, 2008, at 4:30 AM, Zhang Wei wrote:
>
> > Change lots of static variable to mport private. And add
> mport to some
> > function declaration.
>
> Can you explain this patch further. Its not clear
> Some people consider it worth it for their memory restricted systems
> and would like to drive the annotations even further. [1]
They could get much better bang-for-the-buck (as in memory saved
for amount of work invested) by tackling some the dynamic memory allocation
pigs.
In general it's a
Greetings all;
This line showed up in my log a couple of hours ago, several minutes removed
from anything else I was doing at the time:
rarian-sk-get-c[31855]: segfault at eip 00b7c153 esp bf9ddf0c error 4
The system acts and feels normal.
Does anyone have a clue to loan me?
Thanks.
On Thu, Jan 31, 2008 at 02:02:19AM +0100, Jan Engelhardt wrote:
> Hi,
>
>
> when running oldconfig, I got to see some new IO delay questions,
> and tried displaying its info using ?.
>
> IO delay type
> 1. port 0x80 based port-IO delay [recommended] (IO_DELAY_0X80) (NEW)
> >
On Wed, Jan 30, 2008 at 11:47:11PM +0100, Francois Romieu wrote:
> Sam Ravnborg <[EMAIL PROTECTED]> :
> [...]
> > > -static struct pci_device_id sis190_pci_tbl[] __devinitdata = {
> > > +static struct pci_device_id sis190_pci_tbl[] = {
> > > { PCI_DEVICE(PCI_VENDOR_ID_SI, 0x0190), 0, 0, 0 },
> >
Frans Pop wrote:
> There is one thing I don't understand, but that may well be just me...
>
> From Linus' original patch:
>> +++ b/drivers/net/e1000/e1000_main.c
>> + INTEL_E1000_ETHERNET_DEVICE(0x108C),
>
> So, apparently support for 8086:108c was removed from the e1000
> driver.
When it
Hi,
On Wed, 30 Jan 2008, john stultz wrote:
> My concern is we state the accumulation interval is X ns long. Then
> current_tick_length() is to return (X + ntp_adjustment), so each
> accumulation interval we can keep track of the error and adjust our
> interval length.
>
> So if
On Jan 31, 2008 11:25 AM, Patrick McHardy <[EMAIL PROTECTED]> wrote:
> Actually its probably the SYN/ACK that is dropped. Please try whether
>
> modprobe ipt_LOG
> echo 255 >/proc/sys/net/netfilter/nf_conntrack_log_invalid
On the good run, I don't get any message, which is good.
On the bad
On Tue, Jan 29, 2008 at 02:09:52PM -0800, Luben Tuikov wrote:
> > The ideal solution would be to do mapping against a
> > different struct
> > device for each port, so that we could maintain the proper
> > DMA mask for
> > each of them at all times. However I'm not sure if
> > that's possible.
Notifier functions for hardware and software that establishes external
references to pages of a Linux system. The notifier calls ensure that
external mappings are removed when the Linux VM removes memory ranges
or individual pages from a process.
These fall into two classes:
1. mmu_notifier
The invalidation of address ranges in a mm_struct needs to be
performed when pages are removed or permissions etc change.
invalidate_range_begin/end() is frequently called with only mmap_sem
held. If invalidate_range_begin() is called with locks held then we
pass a flag into invalidate_range() to
I hope this is finally a release that covers all the requirements. Locking
description is at the top of the core patch.
This is a patchset implementing MMU notifier callbacks based on Andrea's
earlier work. These are needed if Linux pages are referenced from something
else than tracked by the
Callbacks to remove individual pages as done in rmap code
3 types of callbacks are used:
1. invalidate_page mmu_notifier
Called from the inner loop of rmap walks to invalidate
pages.
2. invalidate_page mmu_rmap_notifier
Called after the Linux rmap loop under PageLock to
x86 supports booting from a node without RAM?
--
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.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
current x86.git
Command line: apic=debug acpi.debug_level=0x000F debug initcall_debug
pci=routeirq ramdisk_size=131072 root=/dev/ram0 rw ip=dhcp
console=uart8250,io,0x3f8,115200n8
BIOS-provided physical RAM map:
BIOS-e820: 0100 - 0009bc00 (usable)
BIOS-e820:
Introduce 'len' at outer level:
mm/slub.c:3406:26: warning: symbol 'n' shadows an earlier one
mm/slub.c:3393:6: originally declared here
No need to declare new node:
mm/slub.c:3501:7: warning: symbol 'node' shadows an earlier one
mm/slub.c:3491:6: originally declared here
No need to declare new
Was wondering if anyone was looking at the cause of this warning in
top of linus's tree (8af03e782cae1e0a0f530ddd22301cdd12cf9dc0)
drivers/spi/Kconfig:156:warning: 'select' used by config symbol
'SPI_PXA2XX' refers to undefined symbol 'PXA_SSP'
I was doing a build of a ppc kernel.
- k
--
On Wed, 30 Jan 2008, Harvey Harrison wrote:
> Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
> ---
> mm/slub.c | 15 ++-
> 1 files changed, 6 insertions(+), 9 deletions(-)
>
> diff --git a/mm/slub.c b/mm/slub.c
> index 5cc4b7d..f9a20bf 100644
> --- a/mm/slub.c
> +++
Use *nd for *n:
mm/slub.c:3406:26: warning: symbol 'n' shadows an earlier one
mm/slub.c:3393:6: originally declared here
No need to declare new node:
mm/slub.c:3501:7: warning: symbol 'node' shadows an earlier one
mm/slub.c:3491:6: originally declared here
No need to declare new x:
thanks, applied 1-2
--
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.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
one system not install RAM on node0 got
SRAT: PXM 0 -> APIC 0 -> Node 0
SRAT: PXM 0 -> APIC 1 -> Node 0
SRAT: PXM 1 -> APIC 2 -> Node 1
SRAT: PXM 1 -> APIC 3 -> Node 1
SRAT: Node 1 PXM 1 0-a
SRAT: Node 1 PXM 1 0-dd00
SRAT: Node 1 PXM 1 0-12300
Bootmem setup node 1
thanks, applied
--
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.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
arch/x86/kernel/scx200_32.c:68:72: warning: Using plain integer as NULL pointer
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
arch/x86/kernel/scx200_32.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/x86/kernel/scx200_32.c b/arch/x86/kernel/scx200_32.c
arch/x86/kernel/ds.c:226:9: warning: Using plain integer as NULL pointer
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
arch/x86/kernel/ds.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/x86/kernel/ds.c b/arch/x86/kernel/ds.c
index 1c5ca4d..dcd918c 100644
> -Original Message-
> From: Kumar Gala [mailto:[EMAIL PROTECTED]
> On Jan 30, 2008, at 4:30 AM, Zhang Wei wrote:
>
> > Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
> > ---
> > include/asm-powerpc/rio.h | 18 ++
> > include/asm-ppc/rio.h | 18 --
On Wed, Jan 30, 2008 at 02:41:34PM +0300, Denis V. Lunev wrote:
> The pid of the locking daemon can be substituted with a task struct
> without a problem. Namely, the value if filled in the context of the lockd
> thread and used in lockd_up/lockd_down.
>
> It is possible to save task struct
Jeff Chua wrote:
On Jan 31, 2008 10:41 AM, Patrick McHardy <[EMAIL PROTECTED]> wrote:
Thanks. In the dump we can see that connections reusing ports
always have their first SYN dropped and retransmissted three
seconds later. I'm not sure whats causing this yet, do you have
any firewall rules
Adrian Bunk wrote:
> IANAL, but I have serious doubts whether putting some glue layer between
> the GPL'ed code and the code with a not GPL compatible licence is really
> a legally effictive way of circumventing the GPL.
Just to refresh my memory, I re-read the GPLv2, and specifically the
On Jan 31, 2008 10:41 AM, Patrick McHardy <[EMAIL PROTECTED]> wrote:
> Thanks. In the dump we can see that connections reusing ports
> always have their first SYN dropped and retransmissted three
> seconds later. I'm not sure whats causing this yet, do you have
> any firewall rules that affect
On Jan 31, 2008 5:48 AM, David Brownell <[EMAIL PROTECTED]> wrote:
> On Wednesday 30 January 2008, Bryan Wu wrote:
> > When got some gpio conflict, it is easy to know which SPI device driver not
> > just got "bfin-spi"
> >
> > Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
> > ---
> >
On Wednesday 30 January 2008 07:02:14 pm Andi Kleen wrote:
>
> > I don't think so, that is setup_node_bootmem's problem.
> >
> > it is supposed to round_up instead of just do PAGE_SHIFT...
> >
> > other caller will just use the address instead change it page.
>
> You're right. In this case it
> I don't think so, that is setup_node_bootmem's problem.
>
> it is supposed to round_up instead of just do PAGE_SHIFT...
>
> other caller will just use the address instead change it page.
You're right. In this case it really is the best way to round up in the
caller. I retract my earlier
> @@ -72,6 +73,8 @@ static void __ib_umem_release(struct ib_device *dev,
> struct ib_umem *umem, int d
> * @addr: userspace virtual address to start at
> * @size: length of region to pin
> * @access: IB_ACCESS_xxx flags for memory being pinned
> + * @dmabarrier: set a "dma barrier" so
On Jan 30, 2008 7:34 PM, Steve Langasek <[EMAIL PROTECTED]> wrote:
> On Thu, Jan 31, 2008 at 02:47:17AM +0200, Adrian Bunk wrote:
> > > smbfs has the unfortunate quality of momentum. A lot of users aren't
> > > aware of CIFS at all since smbfs basically does what they need it to
> > > do. Some
One possible way that XPmem could deal with a call of
invalidate_range_start with the lock flag set:
Scan through the rmaps you have for ptes. If you find one then elevate the
refcount of the corresponding page and mark in the maps that you have done
so. Also make them readonly. The increased
On Jan 30, 2008 8:23 PM, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
>
> On Jan 31 2008 12:33, David Newall wrote:
> >Jan Engelhardt wrote:
> >> On Jan 30 2008 12:53, Steve French wrote:
> >>
> >>> I have mounted to Windows98 a few months ago with no problems (other
> >>> than a few restrictions
On Thu, 31 Jan 2008, Andrea Arcangeli wrote:
> On Wed, Jan 30, 2008 at 06:08:14PM -0800, Christoph Lameter wrote:
> > hlist_for_each_entry_safe_rcu(mn, n, t,
>
>
> > >mmu_notifier.head, hlist) {
> >
Jeff Chua wrote:
On Jan 31, 2008 10:23 AM, Jeff Chua <[EMAIL PROTECTED]> wrote:
Again, using latest linux, one with
17311393f969090ab060540bd9dbe7dc885a76d5 reverted, and the other
without.
Sorry, here's the attached output files.
Thanks. In the dump we can see that connections
On Wed, Jan 30, 2008 at 06:08:14PM -0800, Christoph Lameter wrote:
> hlist_for_each_entry_safe_rcu(mn, n, t,
> >mmu_notifier.head, hlist) {
> hlist_del_rcu(>hlist);
On Wed, 30 Jan 2008, Robin Holt wrote:
> > Well the GRU uses follow_page() instead of get_user_pages. Performance is
> > a major issue for the GRU.
>
> Worse, the GRU takes its TLB faults from within an interrupt so we
> use follow_page to prevent going to sleep. That said, I think we
> could
> Could you try the patch below and give me all boot messages again?
Sure, no problem, see below for full log (I updated to the latest git,
which seems to have some other unrelated problems with things timing
out earlier in the boot, but it does get to the ide-cd init); here's
the relevant
On Wed, Jan 30, 2008 at 03:29:15PM -0800, Andrew Morton wrote:
> On Wed, 30 Jan 2008 09:40:41 +0100
> Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> >
> > Andrew has already queued the patch to remove the support for a.out
> > ELF interpreters. So remove the deprecation with it too.
> >
>
> I'm
> Well the GRU uses follow_page() instead of get_user_pages. Performance is
> a major issue for the GRU.
Worse, the GRU takes its TLB faults from within an interrupt so we
use follow_page to prevent going to sleep. That said, I think we
could probably use follow_page() with FOLL_GET set to
Hi,
As we were implementing multiple-hierarchy support for CPU
controller, we hit some oddities in its implementation, partly related
to current cgroups implementation. Peter and I have been debating on the
exact solution and I thought of bringing that discussion to lkml.
Consider the
On Jan 30, 2008 9:47 PM, Patrick McHardy <[EMAIL PROTECTED]> wrote:
> A binary dump would be more useful:
>
> tcpdump -i lo -w
>
> and I guess Jozsef also wants "-s 0" so the full packets are included.
Attached. Again, both runs with this command to print ...
for((i=1; i<1001;i++)); do echo $i
On Jan 31 2008 12:33, David Newall wrote:
>Jan Engelhardt wrote:
>> On Jan 30 2008 12:53, Steve French wrote:
>>
>>> I have mounted to Windows98 a few months ago with no problems (other
>>> than a few restrictions like you can't set the file times via utimes).
>>> For mounts to Windows98 note
On Thu, 2008-01-31 at 02:55 +0100, Roman Zippel wrote:
> Hi,
>
> On Tue, 29 Jan 2008, john stultz wrote:
>
> > +/* Because using NSEC_PER_SEC would be too easy */
> > +#define NTP_INTERVAL_LENGTH
> > s64)TICK_USEC*NSEC_PER_USEC*USER_HZ)+CLOCK_TICK_ADJUST)/NTP_INTERVAL_FREQ)
>
> Why are
>From de0e1eddb6a4dd7673f84c472812b062aaea2f39 Mon Sep 17 00:00:00 2001
From: Jay Cliburn <[EMAIL PROTECTED]>
Date: Wed, 30 Jan 2008 19:21:10 -0600
Subject: [PATCH] atl1: fix frame length bug
Upstream commit: 2a49128f0a6edee337174ea341c1d6d7565be350
The driver sets up the hardware to accept a
Patch to
1. Remove sync on notifier_release. Must be called when only a
single process remain.
2. Add invalidate_range_start/end. This should allow safe removal
of ranges of external ptes without having to resort to a callback
for every individual page.
This must be able to nest so
Jan Engelhardt wrote:
> On Jan 30 2008 12:53, Steve French wrote:
>
>> I have mounted to Windows98 a few months ago with no problems (other
>> than a few restrictions like you can't set the file times via utimes).
>> For mounts to Windows98 note that you have to specify the server
>> netbios
Hi,
On Tue, 29 Jan 2008, john stultz wrote:
> +/* Because using NSEC_PER_SEC would be too easy */
> +#define NTP_INTERVAL_LENGTH
> s64)TICK_USEC*NSEC_PER_USEC*USER_HZ)+CLOCK_TICK_ADJUST)/NTP_INTERVAL_FREQ)
Why are you using USER_HZ? Did you test this with HZ!=100?
Anyway, please don't make
Hi,
Haavard Skinnemoen wrote:
On Wed, 30 Jan 2008 16:26:27 +0100
michael <[EMAIL PROTECTED]> wrote:
I have no idea. Could you post some more specifics about what you
modified, for example a diff?
...
/* The interrupt handler does not take the lock */
spin_lock_irqsave(>lock,
On Jan 30 2008 23:36, Geraldo Netto wrote:
>
>Sorry for this newbie question,
>but i would like to know how to find
>out which modules are embedded
>and running in a static kernel
>because we have a kernel which
>we don't know what components(drivers, ...)
>are embedded and also, we don't know
On Thu, 31 Jan 2008, Andrea Arcangeli wrote:
> On Wed, Jan 30, 2008 at 04:01:31PM -0800, Christoph Lameter wrote:
> > How we offload that? Before the scan of the rmaps we do not have the
> > mmstruct. So we'd need another notifier_rmap_callback.
>
> My assumption is that that "int lock" exists
On Thu, Jan 31, 2008 at 02:47:17AM +0200, Adrian Bunk wrote:
> > smbfs has the unfortunate quality of momentum. A lot of users aren't
> > aware of CIFS at all since smbfs basically does what they need it to
> > do. Some extra warning for those users would be nice.
> And many users will start
Hi Guys,
Sorry for this newbie question,
but i would like to know how to find
out which modules are embedded
and running in a static kernel
because we have a kernel which
we don't know what components(drivers, ...)
are embedded and also, we don't know
which of those components are running
On Jan 30, 2008 7:13 PM, Jeff Layton <[EMAIL PROTECTED]> wrote:
> On Thu, 31 Jan 2008 02:47:17 +0200
> > > > > > In addition, cifs cannot completely replace smbfs atm.
> > > > > > Even todays sold NAS-boxes (often running anchient
> > > > > > samba-2.x.x) work only with smbfs on the client side.
I
On Jan 30, 2008 6:21 PM, Marcel Holtmann <[EMAIL PROTECTED]> wrote:
> Hi Dave,
>
> > > The bluetooth hci_conn sysfs add/del executed in the default workqueue.
> > > If the del_conn is executed after the new add_conn with same target,
> > > add_conn will failed with warning of "same kobject name".
Hi Roland, Borislav, Bart,
Added linux-ide ML, since we may be able to get helps from other
ide experts. This thread started from:
http://lkml.org/lkml/2008/1/29/140
On Tue, 29 Jan 2008 18:23:56 -0500 (EST), Kiyoshi Ueda wrote:
> Hi Bart,
>
> On Tue, 29 Jan 2008 14:22:53 -0800, Roland
Adrian Bunk wrote:
>> Jeff, Auke, would something like this be acceptable? It makes it very
>> obvious in the driver table which entries are for the PCIE versions that
>> would be handled by the E1000E driver if it is enabled..
>
> I don't like it:
> We should aim at having exactly one driver for
On Thu, 31 Jan 2008, Andrea Arcangeli wrote:
> > H.. exit_mmap is only called when the last reference is removed
> > against the mm right? So no tasks are running anymore. No pages are left.
> > Do we need to serialize at all for mmu_notifier_release?
>
> KVM sure doesn't need any locking
Hello,
Add translation of stable_kernel_rules.txt into Documentation/ja_JP.
Contents are reviewed by Japanese translation community called "JF".
Thanks a lot!
As always, I am attaching the patch because of UTF-8.
Singed-off-by: Tsugikazu Shibata <[EMAIL PROTECTED]>
---
On Jan 30, 2008 1:05 PM, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> On Jan 30 2008 12:53, Steve French wrote:
> >I have mounted to Windows98 a few months ago with no problems (other
> >than a few restrictions like you can't set the file times via utimes).
> > For mounts to Windows98 note that
Hi Lee-san
> Rik is currently out on holiday and I've been traveling. Just getting
> back to rebasing to 24-rc8-mm1. Thank you for your efforts in testing
> and tracking down the regressions. I will add your fixes into my tree
> and try them out and let you know. Rik mentioned to me that he
On Jan 30, 2008 6:32 PM, Cornelia Huck <[EMAIL PROTECTED]> wrote:
> On Wed, 30 Jan 2008 09:56:25 +0800,
> Dave Young <[EMAIL PROTECTED]> wrote:
>
> > get dev reference before create/remove sysfiles, errno fixes as well.
> >
> > Signed-off-by: Dave Young <[EMAIL PROTECTED]>
> >
> > ---
> >
On Thu, 31 Jan 2008 02:47:17 +0200
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 30, 2008 at 07:34:12PM -0500, Jeff Layton wrote:
> > On Thu, 31 Jan 2008 00:58:10 +0200
> > Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> > > On Wed, Jan 30, 2008 at 05:41:03PM -0500, Jeff Layton wrote:
> > >
> diff --git a/drivers/infiniband/core/umem.c b/drivers/infiniband/core/umem.c
> index 4e3128f..5b00408 100644
> --- a/drivers/infiniband/core/umem.c
> +++ b/drivers/infiniband/core/umem.c
> @@ -74,7 +74,7 @@ static void __ib_umem_release(struct ib_device *dev,
> struct ib_umem *umem, int d
1 - 100 of 1276 matches
Mail list logo
