On Wed, 15 Aug 2007 09:02:41 PDT, Marc Perkel said:
> Kyle, thinking further outside the box, files would no
> longer have owners or permissions. Nor would
> directories. People, groups, managers, and other
> objects with have permissions.
You gotta think *way* out of the box to come up with a sy
On Wed, 15 Aug 2007 13:50:17 PDT, Marc Perkel said:
> I don't see it as being any worse that what we have
> now. To open a file you have to start at the bottom
> and open each directory and evaluate the permissions
> on the way to the file. In my system you have to look
> up the permission of the s
On Wed, 15 Aug 2007 15:48:15 PDT, Marc Perkel said:
> > Consider the rules:
> >
> > peter '*a*' can create
> > peter '*b*' cannot create
> >
> > Peter tries to create 'foo-ab-bar' - is he allowed
> > to or not?
> >
>
> First - I'm proposing a concept, not writing the
> implementation of the con
On Thu, 16 Aug 2007 12:28:34 +0200, Susanne Oberhauser said:
> Jan Blunck <[EMAIL PROTECTED]> writes:
>
> > With our openSUSE Build Service we build a daily kernel, where we take
> > nightly snapshots of the current upstream development kernel (Linus' kernel
> > tree linux-2.6.git) without any pat
On Thu, 16 Aug 2007 11:09:16 EDT, Phillip Susi said:
> No recursion is needed because only one acl exists, so that is the only
> one you need to update. At least on disk. Any cached acls in memory of
> descendant objects would need updated, but the number of those should be
> relatively small
On Thu, 16 Aug 2007 13:28:26 EDT, Phillip Susi said:
> [EMAIL PROTECTED] wrote:
> > What happens if I do a 'mv /home /home1'? Looks like more than a
> > "relatively
> > small" number. A cold-cache 'find' takes a few minutes to wade through it
> > all,
> > so any solutions you come up with shoul
On Thu, 16 Aug 2007 22:42:42 +0200, [EMAIL PROTECTED] said:
> i trust you kernel developers know what you are doing, but if scares me
> a little bit, that some integral and living part like O(1) being ripped off
> and being replaced by something new.
There's something even scarier - O(1) being
On Thu, 16 Aug 2007 21:24:22 PDT, Marc Perkel said:
> And then everything that's stored as /1/2/3/4 is still
> the same but the sections resolve to different names.
At that point, you need to go re-think your full-pathname permission scheme,
because that severely broke it.
> I'm sure there are er
ot;, "ms"},
Other than that, feel free to stick either/both of these on:
Reviewed-By: Valdis Kletnieks <[EMAIL PROTECTED]>
Tested-By: Valdis Kletnieks <[EMAIL PROTECTED]>
pgpqnQgPc3e9C.pgp
Description: PGP signature
On Fri, 17 Aug 2007 11:19:21 EDT, Phillip Susi said:
> Kyle Moffett wrote:
>> Problem 1: "updating cached acls of descendent objects": How do you
>> find out what a 'descendent object' is? Answer: You can't without
>> recursing through the entire in-memory dentry tree.
I suspect Kyle is not q
On Sat, 20 Oct 2007 06:40:02 +0300, Al Boldi said:
> Sure, the idea was to mark the filter table obsolete as to make people start
> using the mangle table to do their filtering for new setups. The filter
> table would then still be available for legacy/special setups. But this
> would only be
On Sat, 20 Oct 2007 21:17:00 +0200, Sam Ravnborg said:
> On Sat, Oct 20, 2007 at 02:42:38PM +0200, Henrik Carlqvist wrote:
> > I think there is a need for Kconfig to specify that a functionality could
> > be built as a module or not built at all.
>
> I assume
> depends on MODULES
>
> should
On Sun, 21 Oct 2007 07:31:58 +0300, Al Boldi said:
> > Well, for example to stop any transient packets being forwarded. You could
> > probably hack around this using mark's, but you can't stop the implied
> > route lookup, unless you stop it in prerouting.
>
> Basically, you have one big uninten
On Tue, 23 Oct 2007 10:34:09 CDT, "Serge E. Hallyn" said:
> And he will still be able to *run* the suid binary, but if cap_bound is
> reduced he won't be able to use capabilities taken out of the bounding
> set, multiadm loaded or not.
I am willing to bet that there's still a *lot* of unaudited s
On Fri, 12 Oct 2007 09:35:15 PDT, "Kok, Auke" said:
> > How much power does a non-connected NIC consume, and can you save power
> > by forcing 10 MBit until a link is detected (doubling negotiation time)?
>
> no, the PHY consumes a minimal amount of energy when not connected,
> regardless of
> w
On Mon, 15 Oct 2007 03:04:00 CDT, Rob Landley said:
> I note that the eth0 and eth1 names are dynamically assigned on a first come
> first serve basis (like scsi). This never causes me a problem because the
> driver loading order is constant, and once you figure out that eth0 is
> gigabit and eth1
On Wed, 17 Oct 2007 15:13:08 PDT, Kristoffer Ericson said:
> On Wed, 17 Oct 2007 21:28:42 +1000
> > 536 total / 472 from Hungary / 4 United States / 1 Ukraine / 1 UK / 1
> > Turkey / 2 Sweden / 4 Slovakia / 1 Singapore / 2 Serbia / 2 Russia / 7
> sweden only 2? And how did Hungary get so many deve
On Wed, 17 Oct 2007 23:22:58 +0800, Yi Yang said:
> SysRq has already provided a similiar help before this patch, but it
> is not so clear that the user doesn't know what happened and what
> he/she should do.
The person is in one of two states:
1) He has been told "recreate the problem, hit alt-
On Mon, 29 Oct 2007 17:44:52 EDT, Lennart Sorensen said:
> On Mon, Oct 29, 2007 at 09:19:11PM +0100, Pavel Machek wrote:
Sorry for the late reply, it's been a zoo of a week here... ;)
> If it doesn't it seems the compression feature is going to be rather
> unpredictable and my optimization would
(Sorry for not reporting this sooner - I haven't been running off battery
much in the last 3 weeks, so I didn't notice it till now...)
Dell Latitude D820 laptop, T7200 Core2 Duo CPU, x86_64 kernel.
As reported by 'powertop' on a basically idle machine:
2.6.23-mm1:
CnAvg residenc
On Thu, 08 Nov 2007 14:30:07 PST, Mark Gross said:
> wing patch fixes up the cpuidle / pm-qos integration.
>
> I suspect that this is folded into another mm patch but it should fix
> C-state issue identified.
Confirming that patch left my CPUs mostly in C3 again. Thanks.
I'll have to let Mark a
commit d8238afa7eedc047b57da7ec98e98fb051fc4e85
Author: Chris Leech <[EMAIL PROTECTED]>
Date: Fri Nov 17 11:37:29 2006 -0800
I/OAT: Add documentation for the tcp_dma_copybreak sysctl
Signed-off-by: Chris Leech <[EMAIL PROTECTED]>
looks fishy, like a cvs update went bad:
diff -puN Docu
On Wed, 17 Jan 2007 11:51:27 EST, "Robert P. J. Day" said:
>
> in any event, what about introducing a new config variable,
> OBSOLETE, under "Code maturity level options"? this would seem to be
> a quick and dirty way to prune anything that is *supposed* to be
> obsolete from the build, to make
On Wed, 17 Jan 2007 17:04:20 EST, "Robert P. J. Day" said:
> > How much of the 'OBSOLETE' code should just be labelled 'BROKEN'
> > instead?
>
> the stuff that's actually "broken." :-)
Right - the question is how much code qualifies as either/both, and which
we should use when we encounter the
On Mon, 22 Jan 2007 02:23:30 +0300, Samium Gromoff said:
>
> not "core-dumps" but "core files", in the lispspeak, but anyway.
>
> the reason is trivial -- if i can write programs enjoying setuid
> privileges in C, i want to be able to do the same in Lisp.
Go read up on how the XEmacs crew designe
On Tue, 19 Dec 2006 23:57:45 +1100, Marek Wawrzyczny said:
> On Sunday 17 December 2006 21:11, Geert Uytterhoeven wrote:
> > Since `works with' may sound a bit too vague, something like
> > `LinuxFriendly(tm)', with a happy penguin logo?
>
> It would be really cool to see penguin logos on hardware
On Tue, 19 Dec 2006 20:20:39 EST, john stultz said:
> I didn't hear any objections (or really, any comments) on my
> last release, so as I mentioned then, I want to go ahead and push this
> to Andrew for a bit of testing in -mm. Hopefully targeting for
> inclusion in 2.6.21 or 2.6.22.
Am
On Wed, 20 Dec 2006 11:29:00 PST, David Schwartz said:
> Let's not let the perfect be the enemy of the good. Remember, the goal is to
> allow consumers to know whether or not their system's hardware
> specifications are available. It's not about driver availability -- if the
> hardware specificati
On Wed, 20 Dec 2006 22:15:50 GMT, Alistair John Strachan said:
> Seems pretty unlikely on a 4 year old Via Epia. Never had any problems with it
> before now.
>
> Maybe a cosmic ray event? ;-)
More likely a stray alpha particle from a radioactive decay in the actual chip
casing - I saw some resear
On Wed, 20 Dec 2006 17:13:19 EST, john stultz said:
> Andrew, Andi,
>
> Here is the same patchset from lastnight, re-diffed against -mm
This one does indeed apply, compile, and boot.
> Thanks to Valdis Kletnieks for pointing out that it didn't apply.
Not being a locking ninja
On Wed, 20 Dec 2006 23:06:43 +0100, Giuseppe Bilotta said:
> So while what you say is perfectly sensible for *software* developers,
> it has absolutely nothing to do with the closed source drivers
> *hardware* companies distribute.
The problem is that the software drivers reveal an awful lot abou
On Fri, 22 Dec 2006 02:34:54 +1100, Marek Wawrzyczny said:
>
> > And then there's stuff on this machine that are *not* options, but don't
> > matter to me. I see an 'O2 Micro' Firewire in the 'lspci' output. I have
> > no idea how well it works. I don't care what it contributes to the score.
> >
On Thu, 21 Dec 2006 12:50:00 PST, David Schwartz said:
> How would you feel if you bought a car and then discovered that the
> manufacturer had welded the hood shut? How many people still do their own
> oil changes anyway?
I know of at least one use case where a car *has* to have the doors welded
On Thu, 21 Dec 2006 16:12:57 CST, Scott Preece said:
> On 12/21/06, David Schwartz <[EMAIL PROTECTED]> wrote:
> > How would you feel if you bought a car and then discovered that the
> > manufacturer had welded the hood shut? How many people still do their own
> > oil changes anyway?
> ---
>
> But
On Wed, 20 Dec 2006 22:06:51 EST, Dan Williams said:
> It's also complicated because some switches are supposed to rfkill both
> an 802.11 module _and_ a bluetooth module at the same time, or I guess
> some laptops may even have one rfkill switch for each wireless device.
On my Dell D820, it's bio
On Fri, 22 Dec 2006 12:59:21 +0100, Erik Mouw said:
> On Thu, Dec 21, 2006 at 01:16:15PM -0500, [EMAIL PROTECTED] wrote:
> > At least nVidia *does* actually Get It, they just don't have a choice in
> > implementing it, because all their current hardware includes patents that
> > they licensed from
On Fri, 22 Dec 2006 23:19:09 PST, David Schwartz said:
> You can't sell something that doesn't exist. If you sell a car even though
> you can't explain how anyone could drive it, that's fraud.
Are they allowed to sell a car that incorporates a computer that uses a
trade-secret algorithm for contr
On Sat, 23 Dec 2006 19:42:10 EST, John Richard Moser said:
>
>
> Jan Engelhardt wrote:
> >> I've set up some stuff on my box where /etc/security/limits.conf
> >> contains the following:
> >>
> >> @users softnproc 3072
> >> @users hardnproc 4096
> >>
>
On Wed, 27 Dec 2006 23:12:51 +0100, Karel Zak said:
> For example for my laptop is it true that "life is too short to
> enable SELinux", but it's probably not true for servers in the bank where
> I have money. (I hope so:-)
On the other hand, the case can be made that your laptop needs SELinux
On Sun, 31 Dec 2006 17:09:43 GMT, Alan said:
> That IP story is for the most part not even credible. If they were worried
> about "software IP" they would release hardware docs and let us get on
> with writing drivers that may well not be as cool as theirs but would
> work. If they had real IPR in
On Sun, 31 Dec 2006 23:03:27 +1000, Trent Waddington said:
> Why don't you release source? To protect the intellectual property.
> Well, duh! That's why everyone holds back source. So allow me to
> translate..
>
> Why don't you release source? Because we don't believe in freedom, we
> don't "g
On Tue, 02 Jan 2007 20:30:17 +0100, Geert Uytterhoeven said:
> > > 2) there had, for a decade prior, been some *700* cases where people
> > > had burned themselves with mcdonald's coffee, so it's not as if
> > > mcdonald's was unaware of the danger, yet continued to ignore it.
>
> Given the popul
On Tue, 02 Jan 2007 12:14:54 PST, David Schwartz said:
>
> > The recommendet _serving_ temperature for coffe is 55 °C or below.
>
> Nonsense! 55C (100F) is ludicrously low for coffee.
>
> 70C (125F) is the *minimum* recommended serving temperature. 165-190F is the
100F == 37C
125F == 52C
55C =
On Tue, 02 Jan 2007 15:01:56 PST, David Schwartz said:
> There is simply no way you can argue that McDonald's failed to warn people
> about the risks. The cup says "hot" on it,
Actually, the "HOT" on the cup and the sticker in the drive-through that
says "Warning: Coffee is served very hot" were a
On Wed, 03 Jan 2007 22:14:43 +0100, Pelle Svensson said:
> Hi Sam,
>
> You misunderstand me I think, I already using a separate output directory.
> What I like to do is a separate 'source tree' with only valid files
> for my configuration. In that way, when I use grep for instance,
> I would only
On Fri, 09 Feb 2007 00:20:49 +0100, Roman Zippel said:
> > The point is, neither $BASH nor /bin/bash may be set.
>
> Is that really a problem? I think any system that has bash without
> /bin/bash is simply broken.
If you're trying to bootstrap a Linux box onto a new platform from some
non-Linux
On Thu, 15 Feb 2007 05:14:08 PST, Andrew Morton said:
>
> Temporarily at
>
> http://userweb.kernel.org/~akpm/2.6.20-mm1/
>
> Will appear later at
>
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20/2.6.20-mm1/
git-backlight.patch contains this:
+config BACKLIGHT_PRO
On Wed, 14 Feb 2007 22:14:53 PST, Andreas Gruenbacher said:
> I agree, that's really what should happen. We solve this by marking modules as
> supported, partner supported, or unsupported, but in an "insecure" way, so
> partners and users could try to fake the support status of a module and/or
> re
On Wed, 14 Feb 2007 23:13:45 EST, Dave Jones said:
> One argument in its favour is aparently Red Hat isn't the only vendor
> with something like this. I've not investigated it, but I hear rumours
> that suse has something similar. Having everyone using the same code
> would be a win for obvious r
On Thu, 15 Feb 2007 22:32:40 +0100, Adrian Bunk said:
> There are different opinions whether the "complete source code" of the
> GPLv2 includes in such cases public keys, making it questionable whether
> your example will survive at court in all jurisdictions.
It's no less shaky than the whole E
On Thu, 15 Feb 2007 09:32:30 EST, "linux-os (Dick Johnson)" said:
> There are a lot of device drivers that will never make it into the
> mainline kernel because they are for one-of-a-kind devices or boards
> that companies embed into their products. Nobody would even want a
> copy of the software t
On Thu, 15 Feb 2007 22:25:12 PST, v j said:
> > It's written in black and white, in the license.
>
> Please point me to where it says I cannot load proprietary modules in
> the Kernel.
Nobody can point you there, because it doesn't say that anywhere.
What you do to *your* kernel is *your* busine
On Thu, 15 Feb 2007 22:25:12 PST, v j said:
(Damn, hit send too soon)
> No, just that the trend is disturbing. If enough Kernel Developers
> choose to write their Software in a way that prevents others from
> using it freely, then that is troubling. Especially when these Kernel
> Developers are s
On Sat, 17 Feb 2007 04:44:36 -0200, Alexandre Oliva said:
> On Feb 17, 2007, "David Schwartz" <[EMAIL PROTECTED]> wrote:
> > Not so. See any of the numerous cases that explain that you cannot own a
> > function using copyright. They are saying that because V J did X, he *MUST*
> > be taking their c
On Tue, 20 Feb 2007 12:00:51 +0100, Bernd Petrovitsch said:
> Flame bait alert:
> I heard a talk from an Austrian lawyer an according to his believes (and
> I don't know if he is the only one or if there lots of) one must see
> from the "users" view if the GPL spreads over or not (and the usual
> t
On Sat, 27 Jan 2007 13:41:16 PST, Andrew Morton said:
> > > On 26/01/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > >> The mm snapshot broken-out-2007-01-26-00-36.tar.gz has been uploaded to
> > >>
> > >> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/broken-out-2007-01-26-00-36.tar
On Sat, 27 Jan 2007 13:41:16 PST, Andrew Morton said:
> > > >> The mm snapshot broken-out-2007-01-26-00-36.tar.gz has been uploaded to
> > > >>
> > > >> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/broken-out-2007-01-26-00-36.tar.gz
>
> > I have everything compiling now, mostly. The n
On 26/01/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> The mm snapshot broken-out-2007-01-26-00-36.tar.gz has been uploaded to
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/mm/broken-out-2007-01-26-00-36.tar.gz
Aliens ate my brain, part 2:
My IPv6 configuration evaporated, totall
On Sun, 28 Jan 2007 21:58:26 EST, [EMAIL PROTECTED] said:
> --==_Exmh_1170039506_3335P
> Content-Type: text/plain; charset=us-ascii
>
> On 26/01/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > The mm snapshot broken-out-2007-01-26-00-36.tar.gz has been uploaded to
> >
> > ftp://ftp.kernel
On Sun, 28 Jan 2007 23:08:17 MST, Eric W. Biederman said:
> [EMAIL PROTECTED] writes:
> Does it find sys? If so perhaps I should do something even more significant.
> I guess if I get many complaints about this I will figure out how to print
> out an appropriate error message.
It found sys, and
On Tue, 30 Jan 2007 08:33:04 +0100, Bauke Jan Douma said:
> Greg KH wrote on 30-01-07 02:29:
> An offer they can't refuse.
>
> > This offer is in affect for all different types of devices, from USB
> > toys to PCI video devices to high-speed networking cards. If you build
> > it, we can get Linux
(Adding Adrian Bunk and Herbert Xu to the cc: list)
On Wed, 31 Jan 2007 11:30:23 CST, Scott Lockwood said:
> I'm looking for assistance with a wifi device I can't find a driver for,
> the Intel Wireless 3945.
>
> I"m getting this:
>
> :0c:00.0 Network controller: Intel Corporation: Unknown d
On Thu, 01 Feb 2007 08:59:47 +1100, Herbert Xu said:
> On Wed, Jan 31, 2007 at 03:54:55PM -0500, [EMAIL PROTECTED] wrote:
> >
> > Oh - the git-crypto-fix patch has to be applied with -R, I never got around
to
> > re-diffing it the other way.
>
> If this driver is still using the old digest inter
On Thu, 01 Feb 2007 13:39:15 +0100, Tim Schmielau said:
> #define is_power_of_4(x) (is_power_of_2_or_zero(x) \
> && (x & ((typeof(x))0x)))
Those 5's are going to need more magic if x is a 64-bit typeof?
pgprxmSCgl3W9.pgp
Description: PGP signature
On Fri, 02 Feb 2007 10:51:23 +1000, Trent Waddington said:
> On 2/2/07, Tomas Carnecky <[EMAIL PROTECTED]> wrote:
> > Can't you put this somewhere into the documentation: it's our kernel,
> > play by our rules, and our rules are, the license is what is visible in
> > 'printf(license)'?
>
> Here I
On Wed, 24 Jan 2007 22:37:20 GMT, Chris Rankin said:
> --- Mark Rustad <[EMAIL PROTECTED]> wrote:
> > Well, do you have ECC memory? If not, it is at least possible that
> > that the solar flares that occurred last month may have affected your
> > system.
>
> I am going to assume that you are b
On Fri, 02 Feb 2007 01:47:38 EST, Jon Masters said:
> I must be weird or something, but I often think about this and the sheer
> number of clock cycles executing at any one time around the world. Have
> you ever stopped to think how many copies of schedule() (or whatever)
> are currently runnin
On Fri, 01 Dec 2006 14:19:15 +0100, Jan Glauber said:
> New s390 machines have hardware support for the generation of pseudo-random
> numbers. This patch implements a simple char driver that exports this numbers
> to user-space. Other possible implementations would have been:
> + for (i = 0; i
I'd never have noticed an issue if I hadn't looked in the dmesg for something
else, so it isn't a high-priority item.. I admit being fuzzy on what, if
anything, even *actually* needs fixing (ISTR for some people, there was some
config issue with the transparent bridges being only translucent, but
(Yes, I *know* the answer is probably "Get Dell to fix the BIOS settings",
but I'll need some more info on exactly what to tell them so it gets fixed
right.
Scenario - I recently got a Dell Latitude D820 to replace my aging C840.
Am running Fedora Core Rawhide in (mostly) 64-bit mode.
Folly 1: I
On Fri, 15 Dec 2006 22:59:12 +0100, Jan Engelhardt said:
> I take it that people will automatically DTRT for obscure cases like
> shown before. Well, and if they don't, hopefully some reviewer catches
> things like 3*i + l<<2.
So I hacked up a few very ugly 'find|egrep' to look for some cases of
On Mon, 18 Dec 2006 13:28:29 +0100, =?iso-8859-2?Q?Maciej_So=B3tysiak?= said:
> Hello,
>
> I am choosing hardware for new servers that will run Linux hence I would
> like to ask whether current SAS support is production grade ?
> Any comments on the state of the thing?
What, *exactly*, do you mea
On Thu, 04 Jan 2007 19:07:00 GMT, Frederik Deweerdt said:
> On Thu, Jan 04, 2007 at 12:13:10PM -0600, Serge E. Hallyn wrote:
> > From: Serge E. Hallyn <[EMAIL PROTECTED]>
> > Subject: [PATCH -mm 8/8] user ns: implement user ns unshare
> >
> > Implement CLONE_NEWUSER flag useable at clone/unshare.
On Thu, 04 Jan 2007 16:52:53 CST, "Serge E. Hallyn" said:
> Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]):
> > On Thu, 04 Jan 2007 19:07:00 GMT, Frederik Deweerdt said:
> > > > int err = 0;
> > >
> > > The "= 0" is superfluous here.
> >
> > Umm? bss gets cleared autom
On Fri, 05 Jan 2007 05:39:19 GMT, Seetharam Dharmosoth said:
> can you please give me hint that -
> "how can we use assert in non-debug version kernel ?"
BUG_ON(your_condition_here);
may be what you're looking for?
pgppulQ3WnUyt.pgp
Description: PGP signature
On Thu, 04 Jan 2007 22:02:00 PST, Andrew Morton said:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc3/2.6.20-rc3-mm1/
With git-block.patch applied, my system locks up *hard* at system shutdown
time - even alt-sysrq doesn't do anything. Need to do the "power bu
On Thu, 04 Jan 2007 22:02:00 PST, Andrew Morton said:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc3/2.6.20-rc3-mm1/
One of these 3 patches:
rewrite-lock-in-cpufreq-to-eliminate-cpufreq-hotplug-related-issues.patch
rewrite-lock-in-cpufreq-to-eliminate-cpufreq-
On Thu, 04 Jan 2007 22:02:00 PST, Andrew Morton said:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc3/2.6.20-rc3-mm1/
reiser4-sb_sync_inodes.patch causes my system to lock hard (no alt-sysrq,
need to power cycle) *very* early in the boot - earlyprintk hasn't fir
On Sat, 06 Jan 2007 11:14:21 PST, Andrew Morton said:
>
> Yeah, that's an akpm screwup, sorry.
>
> Take a peek in
> http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc3/2.6.20-rc3-mm1/hot-fixes/
Confirming that reiser4-sb_sync_inodes-fix.patch fixes my problem.
pgpN1BlvAVF6
On Sat, 06 Jan 2007 17:59:06 +0100, Mattia Dongili said:
> On Sat, Jan 06, 2007 at 08:44:51AM -0500, [EMAIL PROTECTED] wrote:
> > One of these 3 patches:
> >
> > rewrite-lock-in-cpufreq-to-eliminate-cpufreq-hotplug-related-issues.patch
> Does the following help?
>
> Signed-off-by: Mattia Dongili
On Mon, 08 Jan 2007 01:38:57 +0100, Willy Tarreau said:
> it's clearly the proof of a flaw in the initial design. And I'm not even
> discussing the stupidity which requires that you read a whole text to get
> its number of characters !
It's no more stupid than the *current* situation with Linux ke
On Mon, 08 Jan 2007 01:06:12 PST, Amit Choudhary said:
> I do not see how a double free can result in _logical_wrong_behaviour_ of the
> program and the
> program keeps on running (like an incoming packet being dropped because of
> double free). Double
> free will _only_and_only_ result in system
On Mon, 08 Jan 2007 09:55:24 +0100, Jens Axboe said:
> On Sat, Jan 06 2007, [EMAIL PROTECTED] wrote:
> > On Thu, 04 Jan 2007 22:02:00 PST, Andrew Morton said:
> >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc
3/2.6.20-rc3-mm1/
> >
> > With git-block.patch applied
On Mon, 08 Jan 2007 17:38:25 EST, Mimi Zohar said:
> revoked. Based on previous comments on lkml, we understand
> that this is not really possible in general, so SLIM only
> attempts to revoke access in certain simple cases.
Which, unfortunately, creates incredibly brittle code when some attacker
On Tue, 09 Jan 2007 11:02:35 PST, Amit Choudhary said:
> Correct. And doing kfree(x); x=NULL; is not hiding that. These issues can
> still be debugged by
> using the slab debugging options. One other benefit of doing this is that if
> someone tries to
> access the same memory again using the vari
On Tue, 09 Jan 2007 11:08:57 EST, Lennart Sorensen said:
> Why not start by suggesting using standard api's instead when writing
> the original game engine. That would make porting it easier later.
> DirectX is not a standard api.
When it's installed on 95% of the computers, it's a de-facto stand
On Tue, 09 Jan 2007 16:00:51 PST, Amit Choudhary said:
> What did you understand when I wrote that "if you access the same memory
> again using the variable
> 'x"?
>
> Using variable 'x' means using variable 'x' and not variable 'y'.
Right - but in real-world code, 'y' is the actual problem.
>
On , [EMAIL PROTECTED] said:
> On Thu, 04 Jan 2007 22:02:00 PST, Andrew Morton said:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.20-rc3/2.6.20-rc3-mm1/
Still seeing this in -rc4-mm1..
> With git-block.patch applied, my system locks up *hard* at system shutdow
On Fri, 12 Jan 2007 10:03:49 EST, Lennart Sorensen said:
>
> I would expect any distribution should work on these (as long as the
> kernel they use isn't too old.). Of course if it is a Mac, you need a
> distribution that supports their firmware (which is of course not a PC
> bios). As long as yo
On Sat, 13 Jan 2007 15:18:31 EST, Bill Davidsen said:
> [EMAIL PROTECTED] wrote:
> > On Fri, 12 Jan 2007 10:03:49 EST, Lennart Sorensen said:
> >> I would expect any distribution should work on these (as long as the
> >> kernel they use isn't too old.). Of course if it is a Mac, you need a
> >> di
On Sat, 13 Jan 2007 12:54:43 EST, Lennart Sorensen said:
> On Fri, Jan 12, 2007 at 10:38:43PM -0500, [EMAIL PROTECTED] wrote:
> > CONFIG_MCORE2=y
>
> Oh good. Makes life much simpler for users.
After writing that, I actually went back and *checked* the fine print.
It turns out that unless you ha
On Wed, 15 Nov 2006 14:29:53 +0100, Christian said:
I was hitting this under 2.6.19-rc5-mm1 as well:
> [ 7190.693567] CIFS does not yet support partial page writes on O_WRONLY files
I get that one even without "heavy stressing" - just doing a CIFS mount of
a share from our NetApp and trying to c
On Tue, 28 Nov 2006 23:17:13 +0100, Jesper Juhl said:
> In kernel/sys.c::sys_prctl() the argument named 'arg2' is very clearly
> of type 'unsigned long', and when compiling with "gcc -W" gcc also warns :
> kernel/sys.c:2089: warning: comparison of unsigned expression < 0 is always
> false
>
> So
On Sat, 16 Jun 2007 10:36:00 -, Thomas Gleixner said:
> The following patch series contains:
>
> - dyntick bugfixes for -mm (caused by the cpuidle changes in ACPI)
>
> - updates and improvements to high resolution timer / dynticks
>
> - high resolution timer / dynticks support for x86_64
A
On Mon, 18 Jun 2007 13:24:33 PDT, "Pallipadi, Venkatesh" said:
> >state2/time: -159524787
> >state2/usage: 15007443
> >
>
> The problem is powertop only understands /proc/acpi/processor/CPU*/power
> for
> and not /sys..cpuidle for the moment.
>
> I had a patch in recent cpuidle fixes series that
On Mon, 18 Jun 2007 17:49:44 EDT, [EMAIL PROTECTED] said:
> A quick check shows that the keep_proc_acpi_power_around_001.patch from
> rc5-hrt will apply to rc4-mm2-hrt - I'll give that a try tonight and report
> back...
Confirming - I backported that patch from rc5-hrt to rc4-mm2-hrt, and
now pow
On Wed, 13 Jun 2007 17:06:57 +0200, holzheu said:
> They are used to that, because all other operating systems on that
> platform like z/OS, z/VM or z/VSE have message catalogs with detailed
> descriptions about the semantics of the messages.
25 years ago, I did OS/MVT and OS/VS1 for a living, so
On Wed, 13 Jun 2007 12:04:56 PDT, Joe Perches said:
> I believe it better to simply add __FILE__ & __LINE__ to the
> macro rather than some other externally specified unique
> identifier that adds developer overhead and easily gets stale.
There's been plenty of times I've wished for that. Now if
On Wed, 13 Jun 2007 23:40:47 -0300, Alexandre Oliva said:
> On Jun 13, 2007, Daniel Hazelton <[EMAIL PROTECTED]> wrote:
>
> > (and, in the case of a TiVO, the signing
> > keys are part of the installation, not the running or building.
>
> Is installation not a precondition for running?
If a com
On Thu, 14 Jun 2007 04:56:40 +0200, Adrian Bunk said:
> Reality check:
>
> Harald convinced companies that they have to provide the private keys
> required to run the Linux kernel they ship on their hardware.
No, the *real* reality check:
The operative words here are "convinced companies" - as
401 - 500 of 1041 matches
Mail list logo
