Davide Libenzi writes:
> > Why must everything that makes things a bit simpler and more
> > predictable for application programmers be called a "mistake"?
>
> Because if you give guarantees on something, ppl start using such
> guarantee in the wrong way. Kyle's email summarizes it.
OK, my quest
Kyle Moffett writes:
> 1) Linear FD allocation makes it IMPOSSIBLE for libraries to
> reliably use persistent FDs behind an application's back. For
That's not completely true; for example, openlog() opens a file
descriptor for the library's own use, as does sethostent(). I agree
that it cr
On Friday 08 June 2007, Samuel Ortiz wrote:
> Hi Bjorn,
>
> On 6/7/2007, "Bjorn Helgaas" <[EMAIL PROTECTED]> wrote:
> >On Wednesday 06 June 2007 02:45:01 pm Andrey Borzenkov wrote:
> >> On Wednesday 06 June 2007, Bjorn Helgaas wrote:
> >> > On Tuesday 05 June 2007 09:29:11 pm Andrey Borzenkov wrote
Linus Torvalds <[EMAIL PROTECTED]> writes in gmane.linux.kernel:
<...>
> But let's say that you want to do a library that does name resolution, and
> you actually want to create the socket that binds to the DNS server just
> once, and then re-use that socket across library calls. It's not that t
On 6/7/07, S. P. Prasanna <[EMAIL PROTECTED]> wrote:
> >It faulted when it tried to write the breakpoint instruction into the
> >running kernel's executable code. Apparently the kernel code is now marked
> >read-only?
> >
> >
> Yes it would appear to be the case as user has CONFIG_DEBUG_RODATA
>
On 6/4/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
So -rc4 is out there now, hopefully shrinking the regression list further.
(CCd net device MAINTAINERs, I'm not sure, but nv_alloc_rx is forcedeth)
This server has been up for about a day now and I'm starting to get
some bad looking message
On Sat, Jun 09, 2007 at 10:06:27PM -0700, Linus Torvalds wrote:
> Why the hell doesn't that thing just do an "fstat()" on the thing, and
> compare the inode number? Not that I would guarantee that it works either
> for a socket, but it would seem to make more sense than what it apparently
> does
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave Airlie wrote:
> On 6/10/07, John Richard Moser <[EMAIL PROTECTED]> wrote:
> This has been an on-going issue for I don't know how long. I
> reported it a while ago but it's still in 2.6.22.
>
> Here's another error log. Loaded the Via driv
After SRST, libata used to wait for nsect/lbal to be set to 1/1 for
the slave device. However, some ATAPI devices don't set nsect/lbal
after SRST and the wait itself isn't too useful as we're gonna wait
for !BSY right after that anyway.
Before reset-seq update, nsect/lbal wait failure used to be
The current list.h has the same type for list elements and list heads
even though most code and coders treat them as distinct.
I've had a version of list.h (for userspace work) for about a year
which uses a different type for nodes and it works very well: code is
clearer, and mistakes like list_ad
On Sat, 9 Jun 2007, dean gaudet wrote:
>
> for an example of a library wanting to cache an open fd ... and failing
> miserably at protecting itself from the application closing its fd read:
Heh.
Why the hell doesn't that thing just do an "fstat()" on the thing, and
compare the inode number?
On Sat, Jun 09, 2007 at 09:10:51PM -0700, dean gaudet wrote:
> ok i've narrowed it some... maybe.
> in commit 8ef8286689c6b5bc76212437b85bdd2ba749ee44 things work fine, numa
> policy is respected...
> the very next commit bc56bba8f31bd99f350a5ebfd43d50f411b620c7 breaks shm
> badly causing the tes
Bartlomiej Zolnierkiewicz wrote:
>>> @@ -258,8 +259,14 @@ static void it821x_passthru_set_piomode(
>>> static const u8 pio_want[]= { ATA_66, ATA_66, ATA_66, ATA_66,
>>> ATA_ANY };
>>>
>>> struct it821x_dev *itdev = ap->private_data;
>>> + struct ata_device *pair = ata_dev_pair(adev
On Sat, 9 Jun 2007, Linus Torvalds wrote:
> IOW, the most common case for libraries is not that they get invoced to do
> one thing, but that they get loaded and then used over and over and over
> again, and the _reason_ for wanting to have a file descriptor open may
> well be that the library w
On 6/10/07, John Richard Moser <[EMAIL PROTECTED]> wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This has been an on-going issue for I don't know how long. I
reported it a while ago but it's still in 2.6.22.
Here's another error log. Loaded the Via driver in Xorg with kernel
2.6.22
On Tue, 15 May 2007, William Lee Irwin III wrote:
> On Tue, May 15, 2007 at 10:41:06PM -0700, dean gaudet wrote:
> > prior to 2.6.21 i could "numactl --interleave=all" and use SHM_HUGETLB and
> > the interleave policy would be respected. as of 2.6.21 it doesn't seem to
> > respect the policy on
On Sat, Jun 09, 2007 at 09:03:23PM -0700, Linus Torvalds wrote:
>
>
> On Sun, 10 Jun 2007, Al Viro wrote:
>
> > On Sat, Jun 09, 2007 at 08:48:39PM -0700, Linus Torvalds wrote:
> > > Agreed. That was actually part of the reason why I thought clone() was
> > > much better than the pthreads interfa
On Sun, 10 Jun 2007, Al Viro wrote:
> On Sat, Jun 09, 2007 at 08:48:39PM -0700, Linus Torvalds wrote:
> > Agreed. That was actually part of the reason why I thought clone() was
> > much better than the pthreads interface.
> >
> > That said, the Linux !CLONE_FILES does have downsides:
> >
> >
On Sat, Jun 09, 2007 at 08:48:39PM -0700, Linus Torvalds wrote:
> Agreed. That was actually part of the reason why I thought clone() was
> much better than the pthreads interface.
>
> That said, the Linux !CLONE_FILES does have downsides:
>
> - it is potentially much slower to do than sharing ev
On Sat, 9 Jun 2007, Davide Libenzi wrote:
> On Sat, 9 Jun 2007, Linus Torvalds wrote:
>
> > On Sat, 9 Jun 2007, Al Viro wrote:
> > >
> > > Eww... Idea of pipe(2) taking flags as argument...
> >
> > Right. That was one of the patches, and it was one that I said was too
> > damn ugly to live.
>
On Sun, 10 Jun 2007, Al Viro wrote:
> >
> > And that means that libraries currently MUST NOT open their own file
> > descriptors, exactly because they mess with the "application file
> > descriptor namespace", namely the linear POSIX-defined fd allocation
> > rules!
>
> Unless it does so in
On Sat, 9 Jun 2007, Linus Torvalds wrote:
> On Sat, 9 Jun 2007, Al Viro wrote:
> >
> > Eww... Idea of pipe(2) taking flags as argument...
>
> Right. That was one of the patches, and it was one that I said was too
> damn ugly to live.
>
> So I instead suggested the alternate approach of adding
As mentioned, will push Tejun's updated probe patch when received.
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
drivers/ata/ahci.c| 24
drivers/ata/lib
A big batch of fixes for the newly added libertas wireless driver is
coming soon, too.
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/ehea/ehea.h |2
On Sat, Jun 09, 2007 at 01:21:24PM -0700, Linus Torvalds wrote:
> (And dammit, that _is_ a *real*issue*. No races necessary, no NR_OPEN
> iterations, no even *halfway* suspect code. It's perfectly fine to do
>
> close(0);
> close(1);
> close(2);
> .. generate filenames,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This has been an on-going issue for I don't know how long. I
reported it a while ago but it's still in 2.6.22.
Here's another error log. Loaded the Via driver in Xorg with kernel
2.6.22 on Ubuntu, got the following in dmesg. The [drm:via_mem_al
On Sat, 9 Jun 2007 22:59:49 +0200 "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> Hmm, how's 2.6.22-rc4-mm2 doing on the Vaio?
People would have heard if it was busted ;)
Have seen occasional hangs in e100 resume-from-RAM, and occasional
all-black-and-dead symptoms after resume-from-RAM, but it
Asus M2A-VM board with the most recent BIOS update
AM2 5600
x86-64 kernel
With newer kernels (like 2.6.22-rc4), kernel hangs solid during bootup: no
oops, bug or panic etc. With nohpet kernel parameter, it boots fine.
(I referred to the following threads:
http://marc.info/?l=linux-kernel&w=2&r=1&
Peer Chen wrote:
Add the MCP73/MCP77 support to ahci driver.
The patch base on kernel 2.6.22-rc4
Signed-off-by: Peer Chen <[EMAIL PROTECTED]>
applied
Please put comments that should not be copied into the permanent kernel
changelog following a "---" separator, as described in
Documentation
Tejun Heo wrote:
HITACHI HTS541680J9SA00/SB21C7EP spuriously completes NCQ commands.
Blacklist it for NCQ.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
---
drivers/ata/libata-core.c |2 ++
1 file changed, 2 insertions(+)
applied
-
To unsubscribe from this list: send the line "unsubscrib
Olof Johansson wrote:
Most drivers don't seem to fill out the host->irq field, resulting in the
wrong (no) irq being reported at probe time. For example, sil24 on my system:
ata1: SATA max UDMA/100 cmd 0xd8009001f000 ctl 0x bmdma
0x irq 0
ata2: SATA max UDMA/
On Sat, Jun 09, 2007 at 03:27:43PM -0400, Kyle Moffett wrote:
> SCENARIO 1:
>
> Program Thread: Library Thread:
> fd = socket(AF_*, SOCK_*, 0);
> fork();
> int x = FD_CLOEXEC;
> fcntl(fd, F_SETFD, &x);
BTW, regardless of anything else, in su
On Tue, Jun 05, 2007 at 09:37:36AM +0800, WANG Cong wrote:
> I agree. Local labels maybe useful in macros.
> If someone will use local labels in his code some day, we shouldn't force him
> to align his labels in the first column.
No, we should just force him to rewrite his dreck into a readable f
nice. i proposed something like this 8 or so years ago... the problem is
that you've also got to deal with socket(2), socketpair(2), accept(2),
pipe(2), dup(2), dup2(2), fcntl(F_DUPFD)... everything which creates new
fds.
really what is desired is fork/clone with selective duping of fds. i.e.
On Sat, Jun 09, 2007 at 01:12:21PM -0700, Auke Kok wrote:
> Since the PCI bus class and revision are in the same dword, we
> can fill in both in the same read.
>
> Other non-x86 arches use different methods to fill in these values,
> make sure to adjust those too.
Yeah, this looks good to me.
I
Jan Engelhardt wrote:
On Jun 8 2007 17:42, Benjamin Gilbert wrote:
@@ -0,0 +1,299 @@
+/*
+ * x86-optimized SHA1 hash algorithm (i486 and above)
+ *
+ * Originally from Nettle
+ * Ported from M4 to cpp by Benjamin Gilbert <[EMAIL PROTECTED]>
+ *
+ * Copyright (C) 2004, Niels M?ller
+ * Copyright
Jeff Garzik wrote:
Matt Mackall wrote:
Have you benchmarked this against lib/sha1.c? Please post the results.
Until then, I'm frankly skeptical that your unrolled version is faster
because when I introduced lib/sha1.c the rolled version therein won by
a significant margin and had 1/10th the cach
On Sun, 10 Jun 2007, Pavel Machek wrote:
I'm not sure if AppArmor can be made good security for the general case,
but it is a model that works in the limited http environment
(eg .htaccess) and is something people can play with and hack on and may
be possible to configure to be very secure.
Pe
On Sun 2007-06-10 09:27:55, Nigel Cunningham wrote:
> Hi.
>
> On Sun, 2007-06-10 at 00:54 +0200, Pavel Machek wrote:
> > On Sat 2007-06-09 15:16:04, Jan-Benedict Glaw wrote:
> > > On Sat, 2007-06-09 15:08:17 +0200, Pavel Machek <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Starting beeper as soon as
On Sat, 9 Jun 2007, Al Viro wrote:
>
> Eww... Idea of pipe(2) taking flags as argument...
Right. That was one of the patches, and it was one that I said was too
damn ugly to live.
So I instead suggested the alternate approach of adding a single new
system call that runs another system call
Hi.
On Sun, 2007-06-10 at 00:54 +0200, Pavel Machek wrote:
> On Sat 2007-06-09 15:16:04, Jan-Benedict Glaw wrote:
> > On Sat, 2007-06-09 15:08:17 +0200, Pavel Machek <[EMAIL PROTECTED]> wrote:
> > >
> > > Starting beeper as soon as ACPI sleep returns is very useful in
> > > debugging "apparently
Hi!
> I'm not sure if AppArmor can be made good security for the general case,
> but it is a model that works in the limited http environment
> (eg .htaccess) and is something people can play with and hack on and may
> be possible to configure to be very secure.
>
> >>>Perhaps
On Sat 2007-06-09 15:16:04, Jan-Benedict Glaw wrote:
> On Sat, 2007-06-09 15:08:17 +0200, Pavel Machek <[EMAIL PROTECTED]> wrote:
> >
> > Starting beeper as soon as ACPI sleep returns is very useful in
> > debugging "apparently dead" machines. If it beeps at all, it makes
> > sense to start playin
Thomas Klein wrote:
This patch fixes a possible kernel panic due to not checking the vlan group
when processing received VLAN packets and a malfunction in VLAN/hypervisor
registration.
Signed-off-by: Thomas Klein <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "un
On Sat, 9 Jun 2007, Matt Mackall wrote:
> On Sat, Jun 09, 2007 at 01:31:56PM -0700, Davide Libenzi wrote:
> > On Sat, 9 Jun 2007, Linus Torvalds wrote:
> >
> > > So I think both the FD_CLOEXEC _and_ the "private fd space" are real
> > > issues. I don't agree with the "random fd" approach. I'd mu
Hi!
> I tried to use `subj`, but hit few problems:
>
> There's no maintainers entry. Should
>
> James P. Ketrenos <[EMAIL PROTECTED]>
>
> be listed as a maintainer?
>
> Kconfig mentions...
>
> See for
> information on the capabilities currently enabled in this
>
On Sat, Jun 09, 2007 at 09:49:07PM +0100, Al Viro wrote:
> On Sat, Jun 09, 2007 at 01:21:24PM -0700, Linus Torvalds wrote:
> > Which is why you'd like to do the *initial* operation with a flag that
> > says "please set the FD_CLOEXEC flag on the file descriptor", so that you
> > *atomically* inst
On Sat, Jun 09, 2007 at 01:31:56PM -0700, Davide Libenzi wrote:
> On Sat, 9 Jun 2007, Linus Torvalds wrote:
>
> > So I think both the FD_CLOEXEC _and_ the "private fd space" are real
> > issues. I don't agree with the "random fd" approach. I'd much rather have
> > a non-random setup for the nonl
On Sat, Jun 09, 2007 at 04:23:27PM -0400, Jeff Garzik wrote:
> Matt Mackall wrote:
> >On Fri, Jun 08, 2007 at 05:42:53PM -0400, Benjamin Gilbert wrote:
> >>Add x86-optimized implementation of the SHA-1 hash function, taken from
> >>Nettle under the LGPL. This code will be enabled on kernels compil
On Sat, 9 Jun 2007, Pavel Machek wrote:
Hi!
I'm not sure if AppArmor can be made good security for the general case,
but it is a model that works in the limited http environment
(eg .htaccess) and is something people can play with and hack on and may
be possible to configure to be very secure.
On Sat, 9 Jun 2007, Robert de Rooy wrote:
> Alan Stern wrote:
> > Robert, it would help somewhat if you could build a kernel with
> > CONFIG_USB_DEBUG turned on and post the dmesg log showing what happens
> > when you plug in one of those non-working devices.
> >
> Sorry, yes I should have do
[1.] One line summary of the problem: Audio card not detected under
kernel, card is SigmaTel, computer is a Dell XPS 400
[2.] Full description of the problem/report:
The volume control did not find any elements and/or devices to
control. This means either that you don't have the right GStreamer
pl
On Sat, 2007-06-09 at 22:59 +0200, Rafael J. Wysocki wrote:
> > Can the suspend/resume and ACPI wizards please give some hint how to
> > track this 100% reproducible wreckage down.
>
> Hmm, how's 2.6.22-rc4-mm2 doing on the Vaio?
>
> There are a couple of patches in there that might help in theor
i'm pleased to announce the v2.6.21.4-rt11 kernel, which can be
downloaded from the usual place:
http://people.redhat.com/mingo/realtime-preempt/
more info about the -rt patchset can be found in the RT wiki:
http://rt.wiki.kernel.org
-rt11 is a bit more experimental than usual
Hi!
> >> I'm not sure if AppArmor can be made good security for the general case,
> >> but it is a model that works in the limited http environment
> >> (eg .htaccess) and is something people can play with and hack on and may
> >> be possible to configure to be very secure.
> >>
> > Perhaps -
Mark Lord wrote:
Oh crap. I did test it a couple of months ago, but my boot/root drive
is libata not IDE -- so no panic on boot with it. After booting, it
worked
just fine talking to PC-CARD CF devices using the polling.
=ml
Ok, no problem. I recompiled the kernel with libata (but without
Hello!
I'm new to kernel programming and I try to develop a fake ethernet driver for
v2.6.21.3 which I really need based on netdev but I ran into the following
issue:
If the kernel calls the 'dev->hard_start_xmit' function of my driver then this
calls another one which try to create a socket in
On Sat, Jun 09, 2007 at 12:24:14PM -0400, Rich Chase wrote:
> Sam,
> Thanks for the feedback. I need more ideas. See
> responses to your ideas below.
>
>
> Yes, I was attempting to compile gspcav1, a webcam
> driver. It can be found at:
> http://mxhaard.free.fr/download.html
>From the Makefi
Björn Steinbrink wrote:
Sorry for the delay, your mails didn't make it into my inbox, and I
usually just mark threads on which I'm Cc'ed as read in my lkml mailbox,
thus I didn't notice it earlier. Any traces of the lost mails on your
side?
No clues on this end.
The patch works as expected, n
On Saturday, 9 June 2007 21:54, Thomas Gleixner wrote:
> Andrew's jinxed VAIO breaks with the high resolution timer updates in a
> very strange way. Andrew identified the following patch as the culprit:
>
> http://www.tglx.de/projects/hrtimers/2.6.22-rc4/broken-out/clockevents-fix-resume-logic.pat
On Sat, Jun 09, 2007 at 01:21:24PM -0700, Linus Torvalds wrote:
> Which is why you'd like to do the *initial* operation with a flag that
> says "please set the FD_CLOEXEC flag on the file descriptor", so that you
> *atomically* install the file file descriptor and set the FD_CLOEXEC bit.
>
> It'
On Sat, 9 Jun 2007, Kyle Moffett wrote:
On Jun 09, 2007, at 13:32:05, [EMAIL PROTECTED] wrote:
On Sat, 9 Jun 2007, Kyle Moffett wrote:
> On Jun 09, 2007, at 12:46:40, [EMAIL PROTECTED] wrote:
> > so as I understand this with SELinux you will have lots of labels
> > around your system (more as
i'm pleased to announce the v2.6.21.4-rt10 kernel, which can be
downloaded from the usual place:
http://redhat.com/~mingo/realtime-preempt/
more info about the -rt patchset can be found in the RT wiki:
http://rt.wiki.kernel.org
This is a fixes-only release assembled by Thomas Gle
"John Stoffel" <[EMAIL PROTECTED]> writes:
> Thinking about it more, I wonder if Krysztof is bitching more about
> the tab width of 8 characters? I know that it ticks me off,
> indenting by two spaces is plenty for me to follow the flow, along
> with Emacs and braces closure indication.
Well, 8
Andrew Lyon wrote:
> On 6/7/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
>> Andrew Lyon wrote:
>> >
>> > Could this also cause a system to be unstable? my abit athlon64 at
>> > work will not run x64 with more than 1gb ram, and i have a colo server
>> > with supermicro & 2 x dual core xeons that wi
Peter Zijlstra <[EMAIL PROTECTED]> writes:
> I agree, its easier on the eyes to have dense columns of text to read
> than having to scan all over the place.
Sure, though I don't propose writing 130 chars in each line. Tabs
don't need much scanning.
--
Krzysztof Halasa
-
To unsubscribe from this
On Sat, 9 Jun 2007, Linus Torvalds wrote:
> So I think both the FD_CLOEXEC _and_ the "private fd space" are real
> issues. I don't agree with the "random fd" approach. I'd much rather have
> a non-random setup for the nonlinear ones (it just shouldn't be linear).
That is fine for me. So what ab
Matt Mackall wrote:
On Fri, Jun 08, 2007 at 05:42:53PM -0400, Benjamin Gilbert wrote:
Add x86-optimized implementation of the SHA-1 hash function, taken from
Nettle under the LGPL. This code will be enabled on kernels compiled for
486es or better; kernels which support 386es will use the generi
On Sat, 9 Jun 2007, Al Viro wrote:
>
> How the hell can it be racy wrt normal open()? F_DUPFD is not dup2(),
> it's non-overriding.
Al, you probably didn't read this thread from the beginning (not in this
particular email thread - an earlier one on the whole feature).
The problem is that a t
On Sat, 9 Jun 2007, Willy Tarreau wrote:
That's wrong. It will now require "expr" to be present and working on
the machine, eventhough it's certainly needed for other parts of the
Oh, I was under the strange assumption that "expr" was a shell-builtin.
Well, it's not so I guess I'll just live w
On Fri, Jun 08, 2007 at 05:42:53PM -0400, Benjamin Gilbert wrote:
> Add x86-optimized implementation of the SHA-1 hash function, taken from
> Nettle under the LGPL. This code will be enabled on kernels compiled for
> 486es or better; kernels which support 386es will use the generic
> implementatio
Since the PCI bus class and revision are in the same dword, we
can fill in both in the same read.
Other non-x86 arches use different methods to fill in these values,
make sure to adjust those too.
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/pci_64.c |2 ++
arch/sparc
On 08/06/07, Greg KH <[EMAIL PROTECTED]> wrote:
Over time there have been a number of problems when sysfs has changed in
"unexpected" ways. Here's a document that Kay wrote a while ago that
I'd like to add to the kernel Documentation directory to help userspace
programmers out.
Any comments or
On Sat, Jun 09, 2007 at 03:27:43PM -0400, Kyle Moffett wrote:
> On Jun 09, 2007, at 13:24:29, Al Viro wrote:
> >On Sat, Jun 09, 2007 at 10:08:59AM -0700, Ulrich Drepper wrote:
> >>- - there are two interface to use: open + fcntl. This is racy.
> >>And don't tell me this doesn't matter.
> >Racy
Albert Cahalan wrote:
> There is an SE Linux execmem restriction that enforces W^X.
> Assuming you don't wish to just disable SE Linux, there are
> two ugly ways around the problem.
This should be fixed in SELinux, or more accurately the SELinux profile.
There is absolutely no other sane option.
On Saturday, 9 June 2007 19:40, Michal Piotrowski wrote:
> Hi all,
>
> Here is a list of some known regressions in 2.6.22-rc4
> with patches available.
>
> Feel free to add new regressions/remove fixed etc.
> http://kernelnewbies.org/known_regressions
>
>
>
> SATA/PATA
>
> Subject: disk o
Hello,
On Saturday 09 June 2007, Tejun Heo wrote:
> Hello,
>
> Bartlomiej Zolnierkiewicz wrote:
> > * (partially) fix DMA in RAID mode
> >
> > Code intended to check DMA status was checking DMA command register.
> > Moreover firmware seems to "forget" to set DMA capable bit for the
> > sl
Andrew's jinxed VAIO breaks with the high resolution timer updates in a
very strange way. Andrew identified the following patch as the culprit:
http://www.tglx.de/projects/hrtimers/2.6.22-rc4/broken-out/clockevents-fix-resume-logic.patch
This makes no sense at all. The patch just moves the timer
On Sat, Jun 09, 2007 at 09:34:36PM +0200, Christian Kujau wrote:
> On Sat, 9 Jun 2007, Julio M. Merino Vidal wrote:
> >Wouldn't this be better expressed as:
> >
> > start=$(($start + 8))
> > size=$(($end - $start))
> >
> >to avoid invoking a subshell?
>
> This is certainly possible for lots for
On Wed, 6 Jun 2007, Andreas Hartmann wrote:
After the first of the files is closed and the second has been started,
the machine is getting slower and slower and tons of the following
messages can be found in messages (that's the last one - afterwards the
machine crashed silently).
Is this 2.6.1
On Jun 09, 2007, at 13:32:05, [EMAIL PROTECTED] wrote:
On Sat, 9 Jun 2007, Kyle Moffett wrote:
On Jun 09, 2007, at 12:46:40, [EMAIL PROTECTED] wrote:
so as I understand this with SELinux you will have lots of labels
around your system (more as you lock down the system more) you
need to defin
Grant Grundler wrote:
On Fri, Jun 08, 2007 at 03:46:30PM -0700, Auke Kok wrote:
Currently there are 97 occurrences where drivers need the pci
revision ID. We can do this once for all devices. Even the pci
subsystem needs the revision several times for quirks. The extra
u8 member pads out nicely
As mentioned,
> It depnes on the module. If the module uses
> MODVERSIONIGN a full build is needed.
This is what I did. However, the include file is
missing. Do sourcefiles (other than config.h) get
created at compile time?
Thanks,
Rich
-
To unsubscribe from this list: send the line "unsubscri
On 09/06/2007, at 21:34, Christian Kujau wrote:
On Sat, 9 Jun 2007, Julio M. Merino Vidal wrote:
Wouldn't this be better expressed as:
start=$(($start + 8))
size=$(($end - $start))
to avoid invoking a subshell?
This is certainly possible for lots for scripts, but was not the
"scope" o
Hi!
> >> Maybe you'd like to confine the PHP interpreter to limit what it can do.
> >> That might be a good application for something like AppArmor. You don't
> >> need comprehensive information flow control for that kind of use, and
> >> it would likely just get in the way.
> >
> >SELinux can do
Jan,
> >In your case the kernel was not build.
> >And to build modpost you need to execute "make
> > modules" from the kernel top-level directory.
>
> "make scripts" ?
Wouldn't this do the same as going into the ".scripts/"
directory and doing make?
My problem is that the script 'modpost' requir
On Sat, 9 Jun 2007, Julio M. Merino Vidal wrote:
Wouldn't this be better expressed as:
start=$(($start + 8))
size=$(($end - $start))
to avoid invoking a subshell?
This is certainly possible for lots for scripts, but was not the "scope"
of this patch. ` is not bash-specific and does not b
On Saturday 09 June 2007, Michal Piotrowski wrote:
> IDE
>
> Subject: libata and legacy ide pcmcia failure
> References : http://lkml.org/lkml/2007/5/17/305
> Submitter : Robert de Rooy <[EMAIL PROTECTED]>
> Handled-By : Mark Lord <[EMAIL PROTECTED]>
> Status : problem is being debugged
David Miller wrote:
From: Grant Grundler <[EMAIL PROTECTED]>
Date: Sat, 9 Jun 2007 00:59:53 -0600
On Fri, Jun 08, 2007 at 03:46:30PM -0700, Auke Kok wrote:
Currently there are 97 occurrences where drivers need the pci
revision ID. We can do this once for all devices. Even the pci
subsystem nee
On Jun 09, 2007, at 13:24:29, Al Viro wrote:
On Sat, Jun 09, 2007 at 10:08:59AM -0700, Ulrich Drepper wrote:
- - there are two interface to use: open + fcntl. This is racy.
And don't tell me this doesn't matter.
Racy with respect to what? Return-to-libc exploits from another
thread?
How
Hi,
On Sat, 09 Jun 2007 16:53:32 +0200, Mikael Pettersson wrote:
> On Fri, 08 Jun 2007 10:14:03 +0200, Gerard H. Pille wrote:
>> [1.] One line summary of the problem: Since I switched from 2.6.20 to
>> 2.6.21 on my Athlon AMD64 laptop, the system time is slow - about 1' on
>> 15'.
>
> According
Hi!
I tried to use `subj`, but hit few problems:
There's no maintainers entry. Should
James P. Ketrenos <[EMAIL PROTECTED]>
be listed as a maintainer?
Kconfig mentions...
See for
information on the capabilities currently enabled in this
driver and for tips for
On 09/06/2007, at 21:22, Christian Kujau wrote:
Hi,
I noticed that scripts/extract-ikconfig is using /bin/sh in its
shebang but when /bin/sh is not a symlink to bash, it breaks with:
[...]
@@ -18,8 +18,8 @@ function dump_config {
fi
end=`$binoffset $file $IKCFG_ED 2>/dev/null`
-
Sam,
Thanks for the feedback. I need more ideas. See
responses to your ideas below.
> On Fri, Jun 08, 2007 at 09:08:36AM -0400, Rich Chase
wrote:
> > An Apparent bug:
> > version 2.6.21.3
> > missing the file ./scripts/mod/elfconfig.h
>
> To build an external module you need to point to a
> dire
Hi,
I noticed that scripts/extract-ikconfig is using /bin/sh in its shebang
but when /bin/sh is not a symlink to bash, it breaks with:
# scripts/extract-ikconfig /boot/vmlinux
scripts/extract-ikconfig: 11: function: not found
scripts/extract-ikconfig: 12: typeset: not found
The diff below see
On Fri, Jun 08, 2007 at 03:53:49PM +0200, Bernd Schmidt wrote:
> 2. It is no longer possible to get blocks smaller than a page through
>mmap. This behaviour was used by simplemalloc, which is an insane
>way of implementing malloc on nommu systems and hopefully not used
>by anyone anymo
Linus Torvalds wrote:
So what's the resolution? Right now this is apparently the reasong for
Based on the thread it sounded like Tejun was going to post a slightly
modified version of his patch?
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Fri, Jun 08, 2007 at 12:00:28AM -0700, Chris Wright wrote:
> We (the -stable team) are announcing the release of the 2.6.20.13 kernel.
> This release has three security fixes in it:
>
> 54bb290b: random: fix error in entropy extraction (CVE-2007-2453 1 of 2)
> f5939fcd: random: fix seeding wit
On 6/9/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
On Jun 9 2007 08:08, Jon Masters wrote:
>
>So I missed half of this conversation - you're saying that on a
>CONFIG_DEBUG_KERNEL, you have such large .ko module files that depmod
>segfaults? Can I get a core dump or any further information? :-)
Hello,
The following patch enables ratelimiting of unhandled signals in x86_64.
Without this, a malicious user could inflict local DoS and fill up the
logs with a code like this:
main()
{
while(1)
if (!fork())
*(int *)0 = 0;
}
The patch is against
1 - 100 of 219 matches
Mail list logo
