On Tue, Jun 26, 2001 at 09:40:36PM -0400, Alexander Viro wrote:
You need /dev/zero to get anywhere near the normal behaviour of the
system.
Not commenting on the original patch, I think requiring /dev/zero for
a 'usable' system should be considered a [g]libc bug. /dev/zero should
be present,
On Mon, Jun 25, 2001 at 02:20:16AM -0700, Ben Ford wrote:
Feature. It actually makes it quite nice when you want to allow
chrooted user(s) access to a common directory, you just mount a
partition in all the users home dirs.
For security, this can be a bad idea.
Potentially, chrooted user
On Wed, Jun 27, 2001 at 10:22:17AM -0400, Alexander Viro wrote:
If you want root-proof analog of chroot - fine, but that will require
at least taking away the ability to mount/umount anything.
How does FreeBSD implement this with jails? Don't jailed people get
dummy /dev access that is more
On Fri, Jun 29, 2001 at 01:26:29AM -0700, Christopher Smith wrote:
P.S.: What do you mean by explicit binding between event queues and
threads? I'm not sure I see what this gains you.
Cache affinity presumably?
--cw
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
On Sun, Jul 01, 2001 at 11:36:51PM +0800, Daniel Harvey wrote:
The Compaq Armada doesn't appear to have a BIOS setting for the
power settings.
I still don't get the fact that one kernel will run fast, while the
rest do the real SLOW thing.
Not answering your question, but you might want to
ACPI_IBM_BAY cannot coexist with ACPI_BAY --- it causes the IBM ACPI
code to fail to initialize so all the IBM ACPI functionality is
missing. The simplest fix is to just make sure the Kconfig magic
disallows ACPI_IBM_BAY when ACPI_BAY is enabled.
Signed-off-by: Chris Wedgwood [EMAIL PROTECTED
On Thu, Mar 15, 2007 at 02:51:14PM -0300, Henrique de Moraes Holschuh wrote:
This patch allows for ibm-acpi to coexist (with diminished
functionality) with other drivers like ACPI_BAY.
Given the ACP_IBM_BAY implementation is more complete (or seems to be,
please comment if that isn't the case)
I hate to comment at this late stage, especially on something that I
think is really a great idea (I did similar more complex, sys_blkalloc
with even more arguments time ago --- I'm glad given how complex this
thread has become I didn't post them now).
In the past there wasn't that much incentive
On Sun, Apr 08, 2007 at 08:59:03PM -0400, Jeff Garzik wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/broken-out/forcedeth-work-around-null-skb-dereference-crash.patch
It sounded this was specific to Ingo.
I'm not sure, it sounds a bit like
On Thu, Mar 29, 2007 at 05:21:26PM +0530, Amit K. Arora wrote:
int fallocate(int fd, loff_t offset, loff_t len, int mode)
Right now there are only two possible values for mode --- it's not
clear what additional values there will be in the future.
How about two syscalls? If we decide later
On Mon, Apr 02, 2007 at 12:04:56PM -0700, Tom Strader wrote:
I have seen quite a few posts regarding unable to open an initial
console, but my system seems to have the necessary things in place
so I come looking for help.
your rootfs/initramfs/initrd is missing a valid working /dev/console
This is a somewhat rough first-pass at making a 'minimal tree'
installation target. This installs a partial source-tree which you
can use to build external modules against. It feels pretty unclean
but I'm not aware of a much better way to do some of this.
This patch works for me, even when
On Thu, Sep 13, 2007 at 08:34:00PM +0200, Sam Ravnborg wrote:
A few. Please address them and resubmit with full changelog and
proper attribution (if possible) and a signed-of-by.
sure
I would strongly prefer the name build-pkg.
right
The prefix -pkg is just to use the magic in top-level
On Thu, Sep 13, 2007 at 10:17:27PM +0200, Oleg Verych wrote:
That particular one-line `ALTARCH := i386' of course can be matched
simpler, because there's only *one* (as written above) whitespace and no
make's assignment variations,
The goal is to extract the RHS from ALTARCH := ...
Also,
With 2.6.24-rc2 (amd64) I sometimes (usually but perhaps not always)
see a hang when accessing some NFS exported XFS filesystems. Local
access to these filesystems ahead of time works without problems.
This does not occur with 2.6.23.1. The filesystem does not appear to
be corrupt.
The call
On Tue, Nov 13, 2007 at 11:04:00PM -0800, Chris Wedgwood wrote:
With 2.6.24-rc2 (amd64) I sometimes (usually but perhaps not always)
see a hang when accessing some NFS exported XFS filesystems. Local
access to these filesystems ahead of time works without problems.
This does not occur
On Thu, Nov 15, 2007 at 08:51:36AM +0100, Christian Kujau wrote:
[c040914c] mutex_lock_nested+0xcc/0x2c0
[c016dc64] do_lookup+0xa4/0x190
[c016f6f9] __link_path_walk+0x749/0xd10
[c016fd04] link_path_walk+0x44/0xc0
[c016fd98] path_walk+0x18/0x20
[c016ff98] do_path_lookup+0x78/0x1c0
On Fri, Nov 16, 2007 at 10:17:17AM +0100, Christian Kujau wrote:
OK, I'll try this. I hope this can be fixed somehow before 2.6.24...
Well, one simple nasty idea would be something like:
diff --git a/fs/Kconfig b/fs/Kconfig
index 429a002..da231fd 100644
--- a/fs/Kconfig
+++ b/fs/Kconfig
@@
On Fri, Nov 16, 2007 at 09:19:32AM -0500, Trond Myklebust wrote:
Very funny, but disabling XFS on the client won't help.
Oops, I meant it for NFSD... and I'm somewhat serious. I'm not
saying it's a good long term solution, but a potentially safer
short-term workaround.
-
To unsubscribe from
On Fri, Nov 30, 2007 at 04:36:25PM -0600, Stephen Lord wrote:
Looks like the readdir is in the bowels of the btree code when
filldir gets called here, there are probably locks on several
buffers in the btree at this point. This will only show up for large
directories I bet.
I see it for
On Sun, Nov 25, 2007 at 04:30:14PM +, Christoph Hellwig wrote:
The current readdir implementation deadlocks on a btree buffers
locks because nfsd calls back into -lookup from the filldir
callback. The only short-term fix for this is to revert to the old
inefficient double-buffering
On Mon, Sep 24, 2007 at 09:31:48AM -0700, Greg KH wrote:
A tarball of the patches can be found at:
kernel.org/pub/linux/kernel/v2.6/stable-testing/patch-2.6.22.8-rc1.gz
^^^
s/testing/review/
(to make it easier for people to click)
actually, it's not a tarball either... am I seeing something stale or
perhaps the result of slow 'kernel.org replication?
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
On Tue, Aug 21, 2007 at 07:35:50PM +0200, Adrian Bunk wrote:
Are there any architectures still requiring a gcc 4.0 ?
Yes, sadly in some places (embedded) there are people with older
compiler who want newer kernels.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
On Fri, Apr 27, 2007 at 07:46:13PM +0200, Heiko Carstens wrote:
If one insists to have fd at first argument, what is wrong with
having u32 arguments only?
Well, I was one of those who objected as it seems *UGLY* to me.
It's not that this syscall comes even close to what can be
considered
On Mon, Apr 30, 2007 at 10:47:02AM +1000, David Chinner wrote:
For FA_ALLOCATE, it's supposed to change the file size if we
allocate past EOF, right?
I would argue no. Use truncate for that.
For FA_DEALLOCATE, does it change the filesize at all?
Same as above.
Or does
it just punch a
On Mon, Apr 30, 2007 at 03:56:32PM +1000, David Chinner wrote:
On Sun, Apr 29, 2007 at 10:25:59PM -0700, Chris Wedgwood wrote:
IIRC, the argument for FA_ALLOCATE changing file size is that
posix_fallocate() is supposed to change the file size.
But it's not posix_fallocate; it's something more
On Thu, Apr 07, 2005 at 10:38:06AM -0700, Linus Torvalds wrote:
So my prefernce is _overwhelmingly_ for the format that Andrew uses
(which is partly explained by the fact that I am used to it, but
also by the fact that I've asked for Andrew to make trivial changes
to match my usage).
That
On Wed, Apr 06, 2005 at 08:42:08AM -0700, Linus Torvalds wrote:
PS. Don't bother telling me about subversion. If you must, start reading
up on monotone. That seems to be the most viable alternative, but don't
pester the developers so much that they don't get any work done. They are
already
On Thu, Apr 07, 2005 at 09:42:04PM -0700, Linus Torvalds wrote:
Yes. The silly thing is, at least in my local tests it doesn't
actually seem to be _doing_ anything while it's slow (there are no
system calls except for a few memory allocations and
de-allocations). It seems to have some
On Fri, Apr 08, 2005 at 10:14:22AM -0700, Linus Torvalds wrote:
After applying a patch, I can do a complete show-diff on the kernel tree
to see the effect of it in about 0.15 seconds.
How does that work? Can you stat the entire tree in that time? I
measure it as being higher than that.
-
To
On Fri, Apr 08, 2005 at 10:46:40AM -0700, Linus Torvalds wrote:
I can indeed stat the entire tree in that time (assuming it's in memory,
of course, but my kernel trees are _always_ in memory ;), but in order to
do so, I have to be good at finding the names to stat.
pause ... tapity tap
I
On Fri, Apr 08, 2005 at 11:47:10AM -0700, Linus Torvalds wrote:
Don't use NFS for development. It sucks for BK too.
Some times NFS is unavoidable.
In the best case (see previous email wrt to only stat'ing the parent
directories when you can) for a current kernel though you can get away
with
On Fri, Apr 08, 2005 at 12:03:49PM -0700, Linus Torvalds wrote:
Yes, doing the stat just on the directory (on leaf directories only, of
course, but nlink==2 does say that on most filesystems) is indeed a huge
potential speedup.
Here I measure about 6ms for cache --- essentially below the
On Fri, Apr 08, 2005 at 09:38:09PM +0200, Florian Weimer wrote:
Does sorting by inode number make a difference?
It almost certainly would. But I can sort more intelligently than
that even (all the world isn't ext2/3).
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
On Fri, Apr 08, 2005 at 10:11:51PM +0200, Ragnar Kj?rstad wrote:
It does, so why isn't there a way to do this without the disgusting
hack? (Your words, not mine :) )
inode sorting probably a good guess for a number of filesystems, you
can map the blocks used to do better still (somewhat fs
On Sat, Apr 09, 2005 at 03:00:44AM +0200, Marcin Dalecki wrote:
Yes it sucks less for this purpose. See subversion as reference.
Whatever solution people come up with, ideally it should be tolerant
to minor amounts of corruption (so I can recover the rest of my data
if need be) and it should
On Sat, Apr 09, 2005 at 04:13:51PM -0700, Linus Torvalds wrote:
I understand the arguments for compression, but I hate it for one
simple reason: recovery is more difficult when you corrupt some
file in your repository.
I've had this too. Magic binary blobs are horrible here for data loss
On Mon, Apr 11, 2005 at 09:01:51AM -0700, Linus Torvalds wrote:
I disagree. Yes, the thing is designed to be replicated, so most of
the time the easiest thing to do is to just rsync with another copy.
It's not clear how any of this is going to give me something like
bk changes -R
or
;
+ acpi_fadt.force_apic_physical_destination_mode =
fadt-force_apic_physical_destination_mode;
+
This breaks for me. It seems acpi_fadt needs CONFIG_ACPI_BUS. How
does this look?
Signed-off-By: Chris Wedgwood [EMAIL PROTECTED]
Index: cw-current/arch/i386/kernel/acpi/boot.c
On Mon, Apr 18, 2005 at 12:19:54PM +0900, Takashi Ikebe wrote:
This patch add function called Live patching which is defined on
OSDL's carrier grade linux requiremnt definition to linux 2.6.11.7
kernel.
I;m curious as to what people decided this was a necessary
requirement.
The live
On Mon, Apr 18, 2005 at 01:19:57PM +0900, Takashi Ikebe wrote:
From our experience, sometimes patches became to dozens to hundreds
at one patching, and in this case GDB based approach cause target
process's availability descent.
i don't really buy that it can't be done or you complex patches
On Mon, Apr 18, 2005 at 02:20:51AM -0400, Allison wrote:
If somebody can explain how to traverse the kernel page tables, that
would be very helpful.
It might help if you explained what you are trying to do...
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
On Mon, Apr 18, 2005 at 12:35:04AM -0600, Chris Friesen wrote:
In the telecom space it's quite common to want to modify multiple
running binaries with as little downtime as possible.
OK
(Beyond a threshold it becomes FCC-reportable in the US, and
everyone wants to avoid that...)
That's
On Mon, Apr 18, 2005 at 04:32:21PM +0900, Takashi Ikebe wrote:
The software does not allow to stops over 100 milliseconds at worst
case.
Out of interest, how do you ensure the process doesn't stop for that
long right now? Linux doesn't guarantee you'll get scheduled
(strictly speaking) in n
On Mon, Apr 18, 2005 at 05:37:09PM +0900, Takashi Ikebe wrote:
As you said, if we can migrate the data to new process without
stopping service, it is OK, but the real applications need to
takeover data very much(sometimes it's over gigabytedepends on
service, and causes service
On Mon, Apr 18, 2005 at 11:03:39AM +0100, James Courtier-Dutton wrote:
I can only think of one other system that might benefit from live
updates, and that is set top boxes, so bugs can be fixed without the
user knowing.
hardly mission critical and usually don't have the resources to do
On Mon, Apr 18, 2005 at 02:16:09AM -0700, Paul Jackson wrote:
The call switching folks have been doing live patching at least
since I worked on it, over 25 years ago. This is not just
marketing.
That still doesn't explain *why* live patching is needed.
-
To unsubscribe from this list: send
On Tue, Apr 19, 2005 at 11:14:27AM +0900, Takashi Ikebe wrote:
this makes software developer crazy
are you serious? how is live patching of .text easier than some of
the other suggestions which all are more or less sane and things like
gdb, oprofile, etc. will deal with w/o problems?
On Tue, Apr 19, 2005 at 02:19:57PM +0900, Takashi Ikebe wrote:
What I want to say is takeover may makes memory unstable, because
there are extra operations to reserve current (unstable) status to
memory.
mmap is coherent between processes
Live patching never force target process to reserve
On Wed, Apr 20, 2005 at 01:18:23PM +0900, Takashi Ikebe wrote:
Well, Live patching is just a patch, so I think the developer of
patch should know the original source code well.
In which case they could fix the application.
Well, as you said some application can do that, but some application
On Wed, Apr 20, 2005 at 12:36:45PM +0530, Harish K Harshan wrote:
CPU 0 : Machine Check Exception : 0004
Bank 0 : a20084010400
Kernel panic : CPU context corrupt
In interrupt handler - not syncing
CPU got messed up... could be a bad CPU/cache/chipset or simply it's
over
On Wed, Apr 20, 2005 at 04:35:07PM +0900, Takashi Ikebe wrote:
I think basic assumption between us and you is not match...
No, I think at a high-level they do.
Our assumption, the live patching is not for debug, but for the real
operation method to fix very very important process which can
On Wed, Apr 20, 2005 at 04:57:31PM +0900, Takashi Ikebe wrote:
hmm.. most internet base services will use TCPv4 TCPv6 SCTP...
AF_UNIX can not use as inter-nodes communication.
You can send file descriptors (the actually file descriptors
themselves, not their contents) to another process over a
On Wed, Apr 20, 2005 at 05:45:00PM +0900, Takashi Ikebe wrote:
Only for AF_UNIX..
I'm sure that means AF_UNIX is restricted for the socket you use to
pass the file descriptors, not a restriction on the file descriptors
themselves. I don't see why the kernel would care what the
descriptors are.
On Tue, Feb 08, 2005 at 12:06:14PM -0500, jon ross wrote:
I have an app with a small fixed memory footprint that does a lot of
random reads from a large file. I thought if I added more memory to
the machine the VM would do more caching of the disk, but added
memory does not seem to make any
On Wed, Jul 13, 2005 at 01:48:57PM -0700, Andrew Morton wrote:
Len Brown, a year ago: The bottom line number to laptop users is
battery lifetime. Just today somebody complained to me that Windows
gets twice the battery life that Linux does.
It seems the motivation for lower HZ is really:
On Wed, Jul 13, 2005 at 05:24:41PM -0400, Lee Revell wrote:
Does anyone object to setting HZ at boot? I suspect nothing else
will make everyone happy.
Does it bloat the code or slow things measurably?
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On Wed, Jul 13, 2005 at 04:41:41PM -0700, dean gaudet wrote:
windows xp base rate is 100Hz... but multimedia apps can ask for
almost any rate they want (depends on the hw capabilities). i
recall seeing rates 1200Hz when you launch some of the media player
apps -- sorry i forget the exact
On Thu, Jul 14, 2005 at 01:41:44PM -0700, Christoph Lameter wrote:
AFAIK John simply wants to change jiffies to count in nanoseconds
since bootup and then call it clock_monotonic.
Clocks and counter drift so calling it prefixseconds would be
misleading. It would really only be good for
On Fri, Jul 15, 2005 at 12:33:15PM -0400, Brown, Len wrote:
So, the 13-year-old design advice will continue to apply to
13-year-old systems, but newer systems with C3 and HPET
should be using them.
Last I looked HPET isn't everywhere yet (absent from nforce4
mainboards for example, but that
On Fri, Jul 15, 2005 at 11:52:42AM -0700, Linus Torvalds wrote:
I really think you should update the simple_xxx() functions
instead, and thus make this happen for _any_ filesystem that uses
the simple fs helper functions.
Why bother at all?
I don't see why zero sizes are a problem. We've
On Tue, Jul 12, 2005 at 06:17:29PM -0500, Doug Warzecha wrote:
Because the hardware interfaces on those systems and the Dell
systems management software that access the interfaces are
proprietary, I can't provide specifications for the interfaces or
source code for the software.
So you want
On Tue, Jul 19, 2005 at 11:28:10AM +0200, Jan Blunck wrote:
I'm using the i_size of directories in my patches. When reading
from a union directory, I'm using the i_size to seek to the right
offset in the union stack.
Ick. That'a a bit of a hack.
Therefore I need values of dirent-d_off
On Tue, Jul 19, 2005 at 08:22:26PM +0200, Jan Blunck wrote:
Since these arranged values are also used as the offsets in the
return dirent IMO it is quite clean.
So the size you want to reflect is n*stack-depth i take it? Where
in this case n is 20?
So you can seek to m*stack-depth+offset to
On Tue, Jul 19, 2005 at 09:14:04PM +0200, Jan Blunck wrote:
So you can seek to m*stack-depth+offset to access an offset into
something at depth m?
Yes.
Hos does that work if offset = m?
I disagree. Where is the information value of i_size if we always
could return 0?
Directories
On Wed, Jul 20, 2005 at 01:21:27PM +0200, J?rn Engel wrote:
To my understanding, you can lseek to any proper offset inside a
directory. Proper means that the offset marks the beginning of a
new dirent (or end of file) in the interpretation of the filesystem.
But you can never tell where
On Thu, Jul 21, 2005 at 09:20:03AM +0200, J?rn Engel wrote:
In both cases, what used to be a proper offset in one fd can be
complete bogus for another one.
Exactly.
Knowing the position within a directory is of questionable value and
trying to implement any reliable semantics for lseek is
On Fri, Apr 22, 2005 at 05:39:02PM +0530, Harish K Harshan wrote:
But the system works pretty fine when other applications are
running.
so either the driver is poking something that is causing problems or
maybe the card when operating makes the system unstabel
Oncei load the driver, the
On Tue, Jul 05, 2005 at 07:13:34PM -0500, Doug Warzecha wrote:
This patch adds the Dell Systems Management Base driver.
You keep posting this driver without explaining/showing how it's used.
Could you perhaps give some more details here please?
-
To unsubscribe from this list: send the line
On Thu, Jun 23, 2005 at 11:28:47AM -0700, Linux Kernel Mailing List wrote:
[PATCH] i386: Selectable Frequency of the Timer Interrupt
[...]
+choice
+ prompt Timer frequency
+ default HZ_250
WHAT?
The previous value here i386 is 1000 --- so why is the default 250.
Changing the
On Fri, Jul 08, 2005 at 02:59:53PM -0700, Andrew Morton wrote:
On Thu, Jun 23, 2005 at 11:28:47AM -0700, Linux Kernel Mailing List wrote:
^^
It's been over two weeks and nobody has complained about anything.
Two weeks isn't that long IMO (I only just noticed myself).
Because
On Fri, Jul 08, 2005 at 03:59:35PM -0700, Martin J. Bligh wrote:
I think we're talking between 2.6.12-git5 and 2.6.12-git6 right? I
can confirm more explicitly if really need be. 48s - 45.5s elapsed.
That's a huge difference (5%) --- what hardware is that on?
-
To unsubscribe from this list:
On Sat, Jul 09, 2005 at 08:31:55PM +0200, Arjan van de Ven wrote:
it's a config option. Some distros ship 100 already, others 1000,
again others will do 250.
Who does anything other than 1000 for a 2.6.x kernel?
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
On Sat, Jul 09, 2005 at 02:49:43PM -0400, Lee Revell wrote:
BTW, Christoph Lameter, if you're seeing this, your mail is bouncing...
my bad, i typoed it when i first send the original email
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL
On Sat, Jul 09, 2005 at 04:41:16PM +0200, Ingo Molnar wrote:
this patch pushes the creation of a rare signal frame (SIGBUS or
SIGSEGV) into a separate function, thus saving stackspace in the
main do_page_fault() stackframe. The effect is 132 bytes less of
stack used by the typical
On Mon, Jul 11, 2005 at 10:05:10AM -0400, Theodore Ts'o wrote:
The real answer here is for the tickless patches to cleaned up to
the point where they can be merged, and then we won't waste battery
power entering the timer interrupt in the first place. :-)
Whilst conceptually this is a nice
On Thu, Mar 17, 2005 at 04:16:36PM +0100, Jens Langner wrote:
The VXEXT filesystem is more or less a FAT16 based filesystem which
was slightly modified by Wind River to allow the storage of more
than 2GB data on a partition, as well as storing filenames with a
maximum of 40 characters length.
Russell,
1.2073.10.1 05/03/04 21:19:20 [EMAIL PROTECTED](none)[rmk] +1 -0
[ARM PATCH] 2472/1: Updates 8250.c to correctly detect XScale UARTs
Patch from George Joseph
Modifications to autoconfig_16550a to add a testcase
to detect XScale UARTS.
Signed-off-by: George Joseph
Signed-off-by:
On Sun, Mar 06, 2005 at 10:19:12AM +, Russell King wrote:
If it breaks here (due to your ports being embraced and extended) it
could well break elsewhere, and wrapping it in CONFIG_ARM doesn't solve
that.
Yeah, I forgot other ARM stuff might have regular UART(s) which
potentially would
On Wed, Mar 09, 2005 at 10:53:48AM -0800, Dan Stromberg wrote:
My question is, what is the current status of huge filesystems - IE,
filesystems that exceed 2 terabytes, and hopefully also exceeding 16
terabytes?
people can and do have 2T filesystems now. some people on x86 have
hit the 16TB
On Thu, Mar 10, 2005 at 04:10:18PM +0800, Jason Luo wrote:
Now, I am writing a driver, which need 200M contiguous physical
memory? can do? how to do it?
Not easily no. Do you really need this? What kind of hardware is
this?
-
To unsubscribe from this list: send the line unsubscribe
On Thu, Mar 10, 2005 at 04:49:20PM +0800, Jason Luo wrote:
A data acquisition card. In DMA mode, the card need 200M contiguous
memory for DMA.
ick? it can't do scatter-gather or anything sane?
it's driver in windows can do it.
windows can get 200MB of memory on a running system relaibly?
Not tested but seems plausible :-)
= arch/ia64/mm/extable.c 1.11 vs edited =
--- 1.11/arch/ia64/mm/extable.c 2005-03-07 20:41:46 -08:00
+++ edited/arch/ia64/mm/extable.c 2005-03-10 10:14:55 -08:00
@@ -20,7 +20,7 @@ static int cmp_ex(const void *a, const v
return lip - rip;
On Mon, Mar 07, 2005 at 09:31:48PM +, Russell King wrote:
Good catch, thanks. I'd preferably like to see Chris Wedgwood test
this before applying it - I'm sure it'll fix his problem as well,
but I'd like to be sure.
Yes, this appears to work correctly for me. I see it's merged so
For x86 (and friends) ACPI_BOOT=y (always) and this code wants to call
check_acpi_pci().
Signed-off-by: Chris Wedgwood [EMAIL PROTECTED]
= arch/i386/kernel/earlyquirk.c 1.1 vs edited =
--- 1.1/arch/i386/kernel/earlyquirk.c 2005-02-18 06:53:58 -08:00
+++ edited/arch/i386/kernel
On Fri, Mar 11, 2005 at 05:26:14PM -0500, Dave Jones wrote:
Does no-one read dmesg output any more?
For many people it's overly verbose and long --- so I assume they just
tune it out.
Sometimes I wonder if it would be a worth-while effort to trim the
dmesg boot text down to what users really
On Sat, Mar 26, 2005 at 11:40:27AM +0100, Jan Engelhardt wrote:
I suppose that calling gettimeofday() repeatedly (to add a timestamp
to some data) within the kernel is cheaper than doing it in
userspace, is it?
Calls to do_gettimeofday are used in various places for this already.
See
On Sun, Mar 27, 2005 at 10:10:56AM -0800, Greg KH wrote:
How about the fact that when you load a kernel module, it is linked
into the main kernel image? The GPL explicitly states what needs to
be done for code linked in.
oddly, the close nv driver has like 2.4MB if text in the kernel. i
On Mon, Mar 28, 2005 at 04:24:15PM -0800, Chris Wright wrote:
Imperfect stack trace decoding.
Is this with CONFIG_4K_STACKS? does it happen w/o it?
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Tue, Mar 29, 2005 at 12:27:01PM +1000, Keith Owens wrote:
i386 needs unwind data plus a kernel unwinder to get accurate
backtraces. Without the data and an unwinder, i386 backtraces are
best guess. They often contain spurious addresses, from noise words
that were left on the kernel
On Sun, Apr 03, 2005 at 02:46:34AM +0900, ooyama eiichi wrote:
How can I know the rest size of the kernel stack.
you can't in a platfork-independant way
(in my kernel driver)
*why* do you want to do this?
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of
On Sun, Apr 03, 2005 at 03:15:42AM +0900, ooyama eiichi wrote:
in i386 and ia64.
search for CONFIG_DEBUG_STACKOVERFLOW in arch/i386/kernel/irq.c
ia64 has fairly large stacks so you probably won't need to check there
if you get the above working
because my driver hungs the machine by an
On Sat, Feb 19, 2005 at 11:29:13PM +, Malcolm Rowe wrote:
Following the discussion in [1], the attached patch creates
/sys/class/block as a symlink to /sys/block. The patch applies to
2.6.11-rc4-bk7.
Shouldn't we really move /sys/block to /sys/class/block and put the
symlink from there to
On Wed, Mar 02, 2005 at 02:21:38PM -0800, Linus Torvalds wrote:
- 2.6.even: even at all levels, aim for having had minimally intrusive
patches leading up to it (timeframe: a week or two)
with the odd numbers going like:
- 2.6.odd: still a stable kernel, but accept bigger changes
On Mon, Jan 24, 2005 at 03:45:04PM +, Alan Cox wrote:
People have been doing this for years
heh, i had no idea
and if the file only shipped in French you'd probably be doing the
same rather than making what seems a remarkable dumb comment 8)
perhaps
There are translations of Kconfig
Fixed in -bk on Sunday.
-
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/
On Mon, Jan 24, 2005 at 11:31:04PM -0600, Terence Ripperda wrote:
this is probably a stupid question, but how are weak references
used?
the linker sets them to zero, so if (foo) { ... } works nicely
it does mean if a module that set foo to non-zero is loaded, we need
to zero it again when
On Mon, Jan 24, 2005 at 10:05:55PM -0800, Greg KH wrote:
Um, why? I think this is there to help with broken userspace code
that was written before we enforced the rules of you must claim an
interface before using it. As such, I don't think we can apply this
patch.
right now such broken
On Wed, Jan 26, 2005 at 01:22:10AM +1100, Anton Blanchard wrote:
The 4 level pagetable code changed the exit_mmap code to rely on
TASK_SIZE. On some architectures (eg ppc64 and ia64), this is a per
task property and bad things can happen in certain circumstances
when using it.
I don't really
1 - 100 of 363 matches
Mail list logo
