Hi.
On Mon, 2005-08-08 at 12:44, Srivatsa Vaddagiri wrote:
> On Mon, Aug 08, 2005 at 11:30:23AM +1000, Con Kolivas wrote:
> > Tony said he had it lying around somewhere and needed to find time to dust
> > it
> > off and get it up to speed.
>
> PPC64 is on my ToDo list as well. Will take it up a
>> Am I doing something wrong, or is this intended to be this way on
>> x86_64, or is something incorrect in the kernel? This method works
>> fine on i386. Thanks for any help!
>
>I just tested your program on SLES9 with updated kernel and RBP
>looks correct to me. Probably something is wrong with
>This patch lets this header stand alone, since I can never remember
>which other headers to include, or in which order.
I have seen the same in a lot of other places. For some self-baked patch, I
added to the front of includes and promptly got flooded
with warnings.
IMO, every H (and every C
Con Kolivas wrote:
>> When I enabled dynamic tick using:
>>
>> echo 1 > /sys/devices/system/timer/timer0/dyn_tick_state
>>
>> The number of ticks dropped down to 60-70 HZ, bus mastering activity
>> jumpped up to being almost always active,
>
> Anyone know why this would happen?
This is just
>Hi,
>
>I want to lock down a directory to be read-only, say, /etc, for system
>security. Unfortunately, some valid system tools might need to
>create/modified files like "/etc/dhclient-eth0.conf". To avoid
>disrupting the normal running of those tools, I might have to allow
>certain files to be c
On Sun, 2005-08-07 at 12:49 +0100, Alan Cox wrote:
> On Sad, 2005-08-06 at 20:52 -0700, Nicholas Miell wrote:
> > Why does overcommit in mode 2 (OVERCOMMIT_NEVER) explicitly force
> > MAP_NORESERVE mappings to reserve memory?
> >
> > My understanding is that MAP_NORESERVE is a way for apps to stat
* Srivatsa Vaddagiri <[EMAIL PROTECTED]> [050805 05:37]:
> On Wed, Aug 03, 2005 at 06:05:28AM +, Con Kolivas wrote:
> > This is the dynamic ticks patch for i386 as written by Tony Lindgen
> > <[EMAIL PROTECTED]> and Tuukka Tikkanen <[EMAIL PROTECTED]>.
> > Patch for 2.6.13-rc5
> >
> > There
On 8/8/05, Zachary Amsden <[EMAIL PROTECTED]> wrote:
>
> IIRC 2.4.21 has some highmem bugs that have since been fixed. But, it
> sounds like you might be doing something quite unusual. Code would
> definitely give people a better idea of what might be wrong.
I think you overlooked what i ment
* Srivatsa Vaddagiri <[EMAIL PROTECTED]> [050807 09:58]:
> On Sun, Aug 07, 2005 at 03:12:21PM +1000, Con Kolivas wrote:
> > Respin of the dynamic ticks patch for i386 by Tony Lindgen and Tuukka
> > Tikkanen
> > with further code cleanups. Are were there yet?
>
> Con,
> I am afraid until SM
Fawad Lateef wrote:
if ((unsigned long)(page - mem_map) > 0x8) {
SetPageReserved(page);
set_bit(PG_highmem, &page->flags);
atomic_set(&page->count, 0xC4);
That seems like a hackish thing to do. Could you mistake other pages
with
On Sun, Aug 07, 2005 at 11:58:03PM +0200, Adrian Bunk wrote:
> The LOG_BUF_SHIFT from lib/Kconfig.debug is sufficient.
>
Yes, looks good, thanks.
pgpnWELFEEFdt.pgp
Description: PGP signature
On Mon, 2005-08-08 at 08:50 +0500, Fawad Lateef wrote:
> Hello,
>
> I m facing a problem in RHEL3 (2.4.21-5.ELsmp) kernel while using
> kmap_atomic on the pages reserved at the boot time
>
> At the boot time I reserved pages above 2GB for later use by my module
> . And when I was using t
On Mon, 2005-08-08 at 02:06 +0200, Bodo Eggert wrote:
> The wrong values are constant across reboots (see my first mail), and I
> have a CRT.
>
> Can you tell me where the timing values are read?
radeon_write_mode() programs the mode. The monitor timing infos are read
by the various bits of cod
On Mon, Aug 08, 2005 at 11:38:01AM +0900, Chris White wrote:
> > Sorry, I didn't even check the link. Try the driver from:
> >
> > http://www.saillard.org/linux/pwc/
> >
> > Which seems to work better.
>
> Err, mine's a logitech camera, why is everyone recommending philips
> drivers :P?
Beca
"Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
>
> > I don't think it was supposed to do that.
> >
> > Quite possibly it's something to do with the new debugging code - could you
> > please take a copy of the offending config, send it over and then try
> > removing debug options, see if the cr
Adrian Bunk <[EMAIL PROTECTED]> wrote on 08/08/2005 12:12:18 AM:
> Looking at Jan Dittmer's crosscompile site [1], one of the two
> architectures where defconfig compiled in 2.6.12.4 but does no longer
> compile in 2.6.13-rc6 is s390.
>
> Looking at the build error, it seems s390-use-klist-in-qeth
On Sünnavend 06 August 2005 01:43, Linus Torvalds wrote:
> diff --git a/arch/ppc/kernel/ppc_ksyms.c b/arch/ppc/kernel/ppc_ksyms.c
> --- a/arch/ppc/kernel/ppc_ksyms.c
> +++ b/arch/ppc/kernel/ppc_ksyms.c
> @@ -324,7 +324,7 @@ EXPORT_SYMBOL(__res);
>
> EXPORT_SYMBOL(next_mmu_context);
> EXPORT_SYM
On Mon, 8 Aug 2005 16:09, Nikhil Dharashivkar wrote:
> Hi Martin,
> But e1000_notify_reboot () function calls this e1000_suspend()
> function irrespective of CONFIG_FM is defined or not. So according to
> your soution, what if CONFIG_FM is not defined.
Does it? I can't find it.
Martin's patc
Like many other southbridges from different manufacturers, VIA VT8235
chip has two non-standard BARs for power management and SMBus
registers (see the datasheet at http://www.via.com.tw).
This new quirk routine fixes boot problem with 2.6.13-rc2/rc6 kernels
on Targa Visionary 811 Athlon64 laptop, a
On Mon, 2005-08-08 at 11:38 +0900, Chris White wrote:
> Err, mine's a logitech camera, why is everyone recommending philips
> drivers :P?
>
> Chris White
what happens with the most of the computer peripherals the company that
sell it is different with the company that produce it... in this case
p
* Sven-Thorsten Dietrich <[EMAIL PROTECTED]> wrote:
> Fix a compile error in net/ipv4/route.c when RT patch is applied:
> Index: linux-2.6.13-rc4-RT-V0.7.52-14/net/ipv4/route.c
are you sure you are seeing this with the -52-14 patch? If yes then
please send me your .config.
the build error sho
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > Fix a compile error in net/ipv4/route.c when RT patch is applied:
>
> > Index: linux-2.6.13-rc4-RT-V0.7.52-14/net/ipv4/route.c
>
> are you sure you are seeing this with the -52-14 patch? If yes then
> please send me your .config.
>
> the build erro
Hello all,
Here is the spi core patch (slightly redesigned again). Now it operates
with three abstractions:
a) the spi bus, which is registered in system and is resposible for
general things like registering devices on it, handling PM events for
entire bus, providing bus-wide operations;
b) the
Dear Erik & all,
Sorry for the delay in my latest updates.
I was required to fix the partition problem first.
I have an update in gathering some partition info about in SD cards
formatted in windows and Camera.
I tried printing data from the ox1BE offset of 0th sector on windows
formatted SD c
> Does that thing work with Windows?
>
> I strongly suspect that it's simply broken at this point.
>
> -- Pete
>
And that is the final answer for $14,000. Looks like I got Yet Another
Large Paperweight(tm) to deal with. Yup, this thing is broken. I tried
it on my dad's machine today, and Wi
On Fri, Aug 05, 2005 at 05:15:57PM +0200, LT-P wrote:
> Package: kernel-source-2.6.8
> Version: 2.6.8-16
> Severity: normal
>
> The kernel-source-2.6.8 sources fail to compile on powerpc (PowerMac 4400).
>
> ___
> CC drivers/ide/ide.o
> CC drivers/ide/ide-default.o
> CC drivers/ide
Hi!
> Got a new suspend patchsset at
>
> ftp://ftp.kernel.org:/pub/linux/kernel/people/christoph/suspend/2.6.13-rc4-mm1
>
> Check the series file for the sequence of patches.
Something still goes very wrong after first resume. It seems to work
ok for few seconds, then console switch takes 10 s
On Wed, Aug 03, 2005 at 09:44:06AM +0300, Pekka Enberg wrote:
> > +uint32_t gfs2_hash(const void *data, unsigned int len)
> > +{
> > + uint32_t h = 0x811C9DC5;
> > + h = hash_more_internal(data, len, h);
> > + return h;
> > +}
>
> Is there a reason why you cannot use or ?
See gfs2_h
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> - This kernel is broken on ia64: the spinlock consolidation patch
> needs fixing.
ia64 had a couple of other compilation problems as well. The patch below
fixes the spinlock-type issues and 3 other types of build errors. The
patched kernel builds
This removes very old functions from pci docs, which aren't no longer in kernel.
It is against 2.6.13-rc5-mm1
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
diff --git a/Documentation/pci.txt b/Documentation/pci.txt
--- a/Documentation/pci.txt
+++ b/Documentation/pci.txt
@@ -266,20 +266,6 @@ por
David Teigland writes:
> > +static int ea_set_i(struct gfs2_inode *ip, struct gfs2_ea_request *er,
> > + struct gfs2_ea_location *el)
> > +{
> > + {
> > + struct ea_set es;
> > + int error;
> > +
> > + memset(&es, 0, sizeof(struct ea_set));
On Mon, 2005-08-08 at 17:57 +0800, David Teigland wrote:
> >
> > Please drop the extra braces.
>
> Here and elsewhere we try to keep unused stuff off the stack. Are you
> suggesting that we're being overly cautious, or do you just dislike the
> way it looks?
nice theory. In practice gcc 3.x sti
At Sat, 6 Aug 2005 17:09:40 +0200,
Adrian Bunk wrote:
>
> On Fri, Aug 05, 2005 at 09:52:32AM +0300, Pekka J Enberg wrote:
> >...
> > --- 2.6.orig/mm/slab.c
> > +++ 2.6/mm/slab.c
> > @@ -2555,6 +2555,20 @@ void kmem_cache_free(kmem_cache_t *cache
> > EXPORT_SYMBOL(kmem_cache_free);
> >
> > /**
On Llu, 2005-08-08 at 00:22 -0700, Nicholas Miell wrote:
> I don't think you can forcibly reclaim MAP_NORESERVE objects (I'm
> assuming you mean completely throwing away dirty pages).
In which case there is no real difference between MAP_NORESERVE and not
setting it when doing zero overcommit as w
David Teigland writes:
> > +#define RETRY_MALLOC(do_this, until_this) \
> > +for (;;) { \
> > + { do_this; } \
> > + if (until_this) \
> > + break; \
> > + if (time_after_eq(jiffies, gfs2_malloc_warning + 5 * HZ)) { \
> > + printk("GFS2: out of memory: %s, %u\n
On Mon, 8 August 2005 12:05:25 +0200, Arjan van de Ven wrote:
> On Mon, 2005-08-08 at 17:57 +0800, David Teigland wrote:
> > >
> > > Please drop the extra braces.
> >
> > Here and elsewhere we try to keep unused stuff off the stack. Are you
> > suggesting that we're being overly cautious, or do
At Sat, 06 Aug 2005 15:37:24 +0300,
Pekka Enberg wrote:
>
> Hi,
>
> Dmitry Torokhov wrote:
> > > Have you seen the following in include/sound/core?
> > >
> > > ...
> > > #define kmalloc(size, flags) snd_hidden_kmalloc(size, flags)
> > > #define kcalloc(n, size, flags) snd_hidden_kcalloc(n, size,
On Mon, Aug 08, 2005 at 03:40:27AM +0200, Adrian Bunk wrote:
> On Mon, Aug 08, 2005 at 02:28:29AM +0400, Alexey Dobriyan wrote:
> > - case GDTIOCTL_OSVERS:
> > - {
> > -gdth_ioctl_osvers osv;
> > -
> > -osv.version = (unchar)(LINUX_VERSION_CODE >> 16);
> > -osv.s
This patch changes pci_find_device to pci_get_device (encapsulated in
for_each_pci_dev)
with appropriate adding pci_dev_put.
Generated in 2.6.13-rc5-mm1
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
diff --git a/drivers/char/watchdog/i6300esb.c b/drivers/char/watchdog/i6300esb.c
--- a/drivers/
David Teigland writes:
> Is there a reason why you cannot use or ?
See gfs2_hash_more() and comment; we hash discontiguous regions.
jhash() takes an initial value. Isn't that sufficient?
Pekka
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
t
> > > I don't think it was supposed to do that.
> > >
> > > Quite possibly it's something to do with the new debugging code - could
> > you
> > > please take a copy of the offending config, send it over and then try
> > > removing debug options, see if the crash goes away? CONFIG_DEBUG_PREEM
dmitry pervushin napsal(a):
Index: linux-2.6.10/drivers/spi/Makefile
===
--- linux-2.6.10.orig/drivers/spi/Makefile 1970-01-01 00:00:00.0
+
+++ linux-2.6.10/drivers/spi/Makefile 2005-07-15 06:57:39.0 +000
On Gwe, 2005-08-05 at 12:42 +0200, Michael Kerrisk wrote:
> 1. POSIX made the behaviour of pselect() explicit -- the
>timeout must not be modified. The idea was to avoid the
>vagueness of the select() specification; it had to be vague
>because of existing implementations. By contras
Hi Ingo,
This version of the patch has better coding style
thanks to comments from Ingo Oeser.
Please comment or pass it on as appropriate.
Patch is for mainline 2.6.13-rc6.
Thanks,
Karsten
--
From: Karsten Wiese <[EMAIL PROTECTED]>
IRQ_PER_CPU is not used by all architectures.
This
On Mon, Aug 08, 2005 at 01:18:45PM +0300, Pekka J Enberg wrote:
> gfs2-02.patch:+ RETRY_MALLOC(ip = kmem_cache_alloc(gfs2_inode_cachep,
> -> GFP_NOFAIL.
Already gone, inode_create() can return an error.
if (create) {
RETRY_MALLOC(page = grab_cache_page(aspace->i_mapping, index),
David Teigland writes:
> but why can't you return NULL here on failure like you do for
> find_lock_page()?
because create is set
Yes, but looking at (some of the) top-level callers, there's no real reason
why create must not fail. Am I missing something here?
> gfs2-02.patch:+ RETRY_MALL
>
> IRQ_PER_CPU is not used by all architectures.
> This patch introduces the macros
> ARCH_HAS_IRQ_PER_CPU and CHECK_IRQ_PER_CPU() to avoid the generation of
> dead code in __do_IRQ().
>
> ARCH_HAS_IRQ_PER_CPU is defined by architectures using
> IRQ_PER_CPU in their
> include/asm_ARCH/ir
Danny ter Haar wrote:
Andrew Morton <[EMAIL PROTECTED]> wrote:
Helge Hafting <[EMAIL PROTECTED]> wrote:
2.6.13-rc5 seemed to kill a scsi disk (sdb) for me, where 2.6.13-rc4-mm1
have no problems with the same disk.
Sort of same with me:
2.6.12-mm1 runs for _weeks_ where others
On Fri, 5 Aug 2005, Martin Loschwitz wrote:
> On Fri, Aug 05, 2005 at 03:40:26PM -0400, linux-os (Dick Johnson) wrote:
>>
>> On Fri, 5 Aug 2005, Martin Loschwitz wrote:
>>
>>> Hi folks,
>>>
>>> I just ran into the following problem: Having updated my box to 2.6.12.3,
>>> I tried to start YaST2 an
This patch changes pci_find_device to pci_get_device (encapsulated in
for_each_pci_dev).
Generated in 2.6.13-rc5-mm1
Signed-off-by: Jiri Slaby <[EMAIL PROTECTED]>
diff --git a/drivers/parport/parport_pc.c b/drivers/parport/parport_pc.c
--- a/drivers/parport/parport_pc.c
+++ b/drivers/parport/p
On Mon, Aug 08, 2005 at 01:57:55PM +0300, Pekka J Enberg wrote:
> David Teigland writes:
> >> but why can't you return NULL here on failure like you do for
> >> find_lock_page()?
> >
> >because create is set
>
> Yes, but looking at (some of the) top-level callers, there's no real reason
> why c
Russell King wrote:
>
>I still don't like the needless duplication. How about doing it this
>way (see the attached patch.)
>
>Note: I also intend to move MMC over to using an IDR for the host
>numbers, which is why we need to setup the name at registration
>time, not allocation time.
>
>
>
Thi
The legacy PIC's name is "i8259".
Signed-off-by: Karsten Wiese <[EMAIL PROTECTED]>
diff -upr linux-2.6.13-rc6/arch/i386/kernel/io_apic.c
linux-2.6.13/arch/i386/kernel/io_apic.c
--- linux-2.6.13-rc6/arch/i386/kernel/io_apic.c 2005-08-08 11:46:00.0
+0200
+++ linux-2.6.13/arch/i386/kernel
I'm pleased to announce new acrypto release.
It now supports nice scatterlist walkers, usage can be found in
async_provider.c [bridge to the sync API].
By design acrypto provides whole scatterlists array to the
driver so it can optimize it's processing.
This is _probably_ the last release, due to
Hi!
I'm looking for *nice* way to get address of loaded module in 2.6.
I'd like to know the address from driver.
In 2.4, I wrote something like this:
* * *
(in kernel src)
--- kernel/module.c
+++ kernel/module.c
struct module *module_list = &kernel_module;
+ struct module *get_module_queue(
On Mon, 08 Aug 2005 20:40:22 +0900 (JST) Hiroki Kaminaga
<[EMAIL PROTECTED]> wrote:
>
> I'm looking for *nice* way to get address of loaded module in 2.6.
> I'd like to know the address from driver.
Maybe explaining why you need the address of a module would help.
--
Cheers,
Stephen Rothwell
> Some BIOSes do not lock SMM, and you *could* turn it off at the chipset
> level.
Doing so would be wasteful though. Both AMD and Intel CPUs need SMM code
for the deeper C* sleep states.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [
> > I'm looking for *nice* way to get address of loaded module in 2.6.
> > I'd like to know the address from driver.
>
> Maybe explaining why you need the address of a module would help.
I'm currently writing a driver to diagnose/monitor the error, such as
core dump.
I inserted some hook in ker
Helge Hafting <[EMAIL PROTECTED]> wrote:
>Danny ter Haar wrote:
>>What i dont "get" is that ethernet also goes down when the scsi
>>controller goes bezerk.
>>I'm pretty sure it's not a hardware problem since 2.6.12-mm1 survives
>>and brings this usenet host in the worldwide top 1000.
>Interesting.
This should't be applied to 2.6.13. It does contain a hack at V4L code,
since mute_tda9887 is implemented outside tda9887.c module and could
potentially cause troubles since there are some work to provide it on a
correct way.
It should be applied to -mm and go to mainstream only af
Acked-by: Mikael Starvik <[EMAIL PROTECTED]>
> This patch converts arch/cris/Kconfig.debug to using lib/Kconfig.debug.
>
> This should fix a compile error in 2.6.13-rc4 caused by a missing
> CONFIG_LOG_BUF_SHIFT definition.
>
> While I was editing this file, I also converted some spaces to tabs
Quoting r. yhlu <[EMAIL PROTECTED]>:
> On 8/3/05, Michael S. Tsirkin <[EMAIL PROTECTED]> wrote:
> > Quoting yhlu <[EMAIL PROTECTED]>:
> > > Subject: Re: [PATCH 1/2] [IB/cm]: Correct CM port redirect reject codes
> > >
> > > Roland,
> > >
> > > In LinuxBIOS, If I enable the prefmem64 to use real 64
Ogawa-san and FAT developpers,
Here is a patch to enable posix file attribute mapping to VFAT attributes,
with restrictions.
Main purpose of this patch is to build root file system with VFAT for small
embedded device. FAT is widely used for embedded device to exchange data,
and also small embedde
Linus> James and gang found the aic7xxx slowdown that happened after
Linus> 2.6.12, and we'd like to get particular testing that it's
Linus> fixed, so if you have a relevant machine, please do test this.
This might explain why my DLT7000 has been dropping off the bus at
times and requiring a full
Hi
I had added an assembly program to the networking
section of kernel linux 2.2.16 without any problem.
But when I add it to kerenel 2.4.1 I could build that
kernel, but I faced with kernel panic error when I
boot
system with new builded image. I use the following
Make file to build It in the 2.4
parport_pc_find_ports():
r = pci_register_driver (&parport_pc_pci_driver);
if (r)
return r;
The only caller of parport_pc_find_ports() is parport_pc_init(), which has:
count += parport_pc_find_ports (irqval[0], dmaval[0]);
return 0;
This
On Mon, 2005-08-08 at 06:02 -0700, mhb wrote:
> Hi
>
> I had added an assembly program to the networking
> section of kernel linux 2.2.16 without any problem.
> But when I add it to kerenel 2.4.1 I could build that
> kernel, but I faced with kernel panic error when I
> boot
> system with new build
Hi Rusty,
I was going through the splendidly written document,
"Unreliable Guide to Locking". I thought of something that should be
mentioned in the section "Using Atomic Operations For The Reference
Count" (link :
http://www.kernel.org/pub/linux/kernel/people/rusty/kernel-locking/x352.
--- dmitry pervushin <[EMAIL PROTECTED]> wrote:
> Hello all,
>
>
> Here is the spi core patch (slightly redesigned
> again). Now it operates
> with three abstractions:
> a) the spi bus, which is registered in system and is
> resposible for
> general things like registering devices on it,
> han
Mauro Carvalho Chehab wrote:
This should't be applied to 2.6.13. It does contain a hack at V4L code,
since mute_tda9887 is implemented outside tda9887.c module and could
potentially cause troubles since there are some work to provide it on a
correct way.
It should be applied to
On Mon, 2005-08-08 at 08:39 +0200, Jan Engelhardt wrote:
> >> when linux kernel receives a packet from the netcard and the forwards it .
> >> the process can be viewed as a kernel process ?
> >> and if this process can be interrupted ?
> >
> >When a packet is received from the kernel, this is first
On Maandag 08 August 2005 14:06, Hiroki Kaminaga wrote:
> If the cause is in some insmod'ed module, then I would like to get
> info of that module. If I get the address of that module, I can get
> info such as symbol name defined by that module, etc. Then I could say
> in module mmm, at func fff,
Patch Summary:
This patch implements a new system call, unshare. unshare allows
a process to disassociate parts of the process context that were
initially being shared using the clone() system call.
The patch consists of two parts:
[1/2] Implements the system call handler function sys_unshare.
[PATCH 1/2] unshare system call: System Call handler function sys_unshare
Signed-off-by: Janak Desai
fork.c | 202 +++--
1 files changed, 196 insertions(+), 6 deletions(-)
diff -Naurp 2.6.13-rc5-mm1/kernel/fork.c 2.6.13-rc5-mm1+
[PATCH 2/2] unshare system call: System Call setup for i386 arch
Signed-off-by: Janak Desai
arch/i386/kernel/syscall_table.S |1 +
include/asm-i386/unistd.h|3 ++-
2 files changed, 3 insertions(+), 1 deletion(-)
diff -Naurp 2.6.13-rc5-mm1/arch/i386/kernel/syscall_table.S
2
Looks fine. Giving CC to Andrew to queue it for inclusion. Andrew,
can you please also add
Signed-off-by: Jan Kara <[EMAIL PROTECTED]>
Thanks
Honza
> This patch contains t
Mauro Carvalho Chehab wrote:
This should't be applied to 2.6.13. It does contain a hack at V4L code,
since mute_tda9887 is implemented outside tda9887.c module and could
potentially cause troubles since there are some work to provide it on a
correct way.
This patch removes the tda988
On Sünndag 07 August 2005 20:26, Martin J. Bligh wrote:
> Oh, I'm being an idiot and looking at the wrong tree. It's __deprecated,
> but I still can't think of a clean way to locally undefine that for
> just EXPORT_SYMBOL.
We could in theory create a new EXPORT_SYMBOL variant that does not
referen
On Mon, 8 Aug 2005, Hiroki Kaminaga wrote:
>
> Hi!
>
> I'm looking for *nice* way to get address of loaded module in 2.6.
> I'd like to know the address from driver.
>
> In 2.4, I wrote something like this:
>
> * * *
>
> (in kernel src)
> --- kernel/module.c
> +++ kernel/module.c
>
> struct modul
At present the configuration items for initramfs is located in:
Device drivers | Block Drivers | xxx
This is maybe not the most natural place to have it.
So with the following patch it is moved below "General setup",
and relevant config items are collected in a file with a new
home in usr/.
The o
Hello Andrew,
> [Bugme-new] [Bug 4992] New: Power off stops
> http://bugzilla.kernel.org/show_bug.cgi?id=4992
Works for me now. I've tested with 2.6.13-rc6 a few hours again.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
I am ccing this to linux-kernel for a wider audience.
On Wed, Aug 03, 2005 at 09:56:44AM +1000, Andrew Morton wrote:
>
> Subject: two 2.6.13-rc3-mm3 oddities
>
> Just wanted to record a couple of oddities I noticed with 2.6.13-rc3-mm3
> (maybe there before: I hardly tested -mm1 and didn't even d
Some recent change last week causes pci_update_resource()
to be invoked on sparc64 now, and this is why my workstation
couldn't cleanly boot into current 2.6.13 when I tried to
remotely try out some new kernels while I was in the UK.
This thing is supposed to only be invoked if you support
power
David Teigland writes:
+static ssize_t walk_vm_hard(struct file *file, char *buf, size_t size,
+ loff_t *offset, do_rw_t operation)
+{
+ struct gfs2_holder *ghs;
+ unsigned int num_gh = 0;
+ ssize_t count;
+
+ {
Can we please get rid of the extra braces e
Yes I can duplicate that - it appears that proc_file_operations is
acquiring a poll method from somewhere. All the simple create_proc_read*
files hang on a poll() or select() call.
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PR
On Mon, Aug 08, 2005 at 12:14:43AM +0300, Dumitru Ciobarcianu wrote:
> ??n data de Du, 07-08-2005 la 11:47 -0700, Linus Torvalds a scris:
> > Luming Yu:
> > [ACPI] revert Embedded Controller to polling-mode by default (ala 2.6.12)
> > [ACPI] CONFIG_ACPI_HOTKEY is now "n" by default
>
> IMHO yo
On Mon, 8 Aug 2005, Sam Ravnborg wrote:
At present the configuration items for initramfs is located in:
Device drivers | Block Drivers | xxx
This is maybe not the most natural place to have it.
So with the following patch it is moved below "General setup",
and relevant config items are collecte
On Mon, 8 Aug 2005, mhb wrote:
> Hi
>
> I had added an assembly program to the networking
> section of kernel linux 2.2.16 without any problem.
> But when I add it to kerenel 2.4.1 I could build that
> kernel, but I faced with kernel panic error when I
> boot
> system with new builded image. I us
Hi!
> i386 Transparent paravirtualization subarch patch #5
>
> This change encapsulates descriptor and task register management.
>
> Diffs against: 2.6.13-rc4-mm1
>
> Signed-off-by: Zachary Amsden <[EMAIL PROTECTED]>
> Index: linux-2.6.13/include/asm-i386/desc.h
> =
(I was referred here by Thomas Anders over on the Samba list, as apparently
it's the cifs kernel module at fault ?).
I am having problems mounting a DFS share using mount.cifs, even though it
works in smbclient fine.
After mounting, each top-level directory contains a copy of the top level
dire
Please apply.
---
diff -urN a/CREDITS b/CREDITS
--- a/CREDITS 2005-08-07 14:18:56.0 -0400
+++ b/CREDITS 2005-08-08 10:03:56.0 -0400
@@ -2380,8 +2380,8 @@
D: bug fixes, documentation, minor hackery
N: James Morris
-E: [EMAIL PROTECTED]
-W: http://www.intercode.com.au/jmorri
Em Seg, 2005-08-08 às 09:51 -0400, Michael Krufky escreveu:
> Mauro Carvalho Chehab wrote:
>
> > This should't be applied to 2.6.13. It does contain a hack at V4L code,
> >since mute_tda9887 is implemented outside tda9887.c module and could
> >potentially cause troubles since there are some wo
On Mon, Aug 08, Grzegorz Kulewski wrote:
> >From my recent experiments it looks like in order to be able to use
> initramfs not compiled into the kernel image but loaded from separate file
> by GRUB or LILO one must also build initrd into the kernel.
The file passed from the bootloader to the
On Llu, 2005-08-08 at 09:33 -0400, Janak Desai wrote:
>
> [PATCH 1/2] unshare system call: System Call handler function sys_unshare
Given the complexity of the kernel code involved and the obscurity of
the functionality why not just do another clone() in userspace to
unshare the things you want
On Sat, Aug 06, 2005 at 11:05:35PM -0400, Lee Revell wrote:
> zOn Fri, 2005-08-05 at 12:59 +0200, Ingo Molnar wrote:
> > ok, looks good - i've applied it and released the -52-14 PREEMPT_RT
> > patch.
> >
>
> Does not compile if RCU stats are enabled but torture test disabled.
My bad. Updated R
Hi,
Here we have a slightly update for timertop script, it now shows the
ticks in Hz (borrowed from Tony's pmstats - let me know if I shouldn't
:-) ) and some cleanups.
The timertop kernel patch is the same, tested for 2.6.13-rc5-dtck-5.patch.
I'm open to suggestions on what to aggregate in that
Em Seg, 2005-08-08 às 09:20 -0400, Michael Krufky escreveu:
> Mauro Carvalho Chehab wrote:
> The tda9887 stuff is disabled inside the code with #ifdefs.
Ok, you removed on your latest patch.
> Most of our correspondence have been short little emails and we
> have been communicating in pvt
* Paul E. McKenney <[EMAIL PROTECTED]> wrote:
> Updated RCU-only portion of the patch included below, applies to
> 2.6.13-rc4. [...]
thanks - i've put it into the -RT tree and have released the -52-16
patch, which can be downloaded from the usual place:
http://redhat.com/~mingo/realtime-
On Mon, Aug 08, 2005 at 12:26:01AM -0700, Tony Lindgren wrote:
> Good point, and it would be nice to have it resolved for systems that support
> idling individual CPUs. The current setup was done because when I was
> tinkering
> with the amd76x_pm patch a while a back, I noticed that idling the cp
On Mon, 8 Aug 2005, Olaf Hering wrote:
On Mon, Aug 08, Grzegorz Kulewski wrote:
From my recent experiments it looks like in order to be able to use
initramfs not compiled into the kernel image but loaded from separate file
by GRUB or LILO one must also build initrd into the kernel.
The file
1 - 100 of 361 matches
Mail list logo
