On Fri, Sep 26, 2014 at 08:30:06AM +0200, Hans Petter Selasky wrote:
H> On 09/26/14 08:06, Gleb Smirnoff wrote:
H> > On Fri, Sep 26, 2014 at 07:59:09AM +0200, Hans Petter Selasky wrote:
H> > H> On 09/26/14 07:51, Hans Petter Selasky wrote:
H> > H> > On 09/25/14 11:19, Gleb Smirnoff wrote:
H> > H> >
On 09/26/14 08:06, Gleb Smirnoff wrote:
On Fri, Sep 26, 2014 at 07:59:09AM +0200, Hans Petter Selasky wrote:
H> On 09/26/14 07:51, Hans Petter Selasky wrote:
H> > On 09/25/14 11:19, Gleb Smirnoff wrote:
H> >> On Thu, Sep 18, 2014 at 02:03:44PM +0200, Hans Petter Selasky wrote:
H> >> H> #7 0x
On Fri, Sep 26, 2014 at 07:59:09AM +0200, Hans Petter Selasky wrote:
H> On 09/26/14 07:51, Hans Petter Selasky wrote:
H> > On 09/25/14 11:19, Gleb Smirnoff wrote:
H> >> On Thu, Sep 18, 2014 at 02:03:44PM +0200, Hans Petter Selasky wrote:
H> >> H> #7 0x80b07863 in uma_zfree_arg (zone=0x0,
H
On 09/26/14 07:51, Hans Petter Selasky wrote:
On 09/25/14 11:19, Gleb Smirnoff wrote:
On Thu, Sep 18, 2014 at 02:03:44PM +0200, Hans Petter Selasky wrote:
H> #7 0x80b07863 in uma_zfree_arg (zone=0x0,
item=0xf800114ee000,
H> udata=0x81484760)
udata here is uma_slab_t. C
On 09/25/14 11:19, Gleb Smirnoff wrote:
On Thu, Sep 18, 2014 at 02:03:44PM +0200, Hans Petter Selasky wrote:
H> #7 0x80b07863 in uma_zfree_arg (zone=0x0, item=0xf800114ee000,
H> udata=0x81484760)
udata here is uma_slab_t. Can you look at it?
btw, is that reproducible o
With r272146 my SATA controller fails to attach, preventing the kernel
from mounting root. I've attached a log of as much as dconschat would
allow. The relevant portion is pcib10:
atapci0: mem 0xfa402000-0xfa403fff
at device 12.0 on pci10 pcib1: failed to reserve resource for pcib10
pcib10: fai
On Sep 25, 2014, at 1:59 PM, José Pérez Arauzo wrote:
> On Thu, 25 Sep 2014 09:26:56 -0700, David Wolfskill wrote
>> On Thu, Sep 25, 2014 at 05:48:13PM +0200, José Pérez Arauzo wrote:
>>> Hi,
>>> on my Acer Aspire V5, AHCI does not complete device_attach after 271145.
>>>
>>> Am I the only one
Also r271201 fixes an issue with interrupts. Have you tried anything newer?
Warner
On Sep 25, 2014, at 9:12 AM, Adrian Chadd wrote:
> Hi!
>
> 271146 was Warner's AHCI probe/attach changes. Maybe he'll have some ideas. :)
>
> Warner?
>
>
> -a
>
>
> On 25 September 2014 08:48, José Pérez A
I’m afraid I have no clue. I’ll need hardware to debug this, since I don’t have
any, or someone that can provide some feedback or even probe messages with it
going off the rails (before/after).
Warner
On Sep 25, 2014, at 9:12 AM, Adrian Chadd wrote:
> Hi!
>
> 271146 was Warner's AHCI probe/a
On 9/17/2014 10:39 AM, Bryan Drewery wrote:
> On 9/16/2014 9:28 PM, Bryan Drewery wrote:
>> I've been getting this quite frequently on head recently. I have dumps
>> if anyone is interested in more information.
>>
>>> Fatal trap 9: general protection fault while in kernel mode
>>> cpuid = 10; Memor
On Mon, Mar 3, 2014 at 2:22 PM, Roger Pau Monné
wrote:
> On 01/03/14 19:00, Yuriy Taraday wrote:
> > Hello.
> >
> > I currently have FreeBSD 8.3 on my home server and it works fine but it's
> > time to upgrade at last (new ath and new ipfw especially allure me). I've
> > decided to go straight to
On Thu, 25 Sep 2014 09:26:56 -0700, David Wolfskill wrote
> On Thu, Sep 25, 2014 at 05:48:13PM +0200, José Pérez Arauzo wrote:
> > Hi,
> > on my Acer Aspire V5, AHCI does not complete device_attach after 271145.
> >
> > Am I the only one experiencing this? Can I help fixing it? Thank you.
[...]
>
On Thu, 2014-09-25 at 14:50 -0400, John Baldwin wrote:
> On Wednesday, September 24, 2014 7:33:46 pm Marcel Moolenaar wrote:
> >
> > On Sep 24, 2014, at 12:54 PM, John Baldwin wrote:
> >
> > > On Tuesday, September 23, 2014 09:29:48 AM Marcel Moolenaar wrote:
> > >> What is going on here?
> > >>
On Wednesday, September 24, 2014 7:33:46 pm Marcel Moolenaar wrote:
>
> On Sep 24, 2014, at 12:54 PM, John Baldwin wrote:
>
> > On Tuesday, September 23, 2014 09:29:48 AM Marcel Moolenaar wrote:
> >> What is going on here?
> >> Are we still in some kind of flux and people aren't done yet or is
>
On Thursday, September 25, 2014 11:15:51 am TAKAHASHI Yoshihiro wrote:
> In article <2960329.sjarrui...@ralph.baldwin.cx>
> John Baldwin writes:
>
> > I have three patches to convert various pc98 drivers from timeout() to
> > callout(). For the fdc driver I took a more drastic approach and have
Bezüglich Ian Lepore's Nachricht vom 28.09.2013 19:19 (localtime):
> On Sat, 2013-09-28 at 15:09 +0200, Joel Dahl wrote:
>> Hi,
>>
>> Fresh HEAD. installworld from read-only /usr/obj and /usr/src:
>>
>> /usr/src/include/iconv.h osreldate.h /usr/include
>> install: osreldate.h: Permission denied
>>
On Thu, Sep 25, 2014 at 05:48:13PM +0200, José Pérez Arauzo wrote:
> Hi,
> on my Acer Aspire V5, AHCI does not complete device_attach after 271145.
>
> Am I the only one experiencing this? Can I help fixing it? Thank you.
> ...
Well, I am not experiencing such a problem on my Dell M4400; you can
Hi!
271146 was Warner's AHCI probe/attach changes. Maybe he'll have some ideas. :)
Warner?
-a
On 25 September 2014 08:48, José Pérez Arauzo wrote:
> Hi,
> on my Acer Aspire V5, AHCI does not complete device_attach after 271145.
>
> Am I the only one experiencing this? Can I help fixing it? T
Hi,
on my Acer Aspire V5, AHCI does not complete device_attach after 271145.
Am I the only one experiencing this? Can I help fixing it? Thank you.
BR,
--
José Pérez Arauzo
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/l
In article <2960329.sjarrui...@ralph.baldwin.cx>
John Baldwin writes:
> I have three patches to convert various pc98 drivers from timeout() to
> callout(). For the fdc driver I took a more drastic approach and have
> attempted to port the PC98 support into the main fdc driver:
Great!
Unfortu
On Thu, Sep 18, 2014 at 02:03:44PM +0200, Hans Petter Selasky wrote:
H> #7 0x80b07863 in uma_zfree_arg (zone=0x0, item=0xf800114ee000,
H> udata=0x81484760)
udata here is uma_slab_t. Can you look at it?
btw, is that reproducible on stable/10 or head?
--
Totus tuus, Gleb
21 matches
Mail list logo