Greg KH wrote:
On Sat, Feb 26, 2005 at 02:45:49PM -0800, Eric Gaumer wrote:
What is the difference between u* and uint*_t ? Both are derived from the
same basic data type.
typedef unsigned char __u8;
typedef __u8uint8_t;
And...
typedef unsigned char u8;
Don't use the uint*_t
On Sun, Feb 27, 2005 at 06:48:37PM +0100, Jean Delvare wrote:
> Hi Pasi,
>
> > Do you know about driver for W83627THF watchdog? I'm using Supermicro
> > P8SCI motherboard, and I haven't found working driver for it..
>
> Have you tried w83627hf_wdt? I took a quick look at the W83627HF and
>
On Mon, 2005-02-28 at 00:51 +0100, Carl-Daniel Hailfinger wrote:
> Hi,
>
> is it intentional that
> echo foo >/dev/hda1
> doesn't update the mtime of the device node, but
> echo foo >/dev/tty10
> does update the mtime of the device node?
>
> And no, mounting with the noatime flag doesn't help
On Sat, Feb 26, 2005 at 02:45:49PM -0800, Eric Gaumer wrote:
> What is the difference between u* and uint*_t ? Both are derived from the
> same basic data type.
>
> typedef unsigned char __u8;
> typedef __u8uint8_t;
>
> And...
>
> typedef unsigned char u8;
Don't use the
Guillaume Thouvenin <[EMAIL PROTECTED]> wrote:
>
>Ok the protocol is maybe too "basic" but with this mechanism the user
> space application that uses the fork connector can start and stop the
> send of messages. This implementation needs somme improvements because
> currently, if two
On Mon, Feb 28, 2005 at 01:31:03AM +0100, Christian Kujau wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> hi,
>
> i'm running 2.6.11-rc2-bk10 and still get my syslog clobbered with
> messages like this:
>
> PCI: :00:0c.0 has unsupported PM cap regs version (1)
>
> $ lspci |
On Mon, 2005-02-28 at 10:59 +0900, Kaigai Kohei wrote:
> Marcelo Tosatti wrote:
> > Yep, the netlink people should be able to help - they known what would be
> > required for not sending messages in case there is no listener registered.
> >
> > Maybe its already possible? I have never used
On Sun, Feb 27, 2005 at 06:38:44PM -0500, Wen Xiong wrote:
> diff -Nuar linux-2.6.9.orig/drivers/serial/jsm/jsm_tty.c
> linux-2.6.9.new/drivers/serial/jsm/jsm_tty.c
> --- linux-2.6.9.orig/drivers/serial/jsm/jsm_tty.c 1969-12-31
> 18:00:00.0 -0600
> +++
On Sun, Feb 27, 2005 at 06:39:51PM -0500, Wen Xiong wrote:
> This patch is for jsm_proc.c and includes the functions relating to
> /proc/jsm entry.
No, don't add new /proc stuff. Use sysfs, and if you want to spit out
more data, use debugfs.
What is the need for these files?
thanks,
greg k-h
On Sun, Feb 27, 2005 at 06:40:20PM -0500, Wen Xiong wrote:
>
> diff -Nuar linux-2.6.9.orig/drivers/serial/jsm/digi.h
> linux-2.6.9.new/drivers/serial/jsm/digi.h
Oh, and please diff against at least the latest kernel release, 2.6.9 is
old...
> + * $Id: digi.h,v 1.7 2004/09/23 16:08:30 scottk
On Sun, Feb 27, 2005 at 06:38:23PM -0500, Wen Xiong wrote:
> +static struct pci_device_id jsm_pci_tbl[] = {
> + { DIGI_VID, PCI_DEVICE_NEO_4_DID, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
> 0 },
> + { DIGI_VID, PCI_DEVICE_NEO_8_DID, PCI_ANY_ID, PCI_ANY_ID, 0, 0,
> 1
On Friday February 25, [EMAIL PROTECTED] wrote:
>
> Turning on debugging in raid6main.c and md.c make it much harder to hit. So
> I'm assuming something
> timing related.
>
> raid6d --> md_check_recovery --> generic_make_request --> make_request -->
> get_active_stripe
Yes, there is a real
"" <[EMAIL PROTECTED]> wrote:
>
> Anyway, after improving the tool and checking for false positives, there is
> only
> one more suspicious piece of code in drivers/acpi/video.c:561
>
> status = acpi_video_device_lcd_query_levels(device, );
>
> if (obj && obj->type ==
Christian Schmid wrote:
I already tried with 300 KB and even used a perl-hash as a horrible-slow
buffer for a readahead-replacement. It still slowed down on the syswrite
to the socket. Thats the strange thing.
Do you have to use manual readahead though? What is the performance
like if you just
On Mon, 2005-02-28 at 10:59 +0900, Kaigai Kohei wrote:
> Hello,
>
> Marcelo Tosatti wrote:
> > Yep, the netlink people should be able to help - they known what would be
> > required for not sending messages in case there is no listener registered.
> >
> > Maybe its already possible? I have
On Saturday 26 February 2005 09:13, Benjamin Herrenschmidt wrote:
> On Sat, 2005-02-26 at 01:41 +0100, Olaf Hering wrote:
> > modedb can not be __init because fb_find_mode() may get db == NULL.
> > fb_find_mode() is called from modules.
>
> Ahhh, good catch ! I though that was fixed long ago,
Hello all
(I am not subscribed. Please CC me)
Please forgive me if I have posed this message in the wrong place. I have
been searching for the answer for days with no resolve.
The question is:
How do I get eth0 and wlan0 both working together.
They are both using dhcp to the same simple
Hi.
A few corrections, nothing major.
Nigel
On Mon, 2005-02-28 at 12:22, Pavel Machek wrote:
> Hi!
>
> We got quite long list of machines and tricks needed to get them
> working. Please apply,
> Pavel
> Signed-off-by: Pavel Machek <[EMAIL
Hello,
This testcase from Thomas Crhak:
#include
#include
int
main(int argv, char **argc) {
int inout[2];
fd_set readfds, writefds, exceptfds;
struct timeval timeout;
timeout.tv_sec = 0;
timeout.tv_usec = 0;
FD_ZERO();
FD_ZERO();
FD_ZERO();
pipe(inout);
write(inout[1],
Hi,
I am writing an implementation of a source routing protocol as a
loadable module. I am using netfilter, I am not using the IP SSR
option, I am using kernel 2.6.5, without smp and preemption support.
My design is based on the DSR protocol. I have a header after the IP
header, describing the
Randy.Dunlap wrote:
parport_init_mode is used by devinit code so it should be __devinitdata;
Error: ./drivers/parport/parport_pc.o .text refers to 2601 R_X86_64_PC32 .init.data+0x00e0
Yes, aeb already fixed this one ignore it.
--
~Randy
-
To unsubscribe from this
ICCVersion() is only used by init code & can be marked __init;
Error: ./drivers/isdn/hisax/icc.o .text refers to 014a R_X86_64_32S
.init.data
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
diffstat:=
drivers/isdn/hisax/icc.c |2 +-
drivers/isdn/hisax/icc.h |2 +-
2
parport_init_mode is used by devinit code so it should be __devinitdata;
Error: ./drivers/parport/parport_pc.o .text refers to 2601
R_X86_64_PC32 .init.data+0x00e0
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
diffstat:=
drivers/parport/parport_pc.c |2 +-
1
Hello ,
Has anybody written a driver for the Intel PCI-Express
Tekoa Ethernet Controller?
Regards
Pranjal
__
Do you Yahoo!?
Yahoo! Mail - 250MB free storage. Do more. Manage less.
http://info.mail.yahoo.com/mail_250
-
To unsubscribe from this
> +config SERIAL_JSM
> +tristate "Digi International NEO PCI Support"
> +select SERIAL_CORE
shouldn't this depend on CONFIG_PCI?
> diff -Nuar linux-2.6.9.orig/drivers/serial/jsm/Makefile
> linux-2.6.9.new/drivers/serial/jsm/Makefile
> ---
On Sun, Feb 27, 2005 at 07:47:58PM -0500, Jeff Garzik wrote:
> >+struct shrink_buf_struct {
> >+unsigned intshrink_buf_vaddr; /* Virtual address of board
> >*/
> >+unsigned intshrink_buf_phys;/* Physical address of board
> >*/
>
> Major bug. These should be
On Sun, Feb 27, 2005 at 06:39:51PM -0500, Wen Xiong wrote:
> This patch is for jsm_proc.c and includes the functions relating to
> /proc/jsm entry.
please don't put in more procfs driver interfaces.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Sun, 27 Feb 2005, Shawn Starr wrote:
> Perhaps in future, maybe SELinux could take advantage of sysfs to modify some
> policies? Is this doable?
> Sure, we still need some flat files for static configurations, but what about
> dynamic ones?
This is already possible via the 'booleans'
First of all, I'm not aware of the whole discussion, ignore this if it
has been brought to attention already.
> > Yep, the netlink people should be able to help - they known what would be
> > required for not sending messages in case there is no listener registered.
> >
> > Maybe its already
On Sunday 27 February 2005 09:04 pm, Jean-Marc Valin wrote:
> What has been changed in
> 2.6.11-rcX?
Don't know exactly what changed but when I faced this issue Greg KH suggested
to reproduce on 2.6.11-rc3 and it didn't happen there.
(I am assuming that the issue you are seeing is the same as
站长，您好！帮帮忙发布下面的软件，谢谢！
软件名称：搜易高速邮址搜寻家[EmailSearcher]
软件版本：V 3.5
软件语言：简体中文
软件大小：846KB
应用平台：Win9x/Me/NT/2000/XP
免费下载：http://emlseek.2616.net
免费下载：http://emlseek.snsun.com
免费下载：http://emlseek.ywzc.net
QQ联系：114075303 电话：(0519)8670323
> Hmm.. So that error is not FC3 specific, it is present in stock 2.6.10 as
> well. Also - This is on a USB disk, right? If so, the error may re-surface.
> Try upgrading to latest kernel if possible.
It's a USB disk (3.5" IDE + IDE to USB). What has been changed in
2.6.11-rcX?
Hello,
Marcelo Tosatti wrote:
> Yep, the netlink people should be able to help - they known what would be
> required for not sending messages in case there is no listener registered.
>
> Maybe its already possible? I have never used netlink myself.
If we notify the fork/exec/exit-events to
On Sun, Feb 27, 2005 at 07:27:39PM +0100, Rafael J. Wysocki wrote:
> On Sunday, 27 of February 2005 18:50, Pavel Machek wrote:
[snip]
> > Ok, this one.
> >
> > I do not know what is going wrong. swsusp seems to work for
> > people... or at least it works for me. Here's my .config, perhaps you
> >
> diff -Nuar linux-2.6.9.orig/drivers/serial/jsm/jsm_driver.h
> linux-2.6.9.new/drivers/serial/jsm/jsm_driver.h
> --- linux-2.6.9.orig/drivers/serial/jsm/jsm_driver.h1969-12-31
> 18:00:00.0 -0600
> +++ linux-2.6.9.new/drivers/serial/jsm/jsm_driver.h 2005-02-27
>
Hi!
> > This fixes (part of) u32 vs. pm_message_t confusion in USB. It should
> > cause no code changes. Please apply,
>
> Large portions of this patch are already in my tree (and hence the -mm
> tree.) Care to rediff against the latest -mm and resend the patch?
(Sorry for the delay).
Yes,
Hi!
We got quite long list of machines and tricks needed to get them
working. Please apply,
Pavel
Signed-off-by: Pavel Machek <[EMAIL PROTECTED]>
--- clean-mm/Documentation/power/video.txt 2004-12-25 13:34:57.0
+0100
+++
sound/oss/opl3sa2: calls __init function during probe, which may
be after init for PNP devices;
Error: ./sound/oss/opl3sa2.o .text refers to 0204 R_X86_64_PC32
.init.text+0xfffc
Error: ./sound/oss/opl3sa2.o .text
On Sunday 27 February 2005 05:58 pm, Jean-Marc Valin wrote:
> I did use a stock 2.6.10 kernel (I said custom in the sense that it
> wasn't a Debian kernel). After a reboot, I was able to run fsck on the
> disk (many, many errors) and it went fine after.
Hmm.. So that error is not FC3 specific, it
On Sun, Feb 27, 2005 at 04:45:46PM -0800, Eric Gaumer wrote:
> David Gibson wrote:
> >
> >This looks like the ancient version of the monitor patch - which
> >includes importing a lot of needless junk from the linux-wlan-ng
> >tree. A cleaned up version of monitor has been merged in the orinoco
>
On Sun, 27 Feb 2005, Wen Xiong wrote:
This patch is all headers for this device driver.
Signed-off-by: Wen Xiong <[EMAIL PROTECTED]>
+++ linux-2.6.9.new/drivers/serial/jsm/digi.h 2005-02-27
17:14:44.746952168 -0600
@@ -0,0 +1,416 @@
+/*
+ * Copyright 2003 Digi International (www.digi.com)
+ *
Kyle Moffett wrote:
On Feb 27, 2005, at 18:38, Wen Xiong wrote:
+/*
+ * jsm_init_globals()
+ *
+ * This is where we initialize the globals from the static insmod
+ * configuration variables. These are declared near the head of
+ * this file.
+ */
+static void jsm_init_globals(void)
+{
+int i
David Gibson wrote:
This looks like the ancient version of the monitor patch - which
includes importing a lot of needless junk from the linux-wlan-ng
tree. A cleaned up version of monitor has been merged in the orinoco
CVS tree for ages now, but unfortunately that's long overdue for a
merge with
Wen Xiong wrote:
+struct rw_t {
+ unsigned char rw_req; /* Request type */
+ unsigned char rw_board; /* Host Adapter board number*/
+ unsigned char rw_conc;/* Concentrator number */
+ unsigned char rw_reserved;
sonicvibes: _devinit function was referencing __initdata (2x),
which should be __devinitdata;
Error: ./sound/oss/sonicvibes.o .text refers to 3ca7 R_X86_64_32S
.init.data+0x0080
Error: ./sound/oss/sonicvibes.o .text
Wen Xiong wrote:
+/* Our "in use" variables, to enforce 1 open only */
+static int jsm_mgmt_in_use[MAXMGMTDEVICES];
Eliminate MAXMGMTDEVICES
+
+/*
+ * jsm_mgmt_open()
+ *
+ * Open the mgmt/downld/dpa device
+ */
+int jsm_mgmt_open(struct inode *inode, struct file *file)
+{
+ unsigned long
Wen Xiong wrote:
+static inline void neo_set_rts_flow_control(struct channel_t *ch)
+{
+ uchar ier = readb(>ch_neo_uart->ier);
+ uchar efr = readb(>ch_neo_uart->efr);
Do not invent new types like "ushort" or "uchar".
For situations where specific size is required, use a size-specific
I already tried with 300 KB and even used a perl-hash as a horrible-slow buffer for a
readahead-replacement. It still slowed down on the syswrite to the socket. Thats the strange thing.
Rik van Riel wrote:
On Mon, 28 Feb 2005, Christian Schmid wrote:
No i am only using 4 tasks with Poll-API and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi,
i'm running 2.6.11-rc2-bk10 and still get my syslog clobbered with
messages like this:
PCI: :00:0c.0 has unsupported PM cap regs version (1)
$ lspci | grep :00:0c.0
:00:0c.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX
Wen Xiong wrote:
+#define TMPBUFLEN (1024)
+
+/*
+ * jsm_sniff - Dump data out to the "sniff" buffer if the
+ * proc sniff file is opened...
+ */
+
+void jsm_sniff_nowait_nolock(struct channel_t *ch, uchar *text, uchar *buf,
int len)
+{
+ struct timeval tv;
+ int n;
+ int r;
+
sound/oss/aedsp16: init/exit section cleanups:
Exit-only function uninit_aedsp16() was marked __init instead of __exit;
ae_config data was marked __initdata but used during exit;
several cleanup functions were marked _init but used for init or exit
cleanups;
Error: ./sound/oss/aedsp16.o
Wen Xiong wrote:
General comment: This driver has -way- too many global variables.
Normal drivers should associate state information with each instance of
a device (e.g. each struct pci_dev), not globally.
+/*
+ * Globals
+ */
+uint jsm_NumBoards,current_NumBoards;
+struct board_t
On Feb 27, 2005, at 18:38, Wen Xiong wrote:
+/*
+ * jsm_init_globals()
+ *
+ * This is where we initialize the globals from the static insmod
+ * configuration variables. These are declared near the head of
+ * this file.
+ */
+static void jsm_init_globals(void)
+{
+ int i = 0;
+
+
> "Andrew" == Andrew Morton <[EMAIL PROTECTED]> writes:
Andrew> <[EMAIL PROTECTED]> wrote:
>> $ ulimit -m 10 bash: ulimit: max memory size: cannot modify
>> limit: Function not implemented
Andrew> I don't know about this. The change could cause existing
Andrew> applications and scripts
This patch includes drivers/serial/Kconfig, drivers/serial/Makefile,
serial_core.h and Makefile for jsm device driver.
Signed-off-by: Wen Xiong <[EMAIL PROTECTED]>
diff -Nuar linux-2.6.9.orig/drivers/serial/Kconfig
linux-2.6.9.new/drivers/serial/Kconfig
---
On Mon, 28 Feb 2005, Christian Schmid wrote:
> No i am only using 4 tasks with Poll-API and non-blocking sockets. Every
> socket gets a 1 MB read-ahead. This are 4000 MB Max on a 8 GB machine
> Shouldnt thrash.
If nothing else on the system uses any memory, and there
were no memory zones and
Hi,
is it intentional that
echo foo >/dev/hda1
doesn't update the mtime of the device node, but
echo foo >/dev/tty10
does update the mtime of the device node?
And no, mounting with the noatime flag doesn't help because the
mtime is updated. IIRC some time ago this behaviour was different,
but I
No i am only using 4 tasks with Poll-API and non-blocking sockets. Every socket gets a 1 MB
read-ahead. This are 4000 MB Max on a 8 GB machine Shouldnt thrash.
Rik van Riel wrote:
On Sun, 27 Feb 2005, Christian Schmid wrote:
Christian, how big are the data blocks you sys_readahead, and
how
This patch is all headers for this device driver.
Signed-off-by: Wen Xiong <[EMAIL PROTECTED]>
diff -Nuar linux-2.6.9.orig/drivers/serial/jsm/digi.h
linux-2.6.9.new/drivers/serial/jsm/digi.h
--- linux-2.6.9.orig/drivers/serial/jsm/digi.h 1969-12-31 18:00:00.0
-0600
+++
Quoting Neil <[EMAIL PROTECTED]>:
> hi,all
> select/poll I/O modeling is fast,easy to use,it returns the number of fd
> which are acitvity,but you should scan the fd array to find which fd is
> ready,it costs a lot of time on a heavy load server.
>
> I proposal another I/O modeling,named
This patch is for jsm_mgmt.c. It includes the functions to process
management ports.
Signed-off-by: Wen Xiong <[EMAIL PROTECTED]>
diff -Nuar linux-2.6.9.orig/drivers/serial/jsm/jsm_mgmt.c
linux-2.6.9.new/drivers/serial/jsm/jsm_mgmt.c
--- linux-2.6.9.orig/drivers/serial/jsm/jsm_mgmt.c
This patch is for jsm_proc.c and includes the functions relating to
/proc/jsm entry.
Signed-off-by: Wen Xiong <[EMAIL PROTECTED]>
diff -Nuar linux-2.6.9.orig/drivers/serial/jsm/jsm_proc.c
linux-2.6.9.new/drivers/serial/jsm/jsm_proc.c
--- linux-2.6.9.orig/drivers/serial/jsm/jsm_proc.c
The third patch is for jsm_tty_neo.c and includes all low level
adapter functions.
Signed-off-by: Wen Xiong <[EMAIL PROTECTED]>
diff -Nuar linux-2.6.9.orig/drivers/serial/jsm/jsm_neo.c
linux-2.6.9.new/drivers/serial/jsm/jsm_neo.c
--- linux-2.6.9.orig/drivers/serial/jsm/jsm_neo.c
This second patch is for jsm_tty.c and included all handling TTY layer
functions.
Signed-off-by: Wen Xiong <[EMAIL PROTECTED]>
diff -Nuar linux-2.6.9.orig/drivers/serial/jsm/jsm_tty.c
linux-2.6.9.new/drivers/serial/jsm/jsm_tty.c
--- linux-2.6.9.orig/drivers/serial/jsm/jsm_tty.c 1969-12-31
Hi All,
We are submitting a new serial driver for the 2.6 kernel. This device
driver is for the Digi Neo serial port adapter.
We made some changes based on great comments from linux community. We
used the Russell's serial_core interface on 2.6 kernel, handled all
initialization of module
On Sun, 27 Feb 2005, Christian Schmid wrote:
> > Christian, how big are the data blocks you sys_readahead, and
> > how many do you have outstanding at a time ?
>
> I am reading 80 bytes of data as soon as there is less than 20
> data in the cache. I do assume the cache doesnt kill
Quoting Matthew Dharm <[EMAIL PROTECTED]>:
> [...]
> us->host = scsi_host_alloc(_stor_host_template, sizeof(*us));
>
> This is actually correct as-is. We're allocating a host, and asking for
> the sizeof(pointer) in the 'extra storage' section. We then store the
> pointer (not what it
> Please try stock kernel. 2.6.11-rc3 onwards should be fine. - I saw a similar
> problem while running 2.6.10 kernel from Fedora Core 3. It doesn't happen
> with stock kernels.
I did use a stock 2.6.10 kernel (I said custom in the sense that it
wasn't a Debian kernel). After a reboot, I was
On Sat, 26 Feb 2005, Josef E. Galea wrote:
Hi,
I am implemeting a new system call for a project I'm working on. I added the
system call to the file arch/i386/kernel/process.c and added the relevant
entries in the files arch/i386/entry.S and include/asm-i386/unistd.h. My
system call is made up
On Sunday 27 February 2005 18:00, Andreas Gruenbacher wrote:
> This adds functions for encoding and decoding POSIX ACLs for the NFSACL
> protocol extension, and the GETACL and SETACL RPCs. The implementation is
> compatible with NFSACL in Solaris.
This patch now uses Matt's heapsort.
Regards,
srat's node_to_pxm() references pxm2node[] after init. so pxm2node[]
should not be __initdata.
Error: ./arch/x86_64/mm/srat.o .text refers to 0008 R_X86_64_32S
.init.data
Error: ./arch/x86_64/mm/srat.o .text refers to 0015 R_X86_64_32S
.init.data
On Sunday 27 February 2005 17:59, Andreas Gruenbacher wrote:
> Add a quicksort from glibc as a kernel library function, and switch
> xfs over to using it. The implementations are equivalent. The nfsacl
> protocol also requires a sort function, so it makes more sense in
> the common code.
>
> The
On Sun, Feb 27, 2005 at 04:22:53PM +0100, Andreas Gruenbacher wrote:
> This adds functions for encoding and decoding POSIX ACLs for the NFSACL
> protocol extension, and the GETACL and SETACL RPCs. The implementation is
> compatible with NFSACL in Solaris.
Can you add a new fs/nfscommon/
On Sat, 26 Feb 2005, Payasam Manohar wrote:
hai all,
Is it possible to call call_usermodehelper from interrupt context.
Of course not! I've seen this message before. Either it's a joke
or you have no clue about what interrupts are.
Cheers,
Dick Johnson
Penguin : Linux version 2.6.10 on an i686
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> > - if (cpu_is_offline(smp_processor_id()) &&
> > + if (cpu_is_offline(_smp_processor_id()) &&
> >system_state == SYSTEM_RUNNING)
> >cpu_die();
> >}
> > _
>
> This is the idle
On Fri, Feb 25, 2005 at 12:28:04AM -0800, Andrew Morton wrote:
> > for _set_ time of day? I really can't imagine anyone messing with that.
> > _get_... sure. but set???
>
> Sure. But there must have been a reason to export it in the first place.
NO. Speaking from experience there's tons of
On Sun, 2005-02-27 at 03:16 -0800, Andrew Morton wrote:
> Zwane Mwaikambo <[EMAIL PROTECTED]> wrote:
> >
> > Patch provides a generic hotplug cpu implementation, with the only current
> > user being pmac.
>
> BUG: using smp_processor_id() in preemptible [0001] code: swapper/0
> caller is
On Sun, Feb 27, 2005 at 04:48:10PM +0100, Adrian Bunk wrote:
> - aren't the "if defined(__x86_64__)" wrong for other 64bit
> architectures?
Yes. Having arch or 64bit ifdefs is pretty wrong pretty much always.
In one case it's only used to make a typedef a 32bit or 64bit integeger,
that should
On Sun, Feb 27, 2005 at 01:34:31PM -0600, Stephen Lord wrote:
> Torben Viets wrote:
> >
> > I have a RAID 5(md0) with 3 disks on md0 (chunk-size 128) there is a
> > ...
> > I can't show you the kernel panic message, because I didn't found it in
> > the syslog, it is only on the screen,
> ...
>
--
2005 International Conference on Natural Computation (ICNC'05)
International Conference on Fuzzy Systems and Knowledge Discovery
(FSKD'05)
Hi!
This is a small patch for GEODE CPU support in Kernel 2.6.10.
Those CPU's are found mostly in embedded systems ... one of the most
prominent Hardware using GEODE CPU is probably soekris net4801
(http://www.soekris.com).
This patch has been on my homepage
On Sunday 27 February 2005 22:53, Andreas Gruenbacher wrote:
> Okay, I didn't notice the off-by-one fix. It's still broken though; see the
> attached user-space test.
Found it. I didn't have the off-by-one fix and the bug triggered; then the
test case had a useless comparison function:
int
Giovanni Tusa wrote:
If I am not wrong, the scheduler will choose it again (it will be still the
higher priority task, and the only of its priority list).
I have to add an explicit sleep to effectively relinquish the CPU for some
time, or the scheduler can deal with such a
situation in another
On Sat, Feb 26, 2005 at 08:40:58PM -0800, David S. Miller wrote:
> On Sat, 26 Feb 2005 20:17:45 -0800
> Frederik Eaton <[EMAIL PROTECTED]> wrote:
>
> > Wait... how is the address to which I'm trying to subscribe defined if
> > the email field has to be empty?
>
> If it's empty Majordomo uses the
On Sun, 2005-02-27 at 19:52 +0100, Jean Delvare wrote:
> > Here's my I2C code:
> > (...)
>
> Looks sane.
>
> > The bus master is a so called Pluto2 by SCM (part of a DVB-T card sold
> > by Satelco). If this is a hardware bug, is it possible to add a flag
> > to struct i2c_algo_bit_data to
On Sunday 27 February 2005 22:25, Matt Mackall wrote:
> On Sun, Feb 27, 2005 at 02:17:51PM +0100, Andreas Gruenbacher wrote:
> > Matt,
> >
> > On Monday 31 January 2005 08:34, Matt Mackall wrote:
> > > This patch adds a generic array sorting library routine. This is meant
> > > to replace qsort,
On Sun, Feb 27, 2005 at 02:17:51PM +0100, Andreas Gruenbacher wrote:
> Matt,
>
> On Monday 31 January 2005 08:34, Matt Mackall wrote:
> > This patch adds a generic array sorting library routine. This is meant
> > to replace qsort, which has two problem areas for kernel use.
>
> the sort function
Rik van Riel wrote:
On Sun, 27 Feb 2005, Rik van Riel wrote:
Is it possible to detect when the write system call blocks?
OK, we got that on #kernelnewbies Initially the trace looks
innocent enough, but there is something interesting going on
with the VM. Something we may want to
On Sun, 27 Feb 2005, Rik van Riel wrote:
> Is it possible to detect when the write system call blocks?
OK, we got that on #kernelnewbies Initially the trace looks
innocent enough, but there is something interesting going on
with the VM. Something we may want to investigate...
Feb 27
On Sun, Feb 27, 2005 at 08:52:06PM +0100, Michal Januszewski wrote:
> On Sun, Feb 27, 2005 at 08:31:39PM +0100, Arjan van de Ven wrote:
>
> > well.. how much does it really need in kernel space? I mean, with all
> > drivers as modules, and the "quiet" option, initramfs runs *really*
> > fast. And
On Sun, Feb 27, 2005 at 08:25:04PM +, [EMAIL PROTECTED] wrote:
> I decided to tweak sparse to give warnings on sizeof(pointer), so that I could
> check for other cases like this. The tweak was a very crude hack that I'm not
> proud of, and I am still trying to make it more reliable.
>
> So
Hi Linus
please do a
bk pull http://linux-watchdog.bkbits.net/linux-2.6-watchdog
This will update the following files:
drivers/char/watchdog/ixp2000_wdt.c |2 +-
drivers/char/watchdog/ixp4xx_wdt.c |2 +-
drivers/char/watchdog/sa1100_wdt.c |2 +-
On Wed, Feb 23, Linus Torvalds wrote:
> This time it's really supposed to be a quickie, so people who can, please
> check it out, and we'll make the real 2.6.11 asap.
Here is another one, probably not new.
Is riva_get_EDID_i2c a bit too optimistic by not having a $i2cadapter_ok
member in
Last week a bug was detected in n_tty.c where an array of char was replaced by a
char pointer making a "(len > sizeof(buf))" condition test for len > 4 (or 8)
bytes, instead of the original array size.
I decided to tweak sparse to give warnings on sizeof(pointer), so that I could
check for other
;
; Bind Mount Extensions
;
; This part adds appropriate vfsmount checks (regarding ro)
; in various places like: report_statvfs*, *_ioctl, *utime*,
; *chmod*, and *permission (wherever RDONLY is verified)
;
; Copyright (C) 2003-2005 Herbert Pötzl <[EMAIL PROTECTED]>
;
; Changelog:
;
; 0.01 -
this is a rewrite of the previous co0.01 which introduced
the mnt_may_* functions (as generalized approach)
best,
Herbert
;
; Bind Mount Extensions
;
; This part propagates the nameidata into the relevant vfs_*()
; to allow for proper checks via permission()
; it replaces the co0.01 part from
On Sun, Feb 27, 2005 at 08:31:39PM +0100, Arjan van de Ven wrote:
> well.. how much does it really need in kernel space? I mean, with all
> drivers as modules, and the "quiet" option, initramfs runs *really*
> fast. And that can just bang a bitmap to the framebuffer as first
> thing... (rhgb does
On Sun, 27 Feb 2005, Marcelo Tosatti wrote:
>
> Alan, Linus, what correction to the which the above thread discusses has
> been deployed?
This is the hacky "hide the problem" patch that is in my current tree (and
was discussed in the original thread some time ago).
It's in no way
Hi!
> > Well, I like rhgb the best (because it is 100% userspace and I do not
> > have to deal with it :-), but it seems like bootsplash should be
> > deprecated in favor of fbsplash.
>
> well.. how much does it really need in kernel space? I mean, with all
> drivers as modules, and the "quiet"
On Sunday 27 February 2005 02:27 pm, Dave Jones wrote:
> Which is very odd considering the only ext3 patches in the Fedora
> kernel are in 2.6.11rc.
This seems to be more of an USB-Storage issue than ext3.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
1 - 100 of 390 matches
Mail list logo
