On Thu, Sep 06, 2007 at 04:07:39PM -0400, Mathieu Desnoyers wrote:
> Andrew, any chance to get this into -mm ASAP so we can have it in
> 2.6.24?
>
> Just in case anyone wonders what this is usefulfor I've ported my
> hacking spu tracing code to it, and if markers get in I'd push a cleaned
> up ver
On Sep 8 2007 13:50, Keshavamurthy, Anil S wrote:
>--snip of boot message--
>BIOS-provided physical RAM map:
> BIOS-e820: - 000a (usable)
> BIOS-e820: 000f - 0010 (reserved)
> BIOS-e820: 0010 - 7fe8cc00 (usable)
>end snip
(added Cc linux-ide)
Folkert van Heusden wrote:
A popup makes some sense, but I don't know if menuconfig knows how to
do popup warnings... and it needs to be done for all *configs,
not just menuconfig.
>>> Maybe add a new type?
>> How about
>> comment "Note: 'SCSI disk support' is r
On Sep 7 2007 18:44, davide rossetti wrote:
>
>> > I'm assuming you're running some sort of Fedora/RHEL/
>> > derivative; this is what you get when you have a device that starts
>> > out named ethX, but which needed to be renamed so that an already
>> > configured ethX could be changed to that nam
On Sep 8 2007 01:02, Jan Engelhardt wrote:
>On Sep 7 2007 21:38, Krzysztof Halasa wrote:
>>> Ok, but that's not the most common situaties. What I'm suggesting is a
>>> warning or a please note popup. Not neccessarily an error or refusing to
>>> continue thing.
>>
>>What IMHO makes sense is changin
On Thu, Sep 06, 2007 at 04:02:29PM -0400, Mathieu Desnoyers wrote:
> Remove "static" from module_mutex and the modules list so it can be used by
> other builtin objects in the kernel. Otherwise, every code depending on the
> module list would have to be put in kernel/module.c. Since the immediate
* Alexey Dobriyan ([EMAIL PROTECTED]) wrote:
> On Thu, Sep 06, 2007 at 04:07:39PM -0400, Mathieu Desnoyers wrote:
> > Andrew, any chance to get this into -mm ASAP so we can have it in
> > 2.6.24?
> >
> > Just in case anyone wonders what this is usefulfor I've ported my
> > hacking spu tracing code
On Sep 8 2007 09:05, Stefan Richter wrote:
>config ATA
> [...]
>
>comment "Controller drivers"
>
>[...low-level drivers go here...]
>
>comment "Storage device drivers"
>
>config ATA_SD
> tristate "SATA/PATA HDD support (via SCSI disk support)"
> depends on ATA
> select BLK_
>On Sep 2 2007 11:40, Alan Cox wrote:
>>
>>> i've been out for a week, but found no notice, did i lost any email or
>>> no activity on this issue?
>>
>>I tagged it onto the obscure IDE report pile. It doesn't contain any
>>really useful information and its probably not an IDE layer bug as of
>>its
On 9/7/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Fri, 7 Sep 2007 00:34:59 -0700 "Luck, Tony" <[EMAIL PROTECTED]> wrote:
> > > local symbol 0: discarded in section `.exit.text' from
> > > arch/ia64/kernel/built-in.o
> >
> > This usually means that there is a static __exit function (or __d
On Saturday 08 September 2007 09:20, Linus Torvalds wrote:
> On Sat, 8 Sep 2007, Nick Piggin wrote:
> > So, can we finally noop smp_rmb and smp_wmb on x86?
>
> Did AMD already release their version? If so, we should probably add a
> commit that does that in somewhat early 2.6.24 rc, and add the poi
On 9/8/07, Satyam Sharma <[EMAIL PROTECTED]> wrote:
> On 9/7/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > On Fri, 7 Sep 2007 00:34:59 -0700 "Luck, Tony" <[EMAIL PROTECTED]> wrote:
> > > > local symbol 0: discarded in section `.exit.text' from
> > > > arch/ia64/kernel/built-in.o
> > >
> > > T
On Sunday 09 September 2007 03:34, Nick Piggin wrote:
> On Saturday 08 September 2007 09:20, Linus Torvalds wrote:
> > On Sat, 8 Sep 2007, Nick Piggin wrote:
> > > So, can we finally noop smp_rmb and smp_wmb on x86?
> >
> > Did AMD already release their version? If so, we should probably add a
> >
Jan Engelhardt wrote:
> On Sep 8 2007 09:05, Stefan Richter wrote:
>> config ATA_SD
>> tristate "SATA/PATA HDD support (via SCSI disk support)"
>> depends on ATA
>> select BLK_DEV_SD
>> help
>>'SCSI disk support' is required to access SATA HDDs. It is
[...]
>>Yo
On Fri, 2007-09-07 at 17:35 +0200, Roman Zippel wrote:
> Hi,
>
> On Sun, 2 Sep 2007, Ingo Molnar wrote:
>
> Below is a patch updated against the latest git tree, no major changes.
Interesting, I see major behavioral changes.
I still see an aberration with fairtest2. On startup, the hog compone
On Sunday 09 September 2007 03:48, Nick Piggin wrote:
> There is some suggestion in the source code that non-temporal stores
> (movntq) are weakly ordered. But AFAIKS from the documents, it is ordered
> when operating on wb memory. What's the situation there?
Sorry, it looks from the AMD document
From: Daniel Walker <[EMAIL PROTECTED]>
Date: Fri, 07 Sep 2007 13:26:25 -0700
> This driver uses the inet_lro facilities , but it doesn't force it
> to be enabled .. Someone would have to know to enable inet_lro if
> they select the driver ..
>
> Instead, just force INET_LRO if this driver is se
On Sat, 2007-09-08 at 09:56 +0200, Mike Galbraith wrote:
>
They weren't all repeats after all, the last few were...
[ 120.267389] 2,f73035a0(5624): 1fa7e90b58c,1fb3b46,f73035a0(5624),5
[ 120.281110] WARNING: at kernel/sched_norm.c:413 entity_tick()
[ 120.294101] [] show_trace_log_lvl+0x
On Fri, 7 Sep 2007 17:56:59 -0300, Henrique de Moraes Holschuh wrote:
> On 9/7/07, Jean Delvare <[EMAIL PROTECTED]> wrote:
> > To go one step further, I am questioning the real value of this naming
> > exception for these "unique" platform devices. On top of the bugs I
> > mentioned above, it has p
On Fri, Sep 07, 2007 at 08:35:22AM -0700, Randy Dunlap wrote:
> On Fri, 7 Sep 2007 14:48:00 +0200 Folkert van Heusden wrote:
>
> > Hi,
> >
> > Maybe it is a nice enhancement for make menuconfig to more explicitly
> > give a pop-up or so when someone selects for example a sata controller
> > while
On Sat, 8 Sep 2007 00:50:22 -0300, Henrique de Moraes Holschuh wrote:
> On Fri, 07 Sep 2007, David Brownell wrote:
> > > I don't feel like drivers like hdaps, thinkpad-acpi, dock, bay,
> > > and many others really belong in the platform bus. But that's
> > > what happens right now.
> >
> > As a r
> In the vdso code:
>
> static inline long vgetns(void)
> {
> cycles_t (*vread)(void);
> vread = gtod->clock.vread;
> return ((vread() - gtod->clock.cycle_last) * gtod->clock.mult) >>
> gtod->clock.shift;
> }
>
>
> Looks like an open-coded version of this
On Friday 07 September 2007 20:13:12 Nick Piggin wrote:
> On Sunday 09 September 2007 03:48, Nick Piggin wrote:
>
> > There is some suggestion in the source code that non-temporal stores
> > (movntq) are weakly ordered. But AFAIKS from the documents, it is ordered
> > when operating on wb memory.
On Mon, 3 Sep 2007 04:15:01 +0530 (IST)
Satyam Sharma <[EMAIL PROTECTED]> wrote:
> On Mon, 3 Sep 2007, Alexey Dobriyan wrote:
> >
> > Try this from net-2.6 tree:
> >
> > --- a/net/ipv4/tcp_input.c
> > +++ b/net/ipv4/tcp_input.c
> > @@ -560,7 +560,7 @@ static u32 tcp_rto_min(struct sock *sk)
> >
Nick Piggin <[EMAIL PROTECTED]> writes:
> Lustre should probably have to be ported over to write_begin/write_end in
> order to use it too. With the patches in -mm, if a filesystem is still using
> prepare_write/commit_write, the vm reverts to a safe path which avoids
> the deadlock (and allows mul
On Saturday 08 September 2007 18:53, Andi Kleen wrote:
> On Friday 07 September 2007 20:13:12 Nick Piggin wrote:
> > On Sunday 09 September 2007 03:48, Nick Piggin wrote:
> > > There is some suggestion in the source code that non-temporal stores
> > > (movntq) are weakly ordered. But AFAIKS from th
On Saturday 08 September 2007 19:43, Goswin von Brederlow wrote:
> Nick Piggin <[EMAIL PROTECTED]> writes:
> > Lustre should probably have to be ported over to write_begin/write_end in
> > order to use it too. With the patches in -mm, if a filesystem is still
> > using prepare_write/commit_write, t
On Fri, 7 Sep 2007 17:21:03 -0700
Jason Gaston <[EMAIL PROTECTED]> wrote:
> This patch removes some incorrect formatting spaces and replaces them with
> tabs.
>
> Signed-off-by: Jason Gaston <[EMAIL PROTECTED]>
>
Reviewed-by: Alan Cox <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send
On Friday 07 September 2007 21:57:35 Nick Piggin wrote:
>
> > > Anyway, the lfence should be able to go away without so much trouble.
> >
> > You mean sfence? lfence in rmb is definitely needed.
>
> I mean lfence in smp_rmb().
One point of rmb is to stop speculative loads and I don't think we
On Fri, 7 Sep 2007 15:26:50 -0700
Jesse Barnes <[EMAIL PROTECTED]> wrote:
> FYI, we just released a new white paper describing memory ordering for
> Intel processors:
> http://developer.intel.com/products/processor/manuals/index.htm
>
> Should help answer some questions about some of the orderin
On Sat, 8 Sep 2007 18:54:57 +1000
Nick Piggin <[EMAIL PROTECTED]> wrote:
> On Saturday 08 September 2007 08:26, Jesse Barnes wrote:
> > FYI, we just released a new white paper describing memory ordering for
> > Intel processors:
> > http://developer.intel.com/products/processor/manuals/index.htm
>
On Saturday 08 September 2007 20:19, Andi Kleen wrote:
> On Friday 07 September 2007 21:57:35 Nick Piggin wrote:
> > > > Anyway, the lfence should be able to go away without so much trouble.
> > >
> > > You mean sfence? lfence in rmb is definitely needed.
> >
> > I mean lfence in smp_rmb().
>
> One
Hi lists,
I copied the ancient linux1394 project TODO list from the static page at
www.linux1394.org over to http://wiki.linux1394.org/ToDo and
substantially updated it now. I certainly missed a few important TODOs
and ideas, but the list is quite long nevertheless. I thought of
posting a FireWi
On Sep 8 2007 11:38, Patrizio Bassi wrote:
>Jan Engelhardt wrote:
>>
>> I shall give this a spin too, since I happen to have sis5513.
>>
>> Just booted this fresh ata-enabled system (a matter of mkinitrd). It has
>>not exploded yet.
>
>don't you have the "irq 14" issue?
No, does not seem so.
>c
On Saturday 08 September 2007 20:30, Alan Cox wrote:
> On Sat, 8 Sep 2007 18:54:57 +1000
>
> Nick Piggin <[EMAIL PROTECTED]> wrote:
> > On Saturday 08 September 2007 08:26, Jesse Barnes wrote:
> > > FYI, we just released a new white paper describing memory ordering for
> > > Intel processors:
> > >
On Saturday 08 September 2007 20:29, Alan Cox wrote:
> On Fri, 7 Sep 2007 15:26:50 -0700
>
> Jesse Barnes <[EMAIL PROTECTED]> wrote:
> > FYI, we just released a new white paper describing memory ordering for
> > Intel processors:
> > http://developer.intel.com/products/processor/manuals/index.htm
>
Hi all,
Here is a list of some known regressions in 2.6.23-rc5.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
List of Aces
NameRegressions fixed since 21-Jun-2007
Adrian Bunk10
Linus Torvalds
Hi all,
Here is a list of some known regressions in 2.6.23-rc5.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
List of Aces
NameRegressions fixed since 21-Jun-2007
Adrian Bunk10
Linus Torvalds
Hi all,
Here is a list of some known regressions in 2.6.23-rc5.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
List of Aces
NameRegressions fixed since 21-Jun-2007
Adrian Bunk10
Linus Torvalds
Hi all,
Here is a list of some known regressions in 2.6.23-rc5.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
List of Aces
NameRegressions fixed since 21-Jun-2007
Adrian Bunk10
Linus Torvalds
Hi all,
Here is a list of some known regressions in 2.6.23-rc5
with patches available.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
List of Aces
NameRegressions fixed since 21-Jun-2007
Adrian Bunk10
Hi all,
Here is a list of some known regressions in 2.6.23-rc5
with patches available.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
List of Aces
NameRegressions fixed since 21-Jun-2007
Adrian Bunk10
On Sun, 9 Sep 2007, Nick Piggin wrote:
> I've also heard that string operations do not follow the normal ordering, but
> that's just with respect to individual loads/stores in the one operation, I
> hope? And they will still follow ordering rules WRT surrounding loads and
> stores?
see section 7.
Hello, I wrote:
Sergei Shtylyov wrote:
The patch was 4/4 of course. :-<
Probably I was too esctatic about the code. ;-)
Or rarher me. :-)
The Marvell bridge chips used on HighPoint SATA cards do not seem to
support
the MWDMA modes (at least that caould be seen in their so-called
d
Once I quothed:
Make ide_rate_filter() also respect PIO/SWDMA/MWDMA mode masks. While at it,
make the udma_filter() method calls take precedence over using the mode masks.
This one not looking to pretty -- I've geve some thought on how to
beautify all these switch fallthoughs but haven't
dean gaudet wrote:
On Sun, 9 Sep 2007, Nick Piggin wrote:
I've also heard that string operations do not follow the normal ordering, but
that's just with respect to individual loads/stores in the one operation, I
hope? And they will still follow ordering rules WRT surrounding loads and
stores?
On Thu, Sep 06, 2007 at 04:07:39PM -0400, Mathieu Desnoyers wrote:
> Andrew, any chance to get this into -mm ASAP so we can have it in
> 2.6.24?
>
> Just in case anyone wonders what this is usefulfor I've ported my
> hacking spu tracing code to it, and if markers get in I'd push a cleaned
> up ver
On Sat, 8 Sep 2007, Petr Vandrovec wrote:
> dean gaudet wrote:
> > On Sun, 9 Sep 2007, Nick Piggin wrote:
> >
> > > I've also heard that string operations do not follow the normal ordering,
> > > but
> > > that's just with respect to individual loads/stores in the one operation,
> > > I
> > > hop
Hi Michal.
> Kconfig/Kbuild
>
> Subject : building a specific in-tree module is currently a bit broken
> References : http://lkml.org/lkml/2007/9/5/40
> Last known good : ?
> Submitter : Robert P. J. Day <[EMAIL PROTECTED]>
> Caused-By : ?
> Handled-By : Sam Ravnborg
On Sat, Sep 08, 2007 at 01:11:13PM +0200, Michal Piotrowski wrote:
> USB
>
> Subject : 2.6.23-rc1: USB hard disk broken
> References : http://lkml.org/lkml/2007/7/25/62
> Last known good : ?
> Submitter : Tino Keitel <[EMAIL PROTECTED]>
> Caused-By : ?
> Handled-By :
On Fri, Sep 07, 2007 at 03:35:59PM +0200, Jean Delvare wrote:
> Hi Greg, all,
>
> While platform_device.id is a u32, platform_device_add() handles "-1" as
> a special id value. This has potential for confusion and bugs. One such
> bug was reported to me by David Brownell:
>
> http://lists.lm-sens
> I once sent a patch to make libata a submenu of scsi.
Which is wrong
Nakked-by: Alan Cox <[EMAIL PROTECTED]>
The general comments about moving this stuff around and making it clearer
what sd/sr etc are nowdays are good but hiding libata under SCSI will
cause even more confusion than it cures
On Sat, 8 Sep 2007, Greg KH wrote:
> On Sat, Sep 08, 2007 at 01:11:13PM +0200, Michal Piotrowski wrote:
> > USB
> >
> > Subject : 2.6.23-rc1: USB hard disk broken
> > References : http://lkml.org/lkml/2007/7/25/62
> > Last known good : ?
> > Submitter : Tino Keitel <[EMAIL PROT
On 03/09/2007, Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Hi Alex,
>
> On 02/09/07, Alex Smith <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > I found an old Philips Askey VC010 webcam and attempted to get it
> > working on Linux (latest git, x86_64).
>
> Is this a regression? Does 2.6.22 work fine?
Hi,
I have an ARM hardware board works fine with USB and MMC in kernel 11.
Now, I've just upgraded it to kernel 22. The modules seem loaded fine,
please see following list, but both usb and mmc modules failed to detect
the USB stick or SD card when it was plugged in (I enabled module debug,
b
> AMD processors guarantee loads are ordered and stores are ordered
> (with exceptions of non-temporal, and non-wb policy).
>
> As for the others that do out of order stores, are any of them SMP?
IDT winchip isn't, Geode isn't
-
To unsubscribe from this list: send the line "unsubscribe linux-kern
Alan Cox wrote:
> > I once sent a patch to make libata a submenu of scsi.
>
> Which is wrong
>
> Nakked-by: Alan Cox <[EMAIL PROTECTED]>
>
> The general comments about moving this stuff around and making it clearer
> what sd/sr etc are nowdays are good but hiding libata under SCSI will
> cause even
On Wednesday 05 September 2007 21:07, Sam Ravnborg wrote:
> On Wed, Sep 05, 2007 at 02:47:00PM +0100, Denys Vlasenko wrote:
> > On Wednesday 05 September 2007 14:43, Denys Vlasenko wrote:
> > > These patches fix section names and add
> > > CONFIG_DISCARD_UNUSED_SECTIONS. It is not enabled
> > > unc
[1.] One line summary of the problem:
hw csum failure appears in syslog
[2.] Full description of the problem/report:
hw csum failure appears in syslog and sometimes, under heavy network utilization, with NFS-Daemon the Network Device
totally fails. Then no Network Access is possible. Reboo
Folkert van Heusden <[EMAIL PROTECTED]> writes:
> Hi,
>
> Maybe it is a nice enhancement for make menuconfig to more explicitly
> give a pop-up or so when someone selects for example a sata controller
> while no 'scsi-disk' support was selected?
This has also bitten me one or two times. A reason
On Sep 8 2007 17:03, Al Boldi wrote:
>Alan Cox wrote:
>> > I once sent a patch to make libata a submenu of scsi.
>>
>> Which is wrong
>>
>> Nakked-by: Alan Cox <[EMAIL PROTECTED]>
>>
>> The general comments about moving this stuff around and making it clearer
>> what sd/sr etc are nowdays are good
Mathieu Desnoyers <[EMAIL PROTECTED]> writes:
>
> - profile_hit(SCHED_PROFILING, __builtin_return_address(0));
> + immediate_if (&sched_profiling)
I must say I really dislike immediate_if(). You complained earlier
that something breaks coloring, but adding such macros will definitely
bre
On Sat, 2007-09-08 at 01:22 -0700, David Miller wrote:
> From: Daniel Walker <[EMAIL PROTECTED]>
> Date: Fri, 07 Sep 2007 13:26:25 -0700
>
> > This driver uses the inet_lro facilities , but it doesn't force it
> > to be enabled .. Someone would have to know to enable inet_lro if
> > they select th
Hi!
> The current VM can get itself into trouble fairly easily
> on systems
> with a small ZONE_HIGHMEM, which is common on i686
> computers with
> 1GB of memory.
>
> On one side, page_alloc() will allocate down to
> zone->pages_low,
> while on the other side, kswapd() and balance_pgdat()
> w
Stefan Richter wrote:
(added Cc linux-ide)
Folkert van Heusden wrote:
A popup makes some sense, but I don't know if menuconfig knows how to
do popup warnings... and it needs to be done for all *configs,
not just menuconfig.
Maybe add a new type?
How about
comment "Note: 'SCSI disk support' is
Hi!
> Subject : resume from ram much slower
> References : http://lkml.org/lkml/2007/8/10/275
> Last known good : 2.6.23-rc1 ?
> Submitter : Arkadiusz Miskiewicz <[EMAIL PROTECTED]>
> Caused-By : ?
> Handled-By : Rafael J. Wysocki <[EMAIL PROTECTED]>
> Status
> > If so, the finger points at this:
> >
> > static __inline__ void __clear_bit_unlock(int nr, volatile unsigned long
> > *addr) {
> > __asm__ __volatile__(LWSYNC_ON_SMP ::: "memory");
> > __clear_bit(nr, addr);
> > }
> >
> > which was added by Nick's powerpc-lock-bitops.patch. I am susp
On Sat, 2007-09-08 at 13:11 +0200, Michal Piotrowski wrote:
> Hi all,
>
> Here is a list of some known regressions in 2.6.23-rc5.
>
> Feel free to add new regressions/remove fixed etc.
> http://kernelnewbies.org/known_regressions
> FS
>
> Subject : umount triggers a warning in jfs and t
Howard Chu wrote:
Still have a slight glitch here. I have 2 hard drives on the primary
channel, detected correctly as 80-wire and UDMA100. I have a DVD burner
on the secondary channel, detected incorrectly as 40-wire. (It's sitting
by itself on an 80-wire cable.) This is on an Asus A8V-Deluxe.
There are various agencies/educational institutions doing testing but was
curious if anyone has 'found' a 10 gigabit card shootout measuring the
performance between 10 gigabit cards on the 2.6 kernel? Most of the
benchmarks are from the vendors themselves Intel/etc-- was wondering if
there wer
Randy Dunlap wrote:
> Stefan Richter wrote:
>> I am not a friend of 'select', but maybe the following actually helps.
...
> The problem with 'select' here is that it will enable BLK_DEV_SD,
> but if SCSI is not enabled, it will not become enabled -- i.e.,
> select does not follow the dependency cha
> Did you get any off-list feedback on this? I can move a burner back to
> the VIA to test, but having another controller I took the easy way out
> and recabled the device. It's production, so I have to test off hours.
There are a couple of fixes just been submitted which may account for
this so
On 08 Sep 2007 18:07:00 +0200 Andi Kleen wrote:
> Folkert van Heusden <[EMAIL PROTECTED]> writes:
>
> > Hi,
> >
> > Maybe it is a nice enhancement for make menuconfig to more explicitly
> > give a pop-up or so when someone selects for example a sata controller
> > while no 'scsi-disk' support wa
On Sat, 08 Sep 2007 18:44:46 +0200 Stefan Richter wrote:
> Randy Dunlap wrote:
> > Stefan Richter wrote:
> >> I am not a friend of 'select', but maybe the following actually helps.
> ...
> > The problem with 'select' here is that it will enable BLK_DEV_SD,
> > but if SCSI is not enabled, it will n
Al Boldi <[EMAIL PROTECTED]> wrote:
> Alan Cox wrote:
>> > I once sent a patch to make libata a submenu of scsi.
>>
>> Which is wrong
>>
>> Nakked-by: Alan Cox <[EMAIL PROTECTED]>
>>
>> The general comments about moving this stuff around and making it clearer
>> what sd/sr etc are nowdays are good
On Sat, Sep 08, 2007 at 09:50:08AM -0700, Randy Dunlap wrote:
> On 08 Sep 2007 18:07:00 +0200 Andi Kleen wrote:
> > This has also bitten me one or two times. A reasonable way would
> > be to just select SD automatically for !EMBEDDED
>
> I'd say that someone needs to use a vendor kernel, or at lea
Jeff Garzik wrote:
> Gaston, Jason D wrote:
>> At this time, I don't have any way to test those particular DeviceID's
>> and I know that the AHCI mode DeviceID works by using the class code
>> support. So, I would like to just leave them at they are, if that is
>> ok.
>
>
> Fine by me... Overal
Paul Rolland wrote:
> Hello,
>
> My machine (an ASUS P5W-DH-Deluxe, Core2, 4Go RAM, 3 SATA and 2IDE) is
> reporting a :
> irq 23: nobody cared (try booting with the "irqpoll" option)
> together with a Call Trace, but :
> - irqpoll is present on the command line,
> - the irq is reported to be use
Hi!
There seem to be changes in sysfs input structure between 2.6.22 and
2.6.23-rc5 which cause some breakage.
With 2.6.22:
# LC_ALL=C ls -l /sys/class/input/input4
total 0
drwxr-xr-x 2 root root0 Sep 8 12:51 capabilities/
lrwxrwxrwx 1 root root0 Sep 8 19:48 device ->
../../../dev
I've just released Linux 2.4.35.2.
The removal of -fno-unit-at-a-time in 2.4.35.1 in order to fix build
with gcc-4.2 uncovered nasty optimization issues in the current code
under gcc-4.x. This option not only prevents gcc from reordering
sections, it also prevents it from doing a better optimizati
The following is the current contents of
git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
(recently rebased)
The 'upstream' branch is what I will push upstream for 2.6.24, once
the merge window opens. I also have a pile in my inbox I need to go
over, while I was away at confe
The following is the current contents of
git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
(recently rebased)
The 'upstream' branch is what I will push upstream for 2.6.24, once
the merge window opens. I also have a pile in my inbox I need to go
over, while I was away at confe
James Corey wrote:
--- Stephen Hemminger
<[EMAIL PROTECTED]> wrote:
On Sun, 29 Jul 2007 21:01:30 -0600
Rob Sims <[EMAIL PROTECTED]> wrote:
On Thu, Jul 26, 2007 at 06:57:01PM +0200, Adrian
Bunk wrote:
The only known outstanding problems on 2.62.22.6 of
sky2 are:
* problems with fibre PHY
Thorsten Leemhuis wrote:
> On 08.09.2007 01:38, Takashi Iwai wrote:
[backports to -stable]
>> Linux will suck really if one breaks so-called stable thing easily
>> without actually testing. For stable stuff, "it should be good" isn't
>> enough. It must be: "it IS good."
This applies (or should a
Chuck Ebbert, Sat, Sep 08, 2007 01:14:01 +0200:
> On 09/07/2007 03:56 PM, Alex Riesen wrote:
> > Kernel: v2.6.23-rc5+ (b21010ed6498391c0f359f2a89c907533fe07fec)
> > Ubuntu Feisty, Radeon R200 (9200) dual head, MergedFB, BZFlag in
> > OpenGL mode, frozen. That'll teach me playing games at home...
>
Michal Piotrowski, Sat, Sep 08, 2007 01:18:10 +0200:
> Hi Alex,
>
> On 07/09/2007, Alex Riesen <[EMAIL PROTECTED]> wrote:
> > Kernel: v2.6.23-rc5+ (b21010ed6498391c0f359f2a89c907533fe07fec)
>
> Is this a post 2.6.22 regression?
>
Can't say yet.
-
To unsubscribe from this list: send the line "u
> I'd say that someone needs to use a vendor kernel, or at least
> begin with a vendor .config file...
Vendor kernels tend to compile forever and require initrds. For
just testing a kernel quickly compiling only a few drivers in
is much more convenient.
Also when you've been using CONFIG_IDE bef
Bodo Eggert wrote:
> The real problem is hiding devices attached to some controlers between
> one kind of the controllers. This has been correct whern they were bus-
> specific, but since they are now shared by three busses, they should get
> their own menu called "(S)ATA/USB/SCSI attached devices"
Andi Kleen wrote:
> when you've been using CONFIG_IDE before it is not completely
> obvious you need BLK_SD for your hard disk.
Switching to different drivers without reading the help text?
Tough.
--
Stefan Richter
-=-=-=== =--= -=---
http://arcgraph.de/sr/
-
To unsubscribe from this list: se
On Fri, 07 Sep 2007 19:47:02 -0400
Jeff Garzik <[EMAIL PROTECTED]> wrote:
> >> res 51/84:00:3f:00:00/00:00:00:00:00/e0 Emask 0x10 (ATA bus error)
> >> res 51/84:00:3f:00:00/00:00:00:00:00/e0 Emask 0x10 (ATA bus error)
> >> res 51/84:00:21:9d:fc/00:00:00:00:00/e6 Emask 0x10
Anssi Hannula wrote:
> Hi!
>
> There seem to be changes in sysfs input structure between 2.6.22 and
> 2.6.23-rc5 which cause some breakage.
>
I'm running 2.6.23-rc5 in up-to-date cooker.
> With 2.6.22:
>
>> # LC_ALL=C ls -l /sys/class/input/input4
>> total 0
>> drwxr-xr-x 2 root root0 Sep
Hello,
This is my situation:
- I mounted the pseudo cpuset filesystem into /dev/cpuset
- I created a cpuset named oar with my 2 cpus
cat /dev/cpuset/oar/cpus
0-1
- Then I hibernate my computer with 'echo -n "disk" >/sys/power/state'
- After reboot:
cat /dev/cpuset/oar/cpus
0
Why did
Hi,
I've just released Linux 2.4.36-pre1.
It's basically the same as 2.4.35.2, with an add-on I'd like people
to experiment with : In private discussions, Solar Designer proposed
to restrict the ability to map the NULL address to CAP_RAW_IO capable
processes only. The idea behind this was to prev
On Sat, 08 Sep 2007 18:52:35 +0200 Bodo Eggert wrote:
> BTW2: I think that menu needs very much reordering. "Block devices" should
> be renamed to "Other block devices", AGP support should belong into graphics
> support, and many other things I don't even know need to be pushed around.
> Even orde
On Sat, Sep 08, 2007 at 01:44:20PM -0400, Bill Davidsen wrote:
>...
> That was with 2.6.22.5 (or so), dropped back to an old kernel with sk98lin,
> previously had uptimes in three digit days. Up for a week or so now.
There is a real long-term advantage of removing drivers like sk98lin
because it
This patch converts alpha to the generic sys_ptrace. We use
force_successful_syscall_return to avoid having to pass the pt_regs
pointer down to the function. I think the removal of the assemly
stub is correct, but I could only compile-test this patch, so please
give it a spin before commiting :)
On Sat, Sep 08, 2007 at 08:30:06PM +0200, Stefan Richter wrote:
> Andi Kleen wrote:
> > when you've been using CONFIG_IDE before it is not completely
> > obvious you need BLK_SD for your hard disk.
>
> Switching to different drivers without reading the help text?
> Tough.
The individual driver de
Andi Kleen wrote:
> On Sat, Sep 08, 2007 at 08:30:06PM +0200, Stefan Richter wrote:
>> Andi Kleen wrote:
>>> when you've been using CONFIG_IDE before it is not completely
>>> obvious you need BLK_SD for your hard disk.
>> Switching to different drivers without reading the help text?
>> Tough.
>
>
Andrey Borzenkov wrote:
Anssi Hannula wrote:
Hi!
There seem to be changes in sysfs input structure between 2.6.22 and
2.6.23-rc5 which cause some breakage.
[...]
There is no longer:
/sys/class/input/eventX => /sys/class/input/inputX/eventX
instead there is:
/sys/class/inputX/input:eventX =>
I've just released Linux 2.6.20.19.
It backports a fix present in 2.6.22 for a bug introduced in the IPv6
stack in 2.6.20, which could lead to crashes under certain circumstances.
I'll also be replying to this message with a copy of the patch between
2.6.20.18 and 2.6.20.19.
The patch and change
1 - 100 of 135 matches
Mail list logo
