Hi Horst,
> > > No, there is a third case: the pointer can be NULL, but the compiler
> > > happened to move the dereference down to after the check.
>
> > Wow. Great point. I completely missed that possibility. In fact I didn't
> > know that the compiler could possibly alter the order of the
> >
* Trond Myklebust <[EMAIL PROTECTED]> wrote:
> ty den 29.03.2005 Klokka 18:32 (-0500) skreiv Lee Revell:
> > On Tue, 2005-03-29 at 18:18 -0500, Trond Myklebust wrote:
> > > ty den 29.03.2005 Klokka 18:04 (-0500) skreiv Lee Revell:
> > > > I am seeing long latencies in the NFS client code. Attach
* Lee Revell <[EMAIL PROTECTED]> wrote:
> On Fri, 2005-03-25 at 15:59 +0100, Ingo Molnar wrote:
> > i have released the -V0.7.41-10 Real-Time Preemption patch, which can be
> > downloaded from the usual place:
> >
> >http://redhat.com/~mingo/realtime-preempt/
> >
>
> Ingo,
>
> -15 has a
On Wed, Mar 30 2005, Nick Piggin wrote:
> Nick Piggin wrote:
> >Jens Axboe wrote:
> >
> >>Looks good, I've been toying with something very similar for a long time
> >>myself.
> >>
> >
> >Here is another thing I just noticed that should further reduce the
> >locking by at least 1, sometimes 2 lock/u
Hi all,
Well there were a few kernel developers with blogs out there and
since all the cool kids have a planet aggregator I thought as the coolest
we should have one too... and Greg-KH luckly enough had thought the same
and registered the domain...
So now at
http://www.kernelplanet.org/
On Sun, Mar 27, 2005 at 10:27:40PM +, Christensen Tom wrote:
> I'm running 2.6.11 with Ingo's Preempt patch
> (realtime-preempt-2.6.11-final-V0.7.40-04). The system is SMP with a
> broadcom NIC (tg3 driver). I am seeing truly appalling network performance
> (2-4kbps on a 1gbps network). I
On Wed, Mar 30, 2005 at 09:59:48AM +0900, Hirokazu Takata wrote:
> Here is an additional patch to update m32r_sio driver.
> This patch is against 2.6.12-rc1-mm3.
>
> m32r_sio driver updates:
> - Move m32r_sio specific description from asm-m32r/serial.h to
> driver/serial/m32r_sio.c.
> - Remove
On Wed, 2005-03-30 at 00:42 -0800, Matt Mackall wrote:
> On Sun, Mar 27, 2005 at 10:27:40PM +, Christensen Tom wrote:
> > I'm running 2.6.11 with Ingo's Preempt patch
> > (realtime-preempt-2.6.11-final-V0.7.40-04). The system is SMP with a
> > broadcom NIC (tg3 driver). I am seeing truly ap
Hi!
> > You insmod driver for your swap device, then you echo device numbers
> > to /sys... then initiate resume.
>
> So you're saying, let the machine come all the way up, log in as root,
> "echo 8:5 > /sys/power/resume" (I think that was the name), then "echo
> resume > /sys/power/state"? Hm
On Wednesday 30 March 2005 10:30, Dmitry Torokhov wrote:
> On Tuesday 29 March 2005 14:49, Alexey Dobriyan wrote:
> > According to vmlinux, c0202947 is at:
> >
> > c020293e :
>
> Could you please try this one instead? Thanks!
Still dies in serport_ldisc_write_wakeup (doesn't matter how to trigge
On Wed, Mar 30, 2005 at 09:21:46AM +0100, Dave Airlie wrote:
> we have the aggregated blogs of :
> Alan Cox, Dave Airlie, Dave Jones, David Woodhouse, Greg Kroah-Hartman,
I think a link to the corresponding blog of Telsa as a sort of
behind-the-scenes, making of blog might be fun. ;)
-
Hi!
> > > I'm really not trolling, but I suspect if we made the boot process less
> > > verbose, people would start to wonder more about why Linux takes so much
> > > longer than XP to boot.
> >
> > By the way, Microsoft seems to be claiming that boot time will be reduced
> > to the half
> > wit
> For ppc this only gives 32-bit values, which overflow every 129 seconds on my
> G5. Depending on how long you're trying to time, this could be a problem.
Just take an extra measure to "record" overflows (2^32-1 => 0) and you're set.
Jan Engelhardt
--
No TOFU for me, please.
-
To unsubscrib
Hello,
On Tue, 29 Mar 2005 19:06:19 -0500, Ron Gage <[EMAIL PROTECTED]> wrote:
> Laptop is an HP Pavilion N5150, Intel USB chipset (UHCI). Cardbus card is
> generic ALI based USB chipset (EHCI/OHCI). USB drive is a Sony VAIO external
> case for a 2.5" drive. The chip in the usb drive has no man
On Tue, 29 March 2005 17:44:33 -0500, Jeff Garzik wrote:
>
> It doesn't matter that much to me. If you want to undertake
> the removal of linux-net as your personal mission, I won't stop you :)
At least it weakens your position when you state "Random newbie John
Doe failed to pick the correct
When trying a "dd if=/dev/sda of=/dev/null" (where /dev/sda is an USB
memory stick), this works fine for some seconds (and actually transfers
data at around 700-1000 KB/s), but ends up with some I/O errors sooner
or later, which cause the device to go offline (the stick must be
replugged to make it
On Tue, Mar 29, 2005 at 01:23:35PM -0800, Patrick Mochel wrote:
>
> On Tue, 29 Mar 2005, Pavel Machek wrote:
>
> > I don't really want us to try execve during resume... Could we simply
> > artifically fail that execve with something if (in_suspend()) return
> > -EINVAL; [except that in_suspend()
On Wednesday, 30 of March 2005 07:53, Yu, Luming wrote:
> On Tuesday 29 March 2005 17:56, Rafael J. Wysocki wrote:
> > Hi,
> >
> > There is a problem on my box (Asus L5D, x86-64 kernel) with the ACPI
> > battery driver in the 2.6.12-rc1-mm[1-3] kernels. Namely, the battery
> > monitor that I use (
Bouchard, Sebastien wrote:
Hi,
I'm in the process of writing a linux driver and I have a question in
regards to tasklet :
Is it ok to have large delay "udelay(1000);" in the tasklet?
If not, what should I do?
Please send the answer to me personally (I'm not subscribe to the mailling
list) :
I'
On 30/03/2005 10:45:55 linux-kernel-owner wrote:
>> The solution is fairly well known. Rather than treating the zillions
of
>> disk seeks during the boot process as random unconnected events, you
>
>Heh, we actually tried that at SuSE and yes, eliminating seeks helps a
>bit, but no, it is not ma
Paul Jackson <[EMAIL PROTECTED]> wrote:
>
> So I suppose if fork_connector were not used to collect child pid> information for accounting, then someone would have to make
> the case that there were enough other uses, of sufficient value, to add
> fork_connector. We have to be a bit careful, in t
On Tue, Mar 29 2005, Chen, Kenneth W wrote:
> Jens Axboe wrote on Tuesday, March 29, 2005 12:13 AM
> > Just _some_ results would be nice, Dave is right in that 'measurable
> > gains' doesn't really say anything at all. Personally I would like to
> > see a profile diff, for instance. And at least so
Hi,
On Wednesday, 23 of March 2005 21:40, Pavel Machek wrote:
> Hi!
>
> This is against -mm kernel; it is smp swsusp done right, and it
> actually works for me. Unlike previous hacks, it uses cpu hotplug
> infrastructure. Disable CONFIG_MTRR before you try this...
>
> Test this if you can, and r
Hugh Dickins <[EMAIL PROTECTED]> wrote:
> On Fri, 25 Mar 2005, David S. Miller wrote:
>
> [ of flush_tlb_pgtables ]
>
> > Since sparc64 is the only user of this thing...
>
> Not quite. sparc64 is the only user which makes any use of the
> addresses passed to it, but frv does a little assemble
On Wed, 2005-03-30 at 20:25 +1000, Herbert Xu wrote:
> Paul Jackson <[EMAIL PROTECTED]> wrote:
> >
> > So I suppose if fork_connector were not used to collect > child pid> information for accounting, then someone would have to make
> > the case that there were enough other uses, of sufficient val
On Wed, 2005-03-30 at 20:25 +1000, Herbert Xu wrote:
> Paul Jackson <[EMAIL PROTECTED]> wrote:
> >
> > So I suppose if fork_connector were not used to collect > child pid> information for accounting, then someone would have to make
> > the case that there were enough other uses, of sufficient val
> +#define MAKE_LIST(list, nlist) \
> + do {\
> + if(list_empty(&list)) \
> + INIT_LIST_HEAD(nlist); \
> + else { nlist->next->prev = nlist; \
> + nlist->prev->next = nlist; \
> + }
Magnus:
On Wednesday 30 March 2005 05:02, Magnus Damm wrote:
> Hello,
>
> On Tue, 29 Mar 2005 19:06:19 -0500, Ron Gage <[EMAIL PROTECTED]> wrote:
> > Laptop is an HP Pavilion N5150, Intel USB chipset (UHCI). Cardbus card
> > is generic ALI based USB chipset (EHCI/OHCI). USB drive is a Sony VAIO
Geachte dames en heren,
Ergert u zich ook altijd over de hoge prijzen die voor software gevraagd
worden?
Daar komt nu een einde aan. Wij leveren u alle mogelijke software voor een
fractie van de normale prijs.
De software wordt vanuit het buitenland direct naar uw adres verzonden,
omdat het d
Geachte dames en heren,
Ergert u zich ook altijd over de hoge prijzen die voor software gevraagd
worden?
Daar komt nu een einde aan. Wij leveren u alle mogelijke software voor een
fractie van de normale prijs.
De software wordt vanuit het buitenland direct naar uw adres verzonden,
omdat het d
Hi!
> > This is against -mm kernel; it is smp swsusp done right, and it
> > actually works for me. Unlike previous hacks, it uses cpu hotplug
> > infrastructure. Disable CONFIG_MTRR before you try this...
> >
> > Test this if you can, and report any problems. If not enough people
> > scream, this
David Howells wrote:
I suspect Ian can live without his printk!
I expect so, since arm26 doesnt boot yet. Hopefully once I get my
current load of arm32 stuff done I'll get some time to revisit it.
arm26 mm is quite broken right now.
-
To unsubscribe from this list: send the line "unsubscribe linu
$B(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B
$B(.(,(/(B $B(.(,(/(B $B(.(,(/(B $B(.(,(/(B
$B(-=P(2(,(4$$(2(,(4I,(2(,(4>p(2(,(/(B
$B(1(,(42q(2(,(47O(2(,(4>!(2(,(4Js(-(B
$B(1(,(0(B $B(1(,(0(B $B(1(,(0
The attached patch fixes the TLB miss mapping cache flush function.
The flush was attempting to invalidate the coverage start virtual addresses
for the cached page table mappings held in registers SCR0 and SCR1 by writing
0 into them. Unfortunately, 0x-0x0400 is itself a valid part of
The attached patch removes an unused variable from the FRV arch.
Signed-Off-By: David Howells <[EMAIL PROTECTED]>
---
warthog>diffstat -p1 frv-cleanup-unused-2612rc1.diff
arch/frv/kernel/signal.c |1 -
1 files changed, 1 deletion(-)
diff -uNrp /warthog/kernels/linux-2.6.12-rc1/arch/frv/ker
> I'd be interested in the answer as well. I have a driver which does
> udelay(100), so no 1000 but anyway, and of course I end up having the X86_64
> kernel happily crying. I'm moving to a little state-machine to allow for a
> multi-pass approach instead of busy-polling..
> regards
schedule_timeo
The attached patch fixes the FRV configuration to work with 2.6.12-rc1. It
does this by breaking out the kernel hacking menu into a separate file, in the
same way this is done in other archs.
Signed-Off-By: David Howells <[EMAIL PROTECTED]>
---
warthog>diffstat -p1 frv-kconfig-2612rc1.diff
arch
I've written a small test program which enables periodic RTC interrupts
at 8192 Hz and then goes into a loop reading /dev/rtc and collecting
timing statistics (using the rdtscl macro).
The program runs at highest realtime scheduling priority (99) with
memory
locked. In the loop, it doesn't do a
On 30/03/2005 12:50:01 linux-kernel-owner wrote:
>> I'd be interested in the answer as well. I have a driver which does
>> udelay(100), so no 1000 but anyway, and of course I end up having the
X86_64
>> kernel happily crying. I'm moving to a little state-machine to allow
for a
>> multi-pass appr
On Wed, 30 Mar 2005 13:52:05 +0200, kus Kusche Klaus <[EMAIL PROTECTED]> wrote:
> However, things break seriously when exercising the CF card in parallel
> (e.g. with a dd if=/dev/hda of=/dev/null):
>
> * The rtc *interrupt handler* is delayed for up to 250 *micro*seconds.
> This is very bad for
> From: Bartlomiej Zolnierkiewicz [mailto:[EMAIL PROTECTED]
>
> On Wed, 30 Mar 2005 13:52:05 +0200, kus Kusche Klaus
> <[EMAIL PROTECTED]> wrote:
> > However, things break seriously when exercising the CF card
> in parallel
> > (e.g. with a dd if=/dev/hda of=/dev/null):
> >
> > * The rtc *inter
On Wed, 30 Mar 2005, David Howells wrote:
> Hugh Dickins <[EMAIL PROTECTED]> wrote:
> > On Fri, 25 Mar 2005, David S. Miller wrote:
> >
> > [ of flush_tlb_pgtables ]
>
> > > Let's make it so that the flush can be queued up
> > > at pmd_clear() time, as that's what we really want.
> > >
> > > Som
At Tue, 29 Mar 2005 23:13:45 +0200,
Jean Delvare wrote:
>
> Hi Lee,
>
> > Here is the patch (against ALSA CVS) in its preferred format. You
> > will probably have to apply it by hand. If the mixer settings can't
> > be restored you'll have to do it manually or edit asound.state by
> > hand.
> >
The goal here is to replace the head of a existing list pointed to by
'list' with a new head pointed to by 'nlist'.
First there is a memcpy that copies the contents of list to nlist then
this macro is called.
The macro makes sure that if the old head was empty then INIT_LIST_HEAD
the 'nlist', if n
Hello,
I write a lot of files on a USB disk for video monitoring archiving.
The write program is faster than the USB.
Cache disk take all RAM and kernel start swapping and everything become
very slow.
1/ is-it possible to *really* be synchronize. I prefer to have a blocked
write() than use cache
I'm experimenting with a realtime-preempt-2.6.12-rc1-V0.7.41-11 kernel,
preemption fully enabled, and a small RTC test program (see my previous
mail for details).
If my program runs at rtprio 99, most of the time everything is fine:
* My program records intervals of 122 +- 40 microseconds (which
c
Hi,
I'm running into an IRQ problem while removing USB adapters (e.g., when
pulling a PCMCIA card with an OHCI on it).
Specifically, this call chain
usb_hcd_pci_remove -> hcd_buffer_destroy -> dma_pool_destroy
-> pool_free_page -> free_hot_cold_page -> IRQ -> usb_hcd_irq
results in a crash.
Xuân Baldauf <[EMAIL PROTECTED]> writes:
> Why is shortname=lower the default mount option for vfat filesystems?
> Because, with "shortname=lower", copying one FAT32 filesystem tree to
> another FAT32 filesystem tree using Liux results in semantically
> different filesystems. (E.g.: Filenames whic
OGAWA Hirofumi wrote:
Xuân Baldauf <[EMAIL PROTECTED]> writes:
Why is shortname=lower the default mount option for vfat filesystems?
Because, with "shortname=lower", copying one FAT32 filesystem tree to
another FAT32 filesystem tree using Liux results in semantically
different filesystems. (E.g.
On Tue, Mar 29, 2005 at 09:51:08PM -0800, Christoph Lameter wrote:
> + BUG_ON(process_zones(smp_processor_id()));
No. Who told you this was a good idea? This is the *worst* kind of
assert, calling a function with side-effects.
--
"Next the statesmen will invent cheap lies, putting the blam
Current e100.c doesn't follow the EEPROM configuration regarding Auto
MDI/MDI-X switching, instead it is enabled unconditionally for the
relevant chips.
This is especially bad since according to Intel's errata this feature is
no-longer supported.
Signed-off-by: Eran Mann <[EMAIL PROTECTED]>
---
linux lover <[EMAIL PROTECTED]> wrote:
>I successfully added linked list data structure
> in kernel in header file. Write a C source file and
> add it to kernel directory. then write 2 system calls
> that read and write to linked list from user space
> through that syscalls.
>rec
On Wed, 30 Mar 2005, Davide Rossetti wrote:
Bouchard, Sebastien wrote:
Hi,
I'm in the process of writing a linux driver and I have a question in
regards to tasklet :
Is it ok to have large delay "udelay(1000);" in the tasklet?
If not, what should I do?
Please send the answer to me personally (I'm n
I'm performing realtime latency tests (for details about the hardware
and software, see my mail "[BUG] 2.6.11: Random SCSI/USB errors when
reading from USB memory stick" erlier today).
Even when the errors described in my previous mail does not occur,
massive USB stick transfers cause latencies of
on den 30.03.2005 Klokka 10:02 (+0200) skreiv Ingo Molnar:
> the comment suggests that this is optimized for append writes (which is
> quite common, but by far not the only write workload) - but the
> worst-case behavior of this code is very bad. How about disabling this
> sorting altogether an
Sorry for long delay - I was quite far from my test machines.
Here are results:
fork connector with turned off disk writes and direct connector's
methods calls.
pcix$ ./fork_test 10
Average per process fork+exit time is 505 usecs [diff=50567251, max=10].
pcix$ ./fork_test 10
Average
On Tue, Mar 29, 2005 at 11:00:30AM -0800, David Schwartz wrote:
> Since the GPL permits their removal, removing them cannot be
> circumventing
> the GPL. Since the GPL is the only license and the license permits you to
> remove them, they cannot be a license enforcement mechanism. How can yo
On Wed, 30 Mar 2005, P Lavin wrote:
> Date: Wed, 30 Mar 2005 12:45:01 +0530
> From: P Lavin <[EMAIL PROTECTED]>
> To: linux-kernel@vger.kernel.org
> Subject: Re: no need to check for NULL before calling kfree() -fs/ext2/
>
> Hi,
> In my wlan driver module, i allocated some memory using kmalloc in
* Trond Myklebust <[EMAIL PROTECTED]> wrote:
> > the comment suggests that this is optimized for append writes (which is
> > quite common, but by far not the only write workload) - but the
> > worst-case behavior of this code is very bad. How about disabling this
> > sorting altogether and ben
On Tue, 2005-03-29 at 18:18 -0500, Trond Myklebust wrote:
> ty den 29.03.2005 Klokka 18:04 (-0500) skreiv Lee Revell:
> > I am seeing long latencies in the NFS client code. Attached is a ~1.9
> > ms latency trace.
>
> What kind of workload are you using to produce these numbers?
>
Here is the o
Quoting Paul Mackerras ([EMAIL PROTECTED]):
> Serge E. Hallyn writes:
>
> > While investigating the inordinate performance impact one of my patches
> > seemed to be having, we tracked it down to two hlist_for_each_entry
> > loops, and finally to the prefetch instruction in the loop.
>
> I would b
On Tue, Mar 29, 2005 at 12:31:42PM -0400, Horst von Brand wrote:
> Sorry, but an /interfase/ is there to do exactly that. It can be placed
> under copyright protection as code, but /using/ it just can't be considered
> a derived work. It makes no sense that if I get a description (docu,
> example c
Xuân Baldauf <[EMAIL PROTECTED]> writes:
> One could make a slow transition, starting now with a warning like
> "vfat: warning: You are using "shortname=lower" as default. This may
> not be what you want. This default will change to "shortname=mixed"
> after 2005-07-01." if the shortname behaviour
on den 30.03.2005 Klokka 09:26 (-0500) skreiv Lee Revell:
> On Tue, 2005-03-29 at 18:18 -0500, Trond Myklebust wrote:
> > ty den 29.03.2005 Klokka 18:04 (-0500) skreiv Lee Revell:
> > > I am seeing long latencies in the NFS client code. Attached is a ~1.9
> > > ms latency trace.
> >
> > What kind
> I've written a small test program which enables periodic RTC interrupts
> at 8192 Hz and then goes into a loop reading /dev/rtc and collecting
> timing statistics (using the rdtscl macro).
straightforward test, used for many years in the linux community
(I claim to have been the first to publi
Here's some belated comments. I won't even pretend to understand
any of your (imo overcomplex) driver - which is the reason I haven't
bothered commenting before now.
However, it seems that there may be some duplication between what
you're doing and what the rest of the kernel is doing for you.
Th
On Tue, Mar 29, 2005 at 03:40:07PM -0500, Lee Revell wrote:
> On Tue, 2005-03-29 at 20:58 +0200, Tomasz Torcz wrote:
> > On Fri, Mar 25, 2005 at 06:14:22PM -0500, Lee Revell wrote:
> > > On Fri, 2005-03-25 at 23:59 +0100, Julien Wajsberg wrote:
> > > > - audio works too. The only problem is that tw
On Fri, Mar 11, 2005 at 05:34:18PM -0500, Wen Xiong wrote:
> diff -Nuar linux-2.6.11.org/drivers/serial/jsm/jsm_neo.c
> linux-2.6.11.new/drivers/serial/jsm/jsm_neo.c
> --- linux-2.6.11.org/drivers/serial/jsm/jsm_neo.c 1969-12-31
> 18:00:00.0 -0600
> +++ linux-2.6.11.new/drivers/serial
On Tue, Mar 29, 2005 at 11:03:02PM +0100, Hugh Dickins wrote:
>
> > Nice approach
>
> Thanks.
>
> > It will not work as well
> > on large sparse mappings as the bit vectors, but that may be tolerable.
>
> Exactly. It's simply what what we should be doing first, making use of
> the infrastr
$B(#(!(((!(((!(((!(((!(((!(((!(((!(((!(((!(((!(((!(((!(((!($(B
$B(":G("6/("=P("2q("%5("%$("%H("$,("%j("%K("%e("!<("%"("%k("(B
$B(&(!(+(!(+(!(+(!(+(!(+(!(+(!(+(!(+(!(+(!(+(!(+(!(+(!(+(!(%(B
$B("$3("$l("$G("5.("J}("$b("%b("%F("%b("%F("$K("!*("(B
$B(&(!(*(!(*(!(*(!(*(!(*(!
> > unsigned gsindex;
> > asm volatile("movl %%gs,%0" : "=g" (gsindex));
>
> Ok, that's a real x86-64 bug, it seems. Andi, please fix, preferably by
> just making the "g" be a "r".
Will do.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Yves Crespin wrote:
Hello,
I write a lot of files on a USB disk for video monitoring archiving.
The write program is faster than the USB.
Cache disk take all RAM and kernel start swapping and everything become
very slow.
1/ is-it possible to *really* be synchronize. I prefer to have a blocked
wri
On Wednesday 30 March 2005 15:00, Yves Crespin wrote:
> 1/ is-it possible to *really* be synchronize. I prefer to have a blocked
> write() than use cache and get swap!
Try to mount with the sync option.
> 2/ is-it possible to disable cache disk ?
your copy tool has to support/use O_DIRECT
-
To
> Wouldn't you think the kernel already takers are of flow control,
given
> that it already handles the sending of the X* characters?
Hi Russell,
Yes.
The code was written by me before it was integrated into "serial core".
Like your comments suggest, a lot of the "tty" code is now duplicated
Hi,
The attached patch causes the various arch specific install.sh scripts
to look for ${CROSS_COMPILE}installkernel rather than just installkernel
(in both /sbin/ and ~/bin/ where the script already did this). This
allows you to have e.g. arm-linux-installkernel as a handy way to
install on your
> I only use ARM and i386 myself but I figured it couldn't hurt to do the
> whole lot. I've cc'd those who I hope are the arch maintainers for files
> that I've touched.
Fine for x86-64.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [E
[ binutils and libc back in the discussion - I don't know why they got
dropped ]
On Tue, 29 Mar 2005, H. J. Lu wrote:
>
> There is no such an instruction of "movl %ds,(%eax)". The old assembler
> accepts it and turns it into "movw %ds,(%eax)".
I disagree. Violently. As does the old assembler
Bodo Eggert wrote:
Wiktor <[EMAIL PROTECTED]> wrote:
so i thought that it would be nice to add an attribute to file
(changable only for root) that would modify nice value of process when
it starts. if there is one byte free in ext2/3 file metadata, maybe it
could be used for that? i think that it w
On Wed, 30 Mar 2005, kus Kusche Klaus wrote:
> When trying a "dd if=/dev/sda of=/dev/null" (where /dev/sda is an USB
> memory stick), this works fine for some seconds (and actually transfers
> data at around 700-1000 KB/s), but ends up with some I/O errors sooner
> or later, which cause the device
On Wed, 30 Mar 2005, Manfred Spraul wrote:
> >The patch makes the following function calls available to allocate memory on
> >a specific node without changing the basic operation of the slab
> >allocator:
> >
> > kmem_cache_alloc_node(kmem_cache_t *cachep, unsigned int flags, int node);
> > kmallo
On Wed, 30 Mar 2005, kus Kusche Klaus wrote:
> I'm performing realtime latency tests (for details about the hardware
> and software, see my mail "[BUG] 2.6.11: Random SCSI/USB errors when
> reading from USB memory stick" erlier today).
>
> Even when the errors described in my previous mail does n
Hi all :)
I'm going to build a new glibc for my system, and I've installed
'linux-libc-headers', but I've noticed that it provides headers for
'scsi/' subdir, and glibc *does that too*. Should I use the scsi
headers from llh? Should I instead compiled my new glibc without that
headers and
On Wed, 30 Mar 2005, Linus Torvalds wrote:
[ binutils and libc back in the discussion - I don't know why they got
dropped ]
On Tue, 29 Mar 2005, H. J. Lu wrote:
There is no such an instruction of "movl %ds,(%eax)". The old assembler
accepts it and turns it into "movw %ds,(%eax)".
I disagree. Viole
On Sat, 26 Mar 2005, Russell King wrote:
>
> I don't think it'll be invasive to push my get_pgd_slow() fix before
> these freepgt patches appear. For the record, this is the patch I'm
> using at present. With a bit more effort, I could probably eliminate
> pmd_alloc (and therefore the unnecessar
Hi all,
How can one debug kernel before there is no printk mechanism in kernel.
Regards,
Krishna Chaitanya
-
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
Pleas
On Wed, Mar 30, 2005 at 05:00:23PM +0200, Tomasz Torcz wrote:
> It an glaring example, dmix is unsufficient in one third of my sound
> uses (other two beeing movie and music playback)
> But you advertise dmix like it was silver bullet.
An emu10k1 is a silver bullet. :)
Len Sorensen
-
To unsubsc
On Wed, 2005-03-30 at 08:50 +0200, Ingo Molnar wrote:
> * Steven Rostedt <[EMAIL PROTECTED]> wrote:
>
> > OK, I'm declaring defeat here. I've been fighting race conditions all
> > day, and it's now 1 in the morning where I live. It looks like this
> > implementation has no other choice but to ha
On Wed, 30 Mar 2005, krishna wrote:
Hi all,
How can one debug kernel before there is no printk mechanism in kernel.
Regards,
Krishna Chaitanya
Write directly to screen memory at 0x000b8000, or write to the
RS-232C UART while polling the TX buf empty bit, or just write
bits that mean something to yo
Wiktor <[EMAIL PROTECTED]> writes:
> max renice ulimit is quite good idea, but it allows to change nice of
> *any* process user has permissions to. it could be implemented also,
> but the idea of 'nice' file attribute is to allow *only* some process
> be run with lower nice. what's more, that nice
On Sat, 26 Mar 2005, Russell King wrote:
> On Sun, Mar 27, 2005 at 12:51:14AM +1100, Nick Piggin wrote:
>
> > But I don't quite understand (should really look at the code more),
> > how come you aren't leaking memory?
>
> The ARM free_pgd_slow() knows about this special first L1 page table, and
>
On Wed, Mar 30, 2005 at 02:06:39PM +1000, Neil Brown wrote:
> On Tuesday March 29, [EMAIL PROTECTED] wrote:
> >
> > Attached is the backout patch, for convenience.
>
> Thanks. I had another look, and think I may be able to see the
> problem. If I'm right, it is a problem with this patch.
>
> >
On Tue, 2005-03-29 at 23:03 -0800, Gerrit Huizenga wrote:
> The code provides a fairly simple mechanism for adding controllers for
> any resource type
Last time I saw the memory controller, it was 3000 lines. Doesn't seem
too simple to me. :)
Can you post some of the additional controllers that
Whilst trying to stress test a Promise SX8 card, we stumbled across
some nasty filesystem corruption in ext2. Our tests involved
creating an ext2 partition, mounting, running several concurrent
fsx's over it, umounting, and fsck'ing, all scripted[1]. The fsck
would always return with errors.
This
"Jean Delvare" <[EMAIL PROTECTED]> said:
> > > > No, there is a third case: the pointer can be NULL, but the compiler
> > > > happened to move the dereference down to after the check.
> > > Wow. Great point. I completely missed that possibility. In fact I didn't
> > > know that the compiler could
Hi,
Here goes -rc4 to fix a couple of regressions have been confirmed:
- ext3 IO EH changes need more work
- Netfilter bogus mc_list deletion
Hopefully this will become final in a day or two.
Summary of changes from v2.4.30-rc3 to v2.4.30-rc4
Herb
On Wed, 30 Mar 2005, Andi Kleen wrote:
>
> Ok. I will defer the bitvector patch now.
>
> I had it mostly working with hacks, but than I ran into
> a nasty include ordering problem that scared me off so far.
Hah, you too! I knew Ben and Nick had designs in that kind
of direction, and meant to l
Måns Rullgård wrote:
It can be done entirely in userspace, if you want it. Just hack your
shell to examine some extended attribute of your choice, and adjust
the nice value before executing files. Then arrange to have the shell
run with a negative nice value. This can be easily accomplished with
Andrew Morton wrote:
Lutz Vieweg <[EMAIL PROTECTED]> wrote:
I'm currently investigating the following problem, which seems to indicate
a misbehaviour of the kernel:
A server software we implemented is sporadically "hanging" in a select()
call since we upgraded from kernel 2.4 to (currently) 2.6.9 (
On Wed, 30 Mar 2005 08:53:19 PST, Dave Hansen wrote:
> On Tue, 2005-03-29 at 23:03 -0800, Gerrit Huizenga wrote:
> > The code provides a fairly simple mechanism for adding controllers for
> > any resource type
>
> Last time I saw the memory controller, it was 3000 lines. Doesn't seem
> too simpl
On Wed, Mar 30, 2005 at 06:00:54PM +0100, Hugh Dickins wrote:
> And, whether FIRST_USER_ADDRESS is 0x8000 or 2MB,
> shouldn't your arch_get_unmapped_area be enforcing it?
Why should it? arch_get_unmapped_area allocates address space dynamically
when NULL is passed, and always starts from TASK_UNM
1 - 100 of 319 matches
Mail list logo
