On Wed, Dec 27, 2006 at 07:49:59PM -0800, Andrew Morton wrote:
> On Thu, 28 Dec 2006 11:17:25 +0800
> "Zhang, Yanmin" <[EMAIL PROTECTED]> wrote:
>
> > Currently, by /proc/sys/vm/drop_caches, applications could drop pagecache,
> > slab(dentries and inodes), or both, but applications couldn't choose
From: "Chen, Kenneth W" <[EMAIL PROTECTED]>
Date: Wed, 27 Dec 2006 22:10:52 -0800
> Chen, Kenneth wrote on Wednesday, December 27, 2006 9:55 PM
> > Linus Torvalds wrote on Wednesday, December 27, 2006 7:05 PM
> > > On Wed, 27 Dec 2006, David Miller wrote:
> > > > >
> > > > > I still don't see _wh
Chen, Kenneth wrote on Wednesday, December 27, 2006 9:55 PM
> Linus Torvalds wrote on Wednesday, December 27, 2006 7:05 PM
> > On Wed, 27 Dec 2006, David Miller wrote:
> > > >
> > > > I still don't see _why_, though. But maybe smarter people than me can
> > > > see
> > > > it..
> > >
> > > FWIW
On 12/27/06, Linus Torvalds <[EMAIL PROTECTED]> wrote:
That's just 400kB!
There's no way you should see corruption with that kind of value. It
should all stay solidly in the cache.
100kB and 200kB files always succeed on the ARM system. 400kB and
larger always seem to fail.
Does the followin
Linus Torvalds wrote on Wednesday, December 27, 2006 7:05 PM
> On Wed, 27 Dec 2006, David Miller wrote:
> > >
> > > I still don't see _why_, though. But maybe smarter people than me can see
> > > it..
> >
> > FWIW this program definitely triggers the bug for me.
>
> Ok, now that I have somethin
Hi David
On 12/27/06, David Miller <[EMAIL PROTECTED]> wrote:
Me too, I added "-D_POSIX_C_SOURCE=200112" to "fix" this.
That works for me. Thanks for the tip.
Gordon
--
Gordon Farquharson
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [
From: "Gordon Farquharson" <[EMAIL PROTECTED]>
Date: Wed, 27 Dec 2006 22:20:20 -0700
> and for some reason I get
>
> linus-test.c: In function 'remap':
> linus-test.c:61: error: 'POSIX_FADV_DONTNEED' undeclared (first use in
> this function)
>
> when I compile the program, so I replaced POSIX_FA
On 12/27/06, Linus Torvalds <[EMAIL PROTECTED]> wrote:
On Wed, 27 Dec 2006, Gordon Farquharson wrote:
>
> I don't think so. I did reduce the target size
>
> #define TARGETSIZE (100 << 12)
That's just 400kB!
There's no way you should see corruption with that kind of value. It
should all stay so
On Wednesday 27 December 2006 9:48 pm, Denis Vlasenko wrote:
> Yes Rob, I know it can be done like this. But we don't want this.
> In the tar example, we want :
>
> 'Run my own binary again, with parameters: "zcat" "a.tar.gz",
> even if there is no [/usr][/local]/bin/zcat -> busybox link anywhere'
[Oops - forgot to hit "Reply to All" first time round.]
Hi Linus
On 12/27/06, Linus Torvalds <[EMAIL PROTECTED]> wrote:
For all I know, my test-program is buggy wrt the ordering printouts,
though. Did you perhaps change the logic in any way?
I don't think so. I did reduce the target size
#d
On Wed, 27 Dec 2006, Gordon Farquharson wrote:
>
> It is at all suprising that the second offset within a page can be
> less than the first offset within a page ? e.g.
>
> Chunk 260 corrupted (1-1455) (2769-127)
No, that just means that it went over to the next page (so you actually
had two
Hi !
On Wed, Dec 20, 2006 at 12:21:59PM -0700, Sebastian Kuzminsky wrote:
> Hi folks, I've got an old PC (Pentium 133 MHz, 64 MB RAM, no swap)
> running Linux 2.4.32, and lately I've been getting kernel BUGs like this:
>
> kernel: kernel BUG at slab.c:1582!
> kernel: invalid operand:
the i2c smbus documentation has a typo ... when it describes the
"SMBus Write Word Data" function, it says that it is meant to "read
from a device" when in reality it should obviously be writing to the
device
btw, the i2c/smbus docs in Documentation/i2c/ are superb, thanks all :)
-mike
linux-i2
On 12/27/06, Linus Torvalds <[EMAIL PROTECTED]> wrote:
[ Modified test-program that tells you where the corruption happens (and
when the missing parts were supposed to be written out) appended, in
case people care. ]
For the record, this is the output from a run on our ARM machine (32
MB R
Tejun Heo wrote:
> Harald Dunkel wrote:
>> Hi Tejun,
>>
>> Tejun Heo wrote:
>>> * dmesg is truncated, please post the content of file /var/log/boot.msg.
>>>
>>> * Please post the result of 'lspci -nnvvv'
>>>
>>> * Please try the attached patch and see if it makes any difference and
>>> post the res
On Thursday 28 December 2006 04:02, Alistair John Strachan wrote:
> On Thursday 28 December 2006 02:41, Zhang, Yanmin wrote:
> [snip]
>
> > > Here's a current decompilation of vmlinux/pipe_poll() from the running
> > > kernel, the addresses have changed slightly. There's no xchg there
> > > either:
On Thursday 28 December 2006 02:41, Zhang, Yanmin wrote:
[snip]
> > Here's a current decompilation of vmlinux/pipe_poll() from the running
> > kernel, the addresses have changed slightly. There's no xchg there
> > either:
>
> Could you reproduce the bug by the new kernel, so we could get the exact
On 12/22/06, Franck Bui-Huu <[EMAIL PROTECTED]> wrote:
Well thinking more about it, this wouldn't work for all cache types.
For example, if your cache is not a direct maped one, this workaround
won't work. So this is definitely not a portable solution.
From asking peterz on #mm, I think page
On Thu, 28 Dec 2006 11:17:25 +0800
"Zhang, Yanmin" <[EMAIL PROTECTED]> wrote:
> Currently, by /proc/sys/vm/drop_caches, applications could drop pagecache,
> slab(dentries and inodes), or both, but applications couldn't choose to
> just drop the page cache of one file. An user of VOD (Video-On-Dema
On 12/27/06, Aubrey <[EMAIL PROTECTED]> wrote:
As for the buddy system, much of docs mention the physical address of
the first page frame of a block should be a multiple of the group
size. For example, the initial address of a 16-page-frame block should
be 16-page aligned. I happened to encounted
Greetings;
Rather offtopic, but:
Is there available anyplace, a document that describes how to configure
the PL2303 USB<->serial adaptor to match up with all the hardware and
flow control variations inherent in the basic rs-232 spec?
Thanks.
--
Cheers, Gene
"There are four boxes to be used i
Andrew Lyon wrote:
> Hi,
>
> My system is gigabyte ds3 motherboard with onboard SATA JMicron
> 20360/20363 AHCI Controller (rev 02), drive connected is WDC
> WD740ADFD-00 20.0, I am running 2.6.18.6 32 bit, under heavy i/o I get
> the following messaegs:
>
> ata1: spurious interrupt (irq_stat 0x8
Currently, by /proc/sys/vm/drop_caches, applications could drop pagecache,
slab(dentries and inodes), or both, but applications couldn't choose to
just drop the page cache of one file. An user of VOD (Video-On-Demand)
needs this capability to have more detailed control on page cache release.
Below
On Wed, 27 Dec 2006, David Miller wrote:
> >
> > I still don't see _why_, though. But maybe smarter people than me can see
> > it..
>
> FWIW this program definitely triggers the bug for me.
Ok, now that I have something simple to do repeatable stuff with, I can
say what the pattern is.. It's
On Wednesday 27 December 2006 22:03, Rob Landley wrote:
> On Wednesday 27 December 2006 1:35 pm, Denis Vlasenko wrote:
> > This solves chroot problem. How to find path-to-yourself reliably
> > (for one, without using /proc/self/exe) is not obvious to me.
>
> Been there, done that. Both my toybox
On Wed, 2006-12-27 at 12:35 +, Alistair John Strachan wrote:
> On Wednesday 27 December 2006 02:07, Zhang, Yanmin wrote:
> [snip]
> > > Call Trace:
> > > [] do_sys_poll+0x253/0x480
> > > [] sys_poll+0x33/0x50
> > > [] syscall_call+0x7/0xb
> > > [] 0xb7f26402
> > >
Something has stopped working between usb_audio and ALSA. When I boot
my USB audio won't work, but if I remove it and plug it in again it
works. I posted this on usb-dev and alsa-dev but everyone is gone.
The error occurs when the device is plugged in a again.
usb 2-1: new full speed USB device
Rene Herman wrote:
> Tejun Heo wrote:
>
>> Rene Herman wrote:
>
>>> I just tried the PATA driver for my AMD756 chip. During boot, it hangs
>>> for 3 minutes failing to identify my DVD-ROM (secondary slave) and does
>>> not give me access to it after it timed out.
>>
>> Please give a shot at v2.6.
Still getting the bug with patch applied.
BUG: scheduling while atomic: hald-addon-stor/0x2000/5078
[] __sched_text_start+0x5f9/0xb00
[] net_rx_action+0xb3/0x180
[] __do_softirq+0x72/0xe0
[] do_IRQ+0x45/0x80
[] common_interrupt+0x23/0x28
[] __cond_resched+0x16/0x40
[] cond_resched+0x23/0x30
Hi,
My system is gigabyte ds3 motherboard with onboard SATA JMicron
20360/20363 AHCI Controller (rev 02), drive connected is WDC
WD740ADFD-00 20.0, I am running 2.6.18.6 32 bit, under heavy i/o I get
the following messaegs:
ata1: spurious interrupt (irq_stat 0x8 active_tag -84148995 sactive 0x0)
On Wed, 20 Dec 2006 17:13:43 -0500
john stultz <[EMAIL PROTECTED]> wrote:
> This patch converts x86_64 to use the GENERIC_TIME infrastructure and
> adds clocksource structures for both TSC and HPET (ACPI PM is shared w/
> i386).
printk timestamping shows a time of zero all the time, because not
On Wednesday 27 December 2006 18:39, David R. Meyer wrote:
> I hope it doesn't get me kicked off the list for unnecessary traffic,
> but Happy Birthday Linus. Thanks for making computing fun again
>
> Dave
>
Oh, wow, I totally missed the initial post. Happy Birthday, Linus!
DRH
> Loye Young
Running qemu with 512M ram out of available 480M total invoked the OOM killer
(that's obvious along with other OOM-killer stupidities like killing totally
irrelevant processes) followed by the below OOPS.
Killed process 19271 (trashapplet)Out of memory: kill process 12475 (qemu)
score 7899 or a
From: Linus Torvalds <[EMAIL PROTECTED]>
Date: Wed, 27 Dec 2006 16:39:43 -0800 (PST)
>
>
> On Wed, 27 Dec 2006, Linus Torvalds wrote:
> >
> > I think the test-case could probably be improved by having a munmap() and
> > page-cache flush in between the writing and the checking, to see whether
From: Linus Torvalds <[EMAIL PROTECTED]>
Date: Wed, 27 Dec 2006 16:42:40 -0800 (PST)
> That's fine. In that situation, you shouldn't need any atomic ops at all,
> I think all our sw page-table operations are already done under the pte
> lock.
This is true, but there is one subtlety to this I w
On Thu, 28 Dec 2006, Martin Schwidefsky wrote:
>
> For s390 there are two aspects to consider:
> 1) the pte values are 100% software controlled.
That's fine. In that situation, you shouldn't need any atomic ops at all,
I think all our sw page-table operations are already done under the pte
lo
On Wed, 27 Dec 2006, Linus Torvalds wrote:
>
> I think the test-case could probably be improved by having a munmap() and
> page-cache flush in between the writing and the checking, to see whether
> that shows the corruption easier (and possibly without having to start
> paging in order to thr
Rusty Russell wrote:
On Mon, 2006-12-25 at 01:53 +0100, Rene Herman wrote:
Rene Herman wrote:
Use adding __init to romsignature() (it's only called from probe_roms()
which is itself __init) as an excuse to submit a pedantic cleanup.
Hmm, by the way, if romsignature() needs this
On Tue, Dec 26, 2006 at 03:42:57PM +0800, Fengguang Wu wrote:
> On Tue, Dec 26, 2006 at 03:16:52PM +0900, Paul Mundt wrote:
> > pidhash_shift = max(4, fls(megabytes * 4));
> > pidhash_shift = min(12, pidhash_shift);
> > pidhash_size = 1 << pidhash_shift;
> >
> > + size = pidhash_siz
On Tue, 26 Dec 2006, David Miller wrote:
>
> I've seen it on sparc64, UP kernel, no preempt.
Ok, I still don't have a clue, but I think I at least have a new
test-case.
It can probably be improved upon, but this would _seem_ to trigger the
problem. Can people check?
You'd want to make sure y
On 27/12/06, Ingo Molnar <[EMAIL PROTECTED]> wrote:
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> The pure per-CPU design would have to embedd the CPU ID the object is
> attached to into the allocated object. If that is not feasible then
> only the global hash remains i think.
embedding the info sh
On Wed, 2006-12-27 at 22:25 +0100, Ingo Molnar wrote:
> * Daniel Walker <[EMAIL PROTECTED]> wrote:
>
> > I got some scheduling while atomic on x86-64 , and since x86-64
> > doesn't seem to have HIGHMEM there's no workaround for kmap_atomic() .
> >
> > This patch adds the same as i386 HIGHMEM for
On Thu, 2006-12-21 at 12:01 -0800, Linus Torvalds wrote:
> What do you guys think? Does something like this work out for S/390 too? I
> tried to make that "ptep_flush_dirty()" concept work for architectures
> that hide the dirty bit somewhere else too, but..
For s390 there are two aspects to consi
On Wednesday 27 December 2006 2:30 pm, Arjan van de Ven wrote:
> On Wed, 2006-12-27 at 13:47 -0800, David Brownell wrote:
> > The PNP framework doesn't export "pnp_bus_type", which is an unfortunate
> > exception to the policy followed by pretty much every other bus. I noticed
> > this when I had
Happy Birthday to the leader of the penguins ;)
Since Linus can't necessarily hear us, lets all type in harmony.
"For he's a jolly good fellow..."
Loye Young wrote:
> Be it remembered that on the 28th day of December in the year of our Lord
> 1969, there was born in the town of Helsinki, Finlan
"Nothing is hard if you already know how." -- Unknown
"Nadie nace enseñó." -- Mexican proverb. ("Nobody is born taught.")
>All you need to do is write the device interface.
I wish that I knew how to program in C, and that I knew how to recompile the
kernel. But C is Greek to me. Besides, it i
I hope it doesn't get me kicked off the list for unnecessary traffic,
but Happy Birthday Linus. Thanks for making computing fun again
Dave
Loye Young wrote:
Be it remembered that on the 28th day of December in the year of our Lord 1969, there was born in the town of Helsinki, Finland, Linu
On Wed, 27 Dec 2006, Horst H. von Brand wrote:
> Robert P. J. Day <[EMAIL PROTECTED]> wrote:
> > Remove Kconfig comparisons of the form FUBAR || FUBAR=n, since they
> > appear to be superfluous.
> >
> > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
> >
> > ---
> >
> > based on what i rea
Be it remembered that on the 28th day of December in the year of our Lord 1969,
there was born in the town of Helsinki, Finland, Linus Benedict Torvalds.
Long live the king.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
M
Zack Weinberg wrote:
This patch introduces with symbolic constants for the
various sys_syslog() opcodes, and changes all in-kernel references to
those opcodes to use the constants. The header is added to the set of
user/kernel interface headers.
[...]
-/*
- * Commands to do_syslog:
+/**
+ *
Has anybody succeded running OpenSolaris under KVM virtualization?
Before I download OS install DVD in vain...
Windows XP obviously runs great
(http://linux.inet.hr/finally-user-friendly-virtualization-for-linux.html,
but I would like to play with other Unix a little bit, without having
to dual b
On Wed, 2006-12-27 at 13:47 -0800, David Brownell wrote:
> The PNP framework doesn't export "pnp_bus_type", which is an unfortunate
> exception to the policy followed by pretty much every other bus. I noticed
> this when I had to find a device in order to provide its platform_data.
can you please
Karel Zak wrote:
For example for my laptop is it true that "life is too short to
enable SELinux", but it's probably not true for servers in the bank where
I have money. (I hope so:-)
You'd be surprised how many banks run Windows, and not even the most
recent versions.
-hpa
-
To
> And last but not least, thanks to James Simmons for beginning this work a
> while ago as his code was great to start with.
Wow!! I thought the work was dropped along time ago. Thanks for bring it
back.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Wed, Dec 27, 2006 at 03:42:13PM -0500, Theodore Tso wrote:
> On Wed, Dec 27, 2006 at 08:18:24PM +0100, Karel Zak wrote:
> > Frankly, it wasn't always easy to use SeLinux in previous FC
> > releases, but there is huge progress and I think it's much better in
> > FC6.
>
> I've never tried SELi
On Wed, 2006-12-27 at 22:25 +0100, Ingo Molnar wrote:
>
> +void pagefault_disable(void)
> +{
> + current->pagefault_disabled++;
> + /*
> +* make sure to have issued the store before a pagefault
> +* can hit.
> +*/
> + barrier();
> +}
> +
> +void pagefault_
The PNP framework doesn't export "pnp_bus_type", which is an unfortunate
exception to the policy followed by pretty much every other bus. I noticed
this when I had to find a device in order to provide its platform_data.
Signed-off-by: David Brownell <[EMAIL PROTECTED]>
Index: g26/drivers/pnp/bas
* Daniel Walker <[EMAIL PROTECTED]> wrote:
> On Wed, 2006-12-27 at 22:31 +0100, Ingo Molnar wrote:
> > plus on i386 the fix below is needed as well.
> >
>
> We do it on most other arches .. PowerPC , and I think ARM too.
I dont think they currently work with PREEMPT_RT and HIGHMEM enabled,
bu
On Wed, 2006-12-27 at 22:25 +0100, Ingo Molnar wrote:
> * Daniel Walker <[EMAIL PROTECTED]> wrote:
>
> > I got some scheduling while atomic on x86-64 , and since x86-64
> > doesn't seem to have HIGHMEM there's no workaround for kmap_atomic() .
> >
> > This patch adds the same as i386 HIGHMEM for
On Wed, 2006-12-27 at 22:31 +0100, Ingo Molnar wrote:
> plus on i386 the fix below is needed as well.
>
We do it on most other arches .. PowerPC , and I think ARM too.
Daniel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
plus on i386 the fix below is needed as well.
Ingo
---
include/asm-i386/highmem.h |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Index: linux/include/asm-i386/highmem.h
===
--- linux.orig/include/asm-i386/h
Good day.
The bug where the kernel repetitively emits "atkbd.c: Spurious ACK on
isa0060/serio0. Some program might be trying access hardware directly"
(sic) on a panic, thereby scrolling away the information that would help
in seeing what exactly the problem was (ie, "Unable to mount root fs"
* Daniel Walker <[EMAIL PROTECTED]> wrote:
> I got some scheduling while atomic on x86-64 , and since x86-64
> doesn't seem to have HIGHMEM there's no workaround for kmap_atomic() .
>
> This patch adds the same as i386 HIGHMEM for !HIGHMEM.
the problem is that this does not disable pagefaultin
On Wednesday 27 December 2006 1:49 pm, Ray Lee wrote:
> >>> I haven't got a man page for fexecve. Does libc have it?
> >> It's implemented inside glibc, and uses /proc to execve() the file that
> >> the fd points to.
>
> Oh, hmm. Then I think it won't work, will it? I'd assumed fexecve was
> impl
> To the King of Penguins and the Wise Architects of the Kernel:
>
> Greetings and Smooth Compiling to All,
>
> I, a humble pilgrim in the Land of Tux, have spent over a year
> seeking a simple answer to what seems to me a simple question:
> How do I expose my RS232 barcode scanner to the inpu
On Wed, 2006-12-27 at 21:54 +0100, Ingo Molnar wrote:
> * Daniel Walker <[EMAIL PROTECTED]> wrote:
>
> > I got some scheduling while atomic on x86-64 , [...]
>
> please post those messages too.
>
> Ingo
Ok .. This is from 2.6.20-rc2-rt0 tho .
BUG: scheduling while atomic: kswapd0/0x0
On Wednesday 27 December 2006 1:35 pm, Denis Vlasenko wrote:
> This solves chroot problem. How to find path-to-yourself reliably
> (for one, without using /proc/self/exe) is not obvious to me.
Been there, done that. Both my toybox and Firmware Linux projects do this.
In FWL it's line 115 of thi
* Daniel Walker <[EMAIL PROTECTED]> wrote:
> I got some scheduling while atomic on x86-64 , [...]
please post those messages too.
Ingo
-
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://v
Evgeniy Polyakov wrote:
> Why do we want to inject _ready_ event, when it is possible to mark
> event as ready and wakeup thread parked in syscall?
Going back to this old one:
How do you want to mark an event ready if you don't want to introduce
yet another layer of data structures? The event no
Please attach patches as inline text, not as a binary file, so that we
can all read it.
Thomas Maier wrote:
Hello,
this is a patch to cleanup some things in the pktcdvd driver for linux 2.6.20:
- update documentation
- use clear_bdi_congested/set_bdi_congested functions directly instead of ol
On Wed, Dec 27, 2006 at 08:18:24PM +0100, Karel Zak wrote:
> Frankly, it wasn't always easy to use SeLinux in previous FC
> releases, but there is huge progress and I think it's much better in
> FC6.
I've never tried SELinux, but at one point there were all sorts of
horror stories that if you e
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Wed, Dec 13, 2006 at 03:56:46PM -0300, Horst H. von Brand wrote:
> > I've been running kernel du jour straight from git on my SPARC Ultra 1 for
> > some time now on Aurora Corona (Fedora relative, development branch). For a
> > few days now 2.6.19 panics
[EMAIL PROTECTED] wrote:
> Did you see this patch at V9 series? This bug is fixed.
> I also fixed this code according the latest Russel's comments and will send
> again at V9, just this patch.
>
>
The V9 you sent me on the 15th was before Russell pointed out the
dangling lock, and doesn't cont
On Wed, Dec 27, 2006 at 09:52:02AM -0800, Martin Knoblauch wrote:
> For sizing purposes, doing benchmarks is the only way. For the purpose
> of Ganglia the sockets/cores/threads info is purely for inventory. And
> we are likely going to add the new information to our metrics.
>
> But - we still
To the King of Penguins and the Wise Architects of the Kernel:
Greetings and Smooth Compiling to All,
I, a humble pilgrim in the Land of Tux, have spent over a year seeking a simple
answer to what seems to me a simple question: How do I expose my RS232 barcode
scanner to the input layer so that
On Wednesday 27 December 2006 18:09, Paul Slootman wrote:
[snip]
> My question is: why is CPU being used by the RAID1 threads, even for
> those devices that are otherwise unused? What are they doing?
> I even started distributed-net to check that it wasn't just idle CPU
> cycles that were being use
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>On Dec 27 2006 19:09, Paul Slootman wrote:
>>
>>This works fine, but I noticed that quite some time was being used by
>>the mdX_raid1 threads; even on a partition that's not even being used at
>>this time... (it was an empty mounted filesystem, but I umou
I got some scheduling while atomic on x86-64 , and since x86-64 doesn't seem
to have HIGHMEM there's no workaround for kmap_atomic() .
This patch adds the same as i386 HIGHMEM for !HIGHMEM.
Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]>
---
include/linux/highmem.h | 14 +-
1 fil
On Dec 27 2006 03:03, Jan Engelhardt wrote:
>
>I have been noticing that running nmap -sF on oneself does not generate
>a reply from the TCP stack on 2.6.18(.5). In other words:
[...]
Alright same behavior on 2.6.13 and nmap 3.81, so the problem is
somewhere on my side having misdocumented some
On Wed, Dec 27, 2006 at 07:39:47PM +0100, Arnd Bergmann wrote:
> On Wednesday 27 December 2006 19:15, Karel Zak wrote:
> >
> > On Wed, Dec 27, 2006 at 03:46:10AM +0100, Arnd Bergmann wrote:
> > > On Monday 18 December 2006 08:17, Karel Zak wrote:
> > > > - remove FS/device detection code
>
Rob Landley wrote:
> On Wednesday 27 December 2006 1:08 am, Vadim Lobanov wrote:
>> On Wed, 2006-12-27 at 00:51 -0500, Rob Landley wrote:
>>> On Wednesday 27 December 2006 12:13 am, Ray Lee wrote:
How about openning an fd to yourself at the beginning of execution, then
calling fexecve lat
On Wednesday 27 December 2006 19:15, Karel Zak wrote:
>
> On Wed, Dec 27, 2006 at 03:46:10AM +0100, Arnd Bergmann wrote:
> > On Monday 18 December 2006 08:17, Karel Zak wrote:
> > > - remove FS/device detection code
> > > (libblkid from e2fsprogs or libvolumeid is replacement)
>
On Wed, 2006-12-27 at 10:04 -0800, Daniel Walker wrote:
> On Wed, 2006-12-27 at 09:53 -0800, Daniel Walker wrote:
>
> > The system hang was resolved by changing the irq threads to all prio
> > 50 ..
>
> Guess I was wrong about this.. The hang was resolved, but I's not sure
> how yet ..
Looks lik
On Wednesday 27 December 2006 06:13, Ray Lee wrote:
> On 12/26/06, Rob Landley <[EMAIL PROTECTED]> wrote:
> > I'm trying to make some nommu-friendly busybox-like tools, which means using
> > vfork() instead of fork(). This means that after I fork I have to exec in
> > the child to unblock the pare
Hello,
this is a patch to cleanup some things in the pktcdvd driver for linux 2.6.20:
- update documentation
- use clear_bdi_congested/set_bdi_congested functions directly instead of old
wrappers
- removed DECLARE_BUF_AS_STRING macro
Signed-off-by: Thomas Maier <[EMAIL PROTECTED]>
pktcdvd-2.6.
On Dec 27 2006 19:09, Paul Slootman wrote:
>
>This works fine, but I noticed that quite some time was being used by
>the mdX_raid1 threads; even on a partition that's not even being used at
>this time... (it was an empty mounted filesystem, but I umounted it to
>be sure the filesystem code wasn't
On Wed, Dec 27, 2006 at 03:46:10AM +0100, Arnd Bergmann wrote:
> On Monday 18 December 2006 08:17, Karel Zak wrote:
> > - remove FS/device detection code
> > (libblkid from e2fsprogs or libvolumeid is replacement)
>
> I saw that the current Fedora already dynamically links /bin/m
Summary: why are idle RAID1 devices using CPU?
I have a Sun Netra X1 (ultrasparc @ 440MHz) running 2.6.19.1.
There's one little modification I made to it: instead of 2 SCSI disks,
it has one SCSI and one SATA disk (and a PCI SII 3512 card to connect
it).
Both disks are basically partitioned ident
On Wed, 2006-12-27 at 09:53 -0800, Daniel Walker wrote:
> The system hang was resolved by changing the irq threads to all prio
> 50 ..
Guess I was wrong about this.. The hang was resolved, but I's not sure
how yet ..
Daniel
-
To unsubscribe from this list: send the line "unsubscribe linux-kerne
>In article <[EMAIL PROTECTED]> you
wrote:
>> once your program (and many others) have such a check, then the next
>> step will be pressure on the kernel code to "fake" the old situation
>> when there is a processor where no
longer
>> holds. It's basically a road to madness :-(
>
> I agree that fo
On Wed, 2006-12-27 at 18:39 +0100, Ingo Molnar wrote:
> * Daniel Walker <[EMAIL PROTECTED]> wrote:
>
> > These calls were getting inconsistent wrt. the xtime_lock. The
> > xtime_lock should be held when doing the warp check update, and
> > interrupts should be off.
>
> thanks, applied. Does thi
Tejun Heo wrote:
Rene Herman wrote:
I just tried the PATA driver for my AMD756 chip. During boot, it hangs
for 3 minutes failing to identify my DVD-ROM (secondary slave) and does
not give me access to it after it timed out.
Please give a shot at v2.6.20-rc2 and report what the kernel says.
the KERNELDOC and DOCPROC variables are relative to the
$(srctree)/$(objtree) and expect to be run only from there ...
attached patch adds proper srctree/objtree prefixes to both variables
-mike
linux-docbook-trees.patch
Description: Binary data
* Daniel Walker <[EMAIL PROTECTED]> wrote:
> These calls were getting inconsistent wrt. the xtime_lock. The
> xtime_lock should be held when doing the warp check update, and
> interrupts should be off.
thanks, applied. Does this solve some warnings that you saw trigger?
Ingo
-
To unsu
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > As I mentioned in a different e-mail, a way to remove the global
> > hash table is to create per-cpu hashes. The only problem is that in
> > these 8-10% of the cases, freeing would need to look up the other
> > hashes. This would become a problem wi
These calls were getting inconsistent wrt. the xtime_lock. The xtime_lock should
be held when doing the warp check update, and interrupts should be off.
In some places the warp update was getting called twice, once under the
xtime_lock
then again right outside the xtime_lock.
Signed-Off-By: Dani
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > unified event system for Linux we need people to help out with
> > straightening out these even provides as Evgeny seems to be
> > unwilling/unable to do the work himself and the duplication is
> > simply not acceptable.
>
> yeah. T
Hello Alan, Jeff,
Reading a paper on this new libata, I just want to try but failled yet for what said this
thread "ATAPI CDROM" ;_(.
I first test the latest stable 2.6.19.1 without luck, so I also want to try latest 2.6.20-rc2 unfortunately without more
success.
Here it was the test of new
From: Hans Verkuil <[EMAIL PROTECTED]>
Change the code to unconditionally turn off the temporal filter when scaling.
If the window is not full screen the filter will introduce a nasty ghosting
effect.
Signed-off-by: Hans Verkuil <[EMAIL PROTECTED]>
Signed-off-by: Mauro Carvalho Chehab <[EMAIL PR
In article <[EMAIL PROTECTED]> you wrote:
> once your program (and many others) have such a check, then the next
> step will be pressure on the kernel code to "fake" the old situation
> when there is a processor where no longer
> holds. It's basically a road to madness :-(
I agree that for HPC si
1 - 100 of 189 matches
Mail list logo
