Hi all,
is this the only addition that should be needed, ortogether with the
changes in option to call the huawei init function?
I tried 2.6.24-rc3 with this patch only and it I again got the infinite
loop of connect/disconnect events instantiating cdroms.
Best wishes
Norbert
-
On 11/30/2007 11:58 PM, Bjorn Helgaas wrote:
> On Friday 30 November 2007 03:49:55 pm Jiri Slaby wrote:
>> On 11/30/2007 10:08 PM, Bjorn Helgaas wrote:
>>> On Thursday 29 November 2007 05:42:07 pm Andrew Morton wrote:
On Thu, 29 Nov 2007 16:40:37 -0700
> Maybe we could either remove the pn
> Cool. I'm still wondering about:
>
> http://bugzilla.kernel.org/show_bug.cgi?id=7014
>
> basically, we had universally working /dev/rtc before, now it appears we
> dont have it anymore. Or were the problems in this bugzilla present with
> the old code too?
That bug is filed against that lega
On Sat, 1 Dec 2007 09:07:38 +0100, Norbert Preining <[EMAIL PROTECTED]> wrote:
> is this the only addition that should be needed, ortogether with the
> changes in option to call the huawei init function?
The only one.
> I tried 2.6.24-rc3 with this patch only and it I again got the infinite
> lo
Kernel "pci_ids.h" file has data for that card missing.
Also, Ellen needs some control bits flipped before it functions properly
as SDIO controller by the spec.
Should apply clenly to Linus and Drzeus trees. Please apply.
Signed-off-by: Vitaly Luban <[EMAIL PROTECTED]>
--- drzeus/drivers/mm
Now that we have network namespace support merged it is time to
revisit the sysfs support so we can remove the dependency on !SYSFS.
I'm not even trying to base this on any of Tejun's very interesting
work on sysfs to remove the coupling between kobjects and
sysfs_dirents. For my objective that
In preparation for supporting multiple mounts of sysfs I need to
remove all assumptions that we have a single mount of sysfs. So this
patch modifies sysfs_open_file to use the vfsmount from the struct
file instead of fibbing and using the global vfsmount.
We get a little more noise this way but
WARNING: at arch/x86/kernel/smp_64.c:427 smp_call_function_single()
WARNING: at arch/x86/kernel/smp_64.c:397 smp_call_function_mask()
dmesg and config attached.
I'm getting about three of each at boot. I'm running:
commit e1cca7e8d484390169777b423a7fe46c7021fec1
Date: Thu Nov 29 16:25:29 2007 -
To support mounting multiple instances of sysfs occassionally I
need to walk through all of the currently present sysfs super blocks.
To allow this iteration this patch adds sysfs_grab_supers and
sysfs_release_supers. While a piece of code is in a section
surrounded by these no more sysfs super
In preparation for multiple mounts of sysfs add a superblock parameter to
sysfs_get_dentry.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
fs/sysfs/dir.c | 11 ++-
fs/sysfs/file.c |2 +-
fs/sysfs/sysfs.h |2 +-
3 files changed, 8 insertions(+), 7 deletions(-)
diff
this patch extends the soft-lockup detector to automatically
detect hung TASK_UNINTERRUPTIBLE tasks. Such hung tasks are
printed the following way:
-->
BUG: task lockup - task prctl:3042 blocked more than 120 seconds!
prctl D fd5e3793 0 3042 2997
f6050f38
This function is similar but much simpler to sysfs_get_dentry
returns a sysfs dentry if one curently exists.
This requires less locking the sysfs_get_dentry and which
makes it preferable in some contexts.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
fs/sysfs/dir.c | 38 +++
This patch modifies the sysfs_rename_dir and sysfs_move_dir
to support multiple sysfs dentry trees rooted in different
sysfs superblocks.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
fs/sysfs/dir.c | 190 +++
1 files changed, 135 i
Teach sysfs_chmod_file how to handle multiple sysfs superblocks.
Signed-off-by: Eric W. Biederman <[EMAIL PROTECTED]>
---
fs/sysfs/file.c | 51 ---
1 files changed, 28 insertions(+), 23 deletions(-)
diff --git a/fs/sysfs/file.c b/fs/sysfs/file.c
The problem. When implementing a network namespace I need to be able
to have multiple network devices with the same name. Currently this
is a problem for /sys/class/net/*, /sys/devices/virtual/net/*, and
potentially a few other directories of the form /sys/ ... /net/*.
What this patch does is t
When removing a symlink sysfs_remove_link does not provide enough
information to figure out which tagged directory the symlink falls in.
So I need sysfs_delete_link which is passed the target of the symlink
to delete.
Further half the time when we are removing a symlink the code is
actually renam
This patch enables tagging on every class directory if struct class
has tag_ops.
In addition device_del and device_rename were modified to use
sysfs_delete_link and sysfs_rename_link respectively to ensure when
these operations happen on devices whose classes have tag_ops that they
work properly.
The problem. Network devices show up in sysfs and with the network
namespace active multiple devices with the same name can show up in
the same directory, ouch!
To avoid that problem and allow existing applications in network namespaces
to see the same interface that is currently presented in sy
Chris Snook wrote:
Ben Crowhurst wrote:
Has Objective-C ever been considered for kernel development?
No. Kernel programming requires what is essentially assembly language
with a lot of syntactic sugar, which C provides.
I somewhat disagree. Kernel programming requires and deserves the sam
Paul Menage wrote:
> On Nov 29, 2007 6:11 PM, Nick Piggin <[EMAIL PROTECTED]> wrote:
>> And also some
>> results or even anecdotes of where this is going to be used would be
>> interesting...
>
> We want to be able to run multiple isolated jobs on the same machine.
> So being able to limit how muc
Paul Menage wrote:
> Hi Vatsa,
>
> Thanks, this looks pretty good.
>
> On Nov 30, 2007 4:42 AM, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
>> - Removed load average information. I felt it needs more thought (esp
>> to deal with SMP and virtualized platforms) and can be added
On Sa, 01 Dez 2007, Pete Zaitcev wrote:
> > is this the only addition that should be needed, ortogether with the
> > changes in option to call the huawei init function?
>
> The only one.
Ok.
> Your problem is something else. Neither my patch nor Jaime's patch
> address it. Honestly, I'm not even
On Fri, 30 Nov 2007 22:14:08 -0500 Mark Lord <[EMAIL PROTECTED]> wrote:
> > latency. If your app cant take any latency, you should set those... and
> > the side effect is that the kernel will not do long-latency C-states or
> > P-state transitions..
> ..
>
> I don't mind the cpufreq changing (act
The declared extern void sem_exit(void) function does
not even exist in the kernel.
Signed-off-by: Pavel Emelyanov <[EMAIL PROTECTED]>
---
diff --git a/kernel/exit.c b/kernel/exit.c
index 549c055..a2213c3 100644
--- a/kernel/exit.c
+++ b/kernel/exit.c
@@ -50,8 +50,6 @@
#include
#include
-
Hi David,
> I'm submitting driver for IPWireless PC Card, used for 4G
> internet connection.
> The driver has been in -mm series as ipwireless_cs.git tree for
> some time, is actively used and there are currently no
> outstanding bugs.
>
> I'd like to let the driver pass through LKML and then let
Quick question,
Setup a new machine last night with two raptor 150 disks. Setup RAID1 as
I do everywhere else, 0.90.03 superblocks (in order to be compatible with
LILO, if you use 1.x superblocks with LILO you can't boot), and then:
/dev/sda1+sdb1 <-> /dev/md0 <-> swap
/dev/sda2+sdb2 <-> /de
I am putting a new machine together and I have dual raptor raid 1 for the
root, which works just fine under all stress tests.
Then I have the WD 750 GiB drive (not RE2, desktop ones for ~150-160 on
sale now adays):
I ran the following:
dd if=/dev/zero of=/dev/sdc
dd if=/dev/zero of=/dev/sdd
J. Bruce Fields wrote:
On Fri, Nov 30, 2007 at 05:06:03PM +, Roger Willcocks wrote:
nfsd/vfs.c:nfsd_create (the v2 version of create) says:
"Set file attributes. Mode has already been set and
setting uid/gid works only for root"
but it doesn't actually test for root-ness
...
Assignments
I'm getting the following compile error with both 2.6.23 and current
-git when trying to compile the kernel with the attached .config and
gcc 3.2.3:
<-- snip -->
...
LD .tmp_vmlinux1
drivers/built-in.o: In function `dmi_id_init':
dmi-id.c:(.init.text+0x709e): undefined reference to
`__
On Dec 1 2007 06:19, Justin Piszcz wrote:
> RAID1, 0.90.03 superblocks (in order to be compatible with LILO, if
> you use 1.x superblocks with LILO you can't boot)
Says who? (Don't use LILO ;-)
>, and then:
>
> /dev/sda1+sdb1 <-> /dev/md0 <-> swap
> /dev/sda2+sdb2 <-> /dev/md1 <-> /boot (ext3)
Hi,
Am Samstag, 1. Dezember 2007 08:57:59 schrieben Sie:
> On Dec 1, 2007 3:21 AM, Mark Lord <[EMAIL PROTECTED]> wrote:
> > I've hacked my copy of VMware-6.01 to work with kernel 2.6.24-rc*,
> > and dumped my patches for vmmon and vmnet onto my server at:
>
> Thank you! Now, I one step closer to 2
On Dec 1 2007 06:26, Justin Piszcz wrote:
> I ran the following:
>
> dd if=/dev/zero of=/dev/sdc
> dd if=/dev/zero of=/dev/sdd
> dd if=/dev/zero of=/dev/sde
>
> (as it is always a very good idea to do this with any new disk)
Why would you care about what's on the disk? fdisk, mkfs and
the day-to-
On 12/01/2007 09:12 AM, Jiri Slaby wrote:
> On 11/30/2007 11:58 PM, Bjorn Helgaas wrote:
>> On Friday 30 November 2007 03:49:55 pm Jiri Slaby wrote:
>>> On 11/30/2007 10:08 PM, Bjorn Helgaas wrote:
On Thursday 29 November 2007 05:42:07 pm Andrew Morton wrote:
> On Thu, 29 Nov 2007 16:40:37
On Sat, 1 Dec 2007, Jan Engelhardt wrote:
On Dec 1 2007 06:26, Justin Piszcz wrote:
I ran the following:
dd if=/dev/zero of=/dev/sdc
dd if=/dev/zero of=/dev/sdd
dd if=/dev/zero of=/dev/sde
(as it is always a very good idea to do this with any new disk)
Why would you care about what's on
On Sat, 1 Dec 2007, Jan Engelhardt wrote:
On Dec 1 2007 06:19, Justin Piszcz wrote:
RAID1, 0.90.03 superblocks (in order to be compatible with LILO, if
you use 1.x superblocks with LILO you can't boot)
Says who? (Don't use LILO ;-)
I like LILO :)
, and then:
/dev/sda1+sdb1 <-> /dev/
On Sat, 1 Dec 2007, Jan Engelhardt wrote:
On Dec 1 2007 07:12, Justin Piszcz wrote:
On Sat, 1 Dec 2007, Jan Engelhardt wrote:
On Dec 1 2007 06:19, Justin Piszcz wrote:
RAID1, 0.90.03 superblocks (in order to be compatible with LILO, if
you use 1.x superblocks with LILO you can't boot)
S
On Dec 1 2007 07:12, Justin Piszcz wrote:
> On Sat, 1 Dec 2007, Jan Engelhardt wrote:
>> On Dec 1 2007 06:19, Justin Piszcz wrote:
>>
>> > RAID1, 0.90.03 superblocks (in order to be compatible with LILO, if
>> > you use 1.x superblocks with LILO you can't boot)
>>
>> Says who? (Don't use LILO ;-)
[Udo van den Heuvel - Sat, Dec 01, 2007 at 12:00:53PM +0100]
| Hallo Cyrill,
|
| Cyrill Gorcunov wrote:
| > | I made a do while loop doing make bzImage modules and a make clean.
| > | Should be OK?
| > |
| >
| > well, test the patch enveloped. if the bug is really heppens then
| > BUG message sh
Cyrill Gorcunov wrote:
> [Udo van den Heuvel - Sat, Dec 01, 2007 at 12:00:53PM +0100]
> | I only had teh bug once, that was the reason for my post.
> | Since then the system has been busy, with intervals, doing kernel
> | compiles and no repeat of the BUG yet...
> | It's a VIA EN12000 with 1GB of R
On Nov 30, 2007, at 5:04 PM, Chris Wedgwood wrote:
On Fri, Nov 30, 2007 at 04:36:25PM -0600, Stephen Lord wrote:
Looks like the readdir is in the bowels of the btree code when
filldir gets called here, there are probably locks on several
buffers in the btree at this point. This will only show
[Udo van den Heuvel - Sat, Dec 01, 2007 at 01:47:06PM +0100]
| Cyrill Gorcunov wrote:
| > [Udo van den Heuvel - Sat, Dec 01, 2007 at 12:00:53PM +0100]
| > | I only had teh bug once, that was the reason for my post.
| > | Since then the system has been busy, with intervals, doing kernel
| > | compil
Mark Lord wrote:
Now that we have network namespace support merged it is time to
revisit the sysfs support so we can remove the dependency on !SYSFS.
...
Now that the namespace updates are part of 2.6.24,
there is a major inconsistency in network EXPORT_SYMBOLs.
It used to be that an external n
On Sat, 1 Dec 2007 01:33:33 +0100
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Thu, Nov 29, 2007 at 04:19:51PM -0800, H. Peter Anvin wrote:
> > When the conversion factor between jiffies and milli- or microseconds
> > is not a single multiply or divide, as for the case of HZ == 300, we
> > currentl
Now that we have network namespace support merged it is time to
revisit the sysfs support so we can remove the dependency on !SYSFS.
...
Now that the namespace updates are part of 2.6.24,
there is a major inconsistency in network EXPORT_SYMBOLs.
It used to be that an external network module cou
On Sat, 1 Dec 2007 13:20:47 +
Alan Cox <[EMAIL PROTECTED]> wrote:
> On Sat, 1 Dec 2007 01:33:33 +0100
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Nov 29, 2007 at 04:19:51PM -0800, H. Peter Anvin wrote:
> > > When the conversion factor between jiffies and milli- or microseconds
> >
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 bonus, now there is no need to register MDIO bus
for each PHY, all emulated PHYs placed
I'm having some problem with cifs mounts here, it seems so be a bug.
I've posted this on the samba mailing list, but it seems to me like the
samba mailing list
is not the right one for the client side stuff. (Correct me, if I'm wrong.)
This is the reason I post it here, too.
My initial post w
The latest GCC in Fedora rawhide contains some serious bug (or provokes a
latent one in the kernel) that makes every kernel built unbootable. It just
locks up halfway through the init. Kernels that previously worked fine all now
experience the same symptom. Even RH's own kernels exhibit this. Th
Remove duplicated warning message in acpi_power_transition()
This warning message is printed by acpi_bus_set_power() so we don't
need to print it again.
Signed-off-by: Miguel Botón <[EMAIL PROTECTED]>
diff --git a/drivers/acpi/power.c b/drivers/acpi/power.c
index af1769a..b4af974 100644
--- a/dr
On Sat, 1 Dec 2007 02:17:40 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Fri, 30 Nov 2007 22:14:08 -0500 Mark Lord <[EMAIL PROTECTED]> wrote:
>
> > > latency. If your app cant take any latency, you should set
> > > those... and the side effect is that the kernel will not do
> > > long-late
On Sun, 02 Dec 2007 09:43:39 +0100
Tomas Carnecky <[EMAIL PROTECTED]> wrote:
> WARNING: at arch/x86/kernel/smp_64.c:427 smp_call_function_single()
> WARNING: at arch/x86/kernel/smp_64.c:397 smp_call_function_mask()
>
> dmesg and config attached.
>
> I'm getting about three of each at boot. I'm r
Andrew Morton wrote:
>> Andrew, want to throw that in the -mm pile for a while?
>
> Did that, renamed to "via-rng: enable secondary noise source on CPUs where
> it is present".
>
> Has anyone tested it?
I hope so; I did not yet get that far since the patche does not compile
on 2.6.23.8. I was as
On Sat, 1 Dec 2007 15:42:23 +0100
Pierre Ossman <[EMAIL PROTECTED]> wrote:
> The latest GCC in Fedora rawhide contains some serious bug (or provokes a
> latent one in the kernel) that makes every kernel built unbootable. It just
> locks up halfway through the init. Kernels that previously worked
On Fri, 30 November 2007 19:46:25 +0100, Ingo Molnar wrote:
> * Jörn Engel <[EMAIL PROTECTED]> wrote:
> >
> > It compiles. It boots with a 512M RAM (384M was too little with all
> > the other debug options on). But it seems to lock up when running
> > trace-cmd. On a rerun it locks up again, bu
Is there an executable file format that can specify things like where
the stack ends up?
Yes, I really do care. I want to put the stack at the top of virtual
address space rather than randomized.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Pierre Ossman wrote:
On Sat, 1 Dec 2007 15:42:23 +0100
Pierre Ossman <[EMAIL PROTECTED]> wrote:
The latest GCC in Fedora rawhide contains some serious bug (or provokes a
latent one in the kernel) that makes every kernel built unbootable. It just
locks up halfway through the init. Kernels that
> Well, original C allowed you to do what you wanted with pointers (I used
> to teach that back when K&R was "the" C manual). Now people which about
> having pointers outside the array, which is a crock in practice, as long
> as you don't actually /use/ an out of range value.
Actually the stand
> Thanks. This should fix the real cause, and also allow for port start to
> fail politely with -ENODEV.
Works fine here - no more strange messages. Thank you!
--
Meelis Roos ([EMAIL PROTECTED])
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message t
Jan Engelhardt wrote:
On Dec 1 2007 06:26, Justin Piszcz wrote:
I ran the following:
dd if=/dev/zero of=/dev/sdc
dd if=/dev/zero of=/dev/sdd
dd if=/dev/zero of=/dev/sde
(as it is always a very good idea to do this with any new disk)
Why would you care about what's on the disk? fdisk, mkfs an
The checked auto variable isn't doing anything in
check_hung_uninterruptible_tasks().
Signed-off-by: David Rientjes <[EMAIL PROTECTED]>
---
kernel/softlockup.c |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/kernel/softlockup.c b/kernel/softlockup.c
--- a/kernel/softl
* David Rientjes <[EMAIL PROTECTED]> wrote:
> The checked auto variable isn't doing anything in
> check_hung_uninterruptible_tasks().
yeah, i used to print it out in a printk but removed it in the final
version.
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-k
* Jörn Engel <[EMAIL PROTECTED]> wrote:
> > hm, that looks weird. if you disable CONFIG_PROVE_LOCKING, does that
> > improve things? (or just turns a noisy lockup into a silent lockup?)
>
> Not much, although the dumps look different now:
> http://logfs.org/~joern/trace3.jpg
> http://logfs.org/
On Fri, Nov 30, 2007 at 04:30:11PM +, Jaime Velasco Juan wrote:
>
> Signed-off-by: Oliver Neukum <[EMAIL PROTECTED]>
> Signed-off-by: Jaime Velasco Juan <[EMAIL PROTECTED]>
> ---
>
> diff --git a/drivers/usb/serial/option.c b/drivers/usb/serial/option.c
> index a18659e..352c94c 100644
> --- a
Alan Cox wrote:
BCPL was typeless, as was the successor B (between Bell Labs and GE we
B isn't quite typeless. It has minimal inbuilt support for concepts like
strings (although you can of course multiply a string by an array
pointer ;))
It also had some elegances that C lost, notably
On Sat, 01 Dec 2007 15:20:29 +0530
Balbir Singh <[EMAIL PROTECTED]> wrote:
> > In our experience, users are not good at figuring out how much memory
> > they really need. In general they tend to massively over-estimate
> > their requirements. So we want some way to determine how much of its
> > al
When __group_complete_signal() sees sig_kernel_coredump() signal, it starts
the group stop, but sets ->group_exit_task = t in a hope that "t" will actually
dequeue this signal and invoke do_coredump(). However, by the time "t" enters
get_signal_to_deliver() it is possible that the signal was blocke
On Sat, 1 Dec 2007, Ingo Molnar wrote:
> this patch extends the soft-lockup detector to automatically
> detect hung TASK_UNINTERRUPTIBLE tasks. Such hung tasks are
> printed the following way:
>
Wouldn't a natural extension of this feature be to mark these hung
TASK_UNINTERRUPTIBLE tasks with a
This patch fixes regression, introduced since 2.6.16.
NextStep variant of UFS as OpenStep uses directory block size
equals to 1024. Without this change, ufs_check_page fails in many
cases.
Signed-off-by: Evgeniy Dushistov <[EMAIL PROTECTED]>
Cc: Dave Bailey <[EMAIL PROTECTED]>
---
diff --git a/f
On Dec 1, 2007 10:36 AM, Rik van Riel <[EMAIL PROTECTED]> wrote:
>
> With the /proc/refaults info, we can measure how much extra
> memory each process group needs, if any.
What's the status of that? It looks as though it would be better than
the "accessed in the last N seconds" metric that we've b
On Sat, 01 Dec 2007 14:48:54 +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 bonus,
On Sat, 01 Dec 2007 08:10:17 -0500
Mark Lord <[EMAIL PROTECTED]> wrote:
> > Now that we have network namespace support merged it is time to
> > revisit the sysfs support so we can remove the dependency on !SYSFS.
> ...
>
> Now that the namespace updates are part of 2.6.24,
> there is a major inco
On Wed, Nov 28, 2007 at 07:52:01PM +0530, Kamalesh Babulal wrote:
> Hi Andrew,
>
> The kerne build fails, with message
>
> CC drivers/char/hw_random/pasemi-rng.o
> drivers/char/hw_random/pasemi-rng.c: In function
> ???pasemi_rng_data_present???:
> drivers/char/hw_random/pasemi-rng.c:53: e
On Thu, Nov 29, 2007 at 02:19:49PM +, Chris Clayton wrote:
> Hi,
>
> I've just built 2.6.24-rc3-git4 and got the following two warnings.
>
> LD .tmp_vmlinux1
> KSYM .tmp_kallsyms1.S
> AS .tmp_kallsyms1.o
> LD .tmp_vmlinux2
> KSYM .tmp_kallsyms2.S
> AS .tm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
There is already a pam_cap module in the libcap2 package. Can we merge
this functionality?
Cheers
Andrew
[EMAIL PROTECTED] wrote:
> Quoting KaiGai Kohei ([EMAIL PROTECTED]):
>> Serge E. Hallyn wrote:
>>> The capability bounding set is a set beyond w
* David Rientjes <[EMAIL PROTECTED]> wrote:
> > this patch extends the soft-lockup detector to automatically detect
> > hung TASK_UNINTERRUPTIBLE tasks. Such hung tasks are printed the
> > following way:
>
> Wouldn't a natural extension of this feature be to mark these hung
> TASK_UNINTERRUPT
> 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
Why - they aren't exactly likely to be permissible by law
> binary seething masses from accessing random kernel functions, and allowing
> reasonable (but still
On Sat, 1 Dec 2007 11:02:32 -0800
"Paul Menage" <[EMAIL PROTECTED]> wrote:
> On Dec 1, 2007 10:36 AM, Rik van Riel <[EMAIL PROTECTED]> wrote:
> >
> > With the /proc/refaults info, we can measure how much extra
> > memory each process group needs, if any.
>
> What's the status of that? It looks as
> Then change the license, explicitly and get it approved, forcing license
> changes by technically subversive means is bad policy. It is like Euro
> bureaucrats
I don't need to - the licence has been the same since about 0.12
Alan
--
To unsubscribe from this list: send the line "unsubscribe lin
On Friday, 30 of November 2007, Pete MacKay wrote:
> We've ported from 2.6.18 to 2.6.24-rc3 on a pxa270-based machine and can
> no longer enter 'standby' or 'mem' states. I've stripped down the kernel
> and talked with the freezer maintainer and we believe the jffs2 garbage
> collection threads ma
Stephen Hemminger <[EMAIL PROTECTED]> writes:
> On Sat, 01 Dec 2007 08:10:17 -0500
> Mark Lord <[EMAIL PROTECTED]> wrote:
>
>> > Now that we have network namespace support merged it is time to
>> > revisit the sysfs support so we can remove the dependency on !SYSFS.
>> ...
>>
>> Now that the name
Al Viro wrote:
On Sat, Dec 01, 2007 at 12:19:50AM +0100, J.A. Magall??n wrote:
An vtable in C++ takes exactly the same space that the function
table pointer present in every driver nowadays... and probably
the virtual method call that C++ does itself with
thing->do_something(with,thi
Lennart Sorensen wrote:
On Thu, Nov 29, 2007 at 12:14:16PM +, Ben Crowhurst wrote:
Has Objective-C ever been considered for kernel development?
Doesn't objective C essentially require a runtime to provide a lot of
the features of the language? If it does (as I suspect) then it is
On Saturday 01 December 2007, Adrian Bunk wrote:
> On Thu, Nov 29, 2007 at 02:19:49PM +, Chris Clayton wrote:
> > Hi,
> >
> > I've just built 2.6.24-rc3-git4 and got the following two warnings.
> >
> > LD .tmp_vmlinux1
> > KSYM .tmp_kallsyms1.S
> > AS .tmp_kallsyms1.o
> > L
On Sat, 1 Dec 2007 19:23:41 +
Alan Cox <[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
>
> Why - they aren't exactly likely to be permissible by law
Matter of debate in wh
On Sat, Dec 01, 2007 at 07:49:46PM +, Chris Clayton wrote:
> On Saturday 01 December 2007, Adrian Bunk wrote:
> > On Thu, Nov 29, 2007 at 02:19:49PM +, Chris Clayton wrote:
> > > Hi,
> > >
> > > I've just built 2.6.24-rc3-git4 and got the following two warnings.
> > >
> > > LD .tmp_v
Kyle Moffett wrote:
In the kernel though, there are many codepaths where *every* *single*
instruction counts; that could be a serious performance hit.
Write *those* *codepaths* in *C* or *assembly*. But only after you
manage to measure a difference compared to the object-oriented systems
lang
Justin Piszcz wrote:
I am putting a new machine together and I have dual raptor raid 1 for
the root, which works just fine under all stress tests.
Then I have the WD 750 GiB drive (not RE2, desktop ones for ~150-160 on
sale now adays):
I ran the following:
dd if=/dev/zero of=/dev/sdc
dd if=
On Sat, 01 Dec 2007 13:37:44 -0500
Bill Davidsen <[EMAIL PROTECTED]> wrote:
> If you are referring to the "compat" RPMs, be aware that they use the
> current headers, which is a good or bad thing depending on what you want
> to do. If you want to build old software, you get to keep a down-rev
>
Stephen Hemminger <[EMAIL PROTECTED]> writes:
> Actually, the whole mess would go away if the api for dev_get_by_ hadn't
> been changed in the namespace transition. IMHO the interface to
> dev_get_by_name()
> should not have added a namespace parameter, of the callers in the tree, only
> two u
Eric W. Biederman wrote:
Stephen Hemminger <[EMAIL PROTECTED]> writes:
Actually, the whole mess would go away if the api for dev_get_by_ hadn't
been changed in the namespace transition. IMHO the interface to
dev_get_by_name()
should not have added a namespace parameter, of the callers in th
(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
>
>Summary: kernel GPF in 2.6.24 (g09f345da)
>Product: Oth
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 when "# CON
---
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,
are there many instances of struct vfsmount those have only
mn
On Sat, 1 Dec 2007 10:09:28 -0800
"Joshua Hudson" <[EMAIL PROTECTED]> wrote:
> Is there an executable file format that can specify things like where
> the stack ends up?
> Yes, I really do care. I want to put the stack at the top of virtual
> address space rather than randomized.
just set the per
On Sat, 01 Dec 2007 00:27:06 -0800
Vitaly Luban <[EMAIL PROTECTED]> wrote:
> Kernel "pci_ids.h" file has data for that card missing.
>
> Also, Ellen needs some control bits flipped before it functions properly
> as SDIO controller by the spec.
> Should apply clenly to Linus and Drzeus trees. Ple
On Sat, 1 December 2007 19:32:56 +0100, Ingo Molnar wrote:
> * Jörn Engel <[EMAIL PROTECTED]> wrote:
>
> > I have to change my qemu setup a little to see the top of those
> > dumps...
>
> btw., if you start qemu like this:
>
> qemu -cdrom ./cdrom.iso -hda ./hda.img -boot c -full-screen -kernel
Mark Lord <[EMAIL PROTECTED]> writes:
>>> Can we get this resolved before 2.6.24 is released? Going back and forth
>>> on API's is just needless frottage.
>>
>> Sure. We keep the updated dev_get_by_ that takes a network
>> namespace parameter.
> ..
>
> And what should code be passing in when
* J??rn Engel <[EMAIL PROTECTED]> wrote:
> Almost. "-serial stdio" was missing. Much better now.
>
> 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-ge1cca7e8-dirty
On Wed, 28 Nov 2007 13:34:02 +0100 (CET)
Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> On Wed, 28 Nov 2007, Pierre Ossman wrote:
> >
> > Is there no directive we can stick in there that forces a reasonable
> > alignment (e.g. alignment == sizeof(type)) independently of arch?
>
> We could use
On Thu, 29 Nov 2007 16:40:37 -0700
Bjorn Helgaas <[EMAIL PROTECTED]> wrote:
>
> The corresponding PCI code in pci_device_suspend() does not do
> any generic device disable or resource release. I don't know
> why PNP disables the device on suspend. I glanced through the
> ACPI spec but didn't se
1 - 100 of 165 matches
Mail list logo
