On 12/1/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> (switched to email - please respond via emailed reply-to-all, not via the
> bugzilla web interface)
>
> On Sat, 1 Dec 2007 11:54:11 -0800 (PST) [EMAIL PROTECTED] wrote:
>
> > http://bugzilla.kernel.org/show_bug.cgi?id=9482
> >
> >S
> and a hung bootup. Config and bootlog attached. I guess the core problem
> is that somehow the the cops driver got registered to IRQ5:
>
> [ 23.067416] lt0: cops at 0x240, IRQ 5, in Tangent mode
>
> is this an old ISA driver perhaps that should i exclude from this
> randconfig testing?
Its
Divy Le Ray wrote:
From: Divy Le Ray <[EMAIL PROTECTED]>
The patch ensures that a GSO skb has enough headroom
to push an encapsulating cpl_tx_pkt_lso header.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
applied 1-3
--
To unsubscribe from this list: send the line "unsubscribe linux-ker
On Sat, Dec 01, 2007 at 02:48:54PM +0100, Jochen Friedrich wrote:
> Hi Vitaly,
>
> > With that patch fixed.c now fully emulates MDIO bus, thus no need
> > to duplicate PHY layer functionality. That, in turn, drastically
> > simplifies the code, and drops down line count.
> >
> > As an additional b
This message contains a list of some regressions from 2.6.23 which have been
reported since 2.6.24-rc1 was released and for which there are no fixes in the
mainline that I know of. If any of them have been fixed already, please let me
know.
If you know of any other unresolved regressions from 2.6
The latest maintenance release GIT 1.5.3.7 is available at the
usual places:
http://www.kernel.org/pub/software/scm/git/
git-1.5.3.7.tar.{gz,bz2} (tarball)
git-htmldocs-1.5.3.7.tar.{gz,bz2} (preformatted docs)
git-manpages-1.5.3.7.tar.{gz,bz2}
Vitaly Bordug wrote:
With that patch fixed.c now fully emulates MDIO bus, thus no need
to duplicate PHY layer functionality. That, in turn, drastically
simplifies the code, and drops down line count.
As an additional bonus, now there is no need to register MDIO bus
for each PHY, all emulated PHY
Arjan van de Ven wrote:
On Sat, 01 Dec 2007 15:21:12 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
Eric W. Biederman wrote:
Stephen Hemminger <[EMAIL PROTECTED]> writes:
Sure. We keep the updated dev_get_by_ that takes a network
namespace parameter.
..
And what should code be passing in wh
Arjan van de Ven wrote:
On Sat, 01 Dec 2007 15:21:12 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
Eric W. Biederman wrote:
Stephen Hemminger <[EMAIL PROTECTED]> writes:
Sure. We keep the updated dev_get_by_ that takes a network
namespace parameter.
..
And what should code be passing in wh
On Sat, 01 Dec 2007 16:59:52 -0500
Jeff Garzik wrote:
> Vitaly Bordug wrote:
> > With that patch fixed.c now fully emulates MDIO bus, thus no need
> > to duplicate PHY layer functionality. That, in turn, drastically
> > simplifies the code, and drops down line count.
> >
> > As an additional bonu
On Sun, 2 Dec 2007 00:34:03 +0300
Anton Vorontsov wrote:
> > If i understand your code correctly, you seem to rely on the fact
> > that fixed_phy_add() is called before the fixed MDIO bus is scanned
> > for devices.
>
> Yes, indeed. The other name of "fixed phys" are "platform phys"
> or "plat
sonic zhang wrote:
UDMA Mode - Frequency compatibility
UDMA5 - 100 MB/s - SCLK = 133 MHz
UDMA4 - 66 MB/s- SCLK >= 80 MHz
UDMA3 - 44.4 MB/s - SCLK >= 50 MHz
UDMA2 - 33 MB/s- SCLK >= 40 MHz
Signed-off-by: Sonic Zhang <[EMAIL PROTECTED]>
---
drivers/ata/pata_bf54x.c |7 +++
Hmm, I wonder if this had something to do with it:
> [ 25.856573] VFS: Disk quotas dquot_6.5.1
Was the system still pingable?
Regards,
Daniel
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http:/
Hi,
On Thursday 29 November 2007, Mark Lord wrote:
> Nick Warne wrote:
> > Hi all,
> >
> > 2.6.23.9
> >
> > I have noticed after applying Bart's patch to word93 blacklist my new
> > DVD drive:
> >
> > http://lkml.org/lkml/2007/10/23/475
> >
> > I see now in logs (look at the hdd line:
> >
>
Hi,
On Saturday 01 December 2007, Kiyoshi Ueda wrote:
> This patch converts ide-cd (cdrom_newpc_intr()) to use blk_end_request().
>
> ide-cd (cdrom_newpc_intr()) has some tricky behaviors below which
> need to use blk_end_request_callback().
> Needs to:
> 1. call post_transform_command() to mo
On Saturday 01 December 2007, Kiyoshi Ueda wrote:
> This patch converts "normal" parts of ide to use blk_end_request().
>
> Signed-off-by: Kiyoshi Ueda <[EMAIL PROTECTED]>
> Signed-off-by: Jun'ichi Nomura <[EMAIL PROTECTED]>
> ---
> drivers/ide/ide-cd.c |6 +++---
> drivers/ide/ide-io.c | 1
Alan Cox wrote:
On Fri, 30 Nov 2007 14:34:11 +0200 (EET)
Meelis Roos <[EMAIL PROTECTED]> wrote:
Can you stick a stack trace in at that point ? That would help diagnose
it a great deal quicker.
Finally done - found out hard way that BUG() is too bad and
dump_st5ack() suits me better.
Thanks.
On 12/02/2007 12:13 AM, Eric W. Biederman wrote:
> Mark Lord <[EMAIL PROTECTED]> writes:
>> Fine. But all of them want to call sk_alloc(),
>
> network drivers should be calling sk_alloc less then they should
> call dev_get_by_. Only protocols call sk_alloc.
>
>> and many want to do register
Just a little reminder ...
On Sun, 2 Dec 2007 00:34:03 +0300 Anton Vorontsov <[EMAIL PROTECTED]> wrote:
>
> static int __init of_add_fixed_phys(void)
> {
> struct device_node *np;
> const u32 *prop;
> struct fixed_phy_status status = {};
>
> while ((np = of_find_node_by_na
Kristen Carlson Accardi wrote:
Enclosure Management via LED
This patch implements Enclosure Management via the LED protocol as specified
in AHCI specification.
Signed-off-by: Kristen Carlson Accardi <[EMAIL PROTECTED]>
---
This revision makes the change to the comment requested by Mark Lord,
fi
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/ata_piix.c| 28 +++
drivers/ata/libata-core.c |8 +++--
drivers/ata/libata-eh.c | 42 +++
Mark Lord <[EMAIL PROTECTED]> writes:
> Arjan van de Ven wrote:
>> On Sat, 01 Dec 2007 15:21:12 -0500
>> Mark Lord <[EMAIL PROTECTED]> wrote:
>>
>>> Eric W. Biederman wrote:
Stephen Hemminger <[EMAIL PROTECTED]> writes:
Sure. We keep the updated dev_get_by_ that takes a network
On Sat, 1 Dec 2007 22:59:35 +0100 Bartlomiej Zolnierkiewicz wrote:
> Thanks for reporting/debugging it guys!
>
> > Something in there needs to insert a '\n' before the "skipping word"
> > message.
> > Since it doesn't do that right now, the KERN_DEBUG string appears as "<7>"
>
> This seems like
Ben Greear wrote:
Divy Le Ray wrote:
Jeff,
I'm submitting a patch series for inclusion in 2.6.24 for the cxgb
driver.
The patches are built against Linus'git tree.
Here is a brief description:
- Ensure that GSO skbs have enough headroom before encapsulating them,
- Fix a crash in NAPI mode,
On Sat, 1 December 2007 21:54:56 +0100, Ingo Molnar wrote:
> * J??rn Engel <[EMAIL PROTECTED]> wrote:
> >
> > stopped custom tracer.
> > BUG: spinlock recursion on CPU#0, sh/953
> > lock: c030f280, .magic: dead4ead, .owner: sh/953, .owner_cpu: 0
> > Pid: 953, comm: sh Not tainted 2.6.24-rc3-ge1cc
On Sat, 01 Dec 2007 18:43:39 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
>
> Dagnabbit.. it's done it again.. went from 100-200 wakeups/sec
> back up to 2+ wakeups/sec. This time *with* the powertop patches
> in place.
>
> Somethings broken in there, but I don't know what.
> Or how to make i
Eric W. Biederman wrote:
Mark Lord <[EMAIL PROTECTED]> writes:
Arjan van de Ven wrote:
On Sat, 01 Dec 2007 15:21:12 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
Eric W. Biederman wrote:
Stephen Hemminger <[EMAIL PROTECTED]> writes:
Sure. We keep the updated dev_get_by_ that takes a netwo
Arjan van de Ven wrote:
On Sat, 01 Dec 2007 18:43:39 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
Dagnabbit.. it's done it again.. went from 100-200 wakeups/sec
back up to 2+ wakeups/sec. This time *with* the powertop patches
in place.
Somethings broken in there, but I don't know what.
Or h
From: Divy Le Ray <[EMAIL PROTECTED]>
revert inavertant file mode changes
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/chelsio/cxgb2.c |0
drivers/net/chelsio/pm3393.c |0
drivers/net/chelsio/sge.c|0
drivers/net/chelsio/sge.h|0
4 files changed, 0
Jeff Garzik wrote:
Notes:
1) Several of these are resends from the last submission.
2) That chelsio file mode change (644->755) is a bit annoying. Can git
do chmod as a changeset by itself?
Sorry for this. I had not noticed it.
If any help, I just submitted a patch reverting the file mode
On Sunday, 2 of December 2007, Mark Lord wrote:
> Arjan van de Ven wrote:
> > On Sat, 01 Dec 2007 18:43:39 -0500
> > Mark Lord <[EMAIL PROTECTED]> wrote:
> >
> >> Dagnabbit.. it's done it again.. went from 100-200 wakeups/sec
> >> back up to 2+ wakeups/sec. This time *with* the powertop patch
Mark Lord wrote:
Arjan van de Ven wrote:
On Fri, 30 Nov 2007 22:31:17 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
...
Speaking of which.. what's with powertop on 2.6.24 ???
It's gone from 100-200 wakeups/sec to 2 wakeups/sec !!!
ho hum.. Lenovo T61?
I have some reports that that happe
On Nov 29, 2007, at 2:44 PM, Ingo Molnar wrote:
* Andi Kleen <[EMAIL PROTECTED]> wrote:
For i386 iirc Jeremy/Zach did the benchmarking and they settled on
%fs
because it was faster for something (originally it was %gs too)
yep. IIRC, some CPUs only optimize %fs because that's what Window
About once a year I get a SCSI parity error on one of my systems (the
only one with SCSI). I presume the cabling is substandard, but given my
coordination deficits and the rarity of the errors I'd do far more
damage replacing it than leaving it be.
I had one of these today.
The system (2.6.23.9)
On Sat, 01 Dec 2007 18:55:48 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
> Arjan van de Ven wrote:
> > On Sat, 01 Dec 2007 18:43:39 -0500
> > Mark Lord <[EMAIL PROTECTED]> wrote:
> >
> >> Dagnabbit.. it's done it again.. went from 100-200 wakeups/sec
> >> back up to 2+ wakeups/sec. This time
On Sat, 1 Dec 2007 11:17:36 -0800
Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> Then init_net needs to be not GPL limited. Sorry, we need to allow
> non GPL network drivers. There is a fine line between keeping the
> binary seething masses from accessing random kernel functions, and allowing
> r
It seems commit 5d448dd50712ae42f8176b5bb8db4703bef6f0f5 was incomplete:
<-- snip -->
...
CC arch/blackfin/mach-bf537/boards/stamp.o
/home/bunk/linux/kernel-2.6/git/linux-2.6/arch/blackfin/mach-bf537/boards/stamp.c:539:
error: unknown field 'pin_req' specified in initializer
/home/bunk/
free_cache_attributes() must be __cpuinit since it calls the
__cpuinit cache_remove_shared_cpu_map().
This patch fixes the following section mismatch reported by
Chris Clayton:
<-- snip -->
...
WARNING: vmlinux.o(.text+0x90b6): Section mismatch: reference to
.init.text:cache_remove_shared_cpu
cpufreq_stats_free_table() mustn't be __cpuexit since it's called by the
__cpuinit cpufreq_stat_cpu_callback().
This patch fixes the following section mismatch reported by
Chris Clayton:
<-- snip -->
...
WARNING: vmlinux.o(.init.text+0x143dd): Section mismatch: reference to
.exit.text:cpufre
On Saturday 01 December 2007, Ingo Molnar wrote:
> maybe, but we'd have to see how often this gets triggered. An OOM is
> something that could happen in any overloaded system - while a hung task
> is likely due to a kernel bug.
What about a client using hard mounted NFS shares here? That shouldn
Mark Lord <[EMAIL PROTECTED]> writes:
> Eric W. Biederman wrote:
>> Mark Lord <[EMAIL PROTECTED]> writes:
>>
>>> Arjan van de Ven wrote:
On Sat, 01 Dec 2007 15:21:12 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
> Eric W. Biederman wrote:
>> Stephen Hemminger <[EMAIL PROTECTED]
Hi,
On Sunday 02 December 2007, Arjan van de Ven wrote in "Re: 2+
wake-ups/second in 2.6.24. Bug?":
> > > Mark Lord <[EMAIL PROTECTED]> wrote:
> > >> 2.6.23 did not have this problem.
> > > actually we have reports of 2.6.23 having the exact same problem.
> > > The thing is, "something" is
Jiri Slaby <[EMAIL PROTECTED]> writes:
> On 12/02/2007 12:13 AM, Eric W. Biederman wrote:
>> Mark Lord <[EMAIL PROTECTED]> writes:
>>> Fine. But all of them want to call sk_alloc(),
>>
>> network drivers should be calling sk_alloc less then they should
>> call dev_get_by_. Only protocols ca
Serge,
Is there any reason not to have a separate /etc/login.capbounds
config file, though, so the account can still have a full name?
Did you only use that for convenience of proof of concept, or
is there another reason?
passwd(5) says the fifth field is optional and only used for
information
[EMAIL PROTECTED] writes:
> hello,
>
> i've just noticed that the chunk in i386/kernel/head.S ended up in a
> weird place, namely, it's not going to be executed as it's just after
> a 'jmp 3f' and before startup_32_smp, probably not what you intended.
> on a sidenote, the whole thing can be done
Hello,
I downloaded the vanilla kernels 2.6.23.8 and 2.6.23.9 from kernel.org. I
unpacked them like I have every other kernel release. I compiled the kernel
successfully, did the make modules and make modules_install with no problems.
When I did the make install I am told it Cannot find LIL
Alan Cox wrote:
Its visibile for people doing PAL media processing and TV sync work.
Longer term we have high precision timers and tickless so for now we can
jut do the HZ == 300 math in steps to avoid the overflow. Slower but in
time it won't matter.
Just use the patch... I don't think a de
Stephen Hemminger <[EMAIL PROTECTED]> writes:
> On Sat, 1 Dec 2007 11:17:36 -0800
> Stephen Hemminger <[EMAIL PROTECTED]> wrote:
>
>> Then init_net needs to be not GPL limited. Sorry, we need to allow
>> non GPL network drivers. There is a fine line between keeping the
>> binary seething masses f
On Dec 1, 2007 5:34 PM, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
>
> [EMAIL PROTECTED] writes:
>
> > hello,
> >
> > i've just noticed that the chunk in i386/kernel/head.S ended up in a
> > weird place, namely, it's not going to be executed as it's just after
> > a 'jmp 3f' and before startup_32
"Yinghai Lu" <[EMAIL PROTECTED]> writes:
> On Dec 1, 2007 5:34 PM, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
>>
>> [EMAIL PROTECTED] writes:
>>
>> > hello,
>> >
>> > i've just noticed that the chunk in i386/kernel/head.S ended up in a
>> > weird place, namely, it's not going to be executed as i
On Saturday 01 December 2007, Rafael J. Wysocki wrote:
> Subject : 2.6.24-rc1: pata_amd fails to detect 80-pin wire
> Submitter : "Thomas Lindroth" <[EMAIL PROTECTED]>
> References: http://lkml.org/lkml/2007/11/7/152
> http://bugzilla.kernel.org/show_bug.cgi?i
Question:
The patch does the semantic equivalent of:
-#define cap_clear(c) do { cap_t(c) = 0; } while(0)
-#define cap_set_full(c) do { cap_t(c) = ~0; } while(0)
+# define cap_clear(c) do { (c) = __cap_empty_set; } while (0)
+# define cap_set_full(c) do { (c) = __cap_fu
There is already a pam_cap module in the libcap2 package. Can we merge
this functionality?
I think it is a good idea.
However, this module already have a feature to modify inheritable
capability set.
How does it to be described in the "/etc/security/capability.conf"?
One idea is like a followi
Stephen Hemminger wrote:
On Sat, 1 Dec 2007 11:17:36 -0800
Stephen Hemminger <[EMAIL PROTECTED]> wrote:
Then init_net needs to be not GPL limited. Sorry, we need to allow
non GPL network drivers. There is a fine line between keeping the
binary seething masses from accessing random kernel funct
"Albert Cahalan" <[EMAIL PROTECTED]> writes:
>> >> >> This one is probably best:
>> >> >> /proc/task -> 123/task/456
>> >> >> (with both numbers showing)
>> >> >
>> >> > this sounds good to me. If it's a symlink then there's not much other
>> >> > choice because the thread PIDs do not even show up
Given that init/Makefile includes initramfs.c in the build only if
CONFIG_BLK_DEV_INITRD is defined, there seems to be no point checking
for it yet again.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
compile-tested on x86.
diff --git a/init/initramfs.c b/init/initramfs.c
index 1d
On Sat, 01 Dec 2007 22:34:09 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
> Stephen Hemminger wrote:
> > On Sat, 1 Dec 2007 11:17:36 -0800
> > Stephen Hemminger <[EMAIL PROTECTED]> wrote:
> >
> >> Then init_net needs to be not GPL limited. Sorry, we need to allow
> >> non GPL network drivers. Ther
On Sun, Dec 02, 2007 at 04:31:09AM +0800, rae l wrote:
> ---
> and I still have questions about this code:
> 1. Why here kern_mount is needed?
> Or the first time user space `mount -t sysfs` won't do that?
> 2. If root executes many mounts to mount sysfs on /sys and many other places,
>
On Sat, 1 Dec 2007 20:51:14 -0500
Scott Noone <[EMAIL PROTECTED]> wrote:
>
> Hello,
>
> I downloaded the vanilla kernels 2.6.23.8 and 2.6.23.9 from
> kernel.org. I unpacked them like I have every other kernel release.
> I compiled the kernel successfully, did the make modules and make
> modules
Applied to ACPI tree.
Linus,
I reproduced this issue on my T61, and saw it go away w/ this patch.
I'll be sending you a pull request probably Sunday night w/ this
pach in it. But if you are in a hurry to cut rc4 before then,
consider this an Acked-by: Len Brown <[EMAIL PROTECTED]>
thanks,
-Len
On Dec 2, 2007 8:42 AM, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> It seems commit 5d448dd50712ae42f8176b5bb8db4703bef6f0f5 was incomplete:
>
> <-- snip -->
>
> ...
> CC arch/blackfin/mach-bf537/boards/stamp.o
> /home/bunk/linux/kernel-2.6/git/linux-2.6/arch/blackfin/mach-bf537/boards/stamp.
On Dec 2, 2007 12:48 PM, Greg KH <[EMAIL PROTECTED]> wrote:
...
> > and where is a detailed explaination on kern_mount? could someone give
> > some comments or documentation pointers on this?
>
> See the patches that Eric Biederman just posted to lkml for why this
> structure is a static pointer th
On Saturday 01 December 2007, Bryan Wu wrote:
> On Dec 2, 2007 8:42 AM, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > It seems commit 5d448dd50712ae42f8176b5bb8db4703bef6f0f5 was incomplete:
> >
> > <-- snip -->
> >
> > ...
> > CC arch/blackfin/mach-bf537/boards/stamp.o
> > /home/bunk/linux/k
On Sat, 1 Dec 2007 22:59:05 -0800 David Brownell <[EMAIL PROTECTED]> wrote:
> On Saturday 01 December 2007, Bryan Wu wrote:
> > On Dec 2, 2007 8:42 AM, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > > It seems commit 5d448dd50712ae42f8176b5bb8db4703bef6f0f5 was incomplete:
> > >
> > > <-- snip -->
>
On Sun, Dec 02, 2007 at 02:52:17PM +0800, rae l wrote:
> On Dec 2, 2007 12:48 PM, Greg KH <[EMAIL PROTECTED]> wrote:
> ...
> > > and where is a detailed explaination on kern_mount? could someone give
> > > some comments or documentation pointers on this?
> >
> > See the patches that Eric Biederman
101 - 165 of 165 matches
Mail list logo
