was: Re: [WATCHDOG] v2.6.24 Watchdog Device Drivers patches - part 4
On Tue, 20 Nov 2007 06:41:07 pm Andrew Morton wrote:
> On Tue, 20 Nov 2007 13:44:13 +1030 Mike Lampard <[EMAIL PROTECTED]> wrote:
> > Hi
> >
> > On Tue, 20 Nov 2007 08:02:20 am Wim Van Sebroeck wrote:
> > > Hi Linus,
> > >
> >
On Tue, 20 Nov 2007 17:47:28 +0800 Dave Young <[EMAIL PROTECTED]> wrote:
> Hi,
> I encountered kernel warningsr. I just executed xawtv without video dev being
> found.
>
> like this:
>
> WARNING: at arch/x86/kernel/smp_32.c:561 native_smp_call_function_mask()
> []
On Tue, 20 Nov 2007 14:22:43 +0530 Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Tue, 20 Nov 2007 13:57:39 +0530 Kamalesh Babulal <[EMAIL PROTECTED]>
> > wrote:
> >
> >> Hi Andrew,
> >>
> >> Following calltrace is seen server, while running filesystem stress on smb
Pass struct pnp_dev to pnp_clean_resource_table for cleanup reasons
Signed-off-by: Thomas Renninger <[EMAIL PROTECTED]>
---
drivers/pnp/manager.c | 41 -
1 file changed, 20 insertions(+), 21 deletions(-)
Index: linux-2.6.24-rc2/drivers/pnp/manager.c
Make use of pnp_{port,mem,irq,dma}_{start,end,flags} macros wherever possible
The macros to access the resource table in pnp sublayer was not used
consequently.
This patch makes use of these macros instead of accessing the resource
arrays directly.
For dma and irq also pnp_{dma,irq}_{start,end}
On Mon, Nov 19, 2007 at 11:02:49PM -0800, Andrew Morton wrote:
> On Mon, 19 Nov 2007 13:52:06 +0100 Heiko Carstens <[EMAIL PROTECTED]> wrote:
> > Index: linux-2.6/fs/compat_ioctl.c
> > ===
> > --- linux-2.6.orig/fs/compat_ioctl.c
> >
On Mon, 19 Nov 2007 17:16:44 -0600
"Serge E. Hallyn" <[EMAIL PROTECTED]> wrote:
> Quoting Chris Friedhoff ([EMAIL PROTECTED]):
> > Hello Serge,
> >
> > just to let you know: with 2.6.24-rc3 I have the same problem.
>
> Ok, so here is the flow.
>
> First off, using runlevel 5 on FC7, using 'log
On Mon, 19 Nov 2007, Pavel Machek wrote:
> On unloaded x60 system, 2.6.24-rc3 (tainted-pavel-so if someone can
> reproduce it, it would be helpful):
Can you please provide your .config ?
tglx
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Tue, Nov 20, 2007 at 06:51:14AM +1100, Benjamin Herrenschmidt wrote:
>
> On Mon, 2007-11-19 at 00:38 -0800, David Miller wrote:
> > From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> > Date: Mon, 19 Nov 2007 16:35:23 +1100
> >
> > > I'm not sure what is the best way to fix that. Internally,
Ulrich Drepper a écrit :
wing patches provide an alternative implementation of the
sys_indirect system call which has been discussed a few times.
This no system call allows us to extend existing system call
interfaces with adding more system calls.
I am wondering if some parts are missing from
Hi Andrew,
Following calltrace is seen server, while running filesystem stress on smb
mounted partition on the client machine.
Nov 19 18:45:52 p55lp6 smbd[3304]: [2007/11/19 18:45:52, 0]
lib/util_sock.c:write_data(562)
Nov 19 18:45:52 p55lp6 smbd[3304]: write_data: write failure in writing
On Nov 20 2007 02:57, Mike Frysinger wrote:
>On Nov 20, 2007 2:17 AM, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>> I get this during boot:
>>
>> [ 40.821740] netconsole: eth1 doesn't exist, aborting.
>>
>> Given that CONFIG_NETCONSOLE=y and CONFIG_8139TOO=m, I can imagine.
>> Is there a way to
Hi,
I encountered kernel warningsr. I just executed xawtv without video dev being
found.
like this:
WARNING: at arch/x86/kernel/smp_32.c:561 native_smp_call_function_mask()
[] native_smp_call_function_mask+0x149/0x150
[] alloc_debug_processing+0xa9/0x130
[] smp_callback+0x0/0x10
[]
* Pavel Machek <[EMAIL PROTECTED]> wrote:
> > > 0.00user 0.00system 0.08 (0m0.081s) elapsed 3.71%CPU
> > > 0.00user 0.00system 0.01 (0m0.013s) elapsed 23.33%CPU
> > > 0.00user 0.00system 0.01 (0m0.019s) elapsed 15.92%CPU
> > >
> > > nohz=off helps a lot. while true; do time sleep 0.0; done does
On Tuesday 20 November 2007 18:26, Nick Piggin wrote:
> On Tuesday 20 November 2007 16:46, Ingo Molnar wrote:
> > * Nick Piggin <[EMAIL PROTECTED]> wrote:
> > > Unfortunately, we don't show NR_ANON_PAGES in these stats, [...]
> >
> > sidenote: the way i combat these missing pieces of
Hi,
I wonder whether these rather large cleanups can already be added to
some mainline branch.
There should be no functional change.
This could make life easier for me (not that bad, there were not that
much changes in the past), but mainly make it easier for others to test
the real patch, that
Unify the pnp macros to access resources in the pnp resource table
port, mem, dma and irq resource macros are now all used in the same
way. This is the basis (or makes it at least easier) for changing how
the resources are allocated for memory optimizations.
Signed-off-by: Thomas Renninger
On Nov 20, 2007 5:56 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> On Tue, 20 Nov 2007 17:47:28 +0800 Dave Young <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> > I encountered kernel warningsr. I just executed xawtv without video dev
> > being found.
> >
> > like this:
> >
> > WARNING: at
From: Heiko Carstens <[EMAIL PROTECTED]>
Signed-off-by: Heiko Carstens <[EMAIL PROTECTED]>
Signed-off-by: Martin Schwidefsky <[EMAIL PROTECTED]>
---
arch/s390/kernel/traps.c |1 +
1 file changed, 1 insertion(+)
Index: quilt-2.6/arch/s390/kernel/traps.c
From: Cornelia Huck <[EMAIL PROTECTED]>
Make sure all subchannel handling is done on the slow path workqueue
so that we don't have races between an old subchannel unregistering
and a new subchannel with the same name registering.
Signed-off-by: Cornelia Huck <[EMAIL PROTECTED]>
Signed-off-by:
On 20-11-07 10:51, Thomas Renninger wrote:
I wonder whether these rather large cleanups can already be added to
some mainline branch.
There should be no functional change.
This could make life easier for me (not that bad, there were not that
much changes in the past), but mainly make it
On 20-11-07 10:51, Thomas Renninger wrote:
Make use of pnp_{port,mem,irq,dma}_{start,end,flags} macros wherever possible
The macros to access the resource table in pnp sublayer was not used
consequently.
This patch makes use of these macros instead of accessing the resource
arrays directly.
Eric W. Biederman wrote:
> There is a long standing ugliness with /proc//stat,
> /proc//statm, and /proc//status that they do not
> use the seqfile API.
>
> In addition they are currently reporting pids in the pid namespace
> of the current task instead of the pid namespace with which proc
> was
From: <[EMAIL PROTECTED]>
Date: Tue, 20 Nov 2007 18:26:26 +0800
> cpu0 calling netif_rx_schedule_prep(), cpu1 calling dev_close():
>
> cpu0: testing __LINK_STATE_START, already set
> cpu1: clear__LINK_STATE_START
> cpu1: testing __LINK_STATE_RX_SCHED, not set
> cpu0: set __LINK_STATE_RX_SCHED
>
In Linux you have to be root in order to listen to TCP or UDP ports below 1024 (the
well-known ports). As far as I know, this limit is hardcoded in the kernel.
In some cases, this limit do more harm than good, so it would be nice to be
able to adjust it.
FreeBSD have a pair of sysctl
On Tuesday 20 November 2007 17:16:45 Steven Rostedt wrote:
> On Tue, 20 Nov 2007, Ingo Molnar wrote:
> > i dont think there's ever any true need (and good cause) to force
> > integer type casts like that at the callee site.
>
> Unless you mean we should do something like this:
>
> static inline
Hi list,
this patch sets (if the corresponding kconfig option is active) the access
modes of /proc/-dirs to 550 instead of 555 in order to provide some
privacy to users. Tools like lsof and ps to spy out on other users become
ineffective.
Cheers,
--
Daniel Reichelt
# diff -Naur
On Tuesday 20 November 2007 01:53:31 Joe Perches wrote:
> diff --git a/drivers/scsi/NCR_D700.c b/drivers/scsi/NCR_D700.c
> index 9e64b21..99403a6 100644
> --- a/drivers/scsi/NCR_D700.c
> +++ b/drivers/scsi/NCR_D700.c
> @@ -182,7 +182,7 @@ NCR_D700_probe_one(struct NCR_D700_private *p, int
> siop,
the patch on top of 2.6.24-rc3 fixed the problem.
now I can succesfully s2disk.
I tested it 5 times in a row, 2 from the console and 3 from within X
thanks for fixing it,
Chris
On Tue, 20 Nov 2007 00:58:29 +0100
"Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> On Monday, 19 of November 2007,
On Tuesday 20 November 2007 20:09, Ian Kumlien wrote:
> On tis, 2007-11-20 at 15:13 +1100, Nick Piggin wrote:
> > It's also used up all your 2.5GB of swap. The output of your `free` shows
> > a fair bit of disk cache there, but it also shows a lot of swap free,
> > which isn't the case at
This patch (in its incarnation in our SLE10SP2 tree) is causing resource
allocation failures on one of my machines. The condition for this is that
besides ROMs behind a bridge not having their base addresses assigned
there's no extra space available in the non-prefetch window to
accommodate the
On Mon, 19 Nov 2007 11:44:54 +
Dean Jenkins <[EMAIL PROTECTED]> wrote:
> This E-mail is for the attention of Pierre Ossman (MMC sub-system
> maintainer)
A cc helps if you want my attention. ;)
>
> Hi Pierre,
>
> I've being trying to get SDIO block-mode with incrementing address to
> work
This client tests DMA memcpy using various lengths and various offsets
into the source and destination buffers. It will initialize both
buffers with a know pattern and verify that the DMA engine copies the
requested region and nothing more.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
Hi Andrew,
The kernel build fails on AMD Opteron
CC arch/x86/kernel/setup_64.o
arch/x86/kernel/setup_64.c: In function ‘early_identify_cpu’:
arch/x86/kernel/setup_64.c:904: warning: unused variable ‘xlvl’
arch/x86/kernel/setup_64.c: In function ‘identify_cpu’:
On Thu, Nov 15, 2007 at 05:05:20PM +0100, Ingo Molnar wrote:
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > FYI, i've put these 3 patches into the scheduler git tree and it's
> > looking very good so far. So unless Andrew or Linus objects to put
> > this into v2.6.24, or there's serious
This patch makes the "DMA Engine" menu visible on AVR32 and adds a
driver for the DMACA (aka DW DMAC) controller. This DMA controller can
be found on the AT32AP7000 chip and it primarily meant for peripheral
DMA transfer, but can also be used for memory-to-memory transfers.
The dmatest client
Please pull from 'for-linus' branch of
git://git390.osdl.marist.edu/pub/scm/linux-2.6.git for-linus
to receive the following updates:
arch/s390/appldata/appldata.h |1 -
arch/s390/appldata/appldata_base.c| 74
arch/s390/appldata/appldata_mem.c
On Tue, Nov 20, 2007 at 12:32:34PM +0100, Haavard Skinnemoen wrote:
> This client tests DMA memcpy using various lengths and various offsets
> into the source and destination buffers. It will initialize both
> buffers with a know pattern and verify that the DMA engine copies the
> requested region
> @@ -180,7 +180,7 @@ void cx25840_vbi_setup(struct i2c_client *client)
> fsc/100,fsc%100);
>
> v4l_dbg(1, cx25840_debug, client, "hblank %i, hactive %i, "
> - "vblank %i , vactive %i, vblank656 %i, src_dec
On Tuesday 20 November 2007 04:50, Christoph Lameter wrote:
> On Tue, 20 Nov 2007, Andi Kleen wrote:
> > I might be pointing out the obvious, but on x86-64 there is definitely
> > not 256TB of VM available for this.
>
> Well maybe in the future.
That would either require more than 4 levels or
> > Yeah yea but the latencies are minimal making the NUMA logic too
> > expensive for most loads ... If you put a NUMA kernel onto those then
> > performance drops (I think someone measures 15-30%?)
>
> Small socket count systems are going to increasingly be NUMA in future.
> If CONFIG_NUMA
Hello,
* Ingo Molnar <[EMAIL PROTECTED]> [2007-11-19 16:17]:
> By popular demand, here is release -v24 of the CFS scheduler patch. It
> is a full backport of the latest & greatest scheduler code to
> v2.6.24-rc3, v2.6.23.8, v2.6.22.13, v2.6.21.7. The patches can be
> downloaded from the usual
Hi Pierre,
IMHO the issue is there is no upper bound limit to the valid address
range in sdio_io_rw_ext_helper() in sdio_io.c.
I call sdio_memcpy_toio() as it enables the incrementing address flag in
the CMD53 command but if I try passing too much data then the actual
address of the subsequent
Hello Andrew,
I am including 2nd version of the patch, slightly modified according
to your comments. See inline my response:
On 20.11.2007 7:37, Andrew Morton wrote:
> On Tue, 25 Sep 2007 15:14:50 +0200 Richard MUSIL <[EMAIL PROTECTED]> wrote:
>
>> The patch follows even more below.
>
>
On Tue, 20 Nov 2007 10:51:23 +0100
Thomas Renninger <[EMAIL PROTECTED]> wrote:
> Unify the pnp macros to access resources in the pnp resource table
NAK
> port, mem, dma and irq resource macros are now all used in the same
> way. This is the basis (or makes it at least easier) for changing how
>
Hi,
During a hibernate cycle on my G5, while machine was powering down after
saving the image, I just had a NULL dereference in
clockevents_program_event when accessing dev->mode, dev was NULL.
Unfortunately the machine rebooted before I was able to write down more
than the fact that it was
> #define pnp_irq(dev,bar) ((dev)->res.irq_resource[(bar)].start)
> +#define pnp_irq_start(dev,bar)((dev)->res.irq_resource[(bar)].start)
> +#define pnp_irq_end(dev,bar) ((dev)->res.irq_resource[(bar)].end)
NAK as discussed earlier.
> #define pnp_irq_flags(dev,bar)
On Tue, Nov 20, 2007 at 09:47:32PM +1100, Nick Piggin wrote:
> On Tuesday 20 November 2007 20:09, Ian Kumlien wrote:
> > On tis, 2007-11-20 at 15:13 +1100, Nick Piggin wrote:
>
> > > It's also used up all your 2.5GB of swap. The output of your `free` shows
> > > a fair bit of disk cache there,
On Mon, Nov 19, 2007 at 09:20:52AM +0100, Jan Dittmer wrote:
> Hi,
>
> I saw that you merged a lot of cris bug fixes into 2.6.24-rc3.
> Is the cris arch supposed to build again now? If yes which binutils
> and gcc version is needed? I'm getting the following error [1]:
Yep, unfortunately, it
On Tue, Nov 20, 2007 at 12:24:59PM +0100, Damien Wyart wrote:
> Testing sched-cfs-v2.6.24-rc3-v24.patch on top of 2.6.24-rc3-git1
> (ignored the two "already applied" messages coming from git1 commits),
> I get a 1.00 minimum load in top, coming from the load_balance_mo thread
> staying in
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
> ACPI uses NR_CPUS in various loops and in some it accesses per cpu
> data of processors that are not present(!) and that will never be present.
> The pointers to per cpu data are typically not initialized for processors
> that are not present. So we
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
> There is no user of local_t remaining after the cpu ops patchset. local_t
> always suffered from the problem that the operations it generated were not
> able to perform the relocation of a pointer to the target processor and the
> atomic update at
* Damien Wyart <[EMAIL PROTECTED]> wrote:
> > As usual, any sort of feedback, bugreport, fix and suggestion is
> > more than welcome!
>
> Testing sched-cfs-v2.6.24-rc3-v24.patch on top of 2.6.24-rc3-git1
> (ignored the two "already applied" messages coming from git1 commits),
> I get a 1.00
> - the internal buffer interpretation as well as the corresponding
> operations are selected at run-time by hardware detection
> - different processors use different branch record formats
I still think it would be far better if you would switch this over to be table
driven. e.g. define a
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
> Using cpu alloc removes the needs for the per cpu arrays in the kmem_cache
> struct.
> These could get quite big if we have to support system of up to thousands of
> cpus.
> The use of alloc_percpu means that:
>
> 1. The size of kmem_cache for
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
> Convert DMA engine to use CPU_xx operations. This also removes the use of
> local_t
> from the dmaengine.
>
> Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
> ---
> drivers/dma/dmaengine.c | 38 ++
>
On Nov 20, 2007 7:52 AM, Herbert Xu <[EMAIL PROTECTED]> wrote:
> On Mon, Nov 19, 2007 at 10:47:59PM -0800, H. Peter Anvin wrote:
> >
> > This one is definitely messy. There is absolutely no way to know what
> > gcc has miscompiled. It looks to me that both gcc 4.2 and 4.3 are
> > affected, any
Gentlemen,
I am sorry for confusion, really do not have my day today :(.
In the last patch I mistakenly removed call to original release.
Now it should be OK.
Richard
>From 208991bcea7034202b9504c2e26c9b2edbf6e31d Mon Sep 17 00:00:00 2001
From: Richard Musil <[EMAIL PROTECTED]>
Date: Tue, 20
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
> Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
> ---
> fs/nfs/iostat.h |8
> fs/nfs/super.c |2 +-
> 2 files changed, 5 insertions(+), 5 deletions(-)
>
> Index: linux-2.6/fs/nfs/iostat.h
>
* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
> Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
> ---
> arch/ia64/kernel/crash.c |2 +-
> drivers/base/cpu.c |2 +-
> kernel/kexec.c |4 ++--
> 3 files changed, 4 insertions(+), 4 deletions(-)
>
> Index:
Hello,
> > > Ok, so it's not synchronous writes that we are doing - we're just
> > > submitting bio's tagged as WRITE_SYNC to get the I/O issued
> > > quickly. The "synchronous" nature appears to be coming from higher
> > > level locking when reclaiming inodes (on the flush lock). It
> > >
On Tue, 20 Nov 2007, Kamalesh Babulal wrote:
> Hi Andrew,
>
> The kernel build fails on AMD Opteron
>
> CC arch/x86/kernel/setup_64.o
> arch/x86/kernel/setup_64.c: In function ‘early_identify_cpu’:
> arch/x86/kernel/setup_64.c:904: warning: unused variable ‘xlvl’
>
Hi all:
* Alan Stern <[EMAIL PROTECTED]> [2007-11-19 15:27:14 -0500]:
> On Mon, 19 Nov 2007, Rudolf Marek wrote:
>
> > Hello all,
> > >>> gives coretemp_cpu_callback -> coretemp_device_remove ->
> > >>> platform_device_unregister, so coretemp seems to be what I have and you
> > >>> don't.
> > >
Roland,
On Mon, 19 Nov 2007, Roland McGrath wrote:
>
> This moves the i386 vDSO sources into arch/x86/vdso/vdso32/, a
> new directory. This patch is a pure renaming, but paves the way
> for consolidating the vDSO build logic.
>
> Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
> ---
>
> > Testing sched-cfs-v2.6.24-rc3-v24.patch on top of 2.6.24-rc3-git1
> > (ignored the two "already applied" messages coming from git1
> > commits), I get a 1.00 minimum load in top, coming from the
> > load_balance_mo thread staying in D-state. I get this on 2 different
> > computers with similar
Hi Andrew,
The kernel build fails, with following message
LD drivers/net/wireless/built-in.o
drivers/net/wireless/rtl8187.o: In function `rtl8225z2_rf_init':
(.opd+0x180): multiple definition of `rtl8225z2_rf_init'
drivers/net/wireless/rtl8180.o:(.opd+0x1b0): first defined here
Hi Andrew,
The kernel build fails, with following message
LD drivers/net/wireless/built-in.o
drivers/net/wireless/rtl8187.o: In function `rtl8225z2_rf_init':
(.opd+0x180): multiple definition of `rtl8225z2_rf_init'
drivers/net/wireless/rtl8180.o:(.opd+0x1b0): first defined here
Hi:
[KERNEL]: Avoid divide in IS_ALIGN
I was happy to discover the brand new IS_ALIGN macro and quickly
used it in my code. To my dismay I found that the generated code
used division to perform the test.
This patch fixes it by changing the % test to an &. This avoids
the division.
>> my HP 385 G2 - 2x dual core Opteron 2216 running 2.6.23.1 with NUMA support
>> says the following:
>
> Can you post a full boot log?
Here it is.
Further I have a problem with booting the kernel on 4x dual core Opteron
(HP585). It prints lot of panics on boot to console but not to the log.
From: Corey Minyard <[EMAIL PROTECTED]>
Add the standard IOCTLs to the IPMI driver for setting and getting
the pretimeout. Tested by Benoît Guillon.
Signed off by: Corey Minyard <[EMAIL PROTECTED]>
Cc: Benoît Guillon <[EMAIL PROTECTED]>
---
Index: linux-2.6.23/drivers/char/ipmi/ipmi_watchdog.c
Looking around sysfs in an attempt to pull out SCSI card firmware
versions I found 5 different filenames used to store the information.
Only one, fw_version, was used more than once. The patch below changes
the other drivers to use this filename too.
I suspect the same applies to other subsystem
On Tue, 20 Nov 2007 12:26:11 +
Dean Jenkins <[EMAIL PROTECTED]> wrote:
> Hi Pierre,
>
> IMHO the issue is there is no upper bound limit to the valid address
> range in sdio_io_rw_ext_helper() in sdio_io.c.
>
> I call sdio_memcpy_toio() as it enables the incrementing address flag in
> the
Hi Andrew,
The kernel build fails, with following error
CC sound/ppc/tumbler.o
sound/ppc/tumbler.c: In function ‘snapper_get_capture_source’:
sound/ppc/tumbler.c:812: error: ‘union ’ has no member named ‘value’
sound/ppc/tumbler.c: In function ‘snapper_put_capture_source’:
On Mon, 19 Nov 2007, Ingo Molnar wrote:
>
> * Eric Dumazet <[EMAIL PROTECTED]> wrote:
>
> > I do see a problem, because some readers will take your example as a
> > reference, as it will probably sit in a page that
> > google^Wsearch_engines will bring at the top of search results for
> >
Hi,
I see gitweb is much more usable (faster) than a few months ago, but
there is one thing a bit problematic: in the history of patches I'm
very often interested in which kernel version of Linus' tree the patch
appeared for the first time. If it's not some big problem, and maybe
somebody else
At Tue, 20 Nov 2007 19:32:49 +0530,
Kamalesh Babulal wrote:
>
> Hi Andrew,
>
> The kernel build fails, with following error
>
> CC sound/ppc/tumbler.o
> sound/ppc/tumbler.c: In function ‘snapper_get_capture_source’:
> sound/ppc/tumbler.c:812: error: ‘union ’ has no member named
>
Good morning to everyone.
I'm working to sort out what appear to be issues with binding of the
serial_cs driver to a PCMCIA wireless card (Zoom).
Card works perfectly in recent 2.6.2[23] kernels if cardmgr is running
and PCMCIA_IOCTL support is in the kernel. The serial_cs driver
fails,
On Tue, Nov 20, 2007 at 03:21:38PM +0100, Thomas Gleixner wrote:
> On Tue, 20 Nov 2007, Thomas Gleixner wrote:
> > > arch/x86/kernel/setup_64.c:991: error: redefinition of ‘identify_cpu’
> > > arch/x86/kernel/setup_64.c:958: error: previous definition of
> > > ‘identify_cpu’ was here
> > >
Hi Andrew,
The kernel build fails, on one of the machine
CC arch/x86/mach-generic/summit.o
In file included from arch/x86/mach-generic/summit.c:16:
include/asm/mach-summit/mach_apic.h: In function ‘target_cpus’:
include/asm/mach-summit/mach_apic.h:23: error: ‘per_cpu__cpu_mask’
On Tue, 20 Nov 2007, Thomas Gleixner wrote:
> > arch/x86/kernel/setup_64.c:991: error: redefinition of ‘identify_cpu’
> > arch/x86/kernel/setup_64.c:958: error: previous definition of
> > ‘identify_cpu’ was here
> > make[1]: *** [arch/x86/kernel/setup_64.o] Error 1
> > make: *** [arch/x86/kernel]
On (09/11/07 07:45), Christoph Lameter didst pronounce:
> On Fri, 9 Nov 2007, Mel Gorman wrote:
>
> > struct page * fastcall
> > __alloc_pages(gfp_t gfp_mask, unsigned int order,
> > struct zonelist *zonelist)
> > {
> > + /*
> > +* Use a temporary nodemask for __GFP_THISNODE
On Tue, 2007-11-20 at 12:31 +, Alan Cox wrote:
> On Tue, 20 Nov 2007 10:51:23 +0100
> Thomas Renninger <[EMAIL PROTECTED]> wrote:
>
> > Unify the pnp macros to access resources in the pnp resource table
>
> NAK
>
> > port, mem, dma and irq resource macros are now all used in the same
> >
>-Original Message-
>From: Harald Dunkel [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, November 20, 2007 12:17 AM
>To: Pallipadi, Venkatesh
>Cc: Linux Kernel list
>Subject: Re: 2.6.23.8, ondemand scaling governor: "BUG: soft
>lockup detected on CPU#0!"
>
>Pallipadi, Venkatesh wrote:
>>
On Tue, 2007-11-20 at 09:29 +0100, Thomas Bogendoerfer wrote:
> On Tue, Nov 20, 2007 at 06:51:14AM +1100, Benjamin Herrenschmidt wrote:
> >
> > On Mon, 2007-11-19 at 00:38 -0800, David Miller wrote:
> > > From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> > > Date: Mon, 19 Nov 2007 16:35:23
On 20-11-07 15:19, Thomas Renninger wrote:
At the end is some example code how things could get even more cleaned
up. It shows how I think pnp layer and one example driver would get
adjusted. There are not that much drivers making use of
pnp_resource_change...
The ALSA ISA-PnP drivers do in
Torsten Kaiser wrote:
> On Nov 19, 2007 10:00 PM, Milan Broz <[EMAIL PROTECTED]> wrote:
>> Torsten Kaiser wrote:
>>> Anything I could try, apart from more boots with slub_debug=F?
>
> One time it triggered with slub_debug=F, but no additional output.
> With slub_debug=FP I have not seen it again,
I have one powerpc machine which managed to compile this snapshot! It
paniced on boot as below, might be nfs so copied them. General results
are popping out on TKO.
-apw
Freeing initrd memory: 1224k freed
Installing knfsd (copyright (C) 1996 [EMAIL PROTECTED]).
Unable to handle kernel paging
Hi Andrew,
The kernel build fails, with foloowing message,
CC arch/x86/kernel/pci-gart_64.o
arch/x86/kernel/pci-gart_64.c: In function ‘gart_map_sg’:
arch/x86/kernel/pci-gart_64.c:421: error: redeclaration of ‘s’ with no linkage
arch/x86/kernel/pci-gart_64.c:416: error: previous
On Tue, 20 Nov 2007 18:37:39 +1100
Nick Piggin <[EMAIL PROTECTED]> wrote:
> > actually no. IRQ balancing is not a "fast" decision; every time
> > you
>
> I didn't say anything of the sort. But IRQ load could still fluctuate
> a lot more rapidly than we'd like to wake up the irqbalancer.
irq
Quoting Chris Friedhoff ([EMAIL PROTECTED]):
> On Mon, 19 Nov 2007 17:16:44 -0600
> "Serge E. Hallyn" <[EMAIL PROTECTED]> wrote:
>
> > Quoting Chris Friedhoff ([EMAIL PROTECTED]):
> > > Hello Serge,
> > >
> > > just to let you know: with 2.6.24-rc3 I have the same problem.
> >
> > Ok, so here
Hi Pierre,
My card driver needed to set the R/W E4MI bit in the Card Capability
register (0x08) in CCCR (function 0). Perhaps it is unnecessary ?
BTW. It is easy to for the card driver to access function 0 registers by
doing the following...
...
int old_num = func->num; /* note the
Hello,
I have laptop thinkpad T61 with 82566MM Gigabit Network Connection (rev 03)
(8086:1049). I have kernel 2.6.24-rc3. E1000E driver does not work (the card
is not detected although it is PCI-E), with E1000 driver, it works mostly OK
unless I force speed to 100Mbits. (ethtool -s eth0 autoneg
On Tue, 20 Nov 2007 11:14:59 +0100
Mikael Ståldal <[EMAIL PROTECTED]> wrote:
> In Linux you have to be root in order to listen to TCP or UDP ports below
> 1024 (the
> well-known ports). As far as I know, this limit is hardcoded in the kernel.
>
> In some cases, this limit do more harm than
On Tue, 20 Nov 2007, Huang, Ying wrote:
> - What is the difference between PMSG_SUSPEND and PMSG_FREEZE?
SUSPEND means that the system is about to go into a low-power state, so
the driver should take the appropriate action to reduce the device's
power consumption. It should also stop all I/O
Anthony Liguori wrote:
This is a PCI device that implements a transport for virtio. It allows virtio
devices to be used by QEMU based VMMs like KVM or Xen.
+
+/* the notify function used when creating a virt queue */
+static void vp_notify(struct virtqueue *vq)
+{
+ struct
On Mon, 2007-11-19 at 12:51 +, Christoph Hellwig wrote:
> On Fri, Nov 16, 2007 at 06:06:51PM +0300, Alexey Dobriyan wrote:
> > proc_kill_inodes() can clear ->i_fop in the middle of vfs_readdir resulting
> > in
> > NULL dereference during "file->f_op->readdir(file, buf, filler)".
> >
> > The
Hi,
I've got some semi-embedded device here, a plain consumer-grade x86 with
a VIA Nehemiah/Eden C7. After a while it just locks up, but neither is
that deterministic nor does it give out kernel messages. CPU Frequency
Scaling (which has been known to be a problem with this CPU) is already
> At the end is some example code how things could get even more cleaned
> up. It shows how I think pnp layer and one example driver would get
Your example adds rather than removes code.
> If this is not an option, please advise how to move on here:
> Still use struct resources for dma and irq,
On Tue, 2007-11-20 at 10:39 +, Alistair John Strachan wrote:
> On Tuesday 20 November 2007 01:53:31 Joe Perches wrote:
> > diff --git a/drivers/scsi/NCR_D700.c b/drivers/scsi/NCR_D700.c
> > index 9e64b21..99403a6 100644
> > --- a/drivers/scsi/NCR_D700.c
> > +++ b/drivers/scsi/NCR_D700.c
> > @@
On Tue, Nov 20, 2007 at 10:05:05AM -0500, Stephen Smalley wrote:
> > Nice, getting rid of this is a very good step formwards. Unfortunately
> > we have another copy of this junk in
> > security/selinux/selinuxfs.c:sel_remove_entries() which would need the
> > same treatment.
>
> Can't just be
601 - 700 of 1146 matches
Mail list logo
