Re: [Fastboot] [ PATCH ] fix to documentation for kexec

On Thu, Feb 01, 2007 at 10:58:08AM -0800, Judith Lebzelter wrote: > > > > I did notice that my patch is out of date for the latest kernel, > > however. I can send an up to date one. > > > This applies to 2.6.20-rc7 > > Signed-off-by: Judith Lebzeelter <[EMAIL PROTECTED]> > --- > > Stop recomm

Re: [PATCH 2.6.19.2] r8169: support RTL8169SC/8110SC

On Fri, 02 Feb 2007 15:08:46 +0800 許恆嘉 <[EMAIL PROTECTED]> wrote: > From: Edward Hsu <[EMAIL PROTECTED]> > > This patch is for /driver/net/r8169.c to support RTL8169SC/8110SC, > which is a new Realtek Gigabit PCI Ethernet Controller. RTL8110SC's PCI DID > is 0x8167, while RTL8110S and RTL8110SB s

Re: Please revert "fix typo in geode_configre()@cyrix.c"

On Fri, 2 Feb 2007 07:29:41 +0100 Adrian Bunk <[EMAIL PROTECTED]> wrote: > Linus, please revert commit e4f0ae0ea63caceff37a13f281a72652b7ea71ba > Yup. That discussion seems to have died. The 2.6.19 code looks rather silly, but presumably it passed someone's testing at some stage. - To unsubscr

Re: 2.6.18-stable release plans?

On Fri, 02 Feb 2007 01:47:38 EST, Jon Masters said: > I must be weird or something, but I often think about this and the sheer > number of clock cycles executing at any one time around the world. Have > you ever stopped to think how many copies of schedule() (or whatever) > are currently runnin

RE: [PATCH] Ban module license tag string termination trick

> to me it even screams "bypassing or a digital copyright > enforcement system". > that sounds really close to "D.M.C.A. violation" :) > > thank goodness I'm not a laywer... It is not. GPL export is *not* a copyright enforcement scheme. (See the many times when this was discussed on this list.) T

[PATCH] MAINTAINERS: ufs entry

Mark ufs file system as maintainable, and add me as maintainer, to help people find appropriate person to assign bugs. Signed-off-by: Evgeniy Dushistov <[EMAIL PROTECTED]> --- Index: linux-2.6.20-rc7/MAINTAINERS === --- linux-2.6.20

Re: [PATCH] __crc_... is intended to be absolute

On Thu, Feb 01, 2007 at 01:52:23PM +, Al Viro wrote: > > i386 boot/compressed/relocs checks for absolute symbols and warns about > unexpected ones. If you build with modversions, you get ~2500 warnings > about __crc_. These suckers are really absolute symbols - we > do _not_ want to modify t

[PATCH] lirc: use GFP_ATOMIC instead of the now gone SLAB_ATOMIC

From: Pekka Enberg <[EMAIL PROTECTED]> The duplicate SLAB_xxx flags are now removed from the mainline. Use the GFP equivalent instead. Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]> --- drivers/lirc_atiusb/lirc_atiusb.c | 10 +- drivers/lirc_igorplugusb/lirc_igorplugusb.c |

Re: Please revert "fix typo in geode_configre()@cyrix.c"

On Friday 02 February 2007 07:29, Adrian Bunk wrote: > Since there is AFAIK no actually observed problem fixed by this, it > should be safe to simply revert the patch for 2.6.20. The most important fix was: Index: linux-2.6.19/arch/i386/kernel/cpu/cyrix.c =

Re: 2.6.20-rc7: known regressions

Adrian, and this one? http://bugzilla.kernel.org/show_bug.cgi?id=7589 --- Fabio Erculiani http://www.sabayonlinux.org Sabayon Linux Founder - 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:

Re: [NFS] [PATCH 000 of 14] knfsd: Preparation for IPv6 support in NFS server.

On Fri, Feb 02, 2007 at 01:02:24AM -0500, Jeff Garzik wrote: > NFS/RDMA is IMO more than a little bit questionable, and the likely > userbase is also quite small. I'm not sure its worth a mainline merge > at this point. Why do you think so? In my eyes it's actually one of the few useful applic

lirc: igorplususb error handling cleanup

From: Pekka Enberg <[EMAIL PROTECTED]> Use goto instead of a big ugly switch for error handling. Convert some kmalloc + memset pairs to kzalloc too. Signed-off-by: Pekka Enberg <[EMAIL PROTECTED]> --- drivers/lirc_igorplugusb/lirc_igorplugusb.c | 116 +--- 1 file chang

Re: ntp

On Fri, Feb 02, 2007 at 04:47:26PM +0800, zhangxiliang wrote: > When i start the ntp service successful on server, the client must > ntpdate with the server after waiting a moment. > The moment may be 3~5 minutes, or it may be 10~15 minutes. I don't > know why it happens? The ntp server takes se

finding macro names that might need a "CONFIG_" prefix

as another test, i wrote the following script: http://www.fsdev.dreamhosters.com/wiki/index.php?title=Misspelled_CONFIG_variables that scans whatever part of the kernel source tree you want, and locates macro names in preprocessor conditionals that might be erroneously missing a "CONFIG_" pref

2.6.20-RC7-RT3 compiler error

I've the following compiler error: linux-2.6.20.i686/arch/i386/mm/pgtable.c:303: undefined reference to `paravirt_enabled' linux-2.6.20.i686/arch/i386/mm/pgtable.c:306: undefined reference to `hypercall' Error 1 Is there anyone who knows what causes this error? Henri - To unsubscribe from this

[PATCH] REISERFS: Rename incorrect macro name "REISERFS_PROC_INFO".

Rename the incorrect macro name "REISERFS_PROC_INFO" to "CONFIG_REISERFS_PROC_INFO". Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- what the heck ... might as well patch the ones i found. diff --git a/fs/reiserfs/procfs.c b/fs/reiserfs/procfs.c index ecc9943..fc7aeb4 100644 --- a/

[PATCH] GFS2: Fix incorrect macro name "NR_CPUS" in glock.c.

Rename the incorrect macro name "NR_CPUS" to "CONFIG_NR_CPUS". Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- diff --git a/fs/gfs2/glock.c b/fs/gfs2/glock.c index 4381469..e6bf4b9 100644 --- a/fs/gfs2/glock.c +++ b/fs/gfs2/glock.c @@ -70,13 +70,13 @@ static struct gfs2_gl_hash_bucket

Re: [PATCH] GFS2: Fix incorrect macro name "NR_CPUS" in glock.c.

On Fri, 2 Feb 2007, Robert P. J. Day wrote: > > Rename the incorrect macro name "NR_CPUS" to "CONFIG_NR_CPUS". > > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> ACK!! ignore, ignore! duh. rday -- Robert P. J. Day

[PATCH] Replace incorrect macro name "WIRELESS_EXT" with "CONFIG_WIRELESS_EXT".

Rename the (apparently) incorrect macro name WIRELESS_EXT to CONFIG_WIRELESS_EXT. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- this one i'm not sure about since there really is a WIRELESS_EXT macro defined in the header file: include/linux/wireless.h:#define WIRELESS_EXT 21 b

[PATCH] i386, x86_64: Change Boot Protocol to longer command lines

After the kernel can handle command lines with 2048 characters, the documentation should be updated. I think it would be better to increase the boot protocol version, just to make it possible that kexec and bootloaders can determine the size of the command line. The problem is that if we just in

Re: lirc: igorplususb error handling cleanup

> From: Pekka J Enberg > Newsgroups: gmane.linux.kernel > Subject: lirc: igorplususb error handling cleanup > Date: Fri, 2 Feb 2007 11:15:15 +0200 (EET) > Archived-At: Hallo. > Use goto instead of a big ugly switch for error handling. Convert

[PATCH] NTFS: Rename apparently incorrect macro name "NTFS_DEBUG".

Replace the apparently incorrect macro name "NTFS_DEBUG" with "CONFIG_NTFS_DEBUG". Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- diff --git a/fs/ntfs/attrib.c b/fs/ntfs/attrib.c index c577d8e..2154d03 100644 --- a/fs/ntfs/attrib.c +++ b/fs/ntfs/attrib.c @@ -1921,7 +1921,7 @@ s64 ntf

Re: [PATCH] Ban module license tag string termination trick

David Schwartz wrote: In any event, even if you assume it is a copyright enforcement scheme, it is not circumvention to remove or disable such a scheme with the permission of the copyright holder. Section 2 of the GPL grants just such permission. The way I see this: There is a copyright enfo

Re: [PATCH 2 of 4] Introduce i386 fibril scheduling

* Linus Torvalds <[EMAIL PROTECTED]> wrote: > So stop blathering about scheduling costs, RT kernels and interrupts. > Interrupts generally happen a few thousand times a second. This is > soemthing you want to do a *million* times a second, without any IO > happening at all except for when it h

Kernel 2.6.20-rc7 [Asynchronous SCSI scanning] question.

Under SCSI device support. -> [*] Asynchronous SCSI scanning Does this affect actual SCSI devices ONLY or SATA drives as well? Justin. - 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.kerne

Re: lirc: igorplususb error handling cleanup

> > - /* allocate kernel memory */ > > - mem_failure = 0; > > - if (!(ir = kmalloc(sizeof(struct irctl), GFP_KERNEL))) { > > - mem_failure = 1; > > - } else { > > - memset(ir, 0, sizeof(struct irctl)); > > - > > - if (!(plugin = kmalloc(sizeof(struct lirc_plug

Re: [PATCH] lirc: remove backwards compatibility macro obfuscation (Was: Free Linux Driver Development!)

On 2/2/07, Pekka J Enberg <[EMAIL PROTECTED]> wrote: From: Pekka Enberg <[EMAIL PROTECTED]> [...] drivers/lirc_atiusb/lirc_atiusb.c | 102 - ^^ I may be mistaken, but the lirc_atiusb module looks redondant with the driver alre

Re: Should io(read|write)(8|16|32)_rep take (const|) volatile u(8|16|32) __iomem *addr?

H. Peter Anvin wrote: Jeff Garzik wrote: Volatile is usually reserved for a specific need on a specific arch. I doubt it is correct to force it on all arches. They already are volatile; the issue is adding "const". All io(read|write)* pointers are volatile, IIRC. No, none are volatile, hen

Re: [PATCH] NTFS: Rename apparently incorrect macro name "NTFS_DEBUG".

Hi, On Fri, 2007-02-02 at 05:46 -0500, Robert P. J. Day wrote: > Replace the apparently incorrect macro name "NTFS_DEBUG" with > "CONFIG_NTFS_DEBUG". > > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> > > --- > > diff --git a/fs/ntfs/attrib.c b/fs/ntfs/attrib.c > index c577d8e..2154d03 1

Re: [PATCH] NTFS: Rename apparently incorrect macro name "NTFS_DEBUG".

Forgot to say the most important bit: Thanks for the catch! (-: Best regards, Anton On Fri, 2007-02-02 at 11:10 +, Anton Altaparmakov wrote: > Hi, > > On Fri, 2007-02-02 at 05:46 -0500, Robert P. J. Day wrote: > > Replace the apparently incorrect macro name "NTFS_DEBUG" with > >

Re: [PATCH] REISERFS: Rename incorrect macro name "REISERFS_PROC_INFO".

On 2/2/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote: Rename the incorrect macro name "REISERFS_PROC_INFO" to "CONFIG_REISERFS_PROC_INFO". It isn't incorrect. It's setup in reiserfs header files. You reminded me to dig out "reiserfs without proc files" cleanup which will get rid of REISERFS_

Re: [PATCH] lirc: remove backwards compatibility macro obfuscation (Was: Free Linux Driver Development!)

Pekka J Enberg wrote: From: Pekka Enberg <[EMAIL PROTECTED]> On 02 Feb 2007 05:54:00 +0100, Christoph Bartelmus <[EMAIL PROTECTED]> wrote: I just made clear that I don't have the time to do the merging of LIRC drivers to the kernel myself. In fact a lot of work still needs to be done before LIR

Re: [PATCH] REISERFS: Rename incorrect macro name "REISERFS_PROC_INFO".

On Fri, 2 Feb 2007, Alexey Dobriyan wrote: > On 2/2/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote: > > Rename the incorrect macro name "REISERFS_PROC_INFO" to > > "CONFIG_REISERFS_PROC_INFO". > > It isn't incorrect. It's setup in reiserfs header files. > You reminded me to dig out "reiserfs wit

Re: [PATCH] lirc: remove backwards compatibility macro obfuscation (Was: Free Linux Driver Development!)

On 2/2/07, Jan Dittmer <[EMAIL PROTECTED]> wrote: Pekka, it would be better if you could sort out most of the basic issues with lirc directly with the developers of lirc and then prepare a complete patch series and post that to lkml. Incrementally adding one driver after another. Posting patches

Re: [PATCH 3/7] barrier: a scalable synchonisation barrier

On 02/01, Paul E. McKenney wrote: > > > > > > void synchronize_qrcu(struct qrcu_struct *qp) > > > { > > > int idx; > > > > > > smp_mb(); > > > > > > if (atomic_read(qp->ctr[0]) + atomic_read(qp->ctr[1]) <= 1) { > > > smp_rmb(); > > >

Re: [PATCH 3/7] barrier: a scalable synchonisation barrier

On Fri, 2007-02-02 at 14:56 +0300, Oleg Nesterov wrote: > On 02/01, Paul E. McKenney wrote: > > > > > > > > void synchronize_qrcu(struct qrcu_struct *qp) > > > > { > > > > int idx; > > > > > > > > smp_mb(); > > > > > > > >

Re: Slower CPU frequency reported by the kernel

On Fri, 2 Feb 2007 12:11:25 +0100 "Francis Moreau" <[EMAIL PROTECTED]> wrote: > Hi, > > I'm using a PC with AMD 64 3000+ cpu which is theoricaly running at > 2Ghz. But when looking at /proc/cpuinfo, the kernel reports that it > runs only at 1Ghz: > > # cat /proc/cpuinfo > > processor : 0

Re: [PATCH] mm: remove global locks from mm/highmem.c

On Wed, Jan 31, 2007 at 02:22:24PM +1100, David Chinner wrote: > > Yup. Even better, use clear_highpage(). > > For even more goodness, clearmem_highpage_flush() does exactly > the right thing for partial page zeroing ;) Note that there are tons of places in buffer.c that could use clearmem_highp

Re: Try to fill route cache

Markus Wenke <[EMAIL PROTECTED]> writes: > > Where is the problem ? pktgen doesn't use the routing cache. -Andi - 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.ht

Re: smp and irq conflict

On Fri, Feb 02, 2007 at 01:04:53AM +0100, Lapo TIN wrote: > I need to capture at 25 frame per second from each channel... > So 25 x 8 total frames per second on the pci. Each PAL frame takes about 800k, so that makes 20MB/s per channel. With 8 channels that makes 160 MB/s. That will most certainly

Re: [PATCH] kexec: Fix CONFIG_SMP=n compilation (ia64)

On 2/2/07, Magnus Damm <[EMAIL PROTECTED]> wrote: On 2/2/07, Andrew Morton <[EMAIL PROTECTED]> wrote: > Magnus Damm <[EMAIL PROTECTED]> wrote: > > > kexec: Fix CONFIG_SMP=n compilation (ia64) > > > > This patch makes it possible to compile kexec for ia64 without SMP support. > > --- 0002/arch/ia6

Re: O_NONBLOCK setting "leak" outside of a process??

Hi Philippe! On 2 Feb 2007, at 00:15, Philippe Troin wrote: Denis Vlasenko <[EMAIL PROTECTED]> writes: What share the same file descriptor? MC and programs started from it? All the processes started from your shell share at least fds 0, 1 and 2. I thought after exec() fds atre either c

Re: [PATCH] NTFS: Rename apparently incorrect macro name "NTFS_DEBUG".

On Fri, 2 Feb 2007, Anton Altaparmakov wrote: > Hi, > > On Fri, 2007-02-02 at 05:46 -0500, Robert P. J. Day wrote: > > Replace the apparently incorrect macro name "NTFS_DEBUG" with > > "CONFIG_NTFS_DEBUG". > > > > Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> > > > > --- > > > > diff --git

Re: [PATCH 2 of 4] Introduce i386 fibril scheduling

Ingo Molnar <[EMAIL PROTECTED]> writes: > and for one of the most important IO > disciplines, networking, that is reality already. Not 100% -- a few things in TCP/IP at least are blocking still. Mostly relatively obscure things though. Also the sockets model is currently incompatible with direc

Re: [PATCH 2 of 4] Introduce i386 fibril scheduling

Christoph Hellwig <[EMAIL PROTECTED]> writes: > > I tend to agree. Note that there is one thing we should be doing one > one day (not only if we want to use it for aio) is to make kernel threads > more lightweight. Thereéis a lot of baggae we keep around in task_struct > and co that only makes s

kernel BUG: loading acpi_cpufreq causes segmentation fault with 2.6.20-RC7-RT3

Loading the acpi_cpufreq module causes a segmentation fault with kernel version 2.6.20-rt7-rt3. Does anyone know how to fix this? Henri kernel BUG at drivers/acpi/osl.c:373! invalid opcode: [#1] PREEMPT SMP Modules linked in: acpi_cpufreq freq_table cap_over commoncap i2c_dev uhci_hcd i 2c

Re: [PATCH] lirc: remove backwards compatibility macro obfuscation (Was: Free Linux Driver Development!)

Pekka Enberg wrote: On 2/2/07, Jan Dittmer <[EMAIL PROTECTED]> wrote: Pekka, it would be better if you could sort out most of the basic issues with lirc directly with the developers of lirc and then prepare a complete patch series and post that to lkml. Incrementally adding one driver after anot

Re: Slower CPU frequency reported by the kernel

On 02/02/07, Paolo Ornati <[EMAIL PROTECTED]> wrote: On Fri, 2 Feb 2007 12:11:25 +0100 "Francis Moreau" <[EMAIL PROTECTED]> wrote: > Hi, > > I'm using a PC with AMD 64 3000+ cpu which is theoricaly running at > 2Ghz. But when looking at /proc/cpuinfo, the kernel reports that it > runs only at 1G

Re: Slower CPU frequency reported by the kernel

Hi On 2/2/07, Jesper Juhl <[EMAIL PROTECTED]> wrote: I agree that that is the most logical explanation, but in theory it could also be that he has changed bios settings and underclocked the processor. no I didn't thanks -- Francis - To unsubscribe from this list: send the line "unsubscribe l

Re: O_NONBLOCK setting "leak" outside of a process??

2007/2/2, Roland Kuhn <[EMAIL PROTECTED]>: That's a bug, right? No, if you want something like: (echo toto; date; echo titi) > file to work in your shell, you'll be happy to have the seek position shared in the processes. -- Guillaume - To unsubscribe from this list: send the line "unsubscrib

Re: 2.6.20-rc7: known regressions

On Fri, Feb 02, 2007 at 08:45:42AM +, Fabio Erculiani wrote: > Adrian, Hi Fabio, > and this one? > http://bugzilla.kernel.org/show_bug.cgi?id=7589 Not a regression in 2.6.20-rc compared to 2.6.19 - it's already in broken in 2.6.19. This bug should be fixed, but it's outside the scope o

Re: Slower CPU frequency reported by the kernel

On 2/2/07, Paolo Ornati <[EMAIL PROTECTED]> wrote: You are using frequency scaling(*) and "/proc/cpuinfo" reflects the current speed. ok, I didn't know about this. (*) = # # CPU Frequency scaling # CONFIG_CPU_FREQ=y CONFIG_CPU_FREQ_TABLE=y CONFIG_CPU_FREQ_DEBUG=y CONFIG_CPU_FREQ_STAT=m CON

BUG 2.6.20-rc7-git1 - soft lockup detected

Hi, I get a lockup short after a bootup, hand written from the screenshot from remote location: ] softlockup_tick+0x87/0x96 ] update_process_times+0x33/0x55 ] timer_interrupt+0x40/0x60 ] handle_IRQ_event+0x1a/0x3f ] handle_level_irq+0x84/0xcb ] do_IRQ+0x5a/0x71 ] comm

Re: Slower CPU frequency reported by the kernel

> it's seems that the cpu freq scaling depends on a user space tool. > Could you tell me how I can find if there're such tools installed on > my computer ? it may be userspace, or you may be using the "ondemand" governer. If you have the userspace tool it's often called "cpuspeed", but it depends

[S390] Fix register usage description.

From: Heiko Carstens <[EMAIL PROTECTED]> [S390] Fix register usage description. Fix description of register usage as pointed out by Andreas Krebbel. Since this document is completely outdated and would need a lot of fixing, it might be worth considering to get rid of it... Signed-off-by: Heiko C

[S390] cio: Catch operand exceptions on stsch.

From: Cornelia Huck <[EMAIL PROTECTED]> [S390] cio: Catch operand exceptions on stsch. If we have a subchannel id which has been generated via for_each_subchannel(), it might contain an invalid subchannel set id. We need to catch the ensuing operand exception by using stsch_err() instead of stsc

[S390] Add set_fs(USER_DS) to start_thread().

From: Heiko Carstens <[EMAIL PROTECTED]> [S390] Add set_fs(USER_DS) to start_thread(). Currently works anyway since search_binary_handler has a set_fs(USER_DS). But start_thread() is the place where this should be done. Following all other architectures... Signed-off-by: Heiko Carstens <[EMAIL P

RE: 2.6.20-rc6-mm3

Hi, I updated patch to use acpi_find_rsdp(), as all other code does. Could you please try it? Thanks, Alex. >-Original Message- >From: Cedric Le Goater [mailto:[EMAIL PROTECTED] >Sent: Thursday, February 01, 2007 11:39 PM >To: Cedric Le Goater >Cc: Starikovskiy, Alexey Y; Andrew M

[S390] cio: declare hardware structures packed.

From: Peter Oberparleiter <[EMAIL PROTECTED]> [S390] cio: declare hardware structures packed. Signed-off-by: Peter Oberparleiter <[EMAIL PROTECTED]> Signed-off-by: Martin Schwidefsky <[EMAIL PROTECTED]> --- drivers/s390/cio/chsc.c | 16 drivers/s390/cio/chsc.h |8

[S390] Cleanup of CHSC event handling.

From: Peter Oberparleiter <[EMAIL PROTECTED]> [S390] Cleanup of CHSC event handling. Change CHSC event handling to be more easily extensible. Signed-off-by: Peter Oberparleiter <[EMAIL PROTECTED]> Signed-off-by: Martin Schwidefsky <[EMAIL PROTECTED]> --- drivers/s390/cio/chsc.c | 232

[S390] Mark kernel text section read-only.

From: Heiko Carstens <[EMAIL PROTECTED]> [S390] Mark kernel text section read-only. Set read-only flag in the page table entries for the kernel image text section. This will catch all instruction caused corruptions withing the text section. Instruction replacement via kprobes still works, since i

[PATCH 2.6.19.2] SCSI sd: udev accessing an uninitialized scsi_disk results in a crash

Hi, sd_probe() calls class_device_add() even before initializing the sdkp->device variable. class_device_add() eventually results in the user mode udev program to be called. udev program can read the the allow_restart attribute of the newly created scsi device. This is resulting in a cra

Re: [PATCH] mm: fix page_mkclean_one

Mark Groves wrote: Hi, I have been been seeing a problem when using sendfile repeatedly on an SMP server, which I believe is related to the problem that was discovered recently with marking dirty pages. The bug, as well as a test script, is listed at http://bugzilla.kernel.org/show_bug.cgi?id=7

Re: sky2 hangs

Hello, > Next time sky2 hangs on me I'll try to reset the PHY and see if that > helps. I can usually trigger the hang by doing a couple of ifconfig > up/down on the interface, though I'm not getting any error message > from the driver when that happens. same for me. In dmesg is absolut nothing. I

Re: sky2 hangs

Thomas Glanzmann <[EMAIL PROTECTED]> wrote: Hi, >> I can reproduce the problem now (on mac mini). Interestingly it seems >> to whack the whole ethernet switch when it happens. I've observed that too, on a cheap DLink switch. Next time sky2 hangs on me I'll try to reset the PHY and see if that h

Re: sky2 hangs

Thomas Glanzmann wrote: Hello, Next time sky2 hangs on me I'll try to reset the PHY and see if that helps. I can usually trigger the hang by doing a couple of ifconfig up/down on the interface, though I'm not getting any error message from the driver when that happens. same for me. I

/async open+send/ Re: [take35 10/10] kevent: Kevent based AIO (aio_sendfile()/aio_sendfile_path()).

On Thu, Feb 01, 2007 at 01:12:34PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED]) wrote: > > Kevent based AIO (aio_sendfile()/aio_sendfile_path()). > > aio_sendfile()/aio_sendfile_path() contains of two major parts: AIO > state machine and page processing code. > The former is just a small subsys

[PATCH]ip_auto_config bug in 2.6.20-rc6

On Thu, 2007-02-01 at 12:26 +0100, Joakim Tjernlund wrote: > The following commandline: > root=/dev/mtdblock6 rw rootfstype=jffs2 > ip=192.168.1.10:::255.255.255.0:localhost.localdomain:eth1:off > console=ttyS0,115200 > makes ip_auto_config fall back to DHCP and complain "IP-Config: Incomplete

Re: [PATCH] mm: fix page_mkclean_one

On Fri, Feb 02, 2007 at 07:42:52PM +1100, Nick Piggin ([EMAIL PROTECTED]) wrote: > Anyway, I had a look at your bugzilla test-case and managed to slim it > down to something that easily shows what the problem is (available on > request) -- the problem is that recipient of the sendfile is seeing > m

Re: [PATCH 2.6.20-rc7 1/2] atl1: get rid of pci_module_init

Jay Cliburn wrote: From: Jay Cliburn <[EMAIL PROTECTED]> pci_module_init is deprecated. Use pci_register_driver instead. Discovered by and modification suggested by Alan Cox. Signed-off-by: Jay Cliburn <[EMAIL PROTECTED]> applied 1-2 to #atl1 - To unsubscribe from this list: send the line

Re: [PATCH]ip_auto_config bug in 2.6.20-rc6

On Feb 2 2007 14:09, Joakim Tjernlund wrote: >On Thu, 2007-02-01 at 12:26 +0100, Joakim Tjernlund wrote: >> The following commandline: >> root=/dev/mtdblock6 rw rootfstype=jffs2 >> ip=192.168.1.10:::255.255.255.0:localhost.localdomain:eth1:off >> console=ttyS0,115200 >> makes ip_auto_config fal

Re: sky2 hangs

On 02-02-2007 12:53, Fagyal Csongor wrote: > Thomas Glanzmann wrote: ... >>> Next time sky2 hangs on me I'll try to reset the PHY and see if that >>> helps. I can usually trigger the hang by doing a couple of ifconfig >>> up/down on the interface, though I'm not getting any error message >>> from t

[git patches] net driver fixes

Please pull from 'upstream-linus' branch of master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git upstream-linus to receive the following updates: drivers/net/e100.c |7 +-- drivers/net/netxen/netxen_nic.h | 136 +++ dr

Re: sky2 hangs

On Fri, Feb 02, 2007 at 02:43:11PM +0100, Jarek Poplawski wrote: > On 02-02-2007 12:53, Fagyal Csongor wrote: > > Thomas Glanzmann wrote: ... > Is this with this yesterday sky2-tx-recover.patch applied? I mean hung-ups - not ethtool. Regards, Jarek P. - To unsubscribe from this list: send the lin

Re: 2.6.20-rc6-mm[2-3] ACPI issues

Bob Picco wrote: BTW, this isn't specific to rx2600. Lee Schermerhorn reported same -mm3 problem on rx8620. Stephane Eranian reported the -mm2 problem mentioned above on rx2620. The debug information you requested is below. thanks, bob Bob, thanks for debug information. Could you please tr

[PATCH v2] Allow access to /proc/$PID/fd after setuid()

crap, Pavel reminded that get_proc_task() can return NULL. /proc/$PID/fd has r-x-- permissions, so if process does setuid(), it will not be able to access /proc/*/fd/. This breaks fstatat() emulation in glibc. open("foo",

Re: Slower CPU frequency reported by the kernel

On Fri, 2 Feb 2007 15:03:31 +0100 "Francis Moreau" <[EMAIL PROTECTED]> wrote: > it's seems that the cpu freq scaling depends on a user space tool. Yes, it depends on the selected governor. In the case of "userspace" governor you (or a program) can set the speed writing to "/sys/devices/system/cp

Re: 2.6.20-rc6-mm3

Hello ! Starikovskiy, Alexey Y wrote: > Hi, > I updated patch to use acpi_find_rsdp(), as all other code does. so it probably means that drivers/acpi/tables/tbxfroot.c is obsolete ? > Could you please try it? sure, I'll cancel the current boot test in which I was using acpi_find_root_pointer(

RE: 2.6.20-rc6-mm3

>so it probably means that drivers/acpi/tables/tbxfroot.c is >obsolete ? Yes. > >> Could you please try it? > >sure, I'll cancel the current boot test in which I was using >acpi_find_root_pointer() in tbxfroot.c and restart one with your >new patch. I should have the result today. How long does it

Re: O_NONBLOCK setting "leak" outside of a process??

Hi Guillaume! On 2 Feb 2007, at 14:48, Guillaume Chazarain wrote: 2007/2/2, Roland Kuhn <[EMAIL PROTECTED]>: That's a bug, right? No, if you want something like: (echo toto; date; echo titi) > file to work in your shell, you'll be happy to have the seek position shared in the processes. As

Re: Please revert "fix typo in geode_configre()@cyrix.c"

On Fri, Feb 02, 2007 at 07:29:41AM +0100, Adrian Bunk wrote: > Linus, please revert commit e4f0ae0ea63caceff37a13f281a72652b7ea71ba > > Rationale: > > The thread starting with http://lkml.org/lkml/2007/1/9/63 contains > a discussion about what might be a correct patch. > > Somehow the first pat

Re: Please revert "fix typo in geode_configre()@cyrix.c"

On Fri, Feb 02, 2007 at 12:05:43AM -0800, Andrew Morton wrote: > On Fri, 2 Feb 2007 07:29:41 +0100 Adrian Bunk <[EMAIL PROTECTED]> wrote: > > > Linus, please revert commit e4f0ae0ea63caceff37a13f281a72652b7ea71ba > > > > Yup. > > That discussion seems to have died. The 2.6.19 code looks rather

RE: [PATCH] Ban module license tag string termination trick

On Feb 2 2007 15:53, Paul Rolland wrote: > >If that is really one important point, why not simply adding a : >MODULE_IS_UNDER_GPL_LICENSE("yes|no") >and a >MODULE_IS_UNDER_GPL_LIKE_LICENSE("yes|no") > >or use 0 and 1 instead of yes and no, and thus clearly avoid all the >C string mess ? MODULE_IS

Re: Try to fill route cache

Andi Kleen schrieb: Markus Wenke <[EMAIL PROTECTED]> writes: Where is the problem ? pktgen doesn't use the routing cache. Is there any other chance to test my Application with a stressed route cache? thanks Markus - To unsubscribe from this list: send the line "unsubscribe lin

Re: Slower CPU frequency reported by the kernel

On 2/2/07, Arjan van de Ven <[EMAIL PROTECTED]> wrote: it may be userspace, or you may be using the "ondemand" governer. If you have the userspace tool it's often called "cpuspeed", but it depends on your distro. you're right, I actually use 'ondemand' governer. It seems to be the governer used

RE: [PATCH] Ban module license tag string termination trick

Hello, > will be written to the object file will be "license=GPL\0for > nothing\0". > When this is interpreted back again in the kernel module > loader, it is > read as "license=GPL", having circumvented the loading mechanism and > having wrongfully access to GPL symbols. According to Alexey

Re: Slower CPU frequency reported by the kernel

On 2/2/07, Paolo Ornati <[EMAIL PROTECTED]> wrote: Anyway it is started by an init script, so you should find it looking at "ls /etc/init.d/". thanks for these information. I'm using a Fedora distrib and it actually uses 'ondemand' governer with the cpu I use. -- Francis - To unsubscribe from

Re: [PATCH -mm] Make rcupreempt.c compile with CONFIG_RCU_TRACE not set

On Fri, Feb 02, 2007 at 04:48:02AM +0100, Karsten Wiese wrote: > > RCU_TRACE is always defined. Good catch!!! Acked-by: Paul E. McKenney <[EMAIL PROTECTED]> > Signed-off-by: Karsten Wiese <[EMAIL PROTECTED]> > > --- > diff -pur rc6-mm2/kernel/rcupreempt.c rc6-mm2-kw/kernel/rcupreempt.c > --- r

Re: BUG 2.6.20-rc7-git1 - soft lockup detected

On Fri, Feb 02, 2007 at 02:38:50PM +0100, Krzysztof Sierota (o2.pl/Tlen.pl) wrote: > Hi, > > I get a lockup short after a bootup, hand written from the screenshot from > remote location: >... Can you make the screenshot available? > TIA, > Krzysztof cu Adrian -- "Is there not promis

Re: [RFC PATCH -rt 1/2] RCU priority boosting that survives vicious testing

On Thu, Feb 01, 2007 at 09:23:33AM +0100, Ingo Molnar wrote: > > * Paul E. McKenney <[EMAIL PROTECTED]> wrote: > > > Here is the RCU priority-boosting patch. Pretty close to the > > http://lkml.org/lkml/2007/1/24/295 version. This patch prevents > > preempted or blocked low-priority RCU reade

Re: [PATCH 2 of 4] Introduce i386 fibril scheduling

On Fri, 2 Feb 2007, Ingo Molnar wrote: > > My only suggestion was to have a couple of transparent kernel threads > (not fibrils) attached to a user context that does asynchronous > syscalls! Those kernel threads would be 'switched in' if the current > user-space thread blocks - so instead of

Re: 2.6.20-rc6-mm3

Starikovskiy, Alexey Y wrote: >> so it probably means that drivers/acpi/tables/tbxfroot.c is >> obsolete ? > Yes. >>> Could you please try it? >> sure, I'll cancel the current boot test in which I was using >> acpi_find_root_pointer() in tbxfroot.c and restart one with your >> new patch. I should h

Re: [ANN] Userspace M-on-N threading model implementation. Alpha release.

Kaz Kylheku wrote: Evgeniy Polyakov wrote: I described in details why and how M:N model better, and its drawbacks include all issues mentioned by Ulrich Drepper, but nevertheless its advantages are far too superiour than those which can be provided by 1:1 model. M:N threading is an unnecessary

Re: Try to fill route cache

On Friday 02 February 2007 16:19, Markus Wenke wrote: > Andi Kleen schrieb: > > Markus Wenke <[EMAIL PROTECTED]> writes: > >> Where is the problem ? > > > > pktgen doesn't use the routing cache. > > Is there any other chance to test my Application with a stressed route > cache? > I am not sure I u

[PATCH] KCONFIG: Add the maturity level categories DEPRECATED and OBSOLETE.

In addition to EXPERIMENTAL and BROKEN, define the maturity level options DEPRECATED and OBSOLETE. Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]> --- we'd discussed this a while back but nothing seemed to be finalized one way or the other so, as a followup to the exchange summarized he

Re: [NFS] [PATCH 000 of 14] knfsd: Preparation for IPv6 support in NFS server.

Roland Dreier wrote: > They are mostly from Chuck Level and make preparating for IPv6 support > in the NFS server. > They are *not* for 2.6.20, but should be ok for .21. Out of curiousity, does this patch series reduce the delta between the NFS/RDMA tree and mainline Linux? In other words do

Re: kernel BUG: loading acpi_cpufreq causes segmentation fault with 2.6.20-RC7-RT3

Please try a base kernel to verify if it is rt patch issue. kernel BUG at drivers/acpi/osl.c:373! I never see this before. Please post dmesg && acpidump output. (It would be better to post them on bugzilla ). My guess is that ACPI is just disabled. But if acpi is disabled, acpi_cpufreq module sh

Re: [PATCH] sed s/gawk/awk/ scripts/gen_init_ramfs.sh

On Tue, Jan 23, 2007 at 04:49:44PM -0800, Andrew Morton wrote: > On Mon, 15 Jan 2007 23:11:46 +0100 > Sam Ravnborg <[EMAIL PROTECTED]> wrote: > > > On Mon, Jan 15, 2007 at 04:24:17PM -0500, Rob Landley wrote: > > > Signed-off-by: Rob Landley <[EMAIL PROTECTED]> > > Acked-by: Sam Ravnborg <[EMAIL P

[PATCH] ARM: Convert to use shared "Device Drivers" menu

ARM: Convert to use shared "Device Drivers" menu. Signed-off-by: Rodolfo Giometti <[EMAIL PROTECTED]> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig index 6783c2e..a2ca665 100644 --- a/arch/arm/Kconfig +++ b/arch/arm/Kconfig @@ -885,84 +885,7 @@ endmenu source "net/Kconfig" -menu "Device Dr

Re: MSI failure on nForce 430 (WAS: intel 82571EB gigabit fails to see link on 2.6.20-rc5 in-tree e1000 driver (regression))

On Sat, Jan 20, 2007 at 02:34:37PM -0500, Adam Kropelin wrote: > (cc: list trimmed and thread moved to linux-pci) > > I have a PCI-E e1000 card that does not see interrupts on 2.6.20-rc5 > unless CONFIG_PCI_MSI is disabled. An e1000 maintainer indicated that > the PHY state is correct, it's just

  1   2   3   4   >