On 05/20, [EMAIL PROTECTED] wrote:
>
> I've done some more tests and quite frankly I think this is really related
> to the dreaded ''fglrx.ko'' module. It seems to me that it is much easier
> to reproduce the problem if that damn module is loaded. It does uses
> workqueue. Then there is another
On Sun, May 20, 2007 at 01:37:13PM +0300, [EMAIL PROTECTED] wrote:
> Hello Oleg,
>
> I've done some more tests and quite frankly I think this is really related
> to the dreaded ''fglrx.ko'' module. It seems to me that it is much easier
> to reproduce the problem if that damn module is loaded. It
Hello Oleg,
I've done some more tests and quite frankly I think this is really related
to the dreaded ''fglrx.ko'' module. It seems to me that it is much easier
to reproduce the problem if that damn module is loaded. It does uses
workqueue. Then there is another driver ipw3945 loaded and it is
On 05/18, Zilvinas Valinskas wrote:
>
> On Thu, 2007-05-17 at 22:45 +0400, Oleg Nesterov wrote:
> >
> > However, I can't understand why cleanup_workqueue_thread() hangs anyway.
> > It shouldn't. Looks like rpciod/1 was preempted, and can't get CPU.
> > According
> > to kernel-nfs-freeze.log it is
On Fri, 18 May 2007 15:17:36 +0300 Zilvinas Valinskas <[EMAIL PROTECTED]> wrote:
> Have found this in dmesg (well earlier because of initcall_debug) I've
> never noticed that during boot (scrolls away too fast). Anyway -
>
> [7.841871] NetLabel: Initializing
> [7.841983] NetLabel: domain
Hello,
Have found this in dmesg (well earlier because of initcall_debug) I've
never noticed that during boot (scrolls away too fast). Anyway -
[7.841871] NetLabel: Initializing
[7.841983] NetLabel: domain hash size = 128
[7.842095] NetLabel: protocols = UNLABELED CIPSOv4
[7.842
Hello Oleg,
On Thu, 2007-05-17 at 22:45 +0400, Oleg Nesterov wrote:
> Hello Zilvinas,
>
> On 05/17, Zilvinas Valinskas wrote:
> >
> > Patch seems to help and it seems kernel doesn't free anymore. I've
> > booted new kernel and did :
>
> OK, thank you very much. So, we have some other problems,
Hello Zilvinas,
On 05/17, Zilvinas Valinskas wrote:
>
> Patch seems to help and it seems kernel doesn't free anymore. I've
> booted new kernel and did :
OK, thank you very much. So, we have some other problems, and I _think_
that workqueue.c is not the source of them.
However, I can't understan
And another one crash, achieved by running the following in the shell.
Ran several times, as see from dmesg:
$ op=stop; sudo /etc/init.d/nfs-common $op; \
sudo /etc/init.d/nfs-kernel-server $op; \
op=start; sudo /etc/init.d/nfs-common $op; \
sudo /etc/init.d/nfs-kernel-ser
Hello Oleg,
Patch seems to help and it seems kernel doesn't free anymore. I've
booted new kernel and did :
#1 $ sudo /etc/init.d/nfs-kernel-server stop
#2 $ sudo /etc/init.d/nfs-common stop
Previously it was enough to run '#1' to freeze the kernel. This time
with your patch applied #1 and #2 wo
On Sunday 13 May 2007 05:20, Jan Engelhardt wrote:
> On May 12 2007 20:20, Linus Torvalds wrote:
> >
> >Ok, the merge window has closed, and 2.6.22-rc1 is out there.
>
> I have hit a randconfig compile failure. .config attached.
>
> LD .tmp_vmlinux1
> drivers/built-in.o: In function `acpi_
Hello Oleg, Andrew,
Sure no problem Oleg, compiling now, reboot will follow with results.
Thank you both !
On Thu, 2007-05-17 at 02:55 +0400, Oleg Nesterov wrote:
> Zilvinas, could you try the patch below?
>
> It is a shot in the dark. I hope I'll suggest somethimg better tomorrow.
>
> Oleg.
>
On Wed, 16 May 2007 21:00:41 +0300
Zilvinas Valinskas <[EMAIL PROTECTED]> wrote:
>
> In short, on shutdown my laptop is always freezing now. I was able to
> capture the 'sysrq-P' (hit that several times), sysrq-T outputs. Please
> see .config and log messages at http://barclay.balt.net/~zilvinas/o
On Wed, 16 May 2007 21:00:41 +0300
Zilvinas Valinskas <[EMAIL PROTECTED]> wrote:
> Hello,
>
> In short, on shutdown my laptop is always freezing now. I was able to
> capture the 'sysrq-P' (hit that several times), sysrq-T outputs. Please
> see .config and log messages at http://barclay.balt.net/
Hello,
In short, on shutdown my laptop is always freezing now. I was able to
capture the 'sysrq-P' (hit that several times), sysrq-T outputs. Please
see .config and log messages at http://barclay.balt.net/~zilvinas/oops/
Kernel version I had built according git is :
[EMAIL PROTECTED]:/projects
Hi!
> > Hardware Monitoring support --->
> > <*> Hardware Monitoring support
> > <*> Abit uGuru
> >VIA686A
> > <*> IBM Hard Drive Active Protection System (hdaps)
> >
> > But I'm quite sure that the only module used is VIA686A (I'm
> > rebuilding to confirm).
>
> This is a rather bad
On 5/16/07, Stefan Richter <[EMAIL PROTECTED]> wrote:
Satyam Sharma wrote:
> * Also, some "[MENU]" kind of prefix/tag in the text of configmenu
> options would also be nice.
This belongs into the UIs, not into Kconfigs.
And it'd not just be nice, it's a requirement.
Indeed. "make menuconfig" i
On 5/16/07, Tilman Schmidt <[EMAIL PROTECTED]> wrote:
Am 16.05.2007 03:39 schrieb Satyam Sharma:
["default n" for menuconfig]
> these problems would occur only the _first_ time someone
> transitions from the old .config's to the new scheme. But those
> "default y"s for all the various "configmenu
Am 16.05.2007 03:39 schrieb Satyam Sharma:
["default n" for menuconfig]
> these problems would occur only the _first_ time someone
> transitions from the old .config's to the new scheme. But those
> "default y"s for all the various "configmenu"s (let's please call
> them that) that got introduced i
Satyam Sharma wrote:
> * Also, some "[MENU]" kind of prefix/tag in the text of configmenu
> options would also be nice.
This belongs into the UIs, not into Kconfigs.
And it'd not just be nice, it's a requirement.
--
Stefan Richter
-=-=-=== -=-= =
http://arcgraph.de/sr/
-
To unsubscribe fr
On Tue, May 15, 2007 at 10:46:21AM -0700, Randy Dunlap wrote:
> On Wed, 16 May 2007 00:42:08 +0900 Mattia Dongili wrote:
...
> > Given the drivers/acpi/Kconfig portion
> >
> > if ACPI
> > ...
> > config ACPI_EC
> > bool
> > default y
> > help
> > ...
On 5/15/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
[...]
If you transform a menu with hidden options (which do NOT "depend on"
the menu - they can't even) into a menuconfig (continuing not to
depend on the menuconfig), the presentation fucks up (especially in
ncurses-menuconfig). That is a goo
On 5/15/07, Tilman Schmidt <[EMAIL PROTECTED]> wrote:
[...]
> I do agree that anything non-essential (even if it's just a presentation
> menu that doesn't affect builds) must be default n.
It's tricky for "make oldconfig" when introducing a new "menuconfig"
around some previously existing "confi
Yes, putting the extern highstart_pfn back compiles clean for that rand config.
Sorry for the attachment, no access to a patch friendly mailer at work.
Andrew.
On 5/16/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
On Tue, 15 May 2007, andrew hendry wrote:
>
> almost, highstart_pfn is used in
On Wed, 16 May 2007 00:42:08 +0900 Mattia Dongili wrote:
> On Mon, May 14, 2007 at 10:45:46AM -0700, Randy Dunlap wrote:
> > On Mon, 14 May 2007 07:49:31 +0200 (MEST) Jan Engelhardt wrote:
> >
> > >
> > > On May 14 2007 10:55, Mattia Dongili wrote:
> > > >On Sun, May 13, 2007 at 11:27:31AM +0200
On Tue, 15 May 2007, andrew hendry wrote:
>
> almost, highstart_pfn is used in a few printks
>
> arch/i386/mm/discontig.c: In function 'setup_memory':
> arch/i386/mm/discontig.c:314: error: 'highstart_pfn' undeclared (first
> use in this function)
> arch/i386/mm/discontig.c:314: error: (Each und
On Mon, May 14, 2007 at 10:45:46AM -0700, Randy Dunlap wrote:
> On Mon, 14 May 2007 07:49:31 +0200 (MEST) Jan Engelhardt wrote:
>
> >
> > On May 14 2007 10:55, Mattia Dongili wrote:
> > >On Sun, May 13, 2007 at 11:27:31AM +0200, Jan Engelhardt wrote:
> > >> On May 12 2007 20:20, Linus Torvalds wr
Hi,
Satyam Sharma schrieb:
>> * Since Jens Axboe's stance ["default y idiocy"] is to have
>> these menus disabled by default, people should most likely
>> enable them first before they will be able to enter them.
>
> I do agree that anything non-essential (even if it's just a presentat
On May 15 2007 10:26, David Howells wrote:
>Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
>> Are you going to fix it?
>
>You should've got a copy of the patch.
Yes, right. So much for asynchronous mail transferral :)
Jan
--
-
To unsubscribe from this list: send the line "unsubscribe linu
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> Are you going to fix it?
You should've got a copy of the patch.
David
-
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://vger.kernel.org/majordomo-info.
On May 15 2007 08:04, Satyam Sharma wrote:
> On 5/15/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>> that can be switched on or off.
>> It is for those people that start with an arbitrary .config and
>> work their way through menuconfig to disable all the parts they
>> do not want. So, point no.
On May 15 2007 08:32, Satyam Sharma wrote:
> On 5/15/07, Stefan Richter <[EMAIL PROTECTED]> wrote:
>> Tilman Schmidt wrote:
>> > Am 14.05.2007 22:33 schrieb Jan Engelhardt:
>> > > * Disabling this menu disables all the fluff inside it,
>>
>> except when it doesn't.
Blame CONFIG_EMBEDDED!
>> If
Satyam Sharma wrote:
> Or perhaps we could change the text associated with these
> "menu-only" dummy constructs instead ...
>
>> we really screw the text-based "make oldconfig" folks who think
>> that they're taking a build-related (and not presentation-related)
>> decision when confronted with a:
Satyam Sharma wrote:
> I think what happened here is that Jan really only considered the
> "make menuconfig" users with these new constructs (which makes life
> really simple for them), but "oldconfig" users were unfortunately in for
> unpleasant surprises ...
That's one of the things I thought of
> >Seriously, it might be a tad more efficient if the help texts were
> >written by those who invented the options in the first place.
>
> menuconfig NETDEV_1
> bool "Ethernet (10GbE)"
> ---help--
> Say Y here to actually be able to go into this menu
> and select some d
almost, highstart_pfn is used in a few printks
arch/i386/mm/discontig.c: In function 'setup_memory':
arch/i386/mm/discontig.c:314: error: 'highstart_pfn' undeclared (first
use in this function)
arch/i386/mm/discontig.c:314: error: (Each undeclared identifier is
reported only once
arch/i386/mm/dis
On Tue, 15 May 2007, andrew hendry wrote:
>
> from a randconfig, attached.
>
> arch/i386/mm/discontig.c:107: error: expected identifier or '(' before
> numeric constant
Gaah. That file is horrible. It redeclares a lot of stuff that it has no
business declaring.
Does this patch help?
from a randconfig, attached.
arch/i386/mm/discontig.c:107: error: expected identifier or '(' before
numeric constant
arch/i386/mm/discontig.c: In function 'zone_sizes_init':
arch/i386/mm/discontig.c:363: error: 'ZONE_HIGHMEM' undeclared (first
use in this function)
arch/i386/mm/discontig.c:363: e
On 5/15/07, Stefan Richter <[EMAIL PROTECTED]> wrote:
Tilman Schmidt wrote:
> Am 14.05.2007 22:33 schrieb Jan Engelhardt:
>> * Disabling this menu disables all the fluff inside it,
except when it doesn't.
> Another essential piece of information. I seem to remember other
> menus which, when d
On 5/15/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> [...]
> They are just a menu
Ok, so they don't really affect Makefiles / sources (and thus builds).
In that case I'd suggest that let's please change the names of such
menuconfig options from CONFIG_ to CONFIG_MENU_, otherwise
Or perhaps w
Hello,
On 5/15/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
[...]
They are just a menu
Ok, so they don't really affect Makefiles / sources (and thus builds).
In that case I'd suggest that let's please change the names of such
menuconfig options from CONFIG_ to CONFIG_MENU_, otherwise
we reall
Tilman Schmidt wrote:
> Am 14.05.2007 22:33 schrieb Jan Engelhardt:
>> * Disabling this menu disables all the fluff inside it,
except when it doesn't.
> Another essential piece of information. I seem to remember other
> menus which, when disabled, kept the selection status of the
> options insi
Jan Engelhardt wrote:
> menuconfig NETDEV_1
> bool "Ethernet (10GbE)"
> ---help--
> Say Y here to actually be able to go into this menu
> and select some drivers that we think belong to the
> "10 Gigabit Ethernet" family.
>
> If unsure, it is unwise to say N
Am 14.05.2007 22:33 schrieb Jan Engelhardt:
> On May 14 2007 20:01, Tilman Schmidt wrote:
>>> "Patches welcome" ;-)
>> Sure. Just tell me exactly what those options are intended to do
>> and I'll happily write up a patch adding help texts trying to
>> express that in bad English. :-)
>
> They are
On May 14 2007 20:01, Tilman Schmidt wrote:
>>
>> "Patches welcome" ;-)
>
>Sure. Just tell me exactly what those options are intended to do
>and I'll happily write up a patch adding help texts trying to
>express that in bad English. :-)
They are just a menu that can be switched on or off.
It is
On May 14 2007 19:32, Stefan Richter wrote:
>>
>> As for NETDEV_1000 and _1, I really wonder if we need anymore
>> help text than the option. I do not know what the minimum level
>> of user knowledge is that kconfig help texts need to support,
>> but maybe you can tell?
>
>The text "Ethernet
On Mon, May 14, 2007 at 03:53:21PM -0400, Jeff Garzik wrote:
> Jean Delvare wrote:
> >On Mon, 14 May 2007 11:43:45 -0700 (PDT), Linus Torvalds wrote:
> >>On Mon, 14 May 2007, Jean Delvare wrote:
> >>>Sure, we don't allow that. Except for xfsprogs in 2.6.1, procps in
> >>>2.6.4, oprofile in 2.6.13 a
On Mon, May 14, 2007 at 09:28:07PM +0200, Jean Delvare wrote:
> > And we really complained about it! The oprofile thing should be fixed,
> > btw, and yeah,if udev breaks any more, I'll have to stop taking patches
> > from Greg. That thing has been a disaster, and everybody involved should
> > be
On Mon, May 14, 2007 at 11:43:45AM -0700, Linus Torvalds wrote:
>
>
> On Mon, 14 May 2007, Jean Delvare wrote:
> >
> > Sure, we don't allow that. Except for xfsprogs in 2.6.1, procps in
> > 2.6.4, oprofile in 2.6.13 and udev in 2.6.19, of course.
>
> And we really complained about it! The oprof
Jean Delvare wrote:
On Mon, 14 May 2007 11:43:45 -0700 (PDT), Linus Torvalds wrote:
On Mon, 14 May 2007, Jean Delvare wrote:
Sure, we don't allow that. Except for xfsprogs in 2.6.1, procps in
2.6.4, oprofile in 2.6.13 and udev in 2.6.19, of course.
And we really complained about it! The oprofil
On Mon, May 14, 2007 at 09:13:12AM +0800, Jeff Chua wrote:
> Attached is my patch for vpnclient-linux-x86_64-4.8.00.0490-k9 to make
> it run on Linux-2.6.22-rc1.
Can you please stop it now? This is not
[EMAIL PROTECTED] after all.
-
To unsubscribe from this list: send the line "
On Mon, 14 May 2007 11:43:45 -0700 (PDT), Linus Torvalds wrote:
>
> On Mon, 14 May 2007, Jean Delvare wrote:
> >
> > Sure, we don't allow that. Except for xfsprogs in 2.6.1, procps in
> > 2.6.4, oprofile in 2.6.13 and udev in 2.6.19, of course.
>
> And we really complained about it! The oprofile
On Mon, 14 May 2007, Jean Delvare wrote:
>
> Sure, we don't allow that. Except for xfsprogs in 2.6.1, procps in
> 2.6.4, oprofile in 2.6.13 and udev in 2.6.19, of course.
And we really complained about it! The oprofile thing should be fixed,
btw, and yeah,if udev breaks any more, I'll have to
Hi Jean,
2007/5/14, Jean Delvare <[EMAIL PROTECTED]>:
[cut]
> I've not found an obvious way to set it in sensors.conf. Could you
> point me to some doumentation, thanks.
sensors.conf supposedly _is_ the the documentation ;)
Search for the following line in /etc/sensors.conf:
chip "via686a-*"
Hello Linus,
On Mon, 14 May 2007 09:30:19 -0700 (PDT), Linus Torvalds wrote:
> On Mon, 14 May 2007, Jean Delvare wrote:
> >
> > This is a side effect of an i2c-core cleanup. This is already fixed in
> > lm_sensors 2.10.3 (libsensors.so.3.1.3).
>
> So apparently that fixed it, but in general we d
Hi Antonino,
On Mon, 14 May 2007 18:04:00 +0200, Antonino Ingargiola wrote:
> Hi Jean!
>
> 2007/5/14, Jean Delvare <[EMAIL PROTECTED]>:
>
> > > Sure. On 2.6.21.1:
> > >
> > > via686a-isa-6000
> > > Adapter: ISA adapter
> > > CPU core: +1.63 V (min = +0.06 V, max = +3.10 V)
> > > +2.5V: +
Jan Engelhardt schrieb:
> On May 13 2007 20:19, Tilman Schmidt wrote:
>>
>>Would it be asking too much to have help texts on the following
>>new (wrt 2.6.21) configuration options?
>>
>>ESP Scsi Driver Core (SCSI_ESP_CORE) [N/m] (NEW)
>>Macintosh device drivers (MACINTOSH_DRIVERS) [Y/n] (NEW)
>>Eth
On May 14 2007 09:13, Jeff Chua wrote:
>
> Attached is my patch for vpnclient-linux-x86_64-4.8.00.0490-k9 to make
> it run on Linux-2.6.22-rc1.
Same thing as the VMware patch.
Jan
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the b
On Mon, 14 May 2007 07:49:31 +0200 (MEST) Jan Engelhardt wrote:
>
> On May 14 2007 10:55, Mattia Dongili wrote:
> >On Sun, May 13, 2007 at 11:27:31AM +0200, Jan Engelhardt wrote:
> >> On May 12 2007 20:20, Linus Torvalds wrote:
> >> >
> >> >Ok, the merge window has closed, and 2.6.22-rc1 is out t
Jan Engelhardt wrote:
> On May 13 2007 20:19, Tilman Schmidt wrote:
...
>> Ethernet (1000 Mbit) (NETDEV_1000) [Y/n] (NEW)
>> Ethernet (1 Mbit) (NETDEV_1) [Y/n] (NEW)
>>
>> Those for the latter three could/should say something like the
>> one for the WLAN_80211 option.
>
> "Patches welcome"
On May 14 2007 12:44, David Howells wrote:
>Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
>> net/built-in.o: In function `rxrpc_destroy_all_calls':
>> (.exit.text+0x71d): undefined reference to `rxrpc_call_states'
>> make: *** [.tmp_vmlinux1] Error 1
>
>This is the problem:
>
> # CONFIG_PROC_F
On May 13 2007 20:19, Tilman Schmidt wrote:
>Am 13.05.2007 05:20 schrieb Linus Torvalds:
>> Ok, the merge window has closed, and 2.6.22-rc1 is out there.
>[...]
>> So give it a good testing.
>
>Would it be asking too much to have help texts on the following
>new (wrt 2.6.21) configuration options?
On Mon, 14 May 2007, Jean Delvare wrote:
>
> This is a side effect of an i2c-core cleanup. This is already fixed in
> lm_sensors 2.10.3 (libsensors.so.3.1.3).
So apparently that fixed it, but in general we do not allow these kinds of
"need to have new xyz with new kernel".
Kernels are suppos
Hi,
On 14/05/07, Antonino Ingargiola <[EMAIL PROTECTED]> wrote:
Hi Jean!
2007/5/14, Jean Delvare <[EMAIL PROTECTED]>:
> > Sure. On 2.6.21.1:
> >
> > via686a-isa-6000
> > Adapter: ISA adapter
> > CPU core: +1.63 V (min = +0.06 V, max = +3.10 V)
> > +2.5V: +2.45 V (min = +0.06 V, max =
Hi Jean!
2007/5/14, Jean Delvare <[EMAIL PROTECTED]>:
> Sure. On 2.6.21.1:
>
> via686a-isa-6000
> Adapter: ISA adapter
> CPU core: +1.63 V (min = +0.06 V, max = +3.10 V)
> +2.5V: +2.45 V (min = +0.06 V, max = +3.10 V)
> I/O: +3.52 V (min = +3.12 V, max = +3.45 V) ALARM
> +
On Mon, 14 May 2007 15:28:00 +0200, Antonino Ingargiola wrote:
> Hi Jean,
>
> 2007/5/14, Jean Delvare <[EMAIL PROTECTED]>:
> [cut]
> > This is a rather bad idea to build the abituguru and hdaps drivers into
> > your kernel if you don't have these devices. Especially abituguru, as
> > it does arbit
Hi Jean,
2007/5/14, Jean Delvare <[EMAIL PROTECTED]>:
[cut]
This is a rather bad idea to build the abituguru and hdaps drivers into
your kernel if you don't have these devices. Especially abituguru, as
it does arbitrary port probing.
My bad. I have an abit motherboard and in doubt I selected t
Hi Antonino,
On Mon, 14 May 2007 10:34:08 +0200, Antonino Ingargiola wrote:
> 2007/5/14, Jean Delvare <[EMAIL PROTECTED]>:
> [cut]
> > I am not familiar with the gnome sensors applet. Does it say where it
> > is getting the data (driver name, device name...)?
>
> The applet settings show a list o
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> net/built-in.o: In function `rxrpc_destroy_all_calls':
> (.exit.text+0x71d): undefined reference to `rxrpc_call_states'
> make: *** [.tmp_vmlinux1] Error 1
This is the problem:
# CONFIG_PROC_FS is not set
CONFIG_AF_RXRPC=y
David
-
To u
2007/5/14, Jean Delvare <[EMAIL PROTECTED]>:
[cut]
I am not familiar with the gnome sensors applet. Does it say where it
is getting the data (driver name, device name...)?
The applet settings show a list of sensors under the libsensors name.
Those are the sensors that work on 2.6.21.1.
However
Existing v4l applications are failing with the latest release
candidate.
This is xawtv-3.95.dfsg.1, running on Linux/i686 (2.6.22-rc1)
xinerama 0: 1280x1024+0+0
/dev/video0 [v4l2]: ioctl VIDIOC_G_FBUF: Invalid argument
v4l-conf had some trouble, trying to continue anyway
ioctl: VIDIOC_G_FBUF(capab
On Sun, 13 May 2007 11:47:53 +0200,
Borislav Petkov <[EMAIL PROTECTED]> wrote:
> if I'm not mistaken, despite the PCI_MULTITHREAD_PROBE removal,
> Cornelia Huck wanted to keep
> driver-core-per-subsystem-multithreaded-probing.patch:
>
>
> > Wouldn't per-subsystem multithreaded probing just expo
Hi David,
On 5/14/07, David Miller <[EMAIL PROTECTED]> wrote:
From: Tilman Schmidt <[EMAIL PROTECTED]>
Date: Sun, 13 May 2007 20:19:09 +0200
> Would it be asking too much to have help texts on the following
> new (wrt 2.6.21) configuration options?
>
> ESP Scsi Driver Core (SCSI_ESP_CORE) [N/m]
Hi Antonino, hi Linus,
On Sun, 13 May 2007 20:50:54 +0200, Antonino Ingargiola wrote:
> 2007/5/13, Linus Torvalds <[EMAIL PROTECTED]>:
> > On Sun, 13 May 2007, Antonino Ingargiola wrote:
> > >
> > > On my desktop pc with Debian Etch and 2.6.22-rc1 the gnome panel
> > > applet "Sensors Applet" give
On May 14 2007 10:55, Mattia Dongili wrote:
>On Sun, May 13, 2007 at 11:27:31AM +0200, Jan Engelhardt wrote:
>> On May 12 2007 20:20, Linus Torvalds wrote:
>> >
>> >Ok, the merge window has closed, and 2.6.22-rc1 is out there.
>>
>> I have hit a randconfig compile failure. .config attached.
>>
>
From: Sam Ravnborg <[EMAIL PROTECTED]>
Date: Mon, 14 May 2007 06:37:14 +0200
> The above is almost the help entry seeked for this option.
> For some this is maybe given from the option name,
> but for other the above info is a help.
>
> So either provide help or do not have the option visible.
>
On Sun, May 13, 2007 at 04:20:59PM -0700, David Miller wrote:
> From: Tilman Schmidt <[EMAIL PROTECTED]>
> Date: Sun, 13 May 2007 20:19:09 +0200
>
> > Would it be asking too much to have help texts on the following
> > new (wrt 2.6.21) configuration options?
> >
> > ESP Scsi Driver Core (SCSI_ESP
On Sun, May 13, 2007 at 11:27:31AM +0200, Jan Engelhardt wrote:
> On May 12 2007 20:20, Linus Torvalds wrote:
> >
> >Ok, the merge window has closed, and 2.6.22-rc1 is out there.
>
> I have hit a randconfig compile failure. .config attached.
>
> LD .tmp_vmlinux1
> drivers/built-in.o: In fu
Attached is my patch for vpnclient-linux-x86_64-4.8.00.0490-k9 to make
it run on Linux-2.6.22-rc1.
Thanks,
Jeff.
patch-2.6.22-vpn
Description: Binary data
sorry, forgot to CC mailing list last time.
build errors from make randconfig
# CONFIG_SMP is not set
CONFIG_X86_VOYAGER=y
CONFIG_X86_MSR=y
CONFIG_X86_CPUID=y
arch/i386/kernel/built-in.o: In function `vic_sys_interrupt':
(.text+0x2770): undefined reference to `smp_vic_sys_interrupt'
arch/i386/k
Am 14.05.2007 01:20 schrieb David Miller:
>>
>> ESP Scsi Driver Core (SCSI_ESP_CORE) [N/m] (NEW)
>
> This one is a case where the option makes no sense by itself,
> it provides the core common code for other front-end drivers.
>
> The documentation exists in those front end drivers, which
> in tu
> > Would it be asking too much to have help texts on the following
> > new (wrt 2.6.21) configuration options?
> >
> > ESP Scsi Driver Core (SCSI_ESP_CORE) [N/m] (NEW)
>
> This one is a case where the option makes no sense by itself,
> it provides the core common code for other front-end
From: Tilman Schmidt <[EMAIL PROTECTED]>
Date: Sun, 13 May 2007 20:19:09 +0200
> Would it be asking too much to have help texts on the following
> new (wrt 2.6.21) configuration options?
>
> ESP Scsi Driver Core (SCSI_ESP_CORE) [N/m] (NEW)
This one is a case where the option makes no sense by it
On 5/13/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
Ok, the merge window has closed, and 2.6.22-rc1 is out there.
Got this ...
Thanks,
Jeff.
# make config
scripts/kconfig/conf arch/i386/Kconfig
drivers/macintosh/Kconfig:116:warning: 'select' used by config symbol
'PMAC_APM_EMU' refers to u
Hi,
2007/5/13, Linus Torvalds <[EMAIL PROTECTED]>:
On Sun, 13 May 2007, Antonino Ingargiola wrote:
>
> On my desktop pc with Debian Etch and 2.6.22-rc1 the gnome panel
> applet "Sensors Applet" give an error message "No chip detected".
> Works fine on 2.6.21.1 (it show cpu temperature) with th
Am 13.05.2007 05:20 schrieb Linus Torvalds:
> Ok, the merge window has closed, and 2.6.22-rc1 is out there.
[...]
> So give it a good testing.
Would it be asking too much to have help texts on the following
new (wrt 2.6.21) configuration options?
ESP Scsi Driver Core (SCSI_ESP_CORE) [N/m] (NEW)
M
On Sun, 13 May 2007, Antonino Ingargiola wrote:
>
> On my desktop pc with Debian Etch and 2.6.22-rc1 the gnome panel
> applet "Sensors Applet" give an error message "No chip detected".
> Works fine on 2.6.21.1 (it show cpu temperature) with the same config
> (I've only only done make oldconfig)
2007/5/13, Linus Torvalds <[EMAIL PROTECTED]>:
Ok, the merge window has closed, and 2.6.22-rc1 is out there.
[cut]
So give it a good testing. We'll see how the regression tracking ends up
working, but in order to actually track that, we want people actively
testing -rc1 and making good repor
On 5/13/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
Ok, the merge window has closed, and 2.6.22-rc1 is out there.
[snip]
I took a more careful look than with recent -gitXX, and
for reporting's sake here's a few MODPOST warnings:
MODPOST vmlinux
WARNING: init/built-in.o - Section mismatch:
Hello,
When compiling 2.6.22-rc1 I get the following (new and interesting) warnings:
GEN /home/indan/src/git/obj/Makefile
scripts/kconfig/conf -s arch/i386/Kconfig
drivers/macintosh/Kconfig:116:warning:
'select' used by config symbol 'PMAC_APM_EMU'
refers to undefined symbol 'SYS_SUPPORTS_APM
Hi,
if I'm not mistaken, despite the PCI_MULTITHREAD_PROBE removal,
Cornelia Huck wanted to keep
driver-core-per-subsystem-multithreaded-probing.patch:
> Wouldn't per-subsystem multithreaded probing just expose bugs that
> could also be exposed on SMP systems?
Yes, it would be the same.
Howe
On May 12 2007 20:20, Linus Torvalds wrote:
>
>Ok, the merge window has closed, and 2.6.22-rc1 is out there.
net/built-in.o: In function `rxrpc_destroy_all_calls':
(.exit.text+0x71d): undefined reference to `rxrpc_call_states'
make: *** [.tmp_vmlinux1] Error 1
.config atx.
Jan
--
ran
On May 12 2007 20:20, Linus Torvalds wrote:
>
>Ok, the merge window has closed, and 2.6.22-rc1 is out there.
I have hit a randconfig compile failure. .config attached.
LD .tmp_vmlinux1
drivers/built-in.o: In function `acpi_bus_generate_event':
(.text+0x233f7): undefined reference to `event
On May 13 2007 14:00, Jeff Chua wrote:
>> So give it a good testing. We'll see how the regression tracking ends up
>> working, but in order to actually track that, we want people actively
>> testing -rc1 and making good reports!
>
> Here's a little patch to fix filemap.c compilation problem ...
g
Take that back. It's after patching reiser4-for-2.6.21.patch.gz that
causes duplicated export symbols.
Sorry,
Jeff.
On 5/13/07, Jeff Chua <[EMAIL PROTECTED]> wrote:
Linus,
> So give it a good testing. We'll see how the regression tracking ends up
> working, but in order to actually track tha
Linus,
So give it a good testing. We'll see how the regression tracking ends up
working, but in order to actually track that, we want people actively
testing -rc1 and making good reports!
Here's a little patch to fix filemap.c compilation problem ...
Thanks,
Jeff
--- linux/mm/filemap.c.or
Ok, the merge window has closed, and 2.6.22-rc1 is out there.
The diffstat and shortlogs are way too big to fit under the kernel mailing
list limits, and the changes are all over the place. Almost seven thousand
files changed, and that's not double-counting the files that got moved
around.
Ar
97 matches
Mail list logo
