On Thu, Oct 11, 2007 at 09:31:26PM -0700, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23/2.6.23-mm1/
Ok, now that it boots let's go for more.
I cannot suspend if mysqld is running. mysql isn't atually doing
anything useful anyway.
This is the
On Sat, Oct 20, 2007 at 07:18:26AM -0500, Dave Kleikamp wrote:
> On Fri, 2007-10-19 at 22:34 -0700, Andrew Morton wrote:
> > On Sat, 20 Oct 2007 13:57:54 +0900 Mattia Dongili <[EMAIL PROTECTED]> wrote:
> >
> > > On Thu, Oct 11, 2007 at 09:31:26PM -0700, Andrew Morton wrote:
> > > >
> > > >
On Sunday 21 October 2007 14:53, Eric W. Biederman wrote:
> Nick Piggin <[EMAIL PROTECTED]> writes:
> > On Saturday 20 October 2007 07:27, Eric W. Biederman wrote:
> >> Andrew Morton <[EMAIL PROTECTED]> writes:
> >> > I don't think we little angels want to tread here. There are so many
> >> >
On Sunday 21 October 2007 15:10, Eric W. Biederman wrote:
> Nick Piggin <[EMAIL PROTECTED]> writes:
> > On Saturday 20 October 2007 08:51, Eric W. Biederman wrote:
> >> Currently the ramdisk tries to keep the block device page cache pages
> >> from being marked clean and dropped from memory. That
Guillaume Chazarain wrote:
>>> BUG: unable to handle kernel NULL pointer dereference at virtual address
>>> 0004
>
> This should be fixed in recent git by
> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=9b013e05e0289c190a53d78ca029e2f21c0e4485
>
Maybe we
Nick Piggin <[EMAIL PROTECTED]> writes:
> On Saturday 20 October 2007 08:51, Eric W. Biederman wrote:
>> Currently the ramdisk tries to keep the block device page cache pages
>> from being marked clean and dropped from memory. That fails for
>> filesystems that use the buffer cache because the
Nick Piggin <[EMAIL PROTECTED]> writes:
> On Saturday 20 October 2007 07:27, Eric W. Biederman wrote:
>> Andrew Morton <[EMAIL PROTECTED]> writes:
>> > I don't think we little angels want to tread here. There are so many
>> > weirdo things out there which will break if we bust the coherence
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
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
>
>
On Saturday 20 October 2007 08:51, Eric W. Biederman wrote:
> Currently the ramdisk tries to keep the block device page cache pages
> from being marked clean and dropped from memory. That fails for
> filesystems that use the buffer cache because the buffer cache is not
> an ordinary buffer cache
[EMAIL PROTECTED] wrote:
> 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
Gabriel C wrote:
Hi,
usually I'll wait for rc1 and test compile external module to see which are
broken and what need fixing
but while I need virtualbox for some tests I test compile it on current git and
it failed badly.
Maybe something is missing from x86 merge ?
Here is what I get :
...
On Saturday 20 October 2007 07:27, Eric W. Biederman wrote:
> Andrew Morton <[EMAIL PROTECTED]> writes:
> > I don't think we little angels want to tread here. There are so many
> > weirdo things out there which will break if we bust the coherence between
> > the fs and /dev/hda1.
>
> We broke
On Fri, Oct 19, 2007 at 12:35:38PM -0500, Timur Tabi wrote:
> If my driver is compiled in-kernel (and I have module support turned off),
> can I still use request_firmware()?
Yes.
> If my driver is loaded before the file system drivers are loaded, how
> can a user process copy the firmware to
On Fri, Oct 19, 2007 at 07:53:24PM +0200, Rodolfo Giometti wrote:
> +/* The main struct */
> +struct pps_device {
> + struct pps_source_info info;/* PSS source info */
> +
> + struct pps_kparams params; /* PPS's current params */
> +
> + __u32 assert_sequence;
On Sun, 21 Oct 2007 01:51:50 +0200 (CEST)
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> As per James's request, I am reposting the MultiAdmin LSM
That's very nice, but ... what is it?
It would be really helpful if each patch series came with some
kind of description of what problem the patches
Christopher Li wrote:
> OK, I get a trivial fix after all. The test case is fixed now.
> I haven't done much test otherwise.
>
> See the patch attached.
Nice work Chris! Patch applied and pushed out.
I may roll an 0.4.1 release in the near future to fix kernel
builds with Sparse.
- Josh
Wrong order of arguments
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
diff --git a/mm/oom_kill.c b/mm/oom_kill.c
index 824cade..91a081a 100644
--- a/mm/oom_kill.c
+++ b/mm/oom_kill.c
@@ -496,7 +496,7 @@ retry:
panic("Out of memory and no killable
commit 7b96dc023a1b487bce59256fde14b8bb28b45aea had missed one
place.
Signed-off-by: Al Viro <[EMAIL PROTECTED]>
---
diff --git a/drivers/sbus/char/vfc_dev.c b/drivers/sbus/char/vfc_dev.c
index e7a1642..d4f8fcd 100644
--- a/drivers/sbus/char/vfc_dev.c
+++ b/drivers/sbus/char/vfc_dev.c
@@
On Sun, Oct 21, 2007 at 03:55:46AM +0400, Alexey Dobriyan wrote:
> * irq_flags_t is marked with __bitwise__ which means sparse(1) will warn
> developer when he accidently uses wrong type or totally wrong variable.
> * irq_flags_t allows conversion to struct instead of typedef without flag day.
>
The current Linux kernel currently contains the generate_random_uuid()
function, which creates - based on RFC 4122 - truly random UUIDs and
provides them to userspace through /proc/sys/kernel/random/boot_id
and /proc/sys/kernel/random/uuid.
The attached patch additionally adds the "Time-based
Fix a bug in the current random UUID generator:
Section 4.1.6 of RFC 4122 states regarding the "NodeID" of a UUID:
: For systems with no IEEE address, a randomly or pseudo-randomly
: generated value may be used; see Section 4.5. The multicast bit must
: be set in such addresses, in order that
Andrew,
this is a series of two patches for the kernels UUID generator which was
already posted two weeks ago to LKML for discussion:
http://lkml.org/lkml/2007/10/6/37
1) The first patch fixes a real (although not too critical) bug in the current
UUID random generator. It would be great if
Thanks for catching these, Milton.
I had done my testing against 2.6.23-rc8-mm2 and earlier, so had not
picked up your earlier debug sysctl patches from Oct 12 or so that
first fixed this, so had not noticed that the resulting merge of your
work and mine was borked.
... somedays even the latest
On Sat, 20 Oct 2007 21:17:00 +0200 Sam Ravnborg wrote:
> 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
>
>
Security fixes since 2.6.16.55:
- CVE-2007-3739: Don't allow the stack to grow into hugetlb reserved regions
- CVE-2007-4133: hugetlb: fix prio_tree unit
Location:
ftp://ftp.kernel.org/pub/linux/kernel/people/bunk/linux-2.6.16.y/testing/
git tree:
Ok. I just put a program on something like
http://www.kernel.org/~chris/vt6307ohciver.c
Anybody with OHCI-1.0 VT6307* Firewire chip may want to try. Obviously
it's based on undocumented features, it may blow your machine etc.
Please remove your ohci1394 or firewire-ohci driver before using this
If the pci_intx change will be applied to the SATA driver, can it be
applied for the ATI USB-HCDs too? See
http://lkml.org/lkml/2006/12/21/47 for more details. That should help
most of the ATI MSI quirks. It helped me (Acer Aspire 502x laptop with
ATI RS480/SB400).
> When I used "here", I was
Hi,
Utilizing Al's concers about using smack_cipso_count without locking,
here's a patch that remove smack_cipso_count and uses simple list
traversing in read() without any counting mechanism.
CC: Al Viro <[EMAIL PROTECTED]>
Signed-off-by: Ahmed S. Darwish <[EMAIL PROTECTED]>
---
Please apply
On Sat, Oct 20, 2007 at 12:36:17PM -0700, Linus Torvalds wrote:
>
>
> On Sat, 20 Oct 2007, Sam Ravnborg wrote:
> >
> > I pulled next branch of git and applied your patch.
> >
> > When running
> > git log --follow -B arch/x86/kernel/vmlinux_64.lds.S
> >
> > I got no output at all (in a
Linus, is there a preferred name to refer to the kernel version in your tree
after 2.6.23 is out (and the official 2.6.23.y git was created) but before
you release 2.6.24-rc1? I've seen online references to it as "2.6.24",
"2.6.24++", "2.6.24-rc0", etc. Since your top-level Makefile still says
--
On Sat, 20 Oct 2007, Dmitry Adamushko wrote:
> On 19/10/2007, Steven Rostedt <[EMAIL PROTECTED]> wrote:
> > [ ... ]
> >
> ===
> > --- linux-test.git.orig/kernel/sched.c 2007-10-19 12:33:09.0 -0400
> > +++
Hi Dmitry,
--
On Sat, 20 Oct 2007, Dmitry Adamushko wrote:
> On 19/10/2007, Steven Rostedt <[EMAIL PROTECTED]> wrote:
> > [ ... ]
> > Index: linux-test.git/kernel/sched.c
> > ===
> > --- linux-test.git.orig/kernel/sched.c
On Sat, 20 Oct 2007, Jan Engelhardt wrote:
> >I'd like to note that I asked people who were actually affected, and had
> >examples of their real-world use to step forward and explain their use,
> >and that I explicitly mentioned that this is something we can easily
> >re-visit.
> >
>
> I do
> Try with "-p".
>
> It's possible (nay, likely) that "next" has the bug where "--follow"
> without a patch generating thing (-p or --stat or one of the other flags
> that enable diffs) doesn't work at all.
It's not only next. The latest release (1.5.3.4) has this problem.
-Andi
-
To
[PATCH 4/4] MultiAdmin module
- Add the MultiAdmin to the mainline tree.
I hope the rest is self-explanatory :)
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>, May 01 2006
Modified July 11 2006
---
security/Kconfig| 17 +
security/Makefile |3
security/multiadm.c
CHECK mm/oom_kill.c
mm/oom_kill.c:499:27: warning: incorrect type in argument 2 (different base
types)
mm/oom_kill.c:499:27:expected restricted unsigned int [usertype] gfp_mask
mm/oom_kill.c:499:27:got unsigned long [unsigned] [addressable] points
mm/oom_kill.c:499:35: warning:
[PATCH 3/4] task_post_setgid()
- Implement the task_post_setgid() LSM hook which is required by
MultiAdmin to switch between classes.
(task_post_setuid also switches between classes -- and already exists)
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>, May 01 2006
[PATCH 3/4] task_post_setgid()
- Implement the task_post_setgid() LSM hook which is required by
MultiAdmin to switch between classes.
(task_post_setuid also switches between classes -- and already exists)
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>, May 01 2006
[PATCH 2/4] Use of capable_light()
capable() now behaves like (capable_light() && is_superadm). Since some
operations are allowed by subadmins too, it suffices to use
capable_light().
Signed-off-by: Jan Engelhardt <[EMAIL PROTECTED]>, May 01 2006
Modified July 11 2006
---
[PATCH 1/4] security_cap_extra() and more
- Renames capable() to capable_light().
This function is used if only a capability is to be checked.
- Implement a new capable that calls security_cap_extra().
Since a subadmin has almost the same capabilities as a
As per James's request, I am reposting the MultiAdmin LSM in its
current form (2.6.23.1, still with the modular LSM interface).
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
commit 029190c515f15f512ac85de8fc686d4dbd0ae731 (cpuset
sched_load_balance flag) was not tested SCHED_DEBUG enabled as
committed as it dereferences NULL when used and it reordered
the sysctl registration to cause it to never show any domains
or their tunables.
Fixes:
1) restore
commit 029190c515f15f512ac85de8fc686d4dbd0ae731 (cpuset
sched_load_balance flag) was not tested SCHED_DEBUG enabled as
committed as it dereferences NULL when used and it reordered
the sysctl registration to cause it to never show any domains
or their tunables.
Fixes:
1) restore
Hi,
> Kohjinsha subnotebook seems to contain wifi with USB IDs 0x18e8,
> 0x6206... I hope that to be compatible with
> net/wireless/rt2x00/rt73usb.c .
Is there any reason you assume it is a rt73usb device,
or are you just making wild guesses about what the chipset is?
> [Sidenote: could we add
One of type of bugs steadily being fought is the following one:
unsigned int flags;
spin_lock_irqsave(, flags);
where "flags" should be "unsigned long". Here is far from complete list of
commits fixing such bugs:
099575b6cb7eaf18211ba72de56264f67651b90b
In message <[EMAIL PROTECTED]>, Linus Torvalds writes:
> On Sat, 20 Oct 2007, Erez Zadok wrote:
[...]
> - if you are a git user, and got it that way, just use the git name, and
>use "git describe" to get it.
>
>So my current head is called "v2.6.23-6562-g8add244" which tells you
>
On Fri, 2007-10-19 at 16:21 -0400, Jeff Garzik wrote:
> Take a look at tg3.c net driver change
> 2fbe43f6f631dd7ce19fb1499d6164a5bdb34568 which is a similar situation.
>
> However, it may turn out that removing the pci_intx() stuff as a
> general
> rule is easier than quirking these devices,
Hi!,
[Casey, sending patches in public to get an early review]
Omit non-cipso labels in cipso_seq_start().
Signed-off-by: Ahmed S. Darwish <[EMAIL PROTECTED]>
---
stopping seq_show() if smk_cipso = NULL only fixes the bug
symptom. We'll issue a BUG() in that case cause it signals a
serious
On Sat, 20 Oct 2007, Sam Ravnborg wrote:
>
> I pulled next branch of git and applied your patch.
>
> When running
> git log --follow -B arch/x86/kernel/vmlinux_64.lds.S
>
> I got no output at all (in a newly pulled linux kernel dir).
Try with "-p".
It's possible (nay, likely) that
On Sat, 20 Oct 2007, Erez Zadok wrote:
>
> Linus, is there a preferred name to refer to the kernel version in your tree
> after 2.6.23 is out (and the official 2.6.23.y git was created) but before
> you release 2.6.24-rc1?
Well, since you can only get one of those kernels in two ways, there's a
On Sat, 20 Oct 2007, Andi Kleen wrote:
>
> It's not only next. The latest release (1.5.3.4) has this problem.
Yes. It's ok in the master branch, but due to unlucky timing with noticing
this bug, and Junio being away, no releases got cut with the fix.
In general, the kernel people haven't
On Fri, 19 Oct 2007 16:35:07 -0700, Darrick J. Wong wrote:
> Ok, I'll change the message to be a bit more accurate.
> ---
> Clean up printk use in ibmpex.
>
> Signed-off-by: Darrick J. Wong <[EMAIL PROTECTED]>
> ---
Acked-by: Jean Delvare <[EMAIL PROTECTED]>
>
> drivers/hwmon/ibmpex.c | 48
On Sat, 20 Oct 2007, Erez Zadok wrote:
>
> One more small git question: I keep a separate tree for unionfs, which I
> rebase often based on your tree. But my tree sez:
>
> $ git-describe
> v2.6.21-rc1-22880-g3a1848d
>
> "v2.6.21-rc1"? What am I missing (some tags I forgot to pull?) Why
On Sat, 20 Oct 2007, Kay Sievers wrote:
> Here is what I see, the error handler hangs without the final put and
> the kobject never gets cleaned up. Note the missing:
> kobject sdb: cleaning up
>
> What is your CONFIG_SYSFS_DEPRECATED option? I have it unset, and that
> may be the difference
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
include/linux/sched.h|4 +-
kernel/audit.c | 10 +++---
kernel/cpu_acct.c|2 -
kernel/delayacct.c |6 +--
kernel/hrtimer.c | 16 -
kernel/irq/chip.c|
In message <[EMAIL PROTECTED]>, Erez Zadok writes:
> In message <[EMAIL PROTECTED]>, Trond Myklebust writes:
[...]
> > Looking at
> > nfs_proc_create(), there is indeed a missing call to
> > nfs_mark_for_revalidate(). The reason why you need such a call being the
> > usual one: NFSv2 doesn't
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 do the trick.
Sam
-
To unsubscribe from this list: send
On Sat, Oct 20, 2007 at 11:49:51AM -0700, Linus Torvalds wrote:
>
>
> On Sat, 20 Oct 2007, Linus Torvalds wrote:
> >
> > I could perhaps look at making "git log --follow" also break up files that
> > got totally rewritten (git already has a notion of "-B" to do that), but
> > no, we don't do
In message <[EMAIL PROTECTED]>, Trond Myklebust writes:
>
> On Fri, 2007-10-19 at 22:33 -0400, Erez Zadok wrote:
> > Trond, good news. I was able to narrow down the problem to purely the
> > client-side, probably dcache/readdir related, and I have a shell script that
> > deterministically
On Sat, 20 Oct 2007, Brian Gerst wrote:
> Signed-off-by: Brian Gerst <[EMAIL PROTECTED]>
> ---
> include/asm-x86/required-features.h| 73 ++-
> include/asm-x86/required-features_32.h | 55
> include/asm-x86/required-features_64.h |
On Sat, 20 Oct 2007, Linus Torvalds wrote:
>
> I could perhaps look at making "git log --follow" also break up files that
> got totally rewritten (git already has a notion of "-B" to do that), but
> no, we don't do it right now.
Ok, if you guys have a current git source, and want to try
On Sat, Oct 20, 2007 at 03:58:03AM -0500, Milton Miller wrote:
> Commit 9a39e273d4df0560c724c5fe71f6314a0583ca2b removed the boot directory
> addition to CFLAGS that was being used by the subdirectory builds. For the
> other files, that patch set EXTRA_CFLAGS, but Makefile.build explicitly
> sets
Hi!
Kohjinsha subnotebook seems to contain wifi with USB IDs 0x18e8,
0x6206... I hope that to be compatible with
net/wireless/rt2x00/rt73usb.c .
[Sidenote: could we add some real author info into rt73usb.c?]
I did this on 2.6.23-rc8-mm1 kernel (The RT hack may not be
neccessary), but then it
Mathieu Desnoyers wrote:
I have tried generating asm-to-"register" c variables for char, short
and int on i386 and I do not see this happening. The char opcode is
always 1 byte, short 2 bytes and int 1 byte. Result:
The comment was referring to x86-64, but I incorrectly remembered that
Hi!
> > Try disabling acpi embedded controller.
> >
> How can I accomplish this? Are you referring to the i8042?
rmmod acpi_ec or how is it called. But I'm not sure how easy this is.
> > Try watching keyboard interrupts. Are they lost?
> >
> I am pretty sure they are. I think that ACPI
On Sat, Oct 20, 2007 at 11:18:47AM -0700, Randy Dunlap wrote:
> On Sat, 20 Oct 2007 19:14:03 +0200 Sam Ravnborg wrote:
>
> > I found this one to work:
> > + setCaption("hello my little world");
>
> Thanks, your search expressions were better than mine.
>
> > We should show the prompt
I'll try to, but it may take some time. Jan
>>> Sam Ravnborg <[EMAIL PROTECTED]> 10/20/07 6:50 PM >>>
Jan - I assume you will look into this.
And thanks to David/Randy for narrowing this down.
Thanks,
Sam
On Fri, Oct 19, 2007 at 09:25:55PM -0700, Linus Torvalds wrote:
>
>
> On Fri,
On Sat, 20 Oct 2007, Sam Ravnborg wrote:
>
> But you do not see the rename arch/x86_64/kernel/{vmlinux.lds.S =>
> vmlinux.lds.S}
Umm. What you are describing isn't a rename - that's the same name. Do you
perhaps mean vmlinux.lds.S => vmlinux_64.lds.S ?
And yes, it doesn't show that as a
On Sat, 20 Oct 2007 19:14:03 +0200 Sam Ravnborg wrote:
> I found this one to work:
> + setCaption("hello my little world");
Thanks, your search expressions were better than mine.
> We should show the prompt associated with mainmenu here.
You want all 3 of them converted to
On 19/10/2007, Steven Rostedt <[EMAIL PROTECTED]> wrote:
> [ ... ]
>
===
> --- linux-test.git.orig/kernel/sched.c 2007-10-19 12:33:09.0 -0400
> +++ linux-test.git/kernel/sched.c 2007-10-19 12:34:32.0 -0400
> @@
On Sat, 20 Oct 2007 20:12:02 +0200 Sam Ravnborg wrote:
> On Sat, Oct 20, 2007 at 07:14:03PM +0200, Sam Ravnborg wrote:
> > On Fri, Oct 19, 2007 at 02:55:28PM -0700, Randy Dunlap wrote:
> > > From: Randy Dunlap <[EMAIL PROTECTED]>
> > >
> > > menuconfig and gconfig already place a title (or
On Sat, Oct 20, 2007 at 07:14:03PM +0200, Sam Ravnborg wrote:
> On Fri, Oct 19, 2007 at 02:55:28PM -0700, Randy Dunlap wrote:
> > From: Randy Dunlap <[EMAIL PROTECTED]>
> >
> > menuconfig and gconfig already place a title (or caption) on the top
> > bar of their window (or whatever that is
Signed-off-by: Brian Gerst <[EMAIL PROTECTED]>
---
include/asm-x86/required-features.h| 73 ++-
include/asm-x86/required-features_32.h | 55
include/asm-x86/required-features_64.h | 46
3 files changed, 70
On Sat, 20 Oct 2007, Sam Ravnborg wrote:
> On Sat, Oct 20, 2007 at 08:56:18AM -0700, Linus Torvalds wrote:
> > so it definitely works for me.
>
> But you do not see the rename arch/x86_64/kernel/{vmlinux.lds.S =>
> vmlinux.lds.S}
> And this is I thing the important step here.
>
> For
Frans Pop wrote:
> emist wrote:
>> The following patch fixes and issue in the s390 dcssblk driver. The
>> issue is caused when an unsuccessful attempt is made in order to change
>> a segment's type through the device attribute file "shared". This causes
>> the driver to remove the device in
On Fri, 2007-10-19 at 20:41 -0500, Olof Johansson wrote:
> nfs: Fix build break with CONFIG_NFS_V4=n
>
> Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Acked-by: Trond Myklebust <[EMAIL PROTECTED]>
with apologies.
> ---
>
>
> On Fri, Oct 19, 2007 at 05:23:13PM -0400, Trond Myklebust
On Fri, 2007-10-19 at 19:32 -0700, Linus Torvalds wrote:
>
> On Fri, 19 Oct 2007, Erez Zadok wrote:
> >
> > Trond, with Linus's latest tree, you need to #include in
> > fs/nfs/unlink.c, else I get:
> >
> > CC [M] fs/nfs/unlink.o
> > fs/nfs/unlink.c: In function 'nfs_dec_sillycount':
> >
On Fri, Oct 19, 2007 at 02:55:28PM -0700, Randy Dunlap wrote:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> menuconfig and gconfig already place a title (or caption) on the top
> bar of their window (or whatever that is properly called). However,
> qconf (xconfig) just says "qconf". I tried to
On Fri, 2007-10-19 at 22:33 -0400, Erez Zadok wrote:
> Trond, good news. I was able to narrow down the problem to purely the
> client-side, probably dcache/readdir related, and I have a shell script that
> deterministically triggers the problem each time for me (this is a FC6 image
> under
Jan - I assume you will look into this.
And thanks to David/Randy for narrowing this down.
Thanks,
Sam
On Fri, Oct 19, 2007 at 09:25:55PM -0700, Linus Torvalds wrote:
>
>
> On Fri, 19 Oct 2007, David Brownell wrote:
>
> > > My (quick, meaning that I may have missed something)
On Sat, Oct 20, 2007 at 08:56:18AM -0700, Linus Torvalds wrote:
>
>
> On Sat, 20 Oct 2007, Yinghai Lu wrote:
> >
> > git log -p --follow arch/x86/kernel/vmlinux_64.lds.S
> >
> > can not trace to arch/x86_64/kernel/vmlinux.lds.S
>
> Hmm. I get:
>
> [EMAIL PROTECTED] linux]$ git log
* Jeremy Fitzhardinge ([EMAIL PROTECTED]) wrote:
> H. Peter Anvin wrote:
> > Allowing different registers should be doable, but if so, one would have
> > to put 0: at the *end* of the instruction and use (0f)-4 instead, since
> > the non-%eax forms are one byte longer.
> >
>
> OK, that's
On 19/10/2007, Steven Rostedt <[EMAIL PROTECTED]> wrote:
> [ ... ]
> Index: linux-test.git/kernel/sched.c
> ===
> --- linux-test.git.orig/kernel/sched.c 2007-10-19 12:32:39.0 -0400
> +++ linux-test.git/kernel/sched.c
On Saturday 20 October 2007, Christoph Hellwig wrote:
> At least for the unlocked_ioctl case this is not nessecary because
> the driver an simply set both the unlocked_ioctl and compat_ioctl
> handlers to the same function. For the drivers not using unlocked_ioctl
> yet a function like this makes
On Sat, Oct 20, 2007 at 05:50:57PM +0200, Arnd Bergmann wrote:
> Many drivers use only compatible ioctl numbers. In order to
> avoid having to write a special compat_ioctl handler for each
> of them or listing every ioctl number in fs/compat_ioctl.c,
> let's introduce a generic handler that simply
hiddev has both entries in fs/compat_ioctl.c and its own
compat_ioctl() handler. Remove both and use the new generic_compat_ioctl
helper instead.
Signed-off-by: Arnd Bergmann <[EMAIL PROTECTED]>
Index: linux-2.6/drivers/hid/hidraw.c
The same happened on i386 and x86_64. I guess some bits from the
combine-instrumentation-menus-in-kernel-kconfiginstrumentation.patch
were lost during the mainline merge.
Andrew, could you forward this patch to Linus ?
It applies on top of the current 2.6.23 git HEAD.
Signed-off-by: Mathieu
On Sat, 20 Oct 2007, Yinghai Lu wrote:
>
> git log -p --follow arch/x86/kernel/vmlinux_64.lds.S
>
> can not trace to arch/x86_64/kernel/vmlinux.lds.S
Hmm. I get:
[EMAIL PROTECTED] linux]$ git log --stat --follow
arch/x86/kernel/vmlinux_64.lds.S
commit
Many drivers use only compatible ioctl numbers. In order to
avoid having to write a special compat_ioctl handler for each
of them or listing every ioctl number in fs/compat_ioctl.c,
let's introduce a generic handler that simply calls the
driver specific f_op->unlocked_ioctl() or f_op->ioctl()
* Bart Trojanowski <[EMAIL PROTECTED]> [071019 20:03]:
> * Bart Trojanowski <[EMAIL PROTECTED]> [071019 17:00]:
>
> >
> > Once the system is booted, I attached using vnc, then I ssh in and ran
> > 'svn update'... and the host machine froze.
> >
> > The last messages I on my serial console are:
On Sat, 20 Oct 2007 01:54:45 -0400
Rik van Riel <[EMAIL PROTECTED]> wrote:
> On Sat, 20 Oct 2007 01:54:04 -0400
> Rik van Riel <[EMAIL PROTECTED]> wrote:
>
> > On Fri, 19 Oct 2007 22:39:00 -0700
> > Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > > On Sat, 20 Oct 2007 01:13:10 -0400 Rik van
Quoting "David G"
> "Here" as in "here at AMD"?! I'm stunned...
> Both AMD and the former ATI should have quite some experience?!
When I used "here", I was just meaning our youthful linux southbridge
drivers team instead of the whole AMD. Sorry for the confusion to you.
Quoting "Linas"
> As
On Thu, Oct 11, 2007 at 09:31:26PM -0700, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.23/2.6.23-mm1/
Hey there!!
fails to boot here with this friendly oops:
http://oioio.altervista.org/linux/dsc01702.jpg
.config:
Hello.
Whenever I log into xfce with gdm my computer will freeze when i use
reiserfs as my /home on 2.6.23-mm1. Logging into the VT works perfectly
fine. Previously my system would crash when logging into the VT but the
make-reiserfs-stop-using-struct-file-for-internal.patch patch fixed the
Pavel Machek wrote:
Hi!
Since upgrading to 2.6.23.1 from 2.6.23-rc9,
resume-from-RAM has been misbehaving here.
It takes much (+5-7 seconds) longer to resume
*sometimes*, but not all/most of the time.
I suspend those long delays may have something to do with USB,
as it takes longer for my
Hi Dave,
> In the debug code of the hidp_queue_report function, the "device" variable
> does not exist, replace it with "session->hid"
applied to my tree. Thanks.
Regards
Marcel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Hi Jeff,
> [BLUETOOTH] Eliminate checks for impossible conditions in irq handler
>
> Our info structure and info->hdev is always passed to the irq handler,
> so we don't have to worry about these checks in every interrupt.
>
> Leave a BUG_ON() just to help unwary
On Fri, 2007-10-19 at 13:38 -0400, Erez Zadok wrote:
> Nick, the patch worked. All of my unionfs-over-jffs2 tests passed.
Can I have a Signed-off-by: for it please?
--
dwmw2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Krzysztof Halasa wrote:
> (the datasheet seems to suggest that)
Well, as mentioned, I don't put much trust into the datasheet. It is
incomplete regarding the 1.0/1.1 issue.
> I wonder if OHCI 1.0 hardware based on VT6307 (and 6306) is
> a common thing, or is it just an exception.
Both chips
1 - 100 of 302 matches
Mail list logo