xu feng wrote:
> I am just confused about the author:
> 1- first point, why the cache has to be bothered by
> the change in the address logical-physical mapping
> since it is a virtual cache??
>
If you:
1. mmap file A at virtual address X
2. use memory at X
3. mmap file B at X
4.
On Sat, Dec 09, 2006 at 07:11:21AM -0500, Robert P. J. Day wrote:
> i'm far more interested in at least knowing what happens to patches
> once they enter the system, so i can plan on what kind of cleanup i
> can work on next.
>
Trivial patches tend not to be a priority for most people, especially
On Sat, 09 Dec 2006 22:17:55 -0500 (EST) Nicolas Pitre wrote:
> On Sat, 9 Dec 2006, Dmitry Torokhov wrote:
>
> > On Saturday 09 December 2006 21:57, Randy Dunlap wrote:
> > > On Sat, 9 Dec 2006 21:50:01 -0500 Dmitry Torokhov wrote:
> > >
> > > > On Saturday 09 December 2006 03:36, Randy Dunlap
Hi, I recently upgraded to kernel 2.6.18.2 and noticed these problems:
- I realized that having CONFIG_ISA=y makes it always crash when i
insert the card (complains about unexpected LVT TMR interrupt). So i
disabled Isa.
- Hostap_cs gets a shared Irq (this didn't happen with kernel
2.6.15.6).
Well yeah, same here. In your case HAL/ KDE was trying to access the VCD. In my
case, I was trying to access the VCD by mounting it.
Had the error been one on Fedora/ openSUSE or distros like that, I would have
blamed it on the desktop side. But in Slackware, I wasn't running KDE, and it
> I have not had yet any problems with VMSPLIT_3G_OPT ever since I
> used it -- which dates back to when it was a feature of Con
> Kolivas's patchset (known as LOWMEM1G), [even] before it got
> merged in mainline.
>
> (Excluding the cases Adrian Bunk listed: WINE, which I don't use, and
> also
Oh, VCD players are breaking coz they are trying to mount the device and then
access files from it. Mounting itself fails, and so the VCD players cant read
any files ... that's what I think.
- Original Message
From: Alan <[EMAIL PROTECTED]>
To: Rakhesh Sasidharan <[EMAIL PROTECTED]>
On Thu, 2006-12-07 at 09:38 -0500, Daniel Drake wrote:
> Adrian Bunk wrote:
> > Daniel Drake (1):
> > PCI: VIA IRQ quirk behaviour change
>
> Please drop this one, Alan isn't 100% on it and is working on getting a
> better fix into mainline
>
> Daniel
Sorry Daniel, I don't agree with
In-Reply-To: <[EMAIL PROTECTED]>
On Fri, 08 Dec 2006 12:32:05 -0600, Steve French wrote:
> smbfs deprecation is ok but there are a few things to consider:
> 2) minor holes in backlevel server (OS/2 and Windows 9x/WindowsME) support
How well-tested is the plaintext password support?
By default
On Sat, 9 Dec 2006, Dmitry Torokhov wrote:
> On Saturday 09 December 2006 21:57, Randy Dunlap wrote:
> > On Sat, 9 Dec 2006 21:50:01 -0500 Dmitry Torokhov wrote:
> >
> > > On Saturday 09 December 2006 03:36, Randy Dunlap wrote:
> > > > From: Randy Dunlap <[EMAIL PROTECTED]>
> > > >
> > > > This
On Saturday 09 December 2006 21:57, Randy Dunlap wrote:
> On Sat, 9 Dec 2006 21:50:01 -0500 Dmitry Torokhov wrote:
>
> > On Saturday 09 December 2006 03:36, Randy Dunlap wrote:
> > > From: Randy Dunlap <[EMAIL PROTECTED]>
> > >
> > > This driver is an AC97 codec according to its help text.
> > >
On Sat, 9 Dec 2006 21:50:01 -0500 Dmitry Torokhov wrote:
> On Saturday 09 December 2006 03:36, Randy Dunlap wrote:
> > 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
On Saturday 09 December 2006 03:36, Randy Dunlap wrote:
> 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
> #
> #
On Sat, 9 Dec 2006 15:09:13 -0600, Erik Jacobson <[EMAIL PROTECTED]> wrote:
> > Please try to declare u64 timestamp_ns, then copy it into the *ev
> > instead of copying whole *ev. This ought to fix the problem if
> > buffer[] ends aligned to 32 bits or better.
>
> So I took this suggestion for a
Hi,
I wish to be personally CC'ed the answers/comments
posted to the list in response to this post.
I am confused about the following point regarding
Virtual Indexed Tag Indexed Cache and i would
appreciate any help
I have read in this article
http://www.linuxjournal.com/article/7105 , the
On Fri, 2006-12-08 at 18:19 +0100, Soeren Sonnenburg wrote:
> ok, this patch was now in the mactel svn repository since about a month
> and I've never ever seen a report about it failing. Also I asked on the
> mailinglist for anyone having problems with that and got no answer,
> execpt Joseph,
Hi Jens,
Elias Oltmanns <[EMAIL PROTECTED]> wrote:
> So, here is a patch in which your remarks and suggestions have been
> incorporated. Additionally, I've added the requested kernel doc file
> and another sysfs attribute called protect_method. The usage of this
> attribute is described in
On Fri, Dec 08, 2006 at 01:15:10AM -0500, Andrew Donofrio wrote:
> This patch adds tests for SHA384 HMAC and SHA512 HMAC to the tcrypt module.
> Test data was taken from
> RFC4231. This patch is a follow-up to the discovery (bug 7646) that the
> kernel SHA384 HMAC
> implementation was not
Hi Pavel,
Pavel Machek <[EMAIL PROTECTED]> wrote:
>> >> +module_param_named(protect_method, libata_protect_method, int, 0444);
>> >> +MODULE_PARM_DESC(protect_method, "hdaps disk protection method
>> >> (0=autodetect, 1=unload, 2=standby)");
>> >
>> > Should this be configurable by module
> And (ultimately) make the function return void.
>
> Yes, that's probably a valid approach - we've discussed it before but nobody
> has
> taken it further.
I would have preferred that approach (with a WARN_ON rather than a BUG
though). On the other hand that would make it slightly harder for
Thomas Gleixner wrote:
> On Sat, 2006-12-09 at 21:28 +, Rui Nuno Capela wrote:
>> Hi all,
>>
>> Sorry for the interrupt, but all my 2.6.19-rt11 builds very fail early on
>> boot. It doesn't matter if its UP or SMP. This is a sample of what I could
>> capture on one case via serial console:
>
> BUT TRY AGAIN" rather than a permanent error. Asking every
> media-consious application to be rewritten is perhaps not the best
> solution, either return another error, or return what application expect
> (non-error but no data??)
Unfortunately nobody changed the behaviour just fixed bugs
On Sat, 9 Dec 2006 09:23:32 -0800 (PST)
Rakhesh Sasidharan <[EMAIL PROTECTED]> wrote:
> 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
On Fri, 2006-12-08 at 17:42 +0100, Marc Haber wrote:
> 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=116483980823714=4
>
> No, pkgcache.bin still getting corrupted within two hours of
09 Ara 2006 Cts 19:23 tarihinde, Rakhesh Sasidharan şunları yazmıştı:
> 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
Hi,
After 2.6.19, kmemleak reports several (few tens) orphan blocks
allocated in bio_alloc_bioset() via __blk_rq_map_user() in
block/ll_rq_blk.c. I think these came with commit
0e75f9063f5c55fb0b0b546a7c356f8ec186825e (support larger block pc
requests). The allocation backtrace for the "bio"
Robert P. J. Day wrote:
> drop me a note when the grown-ups are back in charge.
(You could have also explained where I erred. If I was in charge in
the first place, that is.)
Sure enough, this *alloc() stuff is easier to work with than e.g. the
recent workqueue changes.
--
Stefan Richter
Hi,
Kmemleak found a possible memory leak in piix_init_one() in
drivers/ata/ata_piix.c. This only appeared after 2.6.19, maybe caused
by the recent patches to this area. Kmemleak cannot find any track of
the kzalloc'ed piix_host_priv structure allocated in the above
function and reports it. The
On Sat, 9 Dec 2006 23:34:19 +0100
Olivier Galibert <[EMAIL PROTECTED]> wrote:
> On Sat, Dec 09, 2006 at 01:58:29PM -0800, Andrew Morton wrote:
> > On Sat, 9 Dec 2006 22:44:53 +0100
> > Olivier Galibert <[EMAIL PROTECTED]> wrote:
> > > Hmmm, I don't understand. Which is the bug, having a sysfs
Benjamin Herrenschmidt wrote:
> One of the problems with hpsb_ is that it's a total pain to type
> and doesn't mean anything at first sight :-)
Both prevent that other people snatch this prefix from us. Also, only
people who can recite the meaning of that acronym when asleep are
permitted to call
On Sat, Dec 09, 2006 at 07:32:02AM +0100, Rene Herman wrote:
>
> dm-crypt needs CBC in the same manner -- normal (via howto) use of
> cryptsetup doesn't work otherwise, same as with cryptoloop.
Good point. Here's the patch for 2.6.19 and 2.6.20.
[CRYPTO] dm-crypt: Select CRYPTO_CBC
As CBC is
On Sat, Dec 09, 2006 at 01:58:29PM -0800, Andrew Morton wrote:
> On Sat, 9 Dec 2006 22:44:53 +0100
> Olivier Galibert <[EMAIL PROTECTED]> wrote:
> > Hmmm, I don't understand. Which is the bug, having a sysfs file
> > creation fail or going on if it happens?
>
> Probably the former, probably the
On Sat, 09 Dec 2006 23:05:58 +0100
Stefan Richter <[EMAIL PROTECTED]> wrote:
> > fs/ocfs2/dlm/dlmrecovery.c |6 +++---
> > fs/ocfs2/localalloc.c |2 +-
> > fs/ocfs2/slot_map.c |2 +-
> > fs/ocfs2/suballoc.c |6 +++---
> >
> The problem is where we end up tangling with test_and_set_bit() emulated
> using spinlocks, and even then it's not a problem _provided_
> test_and_set_bit() doesn't attempt to modify the word if the bit was
> set.
I'm not 100% sure what is the problem there, but beware that
On Wed, 06 Dec 2006 13:16:22 +
Tony Olech <[EMAIL PROTECTED]> wrote:
> From: Tony Olech <[EMAIL PROTECTED]>
>
> ELAN's U132 is a USB to CardBus OHCI controller adapter,
> designed specifically for CardBus 3G data cards to
> function in machines without a CardBus slot.
> The
On Sat, 9 Dec 2006, Stefan Richter wrote:
> Robert P. J. Day wrote:
> > drivers/ata/pdc_adma.c |4 ++--
> > drivers/macintosh/smu.c |2 +-
> > drivers/mtd/rfd_ftl.c |2 +-
> > drivers/net/phy/phy_device.c|2 +-
> > drivers/net/skge.c
Robert P. J. Day wrote:
> drivers/ata/pdc_adma.c |4 ++--
> drivers/macintosh/smu.c |2 +-
> drivers/mtd/rfd_ftl.c |2 +-
> drivers/net/phy/phy_device.c|2 +-
> drivers/net/skge.c |2 +-
> drivers/pcmcia/at91_cf.c
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Fri, 8 Dec 2006 15:45:22 -0800
> On Wed, 06 Dec 2006 17:36:02 -0800
> Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
>
> > Jeremy Fitzhardinge wrote:
> > > I'm wondering if activate_mm() is the right thing to be using in
> > > use_mm(); shouldn't
On Sat, 2006-12-09 at 15:58 +0100, Stefan Rompf wrote:
> But when even glibc needs internal compat headers to compile with the second
> kernel version that provides userspace headers, what is the long-term - even
> mid-term - perspective of make headers_install then?
We've only _just_ started
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Sat, 9 Dec 2006 10:59:52 +1100
> On Fri, Dec 08, 2006 at 03:19:02PM -0800, Andrew Morton wrote:
> >
> > Like this?
> >
> > /* don't get messages out of order, and no recursion */
> > if (skb_queue_len(>txq) == 0 &&
> >
Robert P. J. Day wrote:
> On Sat, 9 Dec 2006, Pekka Enberg wrote:
>> On 12/9/06, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
>>> once the order of the kcalloc() args is corrected, that
>>> would be followed by a single subsequent patch that did the
>>> kcalloc->kzalloc transformation all at once.
From: Randy Dunlap <[EMAIL PROTECTED]>
Date: Sat, 9 Dec 2006 12:41:08 -0800
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> Currently WAN router drivers can be built in-kernel while the
> register/unregister_wan_device interfaces are built as modules.
> This causes:
>
> drivers/built-in.o: In
From: Ralf Baechle <[EMAIL PROTECTED]>
Date: Sat, 9 Dec 2006 16:26:26 +
> 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
On Sat, 9 Dec 2006 22:44:53 +0100
Olivier Galibert <[EMAIL PROTECTED]> wrote:
> On Sat, Dec 09, 2006 at 12:38:17PM -0800, Andrew Morton wrote:
> > On Sun, 10 Dec 2006 06:59:10 +1100
> > Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> > > Why would I prevent the framebuffer from initializing
Pekka Enberg wrote:
> 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
From: Stefan Rompf <[EMAIL PROTECTED]>
Date: Sat, 9 Dec 2006 15:58:01 +0100 (MET)
> But when even glibc needs internal compat headers to compile with the second
> kernel version that provides userspace headers, what is the long-term - even
> mid-term - perspective of make headers_install then?
> One thing is for sure, the fw_ prefix is not too well suited to stay
> if/when Kristian's code is pushed to mainline. During a switch period,
> we could e.g. replace the old stack's prefixes by hpsb1_ (as the 1st
> generation of FireWire kernel APIs) or whatever and replace Kristian's
>
From: Thomas Graf <[EMAIL PROTECTED]>
Date: Sat, 9 Dec 2006 13:55:33 +0100
> The point is to stop new applications from using the interface which has
> resulted in buggy code in the past.
You don't get people to use new interface by breaking the
build on them in userspace.
You get them to do it
On Sat, Dec 09, 2006 at 12:38:17PM -0800, Andrew Morton wrote:
> On Sun, 10 Dec 2006 06:59:10 +1100
> Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> > Why would I prevent the framebuffer from initializing (and thus a
> > console to be displayed at all on many machines) just because for some
>
Robert P. J. Day wrote:
> i'm far more interested in at least knowing what happens to patches
> once they enter the system, so i can plan on what kind of cleanup i
> can work on next.
The maintainers handle this differently. If you don't get feedback nor
see your patch appearing in the
* Randy Dunlap ([EMAIL PROTECTED]) 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:
>
* Stefan Lippers-Hollmann ([EMAIL PROTECTED]) wrote:
> At least
> http://kernel.org/pub/linux/kernel/people/chrisw/stable/patch-2.6.19.1-rc1.gz
> and
> http://kernel.org/pub/linux/kernel/people/chrisw/stable/patch-2.6.19.1-rc2.gz
> seem to contain an incompletely applied "[patch 24/32] add
On Sat, 2006-12-09 at 21:28 +, Rui Nuno Capela wrote:
> Hi all,
>
> Sorry for the interrupt, but all my 2.6.19-rt11 builds very fail early on
> boot. It doesn't matter if its UP or SMP. This is a sample of what I could
> capture on one case via serial console:
Can you please disable
Hi all,
Sorry for the interrupt, but all my 2.6.19-rt11 builds very fail early on
boot. It doesn't matter if its UP or SMP. This is a sample of what I could
capture on one case via serial console:
Linux version 2.6.19-rt11.0-smp ([EMAIL PROTECTED]) (gcc version 4.1.0
(SUSE Linux)) #1 SMP PREEMPT
Hi,
i am having quite some problems with nptl and time functions.
Im not sure if it its intended behavior and if its kernel or
glibc related.
The problem is as follows:
A thread waits to an absolute point in time using sem_timedwait.
When sem_timedwait returns, i get different values for
The latest maintenance release GIT 1.4.4.2 has been available at
the usual places for a few days, but vger seems to have eaten
the message I sent out, so here is a resend:
http://www.kernel.org/pub/software/scm/git/
git-1.4.4.2.tar.{gz,bz2} (tarball)
> > Here, we just adjust how the variables are declared and use memcopy to
> > avoid the error messages.
> > - ev->timestamp_ns = timespec_to_ns();
> > + ev.timestamp_ns = timespec_to_ns();
> Please try to declare u64 timestamp_ns, then copy it into the *ev
> instead of copying whole *ev. This
Toralf Förster wrote:
> Hello,
>
> the build with the attached .config failed, make ends with:
> ...
> CC lib/rwsem.o
> CC lib/semaphore-sleepers.o
> CC lib/sha1.o
> CC lib/string.o
> CC lib/vsprintf.o
> AR lib/lib.a
> LD arch/i386/lib/built-in.o
>
> > Why would I prevent the framebuffer from initializing (and thus a
> > console to be displayed at all on many machines) just because for some
> > reason, I couldn't create a pair of EDID files in sysfs that are not
> > even very useful anymore ?
>
> Because there's a bug in your kernel. We
On Sat, 2006-12-09 at 22:22 +0200, Muli Ben-Yehuda wrote:
> On Sun, Dec 10, 2006 at 06:59:10AM +1100, Benjamin Herrenschmidt wrote:
>
> > I'd really like to have some kind of macro or attribute or whatever I
> > can put on a function call to say that I'm purposefully ignoring the
> > error. Is
Some of the header file rearrangements broke the build for board-osk.
Signed-off-by: David Brownell <[EMAIL PROTECTED]>
--- osk.orig/arch/arm/mach-omap1/board-osk.c2006-12-07 23:56:36.0
-0800
+++ osk/arch/arm/mach-omap1/board-osk.c 2006-12-08 03:04:01.0 -0800
@@ -30,6 +30,7
From: Randy Dunlap <[EMAIL PROTECTED]>
Currently WAN router drivers can be built in-kernel while the
register/unregister_wan_device interfaces are built as modules.
This causes:
drivers/built-in.o: In function `cycx_init':
cycx_main.c:(.init.text+0x5c4b): undefined reference to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Apparently (as I've been told today) using a hardware NX bit in a 32-bit
x86 kernel requires PAE mode. PAE mode is enabled with HIGHMEM64, which
is (apparently) extremely slow.
Is it possible to give some other way to get the hardware NX bit working
On Sun, 10 Dec 2006 06:59:10 +1100
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> On Sat, 2006-12-09 at 16:56 +0100, Jean Delvare wrote:
>
> > Check for error on radeonfb device sysfs files creation. This fixes the
> > following warnings:
>
> (Moving to LKML as I think that's a generic
More fixes to build breakage from the work_struct changes ... this
updates the tps65010 driver. Plus, fix some dependencies related
to the way it's used on the OMAP OSK: force static linking there,
since the resulting kernel can't link.
NOTE that until the i2c core gets fixed to work without
Andrew Morton escreveu:
> On Fri, 08 Dec 2006 18:17:06 -0200
> Cesar Eduardo Barros <[EMAIL PROTECTED]> wrote:
>
>> From: Cesar Eduardo Barros <[EMAIL PROTECTED]>
>>
>> +} while(unlikely(cmpxchg(>intr_status,
>
> You'll have the arm maintainer after you with a pointy stick.
>
> cmpxchg is
On Sat, Dec 09, Al Viro wrote:
> On Sat, Dec 09, 2006 at 12:25:10PM +0100, Olaf Hering wrote:
> > This is not enough to get it going:
> >
> > error: 'INIT_WORK' undeclared (first use in this function)
>
> .config?
Its a gcc bug. It doesnt like the number of arguments for INIT_WORK,
then it
On Sun, Dec 10, 2006 at 06:59:10AM +1100, Benjamin Herrenschmidt wrote:
> I'd really like to have some kind of macro or attribute or whatever I
> can put on a function call to say that I'm purposefully ignoring the
> error. Is there some gcc magic that can do that ?
(void)bla()?
Cheers,
Muli
-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kyle McMartin wrote:
> On Sat, Dec 09, 2006 at 02:34:47PM -0500, John Richard Moser wrote:
>> I have filed this as a distro bug with Ubuntu; it may be their issue, I
>> haven't dug deep enough to find out. I am posting this here to disperse
>> the
On Sat, Dec 09, 2006 at 02:34:47PM -0500, John Richard Moser wrote:
> I have filed this as a distro bug with Ubuntu; it may be their issue, I
> haven't dug deep enough to find out. I am posting this here to disperse
> the information breadth-first instead of depth-first, which will shorten
> the
On Sat, 2006-12-09 at 16:56 +0100, Jean Delvare wrote:
> Check for error on radeonfb device sysfs files creation. This fixes the
> following warnings:
(Moving to LKML as I think that's a generic issue)
As usual with most of that crap about return values from
sysfs_create_file, I disagree.
Andrew Morton wrote:
On Sat, 9 Dec 2006 11:04:16 -0800
Randy Dunlap <[EMAIL PROTECTED]> wrote:
ecryptfs now has a dependency upon netlink. There's no CONFIG_NETLINK. If
CONFIG_NET=n && CONFIG_ECRYPTFS=y is possible, it won't build.
Then shouldn't ECRYPTFS depend on CONFIG_NET ?
yup,
On Fri, 2006-12-08 at 17:33 +, Al Viro wrote:
> I don't think it's a real fix.
>
> a) what protects tty from disappearing?
Nothing..
> b) why the hell do we need that schedule_work() at all? handle_sysrq() is
> supposed to be safe to use from irq handler; when needed it does arrange for
>
On Sat, 9 Dec 2006 11:26:52 +0100
Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> * Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > > > + if (cpu != -1)
> > > > + mutex_lock(_mutex);
> > >
> > > events/4 thread itself wanting the same mutex above?
> >
> > Could
On 12/8/06, Stefan Richter <[EMAIL PROTECTED]> wrote:
Pavel Machek wrote at linux-kernel:
> On Tue 05-12-06 17:05:30, Erik Mouw wrote:
>> On Tue, Dec 05, 2006 at 10:13:55AM -0500, Kristian H?gsberg wrote:
>> > Marcel Holtmann wrote:
>> > >can you please use drivers/firewire/ if you want to start
Rakhesh Sasidharan wrote:
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
Patch location:
ftp://ftp.kernel.org/pub/linux/kernel/people/bunk/linux-2.6.16.y/testing/
git tree:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.16.y.git
RSS feed of the git tree:
http://www.kernel.org/git/?p=linux/kernel/git/stable/linux-2.6.16.y.git;a=rss
Changes since
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm running on an Athlon 64 in 32-bit mode, running 32-bit Ubuntu with
kernel 2.6.19 (Ubuntu version 2.6.19-7-generic for the curious;
compiled for 586). Apparently, 'noexec=on' on the kernel command line
does nothing; the NX bit seems to not work.
On Sat, 9 Dec 2006 11:04:16 -0800
Randy Dunlap <[EMAIL PROTECTED]> wrote:
> > ecryptfs now has a dependency upon netlink. There's no CONFIG_NETLINK. If
> > CONFIG_NET=n && CONFIG_ECRYPTFS=y is possible, it won't build.
>
> Then shouldn't ECRYPTFS depend on CONFIG_NET ?
yup, that's what I
* Ian Kent ([EMAIL PROTECTED]) wrote:
> On Fri, 2006-12-08 at 15:58 -0800, Chris Wright wrote:
> > plain text document attachment
> > (autofs-fix-error-code-path-in-autofs_fill_sb.patch)
> > -stable review patch. If anyone has any objections, please let us know.
> > --
>
> Stable
On Sat, 9 Dec 2006, Pekka Enberg wrote:
> 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
On Wed, 6 Dec 2006 21:55:55 -0800 Andrew Morton wrote:
> On Wed, 6 Dec 2006 17:06:38 -0600
> Michael Halcrow <[EMAIL PROTECTED]> wrote:
>
> > This is a re-submission of the same public key patches (updated for
> > 2.6.19-rc6-mm2) that were submitted for review a while back.
>
> I made a number
Hi Ingo,
I tried to boot a vanilla 2.6.19 kernel with your 2.6.19-rt11 patch but
without success. However, the patch applied without a single error and the
vanilla kernel (without the patch) works fine so far. As my screen just stays
black and as there's no HD activity after selecting the
[sorry for the delay. My DSL line at home was AWOL]
On Saturday 09 December 2006 09:41, Andrew Morton wrote:
> > void __init quirk_intel_irqbalance(void)
>
> Yes, that boots. Andi: you want me to send it to Mr T?
I'm about to send it.
-Andi
-
To unsubscribe from this list: send the line
On Sat, 9 Dec 2006 16:28:59 +0100 Norbert Preining wrote:
> 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
Hello,
the build with the attached .config failed, make ends with:
...
CC lib/rwsem.o
CC lib/semaphore-sleepers.o
CC lib/sha1.o
CC lib/string.o
CC lib/vsprintf.o
AR lib/lib.a
LD arch/i386/lib/built-in.o
CC arch/i386/lib/bitops.o
AS
On Sat, Dec 09, 2006 at 12:25:10PM +0100, Olaf Hering wrote:
> This is not enough to get it going:
>
> error: 'INIT_WORK' undeclared (first use in this function)
.config?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
Hi,
This appeared on my syslog, I thought someone would know how to fix it.
My hardware is an AMD Athlon64X2 and my filesystem reiserfs on both
PATA and SATA discs, if that helps.
-8<8<
general protection fault: [1] PREEMPT SMP
CPU 1
Modules linked in: af_packet
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
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
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
-
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)
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
--
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:
> >
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, 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
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
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
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
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
>
1 - 100 of 375 matches
Mail list logo
