On Jan 30 2008 04:29, Matti Linnanvuori wrote:
>Jan Engelhardt:
>> If you have the same subnet on multiple interfaces, only the
>> first interface will be served.
>
>Does that comply with the standard?
What standard?
--
To unsubscribe from this list: send the line "un
On Jan 30 2008 11:53, Jonas Bonn wrote:
>
>This fixes build error as gcc complains about a "section type conflict"
>due to the const __devinitdata in sis190_get_mac_addr_from_apc().
>-static struct pci_device_id sis190_pci_tbl[] __devinitdata = {
>+static const struct pci_device_id sis190_pci_tbl
On Jan 29 2008 20:48, Pavel Roskin wrote:
>On Tue, 2008-01-29 at 19:20 -0500, Jon Masters wrote:
>
>> Yes it is. But I thought the existing code was intending to taint the
>> kernel (that's what it does), so it would really help to identify why it
>> tainted the kernel, by calling add_taint_module
On Jan 29 2008 19:16, Mike Frysinger wrote:
>> >> Some kernel headers exported to userspace rely on these 64bit
>> >> aligned defines. However, they are hidden behind
>> >> __KERNEL_STRICT_NAMES at the moment which means most of the time,
>> >> they're never actually available.
>>
>> Wrong way.
>
On Jan 29 2008 19:20, Jon Masters wrote:
>On Tue, 2008-01-29 at 16:22 -0500, Pavel Roskin wrote:
>>
>> It have come to my attention that a patch has been committed to the
>> kernel with the explicit purpose of tainting ndiswrapper - the kernel
>> module allowing Windows NDIS drivers for Ethernet
On Jan 29 2008 18:34, Jon Masters wrote:
>On Tue, 2008-01-29 at 03:46 +0300, Michael Tokarev wrote:
>
>> Udev in fact loads both - 8139cp and 8139too. The difference is the ORDER
>> in which it loads them - if for "cp-handled" hardware it first loads "too",
>> too will complain as above and will
On Jan 30 2008 00:57, Adrian Bunk wrote:
>> Hello!
>>
>> It have come to my attention that a patch has been committed to the
>> kernel with the explicit purpose of tainting ndiswrapper - the kernel
>> module allowing Windows NDIS drivers for Ethernet and Wireless cards to
>> be used by the kernel
On Jan 29 2008 07:53, Theodore Tso wrote:
>
>>fwiw, diffstat is confused by git's diff output; you need to use
>>'diffstat -p1'
I am seeing normal behavior:
22:52 sovereign:~/linux > git status
# On branch dev-pcidata-dvb
# Changes to be committed:
# (use "git reset HEAD ..." to unstage)
#
#
On Jan 24 2008 16:02, [EMAIL PROTECTED] wrote:
>+
>+ /*
>+ * copy from fs while checksumming, otherwise like csum_partial
>+ */
>+
That comment got messed up. Also, does any other CPU than x86
have a %ds and %fs register?
If it copies directly from user context, a __user annotation wo
On Jan 24 2008 16:02, [EMAIL PROTECTED] wrote:
>diff --git a/arch/microblaze/lib/memcpy.c b/arch/microblaze/lib/memcpy.c
>new file mode 100644
>index 000..cc13ebd
>--- /dev/null
>+++ b/arch/microblaze/lib/memcpy.c
>@@ -0,0 +1,159 @@
>+/* Filename: memcpy.c
>+ *
Please, no such filenames in fi
On Jan 28 2008 20:00, Gerardo Exequiel Pozzi wrote:
>
> Chars are displayed OK in kernels < 2.6.24 (2.6.22.16, 2.6.23.14) with the
> same
> config.
> I booted clean with init=/bin/bash to discard distro (slackware-current)
> problem/incompat, but the problem persist.
>
> This is a know problem?
On Jan 28 2008 22:38, Sam Ravnborg wrote:
>On Sat, Jan 26, 2008 at 07:44:54PM +0100, Sam Ravnborg wrote:
>> Today we have the following annotations for functions/data
>> referencing __init/__exit functions / data:
>>
>> __init_refok for functions
>> __initdata_refok for data
>>
>> and
>> _exit_r
On Jan 27 2008 21:33, Andrew Morton wrote:
>On Sat, 26 Jan 2008 04:23:21 -0500 Mike Frysinger <[EMAIL PROTECTED]> wrote:
>
>> Some kernel headers exported to userspace rely on these 64bit
>> aligned defines. However, they are hidden behind
>> __KERNEL_STRICT_NAMES at the moment which means most of
On Jan 29 2008 13:27, Martin K. Petersen wrote:
>--- /dev/null Thu Jan 01 00:00:00 1970 +
>+++ b/include/linux/crc-t10dif.h Tue Jan 29 13:26:19 2008 -0500
>@@ -0,0 +1,9 @@
>+#ifndef _LINUX_CRC_T10DIF_H
>+#define _LINUX_CRC_T10DIF_H
>+
>+#include
>+
>+const __u16 t10_dif_crc_table[256];
On Jan 27 2008 15:38, Greg Kroah-Hartman wrote:
>Subject: [PATCH 3/5] Module: check to see if we have a built in module with the
> same name
>
>When trying to load a module with the same name as a built-in one, a
>scary kobject backtrace comes up. Prevent that from checking for this
>conditio
On Jan 25 2008 09:45, Greg KH wrote:
>>
>> Okay, but where is the new kobject freed?
>
>In the call to kobject_unregister(), which has then later in the series
>been converted to a call to kobject_put().
>
Hm, working on LDD 3.1? :-)
--
To unsubscribe from this list: send the line "unsubscribe li
On Jan 28 2008 20:10, Zan Lynx wrote:
>On Mon, 2008-01-28 at 14:58 -0500, Jason Price wrote:
>> I apologize if this is the wrong forum. Please CC me on replies.
>>
>> A admin accidentally deleted the swap line from the fstab file. We
>> mount the swap filesystem via labels. However, there seem
On Jan 28 2008 10:02, Roy Zacharias wrote:
>Hello,
>
>This is my first time posting on this list. Currently, I am working
>on a powerpc board and I encounter some problems. When I do the
>following:
>
>1. Login to my card from pc as root
>2. Run command (i.e. ls, ps, etc.)
>3. Wait 30 min-1hr
>4
On Jan 28 2008 01:05, Trent Piepho wrote:
>Maybe the kernel headers should provide a couple macros for testing
>configs, since people get it wrong over and over again?
>
>#define CONFIG_ON(x) (defined(CONFIG_##x) || defined(CONFIG_##x##_MODULE))
>#define CONFIG_AVAIABLE(x) (defined(CONFIG_##x) ||
On Jan 27 2008 23:23, Thanasis wrote:
>
>Q: Do I need CONFIG_ROMFS_FS=y in order to use an initrd image to boot?
>
A: Only if your initrd is romfs. Which is usually not the case in this
decade, much less this year.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Jan 24 2008 16:03, [EMAIL PROTECTED] wrote:
>+
>+static char family_string[] = CONFIG_XILINX_MICROBLAZE0_FAMILY;
>+static char cpu_ver_string[] = CONFIG_XILINX_MICROBLAZE0_HW_VER;
>+
I have not checked - can mark these const?
>--- /dev/null
>+++ b/arch/microblaze/kernel/cpu/cpuinfo.c
>+
>+st
On Jan 24 2008 16:02, [EMAIL PROTECTED] wrote:
>+
>+#define DEBUG
>+
>+#ifdef DEBUG
>+#define DBG(fmt...) printk(fmt)
>+#else
>+#define DBG(fmt...)
>+#endif
Phew, don't reinvent the wheel - use the existing pr_debug() instead.
>+static unsigned long __init lmb_addrs_overlap(unsigned long base1,
On Jan 25 2008 23:21, Jon Masters wrote:
>On Sat, 2008-01-26 at 14:27 +1100, Rusty Russell wrote:
>
>> 2) Unconditionally reject modules with a wrong module section size.
>> Currently
>> we have no such check, which means without KALLSYMS, anything goes.
>
>I favor the latter, since it's safest
On Jan 27 2008 07:27, Ingo Molnar wrote:
>* Kevin Winchester <[EMAIL PROTECTED]> wrote:
>
>> The machine boots normally, but without that revert, X locks up. Does
>> that make sense to anyone?
>
>could you send your full bootlog? Also please send me the output of:
>
> http://people.redhat.com/mi
On Jan 26 2008 21:31, Frans Pop wrote:
>> config BLK_DEV_IDE_PMAC
>> - bool "Builtin PowerMac IDE support"
>> + tristate "Builtin PowerMac IDE support"
>
>This does not seem to make sense: if the option is now tristate, it is no
>longer "Builtin", so probably s/Builtin // in the descr
On Jan 24 2008 16:02, [EMAIL PROTECTED] wrote:
>+
>+/* module handling */
>+EXPORT_SYMBOL(PAGE_OFFSET);
This looks really ugly. PAGE_OFFSET is usually a macro.
I looked in patch 29/52 where PAGE_OFFSET is defined (unsigned int
PAGE_OFFSET), which got me wondered: PAGE_OFFSET can be a runtime
va
On Jan 25 2008 10:31, Jon Masters wrote:
>On Fri, 2008-01-25 at 08:56 +0100, Jan Engelhardt wrote:
>
>> So what is needed is an Oops with an explaining message
>> if (kernel_tainted) "blame that proprietary module first",
>> and make sure the user sees that o
On Jan 25 2008 16:01, Andi Kleen wrote:
>Bodo Eggert <[EMAIL PROTECTED]> writes:
>
>> Enabling this option changes a hard panic on boot errors to a
>> soft panic, which does not stop the system completely.
>> You can still scroll the screen and read the messages.
>
>I don't think it's a good idea
On Jan 25 2008 15:54, Bodo Eggert wrote:
>+#ifdef SOFTPANIC
#ifdef CONFIG_SOFTPANIC?
--
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
On Jan 25 2008 14:39, Jack Harvard wrote:
>> On Jan 25 2008 13:40, Jack Harvard wrote:
>> >Hi,
>> >
>> >I'm trying to boot Linux, but the /init process failed. Here is the
>> >info:
>> >
>> >=FF<6>/init exit code: -14
>> >/init exit code: -14
>> ><4>Failed to execute /init
>> >Failed to execute /i
On Jan 25 2008 13:40, Jack Harvard wrote:
>Hi,
>
>I'm trying to boot Linux, but the /init process failed. Here is the
>info:
>
>=FF<6>/init exit code: -14
>/init exit code: -14
><4>Failed to execute /init
>Failed to execute /init
> <6>/sbin/init exit code: -14
>
>Just wondering what do those diffe
On Jan 25 2008 13:44, Frank Seidel wrote:
>> >+/*
>> >+ * CHANGELOG
>>
>> Changelogs go into git, not files, at least that is what was mentioned
>> time and again.
>
>i removed them
>
If you want to keep them, add it to the patch description; that way they will
be retained in "git log" without ex
On Jan 24 2008 23:09, Greg Kroah-Hartman wrote:
>+/*
>+ * nozomi.c -- HSDPA driver Broadband Wireless Data Card - Globe Trotter
>+ *
>+ * Written by: Ulf Jakobsson,
>+ * Jan �erfeldt,
^
Neither in ISO-8859-1 nor UTF-8 this position contains something meaningful.
On Jan 24 2008 16:04, Mathieu Desnoyers wrote:
>* Randy Dunlap ([EMAIL PROTECTED]) wrote:
>
>Try opening such code in vim, and the syntax highlighting gets all
>messed up :-/
Then we'd also have to fix dcache.h:
#define DCACHE_NFSFS_RENAMED 0x0002/* this dentry has been "silly
On Jan 24 2008 07:47, Mathieu Desnoyers wrote:
>On Tue, 2008-01-22 at 22:10 -0500, Mathieu Desnoyers wrote:
>On my part, its mostly a matter of not crashing the kernel when someone
>tries to force modprobe of a proprietary module (where the checksums
>doesn't match) on a kernel that supports the m
On Jan 24 2008 22:27, Sam Ravnborg wrote:
>> > > Trying to do a 32bit build on a 64bit machine.
>> > > I did..
>> > > make ARCH=i386 oldconfig
>> > > make ARCH=i386 arch/x86/
>> >
>> > Walking through my mailbox I found this one.
>> > I did not get similar reports and I cannot reproduc
On Jan 24 2008 15:54, Mathieu Desnoyers wrote:
>
>Add initialization of an array, which needs brackets that would pollute kernel
>code, to kernel.h. It is used to declare arguments passed as function
>parameters
>such as:
>text_poke(addr, INIT_ARRAY(unsigned char, 0xf0, len), len);
>
>Changelog :
On Jan 24 2008 15:27, Mathieu Desnoyers wrote:
>such as:
>text_poke(addr, INIT_ARRAY(unsigned char, 0xf0, len), len);
text_poke(addr, (unsigned char[]){[0 ... len-1] = val});
Well ugliness is debatable, but at least:
>+#define INIT_ARRAY(type, val, len) ((type [len]) { [0 ... (len)-1] = (val) }
On Jan 19 2008 07:48, Andi Kleen wrote:
>Subject: [PATCH] [2/8] GBPAGES: Add feature macros for the gbpages cpuid bit
Is there already a flag for /proc/cpuinfo or could you add one?
>Index: linux/include/asm-x86/cpufeature.h
>===
>-
On Jan 23 2008 10:29, Matt Helsley wrote:
>
>For executables on the stackable MVFS filesystem the current procfs
>methods for implementing a task's exe symlink do not point to the
>correct file and applications relying on the symlink fail (see the
>java example below).
This reminds me of unoionfs
On Jan 21 2008 19:49, Thomas, Sujith wrote:
>>>
>>> +MODULE_AUTHOR("Thomas Sujith");
>>> +MODULE_AUTHOR("Zhang Rui");
>>
>> I've never seen a driver with two MODULE_AUTHOR statements before.
>> Does this actually work? What does modinfo -F author say for your module?
>
>There is nothing wrong i
On Jan 23 2008 18:41, Bryan Wu wrote:
>Oh, this patch does not touch all, following is the missing list:
>---
[...]
>arch/ia64/hp/common/sba_iommu.c:static struct seq_operations ioc_seq_ops = {
>arch/ia64/kernel/perfmon.c:struct seq_operations pfm_seq_ops = {
>arch/ia64/kernel/setup.c:struct seq_o
On Jan 23 2008 12:18, Bryan Wu wrote:
>> [PATCH] procfs: constify function pointer tables
>> ---
>> arch/alpha/kernel/setup.c |2 +-
>> arch/blackfin/kernel/setup.c |2 +-
>> [...]
>> diff --git a/arch/alpha/kernel/setup.c b/arch/alpha/kernel/setup.c
>> index bd5e68c..823f18e 100644
On Jan 23 2008 08:51, Tejun Heo wrote:
>
>What do you think about the second suggestion then?
>
>ata1.00: line0
>ata1.00 line1
>ata1.00 line2
>
>It allows you to grab for the header && has indication for message
>boundaries.
Then again, why not "[ata1.00] line0", then it matches what sd_mod doe
On Jan 22 2008 22:04, Manuel Reimer wrote:
>
> ... that may be possible...
>
> I have all PCI slots filled with cards, two big IDE hard drives and one DVD
> RAM
> writer. I already disconnected the DVD drive, as this was nearly unusable with
> all those IDE errors. The power supply is (AFAIR) a 2
On Jan 21 2008 05:48, Matthew Wilcox wrote:
>On Mon, Jan 21, 2008 at 02:13:52PM +0900, Tejun Heo wrote:
>> In a nutshell, printk_header() lets you do the following atomically
>> (against other messages).
>>
>> code:
>> printk(KERN_INFO "ata1.00: ", "line0\nline1\nline2\n");
>>
>> output:
>>
On Jan 21 2008 22:16, Rusty Russell wrote:
>On Monday 21 January 2008 20:08:25 Denis Cheng wrote:
>> the original code use KOBJ_NAME_LEN for built-in module name length,
>> that's defined to 20 in linux/kobject.h, but this is not enough appearntly,
>> many module names are longer than this;
>> #d
Hi,
this one also touches like any place that could be found, so I combined
it.
===Patch begins here===
[PATCH] kernel: constify data and function pointer tables
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
---
drivers/char/apm-emulation.c |2 +-
drivers/char/drm/
Hi,
This touches so many different places that I did not feel like creating
a miniscule patch for each architecture. I hope that is ok.
===Patch begins===
[PATCH] procfs: constify function pointer tables
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
---
arch/alpha/kernel/s
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
---
arch/x86/kernel/cpu/proc.c |2 +-
arch/x86/kernel/setup_64.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kernel/cpu/proc.c b/arch/x86/kernel/cpu/proc.c
index 3900e46..0282132 100644
--- a/ar
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>
---
sound/oss/i810_audio.c|4 ++--
sound/oss/swarm_cs4297a.c |4 ++--
sound/oss/trident.c |4 ++--
3 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/sound/oss/i810_audio.c b/sound/oss/i810_audio.c
index f
On Jan 20 2008 20:48, Rusty Russell wrote:
>+ */
>+#define kthread_create(threadfn, data, namefmt...) ({ \
>+ int (*_threadfn)(typeof(data)) = (threadfn);\
>+ __kthread_create((void *)_threadfn, (data), namefmt); \
>+})
If you have namefmt... you need that varagrs
On Jan 19 2008 12:05, Miklos Szeredi wrote:
>+
>+/*
>+ * Write full pathname from the root of the filesystem into the buffer.
>+ */
>+char *dentry_path(struct dentry *dentry, char *buf, int buflen)
Hm, this functions looks very much like __d_path(). Is it
an unintentional copy?
>+{
>+ char
On Jan 19 2008 20:14, Oliver Pinter (Pintér Olivér) wrote:
>
>I don't know, what the proble, but the fstab workaround functioniert:
>form:
>/dev/sda3 / xfs defaults0 1
>to:
>UUID=7c167a53-30ff-4d47-a206-ce8caf2397ba / xfs
> defaults
On Jan 19 2008 11:08, Rafael Sisto wrote:
>
>I had already read that webpage, but I dont need to change the data on
>that file. I just want to create a new file and then close it, so I
>can use it later in another system call, to mmap it to a user space.
>Is it clearer now?
>Can you please give me
her allowed nor
forbidden according to CodingStyle; and taking checkpatch as a
master-solution just seems wrong), then please say so (you did) and I
will make a special exception for all submissions to code which
involve you.
===
>From 7ab7779b86a361d9f282f2055db76eea980d3e7f Mon Sep
On Jan 18 2008 11:45, Ingo Molnar wrote:
>* Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
>> This is against x86/mm.
>
>hm, it has checkpatch failures -
All false positives.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
On Jan 19 2008 10:42, Rafael Sisto wrote:
>Dear forum,
>can anybody help me with this issue?
>
>How do I create a new file in kernel mode?
>I am trying to create a file in a system call I am building.
http://kernelnewbies.org/FAQ/WhyWritingFilesFromKernelIsBad
Even then, you are a bit too unspec
t address.
>
>255.255.255.255 is "limited broadcast address"
>(vs subnet broadcast address, which can be forwarded by routers).
>From 84bccef295aa9754ee662191e32ba1d64edce2ba Mon Sep 17 00:00:00 2001
From: Jan Engelhardt <[EMAIL PROTECTED]>
Date: Fri, 18 Jan 2008 02:10:44 +0
On Jan 18 2008 10:30, [EMAIL PROTECTED] wrote:
>--- a/include/linux/numa.h
>+++ b/include/linux/numa.h
>@@ -10,4 +10,10 @@
>
> #define MAX_NUMNODES(1 << NODES_SHIFT)
>
>+#if MAX_NUMNODES > 256
>+typedef u16 numanode_t;
>+#else
>+typedef u8 numanode_t;
>+#endif
>+
Do we really need numanode_
n)align the IN_BADCLASS macro and ipv6_is_badclass() definition,
Unalign? IPv6? "Limited" broadcast?
>you should change the name anyway, e.g., ipv6_is_limited_broadcast()
>or some something alike.
===
Author: Jan Engelhardt <[EMAIL PROTECTED]>
Date: Fri Jan 18 02:51:34 20
f6354a5634b5dccb8e
commit 44762168d7cbefc4f8753a79d99a761cbd9875d9
Author: Jan Engelhardt <[EMAIL PROTECTED]>
Date: Fri Jan 18 02:10:44 2008 +0100
IPv4: enable use of 240/4 address space
This short patch modifies the IPv4 networking to enable use of the
240.0.0.0/4 (aka "class-E")
On Jan 7 2008 17:10, Vince Fuller wrote:
>--- net/ipv4/devinet.c.orig2007-04-12 10:16:23.0 -0700
>+++ net/ipv4/devinet.c 2008-01-07 16:55:59.0 -0800
>@@ -594,6 +594,8 @@ static __inline__ int inet_abc_len(__be3
> rc = 16;
> else if (IN_CLASSC
On Jan 17 2008 18:05, Michael Opdenacker wrote:
>>> +ifeq ($(CONFIG_INPUT_PCSPKR),y)
>>> + obj-y += pcspeaker.o
>>> +endif
>>>
>>
>> I'm not sure this does what you want. What if CONFIG_INPUT_PCSPKR = m?
>>
>Does it make sense to compile arch/x86/kernel/pcspeaker.c as a
On Jan 17 2008 12:53, Patrick J. LoPresti wrote:
>Using 10GigE cards and the usual tweaks to tcp_rmem etc., I am
>getting single-stream TCP throughput better than 600 MB/sec.
Hm, be aware not to hit the sequence wrap :)
>1) O_DIRECT read() + send()
>2) mmap() + madvise(WILLNEED) + send()
>3) fa
On Jan 16 2008 13:20, Daniel Walker wrote:
>On Thu, 2008-01-17 at 02:09 +0530, Balaji Rao wrote:
>> Hi,
>>
>> When i set jiffies as the current_clocksource, date(1) tells me
>> that wallclock time has stopped, and soon after that, the system
>> becomes unresponsive. This is not seen with CONFIG_N
On Jan 17 2008 01:43, Kyle McMartin wrote:
>On Wed, Jan 16, 2008 at 11:57:54PM +0100, Jan Engelhardt wrote:
>>
>> On Jan 16 2008 17:20, Kyle McMartin wrote:
>> >On Wed, Jan 16, 2008 at 10:15:39PM +0100, Jan Engelhardt wrote:
>> >> parent a9f7faa5fd229a657
On Jan 17 2008 00:15, Andi Kleen wrote:
>
>The previously posted version was missing all the 64bit hunks. Fix
>that. Please use over previous version.
>
>They now look like
>
>hal-resmgr[13791]: segfault at 3c rip 2b9c8caec182 rsp 7fff1e825d30
>error 4 in libacl.so.1.1.0[2b9c8caea000+6000]
Can th
On Jan 17 2008 11:33, Neil Brown wrote:
>On Thursday January 17, [EMAIL PROTECTED] wrote:
>>
>> On Jan 17 2008 00:43, Karel Zak wrote:
>> >>
>> >> Seems like a plain bad idea to me. There will be any number of home-made
>> >> /proc/mounts parsers and we don't know what they do.
>> >
>> > So, le
On Jan 17 2008 00:43, Karel Zak wrote:
>>
>> Seems like a plain bad idea to me. There will be any number of home-made
>> /proc/mounts parsers and we don't know what they do.
>
> So, let's use /proc/mounts_v2 ;-)
Was not it like "don't use /proc for new things"?
--
To unsubscribe from this list
On Jan 16 2008 17:20, Kyle McMartin wrote:
>On Wed, Jan 16, 2008 at 10:15:39PM +0100, Jan Engelhardt wrote:
>> parent a9f7faa5fd229a65747f02ab0f2d45ee35856760
>> commit
>
>^- did you just make that up? ;-)
Yes. git does not care anyw
This is against x86/mm.
===
parent a9f7faa5fd229a65747f02ab0f2d45ee35856760
commit
Author: Jan Engelhardt <[EMAIL PROTECTED]>
Date: Wed Jan 16 21:23:01 2008 +0100
x86: remove unneeded casts
Signed-off-by: Jan Engelhardt <[EMAIL
On Jan 14 2008 15:53, Robert P. J. Day wrote:
>>
>> fdisk or similar should have issued an ioctl to reread the partition
>> table after writing the new one, but you can do it manually with
>> 'blockdev --rereadpt '.
>
>i remember bringing up this very issue quite some time ago and, IIRC,
>the cons
commit abd7e7b7e05f8af290e7a7e6c5f3cbb57192523a
Author: Jan Engelhardt <[EMAIL PROTECTED]>
Date: Tue Jan 15 03:31:39 2008 +0100
x86: minor cleanup
- let get_stack_long from ptrace_32 use long (not int) for consistency
- make put_stack_long() return void (return value no
On Jan 14 2008 22:29, Olaf Titz wrote:
>> 200Mb had been filled when it had been umounted from /mnt/bootf8
>> repartitioned, mke2fs'd, a journal added and a new label written and then
>> mounted to /amandatapes.
>>
>> Something it seems to me, should have forced the re-init, but didn't. So is
>
>
On Jan 14 2008 14:34, Gene Heskett wrote:
>
>Do we have a utility that can force the kernel to re-read, and re-initialize
>itself to a given drives partition tables without having to reboot if one is
>working with a drive that is not part of the required kernel directory tree?
fdisk issues an i
On Jan 13 2008 10:34, [EMAIL PROTECTED] wrote:
>+++ b/include/asm-x86/cpu.h
>@@ -7,7 +7,7 @@
> #include
> #include
>
>-struct i386_cpu {
>+struct x86_cpu {
> struct cpu cpu;
> };
> extern int arch_register_cpu(int num);
Is not struct x86_cpu kinda redundant here if it only wraps around
o
On Jan 13 2008 10:35, [EMAIL PROTECTED] wrote:
>--- a/arch/x86/kernel/setup_64.c
>+++ b/arch/x86/kernel/setup_64.c
>@@ -372,8 +373,9 @@ void __init setup_arch(char **cmdline_p)
> io_delay_init();
>
> #ifdef CONFIG_SMP
>- /* setup to use the static apicid table during kernel startup */
On Jan 13 2008 10:34, [EMAIL PROTECTED] wrote:
>--- a/arch/x86/kernel/mpparse_64.c
>+++ b/arch/x86/kernel/mpparse_64.c
>@@ -132,7 +132,7 @@ static void __cpuinit MP_processor_info(
>* area is created.
>*/
> if (x86_cpu_to_apicid_ptr) {
>- u8 *x86_cpu_to_apicid =
On Jan 14 2008 00:52, Samuel Thibault wrote:
>
>In many cases, one prefers to have e.g. the NumLock on by default. In
>many cases, one doesn't want to have it by default, e.g. on laptops.
>
>Distributions actually have a very hard time trying to set this
>correctly after the kernel boot, and that
On Jan 13 2008 14:28, xerces8 wrote:
>
>I write here as the MAINTAINERS file has no entry about the isofs.
>
>The question is : Is there any plan/way/idea to have read/write support
>for isofs ?
>
>I know of user space tools that can perform any operation (like
>create/read/write/rename/delete f
On Jan 11 2008 17:49, David Miller wrote:
>From: Vince Fuller <[EMAIL PROTECTED]>
>Date: Fri, 11 Jan 2008 09:29:15 -0800
>
>> I leave it up to you, the developers, to decide if you want to use these
>> patches.
>
>Vince, please just ignore these turkeys who are dismissing
>your patch and respin it
On Jan 8 2008 20:08, Miklos Szeredi wrote:
>> On Tue, 2008-01-08 at 12:35 +0100, Miklos Szeredi wrote:
>> > +static int reserve_user_mount(void)
>> > +{
>> > + int err = 0;
>> > +
>> > + spin_lock(&vfsmount_lock);
>> > + if (nr_user_mounts >= max_user_mounts && !capable(CAP_SYS_A
On Jan 9 2008 09:29, Geert Uytterhoeven wrote:
>On Tue, 8 Jan 2008, [EMAIL PROTECTED] wrote:
>> On Tue, 08 Jan 2008 08:48:35 +0200, Thanasis said:
>> > Is there a kernel driver that would make a NIC's port work as a RS232
>> > port, using the serial cables that are RJ45 on one side and DB9 or DB25
On Jan 10 2008 14:25, Nikanth Karthikesan wrote:
>-static int pt_ioctl(struct inode *inode, struct file *file,
>- unsigned int cmd, unsigned long arg)
>+static long pt_ioctl(struct file *file, unsigned int cmd,
>+ unsigned long arg)
> {
> struct pt_unit *tape = file->priva
On Jan 8 2008 17:48, Tuomo Valkonen wrote:
>
>> You can guess my answer: udev will fix it.
>
>And break everything else, such as my symlinks, permissions, etc.
>I'm not going to learn its cryptic special-case config files for
>such trivial tasks as creating a fucking symlink or change the
>per
On Jan 8 2008 17:52, Tuomo Valkonen wrote:
>On 2008-01-08, Andre Noll <[EMAIL PROTECTED]> wrote:
>> Use tune2fs to deactivate checking.
>
>So, a workaround is the answer to a clear bug. Typical FOSS.
Well if it is a problem for you, why do not you come and fix it?
>> Modify the init scripts or u
On Jan 8 2008 16:52, Tuomo Valkonen wrote:
>
>> I can recommend that you try another distribution then.
>
>They all suck.
Roll your own.
>Typically distros' stock kernels load the intorable integrated buzz-chip
>as the first sound card,
While that is true, configuration tools such as, ads aside
On Jan 8 2008 16:07, Tuomo Valkonen wrote:
>
>One should always indicate the version of software when complaining. Well,
>
>$ uname -a
>Linux noi 2.6.14 #1 PREEMPT Sun Oct 30 20:18:48 EET 2005 i686 GNU/Linux
>
>I've tried upgrading, and failed: the megatonne monolith with a gazillion
>hidd
On Jan 7 2008 18:26, Stefan Richter wrote:
>Jan Engelhardt wrote:
>>>On Jan 7, 2008 1:29 PM, Michal Simek <[EMAIL PROTECTED]> wrote:
>>>> Is it possible to create git repository in git.kernel.org for Microblaze
>>>> cpu?
>...
>> Alternatively,
On Jan 7 2008 14:47, Pekka Enberg wrote:
>Hi Michael,
>
>On Jan 7, 2008 1:29 PM, Michal Simek <[EMAIL PROTECTED]> wrote:
>> Is it possible to create git repository in git.kernel.org for Microblaze
>> cpu?
>
>You need to ask the kernel.org administrators for that:
>
> http://www.kernel.org/faq/#ac
On Jan 6 2008 11:22, Herbert Xu wrote:
>@@ -271,6 +271,7 @@ static int raw_send_hdrinc(struct sock *sk, void *from,
>size_t length,
> int hh_len;
> struct iphdr *iph;
> struct sk_buff *skb;
>+ unsigned int iphlen;
> int err;
>
> if (length > rt->u.dst.dev->mtu)
On Jan 4 2008 19:39, Theodore Tso wrote:
>On Sat, Jan 05, 2008 at 01:12:44AM +0100, Paolo Ciarrocchi wrote:
>
>But because running some kind of mechanical script and fixing up the
>problems is relatively mindless, it doesn't *add* anything. Only the
>maintainer knows when it is a reasonably conve
On Jan 5 2008 01:31, Andrew Morton wrote:
>> The second util-linux-ng 2.13.1 release candidate is available at
>>
>> ftp://ftp.kernel.org/pub/linux/utils/util-linux-ng/
>>
>
>Interesting. Thanks. Which distros are using this, or plan to do so?
SUSE does. Practically, the first util-linux
On Jan 4 2008 20:43, Sam Ravnborg wrote:
>On Thu, Jan 03, 2008 at 11:33:44PM +0100, Jan Engelhardt wrote:
>>
>> On Jan 3 2008 22:32, Sam Ravnborg wrote:
>> >
>> >On top of this I have my personal todo items such as:
>> >- modern ncurses interfac
07/10/18/206
I have updated it to Linus's current treetop.
git://computergmbh.de/linux 'kconfig' branch;
===
commit da9389c3e640f9ee261865beb6b9861fe5b30b78
Author: Jan Engelhardt <[EMAIL PROTECTED]>
Date: Thu Jan 3 23:23:38 2008 +0100
kconfig: allow overriding s
On Jan 3 2008 15:39, [EMAIL PROTECTED] wrote:
>fantastic, thanks!
>
>unfortunately..
>
>opensuse103:/home/roland/serialcons # ./mytioccons
>ioctl: Device or resource busy
>
>but i`m not deep enough into programming to understand this.
>
>int main(void)
>{
>int fd = open("/dev/ttyS0", O_RDWR);
On Jan 3 2008 13:43, [EMAIL PROTECTED] wrote:
>
>hi !
>
>i was wondering how to make kernel messages appear on /dev/ttyS0 without a
>reboot, i.e. kernelparam "console=ttyS0"
The solution is simple... the following piece of code is inside
opensuse-10.3/src/sysvinit-2.86-115.src.rpm#showconsole-1.
On Jan 2 2008 13:42, Linus Torvalds wrote:
>On Wed, 2 Jan 2008, Jan Engelhardt wrote:
>>
>> A cleanup. Or perhaps a precautionary change, should unsigned long
>> long ever become something that is not 64-bit. It was intended for
>> 2.6.25 actually. You don't
On Jan 2 2008 12:52, Linus Torvalds wrote:
>On Wed, 2 Jan 2008, Jan Engelhardt wrote:
>>
>> please cherrypick 35f2e577e432b28969710bc1fd4d9a4c0875f81b from
>> the git://computergmbh.de/linux repository from the "netfilter"
>> branch (or use patch below).
>
201 - 300 of 2191 matches
Mail list logo