On Friday, June 03, 2011 3:00:09 pm Willy Offermans wrote:
> Hello John and FreeBSD friends,
>
> On Fri, Jun 03, 2011 at 09:48:26AM -0400, John Baldwin wrote:
> > On Friday, June 03, 2011 8:34:54 am Willy Offermans wrote:
> > > Dear John and FreeBSD friends,
> > >
> > > On Tue, May 31, 2011 at 11
On Fri, Jun 03, 2011 at 09:00:09PM +0200, Willy Offermans wrote:
> Hello John and FreeBSD friends,
...
>
> The latter patch seems to work:
>
> >From the boot.msg:
>
>
>
> puc0: mem 0xfbfffc00-0xfbff irq 16 at device 0.0 on pci6
> puc0: failed to enable port mapping!
> puc0: [FILTER]
>
Hello John and FreeBSD friends,
On Fri, Jun 03, 2011 at 09:48:26AM -0400, John Baldwin wrote:
> On Friday, June 03, 2011 8:34:54 am Willy Offermans wrote:
> > Dear John and FreeBSD friends,
> >
> > On Tue, May 31, 2011 at 11:01:23AM -0400, John Baldwin wrote:
> > > On Monday, May 30, 2011 5:25:14
On Friday, June 03, 2011 8:34:54 am Willy Offermans wrote:
> Dear John and FreeBSD friends,
>
> On Tue, May 31, 2011 at 11:01:23AM -0400, John Baldwin wrote:
> > On Monday, May 30, 2011 5:25:14 am Willy Offermans wrote:
> > > Hello John and FreeBSD friends,
> > >
> > > On Fri, May 27, 2011 at 10:
Dear John and FreeBSD friends,
On Tue, May 31, 2011 at 11:01:23AM -0400, John Baldwin wrote:
> On Monday, May 30, 2011 5:25:14 am Willy Offermans wrote:
> > Hello John and FreeBSD friends,
> >
> > On Fri, May 27, 2011 at 10:43:34AM -0400, John Baldwin wrote:
> > > On Friday, May 27, 2011 10:38:02
On Monday, May 30, 2011 5:25:14 am Willy Offermans wrote:
> Hello John and FreeBSD friends,
>
> On Fri, May 27, 2011 at 10:43:34AM -0400, John Baldwin wrote:
> > On Friday, May 27, 2011 10:38:02 am Willy Offermans wrote:
> > > Dear John and FreeBSD friends,
> > >
> > > On Fri, May 27, 2011 at 08:
Hello John and FreeBSD friends,
On Fri, May 27, 2011 at 10:43:34AM -0400, John Baldwin wrote:
> On Friday, May 27, 2011 10:38:02 am Willy Offermans wrote:
> > Dear John and FreeBSD friends,
> >
> > On Fri, May 27, 2011 at 08:05:56AM -0400, John Baldwin wrote:
> > > On Thursday, May 26, 2011 4:58:
On 5/27/2011 4:22 PM, John Baldwin wrote:
> On Friday, May 27, 2011 3:38:04 pm Mike Tancsa wrote:
>> On 5/27/2011 3:33 PM, John Baldwin wrote:
>>>
>>> Actually, can you just try this:
>>>
>>> Index: pucdata.c
>>
>> Hi,
>> Patch applies, but it doesnt compile on RELENG_8
>
> Ugh, looks like th
On Friday, May 27, 2011 3:38:04 pm Mike Tancsa wrote:
> On 5/27/2011 3:33 PM, John Baldwin wrote:
> >
> > Actually, can you just try this:
> >
> > Index: pucdata.c
>
> Hi,
> Patch applies, but it doesnt compile on RELENG_8
Ugh, looks like the offset can't handle 0x200, try this instead:
On 5/27/2011 3:33 PM, John Baldwin wrote:
>
> Actually, can you just try this:
>
> Index: pucdata.c
Hi,
Patch applies, but it doesnt compile on RELENG_8
patch < p
Hmm... Looks like a unified diff to me...
The text leading up to this was:
--
|Index: pucdata.c
|=
On Friday, May 27, 2011 1:54:54 pm Mike Tancsa wrote:
> On 5/27/2011 12:00 PM, John Baldwin wrote:
> >>
> >> uart2@pci0:5:0:0: class=0x070002 card=0x20282205 chip=0x015213a8
> >> rev=0x02 hdr=0x00
> >> vendor = 'Exar Corp.'
> >> device = 'XR17C/D152 Dual PCI UART'
> >> cla
On Friday, May 27, 2011 1:54:54 pm Mike Tancsa wrote:
> On 5/27/2011 12:00 PM, John Baldwin wrote:
> >>
> >> uart2@pci0:5:0:0: class=0x070002 card=0x20282205 chip=0x015213a8
> >> rev=0x02 hdr=0x00
> >> vendor = 'Exar Corp.'
> >> device = 'XR17C/D152 Dual PCI UART'
> >> cla
On 5/27/2011 12:00 PM, John Baldwin wrote:
>>
>> uart2@pci0:5:0:0: class=0x070002 card=0x20282205 chip=0x015213a8
>> rev=0x02 hdr=0x00
>> vendor = 'Exar Corp.'
>> device = 'XR17C/D152 Dual PCI UART'
>> class = simple comms
>> subclass = UART
>
> Possibly. Did
On Friday, May 27, 2011 10:43:23 am Mike Tancsa wrote:
> On 5/27/2011 8:05 AM, John Baldwin wrote:
>
> >
> > Oh, hmm, looks like the clock has an unusual multiplier. Does it work if
you
> > use 'cu -l -s 1200' to talk at 9600 for example? (In general use speed /
8
> > as the speed to '-s'.)
>
On 5/27/2011 8:05 AM, John Baldwin wrote:
>
> Oh, hmm, looks like the clock has an unusual multiplier. Does it work if you
> use 'cu -l -s 1200' to talk at 9600 for example? (In general use speed / 8
> as the speed to '-s'.)
>
> Also, is your card a modem or a dual-port card?
If I add in the
On Friday, May 27, 2011 10:38:02 am Willy Offermans wrote:
> Dear John and FreeBSD friends,
>
> On Fri, May 27, 2011 at 08:05:56AM -0400, John Baldwin wrote:
> > On Thursday, May 26, 2011 4:58:37 pm Mike Tancsa wrote:
> > > On 5/26/2011 4:12 PM, John Baldwin wrote:
> > > >
> > > > Hmm, can you ge
Dear John and FreeBSD friends,
On Fri, May 27, 2011 at 08:05:56AM -0400, John Baldwin wrote:
> On Thursday, May 26, 2011 4:58:37 pm Mike Tancsa wrote:
> > On 5/26/2011 4:12 PM, John Baldwin wrote:
> > >
> > > Hmm, can you get 'pciconf -lb' output?
> > >
> > > Hmm, wow, I wonder how uart(4) works
On 5/27/2011 8:05 AM, John Baldwin wrote:
>
> Oh, hmm, looks like the clock has an unusual multiplier. Does it work if you
> use 'cu -l -s 1200' to talk at 9600 for example? (In general use speed / 8
> as the speed to '-s'.)
>
> Also, is your card a modem or a dual-port card?
Its a 3G modem.
On Thursday, May 26, 2011 4:58:37 pm Mike Tancsa wrote:
> On 5/26/2011 4:12 PM, John Baldwin wrote:
> >
> > Hmm, can you get 'pciconf -lb' output?
> >
> > Hmm, wow, I wonder how uart(4) works at all. It tries to reuse it's softc
> > structure in uart_bus_attach() that was setup in uart_bus_probe
On Thu, May 26, 2011 at 04:58:37PM -0400, Mike Tancsa wrote:
> On 5/26/2011 4:12 PM, John Baldwin wrote:
> >
> > Hmm, can you get 'pciconf -lb' output?
> >
> > Hmm, wow, I wonder how uart(4) works at all. It tries to reuse it's softc
> > structure in uart_bus_attach() that was setup in uart_bus_
Dear John and FreeBSD friends,
On Thu, May 26, 2011 at 04:12:40PM -0400, John Baldwin wrote:
> On Thursday, May 26, 2011 3:01:35 pm Willy Offermans wrote:
> > Dear John and FreeBSD friends,
> >
> > On Wed, May 25, 2011 at 12:36:30PM -0400, John Baldwin wrote:
> > > On Saturday, May 21, 2011 5:20:
On 5/26/2011 4:12 PM, John Baldwin wrote:
>
> Hmm, can you get 'pciconf -lb' output?
>
> Hmm, wow, I wonder how uart(4) works at all. It tries to reuse it's softc
> structure in uart_bus_attach() that was setup in uart_bus_probe(). Since it
> doesn't return 0 from its probe routine, that is for
On Thursday, May 26, 2011 3:01:35 pm Willy Offermans wrote:
> Dear John and FreeBSD friends,
>
> On Wed, May 25, 2011 at 12:36:30PM -0400, John Baldwin wrote:
> > On Saturday, May 21, 2011 5:20:37 am Willy Offermans wrote:
> > > Dear FreeBSD friends,
> > >
> > > I need support with a MultiTech mo
Dear John and FreeBSD friends,
On Wed, May 25, 2011 at 12:36:30PM -0400, John Baldwin wrote:
> On Saturday, May 21, 2011 5:20:37 am Willy Offermans wrote:
> > Dear FreeBSD friends,
> >
> > I need support with a MultiTech modem, MT9234ZPX-PCIE-NV
> > (http://www.multitech.com/en_US/PRODUCTS/Famili
On Saturday, May 21, 2011 5:20:37 am Willy Offermans wrote:
> Dear FreeBSD friends,
>
> I need support with a MultiTech modem, MT9234ZPX-PCIE-NV
> (http://www.multitech.com/en_US/PRODUCTS/Families/MultiModemZPX/)
>
> The modem is recognised during the boot event:
>
>
> pci6: at device 0.0 (no
On 25/05/2011, at 16:04, Willy Offermans wrote:
> I'm using FreeBSD 7.2-RELEASE-p2. I have enclosed the dmesg.boot file.
>
> puc was already incorporated into the kernel:
>
> kosmos# kldload -v puc
> kldload: can't load puc: File exists
>
> So I assume puc has already been loaded.
You could tr
On 25/05/2011, at 16:10, Willy Offermans wrote:
> According to the manufacturer
> (http://www.multitech.com/en_US/PRODUCTS/Families/MultiModemZPX/)
> it is not a soft modem, but a ``hardware'' modem. It says: Built-in
> processor does the work, so your computer doesn't have to. I do not know if
>
Dear Daniel and FreeBSD friends,
On Sun, May 22, 2011 at 10:48:03AM +0200, Daniel O'Connor wrote:
>
> On 22/05/2011, at 9:16, Jeremy Chadwick wrote:
> >> However, as the boot process already mentions, there is no driver attached
> >> and I cannot get the modem to appear as an accessible and funct
Hello Jeremy and FreeBSD friends,
On Sun, May 22, 2011 at 12:16:42AM -0700, Jeremy Chadwick wrote:
> On Sat, May 21, 2011 at 11:20:37AM +0200, Willy Offermans wrote:
> > Dear FreeBSD friends,
> >
> > I need support with a MultiTech modem, MT9234ZPX-PCIE-NV
> > (http://www.multitech.com/en_US/PROD
On 22/05/2011, at 9:16, Jeremy Chadwick wrote:
>> However, as the boot process already mentions, there is no driver attached
>> and I cannot get the modem to appear as an accessible and functional
>> device. Is there someone, who can help me to get this modem to work?
>
> It would be helpful if y
On Sat, May 21, 2011 at 11:20:37AM +0200, Willy Offermans wrote:
> Dear FreeBSD friends,
>
> I need support with a MultiTech modem, MT9234ZPX-PCIE-NV
> (http://www.multitech.com/en_US/PRODUCTS/Families/MultiModemZPX/)
>
> The modem is recognised during the boot event:
>
>
> pci6: at device 0.0
Dear FreeBSD friends,
I need support with a MultiTech modem, MT9234ZPX-PCIE-NV
(http://www.multitech.com/en_US/PRODUCTS/Families/MultiModemZPX/)
The modem is recognised during the boot event:
pci6: at device 0.0 (no driver attached)
and also appears in the list of found hardware over the PCI
32 matches
Mail list logo