On Aug 8 2007 18:08, Hans-Jürgen Koch wrote:
---
Index: linux-2.6.23-rc/arch/arm/Kconfig
===
--- linux-2.6.23-rc.orig/arch/arm/Kconfig 2007-08-08 17:52:02.0
+0200
+++ linux-2.6.23-rc/arch/arm/Kconfig 2007-08-08
On Aug 8 2007 09:48, Andrew Morton wrote:
On Mon, 6 Aug 2007 09:54:03 -0400
Jeff Layton [EMAIL PROTECTED] wrote:
Is there any way in which we can prevent these problems? Say
- rename something so that unconverted filesystems will reliably fail to
compile?
I suppose we
On Aug 8 2007 13:31, Joe Perches wrote:
Goals in desired implementation sequence:
1 Standardization of pr_level
2 Correctness of single line uses of pr_level
3 Correctness of multiple line uses of printk(level)
4 Removal of local near equivalents of pr_level
5 Standardization of pr_level as
On Aug 8 2007 14:36, Joe Perches wrote:
On Wed, 2007-08-08 at 22:39 +0200, Jan Engelhardt wrote:
I fail to see what problem these are trying to fix.
Any code that does the equivalent of printk(KERN_foo \n message);
egrep -r printk[[:space:]]*\([[:space:]]*KERN.*\\\n[A-JL-Za-jl-z[:space
On Aug 9 2007 11:31, Stephen Hemminger wrote:
Since the network device documentation needs a rewrite, I was thinking
of using basic html format instead of just plain text. But since this would
be starting an new precedent for kernel documentation, some it seemed
like a worthwhile topic for
On Aug 9 2007 14:34, Bodo Eggert wrote:
I don't think b and i should be used, instead you should use styles
(span class=code etc).
b does the same as span style=font-weight: bold;, and the latter is much
more verbose for the same thing.
Things like em and strong should be OK, if used
On Aug 9 2007 22:03, Jesper Juhl wrote:
On 09/08/07, Stephen Hemminger [EMAIL PROTECTED] wrote:
Since the network device documentation needs a rewrite, I was thinking
of using basic html format instead of just plain text. But since this would
be starting an new precedent for kernel
On Aug 8 2007 18:28, Michal Piotrowski wrote:
Hi Brian,
Brian J. Murrell pisze:
I am using Ubuntu Gutsy, which is the in-development branch heading for
their next stable release.
You forgot about message subject, so no one has read this report.
Actually, given the volume on LKML, a line
On Aug 10 2007 17:24, Mark Cannon wrote:
You pass the kernel the root option to specify the root partition.
Is there a way to identify a directory in that partition that holds the
root or something equivalent to this?
No, but you can use pivot_root.
Jan
--
-
To unsubscribe from this
On Aug 10 2007 22:12, Sam Ravnborg wrote:
Asciidoc is quite close to plaintext and it looks to me that the
formatting possibilities are quite good.
How about mediwiki text?
'''Users'''
:are people who build kernels.
'''Normal developers'''
:are this and that
+=== Goal definitions
+
+Goal
On Aug 10 2007 17:08, H. Peter Anvin wrote:
Jan Engelhardt wrote:
On Aug 10 2007 17:24, Mark Cannon wrote:
You pass the kernel the root option to specify the root partition.
Is there a way to identify a directory in that partition that holds the
root or something equivalent
On Aug 11 2007 10:57, Casey Schaufler wrote:
* - pronounced star
wall
_ - pronounced floor
floor
^ - pronounced hat
roof
? - pronounced huh
it's dark in here :)
+config SECURITY_SMACK
+ bool Simplified Mandatory Access Control Kernel Support
+ depends on NETLABEL
On Aug 10 2007 17:41, Bernhard Kuemel wrote:
Bernhard Kuemel wrote:
I was able to view the whole line by making my console window wider,
but that may not always be possible so I think it might be better to
wrap long lines.
Ohh, you can scroll right/left.
But still, that takes its time... and
On Aug 11 2007 16:22, Casey Schaufler wrote:
@@ -0,0 +1,8 @@
+#
+# Makefile for the SMACK LSM
+#
+
+obj-$(CONFIG_SECURITY_SMACK) := smack.o
+
+smack-y := smack_lsm.o smack_access.o smackfs.o
smack-objs :=
Added.
I should have added replace it.
+/*
+ * ' \n\0'
On Aug 12 2007 06:32, Al Boldi wrote:
Al Boldi wrote:
Jakob Oestergaard wrote:
Why on earth would you cripple the kernel defaults for ext3 (which is a
fine FS for boot/root filesystems), when the *fundamental* problem you
really want to solve lie much deeper in the implementation of the
On Aug 12 2007 13:35, Al Boldi wrote:
Lars Ellenberg wrote:
meanwhile, please, anyone interessted,
the drbd paper for LinuxConf Eu 2007 is finalized.
http://www.drbd.org/fileadmin/drbd/publications/
drbd8.linux-conf.eu.2007.pdf
but it does give a good overview about what DRBD actually is,
On Aug 12 2007 14:26, Bernhard Kuemel wrote:
Jan Engelhardt wrote:
[menuconfig]
Ohh, you can scroll right/left.
But still, that takes its time... and the you have to scroll back again :-/
Yes, but in most cases no scrolling is neccessary, so occasional
scrolling is not that bad
Hi,
when a pipe/socket is broken, the process trying to read/write to it
gets SIGPIPE. Is there a way to detect whether the next read/write will
trigger a SIGPIPE? select() does not seem helpful here.
My specific case is ssh server svprogram, in which the ssh process is
locally terminated
On Aug 12 2007 10:54, Mathieu Desnoyers wrote:
Date: Sun, 12 Aug 2007 10:54:35 -0400
From: Mathieu Desnoyers [EMAIL PROTECTED]
To: [EMAIL PROTECTED], linux-kernel@vger.kernel.org
Cc: Christoph Lameter [EMAIL PROTECTED],
Mathieu Desnoyers [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject:
On Aug 12 2007 17:00, Alan Cox wrote:
when a pipe/socket is broken, the process trying to read/write to it
gets SIGPIPE. Is there a way to detect whether the next read/write will
trigger a SIGPIPE? select() does not seem helpful here.
Processes that are network aware normally set SIGPIPE to
On Aug 12 2007 09:39, [EMAIL PROTECTED] wrote:
now, I am not an expert on either option, but three are a couple things that I
would question about the DRDB+MD option
1. when the remote machine is down, how does MD deal with it for reads and
writes?
I suppose it kicks the drive and you'd
On Aug 12 2007 18:51, Folkert van Heusden wrote:
http://pdos.csail.mit.edu/papers/softecc:ddopson-meng/softecc_ddopson-meng.pdf
SoftECC : A System for Software Memory Integrity Checking
Personally, I'd recommend just shelling out the bucks for hardware ECC if
the reliability matters.
a
On Aug 12 2007 15:39, Mark Cannon wrote:
No, but you can use pivot_root.
Or better yet, use an initramfs with MS_MOVE; same as you would with the
normal use of initramfs.
I am not sure I understand initramfs with MS_MOVE concept. I will look into
it. Any pointers for documentation?
On Aug 12 2007 21:23, Al Viro wrote:
pivot_root is atomic afaict, for `mount --move` (which I think Al meant
which MS_MOVE - or some C program using mount(2) of your own), you'd
need multiple calls to mount.
Move itself is done by a single syscall anyway...
Yes, but you need needed 2
On Aug 12 2007 19:42, Alan Cox wrote:
write(stdout, request);
/* reference point [A] */
read(stdin, response);
So my idea had been to launch another thread that monitors stdin for
'breakage' and unmount the fs before a user can start an operation on
myfs. So I've been
On Oct 8 2007 14:55, James Bowes wrote:
20: Check that it all passes `make headers_check'.
21: Has been checked with injection of at least slab and page-allocation
-fauilures. See Documentation/fault-injection/.
+failures. See Documentation/fault-injection/.
It was a fault
On Oct 10 2007 14:36, Alexey Dobriyan wrote:
--- linux-2.6.23/include/linux/mm.h.vanilla
+++ linux-2.6.23/include/linux/mm.h
+struct super_block;
extern void drop_pagecache_sb(struct super_block *);
void drop_pagecache(void);
void drop_slab(void);
You probably end up fixing
On Oct 11 2007 00:13, Russ Dill wrote:
/* only text is profiled */
prof_len = (unsigned *) _etext - (unsigned *) _stext;
Uh, that's some evil pointer arithmetic :)
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
On Oct 11 2007 08:01, Rick Niles wrote:
I've been trying to make the driver work with
Fedora 7 and the 2.6.22 kernel, but the rtc_register() and other RTC functions
seems to have been removed.
grep -r rtc_device_register drivers/rtc/
Does that help?
I see they've been replaced by the
On Oct 11 2007 08:51, Rick Niles wrote:
Maybe I'm way off here, but that seems to be the function to register a RTC
hardware chip with the kernel. I want to use a real-time clock interrupt to
wake up my driver and service the GPS correlator, about every 500ms. Please
let me know if I'm
On Oct 11 2007 15:53, mahamuni ashish wrote:
--
[EMAIL PROTECTED] device_driver]# make
gcc -O2 -DMODULE -D__KERNEL__ -isystem
/usr/src/kernels/2.6.18-1.2798.fc6-i686/include -c
-o ins.o ins.c
Time to read Documentation/kbuild/.
-
To unsubscribe from this list: send
On Oct 11 2007 11:54, Randy Dunlap wrote:
On Thu, 11 Oct 2007 11:33:35 -0700 Agarwal, Lomesh wrote:
Below is the patch for TPM driver.
Comments/suggestions?
Observe/use kernel coding style.
Run the patch thru scripts/checkpatch.pl and check its suggestions.
Use diffstat -p1 -w70 and put that
On Oct 12 2007 16:30, Al Boldi wrote:
Jan Engelhardt wrote:
On Oct 12 2007 00:31, Al Boldi wrote:
With the existence of the mangle table, how useful is the filter table?
A similar discussion was back in March 2007.
http://marc.info/?l=netfilter-develm=117394977210823w=2
http://marc.info/?l
On Oct 12 2007 00:31, Al Boldi wrote:
With the existence of the mangle table, how useful is the filter table?
A similar discussion was back in March 2007.
http://marc.info/?l=netfilter-develm=117394977210823w=2
http://marc.info/?l=netfilter-develm=117400063907706w=2
in the end, my proposal was
On Oct 12 2007 15:48, Patrick McHardy wrote:
The netlink based iptables successor I'm currently working on allows to
dynamically create tables with user-specified priorities and built-in
chains. The only built-in tables will be those that need extra
processing (mangle/nat). So it should be
Hi,
I am wondering about asus_acpi-fix-oops-on-non-asus-machines.patch ,
which is still neither in mainline git nor in Len's acpi git tree
( http://lkml.org/lkml/2007/6/30/29 ).
Any plans?
thanks,
Jan
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
as expected.
Previously sent:
http://lkml.org/lkml/2006/10/25/81
http://lkml.org/lkml/2007/4/1/175
Signed-off-by: Jan Engelhardt [EMAIL PROTECTED]
Cc: Sam Ravnborg [EMAIL PROTECTED]
Cc: Roman Zippel [EMAIL PROTECTED]
Cc: Randy Dunlap [EMAIL PROTECTED]
---
scripts/kconfig/confdata.c
On Oct 12 2007 18:25, Renato S. Yamane wrote:
IP Innovation LLC has just filed a patent infringement claim against Red Hat
and Novell. It was filed October 9, case no. 2:2007cv00447, IP Innovation, LLC
et al v. Red Hat Inc. et al, in Texas:
I think the number of news sites like
On Oct 12 2007 14:49, Randy Dunlap wrote:
Jan Engelhardt wrote:
Allow config variables in .config to override earlier ones in the same
file. In other words,
# CONFIG_SECURITY is not defined
CONFIG_SECURITY=y
will activate it. This makes it a bit easier to do
(cat original-config
On Oct 12 2007 15:57, Randy Dunlap wrote:
On Fri, 12 Oct 2007 23:44:08 +0200 (CEST) Jan Engelhardt wrote:
warning(override: %s turns state choice, sym-name);
What does that warning message mean? I can't decipher it.
It is when the value of a choice kconfig object is changed, for example
On Oct 13 2007 10:16, Stefan Richter wrote:
warning(override: %s turns state choice, sym-name);
What does that warning message mean? I can't decipher it.
It is when the value of a choice kconfig object is changed, for example
this .config excerpt:
CONFIG_PREEMPT_NONE=y
#
On Oct 13 2007 14:47, Adrian Bunk wrote:
On Sat, Oct 13, 2007 at 02:28:00PM +0200, Geert Uytterhoeven wrote:
scripts/checkpatch.pl doesn't seem to like this patch:
$ scripts/checkpatch.pl m68k-export-asm-cachectl-h.diff
ERROR: Does not appear to be a unified-diff format patch
...
---
On Oct 13 2007 16:01, Stefan Richter wrote:
.config:176:warning: override: reassigning to symbol PREEMPT_VOLUNTARY
.config:176:warning: override: PREEMPT_VOLUNTARY turns state choice
Try to make it a single warning.
Patches welcome. Even without the patch, i.e. original kconfig
behavior,
On Oct 13 2007 09:25, Randy Dunlap wrote:
Jan Engelhardt wrote:
On Oct 13 2007 16:01, Stefan Richter wrote:
.config:176:warning: override: reassigning to symbol PREEMPT_VOLUNTARY
.config:176:warning: override: PREEMPT_VOLUNTARY turns state choice
.config:176:warning: override
On Oct 13 2007 19:59, David wrote:
Try
echo 0 /proc/sys/net/ipv4/tcp_window_scaling
I bet you have broken router(s) between your machine and the problem
site(s).
There is an xt_TCPOPTSTRIP module in the works that allows you to strip
Window Scaling only on the connections you want (rather
On Oct 14 2007 14:30, Bauke Jan Douma wrote:
On Sat, 2007-10-13 22:40:23 +0530, vignesh babu [EMAIL PROTECTED]
wrote:
I was surprised and did an ls -l on the files and guess what I found:
total 0
?- ? ? ? ?? fcntl.c
?- ? ? ? ?? fifo.c
On Oct 14 2007 09:27, Mark Lord wrote:
Jan-Benedict Glaw wrote:
On Sat, 2007-10-13 22:40:23 +0530, vignesh babu [EMAIL PROTECTED]
wrote:
I was surprised and did an ls -l on the files and guess what I found:
total 0
?- ? ? ? ?? fcntl.c
?- ? ? ? ?
On Oct 14 2007 19:07, Philip wrote:
I want to write a script, which shows the name of the relevant
kernel module for each listed pci device shown by 'lspci -m'. It's
easy to find out the name of the corresponding module, if the driver
has been compiled as a loadable kernel module: The file
On Oct 14 2007 15:34, Justin Piszcz wrote:
It turns out the one I did not test, was actually the best:
Used: 7z -mx=9 a linux-2.6.16.17.tar.7z linux-2.6.16.17.tar
$ du -sk * | sort -n
32392 linux-2.6.16.17.tar.7z
33520 linux-2.6.16.17.tar.lzma
33760 linux-2.6.16.17.tar.rar
38064
On Oct 14 2007 15:53, Justin Piszcz wrote:
What's with all these odd formats, and where is .zip? :)
Somehow... have you tried lrzip?
$ apt-cache search lrzip
$
I tried most of the main ones in the standard testing distribution within
Debian.
Debian is not a solution to everything.
On Oct 14 2007 16:58, Justin Piszcz wrote:
compress:
PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND
10544 war 20 0 700m 681m 1632 S 141 20.7 1:41.46 7z
Just how you can utilize a CPU to 141% remains a mystery..
[ to be noted this is sqrt(2)*100 ]
-
To
On Oct 15 2007 18:36, Philippe Elie wrote:
Isn't make -j 2 or more implemented by running multiple make in sub-dirs ?
Parallel make is more and more used even on cheap hardware.
Errm, I misread what you said, it can be a single Makefile in each sub-dirs
Even now, make -j8 really pays off on
On Oct 16 2007 17:47, Nick Piggin wrote:
Here's a quick first hack...
Inline patches preferred ;-)
+config BLK_DEV_BRD
+ tristate RAM block device support
+ ---help---
+This is a new based block driver that replaces BLK_DEV_RAM.
based on what? -^
+To
On Oct 16 2007 18:07, Nick Piggin wrote:
Changed. But it will hopefully just completely replace rd.c,
so I will probably just rename it to rd.c at some point (and
change .config options to stay compatible). Unless someone
sees a problem with that?
I do not see a problem with keeping brd either.
On Oct 16 2007 18:26, Nick Piggin wrote:
It also does not seem needed, since it did not exist before.
It should go, you can set the variable with brd.rd_nr=XXX (same
goes for ramdisk_size).
But only if it's a module?
Attributes always work. Try
On Oct 16 2007 14:19, Denys Vlasenko wrote:
Sizes in Kb again:
32392 linux-2.6.16.17.tar.7z
33520 linux-2.6.16.17.tar.lzma
P.S. sorting files by extension in tarball generally helps, but in case
of Linux kernel, they are all C code anyway, so no measurable gain there.
Extension is not all so
Hi Sam,
On Oct 16 2007 06:29, Sam Ravnborg wrote:
On Fri, Oct 12, 2007 at 11:44:08PM +0200, Jan Engelhardt wrote:
Allow config variables in .config to override earlier ones in the same
file. In other words,
# CONFIG_SECURITY is not defined
CONFIG_SECURITY=y
will activate
On Oct 16 2007 13:06, Mark Gross wrote:
base function:
Starting from a stock distro (FC, Ubuntu, OpenSuSE...) and put down a
kernel.org tree and automatically create a .config with all the drivers
needed for the platform I'm building on.
Too easy. Since opensuse's udev loads most of the modules
On Oct 16 2007 16:23, Rik van Riel wrote:
base function:
Starting from a stock distro (FC, Ubuntu, OpenSuSE...) and put down a
kernel.org tree and automatically create a .config with all the
drivers needed for the platform I'm building on.
Too easy. Since opensuse's udev loads most of the
On Oct 17 2007 15:13, Kristoffer Ericson wrote:
536 total / 472 from Hungary / 4 United States / 1 Ukraine / 1 UK / 1
Turkey / 2 Sweden / 4 Slovakia / 1 Singapore / 2 Serbia / 2 Russia / 7
sweden only 2? And how did Hungary get so many developers?
Supposedly gave the link to all friends
.
Signed-off-by: Jan Engelhardt [EMAIL PROTECTED]
There are more parameters that should be set during reset... like
cursor size and color, palette, What about /sys/.../string_to_interpret
_on_reset ?
On reset(1), cursor size, palette, and bell parameters _do_ get reset
to the defaults. Some
On Oct 17 2007 16:30, [EMAIL PROTECTED] wrote:
Date: Wed, 17 Oct 2007 16:30:24 +
From: [EMAIL PROTECTED]
To: linux-kernel@vger.kernel.org
^^
subscribe linux-alpha
^
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of
On Jul 28 2007 13:36, Bernd Petrovitsch wrote:
Unless I misunderstand the question, the write and writev function
of the struct file_operations should return an appropriate error value
(which is here -EACCES).
You may think of returning an error in the open if someone wants to
open it to write
On Jul 28 2007 07:55, Gene Heskett wrote:
Greetings all;
A net friend of mine has a Gateway m305CRV laptop, with this radio in it:
Bus 003 Device 003: ID 050d:705c Belkin Components
Its apparently sitting on the usb bus, and from my grepping of the kernel
srcs, it looks as if the zd1211b
On Jul 28 2007 10:12, Linus Torvalds wrote:
The fact is, I've _always_ considered the desktop to be the most important
part. [...]
The fact is, most kernel developers realize that Linux is used in
different places, on different machines, and with different loads. You
cannot make _everybody_
On Jul 28 2007 10:50, Linus Torvalds wrote:
On Sat, 28 Jul 2007, Kasper Sandberg wrote:
First off, i've personally run tests on many more machines than my own,
i've had lots of people try on their machines, and i've seen totally
unrelated posts to lkml, plus i've seen the experiences people
On Jul 28 2007 22:51, Diego Calleja wrote:
El Sat, 28 Jul 2007 11:05:25 -0700 (PDT), Linus Torvalds [EMAIL PROTECTED]
escribió:
So modal things are good for fixing behaviour in the short run. But they
are a total disaster in the long run, and even in the short run they tend
to have
On Jul 28 2007 14:33, Linus Torvalds wrote:
Btw, people who actually have 3D games installed (I have exactly one:
ppracer, and I can't really say that I care about how it feels), if you
don't have CONFIG_HZ=1000, this really is worth testing.
I think Ingo probably ran with CONFIG_NO_HZ and
On Jul 29 2007 08:45, Willy Tarreau wrote:
On Sun, Jul 29, 2007 at 06:59:26AM +0100, Darryl L. Miles wrote:
CLIENT = Linux 2.6.20.1-smp [Customer build]
SERVER = Linux 2.6.9-55.ELsmp [Red Hat Enterprise Linux AS release 4
(Nahant Update 5)]
The problems start around time index
On Jul 26 2007 16:15, Alexey Dobriyan wrote:
Somehow I ended up with the following in tree:
$ git status
...
# Untracked files:
# (use git add file... to include in what will be committed)
#
# fs/proc/root.o.FuMxJQ
#
On Jul 29 2007 10:57, Gene Heskett wrote:
/tmp/selfgz9678/NVIDIA-Linux-x86-100.14.11-pkg1/usr/src/nv/nv.c: In
function
‘nvidia_init_module’:
/tmp/selfgz9678/NVIDIA-Linux-x86-100.14.11-pkg1/usr/src/nv/nv.c:1326:
error:
too many arguments to function ‘kmem_cache_create’
Is this a
[cc trim on purpose, just autofs interest here]
On Jul 28 2007 14:45, Ian Kent wrote:
Oh .. sorry, I wasn't paying enough attention.
But now might be a good time to propose the removal of autofs and rename
autofs4 to autofs. I would need to provide some way to map autofs4
module load requests
On Jul 29 2007 14:12, Mike Houston wrote:
I know it's off topic here, but this will help people.
When that happens, check their forum. Chances are someone has
posted, and the nvidia developers have answered with a patch, code
snippet, quick instructions to get it to compile or advice to try a
On Jul 30 2007 07:16, H. Peter Anvin wrote:
Guillaume Chazarain wrote:
Comments anyone?
This is not specific to the kernel.
It was discussed here: http://lkml.org/lkml/2007/1/24/258
http://cyberelk.net/tim/portreserve/ seems to be the solution,
it's a pity it is not widely deployed.
On Jul 30 2007 21:35, Lars Ellenberg wrote:
On Fri, Jul 27, 2007 at 06:46:17PM +, Pavel Machek wrote:
Hi!
We implement shared-disk semantics in a shared-nothing cluster.
If nothing is shared, the disk is not shared, but got shared-disk
semantics? A little confusing.
Think
On Jul 31 2007 20:24, Maarten Bressers wrote:
Hi Petr,
The patch you posted for the MPT Fusion driver regression with VMware
5.5.4 (http://lkml.org/lkml/2007/3/23/345) was used to fix a Gentoo
kernel bug (http://bugs.gentoo.org/show_bug.cgi?id=185272).
Have you received word from upstream
On Jul 31 2007 11:57, Andrew Morton wrote:
--- a/include/linux/kernel.h
+++ b/include/linux/kernel.h
@@ -30,6 +30,9 @@ extern const char linux_proc_banner[];
#define LLONG_MIN (-LLONG_MAX - 1)
#define ULLONG_MAX (~0ULL)
+#define U16_MAX ((u16) ~0U)
+#define U32_MAX
On Jul 28 2007 12:34, Linus Torvalds wrote:
On Sat, 28 Jul 2007, Jan Engelhardt wrote:
Time to investigate...
Well it really is different.
Simple test:
- run Unreal Tournament 99 (nice 0, it gets 98%,99% CPU most of the time)
- in a shell, `renice 20 $$; while :; do date; done;`
The shell
On Aug 1 2007 12:45, Miklos Szeredi wrote:
#define k_new(type, flags) ((type *) kmalloc(sizeof(type), flags))
The cast doesn't make it more safe in any way
I does, since a warning will be issued, if the type of the assigned
pointer doesn't match the requested allocation.
And yes,
On Aug 1 2007 12:00, Hans-Peter Jansen wrote:
*) The amount of administration work of any (necessary, unfortunately)
VMware XP instance running on top of those diskless clients excels that of
all diskless clients by an order of magnitude.
Hardly :)
Install XP, snapshot it when done. Copy
On Jul 31 2007 12:36, Josef Sipek wrote:
[2] http://www.filesystems.org/unionfs-odf.txt
Instead, the new ODF code stores whiteouts as hardlinks to a special
(regular) zero-length file in odf (/odf/whiteout), and it stores opaqueness
information for directories in the inode GID bits in an ODF
On Aug 1 2007 14:33, Andi Kleen wrote:
Comments?
A kconfig entry (OBSOLETE)/(DEPRECATED) would be nice.
(And if you want to test people, 'depends on EMBEDDED' for CONFIG_BINFMT_AOUT)
Jan
--
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On Aug 1 2007 20:35, Andi Kleen wrote:
On Aug 1 2007 14:33, Andi Kleen wrote:
Comments?
A kconfig entry (OBSOLETE)/(DEPRECATED) would be nice.
(And if you want to test people, 'depends on EMBEDDED' for
CONFIG_BINFMT_AOUT)
The point is to have less clutter in binfmt_elf.c (which really
On Aug 1 2007 22:07, Rokas Masiulis wrote:
sometimes user space program hangs forever.
In old days i remeber there was unkillable dosemu.
May be there are good how to. Some one can point to it?
This is problem/solution isn't related to current kernel. This
is question: what to do in this
On Aug 2 2007 12:42, Herbert Rosmanith wrote:
hu. where are the days when eth0 was eth0 ...
If you and/or your distribution accidentally or incidentally loaded modules in
the wrong order (which may happen in e.g. parallel-running boot scripts), you
suddenly have eth0 as eth1. Or, when you
On Aug 2 2007 12:20, Herbert Rosmanith wrote:
I see a strange numbering of ethernet devices with a VIA EPIA EK
board. This board has two ethernet connectors, you can see it
here:
http://www.via.com.tw/en/products/mainboards/motherboards.jsp?motherboard_id=420
Maybe udev is configured to do
On Aug 2 2007 15:23, Michael Tokarev wrote:
Herbert Rosmanith wrote:
On Aug 2 2007 12:42, Herbert Rosmanith wrote:
There never *were* days when eth0 remained eth0 across such changes.
[]
of course, that's problem with gentoo, not with the kernel.
To me it'd be a problem, but I don't run udev
On Aug 2 2007 12:56, Herbert Rosmanith wrote:
On Aug 2 2007 12:42, Herbert Rosmanith wrote:
There never *were* days when eth0 remained eth0 across such changes.
but there *were* days when eth0 was eth0, if the kernel reports it as such.
now there is no eth0 at all. if I see an eth0 from dmesg,
On Aug 2 2007 16:04, Alexey Dobriyan wrote:
On 8/2/07, Miklos Szeredi [EMAIL PROTECTED] wrote:
fooptr = kmalloc(sizeof(struct foo), ...);
Key word is traditional. Good traditional form which even half-competent
C programmers immediately parse in retina.
And being aware of the potential
On Aug 2 2007 14:00, Herbert Rosmanith wrote:
Wait, you forget that something may change the name. That dmesg message
from 1 second ago does not need to be valid anymore, just as anything
else in this world.
there are many things in this world which are usually very persistent, and
people
On Aug 2 2007 15:06, Miklos Szeredi wrote:
On Aug 2 2007 16:04, Alexey Dobriyan wrote:
On 8/2/07, Miklos Szeredi [EMAIL PROTECTED] wrote:
fooptr = kmalloc(sizeof(struct foo), ...);
Key word is traditional. Good traditional form which even half-competent
C programmers immediately parse
On Aug 2 2007 16:56, Michael Tokarev wrote:
I already can see comments from udev/sysfs maintainers here: naming
is a policy which does not belong to kernel. It's a bullshit, because
kernel too has to use SOME way to name things,
(1) The kernel starts with ethX
(2) udev renames it to
On Aug 2 2007 17:07, Michael Tokarev wrote:
Jan Engelhardt wrote:
On Aug 2 2007 12:56, Herbert Rosmanith wrote:
On Aug 2 2007 12:42, Herbert Rosmanith wrote:
There never *were* days when eth0 remained eth0 across such changes.
but there *were* days when eth0 was eth0, if the kernel reports
On Aug 2 2007 16:06, Bernd Petrovitsch wrote:
thrice in some cases like alloc_struct(struct task_struct, GFP_KERNEL)
Save the explicit struct and put it into the macro (and force people
to not use typedefs).
#define alloc_struct(type, flags) ((type *)kmalloc(sizeof(struct type),
(flags)))
Hi,
in recent git kernels, I experience the following regression that no
packets traverse the nat table (esp. the POSTROUTING counters just stand
still) - and hence things like ping+SNAT do not work. Bisect nailed it
down to:
ff09b7493c8f433d3ffd6a31ad58d190f82ef0c5 is first bad commit
Hey,
I know I have seen my kernel outputting A renamed to B. Since you two
however wanted that information in the first place, I grepped a bit
around, and actually found, (drumroll), that the SUSE kernel has had a
proper patch for [I can't remember how long] quite some time. (At least
one
On Aug 2 2007 21:55, Guennadi Liakhovetski wrote:
Hi
I've run across the following gcc feature:
char c[4] = 01234;
gcc emits a nice warning
warning: initializer-string for array of chars is too long
But do a
char c[4] = 0123;
and - a wonder - no warning. No warning with gcc
On Aug 2 2007 21:55, Guennadi Liakhovetski wrote:
Hi
I've run across the following gcc feature:
char c[4] = 01234;
gcc emits a nice warning
warning: initializer-string for array of chars is too long
But do a
char c[4] = 0123;
and - a wonder - no warning. No warning with gcc
On Aug 3 2007 00:00, Kay Sievers wrote:
On 8/2/07, Jan Engelhardt [EMAIL PROTECTED] wrote:
I know I have seen my kernel outputting A renamed to B. Since you two
however wanted that information in the first place, I grepped a bit
around, and actually found, (drumroll), that the SUSE kernel has
On Aug 3 2007 01:30, Guennadi Liakhovetski wrote:
On Fri, 3 Aug 2007, Al Viro wrote:
It doesn't change the fact that use of c[4] or strlen(c) or strcpy(..., c)
means nasal demon country for you.
Haha, funny. You, certainly, may think whatever you want, I'm anyway
greatful to you and to all
801 - 900 of 4340 matches
Mail list logo