Hello,
We are trying to test with kernel version 2.6.20,the RFC 3390
implementation of increased initial congestion window size(~4 when
MSS=1460 bytes).We are not getting consistent results
meaning,sometimes we see 4 data pkts sent without an ACK received and
sometimes we see 3.Also we would like
David Chinner wrote:
> On Wed, Dec 19, 2007 at 11:42:04AM -0500, Kyle McMartin wrote:
>
>> On Wed, Dec 19, 2007 at 04:54:30PM +1100, David Chinner wrote:
>>
>>> [ 5667.086055] BUG: sleeping function called from invalid context at
>>> kernel/fork.c:401
>>>
>>>
>> The problem is that
Hi.
Huang, Ying wrote:
> This patchset provides an enhancement to kexec/kdump. It implements
> the following features:
>
> - Backup/restore memory used both by the original kernel and the
> kexeced kernel.
Why the kexeced kernel as well?
[...]
> The features of this patchset can be used as f
> What's a Red Hat Author? Sorry for the nitpicking, but why don't you
> just use Author like everyone else?
This text is the standard that my employer specifies.
Thanks,
Roland
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTEC
> Nice, we should have unified the compat ptrace code long ago.
There is still more consolidation that can be done, but this is a first step.
> Any chance you could make the ifdef symetric to the native ptrace
> where an arch defines a symbol if it has it's own ptrace?
That would require touchin
> On Thu, Dec 20, 2007 at 03:58:16AM -0800, Roland McGrath wrote:
> > +obj-$(CONFIG_PPC64)+= ../../../fs/compat_binfmt_elf.o
>
> Building files from another directory is nasty. Please add a
> CONFIG_BINFMT_COMPAT_ELF so we can simply build it in fs/
If that's better, please post
On Fri, 2007-12-21 at 19:35 +1100, Nigel Cunningham wrote:
> Hi.
>
> Huang, Ying wrote:
> > This patchset provides an enhancement to kexec/kdump. It implements
> > the following features:
> >
> > - Backup/restore memory used both by the original kernel and the
> > kexeced kernel.
>
> Why the k
You might have better luck asking networking questions
on the Linux networking developer list, [EMAIL PROTECTED]
--
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
Add RapidIO memory mapping API and simple Bitmap allocation with fixed size.
Some bugs are fixed.
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
---
drivers/rapidio/Kconfig | 18 +-
drivers/rapidio/Makefile|1 +
drivers/rapidio/rio-access.c| 10 +-
drivers/ra
On Fri, Dec 21, 2007 at 01:30:07PM +1100, Benjamin Herrenschmidt wrote:
> The current patch only enables such alignment for some PowerPC
> platforms that do not have coherent caches. Other platforms such
> as ARM, MIPS, etc... can define ARCH_MIN_DMA_ALIGNMENT if they
> want to benefit from this, I
Alan Cox <[EMAIL PROTECTED]> wrote:
>
> I do not believe "opinions" are relevant here. Relevant would be cites
> from respected style guides (Fowlers, Oxford Guide To Style et al.) to
> show they do not need a full stop.
>
> I've not found one, but I am open to references.
Well from where I com
From: Jan Engelhardt <[EMAIL PROTECTED]>
Date: Fri, 21 Dec 2007 11:10:38 +0100 (CET)
> Can we get back to programming?
Well, the kernel log messages are programs, the kind that are for
humans trying to analyze a problem.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
* Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
> > btw, I think we should track this as a regression, please.
>
> Added, http://bugzilla.kernel.org/show_bug.cgi?id=9610, thanks.
fixed by:
commit c0a698b7443a9fce76b0a849f06c45ac78f3b0a0
Author: Ingo Molnar <[EMAIL PROTECTED]>
Date: Fri Dec
This happens on sparc64 with 2.6.24-rc6 (gcc-4.2):
CC kernel/sched.o
In file included from kernel/sched.c:879:
kernel/sched_debug.c: In function 'nsec_high':
kernel/sched_debug.c:38: warning: comparison of distinct pointer types lacks a
cast
kernel/sched_debug.c:41: warning: comparison of
Hi!
> This patch adds writing support for /dev/oldmem. This can be used to
>
> - Communicate between original kernel and kexeced kernel through write
> to some pages in original kernel.
>
> - Restore the memory contents of hibernated system in kexec based
> hibernation.
>
> Signed-off-by: H
On Dec 20 2007 18:15, Andrew Morton wrote:
>
>No-period is a kernel idiom, produces perfectly readable output, I have
>never ever heard of anyone expressing the least concern over a lack of dots
>at the end of their printks and 91% of kernel code agrees.
Let's check out some real-world messages,
On Dec 21 2007 17:56, Herbert Xu wrote:
>>
>> I do not believe "opinions" are relevant here. Relevant would be cites
>> from respected style guides (Fowlers, Oxford Guide To Style et al.) to
>> show they do not need a full stop.
>>
>> I've not found one, but I am open to references.
>
>Well fro
On Fri, 14 Dec 2007 18:51:06 +0100 Eric Dumazet <[EMAIL PROTECTED]> wrote:
> We can use ilog2() in fs/namespace.c to compute hash_bits and hash_mask at
> compile time, not runtime.
Well noted.
> [namespace.patch text/plain (1.4KB)]
argh. (save-as, read, copy-paste, s/^/> /g)
> --- a/fs/namesp
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > raw_local_save_flags() doesn't disable interrupts?
> >
> > argh. Indeed! (I wanted us to fix that misleading name eons ago, to
>
> The naming of those functions is truly awful and it goes back to year 0.
>
> > *_save_flags_only(), but some stup
* Pavel Machek <[EMAIL PROTECTED]> [2007-12-21 11:17]:
> Or is crashdump only supported on i386?
No.
Thanks,
Bernhard
--
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/majordo
The patch adds the RapidIO support to powerpc with of-device support.
New Serial RapidIO of new Freescale processor, such as MPC8548, MPC8568,
is also added.
Signed-off-by: Zhang Wei <[EMAIL PROTECTED]>
---
arch/powerpc/Kconfig| 12 +
arch/powerpc/platforms/85xx/Kconfig |1 +
On Friday 21 December 2007 07:56, Rik van Riel wrote:
> On Wed, 19 Dec 2007 11:04:26 -0500
>
> Lee Schermerhorn <[EMAIL PROTECTED]> wrote:
> > On Wed, 2007-12-19 at 08:45 -0500, Rik van Riel wrote:
> > > On Wed, 19 Dec 2007 11:56:48 +1100
> > >
> > > Nick Piggin <[EMAIL PROTECTED]> wrote:
> > > > H
> I'm afraid that I completely and utterly disagree. Kernel messages are _not_
> sentences. The vast majority is not well-formed and does not contain any of
> the elements that are required for a proper sentence.
This wants fixing.
> The most kernel messages can be compared to is a rather diver
On Fri, 21 Dec 2007 11:27:27 +0100 Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > local_read_flags().
> >
> > > that should have been raw_local_irq_save(flags)!
> >
> > So raw_local_save_flags() and raw_local_irq_save() have different semantics.
> >
> > omigawd, what have we done?
>
> i really tri
On Fri, 21 Dec 2007 13:30:08 +1100
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> The sense buffer ins scsi_cmnd can nowadays be DMA'ed into directly
> by some low level drivers (that typically happens with USB mass
> storage).
Should that not be fixed in USB storage by using pci_alloc_coher
Hi Ville.
On Fri, Dec 21, 2007 at 09:34:01AM +0200, Ville Syrjala ([EMAIL PROTECTED])
wrote:
> Add a GPIO 1-wire bus master driver. The driver used the GPIO API to
> control the wire and the GPIO pin can be specified using platform data
> similar to i2c-gpio. The driver was tested with AT91SAM926
Remains the question whether it is intended that many, perhaps even
large, tables are compiled in without ever having a chance to get used,
i.e. whether there shouldn't #ifdef CONFIG_xxx get added.
(Cut-n-paste mistake corrected, pointed out by Dave Jones.)
Signed-off-by: Jan Beulich <[EMAIL PROT
* Meelis Roos <[EMAIL PROTECTED]> wrote:
> This happens on sparc64 with 2.6.24-rc6 (gcc-4.2):
>
> CC kernel/sched.o
> In file included from kernel/sched.c:879:
> kernel/sched_debug.c: In function 'nsec_high':
> kernel/sched_debug.c:38: warning: comparison of distinct pointer types lacks
On Fri, 2007-12-21 at 00:44 -0800, Roland McGrath wrote:
> > What's a Red Hat Author? Sorry for the nitpicking, but why don't you
> > just use Author like everyone else?
>
> This text is the standard that my employer specifies.
I can't remember seeing anyone else doing this, and there are plent
* Hemmann, Volker Armin <[EMAIL PROTECTED]> wrote:
> Ok, so after the holidays I will do the following:
>
> let memtest86+ run several hours. do a full backup&restore to switch
> to r3 and build an unpatched kernel. see if I can reproduce the oops
> with .21 and .22 (because AFAIR no oops with
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> I'd suggest that we add a local_read_flags() along with
> local_save_flags(). Then I can merge the parts of the patch which
> don't get destroyed by ongoing churn and then we can come in and clean
> up the stragglers later.
ah, indeed.
like the pa
Seems it was not on lkml mail list.
MPCBL0040 target has buggy DC752HRA bios with wrong length of SMBus region
(SMBL field). That makes acpi pnp code reserve incorrect region. i2c-801
driver fails on requesting ioport region because half of this region is
alredy held by acpi pnp and regions l
On Fri, 21 Dec 2007 12:12:07 +0100 Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > I'd suggest that we add a local_read_flags() along with
> > local_save_flags(). Then I can merge the parts of the patch which
> > don't get destroyed by ongoing churn
On Fri, 2007-12-21 at 00:44 -0800, Roland McGrath wrote:
> > What's a Red Hat Author? Sorry for the nitpicking, but why don't you
> > just use Author like everyone else?
>
> This text is the standard that my employer specifies.
I have never heard of this.
--
dwmw2
--
To unsubscribe from this
Hello all,
I've just noticed that ncpfs (or rather, NetWare) doesn't implement
POSIX semantics w.r.t. unlink(). Specifically, any operation that
expects, according to POSIX, that the contents of an open but unlink()ed
file should remain available to the application that has it open, such
as
perl
On Fri, Dec 21, 2007 at 11:10:38AM +0100, Jan Engelhardt wrote:
>
> > [XFS] Initialise current offset in xfs_file_readdir correctly
> >
> >The reason is that it lacks a subject.
>
> "current offset" is your subject.
In my school we were taught that "current offset" is part of the
predicate as
Bartlomiej Zolnierkiewicz wrote:
cdi->mask is cleared by ide_cdrom_register() which is called after the quirk.
Fix it by adding new ->no_speed_select flag to struct ide_cd_config_flags
and using it in ide_cdrom_register() to set CDC_SELECT_SPEED flag.
Signed-off-by: Bartlomiej Zolnierkiewi
Bartlomiej Zolnierkiewicz wrote:
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
Acked-by: Sergei Shtylyov <[EMAIL PROTECTED]>
MBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On Dec 21 2007 19:41, Herbert Xu wrote:
>On Fri, Dec 21, 2007 at 11:10:38AM +0100, Jan Engelhardt wrote:
>>
>> >[XFS] Initialise current offset in xfs_file_readdir correctly
>> >
>> >The reason is that it lacks a subject.
>>
>> "current offset" is your subject.
>
>In my school we were taught
Bartlomiej Zolnierkiewicz wrote:
Mask 'ireason' variable with 0x3 so the valid interrupt reason value
is passed to cdrom_write_check_ireason() for checking.
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
Acked-by: Sergei Shtylyov <[EMAIL PROTECTED]>
MBR, Sergei
--
To unsubscr
The http://www.kerneloops.org website collects kernel oops and
warning reports from various mailing lists and bugzillas as well as
with a client users can install to auto-submit oopses.
Below is a top 10 list of the oopses collected in the last 7 days.
(Reports prior to 2.6.23 have been omitted in
Bartlomiej Zolnierkiewicz wrote:
* Fix ACER/AOpen 24X CDROM speed reporting on big-endian machines
by adding missing le16_to_cpu() calls.
While at it:
* Replace ntohs() by be16_to_cpu().
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
Acked-by: Sergei Shtylyov <[EMAIL PROT
On Fri, 21 Dec 2007 02:29:12 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Fri, 14 Dec 2007 18:51:06 +0100 Eric Dumazet <[EMAIL PROTECTED]> wrote:
>
> > We can use ilog2() in fs/namespace.c to compute hash_bits and hash_mask at
> > compile time, not runtime.
>
> Well noted.
>
> > [namespa
Bartlomiej Zolnierkiewicz wrote:
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
Acked-by: Sergei Shtylyov <[EMAIL PROTECTED]>
MBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
Bartlomiej Zolnierkiewicz wrote:
Mask 'ireason' variable so only the valid interrupt reason bits
will be reported on "drive appears confused" error.
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
Acked-by: Sergei Shtylyov <[EMAIL PROTECTED]>
MBR, Sergei
--
To unsubscribe from
Bartlomiej Zolnierkiewicz wrote:
Make cdrom_newpc_intr() match cdrom_{read,write}_intr() w.r.t.
handling DMA errors:
* disable DMA before cdrom_decode_status() call
* log the device name and the type of the request (read/write)
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]
Bartlomiej Zolnierkiewicz wrote:
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
Acked-by: Sergei Shtylyov <[EMAIL PROTECTED]>
MBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
Hi,
On 21 Dec 2007, at 11:01, Atro Tossavainen wrote:
I've just noticed that ncpfs (or rather, NetWare) doesn't implement
POSIX semantics w.r.t. unlink(). Specifically, any operation that
expects, according to POSIX, that the contents of an open but
unlink()ed
file should remain available to
Bartlomiej Zolnierkiewicz wrote:
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
Acked-by: Sergei Shtylyov <[EMAIL PROTECTED]>
MBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On Freitag, 21. Dezember 2007, Mike Galbraith wrote:
> On Thu, 2007-12-20 at 19:14 +0100, Hemmann, Volker Armin wrote:
> > It is just.. I could be the hardware - but I should have seen the
> > same 'problem' with earlier kernels - and the 'almost daily oops' only
> > started with 2.6.23.
>
> Noneth
Bartlomiej Zolnierkiewicz wrote:
* Bump driver version.
* Remove filename and stale TODO from comments.
* Add my copyrights.
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
Acked-by: Sergei Shtylyov <[EMAIL PROTECTED]>
MBR, Sergei
--
To unsubscribe from this list: send
Bartlomiej Zolnierkiewicz wrote:
unused fields:
* ->writing
* ->reserved
write-only fields:
* ->playmsf_as_bcd
* ->subchan_as_bcd
* ->test_write
* ->supp_disc_present
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
Acked-by: Sergei Shtylyov <[EMAIL PROTECTED]>
MBR, Sergei
Greg KH <[EMAIL PROTECTED]> writes:
> On Sat, Dec 01, 2007 at 02:06:58AM -0700, Eric W. Biederman wrote:
>>
>> Now that we have network namespace support merged it is time to
>> revisit the sysfs support so we can remove the dependency on !SYSFS.
>
>
>
> Oops, I forgot to apply this to my tree.
On Fri, Dec 21, 2007 at 02:45:46PM +0200, Ville Syrjala ([EMAIL PROTECTED])
wrote:
> Add a GPIO 1-wire bus master driver. The driver used the GPIO API to
> control the wire and the GPIO pin can be specified using platform data
> similar to i2c-gpio. The driver was tested with AT91SAM9260 + DS2401.
Dave Jones <[EMAIL PROTECTED]> writes:
> On Thu, Dec 20, 2007 at 04:14:05PM -0700, Eric W. Biederman wrote:
>
> > Remains the question whether it is intended that many, perhaps even
> > large, tables are compiled in without ever having a chance to get used,
> > i.e. whether there shouldn't #ifd
> I changed the mainboard of this computer recently to this P4P800-SE from
> a rubish oem SIS chipset board and I had the problems right away,
> starting with kernel 2.6.18 but problems persist even with 2.6.23
> (Debian kernels).
Your IRQ routing appears broken. That is usually a BIOS problem.
>
* H. Peter Anvin ([EMAIL PROTECTED]) wrote:
> Mathieu Desnoyers wrote:
>> Argh.. Rusty asked to have a simplified version first, and then to
>> implement the "more complex" one on top of it. However, in order to get
>> the reentrancy I need for the markers, I need the complex version of the
>> imme
On Fri, Dec 21, 2007 at 10:33:26AM +, Alan Cox wrote:
> On Fri, 21 Dec 2007 13:30:08 +1100
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
>
> > The sense buffer ins scsi_cmnd can nowadays be DMA'ed into directly
> > by some low level drivers (that typically happens with USB mass
> > stora
Bartlomiej Zolnierkiewicz wrote:
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
Acked-by: Sergei Shtylyov <[EMAIL PROTECTED]>
MBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On Thu, 20 Dec 2007, Bodo Eggert wrote:
> linux-os (Dick Johnson) <[EMAIL PROTECTED]> wrote:
>> On Thu, 20 Dec 2007, Sam Ravnborg wrote:
>
It never gets to the printk(). You were right about the
compilation. Somebody changed the kernel to compile with
parameter passing in REGISTERS
On Thursday 20 December 2007, Roland McGrath wrote:
> This adds fs/compat_binfmt_elf.c, a wrapper around fs/binfmt_elf.c for
> 32-bit ELF support on 64-bit kernels. It can replace all the hand-rolled
> versions of this that each 32/64 arch has, which are all about the same.
Great stuff! I've atte
Bartlomiej Zolnierkiewicz wrote:
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
Acked-by: Sergei Shtylyov <[EMAIL PROTECTED]>
MBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
Bartlomiej Zolnierkiewicz wrote:
This is a preparation to move code handling cdrom.c IOCTLs out of ide-cd.c.
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
Acked-by: Sergei Shtylyov <[EMAIL PROTECTED]>
MBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe l
Bartlomiej Zolnierkiewicz wrote:
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
Acked-by: Sergei Shtylyov <[EMAIL PROTECTED]>
MBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
Bartlomiej Zolnierkiewicz wrote:
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
Acked-by: Sergei Shtylyov <[EMAIL PROTECTED]>
MBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
Arjan van de Ven <[EMAIL PROTECTED]> writes:
>
> Rank 8: __change_page_attr
> BUG at arch/x86/mm/pageattr_64.c:176
> Reported 2 times
> Reported this week for 2.6.24-rc5; history goes back to 2.6.15
There is no BUG on this line on 2.6.24-rc5. Since there are many
BUG_ON
> Huh? Do you mean a PIX blade in a Cisco switch-router chassis? It
> would be very useful if you could be less vague about the
> equipment in use.
Right it's a PIX blade in Cisco chassis. The PIX is running ASA version 7.0(6)
> That depends more on your customers' networking attributes
> the
Hi,
"Rafael J. Wysocki" <[EMAIL PROTECTED]> writes:
> This message contains a list of some regressions from 2.6.23 reported since
> 2.6.24-rc1 was released, for which there are no fixes in the mainline I know
> of. If any of them have been fixed already, please let me know.
>
> If you know of an
* zhangxiliang ([EMAIL PROTECTED]) wrote:
> hello,
>I have some questions for your patches.
>
Hi,
> > Paravirt and alternatives are always done when SMP is
> > inactive, so there is no
> > need to use locks.
>
> > -#ifndef CONFIG_KPROBES
> > -#ifdef CONFIG_HOTPLUG_CPU
> > - /* It must
Bartlomiej Zolnierkiewicz wrote:
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
Acked-by: Sergei Shtylyov <[EMAIL PROTECTED]>
MBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
Add a GPIO 1-wire bus master driver. The driver used the GPIO API to
control the wire and the GPIO pin can be specified using platform data
similar to i2c-gpio. The driver was tested with AT91SAM9260 + DS2401.
Signed-off-by: Ville Syrjala <[EMAIL PROTECTED]>
---
Version 2 of the patch changes the
On Fri, Dec 21, 2007 at 01:41:28PM +0300, Evgeniy Polyakov wrote:
> Hi Ville.
>
> On Fri, Dec 21, 2007 at 09:34:01AM +0200, Ville Syrjala ([EMAIL PROTECTED])
> wrote:
> > Add a GPIO 1-wire bus master driver. The driver used the GPIO API to
> > control the wire and the GPIO pin can be specified us
Bartlomiej Zolnierkiewicz wrote:
* Remove ->changer_info from struct cdrom_info (it is never allocated).
* Remove unused struct atapi_{mechstat_header,changer_info,slot}.
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
Acked-by: Sergei Shtylyov <[EMAIL PROTECTED]>
MBR, Serg
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> > +/*
> > + * Migration helpers - the proper API is the local_read_flags API.
> > + * Will go away in v2.6.26.
> > + */
> > +#define local_save_flags local_read_flags
> > +#define __local_save_flags __local_read_flags
> > +#define raw
On Fri, Dec 21 2007, Jens Axboe wrote:
> static void gdrom_readdisk_dma(struct work_struct *work)
> {
> ...
>
> read_command = kzalloc(sizeof(struct packet_command), GFP_KERNEL);
> if (!read_command)
> probably just defer the work to some time later
>
>
J.A. Magallón wrote:
I need to get rid of -mregparm=3 on gcc's command line. It
is completely incompatible with the standard calling conventions
used in all our assembly-language files in our drivers. We make
very high-speed number-crunching drivers that munge high-speed
data into images. We nee
Boaz Harrosh <[EMAIL PROTECTED]> wrote:
>
> diff --git a/include/linux/scatterlist.h b/include/linux/scatterlist.h
> index 416e000..c3ca848 100644
> --- a/include/linux/scatterlist.h
> +++ b/include/linux/scatterlist.h
> @@ -7,6 +7,12 @@
> #include
> #include
>
> +struct sg_table {
> + str
On Fri, Dec 21 2007, Adrian McMenamin wrote:
> On 20/12/2007, Adrian McMenamin <[EMAIL PROTECTED]> wrote:
> > This patch adds support for the CD Rom device (called a "GD Rom") on
> > the SEGA Dreamcast.This device has a command block similar to a
> > standard ATA-3 device, though implements Sega's
Bartlomiej Zolnierkiewicz wrote:
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
Acked-by: Sergei Shtylyov <[EMAIL PROTECTED]>
MBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
* Christoph Lameter <[EMAIL PROTECTED]> wrote:
> H... Some tests here on an 8p 8G machine:
> In an extreme case (boot with slub_min_order=9 to get huge page sized
> slabs) SLUB can win against SLAB:
>
> N=10 Time: 0.338 Minimally faster
> N=20 Time: 0.560 10% faster
> N=50 Time:
Hi folks,
I have some major or at least annoying issues with a Asus P4P800-SE
mainboard. It has 2 pATA connectors (so 4 drives) and 2 sATA connectors.
In addition I plugged in another sATA controller too (to isolate
problems with the mainboard chipset more easily) with two sATA
connectors. All tog
Bartlomiej Zolnierkiewicz wrote:
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
Acked-by: Sergei Shtylyov <[EMAIL PROTECTED]>
MBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
Jan Engelhardt wrote:
> On Dec 21 2007 17:56, Herbert Xu wrote:
> >>
> >> I do not believe "opinions" are relevant here. Relevant would be cites
> >> from respected style guides (Fowlers, Oxford Guide To Style et al.) to
> >> show they do not need a full stop.
> >>
> >> I've not found one, but I
On Fri, Dec 21 2007, Adrian McMenamin wrote:
> On 21/12/2007, Jens Axboe <[EMAIL PROTECTED]> wrote:
> >
> > Your design is also heavily geared towards there just being a single
> > CDROM, I'm assuming this wont be a problem given your hw (it sets a bad
> > example for others to follow though, lots
Tony Camuso wrote:
Robert Hancock wrote:
First off, I would like to see confirmation from the horses's mouths
here (namely AMD, ServerWorks/Broadcom, and whoever else) that there
is no other way to get around this problem than disabling MMCONFIG
for accesses behind those chips.
And here
Hi,
Michael Tokarev <[EMAIL PROTECTED]> writes:
> By the way, is there any real need to specify default governor at
> a compile time in the first place? Performance governor (which was
> the only default so far) is a very simple one (not large to consider
> its size effects for embedded systems
Quoting Andrew Morton ([EMAIL PROTECTED]):
> On Wed, 12 Dec 2007 15:06:17 -0800
> Andrew Morgan <[EMAIL PROTECTED]> wrote:
>
> > Serge E. Hallyn wrote:
> > > Andrew, I've cc:d you here bc in doing this patch I noticed that your
> > > 64-bit capabilities patch switched this code from an explicit ch
On Fri, December 21, 2007 2:22 pm, Jens Axboe wrote:
> On Fri, Dec 21 2007, Adrian McMenamin wrote:
>> On 21/12/2007, Jens Axboe <[EMAIL PROTECTED]> wrote:
>> >
>> > Your design is also heavily geared towards there just being a single
>> > CDROM, I'm assuming this wont be a problem given your hw (i
On Thu, Dec 20, 2007 at 05:56:19PM -0500, linux-os (Dick Johnson) wrote:
> Okay. Thanks! I need to do that.
On the (now somewhat old) 2.6.18 kernel I use it is an option under
"Processor type and features" called "Use register arguments", but yeah
it isn't an option anymore in new kernels.
As for
Andi Kleen wrote:
Arjan van de Ven <[EMAIL PROTECTED]> writes:
Rank 8: __change_page_attr
BUG at arch/x86/mm/pageattr_64.c:176
Reported 2 times
Reported this week for 2.6.24-rc5; history goes back to 2.6.15
There is no BUG on this line on 2.6.24-rc5. Since t
David Miller wrote:
From: Jan Engelhardt <[EMAIL PROTECTED]>
Date: Fri, 21 Dec 2007 11:10:38 +0100 (CET)
Can we get back to programming?
With respect to the vast majority of log messages, nobody confounded by
punctuation is truly trying to analyze a problem!
--
To unsubscribe from this li
The current USB Kconfig menu is rather cluttered and unorganized.
Propose new layout as follows:
l USB support
qk
x Arrow keys navigate the menu. selects submenus --->. Highlighted
letters x
x are hotkeys. P
"Jan Beulich" <[EMAIL PROTECTED]> writes:
Eric W. Biederman <[EMAIL PROTECTED]> 21.12.07 00:05 >>>
>>"Jan Beulich" <[EMAIL PROTECTED]> writes:
>>
>>> Remains the question whether it is intended that many, perhaps even
>>> large, tables are compiled in without ever having a chance to get used,
Bartlomiej Zolnierkiewicz wrote:
ide_cd_probe() zeroes 'info' prior to calling ide_cdrom_setup() so there
is no need to explicitly zero 'info' fields in the latter function.
Ditto for fields of CDROM_STATE_FLAGS(), CDROM_CONFIG_FLAGS() and 'cdi'
(all are embedded in 'info').
Signed-off-by:
> Rank 2: uart_flush_buffer
> Warning at drivers/serial/serial_core.c:544 in uart_flush_buffer()
> Reported 16 times
> No specific version information reported; bug present in 2.6.24-rc5
> Caused by a bug in the Bluetooth line discipline/tty code
> Rank 7: uart_write
>
> it should be harmless. Does the patch below fix the warnings?
Yes, the warnings are gone, thanks!
However, I found another somewhat strange thing while testing it -
touching kernels/sched_debug.c does not cause a recompile since
sched_debug.c is only #included from sched.c. Found it because I
On Fri, Dec 21, 2007 at 02:30:28PM +0100, Thomas Bogendoerfer wrote:
> there are SCSI host drivers, which also DMA to the sense buffer like
> sgiwd93.c for example.
Yes ... and there are others which don't, for example qla2xxx and
sym53c8xx.
--
Intel are signing my paycheques ... these opinions
Robert Hancock <[EMAIL PROTECTED]> writes:
> First off, I would like to see confirmation from the horses's mouths
> here (namely AMD,
AMD publicly releases errata sheets/data sheets for their PCI bridges
(check their website). I haven't checked the 8132 errata for this
though. Not sure it implem
On 21/12/2007, Jens Axboe <[EMAIL PROTECTED]> wrote:
>
> Your design is also heavily geared towards there just being a single
> CDROM, I'm assuming this wont be a problem given your hw (it sets a bad
> example for others to follow though, lots of violations against normal
> programming practice for
Bartlomiej Zolnierkiewicz wrote:
Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
Acked-by: Sergei Shtylyov <[EMAIL PROTECTED]>
MBR, Sergei
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
1 - 100 of 294 matches
Mail list logo
