On Tuesday 17 July 2007 17:30:21 Joakim Koskela wrote:
> > Joakim Koskela wrote:
> > > diff --git a/net/ipv4/xfrm4_input.c b/net/ipv4/xfrm4_input.c
> > > index fa1902d..7a39f4c 100644
> > > --- a/net/ipv4/xfrm4_input.c
> > > +++ b/net/ipv4/xfrm4_input.c
> > > @@ -108,7 +108,8 @@ int xfrm4_rcv_encap
On Friday 03 August 2007 01:01:14 David Miller wrote:
> Joakim, TEST YOUR PATCHES, and not just with your BEET test cases,
> before submitting them in the future. Having normal configurations of
> both PF_KEY and XFRM_USER ipsec totally break as a result of your
> changes is totally unacceptable a
On 06/08/07 04:01, Kok, Auke wrote:
> Simon Arlott wrote:
>> 00:0a.0 Ethernet controller: Intel Corp. 82546EB Gigabit Ethernet
>> Controller (Copper) (rev 01)
>> Subsystem: Intel Corp.: Unknown device 1012
>> Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 5
>> Memo
* Jarek Poplawski <[EMAIL PROTECTED]> wrote:
> Subject: genirq: fix simple and fasteoi irq handlers
>
> After the "genirq: do not mask interrupts by default" patch interrupts
> should be disabled not immediately upon request, but after they
> happen. But, handle_simple_irq() and handle_fasteoi
Hi,
Sorry, guys! I tried to be so logical that I forgot to unmask my eyes.
Regards,
Jarek P.
>
(take 2)
Subject: genirq: fix simple and fasteoi irq handlers
After the "genirq: do not mask interrupts by default" patch interrupts
should be disabled not immediately upon request, but af
Simon Arlott wrote:
00:0a.0 Ethernet controller: Intel Corp. 82546EB Gigabit Ethernet Controller
(Copper) (rev 01)
Subsystem: Intel Corp.: Unknown device 1012
Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 5
Memory at e302 (64-bit, non-prefetchable) [size=12
Patrick McHardy wrote:
+ if ((err = sfq_q_init(&tmp, opt)))
+ return err;
This will also use defaults for all unspecified values. It would
be more consistent with other qdiscs to only change those values
that are actually specified, so something like "tc qdisc change ...
pe
Em Mon, Aug 06, 2007 at 01:19:59AM +0200, Aurelien Jarno escreveu:
> The patch below against 2.6.23-rc1-mm2 implements EXTIF serial
> initialization, currently marked as TODO.
>
> It originally comes from the OpenWrt patches.
Comments below
> Cc: Felix Fietkau <[EMAIL PROTECTED]>
> Signed-off-b
The following patches fix and improve the SSB Broadcom MIPS core driver
in order to support the BCM947xx CPUs.
Patch #1: EXTIF timing initialization
Patch #2: EXTIF serial port initialization
Patch #3: MIPS core flash driver
Patch #4: Implement ssb_cpu_clock()
Cc: Felix Fietkau <[EMAIL PROTECTED
The patch below against 2.6.23-rc1-mm2 implements EXTIF serial
initialization, currently marked as TODO.
It originally comes from the OpenWrt patches.
Cc: Felix Fietkau <[EMAIL PROTECTED]>
Signed-off-by: Aurelien Jarno <[EMAIL PROTECTED]>
--- a/drivers/ssb/driver_mipscore.c
+++ b/drivers/ssb/dri
The patch below against 2.6.23-rc1-mm2 implements the ssb_cpu_clock()
currently doing nothing, and export it. This function is needed to
support the BCM947xx CPUs.
It originally comes from the OpenWrt patches.
Cc: Felix Fietkau <[EMAIL PROTECTED]>
Signed-off-by: Aurelien Jarno <[EMAIL PROTECTED]>
The patch below against 2.6.23-rc1-mm2 fixes the size of the flash
window and detect the width of the flash bus (8 or 16 bits).
It originally comes from the OpenWrt patches.
Cc: Felix Fietkau <[EMAIL PROTECTED]>
Signed-off-by: Aurelien Jarno <[EMAIL PROTECTED]>
--- a/drivers/ssb/driver_mipscore
The patch below against 2.6.23-rc1-mm2 implements EXTIF timing
initialization, currently marked as TODO.
It originally comes from the OpenWrt patches.
Cc: Felix Fietkau <[EMAIL PROTECTED]>
Signed-off-by: Aurelien Jarno <[EMAIL PROTECTED]>
--- a/drivers/ssb/driver_mipscore.c
+++ b/drivers/ssb/dr
Bram <[EMAIL PROTECTED]> :
[...]
> The router attached to it indicates a 100mbit link. But that's about it.
> I cannot get any data over it. I can manually configure it to have an IP
> address and netmask, but it won't see anything on the local net. DHCP
> doesn't work either. Nothing out of the or
On Sunday 05 August 2007 08:01, Evgeniy Polyakov wrote:
> On Sun, Aug 05, 2007 at 01:06:58AM -0700, Daniel Phillips wrote:
> > > DST original code worked as device mapper plugin too, but its two
> > > additional allocations (io and clone) per block request ended up
> > > for me as a show stopper.
>
On Sunday 05 August 2007 08:08, Evgeniy Polyakov wrote:
> If we are sleeping in memory pool, then we already do not have memory
> to complete previous requests, so we are in trouble.
Not at all. Any requests in flight are guaranteed to get the resources
they need to complete. This is guaranteed
Hi,
> If I'm reading the state bits and the message correcly dev_base_lock was
> aquired for write with IRQ enabled (via register_netdevice), but lockep also
> saw it aquired for read *in* IRQ (hardirq) context (rt2x00 code path, via
> rt2x00lib_beacondone -> ieee80211_beacon_get); this means that
Hello,
while testing wireless-dev (git current) and rt2x00 driver lockdep emitted the
following warning (shortly after wpa_supplicant upped the interface):
ACPI: PCI Interrupt :02:00.0[A] -> Link [LNKB] -> GSI 5 (level, low) -> IRQ
5
wmaster0: Selected rate control algorithm 'simple'
===
* Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> Memory management
>
> Subject : [bug] SLUB & freeing locks
> References : http://lkml.org/lkml/2007/7/26/90
> Last known good : ?
> Submitter : Ingo Molnar <[EMAIL PROTECTED]>
> Caused-By : ?
> Handled-By : Peter Zijl
On Sun, 2007-08-05 at 18:26 +0200, Michal Piotrowski wrote:
> Hi all,
> Modpost
>
> Subject : modpost bug breaks ia64 cross compilation
> References : http://lkml.org/lkml/2007/7/27/30
> http://lkml.org/lkml/2007/7/27/418
> Last known good : ?
> Submitter : Ja
Hi all,
Here is a list of some known regressions in 2.6.23-rc2
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 Bunk6
Hi all,
Here is a list of some known regressions in 2.6.23-rc2.
Feel free to add new regressions/remove fixed etc.
http://kernelnewbies.org/known_regressions
List of Aces
NameRegressions fixed since 21-Jun-2007
Adrian Bunk6
Andi Kleen
Hi Daniel.
On Sun, Aug 05, 2007 at 01:04:19AM -0700, Daniel Phillips ([EMAIL PROTECTED])
wrote:
> > we can wait in it for memory in mempool. Although that means we
> > already in trouble.
>
> Not at all. This whole block writeout path needs to be written to run
> efficiently even when normal
On Sun, Aug 05, 2007 at 01:06:58AM -0700, Daniel Phillips ([EMAIL PROTECTED])
wrote:
> > DST original code worked as device mapper plugin too, but its two
> > additional allocations (io and clone) per block request ended up for
> > me as a show stopper.
>
> Ah, sorry, I misread. A show stopper i
> > CC [M] drivers/net/b44.o
> > drivers/net/b44.c: In function 'b44_sync_dma_desc_for_device':
> > drivers/net/b44.c:134: error: implicit declaration of function
> > 'dma_sync_single_range_for_device'
> > drivers/net/b44.c: In function 'b44_sync_dma_desc_for_cpu':
> > drivers/net/b44.c:144: er
00:0a.0 Ethernet controller: Intel Corp. 82546EB Gigabit Ethernet Controller
(Copper) (rev 01)
Subsystem: Intel Corp.: Unknown device 1012
Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 5
Memory at e302 (64-bit, non-prefetchable) [size=128K]
I/O ports
On Saturday 04 August 2007 09:44, Evgeniy Polyakov wrote:
> > On Tuesday 31 July 2007 10:13, Evgeniy Polyakov wrote:
> > > * storage can be formed on top of remote nodes and be
> > > exported simultaneously (iSCSI is peer-to-peer only, NBD requires
> > > device mapper and is synchronous)
> >
>
On Saturday 04 August 2007 09:37, Evgeniy Polyakov wrote:
> On Fri, Aug 03, 2007 at 06:19:16PM -0700, I wrote:
> > To be sure, I am not very proud of this throttling mechanism for
> > various reasons, but the thing is, _any_ throttling mechanism no
> > matter how sucky solves the deadlock problem.
28 matches
Mail list logo
