On Sat, 2006-12-09 at 02:46 +, Alan wrote:
> > Checking the patch, my problem is that the old way, all BAR's were being
> > set at start = end = flags = 0. The patch makes it set all the BAR's to
>
> Yes the old quirk used to blank the resources as the values on the chip
> are undefined and ra
09 Ara 2006 Cts 08:06 tarihinde, Rakhesh Sasidharan şunları yazmıştı:
> Hi,
>
> I am having problems reading VCDs under various Linux distros (Fedora Core
> 6, openSUSE 10.2, Slackware 11 with the 2.6 kernel), and while searching
> Google for a solution I found that this problem has been mentioned
Am Samstag, 9. Dezember 2006 07:11 schrieb Ben Nizette:
> >>> Also, you mentioned that the corruption occurs systematically on certain
> >>> byte patterns. Therefore it's certainly not related to the cables.
> >> It'd guess that too, but who can that say for sure. :-|
> >
> > You may have a bit pa
On Fri, 8 Dec 2006 10:00:04 -0800
"Siddha, Suresh B" <[EMAIL PROTECTED]> wrote:
> On Fri, Dec 08, 2006 at 06:10:29PM +0100, Andi Kleen wrote:
> > Yes please check the mainline git tree.
>
> Ok. I think I am the culprit :(
>
> Andi, Attached patch should fix the panic issue that Andrew encountere
From: Randy Dunlap <[EMAIL PROTECTED]>
When CONFIG_PROC_FS=n and CONFIG_PROC_SYSCTL=n but CONFIG_SYSVIPC=y,
we get this build error:
kernel/built-in.o:(.data+0xc38): undefined reference to
`proc_ipc_doulongvec_minmax'
kernel/built-in.o:(.data+0xc88): undefined reference to
`proc_ipc_doulongvec_
From: Randy Dunlap <[EMAIL PROTECTED]>
This driver is an AC97 codec according to its help text.
However, if SOUND is disabled, the "select SND_AC97_BUS"
still inserts that into the .config file:
#
# Sound
#
# CONFIG_SOUND is not set
CONFIG_SND_AC97_BUS=m
Even if the config software followed depe
From: Randy Dunlap <[EMAIL PROTECTED]>
oprofile uses smp_num_siblings without testing for CONFIG_X86_HT.
I looked at modifying oprofile, but this way is cleaner & simpler
and I didn't see a good reason not to just export it when CONFIG_SMP.
WARNING: "smp_num_siblings" [arch/i386/oprofile/oprofile
Op Sat Dec 9 2006, schreef Con Kolivas:
(cut)
> Changes (first significant changes since :
> Added:
> +sched-fix_iso_starvation.patch
> A bug first introduced into 2.6.18-ck1/cks1 meant that SCHED_ISO tasks were
> not being throttled when above their cpu limit. This presents a security
> risk to a
Thanks. Found that after I posted to the list; have put my comments too there.
- Original Message
From: Ismail Donmez <[EMAIL PROTECTED]>
To: Rakhesh Sasidharan <[EMAIL PROTECTED]>
Cc: linux-kernel@vger.kernel.org
Sent: Saturday, December 9, 2006 12:14:28 PM
Subject: Re: VCD not readable
On Sat, 9 Dec 2006 00:34:24 -0800
Randy Dunlap <[EMAIL PROTECTED]> wrote:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> oprofile uses smp_num_siblings without testing for CONFIG_X86_HT.
> I looked at modifying oprofile, but this way is cleaner & simpler
> and I didn't see a good reason not to just
Randy Dunlap <[EMAIL PROTECTED]> writes:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> When CONFIG_PROC_FS=n and CONFIG_PROC_SYSCTL=n but CONFIG_SYSVIPC=y,
> we get this build error:
>
> kernel/built-in.o:(.data+0xc38): undefined reference to
> `proc_ipc_doulongvec_minmax'
> kernel/built-in.o:(.dat
Olivier Galibert wrote:
On Sat, Dec 09, 2006 at 01:18:30AM +, Alan wrote:
On Fri, 8 Dec 2006 20:05:07 -0500
koan <[EMAIL PROTECTED]> wrote:
ata4: status=0x50 { DriveReady SeekComplete }
ata4: error=0x01 { AddrMarkNotFound }
That looks like a genuine drive problem.
Is a disk driver suppo
On Dec 8 2006 13:53, Ian E. Morgan wrote:
>Subject: Loud POP from sound system during module init w/ 2.6.19
What kernel did you have before?
What you see is the same I am experiencing on every boot - when the sound
module is loaded, udev loads the previous volume settings. The volume settings
ar
On Thu, Dec 07, 2006 at 11:50:37AM -0500, Phillip Susi wrote:
> Marc Haber wrote:
> >I went back to 2.6.18.3 to debug this, and the system ran for three
> >days without problems and without corrupting
> >/var/cache/apt/pkgcache.bin. After booting 2.6.19 again, it took three
> >hours for the file co
On Mon, 4 Dec 2006 20:40:24 -0800 Andrew Morton wrote:
> kconfig-new-function-bool-conf_get_changedvoid.patch
> kconfig-make-sym_change_count-static-let-it-be-altered-by-2-functions-only.patch
> kconfig-add-void-conf_set_changed_callbackvoid-fnvoid-use-it-in-qconfcc.patch
> kconfig-set-gconfs-save
From: Sam Creasey <[EMAIL PROTECTED]>
General compile fixes for 2.6.16 for sun3, and some updates to make the new
bootloader work correctly. Tested on 3/50, 3/60, 3/80.
Signed-off-by: Sam Creasey <[EMAIL PROTECTED]>
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
---
arch/m68k/kernel/sun
On Fri, 8 Dec 2006 18:59:41 -0800
David Brownell <[EMAIL PROTECTED]> wrote:
>
> Note that this reverts part of a previous patch, which seems to have
> included key parts of the initial version of this one. I suspect the
> issue wasn't that "mode 1" didn't work on that board; the original
> code
Hello.
This patch is to fix compile error when config memory hotplug
with numa on i386.
The cause of compile error was missing of arch_add_memory(), remove_memory(),
and memory_add_physaddr_to_nid() when NUMA config is on.
This is for 2.6.19, and I tested no compile error of it.
Please apply.
On Sat, 9 Dec 2006 01:30:55 -0800
Randy Dunlap <[EMAIL PROTECTED]> wrote:
> On Mon, 4 Dec 2006 20:40:24 -0800 Andrew Morton wrote:
>
> > kconfig-new-function-bool-conf_get_changedvoid.patch
> > kconfig-make-sym_change_count-static-let-it-be-altered-by-2-functions-only.patch
> > kconfig-add-void-c
From: Michael Schmitz <[EMAIL PROTECTED]>
Atari IDE: The interrupt needs SA_SHIRQ now to get registered.
Signed-off-by: Michael Schmitz <[EMAIL PROTECTED]>
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
---
arch/m68k/atari/stdma.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Remove bogus comments about unexporting cache_{push,clear}(), as inline
dma_cache_maintenance() (used by at least bionet and pamsnet) calls them.
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
---
arch/m68k/mm/memory.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- linu
Oliver Neukum wrote:
Am Samstag, 9. Dezember 2006 07:11 schrieb Ben Nizette:
Also, you mentioned that the corruption occurs systematically on certain
byte patterns. Therefore it's certainly not related to the cables.
It'd guess that too, but who can that say for sure. :-|
You may have a bit pa
Hi all,
I have something really strange while running kernel 2.6.19.
See the following lines:
Dec 5 23:50:49 kernel: do_get_write_access: OOM for frozen_buffer
Dec 5 23:50:49 kernel: ext3_free_blocks_sb: aborting transaction: Out of
memory in __ext3_journal_get_undo_access
Dec 5 23:50:49 kern
perhaps i'm just being clueless about the authorship protocol here,
but i'm a bit hacked off by noticing that at least one submitted patch
of mine was apparently re-submitted (albeit slightly modified) a few
days later by another poster and applied under that poster's name.
on sun, dec 3, i s
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > + if (cpu != -1)
> > > + mutex_lock(&workqueue_mutex);
> >
> > events/4 thread itself wanting the same mutex above?
>
> Could do, not sure. I'm planning on converting all the locking around
> here to preempt_disable() th
> On Fri, Dec 08, 2006 at 10:38:12AM +0900, Fernando Luis Vázquez Cao wrote:
> > Does the patch below help?
> >
> > http://marc.theaimsgroup.com/?l=linux-ext4&m=116483980823714&w=4
>
> No, pkgcache.bin still getting corrupted within two hours of using
> 2.6.19.
Hmm, interesting. I'll try to rep
Hi,
> I have something really strange while running kernel 2.6.19.
>
> See the following lines:
>
> Dec 5 23:50:49 kernel: do_get_write_access: OOM for frozen_buffer
> Dec 5 23:50:49 kernel: ext3_free_blocks_sb: aborting transaction: Out of
> memory in __ext3_journal_get_undo_access
> Dec 5
Hi there,
Here is the output of /proc/slabinfo
slabinfo - version: 2.1
# name
: tunables: slabdata
ip_conntrack_expect 0 0136 281 : tunables 120 60
8 : slabdata 0 0 0
ip_conntrack 641 1040304 131 : tunables 54
On Friday December 8, [EMAIL PROTECTED] wrote:
>
> md-change-lifetime-rules-for-md-devices.patch still has a cloud over its
> head (Jiri Kosina <[EMAIL PROTECTED]>'s repeatable failure), so I staged these
> new patches as below:
>
>
> md-fix-innocuous-bug-in-raid6-stripe_to_pdidx.patch
> #
>
Could that be related to the fix
[PATCH] libata: fix oops with sparsemem
That Arnd Bergmann just posted ? I'm copying it below in case you
haven't seen it.
From:
Arnd Bergmann
<[EMAIL PROTECTED]>
To:
[EMAIL PROTECTED]
From: Kars de Jong <[EMAIL PROTECTED]>
- 7990: request_irq() should have SA_SHIRQ flag set
- hplance_init() printed dev->name before register_netdev() had filled it in
Signed-off-by: Kars de Jong <[EMAIL PROTECTED]>
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
---
drivers/net/7990.c
From: Sam Creasey <[EMAIL PROTECTED]>
Make sun3 scsi drivers compile/work again (though with way too many warnings...)
Tested on 3/50, 3/60.
Signed-off-by: Sam Creasey <[EMAIL PROTECTED]>
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
---
drivers/scsi/Kconfig |2 +-
drivers/
From: Kars de Jong <[EMAIL PROTECTED]>
Amiga PCMCIA NE2000 Ethernet: Add missing initialization of dev->irq
Signed-off-by: Kars de Jong <[EMAIL PROTECTED]>
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
---
drivers/net/apne.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
--
On Fri, Dec 08, Jeremy Fitzhardinge wrote:
> So why don't I have arch/ppc/include/asm/bug.h in my tree here?
Most likely because you still do not build with 'make O=$somedir'.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
M
On Fri, Dec 08, Al Viro wrote:
> +++ b/sound/oss/dmasound/tas3001c.c
> @@ -823,7 +823,7 @@ tas3001c_init(struct i2c_client *client)
> tas3001c_write_biquad_shadow(self, i, j,
> &tas3001c_eq_unity);
>
> - INIT_WORK(&device_change, tas3001c_
Hi
On Saturday 09 December 2006 00:57, you wrote:
> This is the start of the stable review cycle for the 2.6.19.1 release.
> There are 32 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let us know. If anyone is
On Sat, 9 Dec 2006, Yasunori Goto wrote:
> Hello.
>
> This patch is to fix compile error when config memory hotplug
> with numa on i386.
>
> The cause of compile error was missing of arch_add_memory(), remove_memory(),
> and memory_add_physaddr_to_nid() when NUMA config is on.
>
> This is for 2
> p.s. it's possible that this is all just a wild coincidence, of
> course. stranger things have happened.
... or a genuine mistake.
Ben.
-
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://vge
Robert P. J. Day wrote:
i've submitted a number of patches recently and, every time i do a
"git pull", i check the log to see if any of them have been applied so
i can delete them from my personal "submitted but not applied"
directory. if they've been applied by another author, then naturally
Hi,
> Here is the output of /proc/slabinfo
>
> slabinfo - version: 2.1
> # name
> : tunables: slabdata
>
> jbd_4k 5 10 409611 : tunables 24 128
> : slabdata 5 10 0
> ext3_inode_cache 22447 2269696841 : tun
Subject: [patch] high-res timers: next_event calculation fix
From: Ingo Molnar <[EMAIL PROTECTED]>
do not set expires_next to KTIME_MAX if a too short timeout
is being set - this can result in the clock events device
being shut down completely.
found via a stresstest on a C3-lapic-plagued laptop
Subject: [patch] high-res timers: PIT broadcasting fix
From: Thomas Gleixner <[EMAIL PROTECTED]>
systems that enter C3 and have to turn off the APIC we
fall back to the PIT as the clock events source which
emulates a local events source. Dynticks exposed a bug in
the broadcast/local-events emulati
Hi there,
Well, that's kind of difficult because it looks a little random when he
does it, and a interval of three days, but also is maybe random.
And the most difficult part is it's only for three seconds, and than it's
gone, so making a crontab script every minute might not even notice it?
Or
Hi,
> Well, that's kind of difficult because it looks a little random when he
> does it, and a interval of three days, but also is maybe random.
>
> And the most difficult part is it's only for three seconds, and than it's
> gone, so making a crontab script every minute might not even notice it
> Virtual mem_map is not useful for 32bit archs. This uses huge virtual
> address range.
Why? The s390 vmem_map implementation which I sent last week to linux-mm
is merged in the meantime. It supports both 32 and 64 bit.
The main reason is to keep things simple and avoid #ifdef hell.
Since the ma
> +#ifdef CONFIG_SPARSEMEM_VMEMMAP
> +#if (((BITS_PER_LONG/4) * PAGES_PER_SECTION) % PAGE_SIZE) != 0
> +#error "PAGE_SIZE/SECTION_SIZE relationship is not suitable for vmem_map"
> +#endif
Why the BITS_PER_LONG/4? Or to put in other words: why not simply
PAGES_PER_SECTION % PAGE_SIZE != 0 ?
-
To un
On Sat, 9 Dec 2006, Benjamin Herrenschmidt wrote:
> > p.s. it's possible that this is all just a wild coincidence, of
> > course. stranger things have happened.
>
> ... or a genuine mistake.
sure, as i wrote above, i'm willing to accept that. but it still
leaves an open issue -- once one subm
On Sat, 9 Dec 2006, Jeff Garzik wrote:
> The protocol is simply to do best to give credit where credit is
> due. If your patch is taken directly, most likely it is a mistake if
> attribution was dropped. If your patch was modified, often that
> patch will get checked in under the name of the pers
El Wed, 6 Dec 2006 14:10:03 +0100
Adrian Bunk <[EMAIL PROTECTED]> escribió:
> On Wed, Dec 06, 2006 at 01:19:08PM +0100, Norbert Kiesel wrote:
> > On Wed, 2006-12-06 at 12:58 +0100, Arjan van de Ven wrote:
> > > On Wed, 2006-12-06 at 12:42 +0100, Norbert Kiesel wrote:
> > > > Hi,
> > > >
> > > > I
> but it still leaves an open issue -- once one submits a patch, is there
> *any* official feedback that one can look for to see if it's been
> accepted/rejected/dropped on the floor/whatever?
You can regularely pull Linus' tree (or the tree of the maintainer you
sent your patch) and see whethe
On Sat, 09 Dec 2006 03:12:11 -0500
Ben Collins <[EMAIL PROTECTED]> wrote:
> My controller is in legacy mode, however, it never gets to here because
> of this call, just before this block of code:
>
> rc = pci_request_regions(pdev, DRV_NAME);
> if (rc) {
> disable_de
On Sat, 09 Dec 2006 03:12:11 -0500
Ben Collins <[EMAIL PROTECTED]> wrote:
And NAK the patch because its about 500 times longer than the real fix
that was posted.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo
> I didn't see any responses after the post linked to above, so I'd like to add
> that I too get this problem and that I've tried with various VCDs and
> players. In previous versions of these distros I could just mount the VCD and
> copy the *.DAT files across; but in the current versions I can
> I've also hat some errors like this:
> hdb: irq timeout: status=0xd0 { Busy }
> ide: failed opcode was: unknown
> hdb: DMA disabled
The drive went away and stopped talking
> hdb: ATAPI reset complete
> hdb: irq timeout: status=0x80 { Busy }
> ide: failed opcode was: unknown
> hdb: ATAPI reset c
On Sat, 9 Dec 2006 13:05:47 +0100
Heiko Carstens <[EMAIL PROTECTED]> wrote:
> > +#ifdef CONFIG_SPARSEMEM_VMEMMAP
> > +#if (((BITS_PER_LONG/4) * PAGES_PER_SECTION) % PAGE_SIZE) != 0
> > +#error "PAGE_SIZE/SECTION_SIZE relationship is not suitable for vmem_map"
> > +#endif
>
> Why the BITS_PER_LONG
Previous kernel was 2.6.18.3, which did not exhibit the problem. I was
aware of udev setting the mixer at module load time, but I disabled
that and the problem still exists.
--
Ian E. Morgan
[EMAIL PROTECTED]
On 09/12/06, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
On Dec 8 2006 13:53, Ian E. Mo
On Sat, 9 Dec 2006, Tim Schmielau wrote:
> i wrote:
> > but given that i'm trying to follow the kernel guidelines and keep
> > each submission as a logically-related chunk, in many cases, i
> > have to wait for one patch to be applied before i can submit the
> > next one. and, at the moment, ther
On Sat, 9 Dec 2006 12:51:37 +0100
Heiko Carstens <[EMAIL PROTECTED]> wrote:
> > Virtual mem_map is not useful for 32bit archs. This uses huge virtual
> > address range.
>
> Why? The s390 vmem_map implementation which I sent last week to linux-mm
> is merged in the meantime. It supports both 32 an
Slackware 11 (2.6.18 kernel) didn't have GNOME installed. So if it is a GNOME
thing, how come Slackware too was giving the same error?
Also, if previously the kernel wasn't reporting errors when asked to do stuff
like this with VCDs, how come it was still able to mount the VCDs and allow
playb
On 12/9/06, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
perhaps i'm just being clueless about the authorship protocol here,
but i'm a bit hacked off by noticing that at least one submitted patch
of mine was apparently re-submitted (albeit slightly modified) a few
days later by another poster an
Chris Wright wrote:
-stable review patch. If anyone has any objections, please let us know.
--
From: Andrew Morton <[EMAIL PROTECTED]>
With CONFIG_SMP=n:
drivers/input/ff-memless.c:384: warning: implicit declaration of function
'local_bh_disable'
drivers/input/ff-memless.c:39
On 12/9/06, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
@@ -705,7 +705,7 @@ static int uss720_probe(struct usb_inter
/*
* Allocate parport interface
*/
- if (!(priv = kcalloc(sizeof(struct parport_uss720_private), 1,
GFP_KERNEL))) {
+ if (!(priv = kcalloc(1,
On 12/9/06, Pekka Enberg <[EMAIL PROTECTED]> wrote:
You really ought to send these cleanups to [EMAIL PROTECTED] with LKML
cc'd to get them merged.
...or even better, the relevant maintainer.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [
On 09/12/06, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
On Sat, 9 Dec 2006, Tim Schmielau wrote:
> i wrote:
> > but given that i'm trying to follow the kernel guidelines and keep
> > each submission as a logically-related chunk, in many cases, i
> > have to wait for one patch to be applied bef
On Mon 04. Dec - 14:49:58, Kristen Carlson Accardi wrote:
> From: [EMAIL PROTECTED]
>
> Add 2 sysfs files for user interface.
> 1) docked - 1/0 (read only) - indicates whether the software believes the
> laptop is docked in a docking station.
> 2) undock - (write only) - writing to this file caus
On Wed, 29 Nov 2006, Alan wrote:
Does this fix it
--- drivers/ata/pata_via.c~ 2006-11-29 15:16:10.961387472 +
+++ drivers/ata/pata_via.c 2006-11-29 15:17:08.784597008 +
@@ -60,7 +60,7 @@
#include
#define DRV_NAME "pata_via"
-#define DRV_VERSION "0.2.0"
+#define DRV_VERSION
Jeff Layton wrote:
> This patch lays the groundwork for the other patches:
>
> - adds new superblock fields for the generation, IDR hash and its spinlock
> - adds the new functions iunique_register and iunique_unregister
> - makes the static counter in the old iunique function 32 bits
>
Here is a
Jeff Layton wrote:
> This patch ensures that the inodes allocated by the functions get_sb_pseudo
> and simple_fill_super are unique, provided of course, that the filesystems
> calling them play by the rules. Currently that isn't the case, but will be
> as I get to each of the filesystems.
>
This
Jeff Layton wrote:
> pipefs is a rather busy filesystem and so is a good place to start to make
> sure we flush out any performance problems
>
This patch changes the earlier patch to use the new_registered_inode wrapper
and that simplifies things a bit. It also goes ahead and changes over sockfs
Jesse Brandeburg wrote:
sorry for the delay, your mail got marked as spam. In the future
please copy networking issues to netdev@vger.kernel.org, and be sure
to copy the maintainers of the driver you're having problems with
(they are in the MAINTAINERS file)
On 11/22/06, Amin Azez <[EMAIL PROTE
Am Samstag, 9. Dezember 2006 11:39 schrieb Thomas Graf:
[Added linux-kernel to CC]
> Index: net-2.6/Documentation/feature-removal-schedule.txt
> ===
> --- net-2.6.orig/Documentation/feature-removal-schedule.txt 2006-12-09
NAK.
>
* Stefan Rompf <[EMAIL PROTECTED]> 2006-12-09 12:49
> Am Samstag, 9. Dezember 2006 11:39 schrieb Thomas Graf:
>
> [Added linux-kernel to CC]
>
> > Index: net-2.6/Documentation/feature-removal-schedule.txt
> > ===
> > --- net-2.6.orig
From: Randy Dunlap <[EMAIL PROTECTED]>
Since Voyager and Visual WS already define ARCH_SETUP,
it looks like PARAVIRT shouldn't be offered for them.
In file included from arch/i386/kernel/setup.c:63:
include/asm-i386/mach-visws/setup_arch.h:8:1: warning: "ARCH_SETUP" redefined
In file included fro
Randy Dunlap wrote:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Since Voyager and Visual WS already define ARCH_SETUP,
> it looks like PARAVIRT shouldn't be offered for them.
>
> In file included from arch/i386/kernel/setup.c:63:
> include/asm-i386/mach-visws/setup_arch.h:8:1: warning: "ARCH_SETUP
Randy Dunlap wrote:
From: Randy Dunlap <[EMAIL PROTECTED]>
Since Voyager and Visual WS already define ARCH_SETUP,
it looks like PARAVIRT shouldn't be offered for them.
In file included from arch/i386/kernel/setup.c:63:
include/asm-i386/mach-visws/setup_arch.h:8:1: warning: "ARCH_SETUP" redefine
Hi Christoph,
On 12/8/06, Christoph Lameter <[EMAIL PROTECTED]> wrote:
+#defineSLAB_POISON 0x0800UL/* DEBUG: Poison
objects */
+#defineSLAB_HWCACHE_ALIGN 0x2000UL/* Align objs on cache
lines */
+#define SLAB_CACHE_DMA 0x4000UL/*
On Sat, 9 Dec 2006, Pekka Enberg wrote:
> On 12/9/06, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
> > @@ -705,7 +705,7 @@ static int uss720_probe(struct usb_inter
> > /*
> > * Allocate parport interface
> > */
> > - if (!(priv = kcalloc(sizeof(struct parport_uss720_
On Sat, 9 Dec 2006, Pekka Enberg wrote:
> On 12/9/06, Pekka Enberg <[EMAIL PROTECTED]> wrote:
> > You really ought to send these cleanups to [EMAIL PROTECTED] with LKML
> > cc'd to get them merged.
>
> ...or even better, the relevant maintainer.
normally what i would do but, in the case of that p
On 12/9/06, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
argh, in that i've already mentioned that, following the guidelines in
"SubmittingPatches", i prefer that each of my patches have one logical
purpose. once the order of the kcalloc() args is corrected, that
would be followed by a single sub
On Dec 9 2006 08:17, Ian E. Morgan wrote:
>
> Previous kernel was 2.6.18.3, which did not exhibit the problem. I was
> aware of udev setting the mixer at module load time, but I disabled
> that and the problem still exists.
Another reason might be that the sound driver sets the initial volume
(e
09 Ara 2006 Cts 15:21 tarihinde, Alan şunları yazmıştı:
> > I didn't see any responses after the post linked to above, so I'd like to
> > add that I too get this problem and that I've tried with various VCDs and
> > players. In previous versions of these distros I could just mount the VCD
> > and
On 12/9/06, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
normally what i would do but, in the case of that patch, there are
five files affected, *all* of which are in totally different
subsystems (macintosh, net, scsi, usb, sunrpc). are you suggesting
that up to 5 different people be CC'ed?
and
On Sat, 9 Dec 2006, Pekka Enberg wrote:
> On 12/9/06, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
> > argh, in that i've already mentioned that, following the guidelines in
> > "SubmittingPatches", i prefer that each of my patches have one logical
> > purpose. once the order of the kcalloc() args
Hello all,
I am trying to use one-shot timers with the HPET as described in the
Intel specs (http://www.intel.com/hardwaredesign/hpetspec_1.pdf).
The linux hpet driver (2.6.17.13) has no API to do that (only periodic
timers at that time) an I am looking for the best way to add this
possibility to
> Well my bet is xine-lib is buggy somehow as I can reproduce this bug with
> kaffeine ( KDE media player ).
Under what situations - and does it play the disc despite the messages ?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTEC
09 Ara 2006 Cts 16:36 tarihinde, Alan şunları yazmıştı:
> > Well my bet is xine-lib is buggy somehow as I can reproduce this bug with
> > kaffeine ( KDE media player ).
>
> Under what situations - and does it play the disc despite the messages ?
Just pop in the VCD and try to play, Kaffeine eithe
On 12/9/06, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
no. those two submissions represent two logically different "fixes"
and i have no intention of combining them.
Like I said, fixing the order of kcalloc parameters with a follow-up
patch to use kzalloc is just plain stupid. You can ignore
On Sat, 9 Dec 2006, Pekka Enberg wrote:
> On 12/9/06, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
> > no. those two submissions represent two logically different "fixes"
> > and i have no intention of combining them.
>
> Like I said, fixing the order of kcalloc parameters with a follow-up
> patch
All kcalloc() calls of the form "kcalloc(1,...)" are converted to
the equivalent kzalloc() calls, and a few kcalloc() calls with the
incorrect ordering of the first two arguments are fixed.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
drivers/ata/pdc_adma.c |4 ++-
Hi all!
[Please Cc]
I copied my old config-2.6.19-rc4 to a clean linux-2.6.19 tree, called
make oldconfig; make, installed the kernel and modules, but the kernel
cannot find the root file system.
I diffed the two config files and the only not-comment diff is:
-# CONFIG_SYSCTL_SYSCALL is not set
On Sat, 2006-12-09 at 13:27 +0100, Alejandro Riveira Fernández wrote:
> El Wed, 6 Dec 2006 14:10:03 +0100
> Adrian Bunk <[EMAIL PROTECTED]> escribió:
>
> > On Wed, Dec 06, 2006 at 01:19:08PM +0100, Norbert Kiesel wrote:
> > > On Wed, 2006-12-06 at 12:58 +0100, Arjan van de Ven wrote:
> > > > On We
On Sat, 2006-12-09 at 13:14 +, Alan wrote:
> On Sat, 09 Dec 2006 03:12:11 -0500
> Ben Collins <[EMAIL PROTECTED]> wrote:
> > My controller is in legacy mode, however, it never gets to here because
> > of this call, just before this block of code:
> >
> > rc = pci_request_regions(pdev,
On Sat, Dec 09, 2006 at 04:45:04PM +0100, Norbert Kiesel wrote:
> On Sat, 2006-12-09 at 13:27 +0100, Alejandro Riveira Fernández wrote:
> > El Wed, 6 Dec 2006 14:10:03 +0100
> > Adrian Bunk <[EMAIL PROTECTED]> escribió:
> >
> > > On Wed, Dec 06, 2006 at 01:19:08PM +0100, Norbert Kiesel wrote:
> >
09 Ara 2006 Cts 16:15 tarihinde, Ismail Donmez şunları yazmıştı:
> Well my bet is xine-lib is buggy somehow as I can reproduce this bug with
> kaffeine ( KDE media player ).
Same symptoms occur with mplayer also, dmesg flooded with warnings, what about
hal or KDE's cdpolling backend?
Cheers
--
Hi,
> Oh, so the machine does not crash or go totally out of memory when this
> happens? At least it seems the filesystem is remounted RO?
Well, that's the most funny thing. It doesn't remount RO, it's still
mounted as RW.
Like here:
/dev/md1 on / type ext3 (rw)
none on /proc type proc (rw)
n
Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]>
diff --git a/drivers/atm/.gitignore b/drivers/atm/.gitignore
index a165b71..fc0ae5e 100644
--- a/drivers/atm/.gitignore
+++ b/drivers/atm/.gitignore
@@ -2,4 +2,4 @@ # Ignore generated files
fore200e_mkfirm
fore200e_pca_fw.c
pca200e.bin
-
+pca200e_
Signed-off-by: Ralf Baechle <[EMAIL PROTECTED]>
diff --git a/drivers/isdn/hisax/Kconfig b/drivers/isdn/hisax/Kconfig
index 6fa12cc..34ab5f7 100644
--- a/drivers/isdn/hisax/Kconfig
+++ b/drivers/isdn/hisax/Kconfig
@@ -110,7 +110,7 @@ config HISAX_16_3
config HISAX_TELESPCI
bool "Teles PC
Am Samstag, 9. Dezember 2006 13:55 schrieb Thomas Graf:
> Please calm down a bit. I didn't claim that glibc should be linking to
> libnl. glibc is obviously a special case which can simply copy the existing
> macros into some internal compat header just like any other application
> that doesn't wi
On Fri, Dec 08, 2006 at 07:16:09PM -0800, Lu, Yinghai wrote:
> It works in LinuxBIOS now.
Cool, can't wait to try it out.
Good work!
//Peter
-
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://vge
Infact, just inserting a CD is enough. No need for a media player to try and
access the files. :)
The backend must be polling and trying to mount the disc upon insertion. Kernel
2.6.16 and before did that fine, but kernel 2.6.17 and above don't and give
error messages. Which explains why downgr
1 - 100 of 188 matches
Mail list logo
