On Thu, 27 Jan 2005 12:43:34 +0530, Sabarinathan said:
> Put this entry in your grub.conf file
>
> title Red Hat Linux (2.6.10)
> root (hd0,5)
> kernel /boot/vmlinuz-2.6.10 ro root=LABEL=/ rhgb quiet
> initrd /boot/initrd-2.6.10.img
And *DONT* remove this one:
> >title
On Thu, 27 Jan 2005 15:33:49 +1300, ych43 said:
> Does anybody know how to check the validity of a deamon. which runs on
> Linux
> -platform host . This daemon can save some information in a log file of the
> host. I mean that if an attacker compromises this host and gets root access,
> he c
On Fri, 28 Jan 2005 21:47:45 +0100, Arjan van de Ven said:
> as for obsd_get_random_long().. would it be possible to use the
> get_random_int() function from the patches I posted the other day? They
> use the existing random.c infrastructure instead of making a copy...
>
> I still don't understan
On Fri, 04 Feb 2005 11:03:47 +0100, Ingo Molnar said:
>
> i have released the -V0.7.38-01 Real-Time Preemption patch, which can be
Building with:
# CONFIG_PREEMPT_NONE is not set
# CONFIG_PREEMPT_VOLUNTARY is not set
CONFIG_PREEMPT_DESKTOP=y
# CONFIG_PREEMPT_RT is not set
CC kernel/sched
On Mon, 21 Feb 2005 14:18:44 EST, Anthony DiSante said:
> It seems like this problem is always going to exist, because some hardware
> and some drivers will always be buggy. So shouldn't we have some sort of
> watchdog higher up in the kernel, that watches for hung processes like this
> and ki
On Mon, 21 Feb 2005 15:24:21 EST, Anthony DiSante said:
> Or maybe it SHOULD have killed your process, in some "proper" way that
> prevents any outstanding I/O requests from coming in days later and breaking
> things. Again, I'm no kernel hacker, but if an I/O request takes *3 days*,
> isn't th
On Mon, 21 Feb 2005 19:06:23 EST, Anthony DiSante said:
> The driver code for my devices has "been given" to me as part of the kernel.
> Any of a handful of USB devices has caused permanent D states, as has a
> CDROM and a NIC. I guess I'll need to start debugging all of these drivers.
> W
On Thu, 24 Feb 2005 17:08:33 EST, Stuart MacDonald said:
> So what I'm wondering is, is there a location on the net where Linus'
> statements about how the kernel is to be are collected? ie, Where the
> above statements could all be found, with cites.
Your kernel source came with 3 files in the D
On Fri, 25 Feb 2005 14:21:22 +0330, shabanip said:
> as i know there are many ways to optimize and tune TCP parameters in kernel
> but how can i tune and optimize UDp performance?
Step 1: Identify what aspect of UDP performance you find insufficient, and
under what conditions, what kernel release
Symptoms: Running '/etc/init.d/pcmcia start' bombs - cardmgr goes into
a loop spewing repeated 'Common memory region at 0x0: Generic or SRAM'
messages. In the dmesg, we find:
[4294764.989000] <6>cs: IO port probe 0xc00-0xcff: clean.
[4294859.195000] cs: IO port probe 0xc00-0xcff: clean.
[429485
On Mon, 28 Feb 2005 21:22:26 +0100, Dominik Brodowski said:
> On Mon, Feb 28, 2005 at 02:48:20PM -0500, [EMAIL PROTECTED] wrote:
> > A full -rc4-mm1 fails, *as does* a -rc4-mm1 with all the following patches
> > -R'ed:
...
> > broken-out/pcmcia-bridge-resource-management-fix.patch
> > So the
On Tue, 01 Mar 2005 01:45:47 +0100, Carl-Daniel Hailfinger said:
> Sorry for not specifying my real problem which is preventing disk access
> when my laptop is running on battery.
>
> Can I prevent mtime updates for all device files? Mounting /dev readonly
> would certainly help, but for that to
On Mon, 28 Feb 2005 14:59:31 +1000, Jarne Cook said:
> They are both using dhcp to the same simple network. That's right. Same
> network. They both end up with gateway=192.168.0.1, netmask=255.255.255.0.
> But ofcourse they do not have the same IP addresses.
I don't suppose your network peo
On Mon, 28 Feb 2005 14:48:20 EST, [EMAIL PROTECTED] said:
> Symptoms: Running '/etc/init.d/pcmcia start' bombs - cardmgr goes into
> a loop spewing repeated 'Common memory region at 0x0: Generic or SRAM'
> messages. In the dmesg, we find:
> [4294859.369000] cs: unable to map card memory!
> [429
On Tue, 01 Mar 2005 01:27:41 PST, Andrew Morton said:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.11-rc5/2.6.11-rc5-mm1/
> - A pcmcia update which obsoletes cardmgr (although cardmgr still works) and
> makes pcmcia work more like regular hotpluggable devices. See the
On Tue, 01 Mar 2005 13:55:29 GMT, Russell King said:
> On Tue, Mar 01, 2005 at 08:36:36AM -0500, [EMAIL PROTECTED] wrote:
> > This is still showing the same 'cs: unable to map card memory!' issue on my
> > Dell laptop. Backing out bk-pci.patch makes it work again.
> >
> > For what it's worth, the
On Tue, 01 Mar 2005 20:43:16 +0530, Payasam Manohar said:
> I have two doubts,
> 1) Can we design a linux daemon which will call some shell scripts.
> 2) How to call this daemon from the keyboard driver and how
>to kill it on demand.
It would be much easier for us to point you in
On Wed, 02 Mar 2005 08:28:46 PST, Andrew Morton said:
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > Why doesn't an EXPORT_SYMBOL create a reference?
>
> It does, but that reference is within the same compilation unit as the
> definition. IOW: there are no references to the symbol which are exter
On Wed, 02 Mar 2005 21:32:23 EST, Jeff Garzik said:
> I also note that part of the problem that motivates the even/odd thing
> is a tacit acknowledgement that people only _really_ test the official
> releases.
>
> Which IMHO backs up my opinion that we simply need more frequent releases.
Or mor
On Wed, 02 Mar 2005 15:53:36 MST, "Jeff V. Merkey" said:
> __Stable__ would be a good thing. The entire 2.6 development has been a
> disaster from
> a stability viewpoint. I have to maintain a huge tree of patches in
> order to ship appliance
> builds due to the lack of stability for 2.6. I think
On Thu, 03 Mar 2005 22:18:11 PST, Russell Miller said:
> I've been doing a lot of research on this, and I keep coming up with things
> I notice there is a CONFIG_AUDIT option. Is this what I am looking for, and
> how do I use it? /dev/audit seems not to work...
oooh.. a victim^Wtester ;)
CON
On Fri, 04 Mar 2005 23:08:55 CST, Ian Pilcher said:
> Greg KH wrote:
> > Anything else anyone can think of? Any objections to any of these?
> > I based them off of Linus's original list.
>
> Must already be in Linus tree (i.e. 2.6.X+1)?
Not workable. There's a high probability that we hit a bug
On Wed, 09 Mar 2005 15:50:52 PST, Tim Bird said:
> Tony Luck wrote:
> > Setting CONFIG_PRINTK_TIME=y I see (the "" pieces are actually
> > each a single ASCII '\0' character):
>
> Tony,
>
> Can you try the patch below? (inspired by a patch from Tom Zanussi -
> gotta give credit where credit is du
On Sun, 27 Mar 2005 13:04:31 EST, Nick Orlov said:
> Problem is that the latest bk-driver-core patch included in the 2.6.12-rc1-mm3
> removes class_simple API without providing EXPORT_SYMBOL'ed (as opposed to
> EXPORT_SYMBOL_GPL) alternative.
>
> As the result I don't see a way how out-of-the-ker
On Wed, 19 Jan 2005 13:50:23 EST, John Richard Moser said:
> Arjan van de Ven wrote:
> >>Split-out portions of PaX (and of ES) don't make sense.
> > they do. Somewhat.
> They do to "break all existing exploits" until someone takes 5 minutes
> to make a slight alteration. Only the reciprocating
On Wed, 19 Jan 2005 15:12:05 EST, John Richard Moser said:
> > And why were they merged? Because they showed up in 4-8K chunks.
> so you want 90-200 split out patches for GrSecurity?
Even better would be a 30-40 patch train for PaX, a 10-15 patch train
for the other randomization stuff in grsec
On Wed, 19 Jan 2005 20:53:51 +0100, Arjan van de Ven said:
> > Now look at http://www.kernel.org/pub/linux/kernel/people/arjan/execshield/
.
> > 4 separate hunks, the biggest is under 7K. Other chunks of similar size
> > for non-exec stack and NX support are already merged.
> >
> > And why were
On Wed, 19 Jan 2005 16:03:06 EST, John Richard Moser said:
(New Subject: line to split this thread out...)
> > Even better would be a 30-40 patch train for PaX, a 10-15 patch train
> > for the other randomization stuff in grsecurity (pid, port number, all
> > the rest of those), a 50-60 patch tra
On Wed, 19 Jan 2005 14:59:20 PST, George Anzinger said:
> allows the PIT to be the "gold standard" in time that it is designed to be.
> The
> wake up interrupt, then needs to come from an independent timer. My patch
> requires a local APIC for this. Patch is available at
> http://sourceforge
On Thu, 20 Jan 2005 11:14:48 EST, "Marc E. Fiuczynski" said:
> Peter, thank you for maintaining Con's plugsched code in light of Linus' and
> Ingo's prior objections to this idea. On the one hand, I partially agree
> with Linus&Ingo's prior views that when there is only one scheduler that the
> re
On Thu, 20 Jan 2005 13:16:33 EST, John Richard Moser said:
> > 1) the halving of the per-process VM space from 3GB to 1.5GB.
> Which has *never* caused a problem in anything I've ever used, and can
> be disabled on a per-process basis.
Just because something has never caused *you* a problem does
On Thu, 20 Jan 2005 19:22:25 +0100, Andreas Gruenbacher said:
> When a new inode is created, ext3_new_inode sets the EXT3_STATE_NEW
> flag, which tells ext3_do_update_inode to zero out the inode before
> filling in the inode's data. When a file is created in a directory with
> a default acl, the n
On Thu, 20 Jan 2005 20:09:24 +0100, Andreas Gruenbacher said:
> On Thu, 2005-01-20 at 19:56, [EMAIL PROTECTED] wrote:
> > [...] I'm failing to see how adding *another* zero operation [...] is going
> > to help the
> > fact [...]
>
> It's an ancient kernel hackers trick: ;)
> > + EXT3_I
On Sun, 23 Jan 2005 01:52:13 +0100, Andrea Arcangeli said:
> Why should I be kidding? The client code I'm doing, has to be at least as
> secure
Maybe in your estimation it *has* to be that secure. However, actual experience
with other operating systems indicate that the mail programs and web br
On Mon, 24 Jan 2005 00:58:08 EST, John Richard Moser said:
> I believe this would be sufficient to finish an LSM module to implement
> linking restrictions from GrSecurity. I did Symlinks in an LSM module,
> but haven't tested it out; it's purely academic.
> The hook here would be used (in my ac
On Mon, 24 Jan 2005 19:04:53 EST, John Richard Moser said:
> fs/built-in.o(.text+0xe413): In function `link_path_walk':
> : undefined reference to `gr_inode_follow_link'
> fs/built-in.o(.text+0xe933): In function `link_path_walk':
> : undefined reference to `gr_inode_follow_link'
> fs/built-in.o(.
On Tue, 25 Jan 2005 01:26:14 EST, John Richard Moser said:
> For example, let's say I wanted to register my specific code (i.e. a
> security module) to log, and adjust to log level N. I also want another
> module to log at log level L, which is lower than N. I want to print
> logs at log level N
On Tue, 25 Jan 2005 14:56:13 EST, John Richard Moser said:
> This puts pressure on the attacker; he has to find a bug, write an
> exploit, and find an opportunity to use it before a patch is written and
> applied to fix the exploit. If say 80% of exploits are suddenly
> non-exploitable, then he's
On Tue, 13 Nov 2007 19:42:10 +0300, Al Boldi said:
> Oh. What about breaking out a stable-mm snapshot against the latest stable
> kernel?
You can roll your own of those.
Get a 2.6.23.N kernel tarball.
patch -R the 23.N patch against that, giving you a 23.0 tree.
Apply patch-2.6.24-rc2 to that.
On Wed, 24 Oct 2007 13:31:02 EDT, Mathieu Desnoyers said:
> Therefore, we could also move the kprobes and marker samples under
>
> instrumentation/samples/
>
> My main concern is that 15 characters long directory name might be
> inelegant (however, it only beats Documentation by 2).
How so? i
On Sun, 22 Jul 2007 22:16:14 +0200, Oliver Pinter said:
> Here is one patch, Kconfig.cpu, this patch add the Pentium D processor
> for help, because number of person has the question: I have Pentium D,
> and which CPU chose I.
Would it make sense to extend the help sections in arch/i386/Kconfig.
On Wed, 25 Jul 2007 07:30:37 +0200, Rene Herman said:
> Yes, but what's locate's usage scenario? I've never, ever wanted to use it.
> When do you know the name of something but not where it's located, other
> than situations which "which" wouldn't cover and after just having
> installed/unpacke
On Wed, 25 Jul 2007 13:34:01 +0200, Ingo Molnar said:
> Maybe the kernel could be extended with a method of opening files in a
> 'drop from the dcache after use' way. (beagled and backup tools could
> make use of that facility too.) (Or some other sort of
> file-cache-invalidation syscall that
On Wed, 25 Jul 2007 04:03:04 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc1/2.6.23-rc1-mm1/
It built and booted on the first try for my Dell Latitude D820 laptop, Core2
T7200 x86_64 kernel. Now at about 5 hours of uptime. I guess I got lucky an
ive msgs after applying this patch...
Tested-By: Valdis Kletnieks <[EMAIL PROTECTED]>
pgpkSuw19KYUO.pgp
Description: PGP signature
On Sat, 25 Aug 2007 11:59:53 MDT, Eric W. Biederman said:
> It looks like you don't have CONFIG_SYSCTL_SYSCALL defined, and it
> appears utsname_syscall and ipcdata_syscall both become NULL pointers
> if they aren't needed. So the complaint is a false positive.
Yep. Nothing I actually use needs
On Mon, 27 Aug 2007 17:43:33 EDT, "J. Bruce Fields" said:
> Looks like a reasonable idea to me, thanks! Any objection to just
> calling it "svc_printk" instead of "svc_printkerr"?
>
> I also wonder whether these shouldn't all be dprintk's instead of
> printk's. One misbehaving client could crea
On Mon, 27 Aug 2007 22:05:37 PDT, Linus Torvalds said:
>
>
> On Tue, 28 Aug 2007, Al Boldi wrote:
> >
> > No need for framebuffer. All you need is X using the X.org vesa-driver.
> > Then start gears like this:
> >
> > # gears & gears & gears &
> >
> > Then lay them out side by side to see
On Wed, 22 Aug 2007 02:06:48 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
Sorry for not catching this one sooner, but AFAICT, Fedora didn't ship a glibc
that trips over this (2.6.90-12) until Saturday and I installed it yesterd
On Tue, 28 Aug 2007 18:11:55 BST, Christoph Hellwig said:
> On Tue, Aug 28, 2007 at 12:00:50PM -0400, Jiri Slaby wrote:
> > ath5k, license is GPLv2
> >
> > The files are available only under GPLv2 since now.
>
> Is this really a good idea? Most of the reverse-engineering was
> done by the OpenBS
On Wed, 29 Aug 2007 10:04:33 EDT, [EMAIL PROTECTED] said:
(Fixing the Subject: and updating the info)
> On Wed, 22 Aug 2007 02:06:48 PDT, Andrew Morton said:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc3/2.6.23-rc3-mm1/
> The issue: vdso and gettimeofday seem to b
On Tue, 28 Aug 2007 15:19:07 EDT, "J. Bruce Fields" said:
> On Tue, Aug 28, 2007 at 03:12:26PM -0400, [EMAIL PROTECTED] wrote:
> > On Mon, 27 Aug 2007 17:43:33 EDT, "J. Bruce Fields" said:
> > > I also wonder whether these shouldn't all be dprintk's instead of
> > > printk's. One misbehaving clien
On Wed, 29 Aug 2007 09:37:00 EDT, Peter Staubach said:
> There are a lot of ways to discover who is throwing trash
> at your system other than the kernel printing messages.
>
> Tools such as tcpdump and tethereal/wireshark make much better
> tools for this purpose.
Given the number of times I've
On Wed, 29 Aug 2007 15:06:43 MDT, Eric W. Biederman said:
> So we have to figure out how to do the hard thing which is look at
> who opened our netlink broadcast see if they are in the same user
> namespace as current->user. Which is a pain and we don't currently
> have the infrastructure for.
P
On Wed, 29 Aug 2007 16:15:45 PDT, Andrew Morton said:
> So it's an interaction between the x86_64 vdso patches in Andi's tree and
> newer glibc, and we don't know which one is getting it wrong yet?
>
> If I ever get another -mm out the door (have been without electricity for
> several days) I'll
On Thu, 30 Aug 2007 07:31:24 +0300, Al Boldi said:
> Adrian Bunk wrote
> > Tracking feature or implementation suggestions wouldn't make sense.
> > Consider e.g. that there are several people on linux-kernel who often
> > write what they think the kernel should do but who never write a single
> > li
On Thu, 30 Aug 2007 23:41:09 +0200, Clemens Kolbitsch said:
> On Thursday 30 August 2007 23:34:52 you wrote:
> > On Thu, 30 Aug 2007, Clemens Kolbitsch wrote:
> > > is there no way to tell the kernel, that a certain mapping must not be
> > > removed, no matter what (except of course an explicit cal
On Thu, 30 Aug 2007 18:36:48 CDT, Rob Landley said:
> Could you mention it in feature-removal-schedule.txt? (People check that for
> warning of upcoming changes that impact existing code. They may not notice
> something elsewhere after they've got it working...)
>
> (Also, sorting feature-remov
On Fri, 31 Aug 2007 10:42:29 +0200, Adrian Bunk said:
> On Fri, Aug 31, 2007 at 10:37:28AM +0200, Oliver Neukum wrote:
> > Hi,
> >
> > I only touched sound/usb/usbaudio.c
> > Nevertheless the whole subtree und sound/ is recompiling. What's
> > happening?
>
> The only file that gets compiled (CC)
On Fri, 31 Aug 2007 16:06:36 +0800, Ian Kent said:
> So, there's a power outage and the UPS had a glitch.
Murphy can get a *lot* more creative than that.
So we'd outgrown the capacity on our UPS and diesel generator, and decided
to replace them. So we schedule downtime for a Saturday. Rather sc
On Fri, 31 Aug 2007 16:13:59 BST, Denys Vlasenko said:
>
>textdata bss dec hex filename
> 261433 500181172 312623 4c52f
> linux-2.6.23-rc1.org.t/drivers/scsi/aic7xxx/built-in.o
> 199654 500181172 250844 3d3dc
> linux-2.6.23-rc1.aic.t/drivers/scsi/aic7xxx/bu
On Sun, 02 Sep 2007 03:55:37 +0200, Adrian Bunk said:
> Jiri's patch would have wrongly not only removed the BSD statement from
> dual licenced files but also from not dual licenced files.
>
> This was a mistake in this patch (that was never merged into the tree)
> neither Jiri nor Alan noticed
On Sun, 02 Sep 2007 01:09:18 EDT, "Constantine A. Murenin" said:
> The idea here is that no patching was needed in the first place --
> most of the files are/were BSD-licensed, because they were forked from
> OpenBSD.
Oh, silly me. For some reason, I had it in my head that Jiri's original
patch
On Sun, 02 Sep 2007 16:03:07 +0200, Marc Espie said:
> Look at the situation: Reyk Floeter writes some code, puts it
> under a dual licence, and goes on vacation.
>
> While he's away, some other people (Jiri, for starters) tweak the
> copyright and licence on the file he's mostly written. Without
On Sun, 02 Sep 2007 18:07:06 +0530, Satyam Sharma said:
>
>
> On Sun, 2 Sep 2007, Satyam Sharma wrote:
> >
> > --- kernel/softlockup.c~fix 2007-09-02 04:23:49.0 +0530
> > +++ kernel/softlockup.c 2007-09-02 04:34:45.0 +0530
> ^^
>
> Ick, I botched a trivial patch, i
On Mon, 03 Sep 2007 17:23:37 PDT, David Schwartz said:
>
> > Wrong - I said "You can't complain about Person A doing X when
> > you let Person
> > B do X without complaint".
>
> Yes, I can. There is no inconsistency between acting in one case and failing
> to act in another. We need not act in ev
On Fri, 31 Aug 2007 21:58:22 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/
(Warning - if discussion of binary modules bothers you, hit delete now..)
Dell Latitude D840, x86_64 kernel
memory-controller-memory-accounting-v7.patc
this patch fixes things.
Tested-by: Valdis Kletnieks <[EMAIL PROTECTED]>
pgpaRBAKMuVGx.pgp
Description: PGP signature
On Fri, 31 Aug 2007 21:58:22 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc4/2.6.23-rc4-mm1/
git-alsa.patch breaks audio on my laptop, worked fine in -rc3-mm1. Almost
certainly bustification in the Intel HDA rewrite.
Symptoms: alsamixer finds
On Wed, 05 Sep 2007 15:46:34 EDT, [EMAIL PROTECTED] said:
>
> % grep HDA_ .config
> CONFIG_SND_HDA_INTEL=y
> # CONFIG_SND_HDA_HWDEP is not set
> CONFIG_SND_HDA_CODEC_REALTEK=y
> CONFIG_SND_HDA_CODEC_ANALOG=y
> CONFIG_SND_HDA_CODEC_SIGMATEL=y
> # CONFIG_SND_HDA_CODEC_VIA is not set
> # CONFIG_SND_HD
On Wed, 05 Sep 2007 22:27:35 +0200, Takashi Iwai said:
> BTW, there are 10 different models to test for Dell with STAC9200
> (dell-d2[1-3] and dell-m2[1-7], see
modprobe snd_hda_intel model=dell-m23
was the magic incantation. I'm sure that every user who trips over this
is going to call it a r
On Wed, 05 Sep 2007 23:39:45 +0200, Takashi Iwai said:
> At Wed, 05 Sep 2007 17:16:49 -0400, [EMAIL PROTECTED] wrote:
> > modprobe snd_hda_intel model=dell-m23
> >
> > was the magic incantation. I'm sure that every user who trips over this
> > is going to call it a regression, since the -rc3-mm1
On Thu, 06 Sep 2007 16:37:37 PDT, Randy Dunlap said:
> Thanks. I look forward to the explanation of Reviewed-by, what it
> means, and how it differs from Acked-by.
As long as you're at it, the only tag *I* seem to need is 'Tested-By:' :)
pgppNJ0dzigyz.pgp
Description: PGP signature
On Wed, 08 Aug 2007 06:24:44 +0200, Nick Piggin said:
> After this, we can no longer spin on any locks with preempt enabled,
> and cannot reenable interrupts when spinning on an irq safe lock, because
> at that point we have already taken a ticket and the would deadlock if
> the same CPU tries to
On Wed, 08 Aug 2007 23:36:00 +0200, Jesper Juhl said:
> Do we really want this?
>
> In my oppinion we run the risk here of encouraging behaviour akin to
> what NVidia is doing - release a small kernel "glue" module and then
> keep the driver proper in a binary blob (in userspace, but still a
> bi
On Wed, 25 Jul 2007 20:37:37 PDT, Andrew Morton said:
> I can't imagine what we did to break tpm_tis, sorry. Nothing has changed
> in there for ages.
>
> Perhaps something broke at the bus level. It would be useful to add
OK, so I made a more intrusive printk-all-over patch to track what it wa
On Fri, 27 Jul 2007 00:00:32 EDT, [EMAIL PROTECTED] said:
> Apparently, things go pear-shaped in tis_tpm_send(), when they get to the
> 'if (chip->vendor.irq)' - under 22-rc6-mm1, we never got into this code,
> because earlier initialization complained it couldn't get IRQ8. Now, we
> get IRQ3, an
On Fri, 27 Jul 2007 11:07:01 PDT, Andrew Morton said:
> On Fri, 27 Jul 2007 09:28:09 -0400
> [EMAIL PROTECTED] wrote:
> > And we have a winner. In my bisect 'hunt' file, I ended at:
> >
> > fs-use-kmem_cache_zalloc-instead.patch GOOD
> > # remove-kconfig-setting-config_debug_shirq.patch: Ingo wo
On Fri, 27 Jul 2007 16:43:13 MDT, Bjorn Helgaas said:
> I don't know why tpm_tis_init() is messing around trying different
> IRQs between 3 and 16. That looks suspiciously x86-dependent.
>
> Maybe if you don't have PNP (though I doubt TPMs exist on any
> pre-PNPBIOS machines) the "check-IRQ" loo
On Mon, 30 Jul 2007 19:53:19 EDT, [EMAIL PROTECTED] said:
> > > Just for the record, I see this in /sys:
> > >
> > > % cat /sys/bus/pnp/devices/00:0e/id
> > > BCM0102
> > > PNP0c31
> >
> > What's in /sys/bus/pnp/devices/00:0e/resources?
>
> % cat /sys/bus/pnp/devices/00:0e/resources
> state = a
On Tue, 31 Jul 2007 14:01:21 MDT, Bjorn Helgaas said:
> So, the BIOS is telling us that at least as currently configured, the
> TPM can't use interrupts. /sys/devices/pnp0/00:0f/options should have
> all the *possible* TPM configurations. I would guess that none of them
> shows an IRQ either.
H
On Mon, 30 Jul 2007 22:56:27 CDT, Joseph Pingenot said:
> From Al Viro on Tuesday, 31 July, 2007:
> >On Mon, Jul 30, 2007 at 10:40:59PM -0500, Joseph Pingenot wrote:
> >> I'm trying to implement pwait. It blocks until a specified PID exits,
> >> and then it exits.
> >er... ptrace(2)?
>
> Should
On Wed, 25 Jul 2007 04:03:04 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc1/2.6.23-rc1-mm1/
Looks like -rc1-mm2 came out while I was hunting this, haven't tried that yet)
File-backed loopback seems to be broken (note that I use a LVM volume wi
On Tue, 31 Jul 2007 23:09:32 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23-rc1/2.6.23-rc1-mm2/
Builds, boots, runs here. Dell Latitude D820, Core2 Duo T7200, x86_64 kernel.
> -loop-use-unlocked_ioctl.patch
>
> Dropped, broken.
Fixes one issue I
On Fri, 10 Aug 2007 18:59:06 +0200, Adrian Bunk said:
> It must be included on *all* architectures, and the architectures where
> asm/page.h wasn't by chance already included indirectly included by some
> other header don't compile.
Wow. So it happened to work by chance on *most* architectures
On Fri, 10 Aug 2007 11:23:34 +0200, Aurelien Jarno said:
> I have just tried it, and it fails to build for MIPS with the following
> error:
>
> CC arch/mips/kernel/asm-offsets.s
> In file included from include/linux/sched.h:58,
> from arch/mips/kernel/asm-offsets.c:13:
> in
On Sat, 11 Aug 2007 02:38:40 +0200, Segher Boessenkool said:
> >> That means GCC cannot compile Linux; it already optimises
> >> some accesses to scalars to smaller accesses when it knows
> >> it is allowed to. Not often though, since it hardly ever
> >> helps in the cost model it employs.
> >
> >
On Thu, 09 Aug 2007 14:24:16 PDT, Kristen Carlson Accardi said:
> +++ 2.6-git/drivers/ata/libata-scsi.c
> @@ -2904,6 +2976,52 @@ void ata_scsi_simulate(struct ata_device
> + if ((dev->horkage & ATA_HORKAGE_IPM) ||
> + !(dev->flags & ATA_DFLAG_IPM)) {
> +
On Fri, 10 Aug 2007 00:04:45 EDT, Bill Davidsen said:
> > I never imagined that itwas the 20%+ hit that is being described, and
> > with so little impact, or I would have switched to it across the board
> > years ago.
> >
> To get that magnitude you need slow disk with very fast CPU. It helps
On Fri, 10 Aug 2007 23:16:45 +0200, roland said:
> http://pdos.csail.mit.edu/papers/softecc:ddopson-meng/softecc_ddopson-meng.pdf
>
> "SoftECC : A System for Software Memory Integrity Checking"
>
> Is it possible to implement something like this within the Linux virtual
> memory subsystem ?
Any
On Sun, 12 Aug 2007 18:51:31 +0200, Folkert van Heusden said:
> a question and an idea: Q: is ecc guaranteed to detect all bitflips?
It depends on the exact ECC function the hardware implements. Usually it
provides performance such as:
"Correct all 1-bit errors. Detect all 2-bit errors, and mos
On Sun, 12 Aug 2007 23:10:16 PDT, Joe Perches said:
> + A trailing slash includes all files and subdirectory files.
> + F: drivers/net/all files in and below drivers/net
> + F: drivers/net/* all files in drivers/net, but not below
Since somebody is going to screw up and
On Mon, 13 Aug 2007 10:00:44 EDT, Neil Horman said:
> Hey there-
> Currently, there exists no method for a process to query the resource
> limits of another process. They can be inferred via some mechanisms but they
> cannot be explicitly determined. Given that this information can be usefu
On Mon, 13 Aug 2007 10:09:08 PDT, Ray Lee said:
> On 8/12/07, Joe Perches <[EMAIL PROTECTED]> wrote:
> > I grew weary of looking up the appropriate
> > maintainer email address(es) to CC: for a patch.
> >
> > I added flags to the MAINTAINERS file
> >
> > F: file pattern
> >
> > for each mainta
On Mon, 13 Aug 2007 12:10:05 PDT, Randy Dunlap said:
> Agreed. But not everyone wants to or should have to use git,
> so what are the alternatives?
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=tree
and start chasing down 'History' pointers?
(Of course, mentioning that in
On Mon, 13 Aug 2007 21:21:10 +0200, Jan Engelhardt said:
>
> On Aug 14 2007 00:02, Satyam Sharma wrote:
> >
> >Better solution is to have multiple MAINTAINERS files distributed in the
> >kernel tree, IMHO -- say a drivers/net/MAINTAINERS for maintainer info on
> >all various net drivers, drivers/k
On Mon, 13 Aug 2007 22:13:24 +0200, Adrian Bunk said:
> On Mon, Aug 13, 2007 at 03:22:59PM -0400, [EMAIL PROTECTED] wrote:
> > On Mon, 13 Aug 2007 12:10:05 PDT, Randy Dunlap said:
> >
> > > Agreed. But not everyone wants to or should have to use git,
> > > so what are the alternatives?
> >
> > h
On Mon, 13 Aug 2007 14:40:06 MDT, Zan Lynx said:
> I thought most people running -mm were running klive, which shou
> ld tell kernel versions, uptime and other things. I run it, anyway.
>
> http://klive.cpushare.com/
That page says there's a whole whopping 587 people reporting back, of which
1
On Tue, 14 Aug 2007 11:40:01 EDT, Len Brown said:
>
> > +Thomas Renninger <[EMAIL PROTECTED]>, 2007
> > +Copyright (C) 2007 SUSE Linux GmbH
>
> While it seems to be generally customary to identify the authors of
> Documentation
> files, it doesn't seem to be customary for them to assert a copyri
On Wed, 15 Aug 2007 16:03:39 +0800, gshan said:
> Bernd, Thanks for your reply. I don't think there are any hostile users
> on the system. So it's relatively of security. I didn't hear of coreadm
> tool before, Linux will become more powerful with coreadm.
Well, *right now* you don't have hosti
301 - 400 of 1041 matches
Mail list logo
