On Wed, 18 Jul 2007, Jens Axboe wrote:
>
> Since I had my hands dirty already...
Great, thanks. (There's also such a test in fs/nfs/direct.c,
but let's not trouble Trond until we've settled what to do here.)
>
> ---
>
> [PATCH] Remove PageCompound() checks before calling set_page_dirty()
>
Robert P. J. Day napsal(a):
>a while back, i threw together this wiki page:
>
> http://fsdev.net/wiki/index.php?title=Stuff_to_be_removed
>
> feel free to comment.
Stallion drivers
That would be both STALLION and ISTALLION which allegedly have no maintainer and
don't work on SMP (both are
On Wed, 18 Jul 2007, Jiri Slaby wrote:
> Robert P. J. Day napsal(a):
> > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
> >
> > ---
> >
> > given that the entire contents of include/linux/tty.h is contained
> > within an "#ifdef __KERNEL__", it seems pointless to export it to
> >
On Wed, Jul 18 2007, Linus Torvalds wrote:
>
>
> On Wed, 18 Jul 2007, Jens Axboe wrote:
> >
> > I think your analysis is pretty good, however you'd probably want to
> > incorporate that direct in ide_end_request().
>
> Ok, that makes sense too.
>
> And yes, the further cleanup would be:
>
>
On Wed, 18 Jul 2007, Gabriel C wrote:
> Everything 'depends on' EXPERIMENTAL should be marked as such,
> visible in the menus.
rather than add all that extraneous dreck to the Kconfig files, i
*really* wish folks would give serious thought to my earlier
suggestion about a "maturity level"
Andi Kleen wrote:
> I was waiting for someone to make that "point" ...
>
>> Every byte you can shave off the compressed kernel image is another
>> byte you can use for userspace on your FLASH.
>
> Now let's see if that 1MB 386 contains any flash at all. Guesses?
>
CPUID is hardly something
> "Jan" == Jan Engelhardt <[EMAIL PROTECTED]> writes:
Jan> On Jul 18 2007 20:20, Andi Kleen wrote:
>>>
>>> Well, how big the vmlinux file is matters if it doesn't fit in memory
>>> with enough time to get to the phase where it is dumping the init
>>> sections.
>>
>> If you don't have
Everything 'depends on' EXPERIMENTAL should be marked as such, visible in the
menus.
Signed-off-by: Gabriel Craciunescu <[EMAIL PROTECTED]>
---
drivers/net/irda/Kconfig | 14 +++---
drivers/net/usb/Kconfig |4 ++--
drivers/net/wireless/Kconfig
Robert P. J. Day napsal(a):
> Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
>
> ---
>
> given that the entire contents of include/linux/tty.h is contained
> within an "#ifdef __KERNEL__", it seems pointless to export it to
> userspace, unless there's some kind of need for that header
On Wed, 18 Jul 2007, Jens Axboe wrote:
>
> I think your analysis is pretty good, however you'd probably want to
> incorporate that direct in ide_end_request().
Ok, that makes sense too.
And yes, the further cleanup would be:
> Better still would be to make __ide_end_request() take a byte
On Tue, 17 Jul 2007 14:33:43 +0400
Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> There is check_reset() -- global function in drivers/isdn/sc/
> There is check_reset -- variable holding module param in aacraid driver.
>
> On allyesconfig they clash with:
>
> LD drivers/built-in.o
>
On Wed, Jul 18 2007, Jens Axboe wrote:
> Better still would be to make __ide_end_request() take a byte count
> instead and use end_that_request_chunk(). Then you can get rid of the
> rounding as well.
Ala:
diff --git a/drivers/ide/ide-io.c b/drivers/ide/ide-io.c
index c5b5011..f9de798 100644
---
Jean Delvare <[EMAIL PROTECTED]> writes:
> On Tue, 17 Jul 2007 20:38:28 -0700, Greg KH wrote:
>>Isn't there some glibc
>> function that can detect the mount point of a filesystem or directory?
>> Something in glibc parses /proc/mounts for something, I
I was waiting for someone to make that "point" ...
>
> Every byte you can shave off the compressed kernel image is another
> byte you can use for userspace on your FLASH.
Now let's see if that 1MB 386 contains any flash at all. Guesses?
-Andi
-
To unsubscribe from this list: send the line
What is the currently recommended procedure for merging a maintainer
tree with mainline in order to reorder all of the fixes in the
maintainer tree, after the changes in the linux-2.6. tree (to make the
eventual merge from Linus easier)?
In this particular case, the
James Simmons wrote:
Done. I still smell a dead lock issue tho.
Yes, but it is an existing problem that was kicked
about with no real resolution.
No one can blame you for that! :-)
--
Paul Fulghum
Microgate Systems, Ltd.
-
To unsubscribe from this list: send the line "unsubscribe
On Wed, Jul 18 2007, Linus Torvalds wrote:
>
>
> On Tue, 17 Jul 2007, Bartlomiej Zolnierkiewicz wrote:
> >
> > On Tuesday 17 July 2007, Giacomo Catenazzi wrote:
> > >
> > > last git changes to git give me the following error (repead very quickly):
> > >
> > > sector 14657019, nr/cmr 0/0
> > >
On Wed, 18 Jul 2007, Paul Fulghum wrote:
>
> It might be safest to drop this portion so you can get the
> obvious part of the patch accepted (consolidating
> the redundant xxx_schedule_flip functions).
But wasn't the whole _point_ that con_schedule_flip() potentially gets
called from
Hi Greg,
On Tue, 17 Jul 2007 20:38:28 -0700, Greg KH wrote:
> On Tue, Jul 17, 2007 at 11:05:30PM +0200, Jean Delvare wrote:
> > This breaks libsensors. libsensors uses libsysfs, and libsysfs is not
> > very smart in that it will initialize successfully even if sysfs is not
> > mounted.
>
>
On Tue, 17 Jul 2007, Bartlomiej Zolnierkiewicz wrote:
>
> On Tuesday 17 July 2007, Giacomo Catenazzi wrote:
> >
> > last git changes to git give me the following error (repead very quickly):
> >
> > sector 14657019, nr/cmr 0/0
> > bio f7b59280, biotail f7b59280, buffer 000, date 000,
Greg KH wrote:
On Tue, Jul 17, 2007 at 05:42:39PM -0400, Jeff Garzik wrote:
commit ae97fec3701a559929c3529e35417fab133a4d39
Author: Jeff Garzik <[EMAIL PROTECTED]>
Date: Tue Jul 17 01:08:29 2007 -0400
drivers/usb/misc/auerswald: fix status check, remove redundant check
1) We
> While I have no problem with this, it would be a significant
> behavior change (more so than changing the initial delay to 0).
>
> IIRC, when the serial_core dead lock was being debugged
> (by Russel King with some Dell guy who reported it 1-2 years ago)
> this change was suggested and
Matt Mackall wrote:
>
> That's not the point at all.
>
> Every byte you can shave off the compressed kernel image is another
> byte you can use for userspace on your FLASH.
>
That wasn't the original poster's point, but yes, that is a real issue.
-hpa
-
To unsubscribe from this list:
Dear kernel networking gurus,
I am trying to understand why tcpdump does not work properly for vlan packets
on linux. Here is the existing behavior, observed with:
- kernel 2.6.16,
- e1000 driver
- libpcap 0.9.6
- tcpdump 3.9.6
The e1000 driver has two modes when handling vlan
On Wed, Jul 18, 2007 at 08:55:50AM -0700, H. Peter Anvin wrote:
> Andi Kleen wrote:
> >
> >> Already with these patches I can compile a zImage kernel that is 450kb
> >> large (890kb decompressed)
> >
> > The important part is not how big the vmlinux is, but how much
> > memory is actually used
The Synchronous Serial Controller (SSC) on Atmel microprocessors are capable of
tranceiving many frame based protocols, like I2S. Tested on the
AT32AP7000/ATSTK1000.
This driver is used in the ALSA sound driver for the AT73C213 external DAC on
the ATSTK1000 development board for AVR32. This
On Wed, 2007-07-18 at 19:17 +0100, James Simmons wrote:
> I have no problem leaving at one. Here is the new patch. I did address the
> problem with tty_flip_buffer_push in this patch. It is possible for a
> driver to call tty_flip_buffer_push within a interrupt context if they
> set the
Hi Cyrill,
Em Qua, 2007-07-18 às 22:56 +0400, Cyrill Gorcunov escreveu:
> This patch adds checking of kthread_run return code.
>
> Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
> ---
> Probably we could just ignore a such situation (we do
> check for core->kthread value before trying to
Jeff Dike wrote:
On Wed, Jul 18, 2007 at 11:28:18AM -0500, Anthony Liguori wrote:
Within the kernel right (VMCALL is only usable in ring 1).
Yup.
Is it
terribly important to be able to pass through the syscall arguments in
registers verses packing them in a data structure and
Hi Linus,
Please pull
git://git.kernel.org/pub/scm/linux/kernel/git/hskinnemoen/avr32-2.6.git
for-linus
to receive the following updates.
David Brownell (2):
[AVR32] faster avr32 unaligned access
[AVR32] Make STK1000 mux settings configurable
Haavard Skinnemoen (5):
On Wed, Jul 18, 2007 at 07:46:13PM +0300, Avi Kivity wrote:
> IMO the only reasonable solution is to disallow interrupt forwarding
> with shared irqs. If someone later comes up with a bright idea, we can
> implement it. Otherwise the problem will solve itself with hardware
> moving to msi.
On Wed, 18 Jul 2007, Oleg Nesterov wrote:
Jeremy, I agree with Thomas that your patch should not be right, but it
does make a difference. Perhaps this is just the timing, but who knows.
Could you add some printk's to be sure that lock_timer() actually fails
while it never should?
Agreed.
On Wed, 18 Jul 2007, Thomas Gleixner wrote:
On Wed, 2007-07-18 at 08:05 +0200, Thomas Gleixner wrote:
On Tue, 2007-07-17 at 16:58 -0700, Jeremy Katz wrote:
EFLAGS: 00010246 (2.6.22.1-WR1.4aq_cgl #2)
Hmm. Are there any other patches on that kernel ?
Just hrt6 and your proposed fix. The
Adrian Bunk wrote:
> On Wed, Jul 18, 2007 at 08:55:50AM -0700, H. Peter Anvin wrote:
>> Andi Kleen wrote:
Already with these patches I can compile a zImage kernel that is 450kb
large (890kb decompressed)
>>> The important part is not how big the vmlinux is, but how much
>>> memory is
This patch uses the read and write functions provided at system.h
for control registers instead of writting raw assembly over and
over again in .c files. Functions to manipulate cr2 and cr8 were
provided, as they were lacking.
Also, removed some extra space after closing brackets
Hi;
18 Tem 2007 Çar tarihinde, Alexey Dobriyan şunları yazmıştı:
> *.orig are generated even if line numbers change a bit, so untrusted is
> a somewhat exaggerated.
:), although i prefer previous one, what about something like following?
With 3f1b0e1f287547903f11fa1e6de7d2765597766e Linus's
Hi Linus, please pull:
git://git.kernel.org/pub/scm/linux/kernel/git/hpa/linux-2.6-x86setup.git
for-linus
H. Peter Anvin (5):
[x86 setup] MAINTAINERS: document x86 setup code git tree
[x86 setup] build/tools.c: fix comment
[x86 setup] Fix assembly constraints
[x86
This patch adds checking of kthread_run return code.
Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
---
Probably we could just ignore a such situation (we do
check for core->kthread value before trying to stop the
thread) but we have to leave a footmark in kernel
messages anyway I guess.
On Wed, 2007-07-18 at 20:07 +0200, Haavard Skinnemoen wrote:
> On Mon, 16 Jul 2007 10:52:14 -0400
> Trond Myklebust <[EMAIL PROTECTED]> wrote:
>
> > > Please let me know if there's anything I can do to help debug this.
> > >
> > > Håvard
> >
> > So you are saying that if you revert this
On Wed, Jul 18, 2007 at 09:03:13PM +0300, S.Çağlar Onur wrote:
> With 3f1b0e1f287547903f11fa1e6de7d2765597766e Linus's current git tree starts
> to ignore any *.orig or *.rej files (for example "git status" cannot show
> what are they) but if there are some *.orig or *.rej files exists, for
>
On Wed, Jul 18 2007, Hugh Dickins wrote:
> On Wed, 18 Jul 2007, Jens Axboe wrote:
> >
> > OK, you clearly have more knowledge in that area than I, but I do wish
> > that you would have made a note in the code at least to remove things
> > like this. It's pretty ugly to have superflous tests like
> And the hypothetical case where RAM is hotplugged and/or recognized after the
> kernel has been loaded by the bootloader? I do not claim to be an expert, but
RAM hotadd needs working user space to trigger it.
Besides it typically comes with cpuhotplug too, so you couldn't even
discard
On Jul 18 2007 20:38, Andi Kleen wrote:
>> >>
>> >> Well, how big the vmlinux file is matters if it doesn't fit in memory
>> >> with enough time to get to the phase where it is dumping the init
>> >> sections.
>> >
>> >If you don't have enough memory for a few tens of KB of init sections
>>
On Wed, 18 Jul 2007, Jens Axboe wrote:
>
> OK, you clearly have more knowledge in that area than I, but I do wish
> that you would have made a note in the code at least to remove things
> like this. It's pretty ugly to have superflous tests like that,
> especially since there was not even a
On Wed, Jul 18, 2007 at 08:33:59PM +0200, Adrian Bunk wrote:
> On Wed, Jul 18, 2007 at 08:55:50AM -0700, H. Peter Anvin wrote:
> > Andi Kleen wrote:
> > >
> > >> Already with these patches I can compile a zImage kernel that is 450kb
> > >> large (890kb decompressed)
> > >
> > > The important
On Jul 18 2007 20:33, Adrian Bunk wrote:
>> Well, how big the vmlinux file is matters if it doesn't fit in memory
>> with enough time to get to the phase where it is dumping the init
>> sections. *If that is not the issue*, then axing stuff like CPUID is a
>> major lose in terms of code
On Wed, Jul 18 2007, Jens Axboe wrote:
> On Wed, Jul 18 2007, Hugh Dickins wrote:
> > On Wed, 18 Jul 2007, Jens Axboe wrote:
> > >
> > > We have these checks scattered, makes sense to put them in
> > > set_page_dirty() instead. This also fixes a bug where __bio_unmap_user()
> > > does
On Wed, Jul 18, 2007 at 08:29:27PM +0200, Jan Engelhardt wrote:
>
> On Jul 18 2007 20:20, Andi Kleen wrote:
> >>
> >> Well, how big the vmlinux file is matters if it doesn't fit in memory
> >> with enough time to get to the phase where it is dumping the init
> >> sections.
> >
> >If you don't
On Wed, Jul 18, 2007 at 08:33:27PM +0200, Jan Engelhardt wrote:
>
> On Jul 18 2007 11:04, Randy Dunlap wrote:
> >> > I have no idea where it came from. (not me)
> >>
> >> It was akpm:
> >> http://linux.bkbits.net:8080/linux-2.6/Documentation/CodingStyle?PAGE=diffs=1.5
> >
> > I think that would
On Jul 18 2007 11:04, Randy Dunlap wrote:
>> > I have no idea where it came from. (not me)
>>
>> It was akpm:
>> http://linux.bkbits.net:8080/linux-2.6/Documentation/CodingStyle?PAGE=diffs=1.5
>
> I think that would only make sense if "---help---" is used (like you did)
> instead of the plain
On Wed, Jul 18, 2007 at 08:55:50AM -0700, H. Peter Anvin wrote:
> Andi Kleen wrote:
> >
> >> Already with these patches I can compile a zImage kernel that is 450kb
> >> large (890kb decompressed)
> >
> > The important part is not how big the vmlinux is, but how much
> > memory is actually used
On Wed, Jul 18 2007, Hugh Dickins wrote:
> On Wed, 18 Jul 2007, Jens Axboe wrote:
> >
> > We have these checks scattered, makes sense to put them in
> > set_page_dirty() instead. This also fixes a bug where __bio_unmap_user()
> > does set_page_dirty_lock() without checking for a compound page,
On Jul 18 2007 20:20, Andi Kleen wrote:
>>
>> Well, how big the vmlinux file is matters if it doesn't fit in memory
>> with enough time to get to the phase where it is dumping the init
>> sections.
>
>If you don't have enough memory for a few tens of KB of init sections
>you're very unlikely
Hi,
here are two more changes I propose for the isdn submenu(s).
They go on top of Tilman's patch; each of the two following patches is
independent of another.
Opinions please :)
Jan
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
Unclutter the ISDN menu a tiny bit by moving ISDN4Linux and the CAPI2.0
layers into their own menu.
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
---
drivers/isdn/Kconfig |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Index: linux-2.6.23/drivers/isdn/Kconfig
Change Kconfig objects from "menu, config" into "menuconfig" so
that the user can disable the whole feature without having to
enter the menu first.
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
---
drivers/isdn/gigaset/Kconfig |8 ++--
1 file changed, 2 insertions(+), 6
On Wed, Jul 18, 2007 at 07:34:47PM +0300, Avi Kivity wrote:
> Commit 9d9bbd4d247a674deb43565582151acdc22e90d1 makes CONFIG_CMPXCHG64
> dependent on CONFIG_HIGHMEM64G, but KVM guest SMP support now also
> requires CMPXCHG64 while not being tied to PAE. So the effect of that patch
> is to disable
On Wed, Jul 18, 2007 at 08:55:50AM -0700, H. Peter Anvin wrote:
> Andi Kleen wrote:
> >
> >> Already with these patches I can compile a zImage kernel that is 450kb
> >> large (890kb decompressed)
> >
> > The important part is not how big the vmlinux is, but how much
> > memory is actually used
>Remove a menu statement and several dependencies from the Kconfig files in
>the drivers/isdn tree as they have become unnecessary by the transformation
>of CONFIG_ISDN from "menu, config" into "menuconfig".
>(Modified version of a patch originally proposed by Jan Engelhardt.)
>
>Signed-off-by:
> > What should be done is
> >
> > if (tty->low_latency)
> > flush_to_ldisc(>buf.work.work);
> > else
> > schedule_delayed_work(>buf.work, 1);
> >
> > Is this acceptable to you?
>
> In that case, we might as well just always do the
H. Peter Anvin wrote:
> Rusty Russell wrote:
>
>> Intel manual (and KVM definition) say it's TPR is 4 bits wide. Also fix
>> CR8_RESEVED_BITS typo.
>>
>> Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
>>
>
> Indeed it is.
>
> Acked-by: H. Peter Anvin <[EMAIL PROTECTED]>
>
>
Are you sure about that chunk size? In you initial posting you show
/proc/mdstat reporting:
"md2 : active raid5 sdc3[2] sda3[0] sdb3[1]
780083968 blocks level 5, 128k chunk, algorithm 2 [3/3] [UUU]"
Which would seem to state a 128K chunk, and thus with a 4k block size
you would need a
On Mon, 16 Jul 2007 10:52:14 -0400
Trond Myklebust <[EMAIL PROTECTED]> wrote:
> > Please let me know if there's anything I can do to help debug this.
> >
> > Håvard
>
> So you are saying that if you revert this patch, and only this patch,
> then it fixes nfsroot? (sorry, I tend not to trust
S.Çağlar Onur wrote:
> Hi Avi;
>
> 18 Tem 2007 Çar tarihinde, Avi Kivity şunları yazmıştı:
>
>> This trace is certainly a kvm bug. What guest are you running? If it
>> is free (and does not contain private information), can you post it
>> somewhere for me to download?
>>
>
> After
On Wed, 18 Jul 2007, Roland Dreier wrote:
>
> BTW, I noticed one interesting thing while starting on this cleanup.
> I wanted to make sure that the generated code didn't change with the
> first step, and I actually discovered that the patch below seems to
> make the generated code *better*,
Hi;
With 3f1b0e1f287547903f11fa1e6de7d2765597766e Linus's current git tree starts
to ignore any *.orig or *.rej files (for example "git status" cannot show
what are they) but if there are some *.orig or *.rej files exists, for
whatever reason, that means some unresolved merge conflicts occured
On Wed, 2007-07-18 at 09:18 +0200, Ingo Molnar wrote:
> * Fernando Lopez-Lezcano <[EMAIL PROTECTED]> wrote:
>
> > > does lockdep pinpoint anything?
> >
> > Lots of stuff, and at the end the lock report for the problem.
> > Hopefully some of this will help... I have attached the whole bootup
>
Jan Engelhardt wrote:
On Jul 18 2007 10:34, Randy Dunlap wrote:
On Jul 18 2007 09:41, Randy Dunlap wrote:
Looks good to me except that help text should be indented by
2 more spaces according to CodingStyle.
Who invented that rule anyway... the "---help---" marker (note the dashes)
clearly
On Wed, Jul 18 2007, Geert Uytterhoeven wrote:
> On Fri, 13 Jul 2007, Olaf Hering wrote:
> > This driver (or the generic PS3 code) has appearently problems with
> > O_DIRECT.
> > glibc aborts parted because the malloc metadata get corrupted. While it
> > is reproducible, the place where it
On Jul 18 2007 10:34, Randy Dunlap wrote:
>> On Jul 18 2007 09:41, Randy Dunlap wrote:
>> >
>> >Looks good to me except that help text should be indented by
>> >2 more spaces according to CodingStyle.
>>
>> Who invented that rule anyway... the "---help---" marker (note the dashes)
>> clearly
On 7/16/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
Nish Aravamudan wrote:
> Well, before these changes, the only guarantee msleep() could make,
> just like the only guarantee schedule_timeout() could make, was that
> it would not return early. The 1-jiffy sleep was always tough to deal
> with,
On Fri, 2007-07-13 at 10:56 -0600, Bjorn Helgaas wrote:
> On Friday 13 July 2007 06:58:12 am Thomas Renninger wrote:
> > This patch should:
> > a) Identify machines where potentially ACPI interference can happen and
> >tell the user which legacy drivers are affected.
> > b) Identify drivers/HW
Hi Avi;
18 Tem 2007 Çar tarihinde, Avi Kivity şunları yazmıştı:
> This trace is certainly a kvm bug. What guest are you running? If it
> is free (and does not contain private information), can you post it
> somewhere for me to download?
After seeing your "[PATCH] i386: Decouple PAE from
On Wed, Jul 18, 2007 at 11:28:18AM -0500, Anthony Liguori wrote:
> Within the kernel right (VMCALL is only usable in ring 1).
Yup.
> Is it
> terribly important to be able to pass through the syscall arguments in
> registers verses packing them in a data structure and passing a pointer
> to
On Wednesday 18 July 2007 3:58:57 am Cornelia Huck wrote:
> On Tue, 17 Jul 2007 17:03:31 -0400,
>
> Rob Landley <[EMAIL PROTECTED]> wrote:
> > Here's some sysfs/hotplug/firmware loading documentation I wrote. I
> > finally tracked down the netlink bits to finish it up, so I can send it
> > out to
> Hey, I appreciate it, but I really do have to warn you that I did this all
> blind, and just meant for it to be a "I think this kind of direction is
> more productive" thing. I'm not going to guarantee that it works at all.
Oh, understood, and I'm definitely planning on taking your patch
Antonino A. Daplas wrote:
>
>> What about the VBE 3.0 arbitrary vertical refresh rate thing?
>
> This is not implemented by the video-vesa.c because it will require
> complex calculations of mode timings (such as with GTF) to be done
> before starting the kernel. However, uvesafb probably does.
On Wed, 18 Jul 2007 19:17:49 +0200 (CEST) Jan Engelhardt wrote:
>
> On Jul 18 2007 09:41, Randy Dunlap wrote:
> >
> >Looks good to me except that help text should be indented by
> >2 more spaces according to CodingStyle.
>
> Who invented that rule anyway... the "---help---" marker (note the
On 07/18/2007 07:19 PM, Phillip Susi wrote:
Why do the two pages have to be physically contiguous? The stack just
needs to be two contiguous pages in virtual memory, but they can map to
any two pages anywhere in physical memory.
As far as I'm aware that's just a consequence of the way linux
Alan Cox wrote:
Why do the two pages have to be physically contiguous? The stack just
needs to be two contiguous pages in virtual memory, but they can map to
any two pages anywhere in physical memory.
Historically we allowed DMA off the stack on old x86 systems. Removing
that while a good
In the following scenario:
code path 1:
my_function() -> lock(L1); ...; flush_workqueue(); ...
code path 2:
run_workqueue() -> my_work() -> ...; lock(L1); ...
you can get a deadlock when my_work() is queued or running
but my_function() has acquired L1 already.
This patch adds a pseudo-lock
On Wed, 18 Jul 2007, Artem Bityutskiy wrote:
>
> please pull from upstream branch of
> git://git.infradead.org/~dedekind/ubi-2.6.git to receive the following
> updates:
Please don't hide the branch name in the free-flowing text, and instead
write your "please pull" messages like this:
On Wed, 2007-07-18 at 09:03 -0700, Linus Torvalds wrote:
>
> On Tue, 17 Jul 2007, Ingo Molnar wrote:
> >
> > * Ian Kent <[EMAIL PROTECTED]> wrote:
> > >
> > > In several places I have code similar to:
> > >
> > > wait.tv_sec = time(NULL) + 1;
> > > wait.tv_nsec = 0;
>
> Ok, that definitely
> >>Guest0 - blocked on I/O
> >>
> >>IRQ14 from your hardware
> >>Block IRQ14
> >>Sent to guest (guest is blocked)
> >>
> >>IRQ14 from hard disk
> >>Ignored (as blocked)
> >>
>
>
> But now the timer will pop and the hard disk will get its
> Why do the two pages have to be physically contiguous? The stack just
> needs to be two contiguous pages in virtual memory, but they can map to
> any two pages anywhere in physical memory.
Historically we allowed DMA off the stack on old x86 systems. Removing
that while a good idea would
On Wed, 18 Jul 2007, Ingo Molnar wrote:
>
> Linus, Thomas, what do you think, should we keep the time.c change?
No, not if it's off by the second field. That 30% CPU usage indicates that
there's some nasty bug there somewhere, and that's just not worth it.
If time() cannot get the second
Hi. Thanks for reply.
It is not issue of pata_cs5520.
In good case, ReiserFS detects root partition.
Bad case, ReiserFS does not detects partition.
ReiserFS: sda2: found reiserfs format "3.6" with standard journal
On Wed, 18 Jul 2007 14:42:12 +0100
Alan Cox <[EMAIL PROTECTED]> wrote:
> > > I'll
Matt Mackall wrote:
As far as I'm aware, the actual reason for 4K stacks is that after the
system has been up and running for some time getting "1 physically
contiguous pages" becomes significantly easier than 2 which wouldn't be
arbitrary.
If there are exactly two free pages in the system,
> James Simmons wrote:
> > The low_latency is used by the drivers in the case where its not in a
> > interrupt context. Well we are trusting the drivers.
> > Now if it is true what you said then tty_flip_buffer_push has
> > a bug. Looking at several drivers including serial devices
> > they set
On 07/18/2007 06:54 PM, Matt Mackall wrote:
You can expect the distribution of file sizes to follow a gamma
distribution, with a large hump towards the small end of the spectrum
around 1-10K, dropping off very rapidly as file sizes grow.
Okay.
Not too sure then that 8K wouldn't be something
Quoting Serge E. Hallyn ([EMAIL PROTECTED]):
> Quoting Satyam Sharma ([EMAIL PROTECTED]):
> > From: Satyam Sharma <[EMAIL PROTECTED]>
> >
> > [PATCH] Introduce is_owner_or_cap() to wrap CAP_FOWNER use with fsuid check
> >
> > Introduce is_owner_or_cap() macro in fs.h, and convert over relevant
>
On Jul 18 2007 09:41, Randy Dunlap wrote:
>
>Looks good to me except that help text should be indented by
>2 more spaces according to CodingStyle.
Who invented that rule anyway... the "---help---" marker (note the dashes)
clearly separates things already.
Here you go.
===
Add some help texts
J.A. Magallón wrote:
> On Wed, 18 Jul 2007 10:56:11 +0100, Rui Santos <[EMAIL PROTECTED]> wrote:
>
>
>> Hi,
>>
>> I'm getting a strange slow performance behavior on a recently installed
>> Server. Here are the details:
>>
>>
> ...
>
>> I can get a write throughput of 60 MB/sec on each
On Wed, 18 Jul 2007, Antonino A. Daplas wrote:
So, one cannot just set any mode, unless that mode is already defined in
the BIOS mode table. In VBE 3.0, you might be able to choose an
arbitrary vertical refresh rate, but that's the best mode tuning you can
do with the video BIOS.
koan wrote:
> How did you create the ext3 filesystem?
The chunk_size is at 256KB, ext3 block size is 4k. I believe the correct
option that should be passed trough to --stride is 64.
Am I correct ?
I've also tested ( after sending my first report ) with xfs.
I've also increases readahead to 65535
>Alan Cox wrote:
>>> What if we will force the specific device to the end of the list.
>Once
>>> IRQ_NONE was returned by the other devices, we will mask the irq,
>>> forward the irq to the guest, issue a timer for 1msec. Motivation:
>>> 1msec is long enough for the guest to ack the irq + host
> Hotplug is user-controllable, so if the user refrains from adding pci
> devices after assigning a device to the guest, it should work. I think
> that USB interrupts are assigned to the controller, not the device, so
> USB hotplug can be ruled out.
Cardbus is more problematic.
Alan
-
To
We will have a better idea of the issues and possible solutions once the QoS
spec is released, and we can hold discussions on it. I will be working more
details on QoS enhancements starting in the next couple of weeks.
Based on discussions so far, maybe the best path forward from here is to
On Wed, Jul 18, 2007 at 04:38:19AM +0200, Rene Herman wrote:
> On 07/17/2007 01:27 AM, Matt Mackall wrote:
>
> >Larger soft pages waste tremendous amounts of memory (mostly in page
> >cache) for minimal benefit on, say, the typical desktop. While there
> >are workloads where it's a win, it's
On 7/17/07, Tony Breeds <[EMAIL PROTECTED]> wrote:
On Tue, Jul 17, 2007 at 11:04:57AM -0700, Bret Towe wrote:
> this is off my g4 mac mini
> latest git as of when this email was sent
> config file attached
Hi Bret,
the patch below will fix it.
yeap it compiled and boots fine
thanks
201 - 300 of 1126 matches
Mail list logo
