[PlanetCCRMA] atl1 driver; sleeping function

Matt Barber brbrofsvl@gmail.com
Tue Jul 31 19:51:01 2007


The newly patched atl1 driver seems to be working fine.  I tried it
also in rt21.3 (that's the latest src.rpm in
http://ccrma.stanford.edu/planetccrma/mirror/all/linux/SRPMS/), and it
also worked fine -- I need kernel-rt-devel because I do use apps that
need nvidia drivers, and those are working fine in rt21.3 as well.  I
can keep you up to date if anything negative happens.


Thanks again,

Matt

On 7/31/07, Matt Barber <brbrofsvl@gmail.com> wrote:
> I have downloaded, installed, and am testing.  I will let you know...
>
>
> Thanks,
>
> Matt
>
> On 7/31/07, Fernando Lopez-Lezcano <nando@ccrma.stanford.edu> wrote:
> > On Tue, 2007-07-31 at 15:04 -0400, Matt Barber wrote:
> > > Yep,
> > >
> > > Was working on it myself, as well.
> > >
> > > Let me know where to look for it.
> >
> > I put it temporarily here:
> > http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/test/kernel-rt-2.6.21-0182.rt21.4.fc7.ccrma.i686.rpm
> >
> > Let me know when you have downloaded (install with "rpm -ivh ...")
> > -- Fernando
> >
> >
> > > On 7/31/07, Fernando Lopez-Lezcano <nando@ccrma.stanford.edu> wrote:
> > > > On Mon, 2007-07-30 at 22:28 -0400, Matt Barber wrote:
> > > > > Sure,
> > > > >
> > > > > 2.6.21-0182.rt21.2.fc7.ccrmart
> > > >
> > > > Hi, I have a test kernel with Ingo's patch for the driver. Would you be
> > > > interested in testing it?
> > > >
> > > > -- Fernando
> > > >
> > > >
> > > >
> > > > > On 7/30/07, Fernando Lopez-Lezcano <nando@ccrma.stanford.edu> wrote:
> > > > > > On Mon, 2007-07-30 at 06:09 -0400, Matt Barber wrote:
> > > > > > > Hello,
> > > > > > >
> > > > > > > I'm getting a set of BUG messages in my dmesg with the newest ccrma
> > > > > > > kernel.  This is a new box, so I haven't tried the older ccrma
> > > > > > > kernels, but the bugs aren't there with Fedora stock.
> > > > > >
> > > > > > Could you add a 'uname -r' to this information?
> > > > > > I would then cc' Ingo...
> > > > > > Looks like an rt problem particular to that card.
> > > > > >
> > > > > > -- Fernando
> > > > > >
> > > > > >
> > > > > > > They look like
> > > > > > > this (probably at least a hundred more by now):
> > > > > > >
> > > > > > > BUG: sleeping function called from invalid context IRQ-219(2243) at
> > > > > > > kernel/rtmutex.c:613
> > > > > > > in_atomic():0 [00000000], irqs_disabled():1
> > > > > > >  [<c0405f88>] dump_trace+0x64/0x105
> > > > > > >  [<c0406041>] show_trace_log_lvl+0x18/0x2c
> > > > > > >  [<c040664e>] show_trace+0xf/0x11
> > > > > > >  [<c04066cf>] dump_stack+0x12/0x14
> > > > > > >  [<c060511d>] __rt_spin_lock+0x21/0x3d
> > > > > > >  [<f8a20e0c>] atl1_xmit_frame+0x66f/0x6c6 [atl1]
> > > > > > >  [<c05a3d96>] dev_hard_start_xmit+0x1c6/0x225
> > > > > > >  [<c05b29bd>] __qdisc_run+0xb7/0x1cf
> > > > > > >  [<c05a5661>] dev_queue_xmit+0x14a/0x239
> > > > > > >  [<c05c4a40>] ip_output+0x207/0x243
> > > > > > >  [<c05c41ea>] ip_queue_xmit+0x3b2/0x402
> > > > > > >  [<c05d26d7>] tcp_transmit_skb+0x6e5/0x713
> > > > > > >  [<c05d289a>] tcp_send_ack+0xeb/0xef
> > > > > > >  [<c05d1617>] tcp_rcv_established+0x52a/0x7ff
> > > > > > >  [<c05d7234>] tcp_v4_do_rcv+0x1bf/0x494
> > > > > > >  [<c05d9955>] tcp_v4_rcv+0x863/0x8d6
> > > > > > >  [<c05bff3a>] ip_local_deliver+0x18f/0x23d
> > > > > > >  [<c05bfd72>] ip_rcv+0x41d/0x456
> > > > > > >  [<c05a3991>] netif_receive_skb+0x2cc/0x35e
> > > > > > >  [<c05a524a>] process_backlog+0x76/0xc9
> > > > > > >  [<c05a5419>] net_rx_action+0xa7/0x1a5
> > > > > > >  [<c042e276>] ___do_softirq+0xfe/0x214
> > > > > > >  [<c042e6a6>] do_softirq_from_hardirq+0x48/0x61
> > > > > > >  [<c0459204>] do_irqd+0x21a/0x282
> > > > > > >  [<c043ad18>] kthread+0xb0/0xd8
> > > > > > >  [<c0405bbf>] kernel_thread_helper+0x7/0x10
> > > > > > >  =======================
> > > > > > >
> > > > ...
> > > >
> > > >
> > > >
> >
> >
>