On Thu, 23 Aug 2007 17:15:22 -0700 Shannon Nelson wrote:
> Signed-off-by: Shannon Nelson <[EMAIL PROTECTED]>
> Acked-by: David S. Miller <[EMAIL PROTECTED]>
> ---
>
> drivers/Kconfig |2 +
> drivers/Makefile|1
> drivers/dca/Kconfig | 11 +++
>
Hi Matt, All,
> The drawback is mostly in getting the rejection/moderation message.
>
> Whitelisting is fine. If you configure the list to not send the
> moderation warning to legitimate non-subscribers, you'll eliminate 99%
> of the annoyance.
Good call, have changed the configuration
I recently sent off a fix for lazy vmalloc faults which can happen under
paravirt when lazy mode is enabled. Unfortunately, I jumped the gun a
bit on fixing this. I neglected to notice that since the new call to
flush the MMU update queue is called from the page fault handler, it can
be
I'll look at this again on my next weekend and make the changes.
If it exists I'd rather it functioned without issues. My initrds are
created by gentoo's genkernel script, which places dmraid on them.
I'm not sure if it supports autodetect or not.
On 8/24/07, Neil Brown <[EMAIL PROTECTED]>
On Thu, Aug 23, 2007 at 10:44:30AM +0200, Jarek Poplawski wrote:
> Andrew Morton pointed out that my changelog was unusable. Sorry!
> Here is a second try with the changelog and kernel version changed.
...
> >(take 2)
>
> Subject: request_irq() - fix DEBUG_SHIRQ handling
...
>
On Thu, 23 Aug 2007 17:15:06 -0700 Shannon Nelson wrote:
> Take care of a bunch of little code nits in ioatdma files
>
> Signed-off-by: Shannon Nelson <[EMAIL PROTECTED]>
> Acked-by: David S. Miller <[EMAIL PROTECTED]>
> ---
>
> drivers/dma/ioat_dma.c | 200
>
On Thu, Aug 23, 2007 at 06:48:23PM -0500, Mr. Berkley Shands wrote:
> 100% reproducible hang on xmit timeout.
> Just do a "make -j4 modules" on an nfs mounted kernel source.
Most likely you also had the problem with 2.6.22.2 (maybe you have not
tested this one, though). There were bug fixes for
Hi Ingo,
On Thu, Aug 23, 2007 at 11:43:46AM +0200, Ingo Molnar wrote:
>
> By popular demand, here is release -v20 of the CFS scheduler. It is a
> full backport of the latest & greatest v2.6.23-rc3 CFS code to
> v2.6.22.5, v2.6.21.7 and v2.6.20.16.
Great, thanks a lot ! I had been grepping
Applied.
thanks,
-Len
On Thursday 16 August 2007 12:18, Guillaume Chazarain wrote:
> [Resent, with a bigger recipients list]
>
> Hi,
>
> The asus laptop driver conditionnaly registers leds in asus_led_register()
> depending on their availability, but unconditionnaly registers them all at
>
On Mon, 2007-08-20 at 15:48 -0700, [EMAIL PROTECTED] wrote:
> --
> Content-Disposition: inline; filename=macintosh.patch
>
> Convert from class_device to device for macintosh. This is part of the
> work to eliminate struct class_device.
Good. That stuff shouldn't have been a class in the first
On Fri, Aug 24, 2007 at 12:04:47PM +0800, Bryan Wu wrote:
> On Thu, 2007-08-23 at 19:24 -0500, Matt Mackall wrote:
> > On Wed, Aug 22, 2007 at 10:55:11PM +0800, Bryan Wu wrote:
> > > -L: [EMAIL PROTECTED] (subscribers-only)
> > > +L: [EMAIL PROTECTED]
> >
> > Does your list generate a
On Thu, Aug 23, 2007 at 08:55:04PM -0600, Matthew Wilcox wrote:
> On Thu, Aug 23, 2007 at 09:52:54PM -0500, Matt Mackall wrote:
> > The other part of the puzzle is including the wider Linux community.
>
> As I said; what's wrong with just using SPI membership? It's not like
> it is remotely hard
Thanks, but Jack Stone submitted the same patch a few weeks ago. It's
already in the jfs git tree and the -mm kernel.
Shaggy
On Fri, 2007-08-24 at 02:36 +0200, Jesper Juhl wrote:
> There's no need to cast the, void *, return value of kmalloc() when
> assigning to a pointer variable.
>
>
On Thu, 2007-08-23 at 19:24 -0500, Matt Mackall wrote:
> On Wed, Aug 22, 2007 at 10:55:11PM +0800, Bryan Wu wrote:
> > -L: [EMAIL PROTECTED] (subscribers-only)
> > +L: [EMAIL PROTECTED]
>
> Does your list generate a complaint message back to the sender if a
> non-subscriber posts to it? If so, it
On Thu, 2007-08-23 at 17:25 +0400, Alexey Dobriyan wrote:
> It uses get_futex_key().
>
> Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
Good catch. Thanks, sent to Linus.
Cheers,
Rusty.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Thu, Aug 23, 2007 at 11:26:48AM +0200, Peter Zijlstra wrote:
> On Thu, 2007-08-23 at 05:38 +0200, Nick Piggin wrote:
> > On Tue, Aug 21, 2007 at 04:07:15PM +0200, Peter Zijlstra wrote:
> > > On Tue, 2007-08-21 at 02:39 +0200, Nick Piggin wrote:
> > > >
> > > > Although interestingly, we are
It turns out that the net/irda code didn't register any of
it's binary paths in the global sysctl.h header file so
I missed them completely when making an authoritative list
of binary sysctl paths in the kernel. So add them to
the list of valid binary sysctl paths.
Signed-off-by: Eric W.
Grumble. These numbers should have been in sysctl.h from the
beginning if we ever expected anyone to use them. Oh well put
them there now so we can find them and make maintenance easier.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
include/linux/sysctl.h | 20
Andrew Morton <[EMAIL PROTECTED]> writes:
>
> Yes, the ENOMEM is bogus. But irda_sysctl_register() saw a NULL return
> from register_sysctl_table() and simply has no clue why it failed, and is
> forced to assume ENOMEM. That's a design shortcoming in
> register_sysctl_table(), whcih should have
Takashi-san fixed sound/isa/wavefront/wavefront_synth.c to use
request_firmware instead of sys_*. Since that is the last driver in the
kernel that uses sys_{read,close}, this patch kills these exports. sys_open
is left exported for sparc64 only.
Cc: Takashi Iwai <[EMAIL PROTECTED]>
Cc: Christoph
On Wednesday August 22, [EMAIL PROTECTED] wrote:
> From: Michael J. Evans <[EMAIL PROTECTED]>
>
> In current release kernels the md module (Software RAID) uses a static array
> (dev_t[128]) to store partition/device info temporarily for autostart.
>
> This patch replaces that static array with
On Thu, Aug 23, 2007 at 08:55:04PM -0600, Matthew Wilcox wrote:
> On Thu, Aug 23, 2007 at 09:52:54PM -0500, Matt Mackall wrote:
> > The other part of the puzzle is including the wider Linux community.
>
> As I said; what's wrong with just using SPI membership? It's not like
> it is remotely hard
Andrew Morton <[EMAIL PROTECTED]> writes:
>
> Cute. Eric, can you please suggest what we should do here?
Grumble.
Ok. This is a two sided bug.
The NET_IRDA define as not put in sysctl.h where it belongs so I
missed it, when making the list of all existing binary sysctls.
So really I need to
Hi,
I got the following error on MIPS Cobalt.
PCI: Unable to reserve I/O region #1:[EMAIL PROTECTED] for device :00:09.1
pata_via :00:09.1: failed to request/iomap BARs for port 0 (errno=-16)
PCI: Unable to reserve I/O region #3:[EMAIL PROTECTED] for device :00:09.1
pata_via
On Thu, Aug 23, 2007 at 09:52:54PM -0500, Matt Mackall wrote:
> The other part of the puzzle is including the wider Linux community.
As I said; what's wrong with just using SPI membership? It's not like
it is remotely hard for kernel hackers to gain membership in SPI. And
somebody else takes
On Thu, Aug 23, 2007 at 09:34:34PM -0500, Josh Boyer wrote:
> On 8/23/07, Andy Isaacson <[EMAIL PROTECTED]> wrote:
> > On Wed, Aug 22, 2007 at 08:35:07PM -0500, James Bottomley wrote:
> > > > While I think that's laudable, we definitely don't have the resources
> > > > for that, as everyone on the
While doing a long mega-copy from one side of a DVD-RAM disc formatted
with the vfat filesystem to an smbfs network share, I got lots and
lots of these in the dmesg:
Buffer I/O error on device sr0, logical block 4396
lost page write due to I/O error on sr0
sr 6:0:0:0: [sr0] Result: hostbyte=0x00
Jiri Slaby wrote:
s2io, rename BIT macro
BIT macro will be global definiton of (1<
---
[snip]
cnt++;
if (cnt == 5)
diff --git a/drivers/net/s2io.h b/drivers/net/s2io.h
index 92983ee..448f899 100644
--- a/drivers/net/s2io.h
+++
On 8/23/07, Andy Isaacson <[EMAIL PROTECTED]> wrote:
> On Wed, Aug 22, 2007 at 08:35:07PM -0500, James Bottomley wrote:
> > > While I think that's laudable, we definitely don't have the resources
> > > for that, as everyone on the TAB already has a full workload. And it
> > > hardly seems worth
On Thu, 23 Aug 2007, Michael Halcrow write:
>Note that there are other outstanding issues with eCryptfs on NFS. For
>instance, prepare_write()/commit_write() have gone away in -mm,
>leading to an oops when eCryptfs tries to call them directly
Yes, I certainly encountered the problem during
Oleg Nesterov wrote:
Spotted by taoyue <[EMAIL PROTECTED]> and Jeremy Katz <[EMAIL PROTECTED]>.
collect_signal: sigqueue_free:
list_del_init(>list);
if (!list_empty(>list)) {
On Thu, Aug 23, 2007 at 06:03:29PM -0700, Jeremy Fitzhardinge wrote:
> Matt Mackall wrote:
> > 6e: 38 08 cmp%cl,(%eax)
> > 70: 74 07 je 79
> > 72: 40 inc%eax
> >
> It's a bit gross that the compiler is using inc
On Wed, Aug 22, 2007 at 11:54:41PM -0400, Scott Thompson wrote:
> Many free (and not-free) mail clients wordwrap. Hushmail wraps at
> 68 (verified), Yahoo has options to wrap at a max of 99, and Gmail
> was somewhere around 85-90 as I recall. Not sure on other free /
> inexpensive clients.
Oleg Nesterov wrote:
(maintainers cc'ed)
On 08/21, taoyue wrote:
I write a simple stress test program for posix timer subsystem, to
reproduce the problem in the lastest mainline kernel.
My test program creates 200 threads, and each thread does the following job:
Please see my test program
On Fri, Aug 24, 2007 at 02:16:12AM +0200, Jesper Juhl wrote:
> There's no reason to cast void pointers returned by the generic
> memory allocation functions.
I think I fixed all these already; please check scsi-misc.
--
"Bill, look, we understand that you're interested in selling us this
On 8/23/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> By popular demand, here is release -v20 of the CFS scheduler. It is a
> full backport of the latest & greatest v2.6.23-rc3 CFS code to
> v2.6.22.5, v2.6.21.7 and v2.6.20.16. The patches can be downloaded from
> the usual place:
Ingo,
Great
merged into cifs-2.6.git tree
On 8/23/07, Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
> This patch fixes unbalanced calls to GetXid/FreeXid.
>
> Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
> ---
>
> fs/cifs/cifsfs.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff
Greg KH wrote:
> On Thu, Aug 23, 2007 at 08:44:10PM -0400, Joel Fuster wrote:
>> Greg KH wrote:
>>> On Wed, Aug 22, 2007 at 11:56:44PM -0400, Joel Fuster wrote:
Joel Fuster wrote:
> Hi,
> I am running 2.6.22.3. For reasons that escape me, over time (days) the
> sysfs_dir_cache,
On Wed, Aug 22, 2007 at 08:35:07PM -0500, James Bottomley wrote:
> > While I think that's laudable, we definitely don't have the resources
> > for that, as everyone on the TAB already has a full workload. And it
> > hardly seems worth the trouble for a once-a-year election.
>
> Exactly ... we
> Hello.
>
> I'm new to kernel development and have some questions.
>
> 1. Why can't I divide with regular casting to double ((double)a /
> (double)b)? It gives me strange errors when compiling:
>
> WARNING: "__divdf3" [/root] undefined!
> WARNING: "__addf3" [/root/...] undefined!
> WARNING:
Matt Mackall wrote:
> 6e: 38 08 cmp%cl,(%eax)
> 70: 74 07 je 79
> 72: 40 inc%eax
>
It's a bit gross that the compiler is using inc here rather than lea or
add, but still...
Er, something's spending 30% of its
On Thu, Aug 23, 2007 at 08:44:10PM -0400, Joel Fuster wrote:
> Greg KH wrote:
>> On Wed, Aug 22, 2007 at 11:56:44PM -0400, Joel Fuster wrote:
>>> Joel Fuster wrote:
Hi,
I am running 2.6.22.3. For reasons that escape me, over time (days) the
sysfs_dir_cache, dentry, and inode_cache
On 24/08/07, Jesper Juhl <[EMAIL PROTECTED]> wrote:
[snip]
> The patches in this series are
>
Damn, I managed to mess up that list. Here's how it should have looked :
[PATCH 01/30] ia64: Remove unnecessary cast of allocation return value in
sn_hwperf_enum_objects()
[PATCH 02/30] cris: Remove
vmalloc() returns void *. no need to cast.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
sound/pci/emu10k1/emu10k1_main.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/pci/emu10k1/emu10k1_main.c b/sound/pci/emu10k1/emu10k1_main.c
index 404ae1b..91d986b
Greg KH wrote:
On Wed, Aug 22, 2007 at 11:56:44PM -0400, Joel Fuster wrote:
Joel Fuster wrote:
Hi,
I am running 2.6.22.3. For reasons that escape me, over time (days) the
sysfs_dir_cache, dentry, and inode_cache SLUB entries grow until they
consume all the memory on my system, requiring a
vmalloc() returns a void pointer, so there's no need to cast its
return value in mm/page_alloc.c::zone_wait_table_init().
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
mm/page_alloc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/mm/page_alloc.c b/mm/page_alloc.c
There's no need to cast the, void *, return value of kmalloc() when
assigning to a pointer variable.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
fs/jfs/jfs_dtree.c |8 ++--
1 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/fs/jfs/jfs_dtree.c b/fs/jfs/jfs_dtree.c
index
In drivers/usb/serial/oti6858.c::pl2303_buf_alloc() the return value
of kmalloc() is being cast to "struct pl2303_buf *", but that need
not be done here since kmalloc() returns "void *".
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
drivers/usb/serial/oti6858.c |2 +-
1 files changed, 1
On 23/08/07, Krzysztof Halasa <[EMAIL PROTECTED]> wrote:
> Chris Snook <[EMAIL PROTECTED]> writes:
>
> > Wrapping a single printk that's unrelated to debugging in an #ifdef
> > CONFIG_* or a sysctl strikes me as abuse of those configuration
> > facilities.
>
> Abuse, probably not (if a thing is
> kmalloc() returns a void pointer so there is absolutely no need to
> cast it in ibmebus_chomp().
>
> Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
Acked-By: Joachim Fenkes <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
In drivers/md/dm-ioctl.c::copy_params() there's a call to vmalloc()
where we currently cast the return value, but that's pretty pointles
given that vmalloc() returns "void *".
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
drivers/md/dm-ioctl.c |2 +-
1 files changed, 1 insertions(+), 1
kmalloc() hands us a void pointer, we don't need to cast it.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
drivers/char/tty_io.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/char/tty_io.c b/drivers/char/tty_io.c
index 51ea93c..9c867cf 100644
---
vmalloc() returns void * - no need to cast it.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
drivers/media/dvb/ttpci/av7110.c|2 +-
drivers/media/dvb/ttpci/av7110_ir.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/media/dvb/ttpci/av7110.c
No need to cast the void pointer returned by kmalloc() in
drivers/media/video/zoran_driver.c::v4l_fbuffer_alloc().
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
drivers/media/video/zoran_driver.c |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git
On Wed, Aug 22, 2007 at 10:55:11PM +0800, Bryan Wu wrote:
> -L: [EMAIL PROTECTED] (subscribers-only)
> +L: [EMAIL PROTECTED]
Does your list generate a complaint message back to the sender if a
non-subscriber posts to it? If so, it qualifies as a subscribers-only
list.
--
Mathematics is the
On Fri, Aug 24, 2007 at 01:31:39AM +0200, Adrian Bunk wrote:
> On Thu, Aug 23, 2007 at 04:28:31PM -0700, Greg KH wrote:
> > On Thu, Aug 23, 2007 at 04:18:15PM -0700, Randy Dunlap wrote:
> > > On Thu, 23 Aug 2007 15:49:56 -0700 Greg KH wrote:
> > >
> > > > On Fri, Aug 24, 2007 at 12:43:47AM +0200,
Since kzalloc() returns a void pointer, we don't need to cast the
return value in drivers/media/video/ivtv/ivtv-queue.c
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
drivers/media/video/ivtv/ivtv-queue.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
There's no reason to cast void pointers returned by the generic
memory allocation functions.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
drivers/scsi/advansys.c |9 +++--
1 files changed, 3 insertions(+), 6 deletions(-)
diff --git a/drivers/scsi/advansys.c
vmalloc() returns a void pointer that we don't need to cast.
This patch should clean this up in sound/oss/.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
sound/oss/midibuf.c |4 ++--
sound/oss/pss.c |6 +++---
sound/oss/sequencer.c |4 ++--
sound/oss/sscape.c|2
On Fri, Aug 24, 2007 at 01:43:49AM +0200, Jesper Juhl wrote:
> vmalloc() returns a void pointer, so casting to (void *) is pretty pointless.
Righto, I'll take care of this.
Jeff
--
Work email - jdike at linux dot intel dot com
-
To unsubscribe from this list: send the
[kv]alloc() return void *. No need to cast the return value.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
drivers/scsi/osst.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/scsi/osst.c b/drivers/scsi/osst.c
index 08060fb..3ad9d49 100644
---
Direct Cache Access (DCA) is a method for warming the CPU cache before data
is used, with the intent of lessening the impact of cache misses. This
patch adds a manager and interface for matching up client requests for DCA
services with devices that offer DCA services.
In order to use DCA, a
Add code to connect to the DCA driver and provide cpu tags for use by
drivers that would like to use Direct Cache Access hints.
[Adrian Bunk]Several Kconfig cleanup items
[Andrew Morten, Chris Leech] fix for using cpu_physical_id() even when
Split the general PCI startup from the DMA handling code in order to
prepare for adding support for DCA services and future versions of the
ioatdma device.
Signed-off-by: Shannon Nelson <[EMAIL PROTECTED]>
Acked-by: David S. Miller <[EMAIL PROTECTED]>
---
drivers/dma/Makefile |2
Add support for MSI and MSI-X interrupt handling, including the ability
to choose the desired interrupt method.
Signed-off-by: Shannon Nelson <[EMAIL PROTECTED]>
Acked-by: David S. Miller <[EMAIL PROTECTED]>
---
drivers/dma/ioat_dma.c | 353 ---
Rename the ioatdma.c file in preparation for splitting into multiple files,
which will allow for easier adding new functionality.
Signed-off-by: Shannon Nelson <[EMAIL PROTECTED]>
Acked-by: David S. Miller <[EMAIL PROTECTED]>
---
drivers/dma/Makefile |1
drivers/dma/ioat_dma.c | 828
Take care of a bunch of little code nits in ioatdma files
Signed-off-by: Shannon Nelson <[EMAIL PROTECTED]>
Acked-by: David S. Miller <[EMAIL PROTECTED]>
---
drivers/dma/ioat_dma.c | 200 +++-
1 files changed, 111 insertions(+), 89 deletions(-)
diff
Add device ids for new revs of the Intel I/OAT DMA engine
Signed-off-by: Shannon Nelson <[EMAIL PROTECTED]>
Acked-by: David S. Miller <[EMAIL PROTECTED]>
---
drivers/dma/ioatdma.c |5 +++--
include/linux/pci_ids.h |2 ++
2 files changed, 5 insertions(+), 2 deletions(-)
diff --git
vmalloc() returns void*.
No need to cast in drivers/isdn/hardware/eicon/platform.h::diva_os_malloc()
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
drivers/isdn/hardware/eicon/platform.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Andrew,
Here's a new rev of the IOAT DCA patches that are currently in -mm. These
patches include updates based on feedback on the first set, as well as a
couple of other fixes we found internally. These were originally posted
on 20-Jul-2007 - see
vmalloc() returns a void pointer - no need to cast the return value.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
drivers/isdn/i4l/isdn_bsdcomp.c |5 ++---
drivers/isdn/i4l/isdn_common.c |2 +-
2 files changed, 3 insertions(+), 4 deletions(-)
diff --git
On Thu, Aug 23, 2007 at 02:13:20AM +0200, Ingo Oeser wrote:
> On Wednesday 22 August 2007, lode leroy wrote:
> > While profiling something completely unrelated, I noticed
> > that on the workloads I used memchr for, I saw a 30%-40% improvement
> > in performance, with the following trivial
(some more CCs added)
On Thu, 23 Aug 2007, Andrew Morton wrote:
> It is quite unobvious to me that the whole pie-randomization thing is
> worth merging. Why shouldn't we just drop the lot?
Hi Andrew,
well, whenever it comes to address space layout randomization, there
usually follows a huge
The general kernel memory allocation functions return void pointers
and there is no need to cast their return values.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
drivers/net/bsd_comp.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/net/bsd_comp.c
kmalloc() and friends return void*, no need to cast it.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
drivers/net/wireless/libertas/debugfs.c |2 +-
drivers/net/wireless/libertas/ethtool.c |3 +--
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git
100% reproducible hang on xmit timeout.
Just do a "make -j4 modules" on an nfs mounted kernel source.
attached is the messages log
berkley
--
// E. F. Berkley Shands, MSc//
** Exegy Inc.**
349 Marshall Road, Suite 100
St. Louis , MO 63119
Direct: (314) 218-3600 X450
Cell: (314)
kmalloc() returns a void pointer.
No need to cast it.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
drivers/mtd/maps/pmcmsp-flash.c | 13 +
1 files changed, 5 insertions(+), 8 deletions(-)
diff --git a/drivers/mtd/maps/pmcmsp-flash.c b/drivers/mtd/maps/pmcmsp-flash.c
index
kmalloc() returns a void pointer, so there is no need to cast it in
drivers/net/irda/kingsun-sir.c::kingsun_probe().
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
drivers/net/irda/kingsun-sir.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
In drivers/mtd/maps/tqm8xxl.c::init_tqm_mtd() it is pointless casting
the return value of kmalloc() since it returns void*.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
drivers/mtd/maps/tqm8xxl.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git
On Thu, 23 Aug 2007 11:28:25 +0200 (CEST)
Jiri Kosina <[EMAIL PROTECTED]> wrote:
> Handle MAP_32BIT flags properly in x86_64 flexmmap
>
> We need to handle MAP_32BIT flags of mmap() properly for 64bit
> applications with filexible mmap layout.
>
> This patch introduces x86_64-specific version
kzalloc() returns a void pointer - no need to cast it in
drivers/mtd/devices/at91_dataflash26.c::add_dataflash()
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
drivers/mtd/devices/at91_dataflash26.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git
In drivers/message/i2o/i2o_config.c::cfg_open() there's a completely
pointless cast of kmalloc()'s return value. This patch removes it.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
drivers/message/i2o/i2o_config.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git
vmalloc() returns void*, no need to cast it in drivers/atm/lanai.c
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
drivers/atm/lanai.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/atm/lanai.c b/drivers/atm/lanai.c
index 144a49f..59e7dde 100644
---
kmalloc() returns a void pointer so there is absolutely no need to
cast it in ibmebus_chomp().
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/ibmebus.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/kernel/ibmebus.c
vmalloc() returns a void pointer, so casting to (void *) is pretty pointless.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
arch/um/drivers/ubd_kern.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/um/drivers/ubd_kern.c b/arch/um/drivers/ubd_kern.c
index
kmalloc() returns a void pointer so there's no need to cast the
return value.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
arch/cris/arch-v32/mm/intmem.c | 10 --
1 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/arch/cris/arch-v32/mm/intmem.c
vmalloc() returns a void pointer - no need to cast it.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
arch/ia64/sn/kernel/sn2/sn_hwperf.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/ia64/sn/kernel/sn2/sn_hwperf.c
b/arch/ia64/sn/kernel/sn2/sn_hwperf.c
Hello.
I'm new to kernel development and have some questions.
1. Why can't I divide with regular casting to double ((double)a /
(double)b)? It gives me strange errors when compiling:
WARNING: "__divdf3" [/root] undefined!
WARNING: "__addf3" [/root/...] undefined!
WARNING: "__floatsidf"
[Adding netdev to CC]
On 21/08/07, poison <[EMAIL PROTECTED]> wrote:
> Hello,
> after running a few instances of bittorent-curses on 2.6.22 - 2.6.22.3 it
> takes about 15min to 2hrs for my System to hang. 2.6.21.7 is definately fine,
> 2.6.21 probably (ran for 4hrs without hanging).
> If I'm
Andrew Morton writes:
> Dunno, it beats me. powerpc booted OK for me. Ben, have you been playing
> around in powerpc mmap code? How come the oops claims it died at
> kernel_execve+0x8/0x14 but the call trace points up into the vma management
> code?
The exception c01 in kernel_execve is just
Hi,
The [kv][mzc]alloc() functions return a void pointer, so when
assigning to a pointer type variable there is no need to cast
the return value.
This is something that is already commonly being cleaned up when
people change nearby code and it's also something people are
usually asked not to
On Thu, Aug 23, 2007 at 04:28:31PM -0700, Greg KH wrote:
> On Thu, Aug 23, 2007 at 04:18:15PM -0700, Randy Dunlap wrote:
> > On Thu, 23 Aug 2007 15:49:56 -0700 Greg KH wrote:
> >
> > > On Fri, Aug 24, 2007 at 12:43:47AM +0200, Guennadi Liakhovetski wrote:
> > > > Hi Greg,
> > > >
> > > > sorry,
This patch fixes a compile time error that results in the kernel being
unable to compile due to a reference to ../kernel from the top level
directory of the kernel source if a file ../kernel exists outside of the
kernel tree.
-ben
Signed-off-by: Benjamin LaHaise <[EMAIL
On Thu, Aug 23, 2007 at 04:18:15PM -0700, Randy Dunlap wrote:
> On Thu, 23 Aug 2007 15:49:56 -0700 Greg KH wrote:
>
> > On Fri, Aug 24, 2007 at 12:43:47AM +0200, Guennadi Liakhovetski wrote:
> > > Hi Greg,
> > >
> > > sorry, this is a private egoistic request, so I took the liberty and
> > >
Pierre Chifflier wrote:
On Thu, Aug 23, 2007 at 09:53:04AM -0300, Henrique de Moraes Holschuh wrote:
On Thu, 23 Aug 2007, Pierre Chifflier wrote:
I'm not sure the mhat a hardware RNG is present, so I want to check.
Open the mobo, and locate all FLASH chips. If one of them is a 82802AB or
Include linux/fs.h to get the prototype for do_pipe().
Build fix.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naur ORG.linux-2.6.23-rc3/arch/m68knommu/kernel/sys_m68k.c
linux-2.6.23-rc3/arch/m68knommu/kernel/sys_m68k.c
--- ORG.linux-2.6.23-rc3/arch/m68knommu/kernel/sys_m68k.c
Include linux/fs.h to get the prototype for getname().
Build fix.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naur ORG.linux-2.6.23-rc3/arch/m68knommu/kernel/process.c
linux-2.6.23-rc3/arch/m68knommu/kernel/process.c
--- ORG.linux-2.6.23-rc3/arch/m68knommu/kernel/process.c
Include asm-generic/pgtable.h to pick up the lazy_mmu_mode and
lazy_cpu_mode macros. Won't build without them.
Signed-off-by: Greg Ungerer <[EMAIL PROTECTED]>
---
diff -Naur ORG.linux-2.6.23-rc3/include/asm-m68knommu/pgtable.h
linux-2.6.23-rc3/include/asm-m68knommu/pgtable.h
---
On Thu, 23 Aug 2007 15:49:56 -0700 Greg KH wrote:
> On Fri, Aug 24, 2007 at 12:43:47AM +0200, Guennadi Liakhovetski wrote:
> > Hi Greg,
> >
> > sorry, this is a private egoistic request, so I took the liberty and
> > removed Linus and Andrew from CC: If this wouldn't make things more
> >
Frederik Deweerdt wrote:
> On Wed, Aug 22, 2007 at 02:06:48AM -0700, Andrew Morton wrote:
>
>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
>>
>>
> Hi Jeremy,
>
> arch/i386/kernel/alternative.c:alternative_instructions() doesn't
> check for
1 - 100 of 828 matches
Mail list logo
